From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 02:03:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39B7316A402; Sun, 22 Apr 2007 02:03:51 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.174]) by mx1.freebsd.org (Postfix) with ESMTP id 07DEC13C448; Sun, 22 Apr 2007 02:03:50 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout04/MantshX 4.0) with ESMTP id l3M23meE027500; Sat, 21 Apr 2007 19:03:48 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3M23j7O008752 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 21 Apr 2007 19:03:46 -0700 (PDT) In-Reply-To: References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 21 Apr 2007 19:02:43 -0700 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 02:03:51 -0000 On Apr 21, 2007, at 5:40 PM, Ivan Voras wrote: > Marcel Moolenaar wrote: >> On Apr 21, 2007, at 12:53 AM, Scott Long wrote: > >>> And as much as it pains me to say it, DES is right here ;-) >>> geom_gpt >>> needs to implement the appropriate verbs to allow apps to >>> instruct the >>> gpt instance to modify itself, instead of forcing apps to blindly >>> overwrite it. >> >> Those verbs exist. There's no poor design There's only a long time >> to get from A to B. > > In particular, what is missing? A (generic) tool that utilizes the verbs. > Users will need at least the possibility to add and remove partitions > while the system is running and some partitions are mounted. > Looking at > the source tree, it seems that the userland utility is missing? > (There's > gpt(8) but it's for the old geom_gpt, right?) gpt(8) does not use GEOM verbs. It was written before that time. That's what the complains are mostly about. I started to convert geom_gpt to use verbs, but that grew into g_part because it's not only GPT that needs verbs and I also saw that APM (The Apple partitioning scheme) needed to be supported, which, if I were to do that, would need exactly the same thing. So, I extended the scope of the work... > Subquestion: geom_gpt names partitions "xxxp0", "xxxp1", etc. so what > happens if one of them is deleted? Will the numbers shift on next > boot? No. The partition number is the index of the partition entry in the table. That typically does not change (though nothing prevents a tool to reorder the entries in the table or compact the table). > I think I'l also include out of the box geom_label support :) GPT (like APM) has labels, which we should propagate. It's not a priority for me, but I presume that it shouldn't be too difficult to interface with geom_label. > Alternative is to use GUIDs, like some Linuxes do, so we have entries > like /dev/gpt/38a52be4-9352-453e-af97-5c3b448652f0 I've thought about that too, but again it's not a priority. It takes me long enough as it is to adopt the new world order that other features have to wait :-) -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 07:09:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDC3516A401 for ; Sun, 22 Apr 2007 07:09:52 +0000 (UTC) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.freebsd.org (Postfix) with ESMTP id 51A0B13C469 for ; Sun, 22 Apr 2007 07:09:51 +0000 (UTC) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id l3M79oBf000415 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 22 Apr 2007 09:09:50 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.12.10/8.12.10/Submit) with UUCP id l3M79o0s000414; Sun, 22 Apr 2007 09:09:50 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.13.8/8.13.4) with ESMTP id l3IJqDNj003187; Wed, 18 Apr 2007 21:52:13 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.8/8.13.8/Submit) id l3IJqDXH003186; Wed, 18 Apr 2007 21:52:13 +0200 (CEST) (envelope-from andreas) Date: Wed, 18 Apr 2007 21:52:13 +0200 From: Andreas Klemm To: Rong-en Fan Message-ID: <20070418195212.GA2600@titan.klemm.apsfilter.org> References: <20070418120132.GA8326@titan.klemm.apsfilter.org> <6eb82e0704180542r5045de5ak56ef9838b39777a5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0704180542r5045de5ak56ef9838b39777a5@mail.gmail.com> X-Operating-System: FreeBSD 6.2-STABLE X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, Ken Smith Subject: Re: when next FreeBSD 7.0 snapshot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 07:09:52 -0000 On Wed, Apr 18, 2007 at 08:42:43PM +0800, Rong-en Fan wrote: > On 4/18/07, Andreas Klemm wrote: > >Hi, > > > >is there something in the pipe ? > > > > Andreas /// > > There is 200704 snapshot on ftp site, but I think > Ken forgets to announce it? Cool ! Well its brand new, last time I looked it wasn't there. Thanks for pointing me to it. BTW, one idea which might save you some time: I would point to toplevel ftp directory for the snapshots instead of enumerating them one by one on this page: http://www.freebsd.org/snapshots/ Best regards Andreas /// -- Andreas Klemm - Powered by FreeBSD 6 Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 07:18:47 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92DF516A402 for ; Sun, 22 Apr 2007 07:18:47 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 41AE913C44C for ; Sun, 22 Apr 2007 07:18:47 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (o00hgy3kkwt8puly@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l3M6iiO0039474 for ; Sat, 21 Apr 2007 23:44:44 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l3M6iiJ4039473 for current@FreeBSD.org; Sat, 21 Apr 2007 23:44:44 -0700 (PDT) (envelope-from jmg) Date: Sat, 21 Apr 2007 23:44:44 -0700 From: John-Mark Gurney To: current@FreeBSD.org Message-ID: <20070422064444.GK73385@funkthat.com> Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="LwW0XdcUbUexiWVK" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Subject: MSI issues w/ Athlon64 X2 3800+ and nForce 430? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 07:18:47 -0000 --LwW0XdcUbUexiWVK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I finally upgraded to -current that supports MSI, and I appear to be having issues w/ it. I have two different ethernet cards that exhibit issues on this system. An msk PCIe based card, and a PCI em based card... With MSI the msk card produced regular: msk1: watchdog timeout (missed Tx interrupts) -- recovering But was usable enough to push ~110meg/sec out. When I was watching an HD program streamed over http, there were regular hickups ever few minutes, which I figured was due to the above messages (though none appeared while watching), so I decided to switch back to my em based card, and w/ MSI the card is practically useless. I get: Apr 21 22:13:09 carbon kernel: em0: watchdog timeout -- resetting Apr 21 22:13:09 carbon kernel: em0: link state changed to DOWN Apr 21 22:13:12 carbon kernel: em0: link state changed to UP Apr 21 22:14:19 carbon kernel: em0: watchdog timeout -- resetting Apr 21 22:14:19 carbon kernel: em0: link state changed to DOWN Which ends up making things a bit difficult to pass usable traffic over the interface. After disabling MSI w/: hw.pci.enable_msi=0 in /boot/laoder.conf, things are now working again w/ em0. I have also switched back to msk1, and don't seem to be seing the watchdog timeouts that I was previously seeing.. Attached are pciconf -lv and dmesg from the box. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --LwW0XdcUbUexiWVK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pciconf.lv" none0@pci0:0:0: class=0x050000 card=0x50001458 chip=0x02f110de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM none1@pci0:0:1: class=0x050000 card=0x50001458 chip=0x02fa10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 0' class = memory subclass = RAM none2@pci0:0:2: class=0x050000 card=0x50001458 chip=0x02fe10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 1' class = memory subclass = RAM none3@pci0:0:3: class=0x050000 card=0x50001458 chip=0x02f810de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 5' class = memory subclass = RAM none4@pci0:0:4: class=0x050000 card=0x50001458 chip=0x02f910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 4' class = memory subclass = RAM none5@pci0:0:5: class=0x050000 card=0x50001458 chip=0x02ff10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM none6@pci0:0:6: class=0x050000 card=0x50001458 chip=0x027f10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 3' class = memory subclass = RAM none7@pci0:0:7: class=0x050000 card=0x50001458 chip=0x027e10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 2' class = memory subclass = RAM pcib1@pci0:2:0: class=0x060400 card=0x000010de chip=0x02fc10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:3:0: class=0x060400 card=0x000010de chip=0x02fd10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:4:0: class=0x060400 card=0x000010de chip=0x02fb10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCI Express Bridge' class = bridge subclass = PCI-PCI vgapci0@pci0:5:0: class=0x030000 card=0xd0001458 chip=0x024210de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce 6100' class = display subclass = VGA none8@pci0:9:0: class=0x050000 card=0x50011458 chip=0x027010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Host Bridge' class = memory subclass = RAM isab0@pci0:10:0: class=0x060100 card=0x50011458 chip=0x026010de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 LPC Bridge' class = bridge subclass = PCI-ISA none9@pci0:10:1: class=0x0c0500 card=0x02641458 chip=0x026410de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 SMBus' class = serial bus subclass = SMBus none10@pci0:10:2: class=0x050000 card=0x02641458 chip=0x027210de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Memory Controller 0' class = memory subclass = RAM ohci0@pci0:11:0: class=0x0c0310 card=0x50041458 chip=0x026d10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB ehci0@pci0:11:1: class=0x0c0320 card=0x50041458 chip=0x026e10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB atapci0@pci0:13:0: class=0x01018a card=0xb0001458 chip=0x026510de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:14:0: class=0x010185 card=0xb0021458 chip=0x026610de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Serial ATA Controller' class = mass storage subclass = ATA atapci2@pci0:15:0: class=0x010185 card=0xb0021458 chip=0x026710de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Serial ATA Controller' class = mass storage subclass = ATA pcib4@pci0:16:0: class=0x060401 card=0x00000000 chip=0x026f10de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP51 PCI Bridge' class = bridge subclass = PCI-PCI none11@pci0:16:1: class=0x040300 card=0xa0021458 chip=0x026c10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 High Definition Audio' class = multimedia nve0@pci0:20:0: class=0x068000 card=0xe0001458 chip=0x026910de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Network Bus Enumerator' class = bridge hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI mskc0@pci4:0:0: class=0x020000 card=0x43401148 chip=0x436211ab rev=0x20 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet mskc1@pci3:0:0: class=0x020000 card=0x43401148 chip=0x436211ab rev=0x20 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet bktr0@pci1:6:0: class=0x040000 card=0xd50018ac chip=0x036e109e rev=0x11 hdr=0x00 vendor = 'Conexant (Was: Brooktree Corp)' device = 'Bt878/Fusion 878A Mediastream Controller' class = multimedia subclass = video bktrau0@pci1:6:1: class=0x048000 card=0xd50018ac chip=0x0878109e rev=0x11 hdr=0x00 vendor = 'Conexant (Was: Brooktree Corp)' device = 'Bt878/Fusion878A Video Capture (Audio Section)' class = multimedia skc0@pci1:7:0: class=0x020000 card=0x50051799 chip=0x500511ab rev=0x12 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Belkin F5D5005 Gigabit Desktop Network PCI Card' class = network subclass = ethernet em0@pci1:8:0: class=0x020000 card=0x10018086 chip=0x100f8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82545EM Gigabit Ethernet Controller (copper)' class = network subclass = ethernet bktr1@pci1:9:0: class=0x040000 card=0xd50018ac chip=0x036e109e rev=0x11 hdr=0x00 vendor = 'Conexant (Was: Brooktree Corp)' device = 'Bt878/Fusion 878A Mediastream Controller' class = multimedia subclass = video bktrau1@pci1:9:1: class=0x048000 card=0xd50018ac chip=0x0878109e rev=0x11 hdr=0x00 vendor = 'Conexant (Was: Brooktree Corp)' device = 'Bt878/Fusion878A Video Capture (Audio Section)' class = multimedia fwohci0@pci1:14:0: class=0x0c0010 card=0x10001458 chip=0x8024104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB23 1394a-2000 OHCI PHY/link-layer Controller' class = serial bus subclass = FireWire --LwW0XdcUbUexiWVK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #5: Sat Apr 21 00:16:05 PDT 2007 jmg@carbon.funkthat.com:/a/obj/usr/home/jmg/p4/world/src/sys/carbon Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.16-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 real memory = 1056899072 (1007 MB) avail memory = 1024999424 (977 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3eef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: HT Bridge at 0:14:0 has non-default MSI window 0x602000a pcib0: HT Bridge at 0:15:0 has non-default MSI window 0x602000a pcib0: HT Bridge at 0:16:1 has non-default MSI window 0x0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci4: on pcib1 mskc0: port 0xa000-0xa0ff mem 0xe8000000-0xe8003fff irq 16 at device 0.0 on pci4 msk0: on mskc0 msk0: Ethernet address: 00:00:5a:00:00:ad miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FILTER] pcib2: at device 3.0 on pci0 pci3: on pcib2 mskc1: port 0x9000-0x90ff mem 0xe6000000-0xe6003fff irq 16 at device 0.0 on pci3 msk1: on mskc1 msk1: Ethernet address: 00:00:5a:00:00:a9 miibus1: on msk1 e1000phy1: PHY 0 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc1: [FILTER] pcib3: at device 4.0 on pci0 pci2: on pcib3 vgapci0: mem 0xe2000000-0xe2ffffff,0xd0000000-0xdfffffff,0xe3000000-0xe3ffffff irq 16 at device 5.0 on pci0 pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xe9206000-0xe9206fff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xe9207000-0xe92070ff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd000-0xd00f mem 0xe9205000-0xe9205fff irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xbc00-0xbc0f mem 0xe9204000-0xe9204fff irq 20 at device 15.0 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pcib4: at device 16.0 on pci0 pci1: on pcib4 pci1: at device 6.0 (no driver attached) pci1: at device 6.1 (no driver attached) skc0: port 0x8000-0x80ff mem 0xe9020000-0xe9023fff irq 17 at device 7.0 on pci1 skc0: Belkin Gigabit Desktop Card rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:30:bd:b2:44:39 miibus2: on sk0 e1000phy2: PHY 0 on miibus2 e1000phy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] em0: port 0x8400-0x843f mem 0xe9000000-0xe901ffff irq 18 at device 8.0 on pci1 em0: Ethernet address: 00:07:e9:0d:ad:06 em0: [FILTER] pci1: at device 9.0 (no driver attached) pci1: at device 9.1 (no driver attached) fwohci0: mem 0xe9028000-0xe90287ff,0xe9024000-0xe9027fff irq 18 at device 14.0 on pci1 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:16:e6:00:00:c3:7a:e1 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:16:e6:c3:7a:e1 fwe0: Ethernet address: 02:16:e6:c3:7a:e1 fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc1, gen=1, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) pci0: at device 16.1 (no driver attached) nve0: port 0xdc00-0xdc07 mem 0xe9208000-0xe9208fff irq 22 at device 20.0 on pci0 nve0: Ethernet address 00:16:e6:1d:20:84 miibus3: on nve0 e1000phy3: PHY 1 on miibus3 e1000phy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nve0: using obsoleted if_watchdog interface nve0: Ethernet address: 00:16:e6:1d:20:84 nve0: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x30 on acpi0 sio0: type 16550A, console sio0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd17ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 1.000 msec ad0: 43979MB at ata0-master UDMA100 ad6: 476940MB at ata3-master SATA300 ad8: 239372MB at ata4-master SATA150 ad10: 239372MB at ata5-master SATA150 firewire0: New S400 device ID:0050770500000da7 GEOM_LABEL: Label for provider ad8a is ufs/i386root. GEOM_LABEL: Label for provider ad8d is ufs/amd64root. GEOM_LABEL: Label for provider ad8e is ufs/test. SMP: AP CPU #1 Launched! hwpmc: TSC/1/0x20 K8/4/0x1ff cd0 at sbp0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 50.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s4a bktrau0: mem 0xe9101000-0xe9101fff irq 16 at device 6.1 on pci1 bktrau0: [ITHREAD] bktrau1: mem 0xe9103000-0xe9103fff irq 19 at device 9.1 on pci1 bktrau1: [ITHREAD] bktr_mem: memory holder loaded bktr0: mem 0xe9100000-0xe9100fff irq 16 at device 6.0 on pci1 bktr0: [GIANT-LOCKED] bktr0: [ITHREAD] iicbb0: on bktr0 iicbus0: on iicbb0 master-only iicbus0: at addr 0 iicbus0: at addr 0 bktr0: Warning - card vendor 0x18ac (model 0xd500) unknown. bktr0: Pinnacle/Miro TV, Temic NTSC tuner. bktr1: mem 0xe9102000-0xe9102fff irq 19 at device 9.0 on pci1 bktr1: [GIANT-LOCKED] bktr1: [ITHREAD] iicbb1: on bktr1 iicbus1: on iicbb1 master-only iicbus1: at addr 0 iicbus1: at addr 0 bktr1: Warning - card vendor 0x18ac (model 0xd500) unknown. bktr1: Pinnacle/Miro TV, Temic NTSC tuner. smbus0: on bktr0 smbus1: on bktr1 iic0: on iicbus0 iic2: on iicbus0 iic1: on iicbus1 iic3: on iicbus1 msk1: link state changed to UP --LwW0XdcUbUexiWVK-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 10:28:39 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC9E516A400; Sun, 22 Apr 2007 10:28:39 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id CC5EC13C43E; Sun, 22 Apr 2007 10:28:38 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id B429E3CA41; Sun, 22 Apr 2007 12:28:36 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38924-13; Sun, 22 Apr 2007 12:28:34 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id D541C3952C; Sun, 22 Apr 2007 12:28:34 +0200 (CEST) Date: Sun, 22 Apr 2007 12:28:34 +0200 From: Ollivier Robert To: FreeBSD Current Users' list Message-ID: <20070422102834.GA39121@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: freebsd-fs@FreeBSD.org, pjd@FreeBSD.org Subject: ZFS/UMA panic under Parallels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 10:28:40 -0000 Hello, I'm running CURRENT inside a Parallels VM and I am getting regular panic when writing to a ZFS raidz pool. UMA is complaining and panic(). It is rather easy to reproduce (cvs update, rsync all generates such panics). Another interesing point is that it always occurs after FLUSHCACHE TIMEOUT messages. The pool is made of 3 slices ad0s2 ad0s3 from the first virtual disk and ad2s1 from a second virtual disk (to get 3 "disks" for raidz). Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad0s1a 9647558 2708134 6167620 31% / devfs 1 1 0 100% /dev tank/home 19787392 128 19787264 0% /home tank 19787264 0 19787264 0% /tank tank/usr 19902336 115072 19787264 1% /tank/usr tank/usr/obj 19787264 0 19787264 0% /tank/usr/obj tank/usr/ports 19796224 8960 19787264 0% /tank/usr/ports tank/usr/ports/distfiles 19787264 0 19787264 0% /tank/usr/ports/distfiles tank/usr/src 19983360 196096 19787264 1% /tank/usr/src ----- GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: ad0: FAILURE - FLUSHCACHE timed out ad2: FAILURE - FLUSHCACHE timed out Slab at 0xc2b90f70, freei 18 = 0. panic: Duplicate free of item 0xc2b90948 from zone 0xc1061780(g_bio) cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 7m28s Physical memory: 503 MB Dumping 172 MB: 157 141 125 109 93 77 61 45 29 13 #0 doadump () at pcpu.h:172 172 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:172 #1 0xc0525a40 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc0525d4a in panic (fmt=0xc0680204 "from debugger") at ../../../kern/kern_shutdown.c:563 #3 0xc044a13e in db_panic (addr=-1068219313, have_addr=0, count=-1, modif=0xdceb09e0 "") at ../../../ddb/db_command.c:433 #4 0xc044a0d7 in db_command (last_cmdp=0xc0705f64, cmd_table=0x0) at ../../../ddb/db_command.c:401 #5 0xc044a192 in db_command_loop () at ../../../ddb/db_command.c:453 #6 0xc044bddd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:222 #7 0xc0544728 in kdb_trap (type=3, code=0, tf=0xdceb0b78) at ../../../kern/subr_kdb.c:502 #8 0xc0658871 in trap (frame=0xdceb0b78) at ../../../i386/i386/trap.c:621 #9 0xc064319b in calltrap () at ../../../i386/i386/exception.s:139 #10 0xc054444f in kdb_enter (msg=0x12
) at cpufunc.h:60 #11 0xc0525cfc in panic ( fmt=0xc06ac621 "Duplicate free of item %p from zone %p(%s)\n") at ../../../kern/kern_shutdown.c:547 #12 0xc06118f4 in uma_dbg_free (zone=0xc1061780, slab=0xc2b90f70, item=0xc2b90948) at ../../../vm/uma_dbg.c:302 #13 0xc06100f3 in uma_zfree_arg (zone=0xc1061780, item=0xc2b90948, udata=0x0) at ../../../vm/uma_core.c:2261 #14 0xc04f207b in g_destroy_bio (bp=0xc2b90948) at uma.h:305 #15 0xc04f090a in g_disk_done (bp=0xc2b90948) at ../../../geom/geom_disk.c:209 #16 0xc05736e0 in biodone (bp=0xc2b90948) at ../../../kern/vfs_bio.c:3006 #17 0xc045f8c2 in ad_done (request=0xc2b7b480) at ../../../dev/ata/ata-disk.c:304 #18 0xc0464f50 in ata_completed (context=0xc2b7b480, dummy=0) at ../../../dev/ata/ata-queue.c:479 #19 0xc054bd0c in taskqueue_run (queue=0xc2a0a080) at ../../../kern/subr_taskqueue.c:255 #20 0xc054bea2 in taskqueue_swi_run (dummy=0x0) at ../../../kern/subr_taskqueue.c:297 #21 0xc0510f19 in ithread_execute_handlers (p=0xc299e240, ie=0xc2a0a000) at ../../../kern/kern_intr.c:682 #22 0xc0511047 in ithread_loop (arg=0xc2a12010) at ../../../kern/kern_intr.c:766 #23 0xc0510018 in fork_exit (callout=0xc0510fe0 , arg=0xc2a12010, frame=0xdceb0d38) at ../../../kern/kern_fork.c:814 #24 0xc0643210 in fork_trampoline () at ../../../i386/i386/exception.s:205 ----- dmesg ----- Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #0: Sun Apr 22 11:05:32 CEST 2007 roberto@vm1.keltia.net:/usr/osrc/sys/i386/compile/VM7 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz (1524.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xf80b9b9 Features2=0x1 real memory = 536870912 (512 MB) avail memory = 515600384 (491 MB) kbd1 at kbdmux0 cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 vgapci0: port 0x4000-0x40ff,0x4400-0x441f mem 0xc0000000-0xc0ffffff at device 2.0 on pci0 pci0: at device 3.0 (no driver attached) ed0: port 0x4c00-0x4c1f irq 10 at device 5.0 on pci0 ed0: [ITHREAD] ed0: using obsoleted if_watchdog interface ed0: Ethernet address: 00:ee:42:8a:ed:eb uhci0: port 0x5000-0x501f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ehci0: mem 0xc1000000-0xc10003ff irq 9 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: wrong number of companions (0 != 1) usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 8 ports with 8 removable, self powered agp0: on hostb0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6c00-0x6c0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.5 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 1524502532 Hz quality 800 Timecounters tick every 1.000 msec ad0: 32000MB at ata0-master UDMA100 acd0: CDROM at ata0-slave PIO4 ad2: 10000MB at ata1-master UDMA100 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Trying to mount root from ufs:/dev/ad0s1a ZFS filesystem version 6 ZFS storage pool version 6 ----- VM7 ----- # # VM7 -- Generic kernel configuration file for FreeBSD/i386 # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.460 2006/12/13 03:41:47 yongari Exp $ cpu I686_CPU ident VM7 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options KTRACE # ktrace(1) support options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device le # AMD Am7900 LANCE and Am79C9xx PCnet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) ----- -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 10:51:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5CA216A401; Sun, 22 Apr 2007 10:51:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id EB35613C458; Sun, 22 Apr 2007 10:51:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3MAp0oo074663; Sun, 22 Apr 2007 04:51:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <462B3E00.1070001@samsco.org> Date: Sun, 22 Apr 2007 04:50:40 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Ollivier Robert References: <20070422102834.GA39121@keltia.freenix.fr> In-Reply-To: <20070422102834.GA39121@keltia.freenix.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 22 Apr 2007 04:51:01 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-fs@freebsd.org, FreeBSD Current Users' list , pjd@freebsd.org Subject: Re: ZFS/UMA panic under Parallels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 10:51:09 -0000 This is actually a problem with the ATA driver, not ZFS. I think people are also seeing it under VMWare. The ATA driver is misusing semaphores in a way that isn't reliable in the emulated environment. Scott Ollivier Robert wrote: > Hello, > > I'm running CURRENT inside a Parallels VM and I am getting regular panic > when writing to a ZFS raidz pool. UMA is complaining and panic(). > > It is rather easy to reproduce (cvs update, rsync all generates such > panics). Another interesing point is that it always occurs after > FLUSHCACHE TIMEOUT messages. > > The pool is made of 3 slices ad0s2 ad0s3 from the first virtual disk and > ad2s1 from a second virtual disk (to get 3 "disks" for raidz). > > Filesystem 1024-blocks Used Avail Capacity Mounted on > /dev/ad0s1a 9647558 2708134 6167620 31% / > devfs 1 1 0 100% /dev > tank/home 19787392 128 19787264 0% /home > tank 19787264 0 19787264 0% /tank > tank/usr 19902336 115072 19787264 1% /tank/usr > tank/usr/obj 19787264 0 19787264 0% /tank/usr/obj > tank/usr/ports 19796224 8960 19787264 0% /tank/usr/ports > tank/usr/ports/distfiles 19787264 0 19787264 0% /tank/usr/ports/distfiles > tank/usr/src 19983360 196096 19787264 1% /tank/usr/src > > ----- > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > ad0: FAILURE - FLUSHCACHE timed out > ad2: FAILURE - FLUSHCACHE timed out > Slab at 0xc2b90f70, freei 18 = 0. > panic: Duplicate free of item 0xc2b90948 from zone 0xc1061780(g_bio) > > cpuid = 0 > KDB: enter: panic > panic: from debugger > cpuid = 0 > Uptime: 7m28s > Physical memory: 503 MB > Dumping 172 MB: 157 141 125 109 93 77 61 45 29 13 > > #0 doadump () at pcpu.h:172 > 172 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) where > #0 doadump () at pcpu.h:172 > #1 0xc0525a40 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > #2 0xc0525d4a in panic (fmt=0xc0680204 "from debugger") > at ../../../kern/kern_shutdown.c:563 > #3 0xc044a13e in db_panic (addr=-1068219313, have_addr=0, count=-1, > modif=0xdceb09e0 "") at ../../../ddb/db_command.c:433 > #4 0xc044a0d7 in db_command (last_cmdp=0xc0705f64, cmd_table=0x0) > at ../../../ddb/db_command.c:401 > #5 0xc044a192 in db_command_loop () at ../../../ddb/db_command.c:453 > #6 0xc044bddd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:222 > #7 0xc0544728 in kdb_trap (type=3, code=0, tf=0xdceb0b78) > at ../../../kern/subr_kdb.c:502 > #8 0xc0658871 in trap (frame=0xdceb0b78) at ../../../i386/i386/trap.c:621 > #9 0xc064319b in calltrap () at ../../../i386/i386/exception.s:139 > #10 0xc054444f in kdb_enter (msg=0x12
) > at cpufunc.h:60 > #11 0xc0525cfc in panic ( > fmt=0xc06ac621 "Duplicate free of item %p from zone %p(%s)\n") > at ../../../kern/kern_shutdown.c:547 > #12 0xc06118f4 in uma_dbg_free (zone=0xc1061780, slab=0xc2b90f70, > item=0xc2b90948) at ../../../vm/uma_dbg.c:302 > #13 0xc06100f3 in uma_zfree_arg (zone=0xc1061780, item=0xc2b90948, udata=0x0) > at ../../../vm/uma_core.c:2261 > #14 0xc04f207b in g_destroy_bio (bp=0xc2b90948) at uma.h:305 > #15 0xc04f090a in g_disk_done (bp=0xc2b90948) at ../../../geom/geom_disk.c:209 > #16 0xc05736e0 in biodone (bp=0xc2b90948) at ../../../kern/vfs_bio.c:3006 > #17 0xc045f8c2 in ad_done (request=0xc2b7b480) > at ../../../dev/ata/ata-disk.c:304 > #18 0xc0464f50 in ata_completed (context=0xc2b7b480, dummy=0) > at ../../../dev/ata/ata-queue.c:479 > #19 0xc054bd0c in taskqueue_run (queue=0xc2a0a080) > at ../../../kern/subr_taskqueue.c:255 > #20 0xc054bea2 in taskqueue_swi_run (dummy=0x0) > at ../../../kern/subr_taskqueue.c:297 > #21 0xc0510f19 in ithread_execute_handlers (p=0xc299e240, ie=0xc2a0a000) > at ../../../kern/kern_intr.c:682 > #22 0xc0511047 in ithread_loop (arg=0xc2a12010) > at ../../../kern/kern_intr.c:766 > #23 0xc0510018 in fork_exit (callout=0xc0510fe0 , > arg=0xc2a12010, frame=0xdceb0d38) at ../../../kern/kern_fork.c:814 > #24 0xc0643210 in fork_trampoline () at ../../../i386/i386/exception.s:205 > ----- > > dmesg > ----- > Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-CURRENT #0: Sun Apr 22 11:05:32 CEST 2007 > roberto@vm1.keltia.net:/usr/osrc/sys/i386/compile/VM7 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz (1524.50-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > Features=0xf80b9b9 > Features2=0x1 > real memory = 536870912 (512 MB) > avail memory = 515600384 (491 MB) > kbd1 at kbdmux0 > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pir0: on motherboard > pci0: on pcib0 > vgapci0: port 0x4000-0x40ff,0x4400-0x441f mem 0xc0000000-0xc0ffffff at device 2.0 on pci0 > pci0: at device 3.0 (no driver attached) > ed0: port 0x4c00-0x4c1f irq 10 at device 5.0 on pci0 > ed0: [ITHREAD] > ed0: using obsoleted if_watchdog interface > ed0: Ethernet address: 00:ee:42:8a:ed:eb > uhci0: port 0x5000-0x501f irq 11 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > ehci0: mem 0xc1000000-0xc10003ff irq 9 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb1: EHCI version 1.0 > usb1: wrong number of companions (0 != 1) > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: on usb1 > uhub1: 8 ports with 8 removable, self powered > agp0: on hostb0 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6c00-0x6c0f at device 31.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.5 (no driver attached) > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc9fff pnpid ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse Explorer, device ID 4 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > Timecounter "TSC" frequency 1524502532 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 32000MB at ata0-master UDMA100 > acd0: CDROM at ata0-slave PIO4 > ad2: 10000MB at ata1-master UDMA100 > WARNING: ZFS is considered to be an experimental feature in FreeBSD. > Trying to mount root from ufs:/dev/ad0s1a > ZFS filesystem version 6 > ZFS storage pool version 6 > ----- > > VM7 > ----- > # > # VM7 -- Generic kernel configuration file for FreeBSD/i386 > # > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.460 2006/12/13 03:41:47 yongari Exp $ > > cpu I686_CPU > ident VM7 > > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > options SCHED_4BSD # 4BSD scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options KTRACE # ktrace(1) support > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ADAPTIVE_GIANT # Giant mutex is adaptive. > options STOP_NMI # Stop CPUS using NMI instead of IPI > > # Debugging for use in -current > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options INVARIANTS # Enable calls of extra sanity checking > options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > > # To make an SMP kernel, the next two lines are needed > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > # Bus support. > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > options ATA_STATIC_ID # Static device numbering > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device da # Direct Access (disks) > device cd # CD > device pass # Passthrough device (direct SCSI access) > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > device agp # support several AGP chipsets > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > device uart # Generic UART driver > > # PCI Ethernet NICs. > device de # DEC/Intel DC21x4x (``Tulip'') > device em # Intel PRO/1000 adapter Gigabit Ethernet Card > device ixgb # Intel PRO/10GbE Ethernet Card > device le # AMD Am7900 LANCE and Am79C9xx PCnet > device txp # 3Com 3cR990 (``Typhoon'') > device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! > device miibus # MII bus support > device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards > > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > device ugen # Generic > device ukbd # Keyboard > device umass # Disks/Mass storage - Requires scbus and da > device ums # Mouse > > # FireWire support > device firewire # FireWire bus code > device sbp # SCSI over FireWire (Requires scbus and da) > device fwe # Ethernet over FireWire (non-standard!) > ----- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 11:38:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 402DC16A408 for ; Sun, 22 Apr 2007 11:38:30 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.freebsd.org (Postfix) with SMTP id 5F30D13C469 for ; Sun, 22 Apr 2007 11:38:29 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx123.stngva01.us.mxservers.net (198.173.112.52) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 1-0120231906 for ; Sun, 22 Apr 2007 13:38:27 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx123.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 9184b264.32475.387.mx123.stngva01.us.mxservers.net; Sun, 22 Apr 2007 07:33:45 -0400 (EDT) Received: (qmail 11917 invoked from network); 22 Apr 2007 11:11:44 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.54.132.168) by with SMTP; 22 Apr 2007 11:11:44 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3MBBhuu002657 for ; Sun, 22 Apr 2007 13:11:43 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704221111.l3MBBhuu002657@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-current@FreeBSD.org From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 Apr 2007 13:11:43 +0200 Sender: garyj@jennejohn.org X-Spam: [F=0.4993443676; heur=0.500(0); stat=0.489; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: Subject: Problem with ZFS and devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 11:38:30 -0000 I have a really strange problem with ZFS. I have a filesystem (mypool/scr mounted on /scr) which contains root file systems for various embedded boards (arm, ppc, mips). The file systems naturally contain a /dev directory. I have: mypool/scr devices on default The device numbers a _totally_ fubar on ZFS! I used a tarball called dev.tar to move dev from a Linux box to my FreeBSD box. When I unpack dev.tar under ZFS I see totally screwd up values: crw-r--r-- 1 root bin 5, 0xc11b0020 Feb 3 22:06 ttyCPM0 crw-r--r-- 1 root bin 0, 0 Feb 3 22:06 ttyCPM1 crw-r--r-- 1 root bin 69, 0xc11a0008 Feb 3 22:06 ttyCPM2 crw-r--r-- 1 root bin 0, 0 Feb 3 22:06 ttyCPM3 crw-r--r-- 1 root bin 0, 0 Feb 3 22:06 ttyCPM4 crw-r--r-- 1 root bin 69, 0xc11a0008 Feb 3 22:06 ttyCPM5 If I unpack dev.tar under UFS (/tmp) then all device numbers are correct: crw-r--r-- 1 root bin 204, 46 Feb 3 22:06 ttyCPM0 crw-r--r-- 1 root bin 204, 47 Feb 3 22:06 ttyCPM1 crw-r--r-- 1 root bin 204, 48 Feb 3 22:06 ttyCPM2 crw-r--r-- 1 root bin 204, 49 Feb 3 22:06 ttyCPM3 crw-r--r-- 1 root bin 204, 50 Feb 3 22:06 ttyCPM4 crw-r--r-- 1 root bin 204, 51 Feb 3 22:06 ttyCPM5 The screwed up device numbers prevent me from using my FreeBSD box as the server for my embedded boards. Even weirder: root:peedub:~:bash:1> cd /scr/eldk-4.1/arm/arm/dev root:peedub:dev:bash:2> mknod ttyCPM0 c 204 46 root:peedub:dev:bash:3> ls -l total 1 crw-r--r-- 1 root bin 0, 0 Apr 22 13:02 ttyCPM0 Any ideas WTF is going here? Is this a pathological problem with ZFS? -- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 12:26:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E014316A403; Sun, 22 Apr 2007 12:26:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5F4F713C4B8; Sun, 22 Apr 2007 12:26:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0E5924770C; Sun, 22 Apr 2007 08:26:46 -0400 (EDT) Date: Sun, 22 Apr 2007 13:26:45 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <462B3E00.1070001@samsco.org> Message-ID: <20070422132607.T9911@fledge.watson.org> References: <20070422102834.GA39121@keltia.freenix.fr> <462B3E00.1070001@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, Ollivier Robert , FreeBSD Current Users' list , pjd@freebsd.org Subject: Re: ZFS/UMA panic under Parallels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 12:26:47 -0000 On Sun, 22 Apr 2007, Scott Long wrote: > This is actually a problem with the ATA driver, not ZFS. I think people are > also seeing it under VMWare. The ATA driver is misusing semaphores in a way > that isn't reliable in the emulated environment. I saw what sounds like an identical panic in Parallels last week, and sent a screenshot off to Soren. He asked me to follow up with more specific version information but I've not yet been able to do that. Robert N M Watson Computer Laboratory University of Cambridge > > Scott > > > Ollivier Robert wrote: >> Hello, >> >> I'm running CURRENT inside a Parallels VM and I am getting regular panic >> when writing to a ZFS raidz pool. UMA is complaining and panic(). >> >> It is rather easy to reproduce (cvs update, rsync all generates such >> panics). Another interesing point is that it always occurs after >> FLUSHCACHE TIMEOUT messages. >> >> The pool is made of 3 slices ad0s2 ad0s3 from the first virtual disk and >> ad2s1 from a second virtual disk (to get 3 "disks" for raidz). >> >> Filesystem 1024-blocks Used Avail Capacity Mounted on >> /dev/ad0s1a 9647558 2708134 6167620 31% / >> devfs 1 1 0 100% /dev >> tank/home 19787392 128 19787264 0% /home >> tank 19787264 0 19787264 0% /tank >> tank/usr 19902336 115072 19787264 1% /tank/usr >> tank/usr/obj 19787264 0 19787264 0% >> /tank/usr/obj >> tank/usr/ports 19796224 8960 19787264 0% >> /tank/usr/ports >> tank/usr/ports/distfiles 19787264 0 19787264 0% >> /tank/usr/ports/distfiles >> tank/usr/src 19983360 196096 19787264 1% >> /tank/usr/src >> >> ----- >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you >> are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for details. >> This GDB was configured as "i386-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> ad0: FAILURE - FLUSHCACHE timed out >> ad2: FAILURE - FLUSHCACHE timed out >> Slab at 0xc2b90f70, freei 18 = 0. >> panic: Duplicate free of item 0xc2b90948 from zone 0xc1061780(g_bio) >> >> cpuid = 0 >> KDB: enter: panic >> panic: from debugger >> cpuid = 0 >> Uptime: 7m28s >> Physical memory: 503 MB >> Dumping 172 MB: 157 141 125 109 93 77 61 45 29 13 >> >> #0 doadump () at pcpu.h:172 >> 172 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); >> (kgdb) where >> #0 doadump () at pcpu.h:172 >> #1 0xc0525a40 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 >> #2 0xc0525d4a in panic (fmt=0xc0680204 "from debugger") >> at ../../../kern/kern_shutdown.c:563 >> #3 0xc044a13e in db_panic (addr=-1068219313, have_addr=0, count=-1, >> modif=0xdceb09e0 "") at ../../../ddb/db_command.c:433 >> #4 0xc044a0d7 in db_command (last_cmdp=0xc0705f64, cmd_table=0x0) >> at ../../../ddb/db_command.c:401 >> #5 0xc044a192 in db_command_loop () at ../../../ddb/db_command.c:453 >> #6 0xc044bddd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:222 >> #7 0xc0544728 in kdb_trap (type=3, code=0, tf=0xdceb0b78) >> at ../../../kern/subr_kdb.c:502 >> #8 0xc0658871 in trap (frame=0xdceb0b78) at ../../../i386/i386/trap.c:621 >> #9 0xc064319b in calltrap () at ../../../i386/i386/exception.s:139 >> #10 0xc054444f in kdb_enter (msg=0x12
) >> at cpufunc.h:60 >> #11 0xc0525cfc in panic ( >> fmt=0xc06ac621 "Duplicate free of item %p from zone %p(%s)\n") >> at ../../../kern/kern_shutdown.c:547 >> #12 0xc06118f4 in uma_dbg_free (zone=0xc1061780, slab=0xc2b90f70, >> item=0xc2b90948) at ../../../vm/uma_dbg.c:302 >> #13 0xc06100f3 in uma_zfree_arg (zone=0xc1061780, item=0xc2b90948, >> udata=0x0) >> at ../../../vm/uma_core.c:2261 >> #14 0xc04f207b in g_destroy_bio (bp=0xc2b90948) at uma.h:305 >> #15 0xc04f090a in g_disk_done (bp=0xc2b90948) at >> ../../../geom/geom_disk.c:209 >> #16 0xc05736e0 in biodone (bp=0xc2b90948) at ../../../kern/vfs_bio.c:3006 >> #17 0xc045f8c2 in ad_done (request=0xc2b7b480) >> at ../../../dev/ata/ata-disk.c:304 >> #18 0xc0464f50 in ata_completed (context=0xc2b7b480, dummy=0) >> at ../../../dev/ata/ata-queue.c:479 >> #19 0xc054bd0c in taskqueue_run (queue=0xc2a0a080) >> at ../../../kern/subr_taskqueue.c:255 >> #20 0xc054bea2 in taskqueue_swi_run (dummy=0x0) >> at ../../../kern/subr_taskqueue.c:297 >> #21 0xc0510f19 in ithread_execute_handlers (p=0xc299e240, ie=0xc2a0a000) >> at ../../../kern/kern_intr.c:682 >> #22 0xc0511047 in ithread_loop (arg=0xc2a12010) >> at ../../../kern/kern_intr.c:766 >> #23 0xc0510018 in fork_exit (callout=0xc0510fe0 , >> arg=0xc2a12010, frame=0xdceb0d38) at ../../../kern/kern_fork.c:814 >> #24 0xc0643210 in fork_trampoline () at ../../../i386/i386/exception.s:205 >> ----- >> >> dmesg >> ----- >> Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. >> FreeBSD 7.0-CURRENT #0: Sun Apr 22 11:05:32 CEST 2007 >> roberto@vm1.keltia.net:/usr/osrc/sys/i386/compile/VM7 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz (1524.50-MHz 686-class >> CPU) >> Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 >> Features=0xf80b9b9 >> Features2=0x1 >> real memory = 536870912 (512 MB) >> avail memory = 515600384 (491 MB) >> kbd1 at kbdmux0 >> cpu0 on motherboard >> pcib0: pcibus 0 on motherboard >> pir0: on motherboard >> pci0: on pcib0 >> vgapci0: port 0x4000-0x40ff,0x4400-0x441f mem >> 0xc0000000-0xc0ffffff at device 2.0 on pci0 >> pci0: at device 3.0 (no driver attached) >> ed0: port 0x4c00-0x4c1f irq 10 at device 5.0 on pci0 >> ed0: [ITHREAD] >> ed0: using obsoleted if_watchdog interface >> ed0: Ethernet address: 00:ee:42:8a:ed:eb >> uhci0: port >> 0x5000-0x501f irq 11 at device 29.0 on pci0 >> uhci0: [GIANT-LOCKED] >> uhci0: [ITHREAD] >> usb0: on uhci0 >> usb0: USB revision 1.0 >> uhub0: on usb0 >> uhub0: 2 ports with 2 removable, self powered >> ehci0: mem 0xc1000000-0xc10003ff >> irq 9 at device 29.7 on pci0 >> ehci0: [GIANT-LOCKED] >> ehci0: [ITHREAD] >> usb1: EHCI version 1.0 >> usb1: wrong number of companions (0 != 1) >> usb1: on ehci0 >> usb1: USB revision 2.0 >> uhub1: on usb1 >> uhub1: 8 ports with 8 removable, self powered >> agp0: on hostb0 >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6c00-0x6c0f at device 31.1 on pci0 >> ata0: on atapci0 >> ata0: [ITHREAD] >> ata1: on atapci0 >> ata1: [ITHREAD] >> pci0: at device 31.5 (no driver attached) >> pmtimer0 on isa0 >> orm0: at iomem 0xc0000-0xc9fff pnpid ORM0000 on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> atkbdc0: at port 0x60,0x64 on isa0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: [ITHREAD] >> psm0: model IntelliMouse Explorer, device ID 4 >> sio0: configured irq 4 not in bitmap of probed irqs 0 >> sio0: port may not be enabled >> sio0: configured irq 4 not in bitmap of probed irqs 0 >> sio0: port may not be enabled >> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> sio0: type 8250 or not responding >> sio0: [FILTER] >> sio1: configured irq 3 not in bitmap of probed irqs 0 >> sio1: port may not be enabled >> Timecounter "TSC" frequency 1524502532 Hz quality 800 >> Timecounters tick every 1.000 msec >> ad0: 32000MB at ata0-master UDMA100 >> acd0: CDROM at ata0-slave PIO4 >> ad2: 10000MB at ata1-master UDMA100 >> WARNING: ZFS is considered to be an experimental feature in FreeBSD. >> Trying to mount root from ufs:/dev/ad0s1a >> ZFS filesystem version 6 >> ZFS storage pool version 6 >> ----- >> >> VM7 >> ----- >> # >> # VM7 -- Generic kernel configuration file for FreeBSD/i386 >> # >> # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.460 2006/12/13 03:41:47 yongari >> Exp $ >> >> cpu I686_CPU >> ident VM7 >> >> >> makeoptions DEBUG=-g # Build kernel with gdb(1) debug >> symbols >> >> options SCHED_4BSD # 4BSD scheduler >> options PREEMPTION # Enable kernel thread preemption >> options INET # InterNETworking >> options INET6 # IPv6 communications protocols >> options FFS # Berkeley Fast Filesystem >> options SOFTUPDATES # Enable FFS soft updates support >> options UFS_ACL # Support for access control lists >> options UFS_DIRHASH # Improve performance on big >> directories >> options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] >> options COMPAT_FREEBSD4 # Compatible with FreeBSD4 >> options COMPAT_FREEBSD5 # Compatible with FreeBSD5 >> options COMPAT_FREEBSD6 # Compatible with FreeBSD6 >> options KTRACE # ktrace(1) support >> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time >> extensions >> options KBD_INSTALL_CDEV # install a CDEV entry in /dev >> options ADAPTIVE_GIANT # Giant mutex is adaptive. >> options STOP_NMI # Stop CPUS using NMI instead of IPI >> >> # Debugging for use in -current >> options KDB # Enable kernel debugger support. >> options DDB # Support DDB. >> options INVARIANTS # Enable calls of extra sanity >> checking >> options INVARIANT_SUPPORT # Extra sanity checks of internal >> structures, required by INVARIANTS >> >> # To make an SMP kernel, the next two lines are needed >> options SMP # Symmetric MultiProcessor Kernel >> device apic # I/O APIC >> >> # Bus support. >> device pci >> >> # Floppy drives >> device fdc >> >> # ATA and ATAPI devices >> device ata >> device atadisk # ATA disk drives >> device ataraid # ATA RAID drives >> device atapicd # ATAPI CDROM drives >> options ATA_STATIC_ID # Static device numbering >> >> # SCSI peripherals >> device scbus # SCSI bus (required for SCSI) >> device da # Direct Access (disks) >> device cd # CD >> device pass # Passthrough device (direct SCSI >> access) >> >> # atkbdc0 controls both the keyboard and the PS/2 mouse >> device atkbdc # AT keyboard controller >> device atkbd # AT keyboard >> device psm # PS/2 mouse >> >> device kbdmux # keyboard multiplexer >> >> device vga # VGA video card driver >> >> device splash # Splash screen and screen saver >> support >> >> # syscons is the default console driver, resembling an SCO console >> device sc >> >> device agp # support several AGP chipsets >> >> # Power management support (see NOTES for more options) >> #device apm >> # Add suspend/resume support for the i8254. >> device pmtimer >> >> # Serial (COM) ports >> device sio # 8250, 16[45]50 based serial ports >> device uart # Generic UART driver >> >> # PCI Ethernet NICs. >> device de # DEC/Intel DC21x4x (``Tulip'') >> device em # Intel PRO/1000 adapter Gigabit >> Ethernet Card >> device ixgb # Intel PRO/10GbE Ethernet Card >> device le # AMD Am7900 LANCE and Am79C9xx PCnet >> device txp # 3Com 3cR990 (``Typhoon'') >> device vx # 3Com 3c590, 3c595 (``Vortex'') >> >> # PCI Ethernet NICs that use the common MII bus controller code. >> # NOTE: Be sure to keep the 'device miibus' line in order to use these >> NICs! >> device miibus # MII bus support >> device ed # NE[12]000, SMC Ultra, 3c503, DS8390 >> cards >> >> device loop # Network loopback >> device random # Entropy device >> device ether # Ethernet support >> device tun # Packet tunnel. >> device pty # Pseudo-ttys (telnet etc) >> >> # The `bpf' device enables the Berkeley Packet Filter. >> # Be aware of the administrative consequences of enabling this! >> # Note that 'bpf' is required for DHCP. >> device bpf # Berkeley packet filter >> >> # USB support >> device uhci # UHCI PCI->USB interface >> device ohci # OHCI PCI->USB interface >> device ehci # EHCI PCI->USB interface (USB 2.0) >> device usb # USB Bus (required) >> device ugen # Generic >> device ukbd # Keyboard >> device umass # Disks/Mass storage - Requires scbus >> and da >> device ums # Mouse >> >> # FireWire support >> device firewire # FireWire bus code >> device sbp # SCSI over FireWire (Requires scbus >> and da) >> device fwe # Ethernet over FireWire >> (non-standard!) >> ----- > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 14:33:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C068F16A403 for ; Sun, 22 Apr 2007 14:33:39 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 7AAFE13C483 for ; Sun, 22 Apr 2007 14:33:38 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id E014743379; Sun, 22 Apr 2007 16:33:37 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 27E8F9C387; Sun, 22 Apr 2007 14:33:17 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 11DE3405B; Sun, 22 Apr 2007 16:33:17 +0200 (CEST) Date: Sun, 22 Apr 2007 16:33:16 +0200 From: Jeremie Le Hen To: Rui Paulo Message-ID: <20070422143316.GP41664@obiwan.tataz.chchile.org> References: <46272B99.9090100@bulinfo.net> <20070419223759.GA4051@turion.vk2pj.dyndns.org> <462868FF.2050008@bulinfo.net> <4628A6A0.40102@freebsd.org> <86k5w67shd.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86k5w67shd.wl%rpaulo@fnop.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org, Andre Oppermann Subject: Re: rfc1323 problems (was: network problems?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 14:33:39 -0000 Hi list, On Fri, Apr 20, 2007 at 08:31:26PM +0100, Rui Paulo wrote: > At Fri, 20 Apr 2007 13:40:16 +0200, > Andre Oppermann wrote: > > 7-current uses larger receive windows with a higher scaling factor. > > If your firewall doesn't correctly track that you get the problem > > you are describing. In pf based firewalls it is a common thing to > > misplace the keep-state rule. > > I have another problem. I'm trying to talk to a host (MontaVista Linux > based router/AP) that is on the same network segment. If rfc1323 is > on, I can't browse the router's webpage: after a few bytes transfered, > I only seep TCP keep alive packets. But a telnet connection works well. > > If I disable rfc1323, everything works as expected. > > Maybe this is related to PAWS, but I don't the router at hand. > > If you need a tcpdump, I can only give it to you during the upcoming > week. Same problem here with a Linux-based Linksys router. I'm running -CURRENT as of 2007.04.11.20.00.00, disabling rfc1323 solves the problem. Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 17:15:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FD7B16A402 for ; Sun, 22 Apr 2007 17:15:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1879413C4C4 for ; Sun, 22 Apr 2007 17:15:19 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HffeQ-0008DW-CG for freebsd-current@freebsd.org; Sun, 22 Apr 2007 19:15:02 +0200 Received: from 89-172-244-220.adsl.net.t-com.hr ([89.172.244.220]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Apr 2007 19:15:02 +0200 Received: from ivoras by 89-172-244-220.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Apr 2007 19:15:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 22 Apr 2007 19:14:37 +0200 Lines: 45 Message-ID: References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA686FCCD6D44C892E2D96FB1" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-244-220.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: X-Enigmail-Version: 0.94.3.0 Sender: news Cc: freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 17:15:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA686FCCD6D44C892E2D96FB1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marcel Moolenaar wrote: > GPT (like APM) has labels, which we should propagate. It's not a > priority for me, but I presume that it shouldn't be too difficult > to interface with geom_label. No, in this case geom_part should export the labels - because it reads and handles the partition geoms. This would probably require some smart handling, such as exporting both /dev/xxxp0 and /dev/gpt/guid, and then when one of these is opened, kill (remove from /dev) the other. >> Alternative is to use GUIDs, like some Linuxes do, so we have entries >> like /dev/gpt/38a52be4-9352-453e-af97-5c3b448652f0 >=20 > I've thought about that too, but again it's not a priority. It takes > me long enough as it is to adopt the new world order that other > features have to wait :-) Ok. Are you interested in finishing the remaining bits for GPT soon-ish? = :) --------------enigA686FCCD6D44C892E2D96FB1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGK5f9ldnAQVacBcgRAjF3AJwNNXydF0C3EZXthnauA2ipBeUxLQCgyBUR g/lhwJw2Ku29cQ65Gqm/Ulw= =nfb0 -----END PGP SIGNATURE----- --------------enigA686FCCD6D44C892E2D96FB1-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 18:21:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59B5116A400 for ; Sun, 22 Apr 2007 18:21:53 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 1961713C455 for ; Sun, 22 Apr 2007 18:21:52 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1141106nza for ; Sun, 22 Apr 2007 11:21:52 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=epmdOcs5hqZyAa9pKMWZ1zNDh+a797OFW+jvZJAsM+eivuYCznDs2St9gVmz2cor6uwlcwpQVFC7df5vvvVv+PBbIKfLEedHEgpB1qY/JPqdt/+b3w9MluHAwiYteufPsr6fAV7oRM9F+bfYO0oUKomawYr7160+OD0r9D0UhgM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XZsVFlD+Q7QdCszgdHh6kClFlIASGuLTlbaKq+IQV7fBr3co+SLQFindoDU/E1rRWlbbdmZkqaBzRIeiGbcx9V2uTS2rFhY08Kwjnhcx2/yK08JCb9V1BNKY5Ka5pH8T5NN+UxIxyWE8RDkD6Q4ODwwcy5/OdxfdivCIOcOoPYg= Received: by 10.114.196.1 with SMTP id t1mr2158447waf.1177264434814; Sun, 22 Apr 2007 10:53:54 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Sun, 22 Apr 2007 10:53:54 -0700 (PDT) Message-ID: <2a41acea0704221053r5630b054ked29d9238f248851@mail.gmail.com> Date: Sun, 22 Apr 2007 10:53:54 -0700 From: "Jack Vogel" To: "John-Mark Gurney" , current@freebsd.org In-Reply-To: <20070422064444.GK73385@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070422064444.GK73385@funkthat.com> Cc: Subject: Re: MSI issues w/ Athlon64 X2 3800+ and nForce 430? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 18:21:53 -0000 On 4/21/07, John-Mark Gurney wrote: > I finally upgraded to -current that supports MSI, and I appear to be > having issues w/ it. I have two different ethernet cards that exhibit > issues on this system. An msk PCIe based card, and a PCI em based card... > > With MSI the msk card produced regular: > msk1: watchdog timeout (missed Tx interrupts) -- recovering > > But was usable enough to push ~110meg/sec out. When I was watching an > HD program streamed over http, there were regular hickups ever few > minutes, which I figured was due to the above messages (though none > appeared while watching), so I decided to switch back to my em based > card, and w/ MSI the card is practically useless. I get: > Apr 21 22:13:09 carbon kernel: em0: watchdog timeout -- resetting > Apr 21 22:13:09 carbon kernel: em0: link state changed to DOWN > Apr 21 22:13:12 carbon kernel: em0: link state changed to UP > Apr 21 22:14:19 carbon kernel: em0: watchdog timeout -- resetting > Apr 21 22:14:19 carbon kernel: em0: link state changed to DOWN > > Which ends up making things a bit difficult to pass usable traffic over > the interface. That NIC is too old to use with MSI, anything not PCI Express is not going to work reliably, even if at this point you arent stopped from trying to set it, with changes to the driver forthcoming you will be. Jack From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 18:42:52 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF98116A400 for ; Sun, 22 Apr 2007 18:42:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id B1ED813C457 for ; Sun, 22 Apr 2007 18:42:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0A081207E; Sun, 22 Apr 2007 20:42:49 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 7AD832049; Sun, 22 Apr 2007 20:42:48 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 4D61656A0; Sun, 22 Apr 2007 20:42:48 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Gary Jennejohn References: <200704221111.l3MBBhuu002657@peedub.jennejohn.org> Date: Sun, 22 Apr 2007 20:42:47 +0200 In-Reply-To: <200704221111.l3MBBhuu002657@peedub.jennejohn.org> (Gary Jennejohn's message of "Sun, 22 Apr 2007 13:11:43 +0200") Message-ID: <86zm50i72w.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org Subject: Re: Problem with ZFS and devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 18:42:53 -0000 Gary Jennejohn writes: > Any ideas WTF is going here? Is this a pathological problem with ZFS? Maybe it's just a bug? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 18:46:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F16B16A401; Sun, 22 Apr 2007 18:46:49 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2579813C457; Sun, 22 Apr 2007 18:46:49 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout02/MantshX 4.0) with ESMTP id l3MIkkkL017665; Sun, 22 Apr 2007 11:46:46 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3MIkf2l029490 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 22 Apr 2007 11:46:44 -0700 (PDT) In-Reply-To: References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sun, 22 Apr 2007 11:45:39 -0700 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 18:46:49 -0000 On Apr 22, 2007, at 10:14 AM, Ivan Voras wrote: >> I've thought about that too, but again it's not a priority. It takes >> me long enough as it is to adopt the new world order that other >> features have to wait :-) > > Ok. Are you interested in finishing the remaining bits for GPT soon- > ish? :) I'm actually working on it now. I want the tool to be finished before 7.0. The problems are in the details (as usual). These are my requirements (FWIW): 1. It needs to have a friendly UI -> I'm using a curses based interface. 2. It needs to be used in scripts -> It needs a similar usage model as gpt(8). 3. It needs to replace gpt(8) -> see point 2. 3. It needs to be able to work on files -> construct a md device on the fly. 4. It should be usable by non-root (read-only operation and working on files owned by user as per point 3) -> suid Points 2 and 3 are important for our release process. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 19:22:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4F7616A403 for ; Sun, 22 Apr 2007 19:22:37 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6CF5213C469 for ; Sun, 22 Apr 2007 19:22:37 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hfhdn-00016j-8F for freebsd-current@freebsd.org; Sun, 22 Apr 2007 21:22:31 +0200 Received: from 89-172-244-220.adsl.net.t-com.hr ([89.172.244.220]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Apr 2007 21:22:31 +0200 Received: from ivoras by 89-172-244-220.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Apr 2007 21:22:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 22 Apr 2007 21:22:12 +0200 Lines: 40 Message-ID: References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3DC102870C6AFCF4EF869797" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-244-220.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: X-Enigmail-Version: 0.94.3.0 Sender: news Cc: freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 19:22:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3DC102870C6AFCF4EF869797 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marcel Moolenaar wrote: > These are my requirements (FWIW): > 1. It needs to have a friendly UI -> I'm using a curses based interface= =2E Regarding this part: one of the possible side-effects of the installer might be a GUI for disk partitioning. It's not a text-mode UI, but maybe we can avoid duplication of effort here :) > 2. It needs to be used in scripts -> It needs a similar usage model as > gpt(8). > 3. It needs to replace gpt(8) -> see point 2. > Points 2 and 3 are important for our release process. Yes. As far as I can tell, they are also enough for today - the rest are useful, but not necessary "bells and whistles". --------------enig3DC102870C6AFCF4EF869797 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGK7XqldnAQVacBcgRAjlfAJ0QebqE+/wfz7lyejfvU9Crt2iHhgCeOdQ/ 7yhhbg2vF+HMYQdGKLWIS2k= =fH+Z -----END PGP SIGNATURE----- --------------enig3DC102870C6AFCF4EF869797-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 19:37:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBB6316A401 for ; Sun, 22 Apr 2007 19:37:24 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id CD2F613C45B for ; Sun, 22 Apr 2007 19:37:24 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 8703 invoked from network); 22 Apr 2007 19:37:25 -0000 Received: from ppp-71-139-34-102.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.34.102) by root.org with ESMTPA; 22 Apr 2007 19:37:25 -0000 Message-ID: <462BB96E.3050303@root.org> Date: Sun, 22 Apr 2007 12:37:18 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <460AE39B.4070706@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> <200704181648.46348.jhb@freebsd.org> <20070420074423.GA22594@comp.chem.msu.su> <4628F76F.80608@root.org> <20070421000649.GD52136@comp.chem.msu.su> <462956BE.3050904@root.org> <867is6194t.fsf@dwp.des.no> In-Reply-To: <867is6194t.fsf@dwp.des.no> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/mixed; boundary="------------020007010800090305070005" Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 19:37:25 -0000 This is a multi-part message in MIME format. --------------020007010800090305070005 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Dag-Erling Smørgrav wrote: > Nate Lawson writes: >> Anyone have an issue with me committing the code under an #ifdef, off by >> default? I'll make a note in the src about TVFS support as a todo. > > Go ahead. > > DES Thanks! Please review the attached patch. -- Nate --------------020007010800090305070005 Content-Type: text/x-patch; name="fetch.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fetch.diff" Index: src/lib/libfetch/ftp.c =================================================================== RCS file: /home/ncvs/src/lib/libfetch/ftp.c,v retrieving revision 1.91.2.1 diff -u -r1.91.2.1 ftp.c --- src/lib/libfetch/ftp.c 22 Jul 2006 06:01:58 -0000 1.91.2.1 +++ src/lib/libfetch/ftp.c 22 Apr 2007 19:36:16 -0000 @@ -267,6 +267,7 @@ char pwd[PATH_MAX]; int e, i, len; + /* If no slashes in name, no need to change dirs. */ if ((end = strrchr(file, '/')) == NULL) return (0); if ((e = _ftp_cmd(conn, "PWD")) != FTP_WORKING_DIRECTORY || @@ -276,7 +277,8 @@ } for (;;) { len = strlen(pwd); - /* look for a common prefix */ + + /* Look for a common prefix between PWD and dir to fetch. */ for (i = 0; i <= len && i <= end - file; ++i) if (pwd[i] != file[i]) break; @@ -284,6 +286,7 @@ DEBUG(fprintf(stderr, "have: [%.*s|%s]\n", i, pwd, pwd + i)); DEBUG(fprintf(stderr, "want: [%.*s|%s]\n", i, file, file + i)); #endif + /* Keep going up a dir until we have a matching prefix. */ if (pwd[i] == '\0' && (file[i - 1] == '/' || file[i] == '/')) break; if ((e = _ftp_cmd(conn, "CDUP")) != FTP_FILE_ACTION_OK || @@ -293,6 +296,23 @@ return (-1); } } + +#ifdef FTP_COMBINE_CWDS + /* Skip leading slashes, even "////". */ + for (beg = file + i; beg < end && *beg == '/'; ++beg, ++i) + /* nothing */ ; + + /* If there is no trailing dir, we're already there. */ + if (beg >= end) + return (0); + + /* Change to the directory all in one chunk (e.g., foo/bar/baz). */ + e = _ftp_cmd(conn, "CWD %.*s", (int)(end - beg), beg); + if (e == FTP_FILE_ACTION_OK) + return (0); +#endif /* FTP_COMBINE_CWDS */ + + /* That didn't work so go back to legacy behavior (multiple CWDs). */ for (beg = file + i; beg < end; beg = file + i + 1) { while (*beg == '/') ++beg, ++i; @@ -966,6 +986,8 @@ if ((e = _ftp_authenticate(conn, url, purl)) != FTP_LOGGED_IN) goto fouch; + /* TODO: Request extended features supported, if any (RFC 3659). */ + /* done */ return (conn); --------------020007010800090305070005-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 19:46:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B04FD16A401; Sun, 22 Apr 2007 19:46:02 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.freebsd.org (Postfix) with ESMTP id 96DBD13C465; Sun, 22 Apr 2007 19:46:01 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep01.bredband.com with ESMTP id <20070422191039.YVZS28445.mxfep01.bredband.com@ironport2.bredband.com>; Sun, 22 Apr 2007 21:10:39 +0200 Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (HELO scode.mine.nu) ([85.229.22.84]) by ironport2.bredband.com with ESMTP; 22 Apr 2007 21:10:39 +0200 Received: from [127.0.0.1] (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 752A8192; Sun, 22 Apr 2007 23:10:38 +0200 (CEST) Message-ID: <462BCF46.6030704@infidyne.com> Date: Sun, 22 Apr 2007 23:10:30 +0200 From: Peter Schuller User-Agent: Thunderbird 1.5.0.10 (X11/20070417) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> <20070414102313.GC10527@garage.freebsd.pl> In-Reply-To: <20070414102313.GC10527@garage.freebsd.pl> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig69D91C5C4686F069537DB143" Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Stefan Esser Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 19:46:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig69D91C5C4686F069537DB143 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > This is not the first report that it doesn't work as it should. FWIW, I had some trouble converting my root to ZFS too. I had load_zfs=3D"YES" and the appropriate vfs.root.mountfrom option in loader.conf, but the kernel did not know of any available zfs:* devices that were candidates for root mounts (according to the output of "?"). It may just have been a matter of zpool.cache not being up to date with the volume I was trying to use for root; I do not remember whether the version on /boot was recent enough for that. In general it feels a bit unclear what will happen with zpool.cache when having root on ZFS. Is it guaranteed that only userland tools modify or read this file? In my case the devices in the ZFS pool were glabel:ed, so the issue of drives moving about and such should not have affected me (plus at the point where I had this problem I had not yet started shuffling drives). glabel has successfully loaded and tasted all relevant devices prior to ZFS loading, judging by the kernel output (glabel label detection prior to the ZFS pool version output). In this case I ended up just putting /usr on zfs, leaving / on UFS. Doing so was no problem; the only snag was that putting /usr in /etc/fstab would cause some rc script to try to run fsck_zfs. I ended up not even putting in in /etc/fstab, and having /usr be a symlink to the ZFS managed mountpoint (in this case, /zpromusr). > One was > that /boot/defaults/loader.conf wasn't fresh enough, and there were no:= >=20 > zpool_cache_load=3D"YES" > zpool_cache_type=3D"/boot/zfs/zpool.cache" > zpool_cache_name=3D"/boot/zfs/zpool.cache" >=20 > lines at the end. Can you verify you have them? This is confirmed to not be the issue in my case. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --------------enig69D91C5C4686F069537DB143 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGK89ODNor2+l1i30RCMM6AKCC2BWS56NADSVYJedSEAlVtW2//gCgmv27 ZzvGkDgnHjZC0pFZQ7BzpXU= =Ft18 -----END PGP SIGNATURE----- --------------enig69D91C5C4686F069537DB143-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 20:00:16 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94F8C16A404; Sun, 22 Apr 2007 20:00:16 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 3793113C48A; Sun, 22 Apr 2007 20:00:15 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 61FEC45696; Sun, 22 Apr 2007 22:00:13 +0200 (CEST) Received: from localhost (public-gprs38729.centertel.pl [91.94.23.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 9674645683; Sun, 22 Apr 2007 21:59:16 +0200 (CEST) Date: Sun, 22 Apr 2007 21:58:18 +0200 From: Pawel Jakub Dawidek To: Peter Schuller Message-ID: <20070422195818.GH52622@garage.freebsd.pl> References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> <20070414102313.GC10527@garage.freebsd.pl> <462BCF46.6030704@infidyne.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EemXnrF2ob+xzFeB" Content-Disposition: inline In-Reply-To: <462BCF46.6030704@infidyne.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Stefan Esser Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 20:00:16 -0000 --EemXnrF2ob+xzFeB Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 22, 2007 at 11:10:30PM +0200, Peter Schuller wrote: > > This is not the first report that it doesn't work as it should. >=20 > FWIW, I had some trouble converting my root to ZFS too. >=20 > I had load_zfs=3D"YES" and the appropriate vfs.root.mountfrom option in > loader.conf, but the kernel did not know of any available zfs:* devices > that were candidates for root mounts (according to the output of "?"). Try zfs_load=3D"YES". If this is what you had, send me full dmesg. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --EemXnrF2ob+xzFeB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGK75aForvXbEpPzQRAoWQAKCC9cLwTk3KF4c38/nIfeBgFBFLMQCgtUOW TXk5+EeE+KLitKIYClKES4U= =0r8j -----END PGP SIGNATURE----- --EemXnrF2ob+xzFeB-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 20:07:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B5E716A409; Sun, 22 Apr 2007 20:07:35 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id ED23613C46A; Sun, 22 Apr 2007 20:07:34 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 5F12F207E; Sun, 22 Apr 2007 22:07:31 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 4CC722049; Sun, 22 Apr 2007 22:07:31 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 2A8B056AE; Sun, 22 Apr 2007 22:07:31 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Nate Lawson References: <460AE39B.4070706@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> <200704181648.46348.jhb@freebsd.org> <20070420074423.GA22594@comp.chem.msu.su> <4628F76F.80608@root.org> <20070421000649.GD52136@comp.chem.msu.su> <462956BE.3050904@root.org> <867is6194t.fsf@dwp.des.no> <462BB96E.3050303@root.org> Date: Sun, 22 Apr 2007 22:07:30 +0200 In-Reply-To: <462BB96E.3050303@root.org> (Nate Lawson's message of "Sun, 22 Apr 2007 12:37:18 -0700") Message-ID: <86vefoi35p.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 20:07:35 -0000 Nate Lawson writes: > Thanks! Please review the attached patch. Go ahead. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 20:15:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2EB616A401; Sun, 22 Apr 2007 20:15:01 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.186]) by mx1.freebsd.org (Postfix) with ESMTP id C50E313C4E9; Sun, 22 Apr 2007 20:15:01 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout16/MantshX 4.0) with ESMTP id l3MKEwWL015472; Sun, 22 Apr 2007 13:14:59 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3MKEtgw006839 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 22 Apr 2007 13:14:56 -0700 (PDT) In-Reply-To: References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <40B9BC9D-FF08-4694-9DE1-890646C9992B@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sun, 22 Apr 2007 13:13:53 -0700 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 20:15:02 -0000 On Apr 22, 2007, at 12:22 PM, Ivan Voras wrote: > Marcel Moolenaar wrote: > >> These are my requirements (FWIW): >> 1. It needs to have a friendly UI -> I'm using a curses based >> interface. > > Regarding this part: one of the possible side-effects of the installer > might be a GUI for disk partitioning. It's not a text-mode UI, but > maybe > we can avoid duplication of effort here :) I'm all ears. Even if we can't avoid some duplicate effort in the UI area, we should be able to share the backend logic. Also, I'm interested to learn about how you figured the UI to look like. It may be good, in case we can't share the UI, to have it look roughly the same? >> 2. It needs to be used in scripts -> It needs a similar usage >> model as >> gpt(8). >> 3. It needs to replace gpt(8) -> see point 2. > >> Points 2 and 3 are important for our release process. > Yes. As far as I can tell, they are also enough for today - the > rest are > useful, but not necessary "bells and whistles". I tend to agree. However, gpt(8) is the tool that works for today on ia64 and there's not even a tool for PowerPC. I don't feel I'm advancing anything if I replace gpt(8) with a tool that merely works for today. The g_part geom is designed to unify all partitioning schemes and I think that a unified tool is very appropriate. This means that I need to raise the bar if I want it to replace fdisk, bsdlabel and sunlabel in the future. Those tools have a UI for example. Also, the FreeBSD installer needs to be able to partition disks and it needs to be able to support all of our schemes. It is itself a unified tool for partitioning. So, doing more than the bare minimum is beneficial in various ways. That's why I'm having difficulty to just replace gpt(8). -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 20:26:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC2BC16A402; Sun, 22 Apr 2007 20:26:33 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep03.bredband.com (mxfep03.bredband.com [195.54.107.76]) by mx1.freebsd.org (Postfix) with ESMTP id 9D71313C487; Sun, 22 Apr 2007 20:26:32 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep03.bredband.com with ESMTP id <20070422202631.ZKDG23113.mxfep03.bredband.com@ironport.bredband.com>; Sun, 22 Apr 2007 22:26:31 +0200 Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (HELO scode.mine.nu) ([85.229.22.84]) by ironport.bredband.com with ESMTP; 22 Apr 2007 22:26:31 +0200 Received: from [127.0.0.1] (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 35047B62; Sun, 22 Apr 2007 22:26:31 +0200 (CEST) Message-ID: <462BC4ED.1050003@infidyne.com> Date: Sun, 22 Apr 2007 22:26:21 +0200 From: Peter Schuller User-Agent: Thunderbird 1.5.0.10 (X11/20070417) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> <20070414102313.GC10527@garage.freebsd.pl> <462BCF46.6030704@infidyne.com> <20070422195818.GH52622@garage.freebsd.pl> In-Reply-To: <20070422195818.GH52622@garage.freebsd.pl> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigF9175E5A8471B5B709A1FA47" Cc: freebsd-fs@FreeBSD.org, Stefan Esser , freebsd-current@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 20:26:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF9175E5A8471B5B709A1FA47 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > Try zfs_load=3D"YES". If this is what you had, send me full dmesg. Sorry, I had zfs_load=3D"YES". Typo on my part. No typo in loader.conf. Do you have any suggestion on how to best grab the dmesg, given that when triggering this the root fs cannot be mounted? Or do you just want a dmesg from my system in general, with a matching loader.conf minus the vfs.root.mountfromt? If the latter, it is available here: http://distfiles.scode.org/mlref/freebsd-dmesg-zfs-glabel-7current.txt In this dmesg the ZFS pool version output preceeds the glabel tasting. I was so sure this was not the case. Either I was misstaken or this was different then for some reason. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --------------enigF9175E5A8471B5B709A1FA47 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGK8T2DNor2+l1i30RCJ6LAJsEJxPCPuN7aTPHLdYB/BJHgyatbACggy3+ dRCQbzqHwv7jBlctHbnmRqk= =cFVm -----END PGP SIGNATURE----- --------------enigF9175E5A8471B5B709A1FA47-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 20:37:00 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96A7316A401; Sun, 22 Apr 2007 20:37:00 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id E42B813C468; Sun, 22 Apr 2007 20:36:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5AEC045B26; Sun, 22 Apr 2007 22:36:57 +0200 (CEST) Received: from localhost (public-gprs38729.centertel.pl [91.94.23.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B6E1C45696; Sun, 22 Apr 2007 22:36:37 +0200 (CEST) Date: Sun, 22 Apr 2007 22:35:56 +0200 From: Pawel Jakub Dawidek To: Peter Schuller Message-ID: <20070422203556.GI52622@garage.freebsd.pl> References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> <20070414102313.GC10527@garage.freebsd.pl> <462BCF46.6030704@infidyne.com> <20070422195818.GH52622@garage.freebsd.pl> <462BC4ED.1050003@infidyne.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v2/QI0iRXglpx0hK" Content-Disposition: inline In-Reply-To: <462BC4ED.1050003@infidyne.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Stefan Esser Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 20:37:00 -0000 --v2/QI0iRXglpx0hK Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 22, 2007 at 10:26:21PM +0200, Peter Schuller wrote: > > Try zfs_load=3D"YES". If this is what you had, send me full dmesg. >=20 > Sorry, I had zfs_load=3D"YES". Typo on my part. No typo in loader.conf. >=20 > Do you have any suggestion on how to best grab the dmesg, given that > when triggering this the root fs cannot be mounted? >=20 > Or do you just want a dmesg from my system in general, with a matching > loader.conf minus the vfs.root.mountfromt? >=20 > If the latter, it is available here: >=20 > http://distfiles.scode.org/mlref/freebsd-dmesg-zfs-glabel-7current.txt >=20 > In this dmesg the ZFS pool version output preceeds the glabel tasting. I > was so sure this was not the case. Either I was misstaken or this was > different then for some reason. And this is the problem... ZFS tries only ones. I'll think it over and see what can be done. Unfortunately ZFS doesn't use GEOM tasting mechanism and I'd prefer not to modify it to do so, because the changes may be huge. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --v2/QI0iRXglpx0hK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGK8csForvXbEpPzQRAvhTAJ9uNrhniEd8a9VwnlR47ajNGUPtxQCgoqew ZEgi7ef1wMeyh2eAlwOd2Dg= =YA0q -----END PGP SIGNATURE----- --v2/QI0iRXglpx0hK-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 20:38:48 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0588216A401 for ; Sun, 22 Apr 2007 20:38:48 +0000 (UTC) (envelope-from casper@web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.freebsd.org (Postfix) with ESMTP id 72B1E13C45A for ; Sun, 22 Apr 2007 20:38:47 +0000 (UTC) (envelope-from casper@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id A40E661C66 for ; Mon, 23 Apr 2007 01:16:21 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id E269D61C63 for ; Mon, 23 Apr 2007 01:16:20 +0500 (AMST) Received: from [192.168.0.3] (unknown [217.113.1.123]) by mx1.web.am (Postfix) with ESMTP id C210161C5B for ; Mon, 23 Apr 2007 01:16:18 +0500 (AMST) Message-ID: <462BC2A0.8010909@web.am> Date: Mon, 23 Apr 2007 01:16:32 +0500 From: Gaspar Chilingarov User-Agent: Thunderbird 2.0a1 (X11/20061118) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: Cc: Subject: battery status report broken on Acer 5024WLMi in latest -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 20:38:48 -0000 I've upgrated recently (probably from mid-Feb/march beginning -current) and lost battery status reporting on my laptop. I had it before :) All timeouting issues are solved by debug.acpi.pollint_timeout and etc, but issue with battery still stands. battery0: error fetching current battery status -- AE_NOT_EXIST ACPI Error (evregion-0427): No handler for Region [RAM_] (0xffffff0000a6d680) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.LPC0.EC0_.GBST] (Node 0xffffff0000a52680), AE_NOT_EXIST ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.LPC0.EC0_.BAT0._BST] (Node 0xffffff0000a52540), AE_NOT_EXIST Could I help somehow to debug/solve this problem? ASL dump located at http://zanazan.am/acer.asl.gz Thanks in advance, Gaspar -- Gaspar Chilingarov System Administrator, Network security consulting t +37493 419763 (mob) i 63174784 e nm@web.am From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 20:59:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5265A16A401; Sun, 22 Apr 2007 20:59:26 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA6113C45B; Sun, 22 Apr 2007 20:59:26 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0E2A82085; Sun, 22 Apr 2007 22:59:22 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 7F1EA207E; Sun, 22 Apr 2007 22:59:21 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 5F05056B7; Sun, 22 Apr 2007 22:59:21 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Marcel Moolenaar References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> Date: Sun, 22 Apr 2007 22:59:21 +0200 In-Reply-To: (Marcel Moolenaar's message of "Sun, 22 Apr 2007 11:45:39 -0700") Message-ID: <86irboi0ra.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 20:59:26 -0000 Marcel Moolenaar writes: > I'm actually working on it now. I want the tool to be finished > before 7.0. The problems are in the details (as usual). > > These are my requirements (FWIW): > 1. It needs to have a friendly UI -> I'm using a curses based interface. No, it doesn't. > 2. It needs to be used in scripts -> It needs a similar usage model as > gpt(8). > 3. It needs to replace gpt(8) -> see point 2. > 3. It needs to be able to work on files -> construct a md device on the > fly. No, it doesn't. That's what mdconfig is for. > 4. It should be usable by non-root (read-only operation and working on > files owned by user as per point 3) -> suid I don't really see why. It seems to me you're suffering from second system syndrome. Forget points 1, 3 and 4 and focus on getting the job done and rescuing what credibility you have left. If g_part implements all the necessary verbs, it should only take a few hours to write a geom(8) plugin for it. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 21:23:19 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1CE816A400 for ; Sun, 22 Apr 2007 21:23:19 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 76FA413C44C for ; Sun, 22 Apr 2007 21:23:19 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 66525487FE; Sun, 22 Apr 2007 23:23:18 +0200 (CEST) Received: from localhost (public-gprs38729.centertel.pl [91.94.23.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CB5D445CD9; Sun, 22 Apr 2007 23:22:58 +0200 (CEST) Date: Sun, 22 Apr 2007 23:22:13 +0200 From: Pawel Jakub Dawidek To: Gary Jennejohn Message-ID: <20070422212213.GK52622@garage.freebsd.pl> References: <200704221111.l3MBBhuu002657@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mZBmBd1ZkdwT1ny" Content-Disposition: inline In-Reply-To: <200704221111.l3MBBhuu002657@peedub.jennejohn.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: Problem with ZFS and devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 21:23:20 -0000 --5mZBmBd1ZkdwT1ny Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 22, 2007 at 01:11:43PM +0200, Gary Jennejohn wrote: > I have a really strange problem with ZFS. >=20 > I have a filesystem (mypool/scr mounted on /scr) which contains root file > systems for various embedded boards (arm, ppc, mips). The file systems > naturally contain a /dev directory. >=20 > I have: > mypool/scr devices on default >=20 > The device numbers a _totally_ fubar on ZFS! >=20 > I used a tarball called dev.tar to move dev from a Linux box to my FreeBSD > box. >=20 > When I unpack dev.tar under ZFS I see totally screwd up values: >=20 > crw-r--r-- 1 root bin 5, 0xc11b0020 Feb 3 22:06 ttyCPM0 > crw-r--r-- 1 root bin 0, 0 Feb 3 22:06 ttyCPM1 > crw-r--r-- 1 root bin 69, 0xc11a0008 Feb 3 22:06 ttyCPM2 > crw-r--r-- 1 root bin 0, 0 Feb 3 22:06 ttyCPM3 > crw-r--r-- 1 root bin 0, 0 Feb 3 22:06 ttyCPM4 > crw-r--r-- 1 root bin 69, 0xc11a0008 Feb 3 22:06 ttyCPM5 >=20 > If I unpack dev.tar under UFS (/tmp) then all device numbers are correct: >=20 > crw-r--r-- 1 root bin 204, 46 Feb 3 22:06 ttyCPM0 > crw-r--r-- 1 root bin 204, 47 Feb 3 22:06 ttyCPM1 > crw-r--r-- 1 root bin 204, 48 Feb 3 22:06 ttyCPM2 > crw-r--r-- 1 root bin 204, 49 Feb 3 22:06 ttyCPM3 > crw-r--r-- 1 root bin 204, 50 Feb 3 22:06 ttyCPM4 > crw-r--r-- 1 root bin 204, 51 Feb 3 22:06 ttyCPM5 >=20 > The screwed up device numbers prevent me from using my FreeBSD box as the > server for my embedded boards. >=20 > Even weirder: >=20 > root:peedub:~:bash:1> cd /scr/eldk-4.1/arm/arm/dev > root:peedub:dev:bash:2> mknod ttyCPM0 c 204 46 > root:peedub:dev:bash:3> ls -l > total 1 > crw-r--r-- 1 root bin 0, 0 Apr 22 13:02 ttyCPM0 >=20 > Any ideas WTF is going here? Is this a pathological problem with ZFS? I just committed a fix. Can you update and confirm it works for you? PS. Thanks for the kind bug report. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --5mZBmBd1ZkdwT1ny Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGK9IFForvXbEpPzQRAkskAJsFOnGgVpCuDvIdRdcwvY3wrWupRgCgwJvN WykgpjkGd1XN7JDia6cHtNc= =Rt6+ -----END PGP SIGNATURE----- --5mZBmBd1ZkdwT1ny-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 22:11:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D14416A408; Sun, 22 Apr 2007 22:11:51 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep04.bredband.com (mxfep04.bredband.com [195.54.107.79]) by mx1.freebsd.org (Postfix) with ESMTP id 4473213C457; Sun, 22 Apr 2007 22:11:49 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep04.bredband.com with ESMTP id <20070422221148.KDE24095.mxfep04.bredband.com@ironport2.bredband.com>; Mon, 23 Apr 2007 00:11:48 +0200 Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (HELO scode.mine.nu) ([85.229.22.84]) by ironport2.bredband.com with ESMTP; 23 Apr 2007 00:11:48 +0200 Received: from [127.0.0.1] (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 17CB2B85; Sun, 22 Apr 2007 23:07:17 +0200 (CEST) Message-ID: <462BCE7D.9060007@infidyne.com> Date: Sun, 22 Apr 2007 23:07:09 +0200 From: Peter Schuller User-Agent: Thunderbird 1.5.0.10 (X11/20070417) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> <20070414102313.GC10527@garage.freebsd.pl> <462BCF46.6030704@infidyne.com> <20070422195818.GH52622@garage.freebsd.pl> <462BC4ED.1050003@infidyne.com> <20070422203556.GI52622@garage.freebsd.pl> In-Reply-To: <20070422203556.GI52622@garage.freebsd.pl> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigE7ECB553BA55985F1496BF82" Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Stefan Esser Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 22:11:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE7ECB553BA55985F1496BF82 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > And this is the problem... ZFS tries only ones. I'll think it over and > see what can be done. Unfortunately ZFS doesn't use GEOM tasting > mechanism and I'd prefer not to modify it to do so, because the changes= > may be huge. Ok. Thanks for clarifying. Perhaps not relevant, but FYI I did see zfs "noticing" a new label once, instantly transitioning the device to ONLINE and the pool to state HEALTHY (see PR kern/111967). --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --------------enigE7ECB553BA55985F1496BF82 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGK86EDNor2+l1i30RCPr3AJ4u3cC2BJGoA7bnNtpeyFF0uuW2+ACdEppg YQtCBJWF8XL5UhoVbIEyJx8= =8KGc -----END PGP SIGNATURE----- --------------enigE7ECB553BA55985F1496BF82-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 22:20:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAFC216A403; Sun, 22 Apr 2007 22:20:05 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.184]) by mx1.freebsd.org (Postfix) with ESMTP id CF34E13C45B; Sun, 22 Apr 2007 22:20:05 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout14/MantshX 4.0) with ESMTP id l3MMK1EO020600; Sun, 22 Apr 2007 15:20:01 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3MMJw0k028805 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 22 Apr 2007 15:19:59 -0700 (PDT) In-Reply-To: <86irboi0ra.fsf@dwp.des.no> References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> <86irboi0ra.fsf@dwp.des.no> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> Content-Transfer-Encoding: quoted-printable From: Marcel Moolenaar Date: Sun, 22 Apr 2007 15:18:55 -0700 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 22:20:06 -0000 On Apr 22, 2007, at 1:59 PM, Dag-Erling Sm=F8rgrav wrote: > It seems to me you're suffering from second system syndrome. Forget > points 1, 3 and 4 and focus on getting the job done and rescuing what > credibility you have left. LOL > If g_part implements all the necessary verbs, it should only take a > few hours to write a geom(8) plugin for it. Do it. Stop being an arrogant prick and put your money where your mouth is. Your input has so far only been good for a laugh, which doesn't really advance FreeBSD. Hell, you may actually end up being able to tell me you told me so. It seems to me that that's of great personal value to you. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 22:39:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0412616A400 for ; Sun, 22 Apr 2007 22:39:40 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id C94E013C448 for ; Sun, 22 Apr 2007 22:39:39 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 25561 invoked from network); 22 Apr 2007 22:39:41 -0000 Received: from ppp-71-139-34-102.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.34.102) by root.org with ESMTPA; 22 Apr 2007 22:39:41 -0000 Message-ID: <462BE425.2030401@root.org> Date: Sun, 22 Apr 2007 15:39:33 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: ports@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: pkg_add cache for use with -K flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 22:39:40 -0000 I have been thinking about adding some simple behavior to deal with pkg_add of failed or repeated packages. Currently with pkg_add -r, all packages (including dependencies) are re-fetched if there is any failure. With the -K flag though, the dependent packages should already be present on the local filesystem and can thus be used instead of the remote versions. The patch would be enabled if the PKGDIR environmental variable is present. When adding a package, it would first check PKGDIR for the dependencies and install from local copies if present. I think the main package itself would still need to be re-fetched since -r doesn't specify a version and there is no way to tell if the .tgz in PKGDIR is the most recent. Has anyone thought along these lines before? -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 23:26:02 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9316116A400; Sun, 22 Apr 2007 23:26:02 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 3EFF113C44C; Sun, 22 Apr 2007 23:26:01 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2DFEE487F7; Mon, 23 Apr 2007 01:26:00 +0200 (CEST) Received: from localhost (public-gprs38729.centertel.pl [91.94.23.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 60D76456AB; Mon, 23 Apr 2007 01:25:51 +0200 (CEST) Date: Mon, 23 Apr 2007 01:25:14 +0200 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20070422232514.GP52622@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zxEKvxCKojqA/Afl" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 23:26:02 -0000 --zxEKvxCKojqA/Afl Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable You'll find the answer here: http://wiki.freebsd.org/ZFS There is a list of things that we need to work on. Yes, _we_ :) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --zxEKvxCKojqA/Afl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGK+7aForvXbEpPzQRAsjWAKD2XHT6LlOrEfgSaz6dFgcSd2EeXwCcDgPS Vx0x/HmWbcV94M6PfjHHhXk= =/0W8 -----END PGP SIGNATURE----- --zxEKvxCKojqA/Afl-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 23:39:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4B4216A401 for ; Sun, 22 Apr 2007 23:39:59 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 6704413C489 for ; Sun, 22 Apr 2007 23:39:59 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1141651pyh for ; Sun, 22 Apr 2007 16:39:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WatZqUdyr4BgZvr+PdL1sCxCZ8MJZlwzn4ZJxR0JwA1BAj1Aj5NQUVRZ3F5PAvF5+yrjzCdyCq4ZueW8IwbwMOiz2g2+TE7Rk4e1DckABicAEVRa3f7zVnTwl0KiW+pNt3nGoMc/2qARPzbXiTh78XqznjFqmpjK5qhE64kU8VU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=CcBtNB1jcgvlxvciLAupwIx12t9Jp8briJqSCj9is5eiA6l6KNykAZzScj5N+9MDqhlIorPMqLNurLKBgLXEDeDwpmpVoJoX8zyZYFwD2MKP768DqiGfLWeVcM/nWY/v83wdd+nQgUwOBwIoYFB4jYA1RZhywB+m1AzPEkxpuRw= Received: by 10.35.127.7 with SMTP id e7mr9847382pyn.1177285198837; Sun, 22 Apr 2007 16:39:58 -0700 (PDT) Received: by 10.35.54.15 with HTTP; Sun, 22 Apr 2007 16:39:58 -0700 (PDT) Message-ID: Date: Sun, 22 Apr 2007 16:39:58 -0700 From: "Howard Su" To: jbr@humppa.dk, current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 23:39:59 -0000 I'd like to give some feature requests on this. I think it will not increase your work load so much however it will benifit the FreeBSD a lot. We can have 3 type of pages mapped into one process's address map. 1. System wide global readonly page which will help on these syscalls: gethostname,getdomainname,uname help on importing sysenter as syscall entry point!! 2. Per process Readonly page. (change will still through standard syscall) help on the syscalls: getuid, geteuid, getpid,getgid, getegid, getpgrp, 3. As you planed, Read+Write Page -- -Howard From owner-freebsd-current@FreeBSD.ORG Sun Apr 22 23:45:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA8FC16A40E; Sun, 22 Apr 2007 23:45:41 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id AA10113C4C3; Sun, 22 Apr 2007 23:45:41 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 6D230A4A; Sun, 22 Apr 2007 18:28:18 -0500 (CDT) Date: Sun, 22 Apr 2007 18:28:18 -0500 To: Marcel Moolenaar Message-ID: <20070422232818.GA11479@soaustin.net> References: <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> <86irboi0ra.fsf@dwp.des.no> <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Mon, 23 Apr 2007 00:15:20 +0000 Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 23:45:41 -0000 On Sun, Apr 22, 2007 at 03:18:55PM -0700, Marcel Moolenaar wrote: > Do it. Stop being an arrogant prick and put your money where your > mouth is. This mail should have not been sent. This is the second mail that I've read today that reflects badly on our community. Please go cool off before posting something like this again. mcl From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 02:39:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 974BC16A401; Mon, 23 Apr 2007 02:39:50 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id BB5B013C483; Mon, 23 Apr 2007 02:39:49 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HfoSv-000P0E-7R; Mon, 23 Apr 2007 11:39:45 +0900 Message-ID: <462C1C71.1070609@micom.mng.net> Date: Mon, 23 Apr 2007 10:39:45 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Beni References: <200704182205.52028.beni@brinckman.info> <200704200105.22646.michaelnottebrock@gmx.net> <46281DAC.7090508@micom.mng.net> <200704211629.20998.beni@brinckman.info> In-Reply-To: <200704211629.20998.beni@brinckman.info> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 02:39:50 -0000 Beni wrote: > On Friday 20 April 2007 03:55:56 Ganbold wrote: > >> Michael Nottebrock wrote: >> >>> I forwarded my mail to gnome@ (the HAL maintainers) after sending it and >>> Joe Marcus Clarke from gnome@ had this to say on the issue: >>> >>> --- snip >>> >>> This should have been fixed a while ago by jylefort when he set the >>> default device for ATAPI access to be the ATAPICAM device (as opposed to >>> the ATA device). Assuming you have not undone that change, and are >>> running the latest version of HAL, these panics should not be occurring. >>> >>> Even still, you're right that these are not HAL bugs, but rather an >>> issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and >>> I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, >>> and dvd-utils under the covers to do the actual device work. Not sure >>> what k3b is using, but maybe it diddles something it shouldn't. >>> >>> Joe >>> >>> --- snip >>> >>> Beni, Robert, Ganbold, are you all in fact running the latest version of >>> the hal port and do you all have atapicam enabled in your kernel? If not, >>> making sure of both might help avoiding the problem. >>> >> I see. I know I have updated my system last Saturday (14th April 2007) and >> I think I updated both hal and kdelibs ports. I have atapicam enabled in >> kernel. >> Let me double check it this weekend and I will let you know. >> >> thanks, >> >> Ganbold >> >> >>> ------------------------------------------------------------------------ >>> >>> Subject: >>> Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? >>> From: >>> Joe Marcus Clarke >>> Date: >>> Thu, 19 Apr 2007 12:49:26 -0400 >>> To: >>> Michael Nottebrock >>> >>> To: >>> Michael Nottebrock >>> CC: >>> gnome@freebsd.org >>> >>> Michael Nottebrock wrote: >>> >>>> I forgot to cc gnome@ on my reply. I don't think this is a HAL bug, but >>>> just FYI. >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> Subject: >>>> Re: [kde-freebsd] problem hal - k3b ? >>>> From: >>>> Michael Nottebrock >>>> Date: >>>> Thu, 19 Apr 2007 18:12:46 +0200 >>>> To: >>>> kde@freebsd.org >>>> >>>> To: >>>> kde@freebsd.org >>>> CC: >>>> Beni , h.eichmann@gmx.de, current@freebsd.org, >>>> stable@freebsd.org >>>> >>>> On Wednesday, 18. April 2007, Beni wrote: >>>> >>>>> Hi List, >>>>> >>>>> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : >>>>> my whole system freezes when starting up k3b. I get the splash screen >>>>> and then it all stops and a ctrl-alt-del is the only way out. >>>>> >>>> Other people have reported kernel panics. It looks to me like k3b's >>>> device probing and hald's device probing at the same time manages to >>>> tickle a bug in ata(4). >>>> >>>> Ref: >>>> http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.htm >>>> l >>>> http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html >>>> >>>> I'm afraid a true kernel hacker will have to inconvenince themselves >>>> with running k3b and hal in order to have this one fixed. FWIW, I >>>> haven't seen in happening on 5.5. >>>> >>> This should have been fixed a while ago by jylefort when he set the >>> default device for ATAPI access to be the ATAPICAM device (as opposed to >>> the ATA device). Assuming you have not undone that change, and are >>> running the latest version of HAL, these panics should not be occurring. >>> >>> Even still, you're right that these are not HAL bugs, but rather an >>> issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and >>> I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, >>> and dvd-utils under the covers to do the actual device work. Not sure >>> what k3b is using, but maybe it diddles something it shouldn't. >>> >>> Joe >>> > > > Could it all be related to this : > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034553.html > and the "solution" from Shane Bell in > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034602.html : > > "I believe the culprit is somewhere in a recent MFC to atapi-cam.c (rev > 1.42.2.3) reverting to rev 1.42.2.2 fixes both the k3b system hangs > and "INQUIRY ILLEGAL REQUEST" errors here." > Most probably. I updated everything, including source and ports on April 22nd and the problem still exists. k3b hangs after loading splash screen and I had to use power button on my laptop to power down and up the system. I will try to revert rev 1.42.2.2 and see what will happen. Ganbold > Beni. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 04:45:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3B2C16A404; Mon, 23 Apr 2007 04:45:47 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6D33D13C489; Mon, 23 Apr 2007 04:45:47 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix1-g20.free.fr (Postfix) with ESMTP id C93FFE62125; Mon, 23 Apr 2007 06:19:46 +0200 (CEST) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 4FE426B825; Mon, 23 Apr 2007 06:19:45 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id l3N4JdOF010585; Mon, 23 Apr 2007 06:19:43 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 23 Apr 2007 06:19:30 +0200 User-Agent: KMail/1.9.6 References: <20070422232514.GP52622@garage.freebsd.pl> In-Reply-To: <20070422232514.GP52622@garage.freebsd.pl> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200704230619.32258.thierry@herbelot.com> Cc: Pawel Jakub Dawidek Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 04:45:47 -0000 Le Monday 23 April 2007, Pawel Jakub Dawidek a écrit : > You'll find the answer here: > > http://wiki.freebsd.org/ZFS > > There is a list of things that we need to work on. Yes, _we_ :) Hello, *very* nice work : I could even start Zfs on my smallish current tinderbox. I'm just unsure of how to get access to a zpool when in single user mode : I usually get an error message stating tank is accessed by another system. maybe I should set hostid and hostname ? TfH -- Internet users, on the other hand, are perhaps not dealt with harshly enough; ultimately, the only way to secure the Internet is to ensure that these users secure their systems. Harvard Law Review, june06 ("immunizing the internet") From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 05:58:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D1DD16A404; Mon, 23 Apr 2007 05:58:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D6EE813C4BB; Mon, 23 Apr 2007 05:58:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3N5wgax081634; Mon, 23 Apr 2007 01:58:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3N5wfAS069423; Mon, 23 Apr 2007 01:58:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9FDF673068; Mon, 23 Apr 2007 01:58:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070423055841.9FDF673068@freebsd-current.sentex.ca> Date: Mon, 23 Apr 2007 01:58:41 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 05:58:43 -0000 TB --- 2007-04-23 04:10:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-23 04:10:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-23 04:10:01 - cleaning the object tree TB --- 2007-04-23 04:10:37 - checking out the source tree TB --- 2007-04-23 04:10:37 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-23 04:10:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-23 04:19:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-23 04:19:00 - cd /src TB --- 2007-04-23 04:19:00 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 23 04:19:01 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Apr 23 05:38:54 UTC 2007 TB --- 2007-04-23 05:38:54 - generating LINT kernel config TB --- 2007-04-23 05:38:54 - cd /src/sys/amd64/conf TB --- 2007-04-23 05:38:54 - /usr/bin/make -B LINT TB --- 2007-04-23 05:38:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-23 05:38:54 - cd /src TB --- 2007-04-23 05:38:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 23 05:38:54 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_log.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_replay.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_rlock.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c: In function `zfs_holey': /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:204: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-23 05:58:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-23 05:58:41 - ERROR: failed to build lint kernel TB --- 2007-04-23 05:58:41 - tinderbox aborted TB --- 0.92 user 3.70 system 6520.33 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 07:09:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08C3F16A403; Mon, 23 Apr 2007 07:09:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id B742513C455; Mon, 23 Apr 2007 07:09:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 93B632083; Mon, 23 Apr 2007 09:09:06 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 71530207E; Mon, 23 Apr 2007 09:09:06 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 4710D5712; Mon, 23 Apr 2007 09:09:06 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Marcel Moolenaar References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> <86irboi0ra.fsf@dwp.des.no> <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> Date: Mon, 23 Apr 2007 09:09:06 +0200 In-Reply-To: <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> (Marcel Moolenaar's message of "Sun, 22 Apr 2007 15:18:55 -0700") Message-ID: <861wibin3h.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 07:09:11 -0000 Marcel Moolenaar writes: > On Apr 22, 2007, at 1:59 PM, Dag-Erling Sm=F8rgrav wrote: > > It seems to me you're suffering from second system syndrome. Forget > > points 1, 3 and 4 and focus on getting the job done and rescuing what > > credibility you have left. > > LOL > >> If g_part implements all the necessary verbs, it should only take a >> few hours to write a geom(8) plugin for it. > > Do it. Stop being an arrogant prick and put your money where your > mouth is. Your input has so far only been good for a laugh, which > doesn't really advance FreeBSD. Hell, you may actually end up > being able to tell me you told me so. It seems to me that that's > of great personal value to you. Marcel, my words may have been poorly chosen, but I've been using GPT for several years, and I've reported these issues (and others) to you several times over the course of those years and witnessed your complete lack of interest. Now you suddenly seem to realize GPT's shortcomings, but you still don't understand that the issue all along was your unwillingness or inability to follow the pattern established by our other GEOM classes. Consider further that Ivan is a SoC student working on a new FreeBSD installation and configuration tool which will offer graphical and curses interfaces to, amongst other things, disk partitioning (in fact, his mentor has asked him to focus primarily on the latter). He won't have an easy job of it if 1) there is no reliable way to configure GPT and 2) you trample all over his turf by insisting on implementing your own curses interface to g_part. I also question the wisdom of spending time on a curses interface specific to g_part when g_part is only a small piece of the GEOM puzzle. You seem hell-bent on increasing the cleft between g_gpt / g_part and our other GEOM classes. They should converge, not diverge. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 07:40:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D03F16A400 for ; Mon, 23 Apr 2007 07:40:31 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08c.verio.de (mail08c.verio.de [213.198.55.118]) by mx1.freebsd.org (Postfix) with SMTP id 70C0113C480 for ; Mon, 23 Apr 2007 07:40:30 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx111.stngva01.us.mxservers.net (198.173.112.17) by mail08c.verio.de (RS ver 1.0.95vs) with SMTP id 2-034254027 for ; Mon, 23 Apr 2007 03:40:28 -0400 (EDT) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx111.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 1a92c264.26443.393.mx111.stngva01.us.mxservers.net; Sun, 22 Apr 2007 23:36:01 -0400 (EDT) Received: (qmail 61145 invoked from network); 23 Apr 2007 07:40:26 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.49.185.212) by with SMTP; 23 Apr 2007 07:40:26 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3N7ePYY002460; Mon, 23 Apr 2007 09:40:25 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704230740.l3N7ePYY002460@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Pawel Jakub Dawidek In-Reply-To: Message from Pawel Jakub Dawidek of "Sun, 22 Apr 2007 23:22:13 +0200." <20070422212213.GK52622@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Apr 2007 09:40:25 +0200 From: Gary Jennejohn X-Spam: [F=0.4999659431; heur=0.500(-19800); stat=0.489; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: freebsd-current@FreeBSD.org Subject: Re: Problem with ZFS and devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 07:40:31 -0000 Pawel Jakub Dawidek writes: > On Sun, Apr 22, 2007 at 01:11:43PM +0200, Gary Jennejohn wrote: > > I have a really strange problem with ZFS. > > > > I have a filesystem (mypool/scr mounted on /scr) which contains root file > > systems for various embedded boards (arm, ppc, mips). The file systems > > naturally contain a /dev directory. > > > > I have: > > mypool/scr devices on default > >=20 > > The device numbers a _totally_ fubar on ZFS! > > > > I used a tarball called dev.tar to move dev from a Linux box to my FreeBSD > > box. > > > > When I unpack dev.tar under ZFS I see totally screwd up values: > > > > crw-r--r-- 1 root bin 5, 0xc11b0020 Feb 3 22:06 ttyCPM0 > > crw-r--r-- 1 root bin 0, 0 Feb 3 22:06 ttyCPM1 > > crw-r--r-- 1 root bin 69, 0xc11a0008 Feb 3 22:06 ttyCPM2 > > crw-r--r-- 1 root bin 0, 0 Feb 3 22:06 ttyCPM3 > > crw-r--r-- 1 root bin 0, 0 Feb 3 22:06 ttyCPM4 > > crw-r--r-- 1 root bin 69, 0xc11a0008 Feb 3 22:06 ttyCPM5 > > > > If I unpack dev.tar under UFS (/tmp) then all device numbers are correct: > > > > crw-r--r-- 1 root bin 204, 46 Feb 3 22:06 ttyCPM0 > > crw-r--r-- 1 root bin 204, 47 Feb 3 22:06 ttyCPM1 > > crw-r--r-- 1 root bin 204, 48 Feb 3 22:06 ttyCPM2 > > crw-r--r-- 1 root bin 204, 49 Feb 3 22:06 ttyCPM3 > > crw-r--r-- 1 root bin 204, 50 Feb 3 22:06 ttyCPM4 > > crw-r--r-- 1 root bin 204, 51 Feb 3 22:06 ttyCPM5 > > > > The screwed up device numbers prevent me from using my FreeBSD box as the > > server for my embedded boards. > > > > Even weirder: > > > > root:peedub:~:bash:1> cd /scr/eldk-4.1/arm/arm/dev > > root:peedub:dev:bash:2> mknod ttyCPM0 c 204 46 > > root:peedub:dev:bash:3> ls -l > > total 1 > > crw-r--r-- 1 root bin 0, 0 Apr 22 13:02 ttyCPM0 > > > > Any ideas WTF is going here? Is this a pathological problem with ZFS? > > I just committed a fix. Can you update and confirm it works for you? > > PS. Thanks for the kind bug report. > I'll check it out ASAP. Thanks for the quick fix. I was just very surprised to discover that the entries in dev were so weird and I guess I got a little carried away with the email. Hope I didn't offend you. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 07:55:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA75516A401 for ; Mon, 23 Apr 2007 07:55:07 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.freebsd.org (Postfix) with SMTP id 35EFF13C458 for ; Mon, 23 Apr 2007 07:55:07 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx98.stngva01.us.mxservers.net (198.173.112.35) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 4-0482124904 for ; Mon, 23 Apr 2007 09:55:05 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx98.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 0946c264.8187.221.mx98.stngva01.us.mxservers.net; Mon, 23 Apr 2007 03:47:28 -0400 (EDT) Received: (qmail 70643 invoked from network); 23 Apr 2007 07:55:03 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.49.185.212) by with SMTP; 23 Apr 2007 07:55:03 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3N7t2Jt001161; Mon, 23 Apr 2007 09:55:02 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704230755.l3N7t2Jt001161@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Pawel Jakub Dawidek From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Apr 2007 09:55:02 +0200 Sender: garyj@jennejohn.org X-Spam: [F=0.5114519316; heur=0.500(-3300); stat=0.501; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: freebsd-current@FreeBSD.org Subject: Re: Problem with ZFS and devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 07:55:08 -0000 Pawel Jakub Dawidek writes: [snip long description of the problem] > I just committed a fix. Can you update and confirm it works for you? > > PS. Thanks for the kind bug report. > The device nodes are now correct. Thank you very much, Pawel! -- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 09:11:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C33C016A404 for ; Mon, 23 Apr 2007 09:11:48 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 4F36313C448 for ; Mon, 23 Apr 2007 09:11:47 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 59CEB39441 for ; Mon, 23 Apr 2007 11:11:46 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67519-02 for ; Mon, 23 Apr 2007 11:11:45 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id CBD7C3942D; Mon, 23 Apr 2007 11:11:45 +0200 (CEST) Date: Mon, 23 Apr 2007 11:11:45 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20070423091145.GA67539@keltia.freenix.fr> References: <20070422232514.GP52622@garage.freebsd.pl> <200704230619.32258.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704230619.32258.thierry@herbelot.com> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 09:11:48 -0000 According to Thierry Herbelot: > I'm just unsure of how to get access to a zpool when in single user mode : > I usually get an error message stating tank is accessed by another system. > > maybe I should set hostid and hostname ? Have you tried "zpool import -f tank"? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 09:32:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01EE116A401 for ; Mon, 23 Apr 2007 09:32:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id AF25813C459 for ; Mon, 23 Apr 2007 09:32:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1219337pyh for ; Mon, 23 Apr 2007 02:32:29 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=UKhJHfWbnGnpzcPLKO2qEKXGsLYKvJWVus3uWUgowopG/PIAq9YtpwhN14r563CMzcRGTEeY/JCML9l21+4t6j9wEDm+cwE1QcPKfjac/tM0B5o3ZgvYBCLqXTLxG8eLd6mCjg9dOTelfjGhTD6hMiHr/7z8EEUC+21W9MY8+j4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ozTfSvp8kPGll+sPD+D6shJ1IxdZA/xHpUYxcXv1LfT91BK1tQLoptQL63evBKXCxaUgvLfeMlcLufRcfw9jA4qO5HgT4M5U3Kd4fT694qNEJGtokSLjoLyKCCxlTb2lipuo2kcwthKxa1QBjPJhibWx3vuaVpcgkxIz2bqb/tI= Received: by 10.65.133.8 with SMTP id k8mr11381112qbn.1177319262515; Mon, 23 Apr 2007 02:07:42 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 15sm21847143nzo.2007.04.23.02.07.36; Mon, 23 Apr 2007 02:07:40 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l3N96KZk002047 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Apr 2007 18:06:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l3N96GJR002046; Mon, 23 Apr 2007 18:06:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 23 Apr 2007 18:06:16 +0900 From: Pyun YongHyeon To: current@FreeBSD.org Message-ID: <20070423090616.GA1375@cdnetworks.co.kr> References: <20070422064444.GK73385@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070422064444.GK73385@funkthat.com> User-Agent: Mutt/1.4.2.1i Cc: John-Mark Gurney Subject: Re: MSI issues w/ Athlon64 X2 3800+ and nForce 430? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 09:32:30 -0000 On Sat, Apr 21, 2007 at 11:44:44PM -0700, John-Mark Gurney wrote: > I finally upgraded to -current that supports MSI, and I appear to be > having issues w/ it. I have two different ethernet cards that exhibit > issues on this system. An msk PCIe based card, and a PCI em based card... > > With MSI the msk card produced regular: > msk1: watchdog timeout (missed Tx interrupts) -- recovering > > But was usable enough to push ~110meg/sec out. When I was watching an > HD program streamed over http, there were regular hickups ever few > minutes, which I figured was due to the above messages (though none AFAIK there is one known issue in msk(4) TSO code. You can get corrupted IP packets while TSO is active with your msk(4). This could explain your regular hickups as TCP may have to resend the corrupted packets. Not sure about watchdog issues but I've received a report for watchdog issues on CURRENT msk(4) so I have to investigate it too. I guess it could be related with flow control(pause) packet which I have to diagnose the root cause. I'll disable msk(4) TSO code completely in a week if I I can't find a workaround for the issue. > appeared while watching), so I decided to switch back to my em based > card, and w/ MSI the card is practically useless. I get: > Apr 21 22:13:09 carbon kernel: em0: watchdog timeout -- resetting > Apr 21 22:13:09 carbon kernel: em0: link state changed to DOWN > Apr 21 22:13:12 carbon kernel: em0: link state changed to UP > Apr 21 22:14:19 carbon kernel: em0: watchdog timeout -- resetting > Apr 21 22:14:19 carbon kernel: em0: link state changed to DOWN > > Which ends up making things a bit difficult to pass usable traffic over > the interface. > > After disabling MSI w/: > hw.pci.enable_msi=0 > in /boot/laoder.conf, things are now working again w/ em0. I have also > switched back to msk1, and don't seem to be seing the watchdog timeouts Would you setup your networks and make receiver send a pause packet to a host with msk(4)? > that I was previously seeing.. > > Attached are pciconf -lv and dmesg from the box. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > none0@pci0:0:0: class=0x050000 card=0x50001458 chip=0x02f110de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'C51 Host Bridge' > class = memory > subclass = RAM [...] > nve0: port 0xdc00-0xdc07 mem 0xe9208000-0xe9208fff irq 22 at device 20.0 on pci0 > nve0: Ethernet address 00:16:e6:1d:20:84 > miibus3: on nve0 > e1000phy3: PHY 1 on miibus3 > e1000phy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > nve0: using obsoleted if_watchdog interface > nve0: Ethernet address: 00:16:e6:1d:20:84 > nve0: [ITHREAD] You've got a MCP13 network adapter. I guess you could get occasional watchdog timeouts from warm reboot from Windows. Overhauled nfe(4) has a workdaround code that takes MAC/PHY out of power down mode so you'd get better result with nfe(4) than nve(4). http://people.freebsd.org/~yongari/nfe/if_nfe.c http://people.freebsd.org/~yongari/nfe/if_nfereg.h http://people.freebsd.org/~yongari/nfe/if_nfevar.h -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 10:55:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C30D216A400 for ; Mon, 23 Apr 2007 10:55:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 8F01C13C46E for ; Mon, 23 Apr 2007 10:55:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=FnFjslXsQaSODsa9jZnO46PtQah08eEYhSUo9uRiDpTZKeZ5z0B9Bvf3woZxz6/7wKnS0ylefjhyhS3TO58uahRtZcL6nO0OojnLHIP8lR5h0GPWL8VJa3wyhXxfteS5wyce/xMb8Uy+gcZC3NfXSjJiLYbpZn0Y2TN5Iefb6aJIY3AwzVeJ9EfiHxzpsEYcjbvppZF7rHhsrdwLBzktQCPvUyvfothkXNxQ0sZnuEbovgiIgv/p+zIgz0dd5+Kd; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HfwCL-0004Ku-GX; Mon, 23 Apr 2007 10:55:09 +0000 Received: from cluetoy.clue.co.za ([10.0.0.19] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1HfwBt-0006y6-PQ; Mon, 23 Apr 2007 10:54:41 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HfwBs-0000Xc-SD; Mon, 23 Apr 2007 12:54:40 +0200 To: "Jack Vogel" From: Ian FREISLICH In-Reply-To: Message from "Jack Vogel" of "Sun, 22 Apr 2007 10:53:54 MST." <2a41acea0704221053r5630b054ked29d9238f248851@mail.gmail.com> X-Attribution: BOFH Date: Mon, 23 Apr 2007 12:54:40 +0200 Message-Id: Cc: John-Mark Gurney , current@freebsd.org Subject: Re: MSI issues w/ Athlon64 X2 3800+ and nForce 430? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 10:55:11 -0000 "Jack Vogel" wrote: > > Apr 21 22:13:09 carbon kernel: em0: watchdog timeout -- resetting > > Apr 21 22:13:09 carbon kernel: em0: link state changed to DOWN > > Apr 21 22:13:12 carbon kernel: em0: link state changed to UP > > Apr 21 22:14:19 carbon kernel: em0: watchdog timeout -- resetting > > Apr 21 22:14:19 carbon kernel: em0: link state changed to DOWN > > > > Which ends up making things a bit difficult to pass usable traffic over > > the interface. > > That NIC is too old to use with MSI, anything not PCI Express is not > going to work reliably, even if at this point you arent stopped from > trying to set it, with changes to the driver forthcoming you will be. Is that PCI Express only or PCI-X as well? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 11:45:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1429F16A400 for ; Mon, 23 Apr 2007 11:45:05 +0000 (UTC) (envelope-from jbr@humppa.dk) Received: from gw.humppa.dk (0x55529f46.adsl.cybercity.dk [85.82.159.70]) by mx1.freebsd.org (Postfix) with ESMTP id 6DC8C13C48C for ; Mon, 23 Apr 2007 11:45:04 +0000 (UTC) (envelope-from jbr@humppa.dk) Received: from gw.humppa.dk (jbr@localhost.humppa.dk [127.0.0.1]) by gw.humppa.dk (8.13.8/8.13.8) with ESMTP id l3NBY1RS006570 for ; Mon, 23 Apr 2007 13:34:11 +0200 (CEST) Received: (from jbr@localhost) by gw.humppa.dk (8.13.8/8.13.8/Submit) id l3NBY0jw030802 for current@freebsd.org; Mon, 23 Apr 2007 13:34:00 +0200 (CEST) Date: Mon, 23 Apr 2007 13:34:00 +0200 From: "Jesper B. Rosenkilde" To: current@freebsd.org Message-ID: <20070423113400.GC28587@gw.humppa.dk> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="m51xatjYGsM+13rf" Content-Disposition: inline In-Reply-To: X-Mailman-Approved-At: Mon, 23 Apr 2007 11:52:33 +0000 Cc: Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 11:45:05 -0000 --m51xatjYGsM+13rf Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 22, 2007 at 04:39:58PM -0700, Howard Su wrote: > I'd like to give some feature requests on this. I think it will not > increase your work load so much however it will benifit the FreeBSD a > lot. >=20 > We can have 3 type of pages mapped into one process's address map. > 1. System wide global readonly page which will help on these syscalls: > gethostname,getdomainname,uname > help on importing sysenter as syscall entry point!! >=20 > 2. Per process Readonly page. (change will still through standard syscall) > help on the syscalls: > getuid, geteuid, getpid,getgid, getegid, getpgrp, >=20 > 3. As you planed, Read+Write Page >=20 > --=20 > -Howard I like your suggestions a lot, I had been thinking about something like the global page. But since I'm not that familiar with the kernel I had no idea = for what, if anything, it was useful for. I'll add your suggestions to my proje= ct and squeeze them in my schedule. Regards Jesper --m51xatjYGsM+13rf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (OpenBSD) iD8DBQFGLJmnGEpczH99pFsRAvyDAJ4keEgOMMJMgGo5egb9E0uVqNfr+wCgmQL2 QGMEf+LwIE6Id4RHH6piSRw= =eZ8F -----END PGP SIGNATURE----- --m51xatjYGsM+13rf-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 12:13:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE4E216A402 for ; Mon, 23 Apr 2007 12:13:02 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.freebsd.org (Postfix) with ESMTP id C68A413C469 for ; Mon, 23 Apr 2007 12:13:02 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 23 Apr 2007 05:13:03 -0700 X-IronPort-AV: i="4.14,441,1170662400"; d="scan'208"; a="371587757:sNHT54762036" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l3NCD2tI013980 for ; Mon, 23 Apr 2007 05:13:02 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l3NCD2Ei006407 for ; Mon, 23 Apr 2007 12:13:02 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Apr 2007 05:13:02 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Apr 2007 05:13:02 -0700 Message-ID: <462CA36A.6090500@cisco.com> Date: Mon, 23 Apr 2007 08:15:38 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Apr 2007 12:13:02.0166 (UTC) FILETIME=[BD5DEF60:01C785A0] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1525; t=1177330382; x=1178194382; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Thinkpad=20T43=20and=20projector=20problem |Sender:=20; bh=zy6d4evG3IbJjtlZgxhzll4Py1fErea0Nr/3XFS9bJc=; b=pylFxn5TrO01IzIxvMZU7ww9IpDsPHTZoEDJ33Uj4C/EpI2dPNO4bGzxkavIyisoNX5naEys 8rRTohqxhcfPzhjfBd7iCZanAeIHk3sd7AZT3U26Negf9m+wJr6dX2Wy; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Subject: Thinkpad T43 and projector problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 12:13:03 -0000 All: Ok, I have done a bit more playing with my projector here at home and I figured out how to project out of my T43.. Turns out.. its a catch 22 scenario.. Basically when I last upgraded my X11 stack, in order to get the machine not to crash when you exit X and restart it you have to disable a little option in xorg.conf dri So you replace in Section "Module" Load dri with #Load dri Thus your crash goes away.. well guess what module does the beamer stuff... yep.. you guessed it dri.. So if I want to project I can uncomment the line.. restart X11.. login.. and now my beamer works.. I can display all day long.. I just can't restart X.. if I log out (which causes X/Xdm to restart).. you panic.. So I guess the work around until the panic is fixed.. is to keep it off.. and then if you really have to display stuff.. then turn it on.. and restart.. with the idea that you are facing a panic/fsck when you log out :-( I do have a core for the drm panic now... if someone is working in that area.. its a blown stack.. kgdb does not like it very much.. I did write down the ip/sp and ebp.. but the esp/ebp are unaccessable addresses. The eip is 0xc090684c which translates to: 0xc090684c is in pmap_mapdev_attr (../../../i386/i386/pmap.c:3355). But of course that does not help much .. If anyone wants to play.. let me know and I will share what I have with them :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 12:34:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74B6516A401; Mon, 23 Apr 2007 12:34:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 233FF13C455; Mon, 23 Apr 2007 12:34:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3NCY0L2006385; Mon, 23 Apr 2007 08:34:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3NCY0GL030409; Mon, 23 Apr 2007 08:34:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 37D7E73068; Mon, 23 Apr 2007 08:34:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070423123400.37D7E73068@freebsd-current.sentex.ca> Date: Mon, 23 Apr 2007 08:34:00 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 12:34:01 -0000 TB --- 2007-04-23 10:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-23 10:45:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-23 10:45:01 - cleaning the object tree TB --- 2007-04-23 10:45:35 - checking out the source tree TB --- 2007-04-23 10:45:35 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-23 10:45:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-23 10:54:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-23 10:54:09 - cd /src TB --- 2007-04-23 10:54:09 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 23 10:54:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Apr 23 12:14:20 UTC 2007 TB --- 2007-04-23 12:14:20 - generating LINT kernel config TB --- 2007-04-23 12:14:20 - cd /src/sys/amd64/conf TB --- 2007-04-23 12:14:20 - /usr/bin/make -B LINT TB --- 2007-04-23 12:14:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-23 12:14:20 - cd /src TB --- 2007-04-23 12:14:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 23 12:14:20 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_log.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_replay.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_rlock.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c cc -O2 -pipe -D_SOLARIS_C_SOURCE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/src/sys/modules/zfs/../../compat/opensolaris -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c: In function `zfs_holey': /src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:204: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-23 12:33:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-23 12:33:59 - ERROR: failed to build lint kernel TB --- 2007-04-23 12:33:59 - tinderbox aborted TB --- 0.80 user 3.18 system 6538.82 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 12:42:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54A2F16A403 for ; Mon, 23 Apr 2007 12:42:41 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id BE7B513C483 for ; Mon, 23 Apr 2007 12:42:40 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3NCgdPK012192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 23 Apr 2007 15:42:39 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: current@freebsd.org Date: Mon, 23 Apr 2007 15:42:30 +0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704231542.33743.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3149/Mon Apr 23 04:53:50 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: Error =?windows-1251?q?=A0?= (ZFS) make kernel 7.0-CURRENT 23.04.2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 12:42:41 -0000 =A0-I/usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/usr/s= rc/sys/modules/zfs/../.. -I/usr/src/sys/modules/zfs/../../contrib/opensolar= is/common/zfs -I/usr/src/sys/modules/zfs/../../contrib/opensolaris/common -= I/usr/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -in= clude /usr/obj/usr/src/sys/MAIL/opt_global.h -I. -I@ -I@/contrib/altq -finl= ine-limit=3D8000 --param=20 inline-unit-growth=3D100 --param=20 large-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -I/usr/= obj/usr/src/sys/MAIL -mcmodel=3Dkernel -mno-red-zone =A0-mfpmath=3D387 -mno= =2Dsse -mno-sse2 -mno-mmx -mno-3dnow =A0-msoft-float -fno-asynchronous-unwi= nd-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wn= o-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -= Werror -c /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/= zfs/zfs_vnops.c /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vn= ops.c:=20 In function `zfs_holey': /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vn= ops.c:204:=20 warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /usr/src/sys/modules/zfs. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/MAIL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 12:44:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4164A16A40A for ; Mon, 23 Apr 2007 12:44:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id DAFBE13C46A for ; Mon, 23 Apr 2007 12:44:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id DAE53EB4A0A; Mon, 23 Apr 2007 20:44:43 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id ILFDAs8WAYgw; Mon, 23 Apr 2007 20:44:37 +0800 (CST) Received: from LI-Xins-MacBook.local (unknown [221.217.209.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 011D8EB4A0E; Mon, 23 Apr 2007 20:44:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=FK7Q/h2vEwJJxM8DPs4F50gcOvchKLiUKt8eqcHx0l0AnTqN8Ih+RvtOxo4/PW07X v6VfxuOmb4X0am03f/Ujw== Message-ID: <462CAA2E.5060606@delphij.net> Date: Mon, 23 Apr 2007 20:44:30 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: "Andrei V. Lavreniyuk" References: <200704231542.33743.bamston@reactor-xg.kiev.ua> In-Reply-To: <200704231542.33743.bamston@reactor-xg.kiev.ua> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig994850BEBB1357A1CA6494F5" Cc: current@freebsd.org Subject: Re: Error (ZFS) make kernel 7.0-CURRENT 23.04.2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 12:44:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig994850BEBB1357A1CA6494F5 Content-Type: multipart/mixed; boundary="------------070801050601060405040702" This is a multi-part message in MIME format. --------------070801050601060405040702 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Try this patch. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------070801050601060405040702 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="zfs-amd64.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="zfs-amd64.diff" Index: opensolaris/uts/common/fs/zfs/zfs_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/contrib/opensolaris/uts/common/fs/zfs/zfs_vn= ops.c,v retrieving revision 1.5 diff -u -p -u -r1.5 zfs_vnops.c --- opensolaris/uts/common/fs/zfs/zfs_vnops.c 23 Apr 2007 00:52:07 -0000 = 1.5 +++ opensolaris/uts/common/fs/zfs/zfs_vnops.c 23 Apr 2007 10:55:04 -0000 @@ -188,7 +188,7 @@ zfs_close(vnode_t *vp, int flag, int cou * data (cmd =3D=3D _FIO_SEEK_DATA). "off" is an in/out parameter. */ static int -zfs_holey(vnode_t *vp, int cmd, offset_t *off) +zfs_holey(vnode_t *vp, unsigned long cmd, offset_t *off) { znode_t *zp =3D VTOZ(vp); uint64_t noff =3D (uint64_t)*off; /* new offset */ --------------070801050601060405040702-- --------------enig994850BEBB1357A1CA6494F5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGLKouOfuToMruuMARClZbAJ9fkkKs5oKmQQiBHQEWnzYPXny9SQCfQm0u kkyimZhJKcEsyyrTJxKw8MA= =vXoL -----END PGP SIGNATURE----- --------------enig994850BEBB1357A1CA6494F5-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 12:54:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4734D16A403 for ; Mon, 23 Apr 2007 12:54:58 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id BDE8913C46A for ; Mon, 23 Apr 2007 12:54:57 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3NCOnft003867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 23 Apr 2007 15:24:50 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: freebsd-current@freebsd.org Date: Mon, 23 Apr 2007 15:24:42 +0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704231524.44288.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3149/Mon Apr 23 04:53:50 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Subject: Error (ZFS) make kernel 7.0-CURRENT 23.04.2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 12:54:58 -0000 -I/usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/usr/src/sys/modules/zfs/../.. -I/usr/src/sys/modules/zfs/../../contrib/opensolaris/common/zfs -I/usr/src/sys/modules/zfs/../../contrib/opensolaris/common -I/usr/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/MAIL/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/MAIL -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wno-unused -Wno-switch -Wsystem-headers -Werror -c /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c: In function `zfs_holey': /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:204: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /usr/src/sys/modules/zfs. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/MAIL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 13:53:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE59E16A402 for ; Mon, 23 Apr 2007 13:53:53 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 9947413C4CE for ; Mon, 23 Apr 2007 13:53:53 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 23 Apr 2007 13:53:50 -0000 Date: Mon, 23 Apr 2007 16:53:23 +0300 From: Nikolay Pavlov To: freebsd-current@freebsd.org Message-ID: <20070423135322.GA25949@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Subject: panic: 1 vncache entries remaining (Current from April 21) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 13:53:53 -0000 I have a panic while shutting down my notebook today: Unread portion of the kernel message buffer: <118>Terminated <118>. <118>Apr 23 06:50:02 orion syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 done All buffers synced. Uptime: 4h29m32s GEOM_JOURNAL: Shutting down geom gjournal 3531068371. panic: 1 vncache entries remaining cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 4h29m37s Physical memory: 1003 MB Dumping 114 MB: 99 83 67 51 35 19 3 #0 doadump () at pcpu.h:172 172 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xc06c3f18 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06c4222 in panic (fmt=0xc090a1cc "from debugger") at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0479a76 in db_panic (addr=-1066519965, have_addr=0, count=-1, modif=0xe2885a04 "") at /usr/src/sys/ddb/db_command.c:433 #4 0xc0479a0f in db_command (last_cmdp=0xc0a252a4, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #5 0xc0479aca in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #6 0xc047b715 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #7 0xc06e353c in kdb_trap (type=3, code=0, tf=0xe2885b9c) at /usr/src/sys/kern/subr_kdb.c:502 #8 0xc08c13a5 in trap (frame=0xe2885b9c) at /usr/src/sys/i386/i386/trap.c:621 #9 0xc08ab32b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc06e3263 in kdb_enter (msg=0x12
) at cpufunc.h:60 #11 0xc06c41d4 in panic (fmt=0xc0944a15 "%d vncache entries remaining") at /usr/src/sys/kern/kern_shutdown.c:547 #12 0xc068287b in pfs_vncache_unload () at /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:102 #13 0xc068261d in pfs_modevent (mod=0xc3ed5c00, evt=18, arg=0x0) at /usr/src/sys/fs/pseudofs/pseudofs.c:438 #14 0xc06ba991 in module_shutdown (arg1=0x0, arg2=16392) at /usr/src/sys/kern/kern_module.c:105 #15 0xc06c3f97 in boot (howto=16392) at /usr/src/sys/kern/kern_shutdown.c:412 #16 0xc06c3880 in reboot (td=0xc3ef7360, uap=0x12) at /usr/src/sys/kern/kern_shutdown.c:169 #17 0xc08c1bee in syscall (frame=0xe2885d38) at /usr/src/sys/i386/i386/trap.c:1016 #18 0xc08ab390 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 14:34:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E3C716A403; Mon, 23 Apr 2007 14:34:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 121C113C448; Mon, 23 Apr 2007 14:34:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.60) (envelope-from ) id 1Hfzcp-000BTZ-MD; Mon, 23 Apr 2007 17:34:43 +0300 Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1Hfydl-0000Qn-P7; Mon, 23 Apr 2007 16:31:40 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l3NDVWDS030224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Apr 2007 16:31:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l3NDVVf2032755; Mon, 23 Apr 2007 16:31:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l3NDVVFp032754; Mon, 23 Apr 2007 16:31:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 23 Apr 2007 16:31:31 +0300 From: Kostik Belousov To: Maxim Sobolev Message-ID: <20070423133131.GA32370@deviant.kiev.zoral.com.ua> References: <46296E0F.2070202@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <46296E0F.2070202@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: efe3bc1504fa577d936f03857ce6b673 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 972 [Apr 23 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release X-Delayed: more then 1h on relay02.kiev.sovam.com Cc: freebsd-fs@freebsd.org, "current@freebsd.org" Subject: Re: Bug in the unmounting code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 14:34:45 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 20, 2007 at 06:51:11PM -0700, Maxim Sobolev wrote: > Hi, >=20 > I have noticed that there is a bug in unmounting code which could make > filesystem unmountable when its parent filesystem has been forcefully > unmounted. Following is quick way to reproduce the problem: >=20 > [sobomax@pioneer ~]$ sudo mkdir -p /tmp/1/2 > [sobomax@pioneer ~]$ sudo mkdir /tmp/3 > [sobomax@pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3 > [sobomax@pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3/2 > [sobomax@pioneer ~]$ sudo umount -f /tmp/3 > [sobomax@pioneer ~]$ sudo mount -v > /tmp/1 on /tmp/3/2 (nullfs, local, fsid 03ff000202000000) > [sobomax@pioneer ~]$ sudo umount 03ff000202000000 > umount: unmount of /tmp/3/2 failed: No such file or directory > umount: retrying using path instead of file system ID > umount: unmount of /tmp/3/2 failed: No such file or directory >=20 > Investigation has revealed that in this case vn_lock() call fails with > ENOENT due to the following piece of code: >=20 > vn_lock() > [...] > if (error =3D=3D 0 && vp->v_iflag & VI_DOOMED && > (flags & LK_RETRY) =3D=3D 0) { > VOP_UNLOCK(vp, 0, td); > error =3D ENOENT; > break; > } > [...] >=20 > Addition of LK_RETRY flag fixed the problem, but my knowledge of VFS is > quite limited so that I would appreciate if somebody could verify that > the fix below won't have any undesirable effects. >=20 > -Maxim >=20 > --- vfs_mount.c 2007/04/21 01:40:53 1.1 > +++ vfs_mount.c 2007/04/21 01:41:09 > @@ -1155,7 +1155,7 @@ > mnt_gen_r =3D mp->mnt_gen; > VI_LOCK(coveredvp); > vholdl(coveredvp); > - error =3D vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK,= td); > + error =3D vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK | > LK_RETRY, td); > vdrop(coveredvp); > /* > * Check for mp being unmounted while waiting for the Thank you for tracking this. The regression was introduced by me in rev. 1.= 232. There is no need to check for error after vn_lock(LK_RETRY). --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLLUyC3+MBN1Mb4gRAigiAJ4ovfbYuVXBz7wvEbaSxukjE+NT8wCeIqsn 51dI3qp7BJEh29npBaD9ih0= =825B -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 15:02:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 437AD16A402 for ; Mon, 23 Apr 2007 15:02:13 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id A337D13C459 for ; Mon, 23 Apr 2007 15:02:12 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3NF224n063301; Mon, 23 Apr 2007 18:02:03 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: LI Xin , current@freebsd.org Date: Mon, 23 Apr 2007 18:01:55 +0300 User-Agent: KMail/1.9.6 References: <200704231542.33743.bamston@reactor-xg.kiev.ua> <462CAA2E.5060606@delphij.net> In-Reply-To: <462CAA2E.5060606@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704231801.57209.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3149/Mon Apr 23 04:53:50 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: Re: Error (ZFS) make kernel 7.0-CURRENT 23.04.2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 15:02:13 -0000 Hi! > Try this patch. Thanks! Make complete. Best regards, Andrei V. Lavreniyuk. From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 15:58:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD40816A40B for ; Mon, 23 Apr 2007 15:58:34 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9027E13C46C for ; Mon, 23 Apr 2007 15:58:34 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l3NFZjH7077264; Mon, 23 Apr 2007 08:35:45 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <462CD251.9060105@freebsd.org> Date: Mon, 23 Apr 2007 08:35:45 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Jesper B. Rosenkilde" References: <20070423113400.GC28587@gw.humppa.dk> In-Reply-To: <20070423113400.GC28587@gw.humppa.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 15:58:35 -0000 >>We can have 3 type of pages mapped into one process's address map. >>1. System wide global readonly page which will help on these syscalls: >> gethostname,getdomainname,uname >> help on importing sysenter as syscall entry point!! >> >>2. Per process Readonly page. (change will still through standard syscall) >> help on the syscalls: >> getuid, geteuid, getpid,getgid, getegid, getpgrp, >> >>3. As you planed, Read+Write Page I don't really understand this suggestion. Do any real programs call these syscalls very often? If not, this is unnecessary complexity. Making a syscall fast that's only called once doesn't really help performance. This type of approach is sometimes suggested for systime(), which could have a big impact, as there are real programs that call systime() thousands of times per second. But I find it hard to believe there are programs that call getuid() that often. Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 16:16:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C66416A40A for ; Mon, 23 Apr 2007 16:16:49 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6983013C46E for ; Mon, 23 Apr 2007 16:16:49 +0000 (UTC) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id AC5541A4DC3; Mon, 23 Apr 2007 09:17:11 -0700 (PDT) Date: Mon, 23 Apr 2007 18:17:11 +0200 From: Maxime Henrion To: Tim Kientzle Message-ID: <20070423161711.GV39474@elvis.mu.org> References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462CD251.9060105@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 16:16:49 -0000 Tim Kientzle wrote: > >>We can have 3 type of pages mapped into one process's address map. > >>1. System wide global readonly page which will help on these syscalls: > >> gethostname,getdomainname,uname > >> help on importing sysenter as syscall entry point!! > >> > >>2. Per process Readonly page. (change will still through standard syscall) > >> help on the syscalls: > >> getuid, geteuid, getpid,getgid, getegid, getpgrp, > >> > >>3. As you planed, Read+Write Page > > I don't really understand this suggestion. > > Do any real programs call these syscalls very often? > If not, this is unnecessary complexity. Making > a syscall fast that's only called once doesn't really > help performance. > > This type of approach is sometimes suggested for systime(), > which could have a big impact, as there are real programs > that call systime() thousands of times per second. > But I find it hard to believe there are programs that > call getuid() that often. There is indeed more and more programs calling some syscalls a *lot*, because they are developed under Linux, and people don't notice the overhead there since they already have this kind of optimizations. As a datapoint, MySQL calls gettimeofday() so much that changing the timer used on a system can lead to a very observable performance improvement. Similarly, PostgreSQL calls setproctitle() a lot, and Kris measured that this was the bottleneck when measuring scalabilty. The PostgreSQL guys have added a new configuration option to disable this in 8.2.x. So, even though those optimizations don't necessarily make much sense, more and more programs rely on those syscalls being very cheap, so it seems like FreeBSD will be forced to implement them too. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 16:34:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8308C16A409; Mon, 23 Apr 2007 16:34:01 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.175]) by mx1.freebsd.org (Postfix) with ESMTP id 664A513C45A; Mon, 23 Apr 2007 16:34:01 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout05/MantshX 4.0) with ESMTP id l3NGXrEt029385; Mon, 23 Apr 2007 09:33:53 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3NGXlIr008083 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 23 Apr 2007 09:33:50 -0700 (PDT) In-Reply-To: <861wibin3h.fsf@dwp.des.no> References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> <86irboi0ra.fsf@dwp.des.no> <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> <861wibin3h.fsf@dwp.des.no> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <71073037-7FA3-4C51-9276-8AA7F42B95DE@mac.com> Content-Transfer-Encoding: quoted-printable From: Marcel Moolenaar Date: Mon, 23 Apr 2007 09:32:45 -0700 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 16:34:01 -0000 On Apr 23, 2007, at 12:09 AM, Dag-Erling Sm=F8rgrav wrote: > Marcel, my words may have been poorly chosen, but I've been using GPT > for several years, and I've reported these issues (and others) to you > several times over the course of those years and witnessed your > complete lack of interest. Yes, your words were poorly chosen and you continue to show poor judgement. I have exactly 1 thread in my mailbox where I discuss GPT with you and that problem has been resolved. I fail to see how that's several times over the course of years and I fail to see how that represents a complete lack of interest. What else did you send me mail about? > Now you suddenly seem to realize GPT's > shortcomings, but you still don't understand that the issue all along > was your unwillingness or inability to follow the pattern established > by our other GEOM classes. There's nothing sudden about my realizations, though it's apparent that it appears to you like that. It seems to underly your whole position in this regard. I've been working on GPT for a long time on and off (because I also have other things to work on) and slowly, but gradually, added the verbs, first to geom_gpt itself and then to it's replacement g_part. With 7.0 around the corner I do feel an increased sense of urgency, simply because I'd like it to be done by then. All I need is a partitioning tool... > Consider further that Ivan is a SoC student working on a new FreeBSD > installation and configuration tool which will offer graphical and > curses interfaces to, amongst other things, disk partitioning (in > fact, his mentor has asked him to focus primarily on the latter). I'm fully aware. I gave him my input, and told him it was just a thought. It's up to him to do something with it or not. > He > won't have an easy job of it if 1) there is no reliable way to > configure GPT and 2) you trample all over his turf by insisting on > implementing your own curses interface to g_part. I think you're making his job difficult by 1) spreading FUD and 2) interfering in an interesting and fruitful discussion I have with Ivan. If you actually bother to read the emails you refer to, then you should realize that I'm putting my cards on the table for anyone to see, so as to make sure that there's no duplicate effort and/or misunderstanding. It also means it's open for discussion and that I appreciate feedback and suggestions. AFAICT, Ivan and I were building mutual understanding, which is more than I can say for our little exchange. > I also question the wisdom of spending time on a curses interface > specific to g_part when g_part is only a small piece of the GEOM > puzzle. If you question the wisdom, then why do you insist on phrasing your questions as statements? All I find myself thinking when I see one of your "I don't see why ..." statements is that it must be really difficult to be so blind and that I can't help you with that. Put differently: I think you have no idea what I'm doing and so far I haven't seen anything in your behaviour that makes me question my perception in this matter. In fact, my opinions continue to be acknowledged. This obviously only increases my believe that I'm right. There may be wisdom in what you say, but you simply have not created a situation in which it will be received as such, or at all. > You seem hell-bent on increasing the cleft between g_gpt / > g_part and our other GEOM classes. They should converge, not diverge. See, I simply don't understand what you're trying to communicate here. I certainly don't see a question mark, so there's nothing being questioned and since I have no idea what you're talking about and given that you haven't so far left the impression that you do, I can only assume that you're mistaken. In an attempt to close the gap between us, let me ask you this: What's the cleft between g_part and the other GEOM classes? In what way do you think I'm hell-bent to increase that what I don't know? --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 17:14:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 140AE16A400 for ; Mon, 23 Apr 2007 17:14:38 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id CEF2D13C459 for ; Mon, 23 Apr 2007 17:14:37 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 17E3168E88 for ; Mon, 23 Apr 2007 19:14:36 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id l3NHEFHZ010786; Mon, 23 Apr 2007 19:14:20 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 23 Apr 2007 19:14:07 +0200 User-Agent: KMail/1.9.6 References: <20070422232514.GP52622@garage.freebsd.pl> <200704230619.32258.thierry@herbelot.com> <20070423091145.GA67539@keltia.freenix.fr> In-Reply-To: <20070423091145.GA67539@keltia.freenix.fr> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200704231914.09345.thierry@herbelot.com> Cc: Ollivier Robert Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 17:14:38 -0000 Le Monday 23 April 2007, Ollivier Robert a écrit : > According to Thierry Herbelot: > > I'm just unsure of how to get access to a zpool when in single user mode > > : I usually get an error message stating tank is accessed by another > > system. > > > > maybe I should set hostid and hostname ? > > Have you tried "zpool import -f tank"? been there, done that, .... but it smells fishy (maybe some dependencies are missing from /etc/rc.d/zfs) TfH -- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 17:27:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7572316A401 for ; Mon, 23 Apr 2007 17:27:12 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 0579213C483 for ; Mon, 23 Apr 2007 17:27:11 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1259939ugh for ; Mon, 23 Apr 2007 10:27:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=UQpuvTd9z/DWNapM6/1vwm5BuinBvu1fXLGi8+BaL+pv1nnyta2kp7vsmkm4wx98IicpB1wdKEZHXyBBHLcTz7nVMnDrjLb34tvYZaAGVN3/rD9SiR6/lCyp/jIEJJ4vn8tbF6kHVau0gnrG01r/yHwreT+iq2FadBA/2QTqUJg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=G5PVZnOd5zs5+vm41Bv0f2uBL6f6mt8gatten1KBORd72s9twZBS2OH3x8Pgbotm3JLKgWNS2kM8Fskxdcd2bqQ1oP2YnaH/ekbuR5m3+PVJR3bJ9ks83uKSjpcb65di+TBi9ESGdpbIr5I/U9t/jVsHbX8IpA6jtP6KEklA59I= Received: by 10.67.117.2 with SMTP id u2mr5281055ugm.1177347651773; Mon, 23 Apr 2007 10:00:51 -0700 (PDT) Received: from darklight.local ( [83.239.5.254]) by mx.google.com with ESMTP id a1sm4977825ugf.2007.04.23.10.00.49; Mon, 23 Apr 2007 10:00:51 -0700 (PDT) Received: from darklight.local (localhost [127.0.0.1]) by darklight.local (8.14.1/8.14.1) with ESMTP id l3NH0jmm047407; Mon, 23 Apr 2007 21:00:45 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.local (8.14.1/8.14.1/Submit) id l3NH0g25047404; Mon, 23 Apr 2007 21:00:42 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.local: yuri set sender to yuri.pankov@gmail.com using -f Date: Mon, 23 Apr 2007 21:00:41 +0400 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20070423170041.GA47265@darklight.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: readline 5.2 import, -CURRENT version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 17:27:12 -0000 Hi, I see that __FreeBSD_version was bumped in RELENG_6 after readline 5.2 import MFC. Can this also be done in -CURRENT. Some ports could use base's readline instead of ports one. Thanks -- Yuri From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 17:27:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8396716A406 for ; Mon, 23 Apr 2007 17:27:21 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 6724813C45A for ; Mon, 23 Apr 2007 17:27:21 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l3NHRJfW011479; Mon, 23 Apr 2007 13:27:20 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org, thierry@herbelot.com Date: Mon, 23 Apr 2007 13:25:03 -0400 User-Agent: KMail/1.9.6 References: <20070422232514.GP52622@garage.freebsd.pl> <20070423091145.GA67539@keltia.freenix.fr> <200704231914.09345.thierry@herbelot.com> In-Reply-To: <200704231914.09345.thierry@herbelot.com> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704231325.03330.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Ollivier Robert Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 17:27:21 -0000 On Monday 23 April 2007 01:14:07 pm Thierry Herbelot wrote: > Le Monday 23 April 2007, Ollivier Robert a =E9crit : > > According to Thierry Herbelot: > > > I'm just unsure of how to get access to a zpool when in single user > > > mode > > > > > > : I usually get an error message stating tank is accessed by another > > > > > > system. > > > > > > maybe I should set hostid and hostname ? > > > > Have you tried "zpool import -f tank"? > > been there, done that, .... but it smells fishy (maybe some dependencies > are missing from /etc/rc.d/zfs) You should run /etc/rc.d/hostid before running /etc/rc.d/zfs. JN From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 17:34:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66D6916A402 for ; Mon, 23 Apr 2007 17:34:47 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id CE6C213C45E for ; Mon, 23 Apr 2007 17:34:46 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1261341ugh for ; Mon, 23 Apr 2007 10:34:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=DtRMCnQpc4GFGQCRCF/caSPMT1B0XZT8a13prA2pP1va0G959sDSZAxWd/7+wtIpU9icZ8OTrznfACqER6mI8AwUyS70bi3pLr1eH8P5pkCpE+RCwcXqxjPh6yW9sHvKxsw099PnEbLFS90j3KIBte/PSsYxgLmIUfAs2A6O/JI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=tKK81P67IsMLnc1g6fU5gte29Jo7LMmRTJhdbRtotSpzbFJq73pCts3Aq3OMBrv1pcyUk2w3Qvw7x/V321brabXoo/407fqrQszxvO/M6sFHm/XZMSxqLcXx05pLFq1r04kR5Uk1mgY8uYOpmbD+WaI2C1b9cVegZTYab6yX53E= Received: by 10.78.97.7 with SMTP id u7mr1160748hub.1177349685298; Mon, 23 Apr 2007 10:34:45 -0700 (PDT) Received: from darklight.local ( [83.239.5.254]) by mx.google.com with ESMTP id y6sm15376376mug.2007.04.23.10.34.41; Mon, 23 Apr 2007 10:34:44 -0700 (PDT) Received: from darklight.local (localhost [127.0.0.1]) by darklight.local (8.14.1/8.14.1) with ESMTP id l3NHYcbD047899 for ; Mon, 23 Apr 2007 21:34:39 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.local (8.14.1/8.14.1/Submit) id l3NHYbVv047898 for freebsd-current@freebsd.org; Mon, 23 Apr 2007 21:34:37 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.local: yuri set sender to yuri.pankov@gmail.com using -f Date: Mon, 23 Apr 2007 21:34:36 +0400 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20070423173436.GB47265@darklight.local> References: <20070422064444.GK73385@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20070422064444.GK73385@funkthat.com> User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: MSI issues w/ Athlon64 X2 3800+ and nForce 430? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 17:34:47 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Apr 21, 2007 at 11:44:44PM -0700, John-Mark Gurney wrote: > I finally upgraded to -current that supports MSI, and I appear to be > having issues w/ it. I have two different ethernet cards that exhibit > issues on this system. An msk PCIe based card, and a PCI em based card... > > With MSI the msk card produced regular: > msk1: watchdog timeout (missed Tx interrupts) -- recovering > > > After disabling MSI w/: > hw.pci.enable_msi=0 > in /boot/laoder.conf, things are now working again w/ em0. I have also > switched back to msk1, and don't seem to be seing the watchdog timeouts > that I was previously seeing.. > > Attached are pciconf -lv and dmesg from the box. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." I have same issues with msk PCI-E LOM. Disabling msi(x) in loader.conf helps. I don't know if pciconf output will be useful (for blacklisting, may be), but anyway it's attached :-) Thanks -- Yuri --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pciconf.out" none0@pci0:0:0: class=0x058000 card=0x50001458 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 Memory Controller' class = memory isab0@pci0:1:0: class=0x060100 card=0x0c111458 chip=0x005010de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA none1@pci0:1:1: class=0x0c0500 card=0x0c111458 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 SMBus' class = serial bus subclass = SMBus ohci0@pci0:2:0: class=0x0c0310 card=0x50041458 chip=0x005a10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 USB Controller' class = serial bus subclass = USB ehci0@pci0:2:1: class=0x0c0320 card=0x50041458 chip=0x005b10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 USB 2.0 Controller' class = serial bus subclass = USB pcm0@pci0:4:0: class=0x040100 card=0xae011458 chip=0x005910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'Realtek ALC850 Realtek AC'97 Audio' class = multimedia subclass = audio atapci0@pci0:6:0: class=0x01018a card=0x50021458 chip=0x005310de rev=0xf2 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVidia nForce 4 SLI IDE Controller' class = mass storage subclass = ATA atapci1@pci0:7:0: class=0x010185 card=0xb0031458 chip=0x005410de rev=0xf3 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVidia nForce 4 SLI IDE Controller' class = mass storage subclass = ATA atapci2@pci0:8:0: class=0x010185 card=0xb0031458 chip=0x005510de rev=0xf3 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVidia nForce 4 SLI IDE Controller' class = mass storage subclass = ATA pcib1@pci0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI nfe0@pci0:10:0: class=0x068000 card=0xe0001458 chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 Ultra NVidia Network Bus Enumerator' class = bridge pcib2@pci0:11:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:12:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:13:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:14:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI none2@pci1:7:0: class=0x048000 card=0x97151461 chip=0x71331131 rev=0xd1 hdr=0x00 vendor = 'Philips Semiconductors' device = 'SAA7135HL Multimedia Capture Device' class = multimedia mskc0@pci2:0:0: class=0x020000 card=0xe0001458 chip=0x436211ab rev=0x19 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet nvidia0@pci5:0:0: class=0x030000 card=0x31221458 chip=0x00f910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce 6800 Series GPU [BR02.1]' class = display subclass = VGA --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 17:44:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBA0816A401 for ; Mon, 23 Apr 2007 17:44:01 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 7C92013C46C for ; Mon, 23 Apr 2007 17:44:01 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 02B2E8BD2C4; Mon, 23 Apr 2007 19:43:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G7yAddNLIAOt; Mon, 23 Apr 2007 19:43:59 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id F28C78BD23D; Mon, 23 Apr 2007 19:43:58 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l3NHhuNX046970; Mon, 23 Apr 2007 19:43:56 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 23 Apr 2007 19:43:56 +0200 From: Roman Divacky To: Tim Kientzle Message-ID: <20070423174356.GA46913@freebsd.org> References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462CD251.9060105@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 17:44:01 -0000 On Mon, Apr 23, 2007 at 08:35:45AM -0700, Tim Kientzle wrote: > >>We can have 3 type of pages mapped into one process's address map. > >>1. System wide global readonly page which will help on these syscalls: > >> gethostname,getdomainname,uname > >> help on importing sysenter as syscall entry point!! > >> > >>2. Per process Readonly page. (change will still through standard syscall) > >> help on the syscalls: > >> getuid, geteuid, getpid,getgid, getegid, getpgrp, > >> > >>3. As you planed, Read+Write Page > > I don't really understand this suggestion. > > Do any real programs call these syscalls very often? > If not, this is unnecessary complexity. Making > a syscall fast that's only called once doesn't really > help performance. > > This type of approach is sometimes suggested for systime(), > which could have a big impact, as there are real programs > that call systime() thousands of times per second. > But I find it hard to believe there are programs that > call getuid() that often. on the other hand, if there is a easy to use API for this I don't see why it should not be converted. I agree that speeding up a "function" that gets called just once doesn't make much sense but if it means 5minutes + 20lines patch I think its worth it. just my 2 cents roman From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 18:32:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0873716A415; Mon, 23 Apr 2007 18:32:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE8F13C4E1; Mon, 23 Apr 2007 18:32:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3B4712083; Mon, 23 Apr 2007 20:32:53 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 23AC3207E; Mon, 23 Apr 2007 20:32:53 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 009FD5781; Mon, 23 Apr 2007 20:32:52 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Marcel Moolenaar References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> <86irboi0ra.fsf@dwp.des.no> <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> <861wibin3h.fsf@dwp.des.no> <71073037-7FA3-4C51-9276-8AA7F42B95DE@mac.com> Date: Mon, 23 Apr 2007 20:32:52 +0200 In-Reply-To: <71073037-7FA3-4C51-9276-8AA7F42B95DE@mac.com> (Marcel Moolenaar's message of "Mon, 23 Apr 2007 09:32:45 -0700") Message-ID: <86y7kjrlez.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 18:32:58 -0000 Marcel Moolenaar writes: > On Apr 23, 2007, at 12:09 AM, Dag-Erling Sm=F8rgrav wrote: > > Marcel, my words may have been poorly chosen, but I've been using GPT > > for several years, and I've reported these issues (and others) to you > > several times over the course of those years and witnessed your > > complete lack of interest. > Yes, your words were poorly chosen and you continue to show poor > judgement. I have exactly 1 thread in my mailbox where I discuss > GPT with you and that problem has been resolved. Yes, it was eventually resolved. You ignored my initial report. I bugged you about it, and we had a fairly fruitful conversation during which I pinpointed the exact change which had broken GPT. That was five months - to the day - before the bug, an overly-restrictive sanity check which prevented GEOM_GPT from recognizing its own GPTs, was finally fixed. > I fail to see how that's several times over the course of years > and I fail to see how that represents a complete lack of interest. > > What else did you send me mail about? The fact that it's not possible to view or modify the partition table while partitions are mounted. > In an attempt to close the gap between us, let me ask you this: > What's the cleft between g_part and the other GEOM classes? > In what way do you think I'm hell-bent to increase that what > I don't know? I should have said "the gap between $GPT and other GEOM classes", where $GPT is "whichever GEOM class currently implements GPT support". We have a fairly large number of GEOM classes, and right now they fall into two categories: 1) those that are configured using a geom(8) plugin: gcache, gconcat, geli, gjournal, glabel, gmirror, gmultipath, gnop, graid3, gshsec, gstripe 2) those that aren't: $GPT, gbde and gvinum (there's a third category - GEOM classes which replace legacy code and interface with legacy applications such as fdisk(8) and bsdlabel(8) - but it isn't relevant here) The fact that GEOM_GPT was in the second category was understandable given that it was written two years before geom(8), but now that we *do* have geom(8) I believe it is in everyone's interest to use it. Yes, *your* interests as well, because it really *is* that easy to write a geom(8) plugin if your class implements the necessary verbs; you'll spend less time on the code than on the man page. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 19:10:03 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D05916A402; Mon, 23 Apr 2007 19:10:03 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0A37613C458; Mon, 23 Apr 2007 19:10:02 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id l3NJ9xfb080910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Apr 2007 12:10:00 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <462D0437.2060902@FreeBSD.org> Date: Mon, 23 Apr 2007 12:08:39 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Kostik Belousov References: <46296E0F.2070202@FreeBSD.org> <20070423133131.GA32370@deviant.kiev.zoral.com.ua> In-Reply-To: <20070423133131.GA32370@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, "current@freebsd.org" Subject: Re: Bug in the unmounting code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 19:10:03 -0000 Kostik Belousov wrote: > Thank you for tracking this. The regression was introduced by me in rev. 1.232. > There is no need to check for error after vn_lock(LK_RETRY). Could you fix it? -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 19:12:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BD5716A413 for ; Mon, 23 Apr 2007 19:12:39 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4846D13C46C for ; Mon, 23 Apr 2007 19:12:38 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1433435nza for ; Mon, 23 Apr 2007 12:12:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=sNBelAr/TtHSiyw5ZpzLlUg7STEdmA5qJ72bndR0GZIP7W1dWpJfhT8w2/bS0AOt4uE0QYRI1mRvXiwXW5cRGupcg4PpHvwMtfiivTGe1BX9yKUil8LnqJTZ4fF+KSFQfU4p3Pbrjs3j2miYfvqEMTpGhRd92I9hJBK9L9wm1rg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=mF8x+HVtSyG9iF0roAJq+lLWlWr67NJKNh8g61BvibB8WNbTL+PB3xoVKYuAMc8pxx/L0cZOVQfyE07fGjyOCoUoww3kD5r55R/vy+yCwhJsY+CgJjE9ML14H8RHBDpcUVzyeDFYHvI8tQ/I15JrXu5PN9jjd8lyQ6gbl/ynr+c= Received: by 10.114.25.3 with SMTP id 3mr2659919way.1177353886471; Mon, 23 Apr 2007 11:44:46 -0700 (PDT) Received: by 10.114.159.16 with HTTP; Mon, 23 Apr 2007 11:44:46 -0700 (PDT) Message-ID: Date: Mon, 23 Apr 2007 11:44:46 -0700 From: "Tom Cumming" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 19:12:39 -0000 All of the doc's I can find are for getting a kernel dump after it's booted (i.e., set the dumpdev using dumpon, etc.). I have a panic during boot and it says it won't dump b/c there's no dump device. I cannot find any doc's anywhere that mention how to set the dump device before you boot (i.e., from the loader, patch the kernel, whatever...). Does anyone know how to get an early dump? Thanx, tom From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 19:25:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C10516A400; Mon, 23 Apr 2007 19:25:39 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id D4DC713C459; Mon, 23 Apr 2007 19:25:38 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 968B33B070; Mon, 23 Apr 2007 21:25:37 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79201-20; Mon, 23 Apr 2007 21:25:37 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 1FFC43A95E; Mon, 23 Apr 2007 21:25:37 +0200 (CEST) Date: Mon, 23 Apr 2007 21:25:37 +0200 From: Ollivier Robert To: Robert Watson Message-ID: <20070423192536.GA79784@keltia.freenix.fr> References: <20070422102834.GA39121@keltia.freenix.fr> <462B3E00.1070001@samsco.org> <20070422132607.T9911@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070422132607.T9911@fledge.watson.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: freebsd-fs@freebsd.org, FreeBSD Current Users' list , sos@freebsd.org Subject: Re: ZFS/UMA panic under Parallels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 19:25:39 -0000 According to Robert Watson: > I saw what sounds like an identical panic in Parallels last week, and sent > a screenshot off to Soren. He asked me to follow up with more specific > version information but I've not yet been able to do that. Note the panic only occurs when two "disks" are involved. I get a few FLUSHCACHE timeouts but only when both disks get the same errors the system panics. (another thing pointing at semaphores I guess). Dunno whether it is specific to VMs, maybe only something that gets triggered more easily there...? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 19:30:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D80FD16A402; Mon, 23 Apr 2007 19:30:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.183]) by mx1.freebsd.org (Postfix) with ESMTP id BC40813C448; Mon, 23 Apr 2007 19:30:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/smtpout13/MantshX 4.0) with ESMTP id l3NJUhbw024798; Mon, 23 Apr 2007 12:30:43 -0700 (PDT) Received: from [172.24.104.109] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l3NJUaGv018280 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 23 Apr 2007 12:30:39 -0700 (PDT) In-Reply-To: <86y7kjrlez.fsf@dwp.des.no> References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> <86irboi0ra.fsf@dwp.des.no> <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> <861wibin3h.fsf@dwp.des.no> <71073037-7FA3-4C51-9276-8AA7F42B95DE@mac.com> <86y7kjrlez.fsf@dwp.des.no> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <04E5B5FF-7B1D-4001-81C6-D63F537191A2@mac.com> Content-Transfer-Encoding: quoted-printable From: Marcel Moolenaar Date: Mon, 23 Apr 2007 12:29:34 -0700 To: des@des.no (=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 19:30:54 -0000 On Apr 23, 2007, at 11:32 AM, Dag-Erling Sm=F8rgrav wrote: > Marcel Moolenaar writes: >> On Apr 23, 2007, at 12:09 AM, Dag-Erling Sm=F8rgrav wrote: >>> Marcel, my words may have been poorly chosen, but I've been using =20= >>> GPT >>> for several years, and I've reported these issues (and others) to =20= >>> you >>> several times over the course of those years and witnessed your >>> complete lack of interest. >> Yes, your words were poorly chosen and you continue to show poor >> judgement. I have exactly 1 thread in my mailbox where I discuss >> GPT with you and that problem has been resolved. > > Yes, it was eventually resolved. You ignored my initial report. I > bugged you about it, and we had a fairly fruitful conversation during > which I pinpointed the exact change which had broken GPT. That was > five months - to the day - before the bug, an overly-restrictive > sanity check which prevented GEOM_GPT from recognizing its own GPTs, > was finally fixed. > >> I fail to see how that's several times over the course of years >> and I fail to see how that represents a complete lack of interest. >> >> What else did you send me mail about? > > The fact that it's not possible to view or modify the partition table > while partitions are mounted. I told you before: To view use the -r option to gpt(8) to open the device read-only. To modify: set kern.geom.debugflags to 16 first and run gpt(8). I don't claim that it's ideal or perfect, I only claim that you can do what you want in a way that suitable until I'm done with my work. >> In an attempt to close the gap between us, let me ask you this: >> What's the cleft between g_part and the other GEOM classes? >> In what way do you think I'm hell-bent to increase that what >> I don't know? > We have a fairly large number of GEOM classes, and right now they fall > into two categories: > > 1) those that are configured using a geom(8) plugin: gcache, gconcat, > geli, gjournal, glabel, gmirror, gmultipath, gnop, graid3, gshsec, > gstripe > > 2) those that aren't: $GPT, gbde and gvinum > > (there's a third category - GEOM classes which replace legacy code and > interface with legacy applications such as fdisk(8) and bsdlabel(8) - > but it isn't relevant here) > The fact that GEOM_GPT was in the second category was understandable > given that it was written two years before geom(8), but now that we > *do* have geom(8) I believe it is in everyone's interest to use it. I see. So with cleft you really mean that you'd like to see g_part move from category 2 or 3 to category 1. That surely is a poor choice of words. I'm not at all opposed to add support for geom(8). See also my email to Ivan. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 19:31:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AE8B16A402 for ; Mon, 23 Apr 2007 19:31:14 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id C740C13C45B for ; Mon, 23 Apr 2007 19:31:13 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id DC9BF39E0B; Mon, 23 Apr 2007 21:31:12 +0200 (CEST) Date: Mon, 23 Apr 2007 21:31:12 +0200 From: Lars Engels To: current@freebsd.org Message-ID: <20070423193112.GU46992@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C+ts3FVlLX8+P6JN" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: Subject: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 19:31:14 -0000 --C+ts3FVlLX8+P6JN Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, like I already described in another mail some weeks ago on my Samsung Q35 notebook cards inserted into the pcmcia slot do not get powered=20 with a kernel newer than from january.=20 I now selected the option "Boot FreeBSD in Safe Mode" and the card is powered and recognized. After playing around in beastie.4th, disabling the entries hint.acpi.0.disabled loader.acpi_disabled_by_user hint.apic.0.disabled are causing the card to work. However, it does not work when I select "Boot with ACPI disabled". Any Ideas? Lars --C+ts3FVlLX8+P6JN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGLQmAKc512sD3afgRAnFkAKCBs4lQfjZfIGTfxZeUAiYmoCgj7ACeNuxK rpr7MCnGz/ddWwwzDu20q/Y= =ni1G -----END PGP SIGNATURE----- --C+ts3FVlLX8+P6JN-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 19:39:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C317916A401 for ; Mon, 23 Apr 2007 19:39:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 3563913C448 for ; Mon, 23 Apr 2007 19:39:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3NJdXIf003026; Tue, 24 Apr 2007 05:39:33 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3NJdXcS003025; Tue, 24 Apr 2007 05:39:33 +1000 (EST) (envelope-from peter) Date: Tue, 24 Apr 2007 05:39:33 +1000 From: Peter Jeremy To: Howard Su Message-ID: <20070423193932.GA842@turion.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: current@freebsd.org, jbr@humppa.dk Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 19:39:35 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-22 16:39:58 -0700, Howard Su wrote: >1. System wide global readonly page which will help on these syscalls: > gethostname,getdomainname,uname > help on importing sysenter as syscall entry point!! > >2. Per process Readonly page. (change will still through standard syscall) > help on the syscalls: > getuid, geteuid, getpid,getgid, getegid, getpgrp, I do not believe that these syscalls are called frequently enough that improving their efficiency will be measurable anywhere other than microbenchmarks that specifically measure their speed. I had a quick look through syscall.h and didn't see any syscalls that were both used often and were amenable to this approach. Before spending much efford on implementing this shared-page approach, I would suggest that you instrument syscall() to count the number of syscalls by type see if any heavily used syscalls can be implemented using this approach. The comment was made elsewhere "if it's easy to do, do it anyway, even if there's no measurable benefit". I would strongly disagree with this comment. Any code that is added to FreeBSD requires ongoing effort to maintain it - even if it's just waiting longer for the system to compile. Special casing some system calls means that those system calls need special regression tests to ensure that they haven't been broken somehow. Unless there is some benefit, then don't bother making the change. FreeBSD does appear to have higher syscall overheads than (eg) Linux. The best solution is to work on reducing this overhead in general (trap handling and syscall(), rather than identifying a small subset of syscalls and bypassing the syscall overhead for them. --=20 Peter Jeremy --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLQt0/opHv/APuIcRAokOAJ45Uptsk3dqRhHIdUwpD4sllzQl/QCeLRi3 VZzZVHPdlpjE1zGpDpIj33Y= =ehjZ -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 19:42:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D06B316A400 for ; Mon, 23 Apr 2007 19:42:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8C3E313C448 for ; Mon, 23 Apr 2007 19:42:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B06D74720E; Mon, 23 Apr 2007 15:42:29 -0400 (EDT) Date: Mon, 23 Apr 2007 20:42:29 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Jeremy In-Reply-To: <20070423193932.GA842@turion.vk2pj.dyndns.org> Message-ID: <20070423204025.J52872@fledge.watson.org> References: <20070423193932.GA842@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: jbr@humppa.dk, current@freebsd.org, Howard Su Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 19:42:30 -0000 On Tue, 24 Apr 2007, Peter Jeremy wrote: > I do not believe that these syscalls are called frequently enough that > improving their efficiency will be measurable anywhere other than > microbenchmarks that specifically measure their speed. I had a quick look > through syscall.h and didn't see any syscalls that were both used often and > were amenable to this approach. > > Before spending much efford on implementing this shared-page approach, I > would suggest that you instrument syscall() to count the number of syscalls > by type see if any heavily used syscalls can be implemented using this > approach. > > The comment was made elsewhere "if it's easy to do, do it anyway, even if > there's no measurable benefit". I would strongly disagree with this > comment. Any code that is added to FreeBSD requires ongoing effort to > maintain it - even if it's just waiting longer for the system to compile. > Special casing some system calls means that those system calls need special > regression tests to ensure that they haven't been broken somehow. Unless > there is some benefit, then don't bother making the change. > > FreeBSD does appear to have higher syscall overheads than (eg) Linux. The > best solution is to work on reducing this overhead in general (trap handling > and syscall(), rather than identifying a small subset of syscalls and > bypassing the syscall overhead for them. Profiling should definitely be the first step in any project along these lines -- we know from some past informal profiling that important workloads such as pgsql and mysql do hammer unexpected system calls (sysctl, time queries), and that these are likely points for optimization, but at the very least we need this confirmed in a reproduceable environment so we can trade off optimization techniques and see which provide the best result. The list of tools -- faster system call paths, VM and page tricks, etc, are all reasonable ways to approach the problem once it's well-characterized. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 19:42:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0917D16A400 for ; Mon, 23 Apr 2007 19:42:56 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id B7B8713C458 for ; Mon, 23 Apr 2007 19:42:55 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hg4Qt-0000D4-8c for freebsd-current@freebsd.org; Mon, 23 Apr 2007 21:42:44 +0200 Received: from 83-131-164-21.adsl.net.t-com.hr ([83.131.164.21]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 23 Apr 2007 21:42:43 +0200 Received: from ivoras by 83-131-164-21.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 23 Apr 2007 21:42:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 23 Apr 2007 21:42:21 +0200 Lines: 44 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig00C41AA4119EB0BB845D6315" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-164-21.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 19:42:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig00C41AA4119EB0BB845D6315 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Tom Cumming wrote: > All of the doc's I can find are for getting a kernel dump after it's bo= oted > (i.e., set the dumpdev using dumpon, etc.). I have a panic during boot = and > it says it won't dump b/c there's no dump device. I cannot find any doc= 's > anywhere that mention how to set the dump device before you boot (i.e.,= > from > the loader, patch the kernel, whatever...). Does anyone know how to get= an > early dump? Can you boot from a Live CD ("Fixit CD", CD1 in the set), and either configure it from there, or build a kernel with debugging installed so it presents you the debugger when it panics? If you have a "snapshot" CD of 7-current, its kernel is already configured with KDB, so if it panics, you can get a backtrace and transcribe it. --------------enig00C41AA4119EB0BB845D6315 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGLQwildnAQVacBcgRAudmAJwLqgmXCtBCDsWYD+kOjqjZ2u6s5wCbBsb0 Am/k8L4YJvKOd44BqTKxXtw= =uffG -----END PGP SIGNATURE----- --------------enig00C41AA4119EB0BB845D6315-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 20:14:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 242D716A404 for ; Mon, 23 Apr 2007 20:14:36 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id DE54613C4B7 for ; Mon, 23 Apr 2007 20:14:35 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id F00A939E0C; Mon, 23 Apr 2007 22:14:34 +0200 (CEST) Date: Mon, 23 Apr 2007 22:14:34 +0200 From: Lars Engels To: Kevin Oberman Message-ID: <20070423201434.GV46992@e.0x20.net> References: <20070423193112.GU46992@e.0x20.net> <20070423200300.58E654506A@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xJK8B5Wah2CMJs8h" Content-Disposition: inline In-Reply-To: <20070423200300.58E654506A@ptavv.es.net> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 20:14:36 -0000 --xJK8B5Wah2CMJs8h Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 23, 2007 at 01:03:00PM -0700, Kevin Oberman wrote: > > Date: Mon, 23 Apr 2007 21:31:12 +0200 > > From: Lars Engels > > Sender: owner-freebsd-current@freebsd.org > >=20 > > Hello, > >=20 > > like I already described in another mail some weeks ago on my Samsung > > Q35 notebook cards inserted into the pcmcia slot do not get powered=3D20 > > with a kernel newer than from january.=3D20 > > I now selected the option "Boot FreeBSD in Safe Mode" and the card is > > powered and recognized. > > After playing around in beastie.4th, disabling the entries > > hint.acpi.0.disabled > > loader.acpi_disabled_by_user > > hint.apic.0.disabled > > are causing the card to work. > >=20 > > However, it does not work when I select "Boot with ACPI disabled". >=20 > "Boot with ACPI disabled" only disables ACPI. Safe mode also disables > APIC.=20 >=20 > Does the system boot correctly in safe mode? Does it boot with only APIC > disabled but ACPI enabled? Yes, it boots correctly with only APIC disabled and ACPI enabled. But then I again have the cardbus problem. Lars --xJK8B5Wah2CMJs8h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGLROqKc512sD3afgRAmRGAKCUz+HfAq0mjh1FcEDGRKgZ56FL3wCfZAYn vwgafMAX8EWtv0vRcOkxVrs= =RYP+ -----END PGP SIGNATURE----- --xJK8B5Wah2CMJs8h-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 20:20:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CC8316A404 for ; Mon, 23 Apr 2007 20:20:36 +0000 (UTC) (envelope-from SRS1=8360544638c3f8ee760cf8ff56bc0739fa4c4ca0=es.net==8360544638c3f8ee760cf8ff56bc0739fa4c4ca0=314=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2F713C465 for ; Mon, 23 Apr 2007 20:20:36 +0000 (UTC) (envelope-from SRS1=8360544638c3f8ee760cf8ff56bc0739fa4c4ca0=es.net==8360544638c3f8ee760cf8ff56bc0739fa4c4ca0=314=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id CYA76732 for ; Mon, 23 Apr 2007 13:03:32 -0700 Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id CYA55522 for ; Mon, 23 Apr 2007 13:03:22 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id CYA24300; Mon, 23 Apr 2007 13:03:00 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 58E654506A; Mon, 23 Apr 2007 13:03:00 -0700 (PDT) To: Lars Engels In-Reply-To: Your message of "Mon, 23 Apr 2007 21:31:12 +0200." <20070423193112.GU46992@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1177358580_18721P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 23 Apr 2007 13:03:00 -0700 From: "Kevin Oberman" Message-Id: <20070423200300.58E654506A@ptavv.es.net> Cc: current@freebsd.org Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 20:20:36 -0000 --==_Exmh_1177358580_18721P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 23 Apr 2007 21:31:12 +0200 > From: Lars Engels > Sender: owner-freebsd-current@freebsd.org > > Hello, > > like I already described in another mail some weeks ago on my Samsung > Q35 notebook cards inserted into the pcmcia slot do not get powered=20 > with a kernel newer than from january.=20 > I now selected the option "Boot FreeBSD in Safe Mode" and the card is > powered and recognized. > After playing around in beastie.4th, disabling the entries > hint.acpi.0.disabled > loader.acpi_disabled_by_user > hint.apic.0.disabled > are causing the card to work. > > However, it does not work when I select "Boot with ACPI disabled". "Boot with ACPI disabled" only disables ACPI. Safe mode also disables APIC. Does the system boot correctly in safe mode? Does it boot with only APIC disabled but ACPI enabled? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1177358580_18721P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGLRD0kn3rs5h7N1ERAs+8AJ96+Jwp4ejkP4xvNQvoCqLZU7j/cwCgquie cbs6dNzOZZ5Y0cR2DMq5USU= =s+OS -----END PGP SIGNATURE----- --==_Exmh_1177358580_18721P-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 21:00:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE64116A402 for ; Mon, 23 Apr 2007 21:00:57 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5A013C46C for ; Mon, 23 Apr 2007 21:00:56 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 24339 invoked by uid 80); 23 Apr 2007 21:01:11 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Mon, 23 Apr 2007 23:01:11 +0200 (CEST) Message-ID: <1546.10.202.77.103.1177362071.squirrel@webmail.superhero.nl> Date: Mon, 23 Apr 2007 23:01:11 +0200 (CEST) From: "Gelsema, P \(Patrick\)" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Error code when compiling AMD64 at openssl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 21:00:57 -0000 Hi list, I have cvsupped to latest sources as of this evening 21:00 CET and did a rebuild of world. I get an make error when compiling openssl crypto it seems. I fiddled a lil bit with make.conf to try to optimise buildprocess, see for changes a bit below. Is it just me or is there the slight possibility it is Freebsd? TIA Patrick make.conf contains the following changes. CPUTYPE?=athlon64 CFLAGS= -pipe COPTFLAGS= -pipe dmesg is CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2511.40-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb1 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 error... cc -m32 -march=athlon64 -mfancy-math-387 -DCOMPAT_32BIT -iprefix /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 -fpic -DPIC -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/lib32/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_pkey.c -o eng_pkey.So /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c: In function `padlock_xcrypt_ofb': /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:448: error: can't find a register in class `GENERAL_REGS' while reloading `asm' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 22:19:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7804416A401 for ; Mon, 23 Apr 2007 22:19:54 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id 36C5A13C457 for ; Mon, 23 Apr 2007 22:19:54 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1485909nza for ; Mon, 23 Apr 2007 15:19:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=PCZPZsqUZ00Sb9HWA7Wsj/UEzK0TkbR0Puy2JhCEMxxGf5GzW50LytrVg+r7AsnEXlxy0mlC8ouZ+zXzxbr+j1qnS+i9L6/Vq8K+3qj5IV9tAVVG5L1ZlQ6FN/X7yZj6waJz9rJbiQ2ZO8YhyaVLTghIljpdQ54sNqviwbeMirA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=RDZRpVZQhnTADRo+9Uz3KWJTv+chbjjKJoJvW/M4ukW9SPs0mNG1qYbjjxiylrOVq6bUruXZ5Zsi6KAWQE7b1bzVC+9k06duMz6ViByqaG+XWvZma0wPmx6gy8mvwZqoDNAd8m1kxdTBDCp9/xW4abhLG065gmPbi0QJZu5QYqc= Received: by 10.115.49.16 with SMTP id b16mr2734231wak.1177366793006; Mon, 23 Apr 2007 15:19:53 -0700 (PDT) Received: by 10.114.159.16 with HTTP; Mon, 23 Apr 2007 15:19:52 -0700 (PDT) Message-ID: Date: Mon, 23 Apr 2007 15:19:52 -0700 From: "Tom Cumming" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 22:19:54 -0000 On 4/23/07, Ivan Voras wrote: > > Tom Cumming wrote: > > All of the doc's I can find are for getting a kernel dump after it's > booted > > (i.e., set the dumpdev using dumpon, etc.). I have a panic during boot > and > > it says it won't dump b/c there's no dump device. I cannot find any > doc's > > anywhere that mention how to set the dump device before you boot (i.e., > > from > > the loader, patch the kernel, whatever...). Does anyone know how to get > an > > early dump? > > Can you boot from a Live CD ("Fixit CD", CD1 in the set), and either > configure it from there, or build a kernel with debugging installed so > it presents you the debugger when it panics? I'm getting into the debugger when it panics (I started using 7-current). I'd rather get a dump because then I have a snapshot of the kernel when it panics and I can do a postmortem at my leisure. It also got me curious.. I'm sure there's got to be a way to do it! Thanx, tom From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 22:57:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E62D16A403 for ; Mon, 23 Apr 2007 22:57:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EFCB313C487 for ; Mon, 23 Apr 2007 22:57:07 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8D9C41A4DBD; Mon, 23 Apr 2007 15:57:30 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 34C6B513DD; Mon, 23 Apr 2007 18:57:07 -0400 (EDT) Date: Mon, 23 Apr 2007 18:57:07 -0400 From: Kris Kennaway To: "Gelsema, P (Patrick)" Message-ID: <20070423225706.GA1937@xor.obsecurity.org> References: <1546.10.202.77.103.1177362071.squirrel@webmail.superhero.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <1546.10.202.77.103.1177362071.squirrel@webmail.superhero.nl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Error code when compiling AMD64 at openssl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 22:57:08 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 23, 2007 at 11:01:11PM +0200, Gelsema, P (Patrick) wrote: > Hi list, >=20 > I have cvsupped to latest sources as of this evening 21:00 CET and did a > rebuild of world. I get an make error when compiling openssl crypto it > seems. I fiddled a lil bit with make.conf to try to optimise buildprocess, > see for changes a bit below. >=20 > Is it just me or is there the slight possibility it is Freebsd? Building without any compiler optimization isn't supported, nor is it sensible :) > CPUTYPE?=3Dathlon64 > CFLAGS=3D -pipe > COPTFLAGS=3D -pipe Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLTnCWry0BWjoQKURAgB2AKDZlHxDoP2C94Br76fAdzrcacoKeQCgsAkK tmxPED0v2o9H4OiGGJJ1wro= =TVPP -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 23:19:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E413816A404 for ; Mon, 23 Apr 2007 23:19:36 +0000 (UTC) (envelope-from gshapiro@sendmail.com) Received: from foon.sendmail.com (tls.sendmail.com [209.246.26.40]) by mx1.freebsd.org (Postfix) with ESMTP id 77F4013C468 for ; Mon, 23 Apr 2007 23:19:36 +0000 (UTC) (envelope-from gshapiro@sendmail.com) Received: from zoe.smi.sendmail.com ([10.210.201.4]) by foon.sendmail.com (Switch-3.2.5/Switch-3.2.0) with ESMTP id l3NMjnOb022435 for ; Mon, 23 Apr 2007 15:45:49 -0700 X-DKIM: Sendmail DKIM Filter v0.5.1 foon.sendmail.com l3NMjnOb022435 Received: by zoe.smi.sendmail.com (Postfix, from userid 501) id 2AE5033DCAD; Mon, 23 Apr 2007 15:43:00 -0700 (PDT) Date: Mon, 23 Apr 2007 15:43:00 -0700 From: Gregory Shapiro To: freebsd-current@freebsd.org Message-ID: <20070423224259.GM7881@zoe.smi.sendmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Subject: HEADS UP: No longer need to recompile milters when upgrading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 23:19:37 -0000 The libmilter ABI breakage which required recompiling mail filters (milters) has been fixed in the HEAD (CURRENT). The change will be MFC'ed after the customary 3-4 days to the RELENG_[456] branches. It is no longer necessary to recompile mail filters compiled against an older libmilter.so shared library. Additionally, if you did recompile them already, you do not need to recompile them again. From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 00:12:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5188116A407 for ; Tue, 24 Apr 2007 00:12:30 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id E69B113C46E for ; Tue, 24 Apr 2007 00:12:29 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 27567456B1; Tue, 24 Apr 2007 02:12:28 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1A09245685; Tue, 24 Apr 2007 02:12:22 +0200 (CEST) Date: Tue, 24 Apr 2007 02:12:03 +0200 From: Pawel Jakub Dawidek To: John Nielsen Message-ID: <20070424001203.GC24158@garage.freebsd.pl> References: <20070422232514.GP52622@garage.freebsd.pl> <20070423091145.GA67539@keltia.freenix.fr> <200704231914.09345.thierry@herbelot.com> <200704231325.03330.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KDt/GgjP6HVcx58l" Content-Disposition: inline In-Reply-To: <200704231325.03330.lists@jnielsen.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Ollivier Robert , freebsd-current@freebsd.org, thierry@herbelot.com Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 00:12:30 -0000 --KDt/GgjP6HVcx58l Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 23, 2007 at 01:25:03PM -0400, John Nielsen wrote: > On Monday 23 April 2007 01:14:07 pm Thierry Herbelot wrote: > > Le Monday 23 April 2007, Ollivier Robert a =E9crit : > > > According to Thierry Herbelot: > > > > I'm just unsure of how to get access to a zpool when in single user > > > > mode > > > > > > > > : I usually get an error message stating tank is accessed by another > > > > > > > > system. > > > > > > > > maybe I should set hostid and hostname ? > > > > > > Have you tried "zpool import -f tank"? > > > > been there, done that, .... but it smells fishy (maybe some dependencies > > are missing from /etc/rc.d/zfs) >=20 > You should run /etc/rc.d/hostid before running /etc/rc.d/zfs. Root file system has to be mounted read-write, so ZFS can update /boot/zfs/zpool.cache. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --KDt/GgjP6HVcx58l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGLUtTForvXbEpPzQRAmQzAJ0Y5icZJjndr0Oe+nLFKfsTSdJ1aACfaVC0 hEji2HQlA/jCR61iSbsil70= =qgBM -----END PGP SIGNATURE----- --KDt/GgjP6HVcx58l-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 01:50:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5056616A401 for ; Tue, 24 Apr 2007 01:50:48 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id D56F013C448 for ; Tue, 24 Apr 2007 01:50:47 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so2240884muf for ; Mon, 23 Apr 2007 18:50:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=s9bsxIeiRXCWKJCOmRBpmZPFg+ah2hFDRxxmJlf+2pDk+etnSKbi7MDRDcxEhdZ5Hx569tvkDe79F9zRNqocXg3hVgpAvnPpxoSg0unET3oXAy4btFjl/m/NahPen1VU4HwzD+y9OlMkLU88/piNznZXrcVr8vrGBX/KhCzME84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SPMaHIx+kQrPEaZibaQnAy86RvCWyrRmXUGYlBxxqE1JXGCHxIQvvMHm6/zZNYFyq/nc6ZjVu/+mqN2MkU5gfMYWqDRR/dRR0iYVpy9TRm0ORlXrXS4l/mdbIaqeFcK/r/JI1RVmaZAbt1Ja9KEtjvuVTdLaIRHTwyg1FmX7ZvM= Received: by 10.82.145.7 with SMTP id s7mr10089237bud.1177379446583; Mon, 23 Apr 2007 18:50:46 -0700 (PDT) Received: by 10.82.126.12 with HTTP; Mon, 23 Apr 2007 18:50:46 -0700 (PDT) Message-ID: <6eb82e0704231850l78f2850dgffbba5fceac42197@mail.gmail.com> Date: Tue, 24 Apr 2007 09:50:46 +0800 From: "Rong-en Fan" To: "Yuri Pankov" In-Reply-To: <20070423170041.GA47265@darklight.local> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070423170041.GA47265@darklight.local> Cc: freebsd-current@freebsd.org Subject: Re: readline 5.2 import, -CURRENT version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 01:50:48 -0000 On 4/24/07, Yuri Pankov wrote: > Hi, > > I see that __FreeBSD_version was bumped in RELENG_6 > after readline 5.2 import MFC. Can this also be done > in -CURRENT. Some ports could use base's readline > instead of ports one. It's too late to bump it. But there is one bump in Jan that can be used for this purpose. Regards, Rong-En Fan > > Thanks > -- > Yuri > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 02:11:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3AEA16A403 for ; Tue, 24 Apr 2007 02:11:25 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5151713C455 for ; Tue, 24 Apr 2007 02:11:25 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so71397ugh for ; Mon, 23 Apr 2007 19:11:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=NhvZ7vjpgl+Ls07B6i0j/qzsho9sgnToXZ1+Z329B46Ayv6Sw15tZhjw5MZoEUpmYXBWztUnCnbRDRbL7hapfLG9ukQgWBNv1lnBVM5mQ23EojPm+eX9gECgX0H/qDONFNgcwIR8EDoIDNj+ojwhpQ07k0TdF46GMBSbpbaohks= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=kBfiSpXQbglojFqk43/2RJe3mn0xH5ahjDKgLW1uWVIZRCqlna9ShnqwQXOMK4jVkuY7tTBpj599dls1+4VVFD0/qtUb7r6C9PuEInsd4kJ3PpYp2lEQP+vDC4HuIvf9dcGiBENRApFS3oTe70YH90VNVblha+r71g3wHUAT9qk= Received: by 10.66.216.20 with SMTP id o20mr244641ugg.1177380684069; Mon, 23 Apr 2007 19:11:24 -0700 (PDT) Received: from darklight.local ( [83.239.5.254]) by mx.google.com with ESMTP id g1sm16479099muf.2007.04.23.19.11.21; Mon, 23 Apr 2007 19:11:23 -0700 (PDT) Received: from darklight.local (localhost [127.0.0.1]) by darklight.local (8.14.1/8.14.1) with ESMTP id l3O2BHM4084006; Tue, 24 Apr 2007 06:11:18 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.local (8.14.1/8.14.1/Submit) id l3O2BFAB084003; Tue, 24 Apr 2007 06:11:15 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.local: yuri set sender to yuri.pankov@gmail.com using -f Date: Tue, 24 Apr 2007 06:11:15 +0400 From: Yuri Pankov To: Rong-en Fan Message-ID: <20070424021115.GA72798@darklight.local> References: <20070423170041.GA47265@darklight.local> <6eb82e0704231850l78f2850dgffbba5fceac42197@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0704231850l78f2850dgffbba5fceac42197@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: readline 5.2 import, -CURRENT version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 02:11:25 -0000 On Tue, Apr 24, 2007 at 09:50:46AM +0800, Rong-en Fan wrote: > On 4/24/07, Yuri Pankov wrote: > > Hi, > > > > I see that __FreeBSD_version was bumped in RELENG_6 > > after readline 5.2 import MFC. Can this also be done > > in -CURRENT. Some ports could use base's readline > > instead of ports one. > > It's too late to bump it. But there is one bump in Jan that > can be used for this purpose. > > Regards, > Rong-En Fan > > > > > Thanks > > -- > > Yuri Thank you for clarification. -- Yuri From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 04:05:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8B4E16A401 for ; Tue, 24 Apr 2007 04:05:52 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id A133F13C448 for ; Tue, 24 Apr 2007 04:05:52 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l3O45pH7081006; Mon, 23 Apr 2007 21:05:51 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <462D821F.6030707@freebsd.org> Date: Mon, 23 Apr 2007 21:05:51 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxime Henrion References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> In-Reply-To: <20070423161711.GV39474@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 04:05:52 -0000 >>>>We can have 3 type of pages mapped into one process's address map. >>>>1. System wide global readonly page which will help on these syscalls: >>>> gethostname,getdomainname,uname >>>>2. Per process Readonly page. (change will still through standard syscall) >>>> help on the syscalls: >>>> getuid, geteuid, getpid,getgid, getegid, getpgrp, >> >>I don't really understand this suggestion. >>Do any real programs call these syscalls very often? > > There is indeed more and more programs calling some syscalls a > *lot* .... MySQL calls gettimeofday() so much that changing > the timer used on a system can lead to a very observable performance > improvement. Similarly, PostgreSQL calls setproctitle() a lot ... Accelerating gettimeofday() makes a lot of sense; I've seen a lot of programs that call it very often. I'm not convinced about calls such as getuid() and gethostname(), though. Putting this kind of information in userspace introduces forward-compatibility concerns. People do statically link against libc, so you have to make sure that libc can find this information even when running on future kernels. That makes each such call a tricky maintenance issue. Tim From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 04:48:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E71716A402; Tue, 24 Apr 2007 04:48:46 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from downloadtech.com (dt2-sfo.downloadtech.net [66.220.3.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1461613C4B7; Tue, 24 Apr 2007 04:48:45 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (static-72-90-113-2.ptldor.fios.verizon.net [72.90.113.2]) by downloadtech.com (8.12.9p1/8.12.9) with ESMTP id l3O4L7tP057624; Mon, 23 Apr 2007 21:21:08 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.8/8.13.6) with ESMTP id l3O4L2CD030278; Mon, 23 Apr 2007 21:21:02 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.8/8.13.8/Submit) id l3O4L2GC030250; Mon, 23 Apr 2007 21:21:02 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Mon, 23 Apr 2007 21:21:02 -0700 From: David G Lawrence To: Tim Kientzle Message-ID: <20070424042102.GI38475@tnn.dglawrence.com> References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462D821F.6030707@freebsd.org> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (downloadtech.com [66.220.3.227]); Mon, 23 Apr 2007 21:21:08 -0700 (PDT) Cc: current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 04:48:46 -0000 > >>>>getuid, geteuid, getpid,getgid, getegid, getpgrp, > >> > >>I don't really understand this suggestion. > >>Do any real programs call these syscalls very often? > > > >There is indeed more and more programs calling some syscalls a > >*lot* .... MySQL calls gettimeofday() so much that changing > >the timer used on a system can lead to a very observable performance > >improvement. Similarly, PostgreSQL calls setproctitle() a lot ... > > Accelerating gettimeofday() makes a lot of sense; I've seen a > lot of programs that call it very often. gettimeofday(2) returns microsecond precision, so I don't see how this could be made accelerated via a mapped global page. time(3) [which is currently a wrapper for gettimeofday(2)], on the other had, could be put into such a page since it only updates once a second. Generally, I think that there are enough commonly used syscalls that would benefit from this that it is probably a good idea - at least a single system read-only page. I don't think it would be worth wasting a page for every process for process-specific data, however - the cost of allocating it, initializing it, etc, for every fork() would be a pessimization in most cases, I think. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 04:53:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9DCD16A400; Tue, 24 Apr 2007 04:53:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 95F8513C455; Tue, 24 Apr 2007 04:53:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 836831A4DC2; Mon, 23 Apr 2007 21:54:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E3DB55138E; Tue, 24 Apr 2007 00:53:55 -0400 (EDT) Date: Tue, 24 Apr 2007 00:53:55 -0400 From: Kris Kennaway To: Tim Kientzle Message-ID: <20070424045355.GA6330@xor.obsecurity.org> References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462D821F.6030707@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 04:53:56 -0000 On Mon, Apr 23, 2007 at 09:05:51PM -0700, Tim Kientzle wrote: > >>>>We can have 3 type of pages mapped into one process's address map. > >>>>1. System wide global readonly page which will help on these syscalls: > >>>>gethostname,getdomainname,uname > >>>>2. Per process Readonly page. (change will still through standard > >>>>syscall) > >>>>help on the syscalls: > >>>>getuid, geteuid, getpid,getgid, getegid, getpgrp, > >> > >>I don't really understand this suggestion. > >>Do any real programs call these syscalls very often? > > > >There is indeed more and more programs calling some syscalls a > >*lot* .... MySQL calls gettimeofday() so much that changing > >the timer used on a system can lead to a very observable performance > >improvement. Similarly, PostgreSQL calls setproctitle() a lot ... > > Accelerating gettimeofday() makes a lot of sense; I've seen a > lot of programs that call it very often. > > I'm not convinced about calls such as getuid() and gethostname(), > though. Putting this kind of information in userspace > introduces forward-compatibility concerns. People do > statically link against libc, so you have to make sure that libc can > find this information even when running on future kernels. > That makes each such call a tricky maintenance issue. Well you will have to keep compatibility syscalls anyway, because not everything even links to libc ;) Kris From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 05:14:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4204016A403; Tue, 24 Apr 2007 05:14:38 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 168C813C44B; Tue, 24 Apr 2007 05:14:37 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (8z9a68cp2s4vugpw@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l3O5EYsD080749; Mon, 23 Apr 2007 22:14:34 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l3O5EYQq080748; Mon, 23 Apr 2007 22:14:34 -0700 (PDT) (envelope-from jmg) Date: Mon, 23 Apr 2007 22:14:34 -0700 From: John-Mark Gurney To: David G Lawrence Message-ID: <20070424051433.GT73385@funkthat.com> Mail-Followup-To: David G Lawrence , Tim Kientzle , current@freebsd.org, "Jesper B. Rosenkilde" References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070424042102.GI38475@tnn.dglawrence.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Tim Kientzle , current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 05:14:38 -0000 David Greenman wrote this message on Mon, Apr 23, 2007 at 21:21 -0700: > every process for process-specific data, however - the cost of allocating > it, initializing it, etc, for every fork() would be a pessimization in > most cases, I think. You could always do something similar to a COW, where once it is accessed, it is allocated and filled w/ the specific information necessary... If it never gets used, it never gets allocated... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 06:24:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECF1A16A400 for ; Tue, 24 Apr 2007 06:24:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 27F3813C468 for ; Tue, 24 Apr 2007 06:24:28 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3O6OISb017636 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Apr 2007 15:54:19 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 24 Apr 2007 15:54:11 +0930 User-Agent: KMail/1.9.5 References: <20070424051420.GA84831@mero.morphisms.net> In-Reply-To: <20070424051420.GA84831@mero.morphisms.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart61970024.LlYytWbUgG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704241554.12605.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: William Josephson , current@freebsd.org Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 06:24:30 -0000 --nextPart61970024.LlYytWbUgG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 April 2007 14:44, William Josephson wrote: > I've recently installed -CURRENT on a new machine after the > LCD in my old one died. I now have ZFS running as the root > filesystem. The result is very pleasant if a little slow, > although that may be my disk. I have noticed a fair number > of messages of the form ``ATA - FLUSHCACHE timed out'' while > running with ZFS. Is this expected behavior when running on > the bare metal? I see this when using gjournal too. I suspect the timeout on the flush cache command needs to be increased.=20 I haven't got around to testing it but you could try increasing the=20 timeout in ata-disk.c (around line 280) -> case BIO_FLUSH: request->u.ata.lba =3D 0; request->u.ata.count =3D 0; request->u.ata.feature =3D 0; request->bytecount =3D 0; request->transfersize =3D 0; request->timeout =3D 1; request->retries =3D 0; request->flags =3D ATA_R_CONTROL; request->u.ata.command =3D ATA_FLUSHCACHE; break; =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart61970024.LlYytWbUgG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGLaKM5ZPcIHs/zowRAiA9AJ42aDlfSy/1F13UN6B/VvJHm8KixQCcDjPm 2Lr98NGiKJPZEm/0J048qeI= =XU8t -----END PGP SIGNATURE----- --nextPart61970024.LlYytWbUgG-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 06:47:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2EA8D16A400 for ; Tue, 24 Apr 2007 06:47:11 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id B6A8F13C459 for ; Tue, 24 Apr 2007 06:47:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3O6OISb017636 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Apr 2007 15:54:19 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 24 Apr 2007 15:54:11 +0930 User-Agent: KMail/1.9.5 References: <20070424051420.GA84831@mero.morphisms.net> In-Reply-To: <20070424051420.GA84831@mero.morphisms.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart61970024.LlYytWbUgG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704241554.12605.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: William Josephson , current@freebsd.org Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 06:47:11 -0000 --nextPart61970024.LlYytWbUgG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 April 2007 14:44, William Josephson wrote: > I've recently installed -CURRENT on a new machine after the > LCD in my old one died. I now have ZFS running as the root > filesystem. The result is very pleasant if a little slow, > although that may be my disk. I have noticed a fair number > of messages of the form ``ATA - FLUSHCACHE timed out'' while > running with ZFS. Is this expected behavior when running on > the bare metal? I see this when using gjournal too. I suspect the timeout on the flush cache command needs to be increased.=20 I haven't got around to testing it but you could try increasing the=20 timeout in ata-disk.c (around line 280) -> case BIO_FLUSH: request->u.ata.lba =3D 0; request->u.ata.count =3D 0; request->u.ata.feature =3D 0; request->bytecount =3D 0; request->transfersize =3D 0; request->timeout =3D 1; request->retries =3D 0; request->flags =3D ATA_R_CONTROL; request->u.ata.command =3D ATA_FLUSHCACHE; break; =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart61970024.LlYytWbUgG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGLaKM5ZPcIHs/zowRAiA9AJ42aDlfSy/1F13UN6B/VvJHm8KixQCcDjPm 2Lr98NGiKJPZEm/0J048qeI= =XU8t -----END PGP SIGNATURE----- --nextPart61970024.LlYytWbUgG-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 08:18:54 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5153616A404 for ; Tue, 24 Apr 2007 08:18:54 +0000 (UTC) (envelope-from bland@FreeBSD.org) Received: from smtp5.jp.viruscheck.net (smtp5.jp.viruscheck.net [154.33.69.56]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF3713C45A for ; Tue, 24 Apr 2007 08:18:54 +0000 (UTC) (envelope-from bland@FreeBSD.org) Received: from (mail3.jp.viruscheck.net) [154.33.69.37]:29267 by smtp5.jp.viruscheck.net for with esmtp id 1HgGEe-0005GW-Tc ; Tue, 24 Apr 2007 17:18:53 +0900 Received: from (noc.orchid.orchidtechnology.com) [125.206.34.113]:39140 by mail3.jp.viruscheck.net for with esmtp id 1HgGEe-0007RO-K7 ; Tue, 24 Apr 2007 17:18:52 +0900 Received: from [89.60.200.25] ([89.60.200.25]) by noc.orchid.orchidtechnology.com (8.13.4/8.13.4) with ESMTP id l3O8IpLo097967 for ; Tue, 24 Apr 2007 17:18:52 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <462DBD68.40102@FreeBSD.org> Date: Tue, 24 Apr 2007 17:18:48 +0900 From: Alexander Nedotsukov User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary="------------070006010302050800040202" Cc: Subject: Add ZFS to locate.updatedb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 08:18:54 -0000 This is a multi-part message in MIME format. --------------070006010302050800040202 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi guys, Do you think it is reasonable to apply patch attached? ZFS seems to become a widespread and I think it worth to be added to default search list. Thanks, Alexander. --------------070006010302050800040202 Content-Type: text/plain; name="locate.patch" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="locate.patch" SW5kZXg6IHVwZGF0ZWRiLnNoCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMv c3JjL3Vzci5iaW4vbG9jYXRlL2xvY2F0ZS91cGRhdGVkYi5zaCx2CnJldHJpZXZpbmcgcmV2 aXNpb24gMS4yMApkaWZmIC11IC1yMS4yMCB1cGRhdGVkYi5zaAotLS0gdXBkYXRlZGIuc2gJ MTIgTm92IDIwMDUgMTI6NDU6MDggLTAwMDAJMS4yMAorKysgdXBkYXRlZGIuc2gJMjQgQXBy IDIwMDcgMDc6NTA6MDQgLTAwMDAKQEAgLTUyLDcgKzUyLDcgQEAKIDogJHtGQ09ERVM6PS92 YXIvZGIvbG9jYXRlLmRhdGFiYXNlfQkgIyB0aGUgZGF0YWJhc2UKIDogJHtTRUFSQ0hQQVRI Uzo9Ii8ifQkJIyBkaXJlY3RvcmllcyB0byBiZSBwdXQgaW4gdGhlIGRhdGFiYXNlCiA6ICR7 UFJVTkVQQVRIUzo9Ii90bXAgL3Vzci90bXAgL3Zhci90bXAgL3Zhci9kYi9wb3J0c25hcCJ9 ICMgdW53YW50ZWQgZGlyZWN0b3JpZXMKLTogJHtGSUxFU1lTVEVNUzo9InVmcyBleHQyZnMi fQkJCSAjIGFsbG93ZWQgZmlsZXN5c3RlbXMgCis6ICR7RklMRVNZU1RFTVM6PSJ1ZnMgZXh0 MmZzIHpmcyJ9CQkgIyBhbGxvd2VkIGZpbGVzeXN0ZW1zIAogOiAke2ZpbmQ6PWZpbmR9CiAK IGNhc2UgWCIkU0VBUkNIUEFUSFMiIGluIAo= --------------070006010302050800040202-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 08:44:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9277D16A402 for ; Tue, 24 Apr 2007 08:44:11 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 49A8A13C46A for ; Tue, 24 Apr 2007 08:44:11 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id EF96239470; Tue, 24 Apr 2007 10:44:09 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98368-14; Tue, 24 Apr 2007 10:44:09 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 98ED43946E; Tue, 24 Apr 2007 10:44:09 +0200 (CEST) Date: Tue, 24 Apr 2007 10:44:09 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, William Josephson , current@freebsd.org Message-ID: <20070424084409.GA98777@keltia.freenix.fr> References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704241554.12605.doconnor@gsoft.com.au> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 08:44:11 -0000 According to Daniel O'Connor: > I see this when using gjournal too. Good so it is not zfs-specific. > I suspect the timeout on the flush cache command needs to be increased. > I haven't got around to testing it but you could try increasing the > timeout in ata-disk.c (around line 280) -> The main problem that I've found is that with a single disk configuration, there is a timeout then the system recovers but with a dual (or maybe more) disks involved, multiple/current timeouts make the system panic and that is not nice. I suspect that changing the timeout may just hide the real problem. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 09:03:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96EC016A401 for ; Tue, 24 Apr 2007 09:03:43 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.freebsd.org (Postfix) with ESMTP id 6F83613C48A for ; Tue, 24 Apr 2007 09:03:43 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 24 Apr 2007 02:03:43 -0700 X-IronPort-AV: i="4.14,445,1170662400"; d="scan'208"; a="414884462:sNHT47403288" Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l3O93gEP008309; Tue, 24 Apr 2007 02:03:42 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l3O93gA8029343; Tue, 24 Apr 2007 09:03:42 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 24 Apr 2007 02:03:42 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 24 Apr 2007 02:03:41 -0700 Message-ID: <462DC889.5030101@cisco.com> Date: Tue, 24 Apr 2007 05:06:17 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Adrian Steinmann References: <462CA36A.6090500@cisco.com> <20070424061348.GB40315@webgroup.ch> In-Reply-To: <20070424061348.GB40315@webgroup.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Apr 2007 09:03:42.0018 (UTC) FILETIME=[749AAA20:01C7864F] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1515; t=1177405423; x=1178269423; c=relaxed/simple; s=sjdkim8002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Thinkpad=20T43=20and=20projector=20problem |Sender:=20; bh=prFReio/vBSwdfz2mxCyCk5TOeI3Sj39uxJIaVgpOCQ=; b=Rngl7Sf3AIw1uPA87hoa86RTKiAEzZBDRpbhFE5ptUn59yCd/eqOrxsU3gFpoRhirkL1rd5p ZnCwgI6z/Be0VEef4fMLAqtbYil/dI1P78iyxbC6OKDsnVTvuozd7N/P; Authentication-Results: sj-dkim-8; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim8002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: Thinkpad T43 and projector problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 09:03:43 -0000 Adrian Steinmann wrote: > On Mon, Apr 23, 2007 at 08:15:38AM -0400, Randall Stewart wrote: >> Ok, I have done a bit more playing with my projector here >> at home and I figured out how to project out of my T43.. > I'm doing the same thing on T40/NetBSD3.1/XF86 and external monitor... > >> get the machine not to crash when you exit X and restart it >> you have to disable a little option in xorg.conf dri > XF86 doesn't have this option, but my Thinkpad T40 crashes when I > exit/restart X11. I mention it here because I find it odd that > same HW but different SW causes the same phenomena... > > What does pciconv -lv say? > > on nbsd: > $ pcictl pci1 list > 001:00:0: ATI Technologies Radeon Mobility M7 LW (AGP) (VGA display) Hmm I don't have pcictl ... is this a port or ?? When I look at the X11 startup it says: (--) PCI:*(1:0:0) ATI Technologies Inc M22 [Radeon Mobility M300] rev 0, Mem @ 0xc0000000/27, 0xb0100000/16, I/O @ 0x3000/8 So different version slightly .. but same basic chip I think. > >> The eip is 0xc090684c which translates to: >> 0xc090684c is in pmap_mapdev_attr (../../../i386/i386/pmap.c:3355). > I seem to get a hang (no ethernet either). > >> But of course that does not help much .. > ditto ;-) > And right now I don't have time to investigate.. I have some deadlines looming :-( Maybe in June I can look at it :-) R > Adrian > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 09:13:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A20316A404 for ; Tue, 24 Apr 2007 09:13:57 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id B74B013C4DA for ; Tue, 24 Apr 2007 09:13:56 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id EF96239470; Tue, 24 Apr 2007 10:44:09 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98368-14; Tue, 24 Apr 2007 10:44:09 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 98ED43946E; Tue, 24 Apr 2007 10:44:09 +0200 (CEST) Date: Tue, 24 Apr 2007 10:44:09 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, William Josephson , current@freebsd.org Message-ID: <20070424084409.GA98777@keltia.freenix.fr> References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704241554.12605.doconnor@gsoft.com.au> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 09:13:57 -0000 According to Daniel O'Connor: > I see this when using gjournal too. Good so it is not zfs-specific. > I suspect the timeout on the flush cache command needs to be increased. > I haven't got around to testing it but you could try increasing the > timeout in ata-disk.c (around line 280) -> The main problem that I've found is that with a single disk configuration, there is a timeout then the system recovers but with a dual (or maybe more) disks involved, multiple/current timeouts make the system panic and that is not nice. I suspect that changing the timeout may just hide the real problem. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 10:12:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2228016A400; Tue, 24 Apr 2007 10:12:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id AB0B713C44B; Tue, 24 Apr 2007 10:12:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp48-243.lns2.adl4.internode.on.net [121.44.48.243]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3OACjfx023499 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Apr 2007 19:42:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 24 Apr 2007 19:42:23 +0930 User-Agent: KMail/1.9.5 References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> <20070424084409.GA98777@keltia.freenix.fr> In-Reply-To: <20070424084409.GA98777@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9420780.QCkM6EtnH1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704241942.40874.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Ollivier Robert , current@freebsd.org, William Josephson Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 10:12:50 -0000 --nextPart9420780.QCkM6EtnH1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 April 2007 18:14, Ollivier Robert wrote: > The main problem that I've found is that with a single disk > configuration, there is a timeout then the system recovers but with a > dual (or maybe more) disks involved, multiple/current timeouts make > the system panic and that is not nice. > > I suspect that changing the timeout may just hide the real problem. Hmm, it is a non fatal error for gjournal, I'm kind of surprised it's a=20 fatal one for ZFS.. If the cache flush really failed (eg due to a stuffed disk) then there=20 really is a problem, but IMO it is likely this is going to be caught by=20 a read or a write operation very soon. If it is a transient error then panicing seems to be about the worse=20 response :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9420780.QCkM6EtnH1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGLdgY5ZPcIHs/zowRArh2AKCQlKeArXs0ABVkMaT2n6/LBRBo8ACdENaP I1Murus0ODt0T5PIrHq+ivU= =3e2K -----END PGP SIGNATURE----- --nextPart9420780.QCkM6EtnH1-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 10:12:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2228016A400; Tue, 24 Apr 2007 10:12:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id AB0B713C44B; Tue, 24 Apr 2007 10:12:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp48-243.lns2.adl4.internode.on.net [121.44.48.243]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3OACjfx023499 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Apr 2007 19:42:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 24 Apr 2007 19:42:23 +0930 User-Agent: KMail/1.9.5 References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> <20070424084409.GA98777@keltia.freenix.fr> In-Reply-To: <20070424084409.GA98777@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9420780.QCkM6EtnH1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704241942.40874.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Ollivier Robert , current@freebsd.org, William Josephson Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 10:12:50 -0000 --nextPart9420780.QCkM6EtnH1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 April 2007 18:14, Ollivier Robert wrote: > The main problem that I've found is that with a single disk > configuration, there is a timeout then the system recovers but with a > dual (or maybe more) disks involved, multiple/current timeouts make > the system panic and that is not nice. > > I suspect that changing the timeout may just hide the real problem. Hmm, it is a non fatal error for gjournal, I'm kind of surprised it's a=20 fatal one for ZFS.. If the cache flush really failed (eg due to a stuffed disk) then there=20 really is a problem, but IMO it is likely this is going to be caught by=20 a read or a write operation very soon. If it is a transient error then panicing seems to be about the worse=20 response :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9420780.QCkM6EtnH1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGLdgY5ZPcIHs/zowRArh2AKCQlKeArXs0ABVkMaT2n6/LBRBo8ACdENaP I1Murus0ODt0T5PIrHq+ivU= =3e2K -----END PGP SIGNATURE----- --nextPart9420780.QCkM6EtnH1-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 11:34:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4058216A40B for ; Tue, 24 Apr 2007 11:34:37 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 14E8F13C458 for ; Tue, 24 Apr 2007 11:34:36 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3OBYZOH025275; Tue, 24 Apr 2007 06:34:36 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <462DEB4A.6050700@freebsd.org> Date: Tue, 24 Apr 2007 06:34:34 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: "Daniel O'Connor" References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> <20070424084409.GA98777@keltia.freenix.fr> <200704241942.40874.doconnor@gsoft.com.au> In-Reply-To: <200704241942.40874.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3154/Tue Apr 24 01:13:03 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 11:34:37 -0000 On 04/24/07 05:12, Daniel O'Connor wrote: > On Tuesday 24 April 2007 18:14, Ollivier Robert wrote: >> The main problem that I've found is that with a single disk >> configuration, there is a timeout then the system recovers but with a >> dual (or maybe more) disks involved, multiple/current timeouts make >> the system panic and that is not nice. >> >> I suspect that changing the timeout may just hide the real problem. > > Hmm, it is a non fatal error for gjournal, I'm kind of surprised it's a > fatal one for ZFS.. > > If the cache flush really failed (eg due to a stuffed disk) then there > really is a problem, but IMO it is likely this is going to be caught by > a read or a write operation very soon. > > If it is a transient error then panicing seems to be about the worse > response :) > Doesn't a failed ATA FLUSHCACHE mean that the device could not complete it's writing of cached bits to stable storage within the timeout period? That seems to me that the flushcache should be called more frequently then, so less writes have to be written out. Eric From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 06:45:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BBBF16A401 for ; Tue, 24 Apr 2007 06:45:47 +0000 (UTC) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.freebsd.org (Postfix) with ESMTP id 76FC113C45D for ; Tue, 24 Apr 2007 06:45:46 +0000 (UTC) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.8/8.13.8) with ESMTP id l3O6G2sm050478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Apr 2007 08:16:02 +0200 (CEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.8/8.13.8/Submit) with UUCP id l3O6G2m4050477; Tue, 24 Apr 2007 08:16:02 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from pano.marabu.ch (localhost [127.0.0.1]) by pano.marabu.ch (8.13.8/8.13.8) with ESMTP id l3O6Do01041329; Tue, 24 Apr 2007 08:13:50 +0200 (CEST) (envelope-from ast@pano.marabu.ch) Received: (from ast@localhost) by pano.marabu.ch (8.13.8/8.13.8/Submit) id l3O6DnJ7041328; Tue, 24 Apr 2007 08:13:49 +0200 (CEST) (envelope-from ast) Date: Tue, 24 Apr 2007 08:13:49 +0200 From: Adrian Steinmann To: Randall Stewart Message-ID: <20070424061348.GB40315@webgroup.ch> References: <462CA36A.6090500@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462CA36A.6090500@cisco.com> X-Organization: Webgroup Consulting AG X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (oneplusone.ch [127.0.0.1]); Tue, 24 Apr 2007 08:16:02 +0200 (CEST) X-Mailfilter: egfilter version 1.14; Archiver [msg.gklhUVhZ] (oneplusone.ch [127.0.0.1]); Tue, 24 Apr 2007 08:16:02 +0200 (CEST) X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 7.3.1.53; VDF: 6.38.1.27; host: oneplusone.ch) X-Mailman-Approved-At: Tue, 24 Apr 2007 11:37:40 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Thinkpad T43 and projector problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 06:45:47 -0000 On Mon, Apr 23, 2007 at 08:15:38AM -0400, Randall Stewart wrote: > Ok, I have done a bit more playing with my projector here > at home and I figured out how to project out of my T43.. I'm doing the same thing on T40/NetBSD3.1/XF86 and external monitor... > get the machine not to crash when you exit X and restart it > you have to disable a little option in xorg.conf dri XF86 doesn't have this option, but my Thinkpad T40 crashes when I exit/restart X11. I mention it here because I find it odd that same HW but different SW causes the same phenomena... What does pciconv -lv say? on nbsd: $ pcictl pci1 list 001:00:0: ATI Technologies Radeon Mobility M7 LW (AGP) (VGA display) > The eip is 0xc090684c which translates to: > 0xc090684c is in pmap_mapdev_attr (../../../i386/i386/pmap.c:3355). I seem to get a hang (no ethernet either). > But of course that does not help much .. ditto ;-) Adrian From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 11:53:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F94C16A480; Tue, 24 Apr 2007 11:53:42 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id D3BEF13C44B; Tue, 24 Apr 2007 11:53:41 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 8E1533939F; Tue, 24 Apr 2007 13:53:40 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02150-05; Tue, 24 Apr 2007 13:53:40 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 31C1639393; Tue, 24 Apr 2007 13:53:40 +0200 (CEST) Date: Tue, 24 Apr 2007 13:53:40 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, current@freebsd.org, William Josephson Message-ID: <20070424115340.GA2172@keltia.freenix.fr> References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> <20070424084409.GA98777@keltia.freenix.fr> <200704241942.40874.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704241942.40874.doconnor@gsoft.com.au> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 11:53:42 -0000 According to Daniel O'Connor: > Hmm, it is a non fatal error for gjournal, I'm kind of surprised it's a > fatal one for ZFS.. It is not a fatal one for ZFS per se. If I use ZFS in a configuration that does not require writing on two disks (a gconcat-like configuration), it works and FLUSHCACHE timeouts are not fatal. As soon as I try to get it working in a more disk-intensive (raidz in that case) way, it blows up with a panic. It seems to point to a flaw in the ata driver which may not be managing semaphores/mutex correctly or maybe in the way it uses UMA zones (the panic starts there). ZFS is only a very reproductible way of triggering the problem. > If the cache flush really failed (eg due to a stuffed disk) then there > really is a problem, but IMO it is likely this is going to be caught by > a read or a write operation very soon. Yes. > If it is a transient error then panicing seems to be about the worse > response :) Agreed. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 11:53:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F94C16A480; Tue, 24 Apr 2007 11:53:42 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id D3BEF13C44B; Tue, 24 Apr 2007 11:53:41 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 8E1533939F; Tue, 24 Apr 2007 13:53:40 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02150-05; Tue, 24 Apr 2007 13:53:40 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 31C1639393; Tue, 24 Apr 2007 13:53:40 +0200 (CEST) Date: Tue, 24 Apr 2007 13:53:40 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, current@freebsd.org, William Josephson Message-ID: <20070424115340.GA2172@keltia.freenix.fr> References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> <20070424084409.GA98777@keltia.freenix.fr> <200704241942.40874.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704241942.40874.doconnor@gsoft.com.au> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 11:53:42 -0000 According to Daniel O'Connor: > Hmm, it is a non fatal error for gjournal, I'm kind of surprised it's a > fatal one for ZFS.. It is not a fatal one for ZFS per se. If I use ZFS in a configuration that does not require writing on two disks (a gconcat-like configuration), it works and FLUSHCACHE timeouts are not fatal. As soon as I try to get it working in a more disk-intensive (raidz in that case) way, it blows up with a panic. It seems to point to a flaw in the ata driver which may not be managing semaphores/mutex correctly or maybe in the way it uses UMA zones (the panic starts there). ZFS is only a very reproductible way of triggering the problem. > If the cache flush really failed (eg due to a stuffed disk) then there > really is a problem, but IMO it is likely this is going to be caught by > a read or a write operation very soon. Yes. > If it is a transient error then panicing seems to be about the worse > response :) Agreed. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 12:25:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04E4116A402; Tue, 24 Apr 2007 12:25:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9E91F13C45E; Tue, 24 Apr 2007 12:25:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1E5C646BE9; Tue, 24 Apr 2007 08:25:06 -0400 (EDT) Date: Tue, 24 Apr 2007 13:25:06 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David G Lawrence In-Reply-To: <20070424042102.GI38475@tnn.dglawrence.com> Message-ID: <20070424132155.T39145@fledge.watson.org> References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Tim Kientzle , current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 12:25:07 -0000 On Mon, 23 Apr 2007, David G Lawrence wrote: > gettimeofday(2) returns microsecond precision, so I don't see how this > could be made accelerated via a mapped global page. time(3) [which is > currently a wrapper for gettimeofday(2)], on the other had, could be put > into such a page since it only updates once a second. If we do this, we will need to be careful, perhaps just in documentation, as it leads to non-monotonicity if multiple time sources are queried sequentially. On systems with reliable hardware characteristics, such as in Mac OS X, precision time querying is supported by providing a kernel-exported estimate of the TSC->realtime rate and offset. This allows zero-system call querying of quite accurate time information. I believe in Mac OS X, this information is exported using a shared memory page so that the cost of getting that information is also low. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 12:35:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D48A16A403 for ; Tue, 24 Apr 2007 12:35:15 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id E8ED013C46A for ; Tue, 24 Apr 2007 12:35:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp48-243.lns2.adl4.internode.on.net [121.44.48.243]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3OCZCAx026810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Apr 2007 22:05:12 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Eric Anderson Date: Tue, 24 Apr 2007 22:04:58 +0930 User-Agent: KMail/1.9.5 References: <20070424051420.GA84831@mero.morphisms.net> <200704241942.40874.doconnor@gsoft.com.au> <462DEB4A.6050700@freebsd.org> In-Reply-To: <462DEB4A.6050700@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart65413621.Cc6MSE5D9m"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704242205.06243.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 12:35:15 -0000 --nextPart65413621.Cc6MSE5D9m Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 April 2007 21:04, Eric Anderson wrote: > > If it is a transient error then panicing seems to be about the > > worse response :) > > Doesn't a failed ATA FLUSHCACHE mean that the device could not > complete it's writing of cached bits to stable storage within the > timeout period? That seems to me that the flushcache should be called > more frequently then, so less writes have to be written out. I don't know what the exact semantics of the flush command are. Also I=20 have no data on typical delays for flushes, etc.. Kind of useless really 8-) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart65413621.Cc6MSE5D9m Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGLfl65ZPcIHs/zowRAqo8AJ4rRvkxA53zVZtFRG88hwIFeESWWACfR3Sh bZJr3te1nytVjfJB61atuNc= =VtDD -----END PGP SIGNATURE----- --nextPart65413621.Cc6MSE5D9m-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 13:21:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10F2B16A402 for ; Tue, 24 Apr 2007 13:21:25 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.freebsd.org (Postfix) with ESMTP id CED4F13C469 for ; Tue, 24 Apr 2007 13:21:24 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-71-192-57-29.hsd1.ma.comcast.net ([71.192.57.29]) by comcast.net (sccrmhc12) with ESMTP id <200704241321230120036nnpe>; Tue, 24 Apr 2007 13:21:23 +0000 Received: from c-71-192-57-29.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-71-192-57-29.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l3ODLi8w022326 for ; Tue, 24 Apr 2007 09:21:44 -0400 (EDT) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-71-192-57-29.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l3ODLi1r022325 for freebsd-current@freebsd.org; Tue, 24 Apr 2007 09:21:44 -0400 (EDT) (envelope-from rodrigc) Date: Tue, 24 Apr 2007 09:21:43 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20070424132143.GA22217@crodrigues.org> References: <462DBD68.40102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462DBD68.40102@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Subject: Re: Add ZFS to locate.updatedb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 13:21:25 -0000 On Tue, Apr 24, 2007 at 05:18:48PM +0900, Alexander Nedotsukov wrote: > -: ${FILESYSTEMS:="ufs ext2fs"} # allowed filesystems > +: ${FILESYSTEMS:="ufs ext2fs zfs"} # allowed filesystems > : ${find:=find} Why restrict it to just those three file systems? How about allowing more file systems, for example: lsvfs | egrep -v 'loopback|network|synthetic|read-only|^\-|^File' -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 13:46:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5001216A400; Tue, 24 Apr 2007 13:46:35 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEE513C45A; Tue, 24 Apr 2007 13:46:35 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 28E792086; Tue, 24 Apr 2007 15:46:29 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 16AEA2084; Tue, 24 Apr 2007 15:46:28 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 6CD545455; Tue, 24 Apr 2007 15:46:28 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: David G Lawrence References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> Date: Tue, 24 Apr 2007 15:46:28 +0200 In-Reply-To: <20070424042102.GI38475@tnn.dglawrence.com> (David G. Lawrence's message of "Mon, 23 Apr 2007 21:21:02 -0700") Message-ID: <86veflholn.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Tim Kientzle , current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 13:46:35 -0000 David G Lawrence writes: > gettimeofday(2) returns microsecond precision, so I don't see how this > could be made accelerated via a mapped global page. time(3) [which is > currently a wrapper for gettimeofday(2)], on the other had, could be put > into such a page since it only updates once a second. gettimeofday(2) returns a value in microseconds, but this does not necessarily mean that it has microsecond precision. Updating it once per scheduler tick or once per context switch (in userret(), for instance) is probably enough. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 14:00:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8B0316A401 for ; Tue, 24 Apr 2007 14:00:17 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD2B13C44B for ; Tue, 24 Apr 2007 14:00:17 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so2352840ana for ; Tue, 24 Apr 2007 07:00:16 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gvJ6VVJaIByZtdYWr4BTz2Ppdl/xJ6OQcZkZkd6TftDHToZbgikhmlKKTJzd+f82T+h0zqZcymXTUMTT5uOl333CkzGlr+yKpKGqdk2MotbLNp/Jo5Zy6GU0M1iGYcmT/V60NoSR0tXi2YoxojSiwHmyj9zReww2iQQ+lvgiUW4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b4j4M7wEqjx8X2F89tHQwOu7dvqZdAOPjZhtMmNdatSQ/F47aQUbwain2f87silv5W7tjCkSl9uKjUHKcumOYYpDCWfO358R/Kov7obvzUajquwXeN+lWDZC7BZMQKrAdnL6LW6EaawWcap5FIbfrRDheSYRyY/L2FaN+mW/EUE= Received: by 10.100.9.19 with SMTP id 19mr3826993ani.1177423216429; Tue, 24 Apr 2007 07:00:16 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Tue, 24 Apr 2007 07:00:16 -0700 (PDT) Message-ID: <790a9fff0704240700w66588889n10764667fbb1cdc0@mail.gmail.com> Date: Tue, 24 Apr 2007 09:00:16 -0500 From: "Scot Hetzel" To: "Craig Rodrigues" In-Reply-To: <20070424132143.GA22217@crodrigues.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <462DBD68.40102@FreeBSD.org> <20070424132143.GA22217@crodrigues.org> Cc: freebsd-current@freebsd.org Subject: Re: Add ZFS to locate.updatedb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 14:00:17 -0000 On 4/24/07, Craig Rodrigues wrote: > On Tue, Apr 24, 2007 at 05:18:48PM +0900, Alexander Nedotsukov wrote: > > -: ${FILESYSTEMS:="ufs ext2fs"} # allowed filesystems > > +: ${FILESYSTEMS:="ufs ext2fs zfs"} # allowed filesystems > > : ${find:=find} > > Why restrict it to just those three file systems? > How about allowing more file systems, for example: > > lsvfs | egrep -v 'loopback|network|synthetic|read-only|^\-|^File' > There is no need to specify all the supported filesystems in locate.updatedb, as you can specify them in /etc/locate.rc. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 14:14:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE65116A401; Tue, 24 Apr 2007 14:14:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id AD18313C45D; Tue, 24 Apr 2007 14:14:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 87EB02084; Tue, 24 Apr 2007 16:14:00 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0D60B207E; Tue, 24 Apr 2007 16:14:00 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id DC148545C; Tue, 24 Apr 2007 16:13:59 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: David G Lawrence References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> <86veflholn.fsf@dwp.des.no> Date: Tue, 24 Apr 2007 16:13:59 +0200 In-Reply-To: <86veflholn.fsf@dwp.des.no> (Dag-Erling =?iso-8859-1?Q?Sm=F8r?= =?iso-8859-1?Q?grav's?= message of "Tue, 24 Apr 2007 15:46:28 +0200") Message-ID: <86r6q9hnbs.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Tim Kientzle , current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 14:14:07 -0000 des@des.no (Dag-Erling Sm=F8rgrav) writes: > gettimeofday(2) returns a value in microseconds, but this does not > necessarily mean that it has microsecond precision. s/precision/resolution/ DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 14:33:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C372516A400; Tue, 24 Apr 2007 14:33:56 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 7D17F13C44B; Tue, 24 Apr 2007 14:33:56 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id E99643939F; Tue, 24 Apr 2007 16:33:54 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04844-17; Tue, 24 Apr 2007 16:33:54 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 8D7D139393; Tue, 24 Apr 2007 16:33:54 +0200 (CEST) Date: Tue, 24 Apr 2007 16:33:54 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, current@freebsd.org, William Josephson Message-ID: <20070424143354.GA5211@keltia.freenix.fr> References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> <20070424084409.GA98777@keltia.freenix.fr> <200704241942.40874.doconnor@gsoft.com.au> <20070424115340.GA2172@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070424115340.GA2172@keltia.freenix.fr> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 14:33:56 -0000 According to Ollivier Robert: > As soon as I try to get it working in a more disk-intensive (raidz in that > case) way, it blows up with a panic. It seems to point to a flaw in the > ata driver which may not be managing semaphores/mutex correctly or maybe in > the way it uses UMA zones (the panic starts there). Allowing retries on ATA_FLUSHCACHE operations (by default they are not -- see ata-disk.c around line 280) gets me further but it still panics. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 14:33:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C372516A400; Tue, 24 Apr 2007 14:33:56 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 7D17F13C44B; Tue, 24 Apr 2007 14:33:56 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id E99643939F; Tue, 24 Apr 2007 16:33:54 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04844-17; Tue, 24 Apr 2007 16:33:54 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 8D7D139393; Tue, 24 Apr 2007 16:33:54 +0200 (CEST) Date: Tue, 24 Apr 2007 16:33:54 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, current@freebsd.org, William Josephson Message-ID: <20070424143354.GA5211@keltia.freenix.fr> References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> <20070424084409.GA98777@keltia.freenix.fr> <200704241942.40874.doconnor@gsoft.com.au> <20070424115340.GA2172@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070424115340.GA2172@keltia.freenix.fr> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 14:33:56 -0000 According to Ollivier Robert: > As soon as I try to get it working in a more disk-intensive (raidz in that > case) way, it blows up with a panic. It seems to point to a flaw in the > ata driver which may not be managing semaphores/mutex correctly or maybe in > the way it uses UMA zones (the panic starts there). Allowing retries on ATA_FLUSHCACHE operations (by default they are not -- see ata-disk.c around line 280) gets me further but it still panics. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 17:33:42 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EBA316A404; Tue, 24 Apr 2007 17:33:42 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id C7A7513C4BB; Tue, 24 Apr 2007 17:33:39 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 9F3EA45CD9; Tue, 24 Apr 2007 19:33:35 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id BCE9D45685; Tue, 24 Apr 2007 19:33:22 +0200 (CEST) Date: Tue, 24 Apr 2007 19:33:03 +0200 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20070424173302.GI28017@garage.freebsd.pl> References: <20070422232514.GP52622@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h22Fi9ANawrtbNPX" Content-Disposition: inline In-Reply-To: <20070422232514.GP52622@garage.freebsd.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 17:33:42 -0000 --h22Fi9ANawrtbNPX Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 23, 2007 at 01:25:14AM +0200, Pawel Jakub Dawidek wrote: > You'll find the answer here: >=20 > http://wiki.freebsd.org/ZFS >=20 > There is a list of things that we need to work on. Yes, _we_ :) I just committed fixed for 'slow mmap' and 'FreeBSD namecache' tasks. These were very important ones, but there are other waiting for takers! If you are testing ZFS, please update and report all problems you find. Those changes worked fine for me, but they weren't trivial and they might be some negative consequences. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --h22Fi9ANawrtbNPX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGLj9OForvXbEpPzQRAilnAKDvEleehUHxu9oQ5OL3oNmZmJJvfwCg6/NA x49ZcztZZk2OHfOgPvTmUNE= =Ad8x -----END PGP SIGNATURE----- --h22Fi9ANawrtbNPX-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 20:16:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A107416A404 for ; Tue, 24 Apr 2007 20:16:48 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 70C7813C484 for ; Tue, 24 Apr 2007 20:16:47 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.60.109]) by phk.freebsd.dk (Postfix) with ESMTP id 8887F17382; Tue, 24 Apr 2007 20:16:44 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l3OKGf8V004549; Tue, 24 Apr 2007 20:16:41 GMT (envelope-from phk@critter.freebsd.dk) To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 24 Apr 2007 16:13:59 +0200." <86r6q9hnbs.fsf@dwp.des.no> Date: Tue, 24 Apr 2007 20:16:41 +0000 Message-ID: <4548.1177445801@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Tim Kientzle , David G Lawrence , "Jesper B. Rosenkilde" , current@freebsd.org Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 20:16:48 -0000 In message <86r6q9hnbs.fsf@dwp.des.no>, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= writes: >des@des.no (Dag-Erling Sm=F8rgrav) writes: >> gettimeofday(2) returns a value in microseconds, but this does not >> necessarily mean that it has microsecond precision. > >s/precision/resolution/ Actually: s/precision/& or resolution/ Can I recommend that you not try the timestamping functions first, get something simple like uname(2) working first, then contact me and I'll help you get timecounters involved. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 21:48:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C04C16A411 for ; Tue, 24 Apr 2007 21:48:17 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp806.mail.ird.yahoo.com (smtp806.mail.ird.yahoo.com [217.146.188.66]) by mx1.freebsd.org (Postfix) with SMTP id C511313C4B8 for ; Tue, 24 Apr 2007 21:48:16 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 11106 invoked from network); 24 Apr 2007 21:48:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=Z7h7Vf1b5W/sKoDRMG4kdMyadcr7Mqt95EMCJixrtgqeZwD5fwlXQ3GQmNu5D/h2zfRpIv/CABmndEx1aQal61kb5CfqLblizYJV9KZiTkS+gUxNqn4+seZe8iXLwVQFpsmEEj742xENA4NB6NpSkez0cQ7d7i+yTQxEVTcZNKI= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.134.25.153 with login) by smtp806.mail.ird.yahoo.com with SMTP; 24 Apr 2007 21:48:15 -0000 X-YMail-OSG: zU.O0coVM1lm8Z92bX4MEKm2wX0EcV2d8xRhwKSAt4TfttWOVLE9RTo.Aha35faOB.39I.vc.G69wIe4OElLjHs3TbTzeSTSaX3oM5DKn6jkk83J.ykhheBy6eppHVTDjymgXcTFyMc8cg-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Tue, 24 Apr 2007 22:48:14 +0100 User-Agent: KMail/1.9.6 References: <20070422232514.GP52622@garage.freebsd.pl> <20070424173302.GI28017@garage.freebsd.pl> In-Reply-To: <20070424173302.GI28017@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704242248.14636.Thomas.Sparrevohn@btinternet.com> Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 21:48:17 -0000 On Tuesday 24 April 2007 18:33:03 Pawel Jakub Dawidek wrote: > On Mon, Apr 23, 2007 at 01:25:14AM +0200, Pawel Jakub Dawidek wrote: > > You'll find the answer here: > > > > http://wiki.freebsd.org/ZFS > > > > There is a list of things that we need to work on. Yes, _we_ :) > > I just committed fixed for 'slow mmap' and 'FreeBSD namecache' tasks. > These were very important ones, but there are other waiting for takers! > > If you are testing ZFS, please update and report all problems you find. > Those changes worked fine for me, but they weren't trivial and they > might be some negative consequences. > I don't know that its related to the recent changes but there is a corruption to the geom label - I don't know that it is related to the ZFS recont changes just seems likely ;-) - The detach happend automatically hub2: at uhub1 port 2 (addr 2) disconnected umass0: at uhub2 port 6 (addr 3) disconnected (pass0:umass-sim0:0:0:0): lost device (pass0:umass-sim0:0:0:0): removing device entry (da0:umasGsE-OsMi_mL0A:B0E:L0:: 0L)a:b ello stm sddeovsifcse/U SB( dDaO0N:GuLmEa srse-msoivme0d:.0: 0:0): removing device entry umass0: detached uhub2: detached umass0: on uhub0 umass0:0:0:-1: Attached to scbus0 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-2 device pass0: Serial Number [ pass0: 1.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: Serial Number [ da0: 1.000MB/s transfers da0: 61MB (125952 512 byte sectors: 64H 32S/T 61C) GEOM_LABEL: Label for provider da0s1 is msdosfs/USB DONGLE. GEOM_LABEL: Label msdosfs/USB DONGLE removed. From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 03:09:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F35316A407 for ; Wed, 25 Apr 2007 03:09:26 +0000 (UTC) (envelope-from nkalev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id 497D513C487 for ; Wed, 25 Apr 2007 03:09:26 +0000 (UTC) (envelope-from nkalev@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so73241wra for ; Tue, 24 Apr 2007 20:09:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=roZIvipvEnJkdYm5HAR0vFEV01DteVC8qMXOzlBt3HaiZhrU9yVAK6J1zP3iIgI5eR4d2eSP/53ioSRlHVfk5Gj45B9i/4hFkqAzLAAa0C5m2JB72AhNXhQvNb5E8bDyWazMaCn1zQVPvcJoCK/BCL2qwqHikL/eXJkR8tjsAwY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fvgwLBrWSpr777qDCb9c92Z0v6rE2zLnRmEhUXyGG5DxCZPTmlZlfYMa5ROgb3LUzJVdrDRX4GbyQUZZ0xxwZt2RywtApDW5PKIFWi+XXJ+CvJBlDkXoiiYk0J971cPbSaami/y+V4yc74Ij3a4tYuG8jQuNyunGfABQmM3d72Q= Received: by 10.78.166.7 with SMTP id o7mr47423hue.1177469020503; Tue, 24 Apr 2007 19:43:40 -0700 (PDT) Received: by 10.78.32.12 with HTTP; Tue, 24 Apr 2007 19:43:40 -0700 (PDT) Message-ID: <136a340a0704241943t746725b3q74053aee9e333854@mail.gmail.com> Date: Wed, 25 Apr 2007 05:43:40 +0300 From: "Nikolay Kalev" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: SunFire T2000 question ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 03:09:26 -0000 In the current sun4v experimental isos are they included into sparc64 platform and has anyone tested SunFire T2000 server? -- Key fingerprint = 1932 68D3 AC9D D5BE 8717 AA5E C272 B46C 42BC 6DC2 From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 03:14:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99E4716A403 for ; Wed, 25 Apr 2007 03:14:21 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 31CAB13C43E for ; Wed, 25 Apr 2007 03:14:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so296832ugh for ; Tue, 24 Apr 2007 20:14:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gwPe39WXuHpe/ZqoGuEB/ZxsaCHVIrPt5kSa7ipCpBzttFNG64RXe/uXcs1fJJZmNLXFzoZ5T845BsQEpdYhFFqVDG7f0fQXNAW+xpmqr3jV+51SBFtlm8MQy5GADNpPZKW2bKwvOEjdQd6fKnWbTl2IBWRrPWz0jlCurFLb/kw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GrGG5dmdWZhKTSbQcCIEFTudPnPug1tUb8kw1NB/XGcNGHjYT/3L8RyEcZjpwU3b/rT4y3ohTIbiRUO/P3zc4Zd/GHWujdEb9T+//BDp0zGso3L/DL1TbDyQkYsMYhRE3neSJv5CXoHrrT/Lq/mKWmULecOZ4yDhHi5qOUcTREQ= Received: by 10.78.132.2 with SMTP id f2mr47492hud.1177470860129; Tue, 24 Apr 2007 20:14:20 -0700 (PDT) Received: by 10.78.107.4 with HTTP; Tue, 24 Apr 2007 20:14:20 -0700 (PDT) Message-ID: Date: Tue, 24 Apr 2007 20:14:20 -0700 From: "Kip Macy" To: "Nikolay Kalev" In-Reply-To: <136a340a0704241943t746725b3q74053aee9e333854@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <136a340a0704241943t746725b3q74053aee9e333854@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: SunFire T2000 question ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 03:14:21 -0000 On 4/24/07, Nikolay Kalev wrote: > In the current sun4v experimental isos are they included into sparc64 > platform and has anyone tested SunFire T2000 server? a) No b) sun4v has been tested on both T1000s and T2000s - however, it hasn't been brought up to date since the INTR_FILTER changes went in -Kip From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 05:13:56 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 414CE16A400 for ; Wed, 25 Apr 2007 05:13:56 +0000 (UTC) (envelope-from bland@FreeBSD.org) Received: from smtp4.jp.viruscheck.net (smtp4.jp.viruscheck.net [154.33.69.55]) by mx1.freebsd.org (Postfix) with ESMTP id 11BA313C448 for ; Wed, 25 Apr 2007 05:13:55 +0000 (UTC) (envelope-from bland@FreeBSD.org) Received: from (mail5.jp.viruscheck.net) [154.33.69.39]:42959 by smtp4.jp.viruscheck.net with esmtp id 1HgZpC-0005Hh-L2 ; Wed, 25 Apr 2007 14:13:54 +0900 Received: from (noc.orchid.orchidtechnology.com) [125.206.34.113]:22594 by mail5.jp.viruscheck.net with esmtp id 1HgZpC-0003nH-64 ; Wed, 25 Apr 2007 14:13:54 +0900 Received: from [89.60.200.25] ([89.60.200.25]) by noc.orchid.orchidtechnology.com (8.13.4/8.13.4) with ESMTP id l3P5DrvJ011308; Wed, 25 Apr 2007 14:13:53 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <462EE38C.1030301@FreeBSD.org> Date: Wed, 25 Apr 2007 14:13:48 +0900 From: Alexander Nedotsukov User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Craig Rodrigues References: <462DBD68.40102@FreeBSD.org> <20070424132143.GA22217@crodrigues.org> In-Reply-To: <20070424132143.GA22217@crodrigues.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Add ZFS to locate.updatedb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 05:13:56 -0000 Craig Rodrigues wrote: > On Tue, Apr 24, 2007 at 05:18:48PM +0900, Alexander Nedotsukov wrote: > >> -: ${FILESYSTEMS:="ufs ext2fs"} # allowed filesystems >> +: ${FILESYSTEMS:="ufs ext2fs zfs"} # allowed filesystems >> : ${find:=find} >> > > Why restrict it to just those three file systems? > How about allowing more file systems, for example: > > lsvfs | egrep -v 'loopback|network|synthetic|read-only|^\-|^File' > It's okay with me. I just followed the existing practice. Alexander. ps. One more thing. I think it is good idea to add /media to default PRUNEPATHS too. From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 06:56:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49D0216A403 for ; Wed, 25 Apr 2007 06:56:16 +0000 (UTC) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.freebsd.org (Postfix) with ESMTP id AF8A413C457 for ; Wed, 25 Apr 2007 06:56:15 +0000 (UTC) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.8/8.13.8) with ESMTP id l3P6u1nM069136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Apr 2007 08:56:02 +0200 (CEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.8/8.13.8/Submit) with UUCP id l3P6u1Ft069135; Wed, 25 Apr 2007 08:56:01 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from pano.marabu.ch (localhost [127.0.0.1]) by pano.marabu.ch (8.13.8/8.13.8) with ESMTP id l3P6t1fL001395; Wed, 25 Apr 2007 08:55:01 +0200 (CEST) (envelope-from ast@pano.marabu.ch) Received: (from ast@localhost) by pano.marabu.ch (8.13.8/8.13.8/Submit) id l3P6t05t001394; Wed, 25 Apr 2007 08:55:00 +0200 (CEST) (envelope-from ast) Date: Wed, 25 Apr 2007 08:55:00 +0200 From: Adrian Steinmann To: Randall Stewart Message-ID: <20070425065500.GA1110@webgroup.ch> References: <462CA36A.6090500@cisco.com> <20070424061348.GB40315@webgroup.ch> <462DC889.5030101@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462DC889.5030101@cisco.com> X-Organization: Webgroup Consulting AG X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (oneplusone.ch [127.0.0.1]); Wed, 25 Apr 2007 08:56:02 +0200 (CEST) X-Mailfilter: egfilter version 1.14; Archiver [msg.5YYHqBj5] (oneplusone.ch [127.0.0.1]); Wed, 25 Apr 2007 08:56:02 +0200 (CEST) X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 7.4.0.15; VDF: 6.38.1.35; host: oneplusone.ch) Cc: freebsd-current@freebsd.org Subject: Re: Thinkpad T43 and projector problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 06:56:16 -0000 On Tue, Apr 24, 2007 at 05:06:17AM -0400, Randall Stewart wrote: > Adrian Steinmann wrote: > >On Mon, Apr 23, 2007 at 08:15:38AM -0400, Randall Stewart wrote: > >>Ok, I have done a bit more playing with my projector here > >>at home and I figured out how to project out of my T43.. > >I'm doing the same thing on T40/NetBSD3.1/XF86 and external monitor... > >>get the machine not to crash when you exit X and restart it > >>you have to disable a little option in xorg.conf dri > >XF86 doesn't have this option, but my Thinkpad T40 crashes when I > >exit/restart X11. I mention it here because I find it odd that > >same HW but different SW causes the same phenomena... > >What does pciconv -lv say? > >on nbsd: > >$ pcictl pci1 list > >001:00:0: ATI Technologies Radeon Mobility M7 LW (AGP) (VGA display) > > Hmm I don't have pcictl ... is this a port or ?? pcictl/netbsd = pciconf/freebsd, sorry I should I mentioned that > When I look at the X11 startup it says: > (--) PCI:*(1:0:0) ATI Technologies Inc M22 [Radeon Mobility M300] rev 0, Mem @ > 0xc0000000/27, 0xb0100000/16, I/O @ 0x3000/8 > > So different version slightly .. but same basic chip I think. it's the M7 vs the M22, I have this is X11 startup: (--) PCI:*(1:0:0) ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] rev 0, Mem @ 0xe0000000/27, 0xc0100000/16, I/O @ 0x3000/8 (--) Chipset ATI Radeon Mobility M7 LW (AGP) found (--) RADEON(0): Chipset: "ATI Radeon Mobility M7 LW (AGP)" (ChipID = 0x4c57) > >>The eip is 0xc090684c which translates to: > >>0xc090684c is in pmap_mapdev_attr (../../../i386/i386/pmap.c:3355). > >I seem to get a hang (no ethernet either). > >>But of course that does not help much .. > >ditto ;-) One of the things I was thinking of trying is to toggle the BIOS setting PCI/AGP for the LCD display, maybe that will make a difference. I never understood why that is configurable in a laptop, either it has AGP or it doesn't you'd think. Adrian From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 07:11:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10F3A16A401 for ; Wed, 25 Apr 2007 07:11:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id C23EF13C448 for ; Wed, 25 Apr 2007 07:11:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Hgbf3-000NCH-B5 for freebsd-current@freebsd.org; Wed, 25 Apr 2007 10:11:33 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Apr 2007 10:11:33 +0300 From: Danny Braniss Message-ID: Subject: SUN X4100+msi=crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 07:11:35 -0000 with msi enabled (the default) this box crashes ... da2: 1.000MB/s transfers da2: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready change, Trying to mount root from nfs: NFS ROOT: 132.65.16.112:/d/a em0: link state changed to UP (here it just reboots) danny From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 07:13:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C20616A403; Wed, 25 Apr 2007 07:13:32 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 040D813C469; Wed, 25 Apr 2007 07:13:31 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (s0t8esmf3mw1f3p8@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l3P7DV2u010998; Wed, 25 Apr 2007 00:13:31 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l3P7DUTg010997; Wed, 25 Apr 2007 00:13:30 -0700 (PDT) (envelope-from jmg) Date: Wed, 25 Apr 2007 00:13:30 -0700 From: John-Mark Gurney To: "Daniel O'Connor" Message-ID: <20070425071329.GC73385@funkthat.com> Mail-Followup-To: Daniel O'Connor , Eric Anderson , freebsd-current@freebsd.org References: <20070424051420.GA84831@mero.morphisms.net> <200704241942.40874.doconnor@gsoft.com.au> <462DEB4A.6050700@freebsd.org> <200704242205.06243.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704242205.06243.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 07:13:32 -0000 Daniel O'Connor wrote this message on Tue, Apr 24, 2007 at 22:04 +0930: > On Tuesday 24 April 2007 21:04, Eric Anderson wrote: > > > If it is a transient error then panicing seems to be about the > > > worse response :) > > > > Doesn't a failed ATA FLUSHCACHE mean that the device could not > > complete it's writing of cached bits to stable storage within the > > timeout period? That seems to me that the flushcache should be called > > more frequently then, so less writes have to be written out. > > I don't know what the exact semantics of the flush command are. Also I > have no data on typical delays for flushes, etc.. >From the ATA spec: If there is data in the write cache, that data shall be written to the media. The BSY bit shall remain set to one until all data has been successfully written or an error occurs. NOTE -- This command may take longer than 30 s to complete. So, if I read the timeout correctly as 1 second, that's woefully short.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 08:14:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA9E016A408 for ; Wed, 25 Apr 2007 08:14:38 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id 9A37D13C468 for ; Wed, 25 Apr 2007 08:14:38 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so198596nza for ; Wed, 25 Apr 2007 01:14:36 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=f/WcSTOtn4y4n9pNKB9BGVzPQtsDRkgdjF/z1ecKw/ubfZFslAOPpupzyb8AFIQs62N26x8q5KzIQVdZgY8bIqMmzhLF7R6ol66m0DT2ei327YI6crVcJSZQwieBE5iiA1CJlVZsitDyZTdUAe7VnHJn6hO7upoVbAqklvn+6BE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ojsgxzX4rZLMZCNqWl3MEeXPsmJm/UISCX/0NFSpYka6heMugs6ZbPfkTQeNsqkDFZ01VuX3bpWMAMQA8YIEO7ozSDmrdmUD8aM8ioZSiH6plARsJCqY10e6CGpWai5qYeU42gYEjy63OPh8PXbnSr7fLuRSeXqBI33ldAFNB+A= Received: by 10.114.240.1 with SMTP id n1mr125129wah.1177487294979; Wed, 25 Apr 2007 00:48:14 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Wed, 25 Apr 2007 00:48:14 -0700 (PDT) Message-ID: Date: Wed, 25 Apr 2007 09:48:14 +0200 From: "Claus Guttesen" To: "Pawel Jakub Dawidek" In-Reply-To: <20070424173302.GI28017@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070422232514.GP52622@garage.freebsd.pl> <20070424173302.GI28017@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 08:14:38 -0000 > > You'll find the answer here: > > > > http://wiki.freebsd.org/ZFS > > > > There is a list of things that we need to work on. Yes, _we_ :) > > I just committed fixed for 'slow mmap' and 'FreeBSD namecache' tasks. > These were very important ones, but there are other waiting for takers! > > If you are testing ZFS, please update and report all problems you find. > Those changes worked fine for me, but they weren't trivial and they > might be some negative consequences. Hi Pawel. I updated last night and the changes you comitted tripled the performance. Yesterday a rsync of a folder with 22.468 files and folders weighing 22 GB would copy at approx. 11 MB/s. Now it's 31 MB. Nice work :-) regards Claus From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 08:29:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5A8F16A400 for ; Wed, 25 Apr 2007 08:29:23 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C571C13C487 for ; Wed, 25 Apr 2007 08:29:23 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.97] (c-76-21-32-5.hsd1.ca.comcast.net [76.21.32.5]) by elvis.mu.org (Postfix) with ESMTP id B19241A4DDA; Wed, 25 Apr 2007 01:04:54 -0700 (PDT) In-Reply-To: <20070423113400.GC28587@gw.humppa.dk> References: <20070423113400.GC28587@gw.humppa.dk> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2018ADA6-11D5-48D1-98BD-4397A60E14AF@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Wed, 25 Apr 2007 01:03:19 -0700 To: Jesper B. Rosenkilde X-Mailer: Apple Mail (2.752.3) Cc: current@freebsd.org Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 08:29:23 -0000 On Apr 23, 2007, at 4:34 AM, Jesper B. Rosenkilde wrote: > On Sun, Apr 22, 2007 at 04:39:58PM -0700, Howard Su wrote: >> I'd like to give some feature requests on this. I think it will not >> increase your work load so much however it will benifit the FreeBSD a >> lot. >> >> We can have 3 type of pages mapped into one process's address map. >> 1. System wide global readonly page which will help on these >> syscalls: >> gethostname,getdomainname,uname >> help on importing sysenter as syscall entry point!! >> >> 2. Per process Readonly page. (change will still through standard >> syscall) >> help on the syscalls: >> getuid, geteuid, getpid,getgid, getegid, getpgrp, >> >> 3. As you planed, Read+Write Page >> >> -- >> -Howard > > I like your suggestions a lot, I had been thinking about something > like the > global page. But since I'm not that familiar with the kernel I had > no idea for > what, if anything, it was useful for. I'll add your suggestions to > my project > and squeeze them in my schedule. IMHO, the main usage of the global readonly page is (apart from faster gettimeofday and similar) is that you can put the syscall entry function in it, and have the kernel choose at boot the most efficient method (INT 0x80 or SYSENTER/SYSCALL) based on what the CPU supports, while still having binaries that run everywhere. Right now, we are forced to use INT 0x80 for syscalls, which is not very fast, even though most CPUs support SYSENTER/SYSCALL, because if we switched to these the binaries wouldn't work on older machines we still support. I feel that the benefits of being able to use SYSENTER when it's supported would be even greater than fast gettimeofday, for most applications on i386 (amd64 already uses SYSCALL). Also, doing gettimeofday through this shared page will mostly only be useful for machines with synchronized TSCs (assuming you want precise results), because otherwise you'll spend thousands of cycles just reading the HPET/ACPI timers anyway (you'll still save the syscall overhead, but it's actually smaller than the time spent reading the timers) (not to mention that in some cases the ACPI timer can only be read via an IO port). I personally wouldn't even bother with a per-process readonly page, or even a R/W page: the setproctitle bug you are trying to fix is clearly in pgsql, and pgsql is the one that should be fixed instead of adding a useless and potentially complex workaround. Similarly, I don't think getuid, geteuid, getpid,getgid, getegid, getpgrp are used enough to justify the work. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 08:56:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C87716A401 for ; Wed, 25 Apr 2007 08:56:41 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id EC9E213C44C for ; Wed, 25 Apr 2007 08:56:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HgdIg-0007rD-KT for freebsd-current@freebsd.org; Wed, 25 Apr 2007 10:56:34 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Apr 2007 10:56:34 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Apr 2007 10:56:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 25 Apr 2007 10:56:24 +0200 Lines: 42 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC45EF457F7E043689656B084" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) X-Enigmail-Version: 0.94.2.0 Sender: news Subject: gvirstor final (hopefully) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 08:56:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC45EF457F7E043689656B084 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable With the recently implemented BIO delaying in gvirstor (that is, IO=20 requests will be delayed unconditionally when there's not enough=20 physical space in the virstor device, until more providers are added), I = think gvirstor is ready to be committed to the CVS tree. So, interested people are encouraged to test it once again, and see if=20 they can break it in new and exciting ways :) gvirstor is available as a simple tarball at=20 http://wiki.freebsd.org/gvirstor (read the README before trying) and in=20 the Perforce (branch ivoras_gvirstor). If all turns out well, I'll find someone to get it committed. (gvirstor is a geom "overcommit" class - allows creation of virtual=20 storage devices of arbitrary sizes backed by limited physical storage.=20 It has been sponsored by Google in Google Summer of Code 2006.) gvirstor currently works on both 6-STABLE and 7-CURRENT. --------------enigC45EF457F7E043689656B084 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGLxe4ldnAQVacBcgRApSmAKCPkXaDePlRl77wEOt1vdMOnSIzuACcDqC6 0ZIg16sKEIkZA3RLIdyQ/Js= =sF/E -----END PGP SIGNATURE----- --------------enigC45EF457F7E043689656B084-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 09:11:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C12C16A408 for ; Wed, 25 Apr 2007 09:11:28 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id C7D3813C457 for ; Wed, 25 Apr 2007 09:11:27 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 4113C39378; Wed, 25 Apr 2007 11:11:26 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29641-04; Wed, 25 Apr 2007 11:11:25 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id BDE7D39375; Wed, 25 Apr 2007 11:11:25 +0200 (CEST) Date: Wed, 25 Apr 2007 11:11:25 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, Daniel O'Connor Message-ID: <20070425091125.GA29642@keltia.freenix.fr> References: <20070424051420.GA84831@mero.morphisms.net> <200704241942.40874.doconnor@gsoft.com.au> <462DEB4A.6050700@freebsd.org> <200704242205.06243.doconnor@gsoft.com.au> <20070425071329.GC73385@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070425071329.GC73385@funkthat.com> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 09:11:28 -0000 According to John-Mark Gurney: > >From the ATA spec: > If there is data in the write cache, that data shall be written to the > media. The BSY bit shall remain set to one until all data has been > successfully written or an error occurs. > NOTE -- This command may take longer than 30 s to complete. > > So, if I read the timeout correctly as 1 second, that's woefully short.. Default for all commands except FLUSHCACHE seems to be 5s with 2 retries. FLUSHCACHE is timeout is 1s w/o retries at all in ata-disk.c. As I said, allowing one retry makes it running longer it still panics. It panics inside UMA only if the FLUSHCACHE timeout occurs on both disks at the same time, I've not been able to track it back and I don't have my Macintel today with me. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 09:38:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 998B816A401; Wed, 25 Apr 2007 09:38:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 010B113C44C; Wed, 25 Apr 2007 09:38:12 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5B05C45B26; Wed, 25 Apr 2007 11:38:11 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4918D45683; Wed, 25 Apr 2007 11:38:06 +0200 (CEST) Date: Wed, 25 Apr 2007 11:37:47 +0200 From: Pawel Jakub Dawidek To: Thomas Sparrevohn Message-ID: <20070425093747.GA34663@garage.freebsd.pl> References: <20070422232514.GP52622@garage.freebsd.pl> <20070424173302.GI28017@garage.freebsd.pl> <200704242248.14636.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <200704242248.14636.Thomas.Sparrevohn@btinternet.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 09:38:13 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 24, 2007 at 10:48:14PM +0100, Thomas Sparrevohn wrote: > On Tuesday 24 April 2007 18:33:03 Pawel Jakub Dawidek wrote: > > On Mon, Apr 23, 2007 at 01:25:14AM +0200, Pawel Jakub Dawidek wrote: > > > You'll find the answer here: > > >=20 > > > http://wiki.freebsd.org/ZFS > > >=20 > > > There is a list of things that we need to work on. Yes, _we_ :) > >=20 > > I just committed fixed for 'slow mmap' and 'FreeBSD namecache' tasks. > > These were very important ones, but there are other waiting for takers! > >=20 > > If you are testing ZFS, please update and report all problems you find. > > Those changes worked fine for me, but they weren't trivial and they > > might be some negative consequences. > >=20 >=20 > I don't know that its related to the recent changes but there is a corrup= tion > to the geom label - I don't know that it is related to the ZFS recont cha= nges=20 > just seems likely ;-) - The detach happend automatically =20 >=20 > hub2: at uhub1 port 2 (addr 2) disconnected > umass0: at uhub2 port 6 (addr 3) disconnected > (pass0:umass-sim0:0:0:0): lost device > (pass0:umass-sim0:0:0:0): removing device entry > (da0:umasGsE-OsMi_mL0A:B0E:L0:: 0L)a:b ello stm sddeovsifcse/U > SB( dDaO0N:GuLmEa srse-msoivme0d:.0: > 0:0): removing device entry > umass0: detached > uhub2: detached >=20 > umass0: on uhub0 > umass0:0:0:-1: Attached to scbus0 > pass0 at umass-sim0 bus 0 target 0 lun 0 > pass0: Removable Direct Access SCSI-2 device > pass0: Serial Number [ > pass0: 1.000MB/s transfers > GEOM: new disk da0 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: Serial Number [ > da0: 1.000MB/s transfers > da0: 61MB (125952 512 byte sectors: 64H 32S/T 61C) > GEOM_LABEL: Label for provider da0s1 is msdosfs/USB DONGLE. > GEOM_LABEL: Label msdosfs/USB DONGLE removed. Where exactly do you see this corruption? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGLyFrForvXbEpPzQRAiL+AJwOY1VIRldJ0vdk/wpL/Nb+PLKz8ACg5afD SvrRDHUYUNG+RjxiRgSBy1w= =wumL -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 10:20:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6FBB16A408 for ; Wed, 25 Apr 2007 10:20:58 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08d.verio.de (mail08d.verio.de [213.198.107.30]) by mx1.freebsd.org (Postfix) with SMTP id 3A50013C483 for ; Wed, 25 Apr 2007 10:20:58 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx54.stngva01.us.mxservers.net (204.202.242.47) by mail08d.verio.de (RS ver 1.0.95vs) with SMTP id 0-0574236455 for ; Wed, 25 Apr 2007 12:20:56 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx54.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 83a2f264.17285.331.mx54.stngva01.us.mxservers.net; Wed, 25 Apr 2007 06:15:20 -0400 (EDT) Received: (qmail 44918 invoked from network); 25 Apr 2007 10:20:54 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.59.23.134) by with SMTP; 25 Apr 2007 10:20:54 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3PAKqsE001445; Wed, 25 Apr 2007 12:20:53 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704251020.l3PAKqsE001445@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-current@FreeBSD.org In-Reply-To: Message from Gary Jennejohn of "Wed, 25 Apr 2007 11:39:29 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Apr 2007 12:20:52 +0200 From: Gary Jennejohn X-Spam: [F=0.5113024962; heur=0.500(-19800); stat=0.501; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: freebsd-fs@FreeBSD.org, Pawel Jakub Dawidek , Claus Guttesen Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 10:20:58 -0000 Gary Jennejohn writes: > > "Claus Guttesen" writes: > > > > You'll find the answer here: > > > > > > > > http://wiki.freebsd.org/ZFS > > > > > > > > There is a list of things that we need to work on. Yes, _we_ :) > > > > > > I just committed fixed for 'slow mmap' and 'FreeBSD namecache' tasks. > > > These were very important ones, but there are other waiting for takers! > > > > > > If you are testing ZFS, please update and report all problems you find. > > > Those changes worked fine for me, but they weren't trivial and they > > > might be some negative consequences. > > > > Hi Pawel. I updated last night and the changes you comitted tripled > > the performance. Yesterday a rsync of a folder with 22.468 files and > > folders weighing 22 GB would copy at approx. 11 MB/s. Now it's 31 MB. > > > > Nice work :-) > > > > I suddenly see a "kern memmap too small" panic with vfs.zfs.zil_disable="1" > in loader.conf. Haven't tried it yet with the new code and without that > setting. > Looks like my sources weren't quite up-to-date. With sources cvsup'd about an hour ago I see absolutely no problems with zil_disable set to 1. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 10:46:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58C5716A413 for ; Wed, 25 Apr 2007 10:46:12 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 1591213C469 for ; Wed, 25 Apr 2007 10:46:11 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from citrin (unknown [81.19.65.68]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id C04781227BFA for ; Wed, 25 Apr 2007 14:46:10 +0400 (MSD) Date: Wed, 25 Apr 2007 14:44:59 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <1952018890.20070425144459@citrin.ru> To: freebsd-current@freebsd.org In-Reply-To: <313993633.20070419232238@citrin.ru> References: <313993633.20070419232238@citrin.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------60B5106131142D6" Subject: Re: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 10:46:12 -0000 ------------60B5106131142D6 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit AY> I try to test clamav 0.90.2 on current and got strange errors: AY> LibClamAV Warning: Multipart/alternative MIME message contains no boundary header AY> LibClamAV Warning: Multipart/ZZZZZZZZZZZZÇÇÇÇÀå MIME message contains no boundary header AY> LibClamAV Warning: Multipart/related MIME message contains no boundary header This is bug in clamav configure. For current it writes to clamav-config.h /* #undef CL_THREAD_SAFE */ instead of: #define CL_THREAD_SAFE 1 A also report this to clamav bugzilla: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=482 (but by default reports can view only clamav developers). -- Anton Yuzhaninov. ------------60B5106131142D6 Content-Type: application/octet-stream; name="patch-configure.in" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="patch-configure.in" SW5kZXg6IGNvbmZpZ3VyZS5pbgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBjb25maWd1cmUuaW4JKHJl dmlzaW9uIDMwMzcpCisrKyBjb25maWd1cmUuaW4JKHdvcmtpbmcgY29weSkKQEAgLTQ0MCw3 ICs0NDAsNyBAQAogICAgIGZpCiAgICAgQUNfREVGSU5FKENfU09MQVJJUywxLFtvcyBpcyBz b2xhcmlzXSkKICAgICA7OwotZnJlZWJzZFs0NV0qKQorZnJlZWJzZFtbNDVdXSopCiAgICAg aWYgdGVzdCAiJGhhdmVfcHRocmVhZHMiID0gInllcyI7IHRoZW4KIAlUSFJFQURfTElCUz0i LXB0aHJlYWQgLWxjX3IiCiAJVEhfU0FGRT0iLXRocmVhZC1zYWZlIgpAQCAtNDUzLDcgKzQ1 Myw3IEBACiAgICAgQUNfREVGSU5FKENfQlNELDEsW29zIGlzIGZyZWVic2QgNCBvciA1XSkK ICAgICB1c2VfZ2V0aG9zdGJ5bmFtZV9yPSJubyIKICAgICA7OwotZnJlZWJzZDYqKQorZnJl ZWJzZFtbNjddXSopCiAgICAgaWYgdGVzdCAiJGhhdmVfcHRocmVhZHMiID0gInllcyI7IHRo ZW4KIAlUSFJFQURfTElCUz0iLWx0aHIiCiAJVEhfU0FGRT0iLXRocmVhZC1zYWZlIgo= ------------60B5106131142D6-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 10:56:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C46B416A404 for ; Wed, 25 Apr 2007 10:56:52 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA0013C458 for ; Wed, 25 Apr 2007 10:56:52 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 25 Apr 2007 03:56:53 -0700 X-IronPort-AV: i="4.14,450,1170662400"; d="scan'208"; a="481298809:sNHT65561040" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l3PAuqqA016726 for ; Wed, 25 Apr 2007 03:56:52 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l3PAuqEi025445 for ; Wed, 25 Apr 2007 10:56:52 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 25 Apr 2007 03:56:52 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 25 Apr 2007 03:56:51 -0700 Message-ID: <462F348D.6020106@cisco.com> Date: Wed, 25 Apr 2007 06:59:25 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Apr 2007 10:56:51.0841 (UTC) FILETIME=[6E112F10:01C78728] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=6263; t=1177498612; x=1178362612; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Before=20I=20go=20off=20to=20the=20computer=20store=20=20to=2 0replace=20a=20DVD |Sender:=20; bh=gJaFfSgLE0iv2xJU9OZuoinW+RCniDu0Mal9ltDzptc=; b=EJCOs8MbnCa7Srpycd5WhaCHK8qPKIHikTcSNPIXtZoWYiVh3L7En2WJps1fO7xe3+S1sviu 1l10B4GlIlqxlaEm2ouz4kyLZK0T1/Xv/D567EKk6ve9TG7JNYa3pAxj; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Subject: Before I go off to the computer store to replace a DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 10:56:52 -0000 All: I have begun having difficulty with my DVD-backup that happens every night. It WAS working.. but now I am seeing (on creating my initial backup): *************************************************************** bash-lakerest.net: growisofs -Z /dev/cd0 -R -J backup_init.04-24-2007.gz Executing 'mkisofs -R -J backup_init.04-24-2007.gz | builtin_dd of=/dev/pass0 obs=32k seek=0' 1.49% done, estimate finish Wed Apr 25 06:49:25 2007 2.98% done, estimate finish Wed Apr 25 06:48:51 2007 4.46% done, estimate finish Wed Apr 25 06:48:40 2007 /dev/pass0: "Current Write Speed" is 8.2x1385KBps. 5.95% done, estimate finish Wed Apr 25 07:01:11 2007 7.43% done, estimate finish Wed Apr 25 06:58:50 2007 8.92% done, estimate finish Wed Apr 25 06:57:15 2007 10.41% done, estimate finish Wed Apr 25 06:56:08 2007 11.90% done, estimate finish Wed Apr 25 06:55:18 2007 13.38% done, estimate finish Wed Apr 25 06:54:39 2007 14.87% done, estimate finish Wed Apr 25 06:54:07 2007 16.35% done, estimate finish Wed Apr 25 06:53:42 2007 17.84% done, estimate finish Wed Apr 25 06:53:26 2007 19.33% done, estimate finish Wed Apr 25 06:53:07 2007 20.82% done, estimate finish Wed Apr 25 06:52:51 2007 22.30% done, estimate finish Wed Apr 25 06:52:38 2007 23.79% done, estimate finish Wed Apr 25 06:52:26 2007 25.27% done, estimate finish Wed Apr 25 06:52:15 2007 26.76% done, estimate finish Wed Apr 25 06:52:05 2007 28.25% done, estimate finish Wed Apr 25 06:51:57 2007 29.74% done, estimate finish Wed Apr 25 06:51:49 2007 31.22% done, estimate finish Wed Apr 25 06:51:43 2007 32.71% done, estimate finish Wed Apr 25 06:51:36 2007 34.19% done, estimate finish Wed Apr 25 06:51:31 2007 35.68% done, estimate finish Wed Apr 25 06:51:25 2007 37.17% done, estimate finish Wed Apr 25 06:51:20 2007 38.65% done, estimate finish Wed Apr 25 06:51:16 2007 40.14% done, estimate finish Wed Apr 25 06:51:12 2007 41.63% done, estimate finish Wed Apr 25 06:51:10 2007 43.11% done, estimate finish Wed Apr 25 06:51:07 2007 44.60% done, estimate finish Wed Apr 25 06:51:03 2007 46.08% done, estimate finish Wed Apr 25 06:51:00 2007 47.57% done, estimate finish Wed Apr 25 06:50:57 2007 49.06% done, estimate finish Wed Apr 25 06:50:54 2007 50.55% done, estimate finish Wed Apr 25 06:50:52 2007 52.03% done, estimate finish Wed Apr 25 06:50:49 2007 53.52% done, estimate finish Wed Apr 25 06:50:47 2007 55.00% done, estimate finish Wed Apr 25 06:50:45 2007 56.49% done, estimate finish Wed Apr 25 06:50:43 2007 57.98% done, estimate finish Wed Apr 25 06:50:41 2007 59.47% done, estimate finish Wed Apr 25 06:50:39 2007 60.95% done, estimate finish Wed Apr 25 06:50:35 2007 62.44% done, estimate finish Wed Apr 25 06:50:34 2007 63.92% done, estimate finish Wed Apr 25 06:50:32 2007 65.41% done, estimate finish Wed Apr 25 06:50:31 2007 66.90% done, estimate finish Wed Apr 25 06:50:29 2007 68.39% done, estimate finish Wed Apr 25 06:50:28 2007 69.87% done, estimate finish Wed Apr 25 06:50:29 2007 71.36% done, estimate finish Wed Apr 25 06:50:29 2007 72.84% done, estimate finish Wed Apr 25 06:50:28 2007 74.33% done, estimate finish Wed Apr 25 06:50:27 2007 75.82% done, estimate finish Wed Apr 25 06:50:25 2007 77.30% done, estimate finish Wed Apr 25 06:50:24 2007 78.79% done, estimate finish Wed Apr 25 06:50:23 2007 80.28% done, estimate finish Wed Apr 25 06:50:21 2007 81.76% done, estimate finish Wed Apr 25 06:50:21 2007 83.25% done, estimate finish Wed Apr 25 06:50:25 2007 84.73% done, estimate finish Wed Apr 25 06:50:30 2007 86.22% done, estimate finish Wed Apr 25 06:50:29 2007 87.71% done, estimate finish Wed Apr 25 06:50:27 2007 89.20% done, estimate finish Wed Apr 25 06:50:26 2007 90.68% done, estimate finish Wed Apr 25 06:50:25 2007 92.17% done, estimate finish Wed Apr 25 06:50:24 2007 93.65% done, estimate finish Wed Apr 25 06:50:23 2007 95.14% done, estimate finish Wed Apr 25 06:50:23 2007 96.63% done, estimate finish Wed Apr 25 06:50:22 2007 98.12% done, estimate finish Wed Apr 25 06:50:21 2007 99.60% done, estimate finish Wed Apr 25 06:50:20 2007 Total translation table size: 0 Total rockridge attributes bytes: 266 Total directory bytes: 0 Path table size(bytes): 10 Max brk space used 3440e4 336353 extents written (656 MB) builtin_dd: 336368*2KB out @ average 5.8x1385KBps /dev/pass0: flushing cache :-( unable to TEST UNIT READY: Input/output error :-[ SYNCHRONOUS FLUSH CACHE failed with SK=2h/ASC=04h/ACQ=07h]: Resource temporarily unavailable ********************************************************** And on the console while its progressing: ********************************************************** acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 as=0x00 acd0: FAILURE - unknown CMD (0x03) HARDWARE ERROR asc=0x08 ascq=0x01 acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=0x21 ascq=0x02 ********************************************************** When I try to "append" to the DVD: ********************************************************** :-( unable to pread64(2) primary volume descriptor: Input/output error you most likely want to use -Z option. backup complete Tue Apr 24 01:03:45 EDT 2007 ********************************************************** Now I would chalk this off to just a hardware failure (since it was working).. But when I try this on another machine that happens to have a DVD write... I get all the nice messages.. it completes with no errors .. and I can't mount the drive :-( The drive that errors is a SONY.. 'SONY ' 'DVD RW DRU-820A ' '1.0a' Removable CD-ROM On a 7.0 current machine. The one that does not error but does not let me mount things is: 'GENERIC ' 'DVD RW 8XMax ' '140I' Removable CD-ROM On a 6.2 machine. Now it could be that both have failed.. my office is in a barn.. but it just seems strange to me . As anyone else seen these types of errors? should I just replace the drives? Or is there something else broke here?? R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 11:49:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C16BA16A403 for ; Wed, 25 Apr 2007 11:49:14 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.18.43]) by mx1.freebsd.org (Postfix) with ESMTP id 33CCC13C459 for ; Wed, 25 Apr 2007 11:49:14 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 10723 invoked from network); 25 Apr 2007 11:22:33 -0000 Received: from unknown (HELO localhost) (775067@[217.50.147.90]) (envelope-sender ) by smtprelay05.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 25 Apr 2007 11:22:33 -0000 Date: Wed, 25 Apr 2007 13:22:13 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20070425132213.18a1bf8e@localhost> In-Reply-To: <462F348D.6020106@cisco.com> References: <462F348D.6020106@cisco.com> X-Mailer: Claws Mail 2.8.0 (GTK+ 2.10.9; i386-portbld-freebsd6.2) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_EhSXqe19q3UhOQYvtI/YbYf"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Re: Before I go off to the computer store to replace a DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 11:49:14 -0000 --Sig_EhSXqe19q3UhOQYvtI/YbYf Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Randall Stewart wrote: > I have begun having difficulty with my DVD-backup that happens > every night. >=20 > It WAS working.. but now I am seeing (on creating my initial backup): > *************************************************************** > bash-lakerest.net: growisofs -Z /dev/cd0 -R -J backup_init.04-24-2007.gz > Executing 'mkisofs -R -J backup_init.04-24-2007.gz | builtin_dd=20 > of=3D/dev/pass0 obs=3D32k seek=3D0' > 1.49% done, estimate finish Wed Apr 25 06:49:25 2007 > 99.60% done, estimate finish Wed Apr 25 06:50:20 2007 > Total translation table size: 0 > Total rockridge attributes bytes: 266 > Total directory bytes: 0 > Path table size(bytes): 10 > Max brk space used 3440e4 > 336353 extents written (656 MB) > builtin_dd: 336368*2KB out @ average 5.8x1385KBps > /dev/pass0: flushing cache > :-( unable to TEST UNIT READY: Input/output error > :-[ SYNCHRONOUS FLUSH CACHE failed with SK=3D2h/ASC=3D04h/ACQ=3D07h]: Res= ource=20 > temporarily unavailable > ********************************************************** > And on the console while its progressing: > ********************************************************** > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 as=3D0x00 > acd0: FAILURE - unknown CMD (0x03) HARDWARE ERROR asc=3D0x08 ascq=3D0x01 > acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=3D0x21 ascq=3D0x02 > ********************************************************** > When I try to "append" to the DVD: > ********************************************************** > :-( unable to pread64(2) primary volume descriptor: Input/output error > you most likely want to use -Z option. > backup complete Tue Apr 24 01:03:45 EDT 2007 > ********************************************************** >=20 > Now I would chalk this off to just a hardware failure (since it was > working).. But when I try this on another machine that happens > to have a DVD write... I get all the nice messages.. it completes > with no errors .. and I can't mount the drive :-( >=20 > The drive that errors is a SONY.. > 'SONY ' 'DVD RW DRU-820A ' '1.0a' Removable CD-ROM >=20 > On a 7.0 current machine. >=20 > The one that does not error but does not let me mount things is: >=20 > 'GENERIC ' 'DVD RW 8XMax ' '140I' Removable CD-ROM >=20 > On a 6.2 machine. >=20 > Now it could be that both have failed.. my office is in > a barn.. but it just seems strange to me . >=20 >=20 > As anyone else seen these types of errors? should I just > replace the drives? I saw similar looking failure messages a few days ago with cdrecord (burning DVDs) and if I remember correctly with readcd as well (checking the burned discs). The created discs were OK though and I don't burn that much, so the error messages might not be new. The drive is a LiteOn SOHW-1693S. Fabian --Sig_EhSXqe19q3UhOQYvtI/YbYf Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLznlBYqIVf93VJ0RAsmFAKCYvbPDgWl7pnz26xw9FoNFz/q/EACeP0kF Fu3xItUzbSPs+jGWLjZrVng= =GgkY -----END PGP SIGNATURE----- --Sig_EhSXqe19q3UhOQYvtI/YbYf-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 12:06:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E43B16A412 for ; Wed, 25 Apr 2007 12:06:38 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp803.mail.ird.yahoo.com (smtp803.mail.ird.yahoo.com [217.146.188.63]) by mx1.freebsd.org (Postfix) with SMTP id 8645313C44B for ; Wed, 25 Apr 2007 12:06:37 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 83834 invoked from network); 25 Apr 2007 12:06:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=nBdcvruYVrOsAsClAU8KDlWWdQdAvQqFqlhFGsJNjtOPXAQft3cXrX3f+tNbp0hZYH7E4qkTMs9fnZk4wXwzgupLfEVG/wzZ5kOySK39k1DUnTtf86RKJPqjBM6AkJ7F7xN+SbhHIAGl53zTzFEk600icrklSCy9US97QI+5ZlM= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.134.25.153 with login) by smtp803.mail.ird.yahoo.com with SMTP; 25 Apr 2007 12:06:35 -0000 X-YMail-OSG: yzvW_nEVM1k9MU8jFXcLYveUJckQZr7l.eeOtkSfE3U0q6za From: Thomas Sparrevohn To: Pawel Jakub Dawidek Date: Wed, 25 Apr 2007 13:06:33 +0100 User-Agent: KMail/1.9.6 References: <20070422232514.GP52622@garage.freebsd.pl> <200704242248.14636.Thomas.Sparrevohn@btinternet.com> <20070425093747.GA34663@garage.freebsd.pl> In-Reply-To: <20070425093747.GA34663@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704251306.33497.Thomas.Sparrevohn@btinternet.com> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 12:06:38 -0000 On Wednesday 25 April 2007 10:37:47 Pawel Jakub Dawidek wrote: > (da0:umasGsE-OsMi_mL0A:B0E:L0:: 0L)a:b ello stm sddeovsifcse/U In the label name - After this the only way to fix it is to unplug the device - > (da0:umasGsE-OsMi_mL0A:B0E:L0:: 0L)a:b ello stm sddeovsifcse/U > SB( dDaO0N:GuLmEa srse-msoivme0d:.0: > 0:0): removing device entry Should have read (pass4:umass-sim1:1:0:0): lost device (pass4:umass-sim1:1:0:0): removing device entry (da4:umass-sim1:1:0:0): lost device (da4:umass-sim1:1:0:0): removing device entry GEOM_LABEL: Label msdosfs/USB DONGLE removed. From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 12:09:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44E1D16A401; Wed, 25 Apr 2007 12:09:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id DAC8213C459; Wed, 25 Apr 2007 12:09:52 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5CFAE48A27; Wed, 25 Apr 2007 14:09:51 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B622A45B26; Wed, 25 Apr 2007 14:09:42 +0200 (CEST) Date: Wed, 25 Apr 2007 14:09:23 +0200 From: Pawel Jakub Dawidek To: Thomas Sparrevohn Message-ID: <20070425120923.GE34663@garage.freebsd.pl> References: <20070422232514.GP52622@garage.freebsd.pl> <200704242248.14636.Thomas.Sparrevohn@btinternet.com> <20070425093747.GA34663@garage.freebsd.pl> <200704251306.33497.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pyE8wggRBhVBcj8z" Content-Disposition: inline In-Reply-To: <200704251306.33497.Thomas.Sparrevohn@btinternet.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 12:09:53 -0000 --pyE8wggRBhVBcj8z Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 25, 2007 at 01:06:33PM +0100, Thomas Sparrevohn wrote: > On Wednesday 25 April 2007 10:37:47 Pawel Jakub Dawidek wrote: > > (da0:umasGsE-OsMi_mL0A:B0E:L0:: 0L)a:b ello stm sddeovsifcse/U >=20 > In the label name - After this the only way to fix it is to unplug the de= vice -=20 >=20 > > (da0:umasGsE-OsMi_mL0A:B0E:L0:: 0L)a:b ello stm sddeovsifcse/U > > SB( dDaO0N:GuLmEa srse-msoivme0d:.0: > > 0:0): removing device entry >=20 > Should have read=20 >=20 > (pass4:umass-sim1:1:0:0): lost device > (pass4:umass-sim1:1:0:0): removing device entry > (da4:umass-sim1:1:0:0): lost device > (da4:umass-sim1:1:0:0): removing device entry > GEOM_LABEL: Label msdosfs/USB DONGLE removed. Ok, I still see nothing unusual. What exactly doesn't work? I know two printfs are racing, but from a functional point of view (forget about those printfs), what is corrupted? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --pyE8wggRBhVBcj8z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGL0TzForvXbEpPzQRAhOwAKC1X+KwBFk69ulYJXYTnS+L7WnasQCeOYTP PILlWvt2ww5TVOXTv0QFk1A= =wx7r -----END PGP SIGNATURE----- --pyE8wggRBhVBcj8z-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 12:59:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48EFA16A407 for ; Wed, 25 Apr 2007 12:59:33 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp810.mail.ird.yahoo.com (smtp810.mail.ird.yahoo.com [217.146.188.70]) by mx1.freebsd.org (Postfix) with SMTP id A781913C480 for ; Wed, 25 Apr 2007 12:59:32 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 74393 invoked from network); 25 Apr 2007 12:59:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=5GB/U5bMGEp2hsXM957t08TGIp1XzhhP4wJLaISj0PFJHzJbQB9o1/JH610csYlB6QJzQvMV+F4QQdpC14sIhfUh11QAcAAFEpgmQSana/2Lvd/b2onaHiOY9g/GtJ8oFt4zgAhhvdojMiVM1G0fgcTmRZQ2m24Xfu6tfQ0zmo0= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.134.25.153 with login) by smtp810.mail.ird.yahoo.com with SMTP; 25 Apr 2007 12:59:31 -0000 X-YMail-OSG: 6zegZx0VM1kUuIoYP_8x7361k0ZsP0Q93nqCmAs0LR1thrZ9u0ErMWB7Ph1qWrkicF6dk8BUiw-- From: Thomas Sparrevohn To: Pawel Jakub Dawidek Date: Wed, 25 Apr 2007 13:59:29 +0100 User-Agent: KMail/1.9.6 References: <20070422232514.GP52622@garage.freebsd.pl> <200704251306.33497.Thomas.Sparrevohn@btinternet.com> <20070425120923.GE34663@garage.freebsd.pl> In-Reply-To: <20070425120923.GE34663@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704251359.29315.Thomas.Sparrevohn@btinternet.com> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Wondering what you can do for FreeBSD/ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 12:59:33 -0000 On Wednesday 25 April 2007 13:09:23 Pawel Jakub Dawidek wrote: > On Wed, Apr 25, 2007 at 01:06:33PM +0100, Thomas Sparrevohn wrote: > > On Wednesday 25 April 2007 10:37:47 Pawel Jakub Dawidek wrote: > > > (da0:umasGsE-OsMi_mL0A:B0E:L0:: 0L)a:b ello stm sddeovsifcse/U > > > > In the label name - After this the only way to fix it is to unplug the device - > > > > > (da0:umasGsE-OsMi_mL0A:B0E:L0:: 0L)a:b ello stm sddeovsifcse/U > > > SB( dDaO0N:GuLmEa srse-msoivme0d:.0: > > > 0:0): removing device entry > > > > Should have read > > > > (pass4:umass-sim1:1:0:0): lost device > > (pass4:umass-sim1:1:0:0): removing device entry > > (da4:umass-sim1:1:0:0): lost device > > (da4:umass-sim1:1:0:0): removing device entry > > GEOM_LABEL: Label msdosfs/USB DONGLE removed. > > Ok, I still see nothing unusual. What exactly doesn't work? I know two > printfs are racing, but from a functional point of view (forget about > those printfs), what is corrupted? > The dongle was still attached and I could no longer mount it - e.g. visible in /dev etc but got a mount error From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 13:07:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFDD716A400; Wed, 25 Apr 2007 13:07:00 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id ABA1D13C455; Wed, 25 Apr 2007 13:07:00 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from citrin (unknown [81.19.65.68]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id A22031227C25; Wed, 25 Apr 2007 17:06:59 +0400 (MSD) Date: Wed, 25 Apr 2007 17:05:51 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <578626816.20070425170551@citrin.ru> To: Jason Evans In-Reply-To: <4627DD1B.2080806@freebsd.org> References: <313993633.20070419232238@citrin.ru> <4627DD1B.2080806@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re[2]: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 13:07:01 -0000 Hello Jason, You wrote on Friday, April 20, 2007, 1:20:27 AM: JE> Anton Yuzhaninov wrote: >> I try to test clamav 0.90.2 on current and got strange errors: >> >> LibClamAV Warning: Multipart/alternative MIME message contains no boundary header >> LibClamAV Warning: Multipart/ZZZZZZZZZZZZÇÇÇÇÀå MIME message contains no boundary header >> LibClamAV Warning: Multipart/related MIME message contains no boundary header JE> The only race condition issue for malloc that I know of has to do with JE> rtld not replacing the libc spinlock stubs with threaded JE> implementations. However, I am pretty sure that this problem only shows JE> up when versioned symbols are enabled. JE> malloc's locking methodology is pretty straightforward, which makes me JE> reasonably confident about its correctness. If your debugging efforts JE> point you at malloc, you should try reverting to phkmalloc to see if JE> that makes the problem go away. As I wrote bug was in clamav... Big thanks for new malloc - it work very fast and scales well with SMP. For test was used system with 2 CPU x 4 cores. clamd scan time with jemalloc (under current) - 5.6 seconds. Same hardware, but with 6.2 stable - 274.8 seconds (and with 8 cores it several times slower than with only one core). -- Anton Yuzhaninov. From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 15:25:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AFBCB16A40A for ; Wed, 25 Apr 2007 15:25:58 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 7199C13C4C1 for ; Wed, 25 Apr 2007 15:25:58 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so344739nza for ; Wed, 25 Apr 2007 08:25:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Nm8F/kE+SMv3rW83gOXq8SCgRY8q9zs1fCHkXSEEp/lkkcS5sXDRGtp8Z7pYJclDNxxf8wwF7rAYjgbKXcsC5m8PDgpqO02UhZiTChv56rOIHfAbJxG5QGjd7qgksPWn4wL2zh280mPKZci37OeWIFkSqRArEeHYHOqlj2YpWQc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ASSVK05FGk8dJk5m/Y08aDBKVB8y0KjSQj6ejR1Tqaxaf3E8X5zV/k5FjYSyDaFQ8EHNsEA+QV5pmlcx3etkUQJmw4qVPubcPIg+QudIFmzSAIYudAyVqH/Klk4TTcRb+cug1nABdnNTnweDECfYnEzNNTKnnjjIWglTl3kPHs4= Received: by 10.114.60.19 with SMTP id i19mr177640waa.1177514754991; Wed, 25 Apr 2007 08:25:54 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Wed, 25 Apr 2007 08:25:54 -0700 (PDT) Message-ID: <7579f7fb0704250825h771b10a5m8596be98a5a767d8@mail.gmail.com> Date: Wed, 25 Apr 2007 08:25:54 -0700 From: "Matthew Jacob" To: "Danny Braniss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: SUN X4100+msi=crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 15:25:58 -0000 Well, I'd guess that this means this board should be blacklisted? On 4/25/07, Danny Braniss wrote: > with msi enabled (the default) this box crashes > ... > da2: 1.000MB/s transfers > da2: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready > change, > Trying to mount root from nfs: > NFS ROOT: 132.65.16.112:/d/a > em0: link state changed to UP > (here it just reboots) > > > danny > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 17:18:39 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4158F16A402 for ; Wed, 25 Apr 2007 17:18:39 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id D0BEA13C45E for ; Wed, 25 Apr 2007 17:18:34 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 25 Apr 2007 17:18:33 -0000 Date: Wed, 25 Apr 2007 20:18:06 +0300 From: Nikolay Pavlov To: freebsd-current@FreeBSD.org Message-ID: <20070425171806.GA7199@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-current@FreeBSD.org References: <462F348D.6020106@cisco.com> <20070425132213.18a1bf8e@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070425132213.18a1bf8e@localhost> X-Operating-System: FreeBSD 6.1-RELEASE-p10 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: Before I go off to the computer store to replace a DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 17:18:39 -0000 On Wednesday, 25 April 2007 at 13:22:13 +0200, Fabian Keil wrote: > Randall Stewart wrote: > > > I have begun having difficulty with my DVD-backup that happens > > every night. > > > > It WAS working.. but now I am seeing (on creating my initial backup): > > *************************************************************** > > bash-lakerest.net: growisofs -Z /dev/cd0 -R -J backup_init.04-24-2007.gz > > Executing 'mkisofs -R -J backup_init.04-24-2007.gz | builtin_dd > > of=/dev/pass0 obs=32k seek=0' > > 1.49% done, estimate finish Wed Apr 25 06:49:25 2007 > > > 99.60% done, estimate finish Wed Apr 25 06:50:20 2007 > > Total translation table size: 0 > > Total rockridge attributes bytes: 266 > > Total directory bytes: 0 > > Path table size(bytes): 10 > > Max brk space used 3440e4 > > 336353 extents written (656 MB) > > builtin_dd: 336368*2KB out @ average 5.8x1385KBps > > /dev/pass0: flushing cache > > :-( unable to TEST UNIT READY: Input/output error > > :-[ SYNCHRONOUS FLUSH CACHE failed with SK=2h/ASC=04h/ACQ=07h]: Resource > > temporarily unavailable > > ********************************************************** > > And on the console while its progressing: > > ********************************************************** > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 as=0x00 > > acd0: FAILURE - unknown CMD (0x03) HARDWARE ERROR asc=0x08 ascq=0x01 > > acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=0x21 ascq=0x02 > > ********************************************************** > > When I try to "append" to the DVD: > > ********************************************************** > > :-( unable to pread64(2) primary volume descriptor: Input/output error > > you most likely want to use -Z option. > > backup complete Tue Apr 24 01:03:45 EDT 2007 > > ********************************************************** > > > > Now I would chalk this off to just a hardware failure (since it was > > working).. But when I try this on another machine that happens > > to have a DVD write... I get all the nice messages.. it completes > > with no errors .. and I can't mount the drive :-( > > > > The drive that errors is a SONY.. > > 'SONY ' 'DVD RW DRU-820A ' '1.0a' Removable CD-ROM > > > > On a 7.0 current machine. > > > > The one that does not error but does not let me mount things is: > > > > 'GENERIC ' 'DVD RW 8XMax ' '140I' Removable CD-ROM > > > > On a 6.2 machine. > > > > Now it could be that both have failed.. my office is in > > a barn.. but it just seems strange to me . > > > > > > As anyone else seen these types of errors? should I just > > replace the drives? > > I saw similar looking failure messages a few days ago with > cdrecord (burning DVDs) and if I remember correctly with > readcd as well (checking the burned discs). > > The created discs were OK though and I don't burn > that much, so the error messages might not be new. > > The drive is a LiteOn SOHW-1693S. > > Fabian It's probably not related to this but i have 100% reproducable reboots (without any panics) every time i am starting k3b-1.0_1. I am using cdrtools-2.01_5 quetzal@orion:~> uname -a FreeBSD orion.zone3000.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Apr 24 03:36:01 EEST 2007 root@orion.zone3000.net:/usr/obj/usr/src/sys/GENERIC i386 quetzal@orion:~> pciconf -vl <441> hostb0@pci0:0:0: class=0x060000 card=0x01c91028 chip=0x25908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915PM/GM/GMS, 82910GML Host Bridge' class = bridge subclass = HOST-PCI vgapci0@pci0:2:0: class=0x030000 card=0x01c91028 chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x01c91028 chip=0x27928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS,82910GML Mobile Express Family Graphics Controller (??)' class = display pcm0@pci0:27:0: class=0x040300 card=0x01c91028 chip=0x26688086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '8181104 Intel High Definition Audio Controllers' class = multimedia pcib1@pci0:28:0: class=0x060400 card=0x00000000 chip=0x26608086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB (ICH6) PCI Express Root Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:28:3: class=0x060400 card=0x00000000 chip=0x26668086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB (ICH6) PCI Express Root Port 4' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x01c91028 chip=0x26588086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x01c91028 chip=0x26598086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x01c91028 chip=0x265a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x01c91028 chip=0x265b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x01c91028 chip=0x265c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib3@pci0:30:0: class=0x060401 card=0x01c91028 chip=0x24488086 rev=0xd3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x01c91028 chip=0x26418086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM LPC Interface Bridge (ICH6-M)' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x01c91028 chip=0x266f8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FBM Ultra ATA Storage Controllers - 266F' class = mass storage subclass = ATA bfe0@pci2:0:0: class=0x020000 card=0x01c91028 chip=0x170c14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM440x 100Base-TX Fast Ethernet' class = network subclass = ethernet ndis0@pci2:3:0: class=0x028000 card=0x00051028 chip=0x431914e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Dell Wireless 1470 DualBand WLAN' class = network quetzal@orion:~> cat /boot/loader.conf autoboot_delay="3" verbose_loading="YES" snd_hda_load="YES" atapicam_load="YES" usd_load="YES" i915_load="YES" drm_load="YES" bcmwl5_sys_load="YES" wlan_xauth_load="YES" umodem_load="YES" geom_journal_load="YES" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 17:33:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B67316A402 for ; Wed, 25 Apr 2007 17:33:15 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5979813C43E for ; Wed, 25 Apr 2007 17:33:13 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3PHXA4g043482; Wed, 25 Apr 2007 12:33:11 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <462F90D6.1040207@freebsd.org> Date: Wed, 25 Apr 2007 12:33:10 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Nikolay Pavlov , freebsd-current@freebsd.org References: <462F348D.6020106@cisco.com> <20070425132213.18a1bf8e@localhost> <20070425171806.GA7199@zone3000.net> In-Reply-To: <20070425171806.GA7199@zone3000.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3160/Wed Apr 25 00:28:45 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Subject: Re: Before I go off to the computer store to replace a DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 17:33:15 -0000 On 04/25/07 12:18, Nikolay Pavlov wrote: > On Wednesday, 25 April 2007 at 13:22:13 +0200, Fabian Keil wrote: >> Randall Stewart wrote: >> >>> I have begun having difficulty with my DVD-backup that happens >>> every night. >>> >>> It WAS working.. but now I am seeing (on creating my initial backup): >>> *************************************************************** >>> bash-lakerest.net: growisofs -Z /dev/cd0 -R -J backup_init.04-24-2007.gz >>> Executing 'mkisofs -R -J backup_init.04-24-2007.gz | builtin_dd >>> of=/dev/pass0 obs=32k seek=0' >>> 1.49% done, estimate finish Wed Apr 25 06:49:25 2007 >>> 99.60% done, estimate finish Wed Apr 25 06:50:20 2007 >>> Total translation table size: 0 >>> Total rockridge attributes bytes: 266 >>> Total directory bytes: 0 >>> Path table size(bytes): 10 >>> Max brk space used 3440e4 >>> 336353 extents written (656 MB) >>> builtin_dd: 336368*2KB out @ average 5.8x1385KBps >>> /dev/pass0: flushing cache >>> :-( unable to TEST UNIT READY: Input/output error >>> :-[ SYNCHRONOUS FLUSH CACHE failed with SK=2h/ASC=04h/ACQ=07h]: Resource >>> temporarily unavailable >>> ********************************************************** >>> And on the console while its progressing: >>> ********************************************************** >>> acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 as=0x00 >>> acd0: FAILURE - unknown CMD (0x03) HARDWARE ERROR asc=0x08 ascq=0x01 >>> acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=0x21 ascq=0x02 >>> ********************************************************** >>> When I try to "append" to the DVD: >>> ********************************************************** >>> :-( unable to pread64(2) primary volume descriptor: Input/output error >>> you most likely want to use -Z option. >>> backup complete Tue Apr 24 01:03:45 EDT 2007 >>> ********************************************************** >>> >>> Now I would chalk this off to just a hardware failure (since it was >>> working).. But when I try this on another machine that happens >>> to have a DVD write... I get all the nice messages.. it completes >>> with no errors .. and I can't mount the drive :-( >>> >>> The drive that errors is a SONY.. >>> 'SONY ' 'DVD RW DRU-820A ' '1.0a' Removable CD-ROM >>> >>> On a 7.0 current machine. >>> >>> The one that does not error but does not let me mount things is: >>> >>> 'GENERIC ' 'DVD RW 8XMax ' '140I' Removable CD-ROM >>> >>> On a 6.2 machine. >>> >>> Now it could be that both have failed.. my office is in >>> a barn.. but it just seems strange to me . >>> >>> >>> As anyone else seen these types of errors? should I just >>> replace the drives? >> I saw similar looking failure messages a few days ago with >> cdrecord (burning DVDs) and if I remember correctly with >> readcd as well (checking the burned discs). >> >> The created discs were OK though and I don't burn >> that much, so the error messages might not be new. >> >> The drive is a LiteOn SOHW-1693S. >> >> Fabian > > It's probably not related to this but i have 100% reproducable > reboots (without any panics) every time i am starting k3b-1.0_1. > I am using cdrtools-2.01_5 This issue has already been discussed at length on freebsd-scsi (I think) - check the archives there.. Eric From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 17:33:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6655F16A400 for ; Wed, 25 Apr 2007 17:33:38 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id E790013C468 for ; Wed, 25 Apr 2007 17:33:37 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id B45E26BB73 for ; Wed, 25 Apr 2007 19:33:36 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id l3PHXVWm016343 for ; Wed, 25 Apr 2007 19:33:35 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 25 Apr 2007 19:33:22 +0200 User-Agent: KMail/1.9.6 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704251933.23590.thierry@herbelot.com> Subject: Zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 17:33:38 -0000 Hello, I just came back from work to find a nice panic for current and Zfs (src and obj located on zfs filesystems in a mirrored tank) The source tree was updated this morning, around 05:00 UTC. I do not see new CVS commits related to Zfs : I will check with a make update if the panic is still present on the sources. the ddb trace : login: Apr 25 07:21:47 multi-cur su: thierry.herbelot to root on /dev/ttyp0 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xdeadc0ee fault code = supervisor read, page not present instruction pointer = 0x20:0xc06f0019 stack pointer = 0x28:0xd558ca14 frame pointer = 0x28:0xd558ca14 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 27384 (rm) [thread pid 27384 tid 100174 ] Stopped at isitmychild+0x9: movl 0x10(%eax),%eax db> bt Tracing pid 27384 tid 100174 td 0xc6ef9360 isitmychild(deadc0de,c0a61978,c0a580f4,0,c09513fc,3aa) at isitmychild+0x9 witness_checkorder(c1474888,9,c0969e06,8d1) at witness_checkorder+0x26d _mtx_lock_flags(c1474888,0,c0969e06,8d1) at _mtx_lock_flags+0x84 uma_zfree_arg(c146d000,c34e3d80,c34e3f6c) at uma_zfree_arg+0x3b free(c34e3d80,c276f5a0,c34e3d90,c3acc000,c2680000,...) at free+0xb5 zap_lockdir(c26690c0,2,0,c3703680,0,...) at zap_lockdir+0x276 zap_add(c26690c0,2,0,d558cb58,8,...) at zap_add+0x26 zfs_unlinked_add(c3a3184c,c3703680,c2680044,c2b5b200,c5d4f660,...) at zfs_unlinked_add+0x38 zfs_freebsd_remove(d558cbe0) at zfs_freebsd_remove+0x218 VOP_REMOVE_APV(c2771a60,d558cbe0) at VOP_REMOVE_APV+0x7e kern_unlink(c6ef9360,2821a168,0,d558cd2c,c08c1b6e,...) at kern_unlink+0x173 unlink(c6ef9360,d558cd00) at unlink+0x12 syscall(d558cd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (10, FreeBSD ELF32, unlink), eip = 0x2813bfeb, esp = 0xbfbfe7cc, ebp = 0xbfbfe7f8 --- db> but no crash dump : db> call doadump Physical memory: 307 MB Dumping 141 MB:panic: Assertion !mtx_owned(&w_mtx) failed at /tank/files1/src/sys/kern/subr_witness.c:937 the latest full non-verbose dmesg : GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #1746: Tue Apr 24 19:54:01 CEST 2007 ZZZZ:/tank/files3/obj/tank/files1/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 335544320 (320 MB) avail memory = 318644224 (303 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xc000-0xc01f irq 19 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered piix0: port 0x5000-0x500f at device 7.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 dc0: <82c169 PNIC 10/100BaseTX> port 0xc400-0xc4ff mem 0xd8002000-0xd80020ff irq 19 at device 9.0 on pci0 miibus0: on dc0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:02:e3:08:63:af dc0: [ITHREAD] ohci0: mem 0xd8003000-0xd8003fff irq 19 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci0 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci1: mem 0xd8004000-0xd8004fff irq 16 at device 11.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: on ohci1 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci2: mem 0xd8000000-0xd8000fff irq 17 at device 11.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: on ohci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd8001000-0xd80010ff irq 18 at device 11.3 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 6 ports with 6 removable, self powered pci0: at device 13.0 (no driver attached) vgapci0: mem 0xd5000000-0xd5003fff,0xd6000000-0xd67fffff,0xd7000000-0xd77fffff irq 16 at device 15.0 on pci0 pci0: at device 17.0 (no driver attached) atapci1: port 0xd000-0xd007,0xd400-0xd403,0xd800-0xd8ff irq 18 at device 19.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] atapci2: port 0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe4ff irq 18 at device 19.1 on pci0 atapci2: [ITHREAD] ata3: on atapci2 ata3: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xef000-0xeffff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) 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 1.000 msec ad0: 9671MB at ata0-master UDMA33 ad2: 9671MB at ata1-master UDMA33 acd0: CDROM at ata3-master PIO4 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a and the filsesystem hierarchy : # df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad0s1a 198126 178290 3986 98% / devfs 1 1 0 100% /dev tank 3688064 0 3688064 0% /tank tank/files1 4169728 481664 3688064 12% /tank/files1 tank/files3 4160896 472832 3688064 11% /tank/files3 /dev/ad0s1d 198126 1022 181254 1% /tmp /dev/ad0s1e 198126 41896 140380 23% /var /dev/ad0s1f 4152734 2370358 1450158 62% /usr TfH -- Internet users, on the other hand, are perhaps not dealt with harshly enough; ultimately, the only way to secure the Internet is to ensure that these users secure their systems. Harvard Law Review, june06 ("immunizing the internet") From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 18:24:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 878BC16A481 for ; Wed, 25 Apr 2007 18:24:08 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.224]) by mx1.freebsd.org (Postfix) with ESMTP id 4848E13C458 for ; Wed, 25 Apr 2007 18:24:08 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by qb-out-0506.google.com with SMTP id e11so6649855qba for ; Wed, 25 Apr 2007 11:24:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=AzvZ/N64OC71P7L4nZDSYce/z07SvzUTSIV+VjU8JkbxB9n1FCd4w+UP1cjGdZq47ttF5SdV9CWGoLmbvq9ehFHhzlmuoLyApyLahvQf7U6dMfU0wzrdwBpo0yLij+PebPJbbsoRNcadBvGdVjiMJD19dj0bPt1O8/LOaAIvjqY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=KWeSmSlF+aM3ismRLxWTPAxiBd+79ZrAf6p6+fl0cWl/C2vjOR4EH8Agxy6g5UlqJnyMJIJPo1S82YuIsAU8pelTgc2HYaAoUoEf7gIIWPlWE0dz7y+WE3LaopGX+8DYccVrbDUgty4b38kSaLBrv7ewgic8kMsL8gLb8+nswgM= Received: by 10.65.252.13 with SMTP id e13mr2128157qbs.1177525447501; Wed, 25 Apr 2007 11:24:07 -0700 (PDT) Received: by 10.64.185.12 with HTTP; Wed, 25 Apr 2007 11:24:07 -0700 (PDT) Message-ID: <6eb82e0704251124o53b7bc1aq9836a20ee06fcd11@mail.gmail.com> Date: Thu, 26 Apr 2007 02:24:07 +0800 From: "Rong-en Fan" To: "FreeBSD Current" , pjd@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: panic: Journal overflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 18:24:08 -0000 This is a i386 current SMP box as of Apr 14 or 15. Got a panic with geom journal. panic: Journal overflow (joffset=3246704015360 active=3246705852416 inactive=324 cpuid = 2 KDB: stack backtrace: db_trace_self_wrapper(c06b3e2c,e5321944,c04fc86e,c06c70c8,2,...) at db_trace_sel kdb_backtrace(c06c70c8,2,c06ad0d2,e5321950,5,...) at kdb_backtrace+0x2f panic(c06ad0d2,eea3b800,2f3,eebfc000,2f3,...) at panic+0x11f g_journal_check_overflow(c4fc5c00,cb030a00,eb,95428000,eb,...) at g_journal_chec g_journal_flush(c4fc5c00,0,eb,95428000,eb,...) at g_journal_flush+0x60d g_journal_add_current(c4fc5c00,c9cb0948,ca8e818c,c4fc5c00,e5321cbc,...) at g_jou g_journal_release_delayed(c4fc5c00,0,ca8e818c,c4fdadc0,2,...) at g_journal_relea g_journal_flush_send(c4fc5c00,c8521c60,205d0000,1b2,205d4000,...) at g_journal_f g_journal_worker(c4fc5c00,e5321d38,0,0,0,...) at g_journal_worker+0x7f7 fork_exit(c04b5813,c4fc5c00,e5321d38) at fork_exit+0x83 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5321d70, ebp = 0 --- Sorry, that I don't have core dump available. Will set up next time. After the panic, the system hangs at single user prompt: Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted Loading configuration files. kernel dumps on /dev/da0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/da0s1b as swap device Starting file system checks: /dev/da0s1a: 1704 files, 56880 used, 196935 free (631 frags, 24538 blocks, 0.2% Can't stat /dev/concat/data.journal: No such file or directory /dev/da0s1f: 237 files, 1208 used, 11877856 free (64 frags, 1484724 blocks, 0.0% GEOM_JOURNAL: Journal concat/data consistent. /dev/da0s1e: UNREF FILE I=548536 OWNER=root MODE=100644 /dev/da0s1e: SIZE=717466 MTIME=Apr 4 07:58 2007 (CLEARED) /dev/da0s1e: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/da0s1e: SUMMARY INFORMATION BAD (SALVAGED) /dev/da0s1e: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/da0s1e: 190105 files, 763850 used, 2281197 free (36557 frags, 280580 blocks /dev/da0s1d: 17507 files, 40158 used, 972857 free (641 frags, 121527 blocks, 0.1 THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/concat/data.journal (/data) Unknown error; help! AEnter full pathname of shell or RETURN for /bin/sh: # mount -a WARNING: R/W mount of /backup denied. Filesystem is not clean - run fsck mount: /dev/concat/data.journal : Operation not permitted # fsck_ffs -p /dev/concat/data.journal I need to issue 'fsck_ffs -p' myself... any idea about why this happens? The geom journal setup: Geom name: gjournal 68372861 ID: 68372861 Providers: 1. Name: concat/data.journal Mediasize: 3246137539072 (3.0T) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: concat/data Mediasize: 3247211281408 (3.0T) Sectorsize: 512 Mode: r1w1e1 Jend: 3247211280896 Jstart: 3246137539072 Role: Data,Journal The gconcat consists two scsi disk (actually, it's raid) da0 and da1. Oh no, it panics with journal overflow again while writing this message :( The data.journal is shared by nfs, and there are two boxes that are doing a tar writing operation on this partition. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 18:40:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEAD416A404 for ; Wed, 25 Apr 2007 18:40:16 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a19.g.dreamhost.com (sd-green-bigip-83.dreamhost.com [208.97.132.83]) by mx1.freebsd.org (Postfix) with ESMTP id CE7F113C457 for ; Wed, 25 Apr 2007 18:40:16 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sauron.lan.box (unknown [200.180.178.100]) by spunkymail-a19.g.dreamhost.com (Postfix) with ESMTP id BEF42118C1; Wed, 25 Apr 2007 11:40:15 -0700 (PDT) Date: Wed, 25 Apr 2007 15:40:08 -0300 From: Ricardo Nabinger Sanchez To: freebsd-current@freebsd.org Message-Id: <20070425154008.1bf1efe2.rnsanchez@wait4.org> In-Reply-To: <200704251933.23590.thierry@herbelot.com> References: <200704251933.23590.thierry@herbelot.com> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.11; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: thierry@herbelot.com Subject: Re: Zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 18:40:17 -0000 On Wed, 25 Apr 2007 19:33:22 +0200 Thierry Herbelot wrote: > fault virtual address = 0xdeadc0ee Suggestive. "Typo" for 0xdeadc0de? -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 18:43:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A436816A402 for ; Wed, 25 Apr 2007 18:43:58 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 60A5A13C43E for ; Wed, 25 Apr 2007 18:43:58 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id B267C17382 for ; Wed, 25 Apr 2007 18:43:56 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l3PIhtIN010481 for ; Wed, 25 Apr 2007 18:43:55 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 25 Apr 2007 18:43:55 +0000 Message-ID: <10480.1177526635@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: interface transmit-queue stalls X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 18:43:58 -0000 Am I the only one who sees transmit queue stalls in -current ? The interface, ath and tun so far, receive just fine, but transmits fail to even enter the queue. Is there any chance that for instance ifqueue->ifq_len might get out of sync ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 18:47:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A382D16A400 for ; Wed, 25 Apr 2007 18:47:36 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB0E13C43E for ; Wed, 25 Apr 2007 18:47:36 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 9EDF46BB5D for ; Wed, 25 Apr 2007 20:47:35 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id l3PIlUFd019986; Wed, 25 Apr 2007 20:47:33 +0200 (CEST) From: Thierry Herbelot To: Ricardo Nabinger Sanchez Date: Wed, 25 Apr 2007 20:47:21 +0200 User-Agent: KMail/1.9.6 References: <200704251933.23590.thierry@herbelot.com> <20070425154008.1bf1efe2.rnsanchez@wait4.org> In-Reply-To: <20070425154008.1bf1efe2.rnsanchez@wait4.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200704252047.23150.thierry@herbelot.com> Cc: freebsd-current@freebsd.org Subject: Re: Zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 18:47:36 -0000 Le Wednesday 25 April 2007, Ricardo Nabinger Sanchez a écrit : > On Wed, 25 Apr 2007 19:33:22 +0200 > > Thierry Herbelot wrote: > > fault virtual address = 0xdeadc0ee > > Suggestive. "Typo" for 0xdeadc0de? saw it too, but it's not a typo : the listing was a straight copy and paste from a serial console TfH -- Internet users, on the other hand, are perhaps not dealt with harshly enough; ultimately, the only way to secure the Internet is to ensure that these users secure their systems. Harvard Law Review, june06 ("immunizing the internet") From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 18:51:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F063616A401; Wed, 25 Apr 2007 18:51:29 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id CF64613C45A; Wed, 25 Apr 2007 18:51:29 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3PIpSPs057833; Wed, 25 Apr 2007 13:51:28 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <462FA330.2020605@freebsd.org> Date: Wed, 25 Apr 2007 13:51:28 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Rong-en Fan References: <6eb82e0704251124o53b7bc1aq9836a20ee06fcd11@mail.gmail.com> In-Reply-To: <6eb82e0704251124o53b7bc1aq9836a20ee06fcd11@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3161/Wed Apr 25 10:52:16 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: FreeBSD Current , pjd@freebsd.org Subject: Re: panic: Journal overflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 18:51:30 -0000 On 04/25/07 13:24, Rong-en Fan wrote: > This is a i386 current SMP box as of Apr 14 or 15. Got > a panic with geom journal. > > panic: Journal overflow (joffset=3246704015360 active=3246705852416 inactive=324 > cpuid = 2 > KDB: stack backtrace: > db_trace_self_wrapper(c06b3e2c,e5321944,c04fc86e,c06c70c8,2,...) at db_trace_sel > kdb_backtrace(c06c70c8,2,c06ad0d2,e5321950,5,...) at kdb_backtrace+0x2f > panic(c06ad0d2,eea3b800,2f3,eebfc000,2f3,...) at panic+0x11f > g_journal_check_overflow(c4fc5c00,cb030a00,eb,95428000,eb,...) at g_journal_chec > g_journal_flush(c4fc5c00,0,eb,95428000,eb,...) at g_journal_flush+0x60d > g_journal_add_current(c4fc5c00,c9cb0948,ca8e818c,c4fc5c00,e5321cbc,...) at g_jou > g_journal_release_delayed(c4fc5c00,0,ca8e818c,c4fdadc0,2,...) at g_journal_relea > g_journal_flush_send(c4fc5c00,c8521c60,205d0000,1b2,205d4000,...) at g_journal_f > g_journal_worker(c4fc5c00,e5321d38,0,0,0,...) at g_journal_worker+0x7f7 > fork_exit(c04b5813,c4fc5c00,e5321d38) at fork_exit+0x83 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe5321d70, ebp = 0 --- > > Sorry, that I don't have core dump available. Will set up next time. > After the panic, the system hangs at single user prompt: > > Trying to mount root from ufs:/dev/da0s1a > WARNING: / was not properly dismounted > Loading configuration files. > kernel dumps on /dev/da0s1b > Entropy harvesting: interrupts ethernet point_to_point kickstart. > swapon: adding /dev/da0s1b as swap device > Starting file system checks: > /dev/da0s1a: 1704 files, 56880 used, 196935 free (631 frags, 24538 blocks, 0.2% > Can't stat /dev/concat/data.journal: No such file or directory > /dev/da0s1f: 237 files, 1208 used, 11877856 free (64 frags, 1484724 blocks, 0.0% > GEOM_JOURNAL: Journal concat/data consistent. > /dev/da0s1e: UNREF FILE I=548536 OWNER=root MODE=100644 > /dev/da0s1e: SIZE=717466 MTIME=Apr 4 07:58 2007 (CLEARED) > /dev/da0s1e: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) > /dev/da0s1e: SUMMARY INFORMATION BAD (SALVAGED) > /dev/da0s1e: BLK(S) MISSING IN BIT MAPS (SALVAGED) > /dev/da0s1e: 190105 files, 763850 used, 2281197 free (36557 frags, 280580 blocks > /dev/da0s1d: 17507 files, 40158 used, 972857 free (641 frags, 121527 blocks, 0.1 > THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: > ufs: /dev/concat/data.journal (/data) > Unknown error; help! > AEnter full pathname of shell or RETURN for /bin/sh: > # mount -a > WARNING: R/W mount of /backup denied. Filesystem is not clean - run fsck > mount: /dev/concat/data.journal : Operation not permitted > # fsck_ffs -p /dev/concat/data.journal > > I need to issue 'fsck_ffs -p' myself... any idea about why this happens? > > The geom journal setup: > > Geom name: gjournal 68372861 > ID: 68372861 > Providers: > 1. Name: concat/data.journal > Mediasize: 3246137539072 (3.0T) > Sectorsize: 512 > Mode: r1w1e1 > Consumers: > 1. Name: concat/data > Mediasize: 3247211281408 (3.0T) > Sectorsize: 512 > Mode: r1w1e1 > Jend: 3247211280896 > Jstart: 3246137539072 > Role: Data,Journal > > The gconcat consists two scsi disk (actually, it's raid) da0 and da1. > Oh no, it panics with journal overflow again while writing this message :( > > The data.journal is shared by nfs, and there are two boxes that are > doing a tar writing operation on this partition. You need to change your journal switch and cache switch times, to something like this: kern.geom.journal.force_switch=50 kern.geom.journal.cache.switch=75 Try that and see if that eases your pain a bit. Eric From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 18:52:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6BEE16A409 for ; Wed, 25 Apr 2007 18:52:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 9856E13C448 for ; Wed, 25 Apr 2007 18:52:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 25 Apr 2007 11:20:01 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 24995125B0D; Wed, 25 Apr 2007 11:52:43 -0700 (PDT) Message-ID: <462FA38B.3080305@elischer.org> Date: Wed, 25 Apr 2007 11:52:59 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: thierry@herbelot.com References: <200704251933.23590.thierry@herbelot.com> <20070425154008.1bf1efe2.rnsanchez@wait4.org> <200704252047.23150.thierry@herbelot.com> In-Reply-To: <200704252047.23150.thierry@herbelot.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Ricardo Nabinger Sanchez Subject: Re: Zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 18:52:43 -0000 Thierry Herbelot wrote: > Le Wednesday 25 April 2007, Ricardo Nabinger Sanchez a écrit : >> On Wed, 25 Apr 2007 19:33:22 +0200 >> >> Thierry Herbelot wrote: >>> fault virtual address = 0xdeadc0ee >> Suggestive. "Typo" for 0xdeadc0de? > > saw it too, but it's not a typo : the listing was a straight copy and paste > from a serial console It was a reference to an element 16 bytes into a structure. the structure was referenced by a pointer that is itself in a structure that has already been freed, and therefore filled with "deadcode" values. (just a theory) > > TfH > From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 19:11:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16DEA16A404 for ; Wed, 25 Apr 2007 19:11:30 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id 1EE2D13C455 for ; Wed, 25 Apr 2007 19:11:28 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 34866 invoked by uid 0); 25 Apr 2007 15:54:26 -0300 Received: from eksffa@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.58.85.51):. Processed in 0.876455 secs); 25 Apr 2007 18:54:26 -0000 Received: from unknown (HELO ?10.69.69.69?) (201.58.85.51) by capeta.freebsdbrasil.com.br with SMTP; 25 Apr 2007 15:54:25 -0300 Message-ID: <462FA19A.9060102@freebsdbrasil.com.br> Date: Wed, 25 Apr 2007 15:44:42 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 1.5.0.9 (X11/20070131) MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: gvirstor final (hopefully) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 19:11:30 -0000 Ivan Voras escreveu: > With the recently implemented BIO delaying in gvirstor (that is, IO > requests will be delayed unconditionally when there's not enough > physical space in the virstor device, until more providers are added), I > think gvirstor is ready to be committed to the CVS tree. > > So, interested people are encouraged to test it once again, and see if > they can break it in new and exciting ways :) > > gvirstor is available as a simple tarball at > http://wiki.freebsd.org/gvirstor (read the README before trying) and in > the Perforce (branch ivoras_gvirstor). > > If all turns out well, I'll find someone to get it committed. > > (gvirstor is a geom "overcommit" class - allows creation of virtual > storage devices of arbitrary sizes backed by limited physical storage. > It has been sponsored by Google in Google Summer of Code 2006.) > > gvirstor currently works on both 6-STABLE and 7-CURRENT. > I got something wrong: # make # make so # make install # ./gvirstor load (everything did right up to this point here) # ./gvirstor label -v -s 2097152 gvhome /dev/ad3s1d Unknown command: label usage: gvirstor help gvirstor list [name ...] gvirstor status [-s] [name ...] gvirstor load [-v] gvirstor unload [-v] Exit 1 It is a 6.2-STABLE from 3 days ago. Seems doesnt -- Patrick Tracanelli From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 19:24:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 390EB16A402 for ; Wed, 25 Apr 2007 19:24:50 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id B266113C48C for ; Wed, 25 Apr 2007 19:24:49 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.183.9] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML31I-1Hgn6d49gt-0000x4; Wed, 25 Apr 2007 21:24:48 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Wed, 25 Apr 2007 21:24:38 +0200 User-Agent: KMail/1.9.5 References: <10480.1177526635@critter.freebsd.dk> In-Reply-To: <10480.1177526635@critter.freebsd.dk> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1815851.UohF1hX8oW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704252124.45502.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+ykiDoplhh+BJgqM4Ku4EI62njI1xVM6CTqxH KUyy9xoyY3UuZ0RKKwm35EEe1ZvhFo/qYyu9TCoZ8YXG9mhXvb sQxqfOkuhgCuFU+e9O/QA== Cc: Poul-Henning Kamp Subject: Re: interface transmit-queue stalls X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 19:24:50 -0000 --nextPart1815851.UohF1hX8oW Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 25 April 2007 20:43, Poul-Henning Kamp wrote: > Am I the only one who sees transmit queue stalls in -current ? > > The interface, ath and tun so far, receive just fine, but transmits > fail to even enter the queue. Do you get ENOBUFS for local sends? Are you sure it gets down to the=20 interface queue (might stall in the socket layer already - does the=20 forwarding path work?)? What's your net.isr.direct setting? > Is there any chance that for instance ifqueue->ifq_len might get > out of sync ? Does an ifconfig down/up cycle help the situation? I don't see any=20 commits in that area lately. Do you have ALTQ? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1815851.UohF1hX8oW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGL6r9XyyEoT62BG0RAnQMAJ44KSW1FrKAVs0hWXLX2eBuUKJHlgCfQ+Pa LKZt6Oj+/p0cgR7aXGH2mmU= =bkLz -----END PGP SIGNATURE----- --nextPart1815851.UohF1hX8oW-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 19:30:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3620B16A47D for ; Wed, 25 Apr 2007 19:30:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E34C513C4C4 for ; Wed, 25 Apr 2007 19:30:25 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.65.120]) by phk.freebsd.dk (Postfix) with ESMTP id 4652717382; Wed, 25 Apr 2007 19:30:24 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l3PJUN48010664; Wed, 25 Apr 2007 19:30:24 GMT (envelope-from phk@critter.freebsd.dk) To: Max Laier From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 25 Apr 2007 21:24:38 +0200." <200704252124.45502.max@love2party.net> Date: Wed, 25 Apr 2007 19:30:23 +0000 Message-ID: <10663.1177529423@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: interface transmit-queue stalls X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 19:30:26 -0000 In message <200704252124.45502.max@love2party.net>, Max Laier writes: >On Wednesday 25 April 2007 20:43, Poul-Henning Kamp wrote: >> Am I the only one who sees transmit queue stalls in -current ? >> >> The interface, ath and tun so far, receive just fine, but transmits >> fail to even enter the queue. > >Do you get ENOBUFS for local sends? Are you sure it gets down to the=20 >interface queue (might stall in the socket layer already - does the=20 >forwarding path work?)? What's your net.isr.direct setting? All settings are default, no ALTQ and I don't have much debugging output, because I can't find a way to pull it out. ifconfig down/up seems to help. >Does an ifconfig down/up cycle help the situation? I don't see any=20 >commits in that area lately. Do you have ALTQ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 21:17:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CD6C16A402; Wed, 25 Apr 2007 21:17:20 +0000 (UTC) (envelope-from master@preved.cn) Received: from mc333.mccolo.com (mc333.mccolo.com [208.72.175.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1919F13C45E; Wed, 25 Apr 2007 21:17:20 +0000 (UTC) (envelope-from master@preved.cn) Received: from mc333.mccolo.com (localhost [127.0.0.1]) by mc333.mccolo.com (Postfix) with ESMTP id 9DE8E114E9; Wed, 25 Apr 2007 13:56:51 -0700 (PDT) Received: from [10.7.0.3] (233.188.pseudo-real.birulevo.net [62.140.233.188]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mc333.mccolo.com (Postfix) with ESMTP id 9D37F114DA; Wed, 25 Apr 2007 13:56:50 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Alexey Tarasov Date: Thu, 26 Apr 2007 00:56:50 +0400 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV using ClamSMTP Cc: current@freebsd.org Subject: ZFS and mv utility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 21:17:20 -0000 Hello Pawel. I have a question about ZFS and mv utility. I have the following pool configuration: NAME USED AVAIL REFER MOUNTPOINT storage 62,1G 121G 26K /storage storage/music 7,95G 121G 7,95G /storage/music storage/oldhome 47,5G 121G 47,5G /storage/oldhome I made the following operation: mv /storage/oldhome/lexa/music/* / storage/music and that operation took a very long time. It seems that MV copies files first from storage/oldhome/lexa/musc to storage/music and then deletes them from old location. But I move files within one storage pool and it should work as fast, as it works on UFS partition. Does it need to be modified for compatibility with ZFS? Thanks, -- Alexey Tarasov master@preved.cn From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 21:25:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 088A116A406 for ; Wed, 25 Apr 2007 21:25:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 9D68713C45A for ; Wed, 25 Apr 2007 21:25:06 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 297E045696; Wed, 25 Apr 2007 23:25:05 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4C9E445683; Wed, 25 Apr 2007 23:24:58 +0200 (CEST) Date: Wed, 25 Apr 2007 23:24:37 +0200 From: Pawel Jakub Dawidek To: Alexey Tarasov Message-ID: <20070425212437.GO34663@garage.freebsd.pl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1WN/MJ7JJGqVzwIW" Content-Disposition: inline In-Reply-To: X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: current@freebsd.org Subject: Re: ZFS and mv utility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 21:25:07 -0000 --1WN/MJ7JJGqVzwIW Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 26, 2007 at 12:56:50AM +0400, Alexey Tarasov wrote: > Hello Pawel. >=20 > I have a question about ZFS and mv utility. I have the following pool con= figuration: >=20 > NAME USED AVAIL REFER MOUNTPOINT > storage 62,1G 121G 26K /storage > storage/music 7,95G 121G 7,95G /storage/music > storage/oldhome 47,5G 121G 47,5G /storage/oldhome >=20 > I made the following operation: mv /storage/oldhome/lexa/music/* /storage= /music and that operation took a very long time. It seems that MV copies fi= les first from=20 > storage/oldhome/lexa/musc to storage/music and then deletes them from old= location. But I move files within one storage pool and it should work as f= ast, as it works on UFS=20 > partition. Does it need to be modified for compatibility with ZFS? =46rom mv(1) manual page: As the rename(2) call does not work across file systems, mv uses cp(1) and rm(1) to accomplish the move. The effect is equivalent to: rm -f destination_path && \ cp -pRP source_file destination && \ rm -rf source_file ZFS pool is not a file system. Look at mount(8) output. It would be possible in theory to move data faster within one pool and this was discussed on zfs-discuss@opensolaris.org, you may want to search the archives. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --1WN/MJ7JJGqVzwIW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGL8cVForvXbEpPzQRAlbvAKCvZlvYWpyoUHN5BcQ867qw/dzteACeLfWl Ii4q1cqPDJZCHpLcJ1jvlsk= =S4Nn -----END PGP SIGNATURE----- --1WN/MJ7JJGqVzwIW-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 25 22:08:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE37016A401 for ; Wed, 25 Apr 2007 22:08:40 +0000 (UTC) (envelope-from ascheepers@nl.clara.net) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 695F313C44B for ; Wed, 25 Apr 2007 22:08:40 +0000 (UTC) (envelope-from ascheepers@nl.clara.net) Received: from ceridwen.thuis.net (void-ptr.xs4all.nl [80.126.86.58]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3PLsnIr052445 for ; Wed, 25 Apr 2007 23:54:50 +0200 (CEST) (envelope-from ascheepers@nl.clara.net) Message-ID: <462FCE2B.50601@nl.clara.net> Date: Wed, 25 Apr 2007 23:54:51 +0200 From: Axel Scheepers User-Agent: Thunderbird 2.0.0.0 (X11/20070423) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Wed, 25 Apr 2007 22:19:05 +0000 Subject: zfs lor, panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 22:08:40 -0000 Hello current list, I've just installed -current on my amd64(smp) workstation and tried zfs a bit. I've setup my ports and src dir as gzip compressed zfs mounts and used it without any problems. Then I moved my homedir to zfs, and all went fine for a while.. until.. I tried to use rtorrent on a zfs volume. Suddenly zfs would take all vm.kmem_size and eventually paniced as described on this list before. I've set it to 512MB in /boot/loader.conf and restricted the ARC to 64MB+1, this didn't panic but gave my a lock order reversal and a system which completely spents it's time in system time (according to top 100% with 640MB kmem) slowing it down to nearly a halt. I've captured one; Apr 25 16:38:00 ceridwen kernel: lock order reversal: Apr 25 16:38:00 ceridwen kernel: 1st 0xffffff0024654d70 user map (user map) @ /u sr/src/sys/vm/vm_map.c:2172 Apr 25 16:38:00 ceridwen kernel: 2nd 0xffffff0027704dd8 zfs:&zp->z_lock (zfs:&zp ->z_lock) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs /zfs_znode.c:751 Apr 25 16:38:00 ceridwen kernel: KDB: stack backtrace: Apr 25 16:38:00 ceridwen kernel: db_trace_self_wrapper() at db_trace_self_wrappe r+0x3a Apr 25 16:38:00 ceridwen kernel: witness_checkorder() at witness_checkorder+0x4f 9 Apr 25 16:38:00 ceridwen kernel: _sx_xlock() at _sx_xlock+0x3a Apr 25 16:38:00 ceridwen kernel: zfs_time_stamper() at zfs_time_stamper+0x3c Apr 25 16:38:00 ceridwen kernel: zfs_freebsd_write() at zfs_freebsd_write+0x780 Apr 25 16:38:00 ceridwen kernel: VOP_WRITE_APV() at VOP_WRITE_APV+0xa4 Apr 25 16:38:00 ceridwen kernel: vnode_pager_generic_putpages() at vnode_pager_g eneric_putpages+0x218 Apr 25 16:38:00 ceridwen kernel: VOP_PUTPAGES_APV() at VOP_PUTPAGES_APV+0x77 Apr 25 16:38:00 ceridwen kernel: vnode_pager_putpages() at vnode_pager_putpages+ 0x97 Apr 25 16:38:00 ceridwen kernel: vm_pageout_flush() at vm_pageout_flush+0x136 Apr 25 16:38:00 ceridwen kernel: vm_object_page_collect_flush() at vm_object_pag e_collect_flush+0x2d1 Apr 25 16:38:00 ceridwen kernel: vm_object_page_clean() at vm_object_page_clean+ 0x18e Apr 25 16:38:00 ceridwen kernel: vm_object_sync() at vm_object_sync+0x239 Apr 25 16:38:00 ceridwen kernel: vm_map_sync() at vm_map_sync+0x107 Apr 25 16:38:00 ceridwen kernel: msync() at msync+0x66 Apr 25 16:38:00 ceridwen kernel: syscall() at syscall+0x1f0 Apr 25 16:38:00 ceridwen kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 25 16:38:00 ceridwen kernel: --- syscall (65, FreeBSD ELF64, msync), rip = 0 x8015a474c, rsp = 0x7fffffffe508, rbp = 0x801afd740 --- Apr 25 16:43:35 ceridwen su: axel to root on /dev/ttyp0 I'm very pleased with zfs coming to freebsd; I've been using it on solaris for a while now with excellent results so far. I think this is described as not being dangerous but the side effects might cause severe effects/panics as far as I've noticed. Kind regards, Axel Scheepers From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 00:13:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BF4116A403 for ; Thu, 26 Apr 2007 00:13:38 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 58D3613C45B for ; Thu, 26 Apr 2007 00:13:38 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 98BDD1A4D9D; Wed, 25 Apr 2007 17:14:03 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9D987514E5; Wed, 25 Apr 2007 20:13:37 -0400 (EDT) Date: Wed, 25 Apr 2007 20:13:37 -0400 From: Kris Kennaway To: Axel Scheepers Message-ID: <20070426001337.GA79168@xor.obsecurity.org> References: <462FCE2B.50601@nl.clara.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <462FCE2B.50601@nl.clara.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: zfs lor, panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 00:13:38 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 25, 2007 at 11:54:51PM +0200, Axel Scheepers wrote: > Hello current list, >=20 > I've just installed -current on my amd64(smp) workstation and tried zfs= =20 > a bit. I've setup my ports and src dir as gzip compressed zfs mounts and= =20 > used it without any problems. Then I moved my homedir to zfs, and all=20 > went fine for a while.. until.. I tried to use rtorrent on a zfs volume.= =20 > Suddenly zfs would take all vm.kmem_size and eventually paniced as=20 > described on this list before. I've set it to 512MB in /boot/loader.conf= =20 > and restricted the ARC to 64MB+1, this didn't panic but gave my a lock=20 > order reversal and a system which completely spents it's time in system= =20 > time (according to top 100% with 640MB kmem) slowing it down to nearly a= =20 > halt. If you are concerned about performance then turn off the enormously expensive debugging options like WITNESS ;) This LOR has been reported before, BTW. Kris --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGL+6xWry0BWjoQKURAs4XAJ92USqYVdFxh56447az4+oarF3arACfZCue FmTDRIArmaFpSvLMPAd91sg= =ciaw -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 05:19:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D7F316A401 for ; Thu, 26 Apr 2007 05:19:51 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 06DEA13C44B for ; Thu, 26 Apr 2007 05:19:50 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id BDBEE145EF8; Thu, 26 Apr 2007 07:19:49 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id B91F2D5004A; Thu, 26 Apr 2007 07:19:49 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 9E89BD50047; Thu, 26 Apr 2007 07:19:49 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rE2WwZURU0jrhvOKXwElmpE6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (83-131-101-222.adsl.net.t-com.hr [83.131.101.222]) by ls248.t-com.hr (Qmali) with ESMTP id D9C9D5E018D; Thu, 26 Apr 2007 07:19:46 +0200 (CEST) Message-ID: <4630366F.5060909@fer.hr> Date: Thu, 26 Apr 2007 07:19:43 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Patrick Tracanelli References: <462FA19A.9060102@freebsdbrasil.com.br> In-Reply-To: <462FA19A.9060102@freebsdbrasil.com.br> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD709D345A9C259E09CE15428" Cc: freebsd-current@freebsd.org Subject: Re: gvirstor final (hopefully) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 05:19:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD709D345A9C259E09CE15428 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Patrick Tracanelli wrote: >> gvirstor currently works on both 6-STABLE and 7-CURRENT. >> >=20 > I got something wrong: >=20 > # make > # make so > # make install > # ./gvirstor load >=20 > (everything did right up to this point here) Did you follow the instruction in README file that says: "You'll need to make a symlink to geom_virstor.so in your /lib/geom directory." ? --------------enigD709D345A9C259E09CE15428 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMDZvldnAQVacBcgRAtVvAKCq/2TEmDhKu3YENEJeEIxlyGzpCQCg66pg ZAOLE3eqfmsUsYiKvff0qtE= =gKgy -----END PGP SIGNATURE----- --------------enigD709D345A9C259E09CE15428-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 08:19:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A1CA16A528; Thu, 26 Apr 2007 08:19:06 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id F184213C457; Thu, 26 Apr 2007 08:19:05 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 76AB9395A3; Thu, 26 Apr 2007 10:19:04 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67857-18; Thu, 26 Apr 2007 10:19:04 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 0D19039589; Thu, 26 Apr 2007 10:19:04 +0200 (CEST) Date: Thu, 26 Apr 2007 10:19:03 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, sos@FreeBSD.org Message-ID: <20070426081903.GA68530@keltia.freenix.fr> References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> <20070424084409.GA98777@keltia.freenix.fr> <200704241942.40874.doconnor@gsoft.com.au> <20070424115340.GA2172@keltia.freenix.fr> <20070424143354.GA5211@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070424143354.GA5211@keltia.freenix.fr> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 08:19:06 -0000 According to Ollivier Robert: > Allowing retries on ATA_FLUSHCACHE operations (by default they are not -- > see ata-disk.c around line 280) gets me further but it still panics. Trying it differently by putting a larger timeout (the same as above in ata-disk.c that is, 5s instead of 1s), made the system survive an hg clone of the src HEAD source and seems to survive a clone of /usr/ports. Don't know yet what Søren think of that but I'll keep it in my tree. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 08:32:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3373216A402 for ; Thu, 26 Apr 2007 08:32:16 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id A18A113C4AD for ; Thu, 26 Apr 2007 08:32:15 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so514744ika for ; Thu, 26 Apr 2007 01:32:14 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uh6x7/vKzUewnYWTPcSZTDEEnvOwsgtw4CwbnTvBKCpJ67/sfQwXMe21iN8c09gxPb86YymAJJ7GuLO8UUwfRWmCw3ubXfvDwuDy2qbya9RqFrsyF0EOBgDYPC1A5eeOBxpPYv8f7SBEi5po07aDA5YrIx+95bE84cbpJXsU2ts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sD3ZdkRjSVlIGA0PSNGCFYDSDvYM1rV5ybCemoy6pLqsBljs98a0vIvIov8sQlqXl1mswAapdLsPEuQxNYnvfsYfiqGCs1NaHVNKvETlwjJ8PGQoT+MXoGKAOqxU5Fr5ssykH8LbrttDhHRfYDt/dKtjhjJcopdr0vopVDasC30= Received: by 10.64.48.20 with SMTP id v20mr3428182qbv.1177576333834; Thu, 26 Apr 2007 01:32:13 -0700 (PDT) Received: by 10.64.185.12 with HTTP; Thu, 26 Apr 2007 01:32:13 -0700 (PDT) Message-ID: <6eb82e0704260132o3ace4048ld29e3f110dd06c14@mail.gmail.com> Date: Thu, 26 Apr 2007 16:32:13 +0800 From: "Rong-en Fan" To: "Eric Anderson" In-Reply-To: <462FA330.2020605@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0704251124o53b7bc1aq9836a20ee06fcd11@mail.gmail.com> <462FA330.2020605@freebsd.org> Cc: FreeBSD Current , pjd@freebsd.org Subject: Re: panic: Journal overflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 08:32:16 -0000 On 4/26/07, Eric Anderson wrote: > On 04/25/07 13:24, Rong-en Fan wrote: > > This is a i386 current SMP box as of Apr 14 or 15. Got > > a panic with geom journal. > > > > panic: Journal overflow (joffset=3246704015360 active=3246705852416 inactive=324 > > cpuid = 2 > > KDB: stack backtrace: > > db_trace_self_wrapper(c06b3e2c,e5321944,c04fc86e,c06c70c8,2,...) at db_trace_sel > > kdb_backtrace(c06c70c8,2,c06ad0d2,e5321950,5,...) at kdb_backtrace+0x2f > > panic(c06ad0d2,eea3b800,2f3,eebfc000,2f3,...) at panic+0x11f > > g_journal_check_overflow(c4fc5c00,cb030a00,eb,95428000,eb,...) at g_journal_chec > > g_journal_flush(c4fc5c00,0,eb,95428000,eb,...) at g_journal_flush+0x60d > > g_journal_add_current(c4fc5c00,c9cb0948,ca8e818c,c4fc5c00,e5321cbc,...) at g_jou > > g_journal_release_delayed(c4fc5c00,0,ca8e818c,c4fdadc0,2,...) at g_journal_relea > > g_journal_flush_send(c4fc5c00,c8521c60,205d0000,1b2,205d4000,...) at g_journal_f > > g_journal_worker(c4fc5c00,e5321d38,0,0,0,...) at g_journal_worker+0x7f7 > > fork_exit(c04b5813,c4fc5c00,e5321d38) at fork_exit+0x83 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xe5321d70, ebp = 0 --- > > > > Sorry, that I don't have core dump available. Will set up next time. > > After the panic, the system hangs at single user prompt: > > > > Trying to mount root from ufs:/dev/da0s1a > > WARNING: / was not properly dismounted > > Loading configuration files. > > kernel dumps on /dev/da0s1b > > Entropy harvesting: interrupts ethernet point_to_point kickstart. > > swapon: adding /dev/da0s1b as swap device > > Starting file system checks: > > /dev/da0s1a: 1704 files, 56880 used, 196935 free (631 frags, 24538 blocks, 0.2% > > Can't stat /dev/concat/data.journal: No such file or directory > > /dev/da0s1f: 237 files, 1208 used, 11877856 free (64 frags, 1484724 blocks, 0.0% > > GEOM_JOURNAL: Journal concat/data consistent. > > /dev/da0s1e: UNREF FILE I=548536 OWNER=root MODE=100644 > > /dev/da0s1e: SIZE=717466 MTIME=Apr 4 07:58 2007 (CLEARED) > > /dev/da0s1e: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) > > /dev/da0s1e: SUMMARY INFORMATION BAD (SALVAGED) > > /dev/da0s1e: BLK(S) MISSING IN BIT MAPS (SALVAGED) > > /dev/da0s1e: 190105 files, 763850 used, 2281197 free (36557 frags, 280580 blocks > > /dev/da0s1d: 17507 files, 40158 used, 972857 free (641 frags, 121527 blocks, 0.1 > > THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: > > ufs: /dev/concat/data.journal (/data) > > Unknown error; help! > > AEnter full pathname of shell or RETURN for /bin/sh: > > # mount -a > > WARNING: R/W mount of /backup denied. Filesystem is not clean - run fsck > > mount: /dev/concat/data.journal : Operation not permitted > > # fsck_ffs -p /dev/concat/data.journal > > > > I need to issue 'fsck_ffs -p' myself... any idea about why this happens? > > > > The geom journal setup: > > > > Geom name: gjournal 68372861 > > ID: 68372861 > > Providers: > > 1. Name: concat/data.journal > > Mediasize: 3246137539072 (3.0T) > > Sectorsize: 512 > > Mode: r1w1e1 > > Consumers: > > 1. Name: concat/data > > Mediasize: 3247211281408 (3.0T) > > Sectorsize: 512 > > Mode: r1w1e1 > > Jend: 3247211280896 > > Jstart: 3246137539072 > > Role: Data,Journal > > > > The gconcat consists two scsi disk (actually, it's raid) da0 and da1. > > Oh no, it panics with journal overflow again while writing this message :( > > > > The data.journal is shared by nfs, and there are two boxes that are > > doing a tar writing operation on this partition. > > You need to change your journal switch and cache switch times, to > something like this: > > kern.geom.journal.force_switch=50 > kern.geom.journal.cache.switch=75 > > Try that and see if that eases your pain a bit. This does not help :( In the past two hours, I tried tuning this two sysctls a bit. The result is panic over 10 times :( I have to remove gjournal on concat/data. I do this following gjournal stop concat/data gjournal clear concat/data tunefs -J disable /dev/concat/data If I want to turn on gjournal someday, can I do it without recreate the filesystem? Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 10:24:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7336A16A400 for ; Thu, 26 Apr 2007 10:24:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id F1D7513C455 for ; Thu, 26 Apr 2007 10:24:22 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3QAOLA4001773; Thu, 26 Apr 2007 20:24:21 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3QAOLGF001772; Thu, 26 Apr 2007 20:24:21 +1000 (EST) (envelope-from peter) Date: Thu, 26 Apr 2007 20:24:21 +1000 From: Peter Jeremy To: Suleiman Souhlal Message-ID: <20070426102420.GA819@turion.vk2pj.dyndns.org> References: <20070423113400.GC28587@gw.humppa.dk> <2018ADA6-11D5-48D1-98BD-4397A60E14AF@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <2018ADA6-11D5-48D1-98BD-4397A60E14AF@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: current@freebsd.org Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 10:24:23 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-25 01:03:19 -0700, Suleiman Souhlal wrot= e: >IMHO, the main usage of the global readonly page is (apart from =20 >faster gettimeofday and similar) is that you can put the syscall =20 >entry function in it, and have the kernel choose at boot the most =20 >efficient method (INT 0x80 or SYSENTER/SYSCALL) based on what the CPU =20 >supports, while still having binaries that run everywhere. That's a nice idea. The only downside I see is that it means the page would need to be executable. I would prefer not to have data areas executable - even if they are read-only. I think that FreeBSD should make more use of CPU-specific coding to enhance performance. Maybe even something along the lines of Solaris where linking to libc implicitly links to a CPU-specific .so if it exists. >Similarly, I don't think getuid, geteuid, getpid,getgid, getegid, =20 >getpgrp are used enough to justify the work. Likewise. --=20 Peter Jeremy --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGMH3U/opHv/APuIcRAhiJAJ0acpN1zmpsv20RyEVifF8Dz+4dEACfUOXV eEp1OpNnq2yw3a17ZJa4ttg= =bs14 -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 11:55:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68AA216A400; Thu, 26 Apr 2007 11:55:25 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 44B7C13C489; Thu, 26 Apr 2007 11:55:25 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l3QBtKtT020869; Thu, 26 Apr 2007 06:55:20 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46309328.2010606@freebsd.org> Date: Thu, 26 Apr 2007 06:55:20 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Rong-en Fan References: <6eb82e0704251124o53b7bc1aq9836a20ee06fcd11@mail.gmail.com> <462FA330.2020605@freebsd.org> <6eb82e0704260132o3ace4048ld29e3f110dd06c14@mail.gmail.com> In-Reply-To: <6eb82e0704260132o3ace4048ld29e3f110dd06c14@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3164/Thu Apr 26 04:13:10 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: FreeBSD Current , pjd@freebsd.org Subject: Re: panic: Journal overflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 11:55:25 -0000 On 04/26/07 03:32, Rong-en Fan wrote: > On 4/26/07, Eric Anderson wrote: >> On 04/25/07 13:24, Rong-en Fan wrote: >>> This is a i386 current SMP box as of Apr 14 or 15. Got >>> a panic with geom journal. >>> >>> panic: Journal overflow (joffset=3246704015360 active=3246705852416 inactive=324 >>> cpuid = 2 >>> KDB: stack backtrace: >>> db_trace_self_wrapper(c06b3e2c,e5321944,c04fc86e,c06c70c8,2,...) at db_trace_sel >>> kdb_backtrace(c06c70c8,2,c06ad0d2,e5321950,5,...) at kdb_backtrace+0x2f >>> panic(c06ad0d2,eea3b800,2f3,eebfc000,2f3,...) at panic+0x11f >>> g_journal_check_overflow(c4fc5c00,cb030a00,eb,95428000,eb,...) at g_journal_chec >>> g_journal_flush(c4fc5c00,0,eb,95428000,eb,...) at g_journal_flush+0x60d >>> g_journal_add_current(c4fc5c00,c9cb0948,ca8e818c,c4fc5c00,e5321cbc,...) at g_jou >>> g_journal_release_delayed(c4fc5c00,0,ca8e818c,c4fdadc0,2,...) at g_journal_relea >>> g_journal_flush_send(c4fc5c00,c8521c60,205d0000,1b2,205d4000,...) at g_journal_f >>> g_journal_worker(c4fc5c00,e5321d38,0,0,0,...) at g_journal_worker+0x7f7 >>> fork_exit(c04b5813,c4fc5c00,e5321d38) at fork_exit+0x83 >>> fork_trampoline() at fork_trampoline+0x8 >>> --- trap 0, eip = 0, esp = 0xe5321d70, ebp = 0 --- >>> >>> Sorry, that I don't have core dump available. Will set up next time. >>> After the panic, the system hangs at single user prompt: >>> >>> Trying to mount root from ufs:/dev/da0s1a >>> WARNING: / was not properly dismounted >>> Loading configuration files. >>> kernel dumps on /dev/da0s1b >>> Entropy harvesting: interrupts ethernet point_to_point kickstart. >>> swapon: adding /dev/da0s1b as swap device >>> Starting file system checks: >>> /dev/da0s1a: 1704 files, 56880 used, 196935 free (631 frags, 24538 blocks, 0.2% >>> Can't stat /dev/concat/data.journal: No such file or directory >>> /dev/da0s1f: 237 files, 1208 used, 11877856 free (64 frags, 1484724 blocks, 0.0% >>> GEOM_JOURNAL: Journal concat/data consistent. >>> /dev/da0s1e: UNREF FILE I=548536 OWNER=root MODE=100644 >>> /dev/da0s1e: SIZE=717466 MTIME=Apr 4 07:58 2007 (CLEARED) >>> /dev/da0s1e: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) >>> /dev/da0s1e: SUMMARY INFORMATION BAD (SALVAGED) >>> /dev/da0s1e: BLK(S) MISSING IN BIT MAPS (SALVAGED) >>> /dev/da0s1e: 190105 files, 763850 used, 2281197 free (36557 frags, 280580 blocks >>> /dev/da0s1d: 17507 files, 40158 used, 972857 free (641 frags, 121527 blocks, 0.1 >>> THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: >>> ufs: /dev/concat/data.journal (/data) >>> Unknown error; help! >>> AEnter full pathname of shell or RETURN for /bin/sh: >>> # mount -a >>> WARNING: R/W mount of /backup denied. Filesystem is not clean - run fsck >>> mount: /dev/concat/data.journal : Operation not permitted >>> # fsck_ffs -p /dev/concat/data.journal >>> >>> I need to issue 'fsck_ffs -p' myself... any idea about why this happens? >>> >>> The geom journal setup: >>> >>> Geom name: gjournal 68372861 >>> ID: 68372861 >>> Providers: >>> 1. Name: concat/data.journal >>> Mediasize: 3246137539072 (3.0T) >>> Sectorsize: 512 >>> Mode: r1w1e1 >>> Consumers: >>> 1. Name: concat/data >>> Mediasize: 3247211281408 (3.0T) >>> Sectorsize: 512 >>> Mode: r1w1e1 >>> Jend: 3247211280896 >>> Jstart: 3246137539072 >>> Role: Data,Journal >>> >>> The gconcat consists two scsi disk (actually, it's raid) da0 and da1. >>> Oh no, it panics with journal overflow again while writing this message :( >>> >>> The data.journal is shared by nfs, and there are two boxes that are >>> doing a tar writing operation on this partition. >> You need to change your journal switch and cache switch times, to >> something like this: >> >> kern.geom.journal.force_switch=50 >> kern.geom.journal.cache.switch=75 >> >> Try that and see if that eases your pain a bit. > > This does not help :( > In the past two hours, I tried tuning this two sysctls a bit. > The result is panic over 10 times :( How low did you try them? > I have to remove gjournal on concat/data. I do this following > > gjournal stop concat/data > gjournal clear concat/data > tunefs -J disable /dev/concat/data > > If I want to turn on gjournal someday, can I do it without > recreate the filesystem? Without doing any research, I would say 'sure', because I can't think of a reason why not. I think just relabeling it, then turning it on via tunefs would do it.. Eric From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 12:03:59 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E255D16A401 for ; Thu, 26 Apr 2007 12:03:59 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 96F1713C4BA for ; Thu, 26 Apr 2007 12:03:59 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1A7328BD31E; Thu, 26 Apr 2007 14:03:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rx25Tn9R77PZ; Thu, 26 Apr 2007 14:03:57 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 3AF008BD31B; Thu, 26 Apr 2007 14:03:57 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l3QC3uX4029731; Thu, 26 Apr 2007 14:03:56 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 26 Apr 2007 14:03:56 +0200 From: Roman Divacky To: Suleiman Souhlal Message-ID: <20070426120356.GA29654@freebsd.org> References: <20070423113400.GC28587@gw.humppa.dk> <2018ADA6-11D5-48D1-98BD-4397A60E14AF@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2018ADA6-11D5-48D1-98BD-4397A60E14AF@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: current@FreeBSD.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 12:04:00 -0000 > I personally wouldn't even bother with a per-process readonly page, > or even a R/W page: the setproctitle bug you are trying to fix is > clearly in pgsql, and pgsql is the one that should be fixed instead > of adding a useless and potentially complex workaround. speaking about that.. would it be that hard to implement changing of the title using argv[0] as in SysV/Linux? From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 12:15:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 847A816A402 for ; Thu, 26 Apr 2007 12:15:15 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id 9D70713C455 for ; Thu, 26 Apr 2007 12:15:14 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 11981 invoked by uid 0); 26 Apr 2007 09:24:53 -0300 Received: from eksffa@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(127.0.0.1):. Processed in 1.007889 secs); 26 Apr 2007 12:24:53 -0000 Received: from unknown (HELO webmail.freebsdbrasil.com.br) (127.0.0.1) by capeta.freebsdbrasil.com.br with SMTP; 26 Apr 2007 09:24:51 -0300 X-Squirrel-UserHash: AxkWAwQS X-Squirrel-FromHash: BUtUVAdKVgE= Message-ID: <60923.BUtUVAdKVgE=.1177590291.squirrel@webmail.freebsdbrasil.com.br> In-Reply-To: <4630366F.5060909@fer.hr> References: <462FA19A.9060102@freebsdbrasil.com.br> <4630366F.5060909@fer.hr> Date: Thu, 26 Apr 2007 09:24:51 -0300 (BRT) From: eksffa@freebsdbrasil.com.br To: "Ivan Voras" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: gvirstor final (hopefully) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 12:15:15 -0000 > Patrick Tracanelli wrote: > >>> gvirstor currently works on both 6-STABLE and 7-CURRENT. >>> >> >> I got something wrong: >> >> # make >> # make so >> # make install >> # ./gvirstor load >> >> (everything did right up to this point here) > > Did you follow the instruction in README file that says: > "You'll need to make a symlink to geom_virstor.so in your /lib/geom > directory." ? Yeah, close to it. I ended up linking geom_virstor.ko. My mistake, sorry. From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 12:28:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6755F16A408 for ; Thu, 26 Apr 2007 12:28:16 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1643713C4E7 for ; Thu, 26 Apr 2007 12:28:15 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so490688pyh for ; Thu, 26 Apr 2007 05:28:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DPWOhbGAx/QWN1dAP4wVI9Ia9uH7Jp9sjtvx2LI63lPA/5E/3EH8lKiKeME43h4wYV8eEe56IGDECOEJx4xVqHwg7nH+HfGmGFQ126XWOCOpUtKsbenxp0kp0pLzl1Fc9eS6qy6/bptfUXxzIEA1dbKnEQFQ+2s25Mjl2XTXA+M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lLOldyBoek2cfeHAxWc24lRoN1oQrkqTIE09ZsyKVaYiIejni40s/fIaQrsjcVTtbz41SewW0dXUorG3G3tutGgxykBstkmhLGvjZRA6fWbtHyN7PGr+CtOxaQfMyDDgTRRnvb6TZevMpnZ1FBZLuxDiouHPlq9rKgVo0KuiKlM= Received: by 10.65.107.10 with SMTP id j10mr4049364qbm.1177590494848; Thu, 26 Apr 2007 05:28:14 -0700 (PDT) Received: by 10.64.185.12 with HTTP; Thu, 26 Apr 2007 05:28:14 -0700 (PDT) Message-ID: <6eb82e0704260528n505e1386hbeaa57f8ee68dcf2@mail.gmail.com> Date: Thu, 26 Apr 2007 20:28:14 +0800 From: "Rong-en Fan" To: "Eric Anderson" In-Reply-To: <46309328.2010606@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0704251124o53b7bc1aq9836a20ee06fcd11@mail.gmail.com> <462FA330.2020605@freebsd.org> <6eb82e0704260132o3ace4048ld29e3f110dd06c14@mail.gmail.com> <46309328.2010606@freebsd.org> Cc: FreeBSD Current , pjd@freebsd.org Subject: Re: panic: Journal overflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 12:28:16 -0000 On 4/26/07, Eric Anderson wrote: > On 04/26/07 03:32, Rong-en Fan wrote: > > On 4/26/07, Eric Anderson wrote: > >> On 04/25/07 13:24, Rong-en Fan wrote: > >>> This is a i386 current SMP box as of Apr 14 or 15. Got > >>> a panic with geom journal. > >>> > >>> panic: Journal overflow (joffset=3246704015360 active=3246705852416 inactive=324 > >>> cpuid = 2 > >>> KDB: stack backtrace: > >>> db_trace_self_wrapper(c06b3e2c,e5321944,c04fc86e,c06c70c8,2,...) at db_trace_sel > >>> kdb_backtrace(c06c70c8,2,c06ad0d2,e5321950,5,...) at kdb_backtrace+0x2f > >>> panic(c06ad0d2,eea3b800,2f3,eebfc000,2f3,...) at panic+0x11f > >>> g_journal_check_overflow(c4fc5c00,cb030a00,eb,95428000,eb,...) at g_journal_chec > >>> g_journal_flush(c4fc5c00,0,eb,95428000,eb,...) at g_journal_flush+0x60d > >>> g_journal_add_current(c4fc5c00,c9cb0948,ca8e818c,c4fc5c00,e5321cbc,...) at g_jou > >>> g_journal_release_delayed(c4fc5c00,0,ca8e818c,c4fdadc0,2,...) at g_journal_relea > >>> g_journal_flush_send(c4fc5c00,c8521c60,205d0000,1b2,205d4000,...) at g_journal_f > >>> g_journal_worker(c4fc5c00,e5321d38,0,0,0,...) at g_journal_worker+0x7f7 > >>> fork_exit(c04b5813,c4fc5c00,e5321d38) at fork_exit+0x83 > >>> fork_trampoline() at fork_trampoline+0x8 > >>> --- trap 0, eip = 0, esp = 0xe5321d70, ebp = 0 --- > >>> > >>> Sorry, that I don't have core dump available. Will set up next time. > >>> After the panic, the system hangs at single user prompt: > >>> > >>> Trying to mount root from ufs:/dev/da0s1a > >>> WARNING: / was not properly dismounted > >>> Loading configuration files. > >>> kernel dumps on /dev/da0s1b > >>> Entropy harvesting: interrupts ethernet point_to_point kickstart. > >>> swapon: adding /dev/da0s1b as swap device > >>> Starting file system checks: > >>> /dev/da0s1a: 1704 files, 56880 used, 196935 free (631 frags, 24538 blocks, 0.2% > >>> Can't stat /dev/concat/data.journal: No such file or directory > >>> /dev/da0s1f: 237 files, 1208 used, 11877856 free (64 frags, 1484724 blocks, 0.0% > >>> GEOM_JOURNAL: Journal concat/data consistent. > >>> /dev/da0s1e: UNREF FILE I=548536 OWNER=root MODE=100644 > >>> /dev/da0s1e: SIZE=717466 MTIME=Apr 4 07:58 2007 (CLEARED) > >>> /dev/da0s1e: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) > >>> /dev/da0s1e: SUMMARY INFORMATION BAD (SALVAGED) > >>> /dev/da0s1e: BLK(S) MISSING IN BIT MAPS (SALVAGED) > >>> /dev/da0s1e: 190105 files, 763850 used, 2281197 free (36557 frags, 280580 blocks > >>> /dev/da0s1d: 17507 files, 40158 used, 972857 free (641 frags, 121527 blocks, 0.1 > >>> THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: > >>> ufs: /dev/concat/data.journal (/data) > >>> Unknown error; help! > >>> AEnter full pathname of shell or RETURN for /bin/sh: > >>> # mount -a > >>> WARNING: R/W mount of /backup denied. Filesystem is not clean - run fsck > >>> mount: /dev/concat/data.journal : Operation not permitted > >>> # fsck_ffs -p /dev/concat/data.journal > >>> > >>> I need to issue 'fsck_ffs -p' myself... any idea about why this happens? > >>> > >>> The geom journal setup: > >>> > >>> Geom name: gjournal 68372861 > >>> ID: 68372861 > >>> Providers: > >>> 1. Name: concat/data.journal > >>> Mediasize: 3246137539072 (3.0T) > >>> Sectorsize: 512 > >>> Mode: r1w1e1 > >>> Consumers: > >>> 1. Name: concat/data > >>> Mediasize: 3247211281408 (3.0T) > >>> Sectorsize: 512 > >>> Mode: r1w1e1 > >>> Jend: 3247211280896 > >>> Jstart: 3246137539072 > >>> Role: Data,Journal > >>> > >>> The gconcat consists two scsi disk (actually, it's raid) da0 and da1. > >>> Oh no, it panics with journal overflow again while writing this message :( > >>> > >>> The data.journal is shared by nfs, and there are two boxes that are > >>> doing a tar writing operation on this partition. > >> You need to change your journal switch and cache switch times, to > >> something like this: > >> > >> kern.geom.journal.force_switch=50 > >> kern.geom.journal.cache.switch=75 > >> > >> Try that and see if that eases your pain a bit. > > > > This does not help :( > > In the past two hours, I tried tuning this two sysctls a bit. > > The result is panic over 10 times :( > > > How low did you try them? force_swtich = 10, cache.swtich = 50 and cache is 100MB. > > I have to remove gjournal on concat/data. I do this following > > > > gjournal stop concat/data > > gjournal clear concat/data > > tunefs -J disable /dev/concat/data > > > > If I want to turn on gjournal someday, can I do it without > > recreate the filesystem? > > > Without doing any research, I would say 'sure', because I can't think of > a reason why not. I think just relabeling it, then turning it on via > tunefs would do it.. I read gjournal(8), it seems that I can't unless I use another journal provider... Regards, Rong-En Fan > > Eric > > > > From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 12:46:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C52C16A402 for ; Thu, 26 Apr 2007 12:46:50 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 2EFA313C468 for ; Thu, 26 Apr 2007 12:46:50 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so223392ana for ; Thu, 26 Apr 2007 05:46:50 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=IZb7Y5DW9x4ZaNC39AUBth/A+rLkQJVny9+D9ghX1qmRC1/XNEcddtjk2auvrsYPP6CZ7o+K0CWW7/kOcbLmFS+Pf5CvJhCDqR9WwVjkGCJgTbtAj1yGZUqZYXYIlN3J5+k5N6XvNDls3JvhWUJErKBvPZ8N1p5OPhjRsFzEQzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LhecOMWV84TZe4BMIh57gUD/KjL6ga2ElkUQ7rKi+xg0taANILNCO46rPC4fpCrRB7lU+QnQrQpMoGergzwrNM32bDbGs746j+XtR1DKjFm/90KXzWgx9xdbeP3fAAS564Wq1e5fNsp58ZnZOF1AIMch+f5P7IYGVPh6Qsl0BQg= Received: by 10.100.121.12 with SMTP id t12mr1037412anc.1177591202829; Thu, 26 Apr 2007 05:40:02 -0700 (PDT) Received: by 10.100.94.12 with HTTP; Thu, 26 Apr 2007 05:40:02 -0700 (PDT) Message-ID: <33910a2c0704260540y3bd87e92uf66b069c9ab0c043@mail.gmail.com> Date: Thu, 26 Apr 2007 09:40:02 -0300 From: "Jason Hills" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Gvirstor and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 12:46:50 -0000 Not technically, from a user perspective, regarding features, how does ZFS and Geom Virstor compare? I have tried the first, trying to try the second right now, and my first impressions is that they serve for the same thing. -- Jazzie Hills From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 12:58:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94F7416A402 for ; Thu, 26 Apr 2007 12:58:30 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 68D2413C4BC for ; Thu, 26 Apr 2007 12:58:30 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l3QCwSOp032127; Thu, 26 Apr 2007 07:58:28 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4630A1F4.6040405@freebsd.org> Date: Thu, 26 Apr 2007 07:58:28 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Jason Hills References: <33910a2c0704260540y3bd87e92uf66b069c9ab0c043@mail.gmail.com> In-Reply-To: <33910a2c0704260540y3bd87e92uf66b069c9ab0c043@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3164/Thu Apr 26 04:13:10 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: current@freebsd.org Subject: Re: Gvirstor and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 12:58:30 -0000 On 04/26/07 07:40, Jason Hills wrote: > Not technically, from a user perspective, regarding features, how does > ZFS and Geom Virstor compare? I have tried the first, trying to try > the second right now, and my first impressions is that they serve for > the same thing. > ZFS is a filesystem with storage strapped in, and GVirstor is simply a storage virtualizer, so it makes a storage device that appears to be a certain size but isn't really that size. That way, you can start with a 10TB device and slap a filesystem on it, then as time goes by, add real storage behind it while you add data to the file system. All while online. ZFS can do a lot too, but the requirements are higher for the system, and it's certainly not as simple as gvirstor. There's a place for both of them. Eric From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 12:58:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A97B916A406; Thu, 26 Apr 2007 12:58:58 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 665BC13C455; Thu, 26 Apr 2007 12:58:58 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l3QCwu8F032241; Thu, 26 Apr 2007 07:58:56 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4630A210.2010009@freebsd.org> Date: Thu, 26 Apr 2007 07:58:56 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Rong-en Fan References: <6eb82e0704251124o53b7bc1aq9836a20ee06fcd11@mail.gmail.com> <462FA330.2020605@freebsd.org> <6eb82e0704260132o3ace4048ld29e3f110dd06c14@mail.gmail.com> <46309328.2010606@freebsd.org> <6eb82e0704260528n505e1386hbeaa57f8ee68dcf2@mail.gmail.com> In-Reply-To: <6eb82e0704260528n505e1386hbeaa57f8ee68dcf2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3164/Thu Apr 26 04:13:10 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: FreeBSD Current , pjd@freebsd.org Subject: Re: panic: Journal overflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 12:58:58 -0000 On 04/26/07 07:28, Rong-en Fan wrote: > On 4/26/07, Eric Anderson wrote: >> On 04/26/07 03:32, Rong-en Fan wrote: >>> On 4/26/07, Eric Anderson wrote: >>>> On 04/25/07 13:24, Rong-en Fan wrote: >>>>> This is a i386 current SMP box as of Apr 14 or 15. Got >>>>> a panic with geom journal. >>>>> >>>>> panic: Journal overflow (joffset=3246704015360 active=3246705852416 inactive=324 >>>>> cpuid = 2 >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper(c06b3e2c,e5321944,c04fc86e,c06c70c8,2,...) at db_trace_sel >>>>> kdb_backtrace(c06c70c8,2,c06ad0d2,e5321950,5,...) at kdb_backtrace+0x2f >>>>> panic(c06ad0d2,eea3b800,2f3,eebfc000,2f3,...) at panic+0x11f >>>>> g_journal_check_overflow(c4fc5c00,cb030a00,eb,95428000,eb,...) at g_journal_chec >>>>> g_journal_flush(c4fc5c00,0,eb,95428000,eb,...) at g_journal_flush+0x60d >>>>> g_journal_add_current(c4fc5c00,c9cb0948,ca8e818c,c4fc5c00,e5321cbc,...) at g_jou >>>>> g_journal_release_delayed(c4fc5c00,0,ca8e818c,c4fdadc0,2,...) at g_journal_relea >>>>> g_journal_flush_send(c4fc5c00,c8521c60,205d0000,1b2,205d4000,...) at g_journal_f >>>>> g_journal_worker(c4fc5c00,e5321d38,0,0,0,...) at g_journal_worker+0x7f7 >>>>> fork_exit(c04b5813,c4fc5c00,e5321d38) at fork_exit+0x83 >>>>> fork_trampoline() at fork_trampoline+0x8 >>>>> --- trap 0, eip = 0, esp = 0xe5321d70, ebp = 0 --- >>>>> >>>>> Sorry, that I don't have core dump available. Will set up next time. >>>>> After the panic, the system hangs at single user prompt: >>>>> >>>>> Trying to mount root from ufs:/dev/da0s1a >>>>> WARNING: / was not properly dismounted >>>>> Loading configuration files. >>>>> kernel dumps on /dev/da0s1b >>>>> Entropy harvesting: interrupts ethernet point_to_point kickstart. >>>>> swapon: adding /dev/da0s1b as swap device >>>>> Starting file system checks: >>>>> /dev/da0s1a: 1704 files, 56880 used, 196935 free (631 frags, 24538 blocks, 0.2% >>>>> Can't stat /dev/concat/data.journal: No such file or directory >>>>> /dev/da0s1f: 237 files, 1208 used, 11877856 free (64 frags, 1484724 blocks, 0.0% >>>>> GEOM_JOURNAL: Journal concat/data consistent. >>>>> /dev/da0s1e: UNREF FILE I=548536 OWNER=root MODE=100644 >>>>> /dev/da0s1e: SIZE=717466 MTIME=Apr 4 07:58 2007 (CLEARED) >>>>> /dev/da0s1e: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) >>>>> /dev/da0s1e: SUMMARY INFORMATION BAD (SALVAGED) >>>>> /dev/da0s1e: BLK(S) MISSING IN BIT MAPS (SALVAGED) >>>>> /dev/da0s1e: 190105 files, 763850 used, 2281197 free (36557 frags, 280580 blocks >>>>> /dev/da0s1d: 17507 files, 40158 used, 972857 free (641 frags, 121527 blocks, 0.1 >>>>> THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: >>>>> ufs: /dev/concat/data.journal (/data) >>>>> Unknown error; help! >>>>> AEnter full pathname of shell or RETURN for /bin/sh: >>>>> # mount -a >>>>> WARNING: R/W mount of /backup denied. Filesystem is not clean - run fsck >>>>> mount: /dev/concat/data.journal : Operation not permitted >>>>> # fsck_ffs -p /dev/concat/data.journal >>>>> >>>>> I need to issue 'fsck_ffs -p' myself... any idea about why this happens? >>>>> >>>>> The geom journal setup: >>>>> >>>>> Geom name: gjournal 68372861 >>>>> ID: 68372861 >>>>> Providers: >>>>> 1. Name: concat/data.journal >>>>> Mediasize: 3246137539072 (3.0T) >>>>> Sectorsize: 512 >>>>> Mode: r1w1e1 >>>>> Consumers: >>>>> 1. Name: concat/data >>>>> Mediasize: 3247211281408 (3.0T) >>>>> Sectorsize: 512 >>>>> Mode: r1w1e1 >>>>> Jend: 3247211280896 >>>>> Jstart: 3246137539072 >>>>> Role: Data,Journal >>>>> >>>>> The gconcat consists two scsi disk (actually, it's raid) da0 and da1. >>>>> Oh no, it panics with journal overflow again while writing this message :( >>>>> >>>>> The data.journal is shared by nfs, and there are two boxes that are >>>>> doing a tar writing operation on this partition. >>>> You need to change your journal switch and cache switch times, to >>>> something like this: >>>> >>>> kern.geom.journal.force_switch=50 >>>> kern.geom.journal.cache.switch=75 >>>> >>>> Try that and see if that eases your pain a bit. >>> This does not help :( >>> In the past two hours, I tried tuning this two sysctls a bit. >>> The result is panic over 10 times :( >> >> How low did you try them? > > force_swtich = 10, cache.swtich = 50 and cache is 100MB. > >>> I have to remove gjournal on concat/data. I do this following >>> >>> gjournal stop concat/data >>> gjournal clear concat/data >>> tunefs -J disable /dev/concat/data >>> >>> If I want to turn on gjournal someday, can I do it without >>> recreate the filesystem? >> >> Without doing any research, I would say 'sure', because I can't think of >> a reason why not. I think just relabeling it, then turning it on via >> tunefs would do it.. > > I read gjournal(8), it seems that I can't unless I use > another journal provider... Did you already disable it? Eric From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 13:00:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F76916A400 for ; Thu, 26 Apr 2007 13:00:01 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 3A55E13C483 for ; Thu, 26 Apr 2007 13:00:01 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so227587ana for ; Thu, 26 Apr 2007 06:00:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=svtuRpaLrBa8y/RbJSxcM6df/Cu7Y3HlNDPt7WZJnT9pt0Sxokp7Wab+5A6MiaCpQwi5FUI/aQjzIRSEXQGqAAXygvwQxVlSwgmFXi5yFkltkmSmQTkeHBMfrRcsqJSP1QaUnXs1NP0u+f7tXgDwMa63qOMaKkJ0kCj9qIxNoI0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WdZmXXP2SKOXUE9WtE3La/tSiE/xIeJt1eLRRYNWKZGnkCEWTOxPWY0Su+eA89/K9yVSwFZBXpkC2WIyLLEZKyo4JX6G7ddBlhQTZunWBph6VS+uvxXCVqo3+VtTcSAeEe3eXJo5u0wZjQTk1E8YQKG5Hu5aELqBynOcDAnTbP0= Received: by 10.100.174.16 with SMTP id w16mr1011209ane.1177590805391; Thu, 26 Apr 2007 05:33:25 -0700 (PDT) Received: by 10.100.94.12 with HTTP; Thu, 26 Apr 2007 05:33:25 -0700 (PDT) Message-ID: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> Date: Thu, 26 Apr 2007 09:33:25 -0300 From: "Jason Hills" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: GVirstor Label problem on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 13:00:01 -0000 I know it is plenty new code. But I am getting a problem: ./gvirstor label -v -s 2097152 myvol ad8s1d Total virtual chunks: 524288 (4 MB each), 2097152 MB total virtual size. Clearing metadata on ad3s1d. Writing allocation table to ad3s1d... (4 MB, 1 chunks) Tried to write 4194304, written 4294967295 (Operation not permitted) Error writing out allocation map! ad8s1d is unmounted; I tried newfs=B4ing it but the problem remains; Yes, I am root, and no securelevel. Thank you in advance for tha help :-) --=20 Jazzie Hills From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 13:17:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7C0916A401 for ; Thu, 26 Apr 2007 13:17:08 +0000 (UTC) (envelope-from ssouhlal@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D4F1613C457 for ; Thu, 26 Apr 2007 13:17:08 +0000 (UTC) (envelope-from ssouhlal@freebsd.org) Received: from [192.168.0.97] (c-76-21-32-5.hsd1.ca.comcast.net [76.21.32.5]) by elvis.mu.org (Postfix) with ESMTP id B5A991A4D98; Thu, 26 Apr 2007 06:17:34 -0700 (PDT) In-Reply-To: <20070426102420.GA819@turion.vk2pj.dyndns.org> References: <20070423113400.GC28587@gw.humppa.dk> <2018ADA6-11D5-48D1-98BD-4397A60E14AF@FreeBSD.org> <20070426102420.GA819@turion.vk2pj.dyndns.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Thu, 26 Apr 2007 06:15:58 -0700 To: Peter Jeremy X-Mailer: Apple Mail (2.752.3) Cc: current@freebsd.org Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 13:17:09 -0000 On Apr 26, 2007, at 3:24 AM, Peter Jeremy wrote: > On 2007-Apr-25 01:03:19 -0700, Suleiman Souhlal > wrote: >> IMHO, the main usage of the global readonly page is (apart from >> faster gettimeofday and similar) is that you can put the syscall >> entry function in it, and have the kernel choose at boot the most >> efficient method (INT 0x80 or SYSENTER/SYSCALL) based on what the CPU >> supports, while still having binaries that run everywhere. > > That's a nice idea. The only downside I see is that it means the > page would need to be executable. I would prefer not to have > data areas executable - even if they are read-only. Why not? > I think that FreeBSD should make more use of CPU-specific coding to > enhance performance. Maybe even something along the lines of Solaris > where linking to libc implicitly links to a CPU-specific .so if it > exists. I have a proof of concept patch that enables the kernel to patch itself at boot to use certain instructions in certain selected places based on the CPUID bits: http://people.freebsd.org/~ssouhlal/testing/ bootpatch-20060527.diff . The patch just prefetches the next element in a list when using TAILQ/STAILQ/etc_FOREACH() (which is pretty useless), using the PREFETCHNTA instruction if the CPU supports SSE2 and PREFETCH otherwise, but it could also be used for potentially more useful things like using *FENCE instructions in atomic_store/load_rel/acq_* () when the CPU supports them, instead of LOCK, on i386.. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 13:36:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D21A916A408 for ; Thu, 26 Apr 2007 13:36:42 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1BD13C483 for ; Thu, 26 Apr 2007 13:36:42 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hh49F-00027M-OP for freebsd-current@freebsd.org; Thu, 26 Apr 2007 15:36:37 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2007 15:36:37 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2007 15:36:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 26 Apr 2007 15:36:07 +0200 Lines: 42 Message-ID: References: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAC6C3CA4B5BF9A42D2DC6F92" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: GVirstor Label problem on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 13:36:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAC6C3CA4B5BF9A42D2DC6F92 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Jason Hills wrote: > I know it is plenty new code. But I am getting a problem: >=20 > ./gvirstor label -v -s 2097152 myvol ad8s1d > Total virtual chunks: 524288 (4 MB each), 2097152 MB total virtual size= =2E >=20 > Clearing metadata on ad3s1d. > Writing allocation table to ad3s1d... (4 MB, 1 chunks) > Tried to write 4194304, written 4294967295 (Operation not permitted) > Error writing out allocation map! >=20 > ad8s1d is unmounted; I tried newfs=C2=B4ing it but the problem remains;= A possible reason could be that the virstor map is larger than your=20 physical storage (I think I don't have a check for this in the code=20 [yet]). How large is ad3s1d? I'll notify you and the list when I modify the code. --------------enigAC6C3CA4B5BF9A42D2DC6F92 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGMKrNldnAQVacBcgRArGHAJ0Z26lFNV3Kq61Eiz6oGHWjG3tYrQCgxLNY 84UVq8nd22jjHlRZ04Ylxds= =pzsf -----END PGP SIGNATURE----- --------------enigAC6C3CA4B5BF9A42D2DC6F92-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 14:26:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4FF716A407 for ; Thu, 26 Apr 2007 14:26:12 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 75BBB13C44B for ; Thu, 26 Apr 2007 14:26:12 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3QEQ2fB065412; Thu, 26 Apr 2007 09:26:02 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4630B67A.90604@freebsd.org> Date: Thu, 26 Apr 2007 09:26:02 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Ivan Voras References: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.88.4/3165/Thu Apr 26 08:03:24 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: GVirstor Label problem on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 14:26:12 -0000 On 04/26/07 08:36, Ivan Voras wrote: > Jason Hills wrote: >> I know it is plenty new code. But I am getting a problem: >> >> ./gvirstor label -v -s 2097152 myvol ad8s1d >> Total virtual chunks: 524288 (4 MB each), 2097152 MB total virtual size. >> >> Clearing metadata on ad3s1d. >> Writing allocation table to ad3s1d... (4 MB, 1 chunks) >> Tried to write 4194304, written 4294967295 (Operation not permitted) >> Error writing out allocation map! >> >> ad8s1d is unmounted; I tried newfsÂŽing it but the problem remains; > > A possible reason could be that the virstor map is larger than your > physical storage (I think I don't have a check for this in the code > [yet]). How large is ad3s1d? > > I'll notify you and the list when I modify the code. > Maybe he has another partition/slice used and GEOM debugflags needs to be set? Eric From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 14:29:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8171A16A400 for ; Thu, 26 Apr 2007 14:29:36 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 400DA13C457 for ; Thu, 26 Apr 2007 14:29:36 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so614566wxc for ; Thu, 26 Apr 2007 07:29:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=ZAd1fc8oYZPmS+mLqnTT128rK7sEAvVFBjC3D8Xs9bf9mm6viSz9T99bajhpHXiVnJSEDXiLL+bYIpZ0FnF3mvKICWVVt5gT/NJk0OqS53t3mUXRNvKI8YKy5KzjzeOa7DrsANfO81TlcgH79cjmjNMh79FK/lSMAchZWCZU9Vo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=QOalwYtYrL5ysWz3JJ3BIy/GvNId9dzwfA2B5415Lub4r3EioJJB4El5IdWaruhjM8yP7OQq21W02cJFsrwZgA3d5Yw32KR26GMg3+KEhfShfXq/gEL95W70GNk6eFH9OzxEJnbt7mL5sHUYk0DMXDrEQ4IODH+uc9nPF1d0hAg= Received: by 10.70.52.2 with SMTP id z2mr3711981wxz.1177596093808; Thu, 26 Apr 2007 07:01:33 -0700 (PDT) Received: by 10.70.102.3 with HTTP; Thu, 26 Apr 2007 07:01:33 -0700 (PDT) Message-ID: <8e10486b0704260701w3a6ca86hb833de23849514df@mail.gmail.com> Date: Thu, 26 Apr 2007 11:01:33 -0300 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: zfs: df and zpool list report different size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 14:29:36 -0000 Hi list, I update one machine to -CURRENT (yesterday), and now I'm creating zfs filesystem using the following devices: ad9: 305245MB at ata4-slave SATA150 ad11: 305245MB at ata5-slave SATA150 Next I created the pool: # zpool create backup raidz ad9 ad11 # mount /dev/ad8s1a on / (ufs, local) devfs on /dev (devfs, local) backup on /backup (zfs, local) # df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad8s1a 72G 2.2G 64G 3% / devfs 1.0K 1.0K 0B 100% /dev backup 293G 0B 293G 0% /backup # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT backup 596G 222K 596G 0% ONLINE - My doubt is why zpool list and df -h report different size ? Which of then is correct and should I trust ? Any comments ? Thank you, Alexandre From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 14:36:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9918916A402 for ; Thu, 26 Apr 2007 14:36:39 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 4F5EB13C484 for ; Thu, 26 Apr 2007 14:36:38 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id DFB4A39348 for ; Thu, 26 Apr 2007 16:36:37 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75008-03 for ; Thu, 26 Apr 2007 16:36:37 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 8B5F939343; Thu, 26 Apr 2007 16:36:37 +0200 (CEST) Date: Thu, 26 Apr 2007 16:36:37 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20070426143637.GA74938@keltia.freenix.fr> References: <8e10486b0704260701w3a6ca86hb833de23849514df@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8e10486b0704260701w3a6ca86hb833de23849514df@mail.gmail.com> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Subject: Re: zfs: df and zpool list report different size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 14:36:39 -0000 According to Alexandre Biancalana: > # zpool create backup raidz ad9 ad11 Note, raidz with two disks is almost the same as a mirror so the real, usable space is half. In raidz, if you have N disks, the total usable capacity is N-1. > # df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ad8s1a 72G 2.2G 64G 3% / > devfs 1.0K 1.0K 0B 100% /dev > backup 293G 0B 293G 0% /backup > > # zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > backup 596G 222K 596G 0% ONLINE - > > My doubt is why zpool list and df -h report different size ? Which of then > is correct and should I trust ? Both :) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 15:01:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3DAE16A401 for ; Thu, 26 Apr 2007 15:01:38 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-42-60-230-24.midco.net [24.230.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8CAA113C45A for ; Thu, 26 Apr 2007 15:01:38 +0000 (UTC) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hh59F-0006GY-T0; Thu, 26 Apr 2007 09:40:42 -0500 Message-ID: <4630B9E5.9000606@barryp.org> Date: Thu, 26 Apr 2007 09:40:37 -0500 From: Barry Pederson User-Agent: Thunderbird 1.5.0.10 (X11/20070221) MIME-Version: 1.0 To: Alexandre Biancalana References: <8e10486b0704260701w3a6ca86hb833de23849514df@mail.gmail.com> In-Reply-To: <8e10486b0704260701w3a6ca86hb833de23849514df@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: zfs: df and zpool list report different size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 15:01:38 -0000 Alexandre Biancalana wrote: > Hi list, > > I update one machine to -CURRENT (yesterday), and now I'm creating zfs > filesystem using the following devices: > > ad9: 305245MB at ata4-slave SATA150 > ad11: 305245MB at ata5-slave SATA150 > > Next I created the pool: > > # zpool create backup raidz ad9 ad11 > # mount > /dev/ad8s1a on / (ufs, local) > devfs on /dev (devfs, local) > backup on /backup (zfs, local) > > # df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ad8s1a 72G 2.2G 64G 3% / > devfs 1.0K 1.0K 0B 100% /dev > backup 293G 0B 293G 0% /backup > > # zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > backup 596G 222K 596G 0% ONLINE - > > > > My doubt is why zpool list and df -h report different size ? Which of then > is correct and should I trust ? The zpool size is correct in totalling up the usable size on the pool's drives, but it's not telling you how much is taken up by redundancy, so it's probably not a useful number to you. The "df -h" is also correct and probably more useful. "zfs list" should show a similar useful number. Barry From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 15:53:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3356E16A400 for ; Thu, 26 Apr 2007 15:53:26 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id E3C2013C45E for ; Thu, 26 Apr 2007 15:53:25 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so295102ana for ; Thu, 26 Apr 2007 08:53:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Cl0HWeTH+tk2EAPaUFybMthJhNGl0ggedQ2+bEIPttxrdjJXKWpaRBc0QDCqYtAbV/ImKTibNAXbvzt7YuX6NvV1pSWN6uaIlmygWfYDGpBhhR+lYdmt/k4CNgL2mbgjcvSuoF3ObckrK3Hgyn+sjIKRVTi4IoB7UVOBorTIbPY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=r+84ny4asLG4PK5R+vLD32+790z/dHcTx7NXx8OTfJsGorYrnMq6TaJ/ZNB3IQwS29h0krNtmgFbswWXyxwp5nZgnSEht+XVzgoM9I2REx7Be/oq3XUUKd8+1nz7zai95tESyFSbc1oai58lVO3luUvvftDpPFFlr3JEAj/kz6c= Received: by 10.100.58.4 with SMTP id g4mr1185902ana.1177601046438; Thu, 26 Apr 2007 08:24:06 -0700 (PDT) Received: by 10.100.94.12 with HTTP; Thu, 26 Apr 2007 08:24:06 -0700 (PDT) Message-ID: <33910a2c0704260824y64691d87xc1e3488d43b8d81f@mail.gmail.com> Date: Thu, 26 Apr 2007 12:24:06 -0300 From: "Jason Hills" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: GVirstor Label problem on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 15:53:26 -0000 > A possible reason could be that the virstor map is larger than your > physical storage (I think I don't have a check for this in the code > [yet]). How large is ad3s1d? Around 36G # disklabel ad3s1 # /dev/ad3s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 78156162 0 4.2BSD 2048 16384 28552 # "raw" part, don't edit d: 78156162 0 4.2BSD 2048 16384 28552 So I tried to make a smaller virtual storage, 40G: # ./gvirstor label -v -s 400000 mystor ad3s1d Resizing virtual size to fit virstor structures New virtual size: 400128 MB (32 new chunks) Total virtual chunks: 100032 (4 MB each), 400128 MB total virtual size. Clearing metadata on ad3s1d. Writing allocation table to ad3s1d... (0 MB, 1 chunks) Tried to write 800256, written 4294967295 (Operation not permitted) Error writing out allocation map! same thing -- Jazzie Hills From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 15:53:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD6CF16A400 for ; Thu, 26 Apr 2007 15:53:42 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5F913C45B for ; Thu, 26 Apr 2007 15:53:42 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l3QFrfH7099180; Thu, 26 Apr 2007 08:53:42 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4630CB05.8090901@freebsd.org> Date: Thu, 26 Apr 2007 08:53:41 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20070423113400.GC28587@gw.humppa.dk> <2018ADA6-11D5-48D1-98BD-4397A60E14AF@FreeBSD.org> <20070426102420.GA819@turion.vk2pj.dyndns.org> In-Reply-To: <20070426102420.GA819@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Suleiman Souhlal , current@freebsd.org Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 15:53:43 -0000 >IMHO, the main usage of the global readonly page is (apart from >faster gettimeofday and similar) is that you can put the syscall >entry function in it... This is unnecessary, though. Put multiple syscall entry options in libc and query the kernel once to find out which one(s) are supported. That's a lot simpler than mapping a global page. For that matter, if the alternative syscall mechanisms fail nicely, just have libc try each one to see which are supported. > I think that FreeBSD should make more use of CPU-specific coding to > enhance performance. Maybe even something along the lines of Solaris > where linking to libc implicitly links to a CPU-specific .so if it > exists. This isn't a bad idea. It should also be relatively easy to implement (a minor change to rtld), though rebuilding libc many times with different compiler options would slow builds noticably. An alternative would be to provide a build option that checks the local processor and optimizes for that, so that a system build would either be "Generic" (for many systems) or "Local" (optimized for the local processor). Then anyone who wanted better performance could just rebuild the system. However, first it would be good to see some application-level benchmarks to see if this really helps. Sure, a program that does a billion strcpy() operations in a tight loop might benefit, but does MySQL run any faster? Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 16:16:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0E4016A5C5 for ; Thu, 26 Apr 2007 16:16:07 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 8D10913C4FB for ; Thu, 26 Apr 2007 16:16:07 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.13.8) id l3QGFqvj060705; Thu, 26 Apr 2007 11:15:52 -0500 (CDT) (envelope-from dan) Date: Thu, 26 Apr 2007 11:15:52 -0500 From: Dan Nelson To: Barry Pederson Message-ID: <20070426161551.GH50353@dan.emsphone.com> References: <8e10486b0704260701w3a6ca86hb833de23849514df@mail.gmail.com> <4630B9E5.9000606@barryp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4630B9E5.9000606@barryp.org> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org, Alexandre Biancalana Subject: Re: zfs: df and zpool list report different size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 16:16:07 -0000 In the last episode (Apr 26), Barry Pederson said: > Alexandre Biancalana wrote: > > I update one machine to -CURRENT (yesterday), and now I'm creating zfs > > filesystem using the following devices: > > ad9: 305245MB at ata4-slave SATA150 > > ad11: 305245MB at ata5-slave SATA150 > > Next I created the pool: > > # zpool create backup raidz ad9 ad11 > > # mount > > /dev/ad8s1a on / (ufs, local) > > devfs on /dev (devfs, local) > > backup on /backup (zfs, local) > > # df -h > > Filesystem Size Used Avail Capacity Mounted on > > /dev/ad8s1a 72G 2.2G 64G 3% / > > devfs 1.0K 1.0K 0B 100% /dev > > backup 293G 0B 293G 0% /backup > > # zpool list > > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > > backup 596G 222K 596G 0% ONLINE - > > My doubt is why zpool list and df -h report different size ? Which of then > > is correct and should I trust ? > > The zpool size is correct in totalling up the usable size on the > pool's drives, but it's not telling you how much is taken up by > redundancy, so it's probably not a useful number to you. > > The "df -h" is also correct and probably more useful. "zfs list" > should show a similar useful number. That looks like bug 6308817 "discrepancy between zfs and zpool space accounting". "zpool list" is including the parity disk space when it shouldn't. http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6308817 "zfs list" should give you the same info as "df -k". Note that a 2-disk raidz is really an inefficient way of creating a mirror, so the "workaround" in your case might just be to drop your raidz vdev and replace it with a mirror. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 16:21:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E73616A409 for ; Thu, 26 Apr 2007 16:21:49 +0000 (UTC) (envelope-from staalebk@ifi.uio.no) Received: from smtp.bluecom.no (smtp.bluecom.no [193.75.75.28]) by mx1.freebsd.org (Postfix) with ESMTP id 39A8113C465 for ; Thu, 26 Apr 2007 16:21:49 +0000 (UTC) (envelope-from staalebk@ifi.uio.no) Received: from eschew.pusen.org (unknown [193.69.145.10]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.bluecom.no (Postfix) with ESMTP id 66F7B12DC69 for ; Thu, 26 Apr 2007 16:49:10 +0200 (CEST) Received: from chiller by eschew.pusen.org with local (Exim 4.50) id 1Hh5HZ-0007Jw-Jf for freebsd-current@freebsd.org; Thu, 26 Apr 2007 16:49:17 +0200 Date: Thu, 26 Apr 2007 16:49:17 +0200 From: =?iso-8859-1?Q?St=E5le?= Kristoffersen To: freebsd-current@freebsd.org Message-ID: <20070426144917.GA20773@eschew.pusen.org> References: <8e10486b0704260701w3a6ca86hb833de23849514df@mail.gmail.com> <20070426143637.GA74938@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070426143637.GA74938@keltia.freenix.fr> User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Thu, 26 Apr 2007 16:22:51 +0000 Subject: Re: zfs: df and zpool list report different size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 16:21:49 -0000 On 2007-04-26 at 16:36, Ollivier Robert wrote: > According to Alexandre Biancalana: > > # zpool create backup raidz ad9 ad11 > > Note, raidz with two disks is almost the same as a mirror so the real, > usable space is half. In raidz, if you have N disks, the total usable > capacity is N-1. Well, that would have been fine if it did the same thing with a mirror, but thats not the case: # zpool create test raidz ad1 ad2 ad3 # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT test 1.48G 773M 747M 50% ONLINE - # df -ht zfs Filesystem Size Used Avail Capacity Mounted on test 980M 32K 980M 0% /test # zpool destroy test # zpool create test mirror ad1 ad2 # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT test 504M 88K 504M 0% ONLINE - # df -ht zfs Filesystem Size Used Avail Capacity Mounted on test 472M 32K 472M 0% /test -- Ståle Kristoffersen staalebk@ifi.uio.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 16:25:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3C0716A400 for ; Thu, 26 Apr 2007 16:25:00 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9878513C48A for ; Thu, 26 Apr 2007 16:25:00 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hh6m5-0000lH-Qh for freebsd-current@freebsd.org; Thu, 26 Apr 2007 18:24:53 +0200 Received: from 89-172-244-176.adsl.net.t-com.hr ([89.172.244.176]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2007 18:24:53 +0200 Received: from ivoras by 89-172-244-176.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2007 18:24:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 26 Apr 2007 18:24:32 +0200 Lines: 44 Message-ID: References: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> <33910a2c0704260824y64691d87xc1e3488d43b8d81f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig032B3873CB1AD88DD43EEF03" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-244-176.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <33910a2c0704260824y64691d87xc1e3488d43b8d81f@mail.gmail.com> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: GVirstor Label problem on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 16:25:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig032B3873CB1AD88DD43EEF03 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jason Hills wrote: > So I tried to make a smaller virtual storage, 40G: >=20 > # ./gvirstor label -v -s 400000 mystor ad3s1d > Resizing virtual size to fit virstor structures > New virtual size: 400128 MB (32 new chunks) > Total virtual chunks: 100032 (4 MB each), 400128 MB total virtual size.= > Clearing metadata on ad3s1d. > Writing allocation table to ad3s1d... (0 MB, 1 chunks) > Tried to write 800256, written 4294967295 (Operation not permitted) > Error writing out allocation map! Ok. Can you verify that dd works on that partition? For example, use # dd if=3D/dev/zero of=3D/dev/ad3s1d bs=3D512 count=3D1563 And tell me if this works or fails. (1563=3D800256/512) --------------enig032B3873CB1AD88DD43EEF03 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMNJGldnAQVacBcgRAsxyAJ9nC+R7LYL+nFNMcxLcFuURUoR1hACfUlzW n14+w5pOAETU4EFut02dy3c= =c5/C -----END PGP SIGNATURE----- --------------enig032B3873CB1AD88DD43EEF03-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 16:38:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D98A16A400 for ; Thu, 26 Apr 2007 16:38:18 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1A95B13C448 for ; Thu, 26 Apr 2007 16:38:17 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from [172.25.1.9] (nat.sps-schweers.de [82.135.45.115]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l3QGcCPW087813 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 26 Apr 2007 18:38:16 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host nat.sps-schweers.de [82.135.45.115] claimed to be [172.25.1.9] Message-ID: <4630D572.1020204@omnisec.de> Date: Thu, 26 Apr 2007 18:38:10 +0200 From: Harald Schmalzbauer Organization: OmniSEC User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Panic: fusefs crashes -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 16:38:18 -0000 Hello, I wanted to report a panic with todays current: fuse4bsd: version 0.3.0, FUSE ABI 7.8 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x26c fault code = supervisor read, page not present instruction pointer = 0x20:0xc446e849 stack pointer = 0x28:0xe65949e4 frame pointer = 0x28:0xe65949f4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 8142 (mount_fusefs) [thread pid 8142 tid 100089 ] Stopped at fdisp_get_vopdata+0x10: movl 0x26c(%edx),%eax Tracing pid 8142 tid 100089 td 0xc416f1b0 fdisp_get_vopdata(e6594a14,0,c4207680,c07104c9,c3e16650,...) at fdisp_get_vopdata+0x10 fuse_statfs(c3e187d4,c3e18864,c416f1b0,c3e16600,0,...) at fuse_statfs+0x8f __vfs_statfs(c3e187d4,c3e18864,c416f1b0,3c5,0,...) at __vfs_statfs+0x2f vfs_domount(c416f1b0,c3e16600,c3e16170,0,c3e16370,...) at vfs_domount+0x82a vfs_donmount(c416f1b0,0,c4404880,c4404880,3,...) at vfs_donmount+0x4c3 nmount(c416f1b0,e6594d00,c,c3e2e828,2820d000,...) at nmount+0xa5 syscall(e6594d38) at syscall+0x2bb Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280c6bbf, esp = 0xbfbfe76c, ebp = 0xbfbfec88 --- db> Best regards, -Harry From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 16:43:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E66C16A406 for ; Thu, 26 Apr 2007 16:43:24 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 19A2D13C455 for ; Thu, 26 Apr 2007 16:43:23 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so313754ana for ; Thu, 26 Apr 2007 09:43:23 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=czGgGgRoISpdDtKsRXD1rUFtoKGUAVoioeBc/95oaaPzml7eVGpM6IJjzQRdMxPt8xHSLvATqHQxQ+OBzxCVjUNDUnEwFCSloFKf85QIKjqndwfGLYZNamywxmMck7wuJO2MnaZCPIVCWdA8xLLe6mfgyHc4FXVHx4MR6ZVHUGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GOzU5Wt+9wlr53c5/6m/IdrZblhGPV0xVzdXfM7XjmYZ25LKURpTm7ngRJ4op6yPkqMH8R3O24VZv90CsPi/LChSJBaPHPD1EFe7KROKIMDNoL6tXRWbM4wd+iWwKyffc3wFqM1X85JonfWYFgb45ZEfq1eb5pPx70dle2EuzbU= Received: by 10.100.194.7 with SMTP id r7mr1279601anf.1177605803158; Thu, 26 Apr 2007 09:43:23 -0700 (PDT) Received: by 10.100.94.12 with HTTP; Thu, 26 Apr 2007 09:43:23 -0700 (PDT) Message-ID: <33910a2c0704260943v3da6ee58x431e5e37d99116c8@mail.gmail.com> Date: Thu, 26 Apr 2007 13:43:23 -0300 From: "Jason Hills" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> <33910a2c0704260824y64691d87xc1e3488d43b8d81f@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: GVirstor Label problem on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 16:43:24 -0000 On 4/26/07, Ivan Voras wrote: > Jason Hills wrote: > > > So I tried to make a smaller virtual storage, 40G: > > > > # ./gvirstor label -v -s 400000 mystor ad3s1d > > Resizing virtual size to fit virstor structures > > New virtual size: 400128 MB (32 new chunks) > > Total virtual chunks: 100032 (4 MB each), 400128 MB total virtual size. > > Clearing metadata on ad3s1d. > > Writing allocation table to ad3s1d... (0 MB, 1 chunks) > > Tried to write 800256, written 4294967295 (Operation not permitted) > > Error writing out allocation map! > > Ok. > Can you verify that dd works on that partition? For example, use > > # dd if=/dev/zero of=/dev/ad3s1d bs=512 count=1563 > > And tell me if this works or fails. > > (1563=800256/512) Ok, worked fine aparently: # dd if=/dev/zero of=/dev/ad3s1d bs=512 count=1563 1563+0 records in 1563+0 records out 800256 bytes transferred in 0.013476 secs (59384256 bytes/sec) -- Jazzie Hills From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 17:23:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D558F16A406; Thu, 26 Apr 2007 17:23:21 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: from nemesis.frida.mouhaha.de (nemesis.frida.mouhaha.de [85.236.48.53]) by mx1.freebsd.org (Postfix) with ESMTP id 93A8113C46A; Thu, 26 Apr 2007 17:23:21 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: by nemesis.frida.mouhaha.de (Postfix, from userid 1001) id 520AB4B264D; Thu, 26 Apr 2007 19:03:51 +0200 (CEST) Date: Thu, 26 Apr 2007 19:03:51 +0200 From: Oliver Peter To: Ganbold Message-ID: <20070426170350.GH9767@nemesis.frida.mouhaha.de> References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <46281AA5.10307@micom.mng.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2xzXx3ruJf7hsAzo" Content-Disposition: inline In-Reply-To: <46281AA5.10307@micom.mng.net> X-Operating-System: FreeBSD 6.2-RELEASE-p2 i386 User-Agent: Mutt/1.5.14 (2007-02-12) Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, h.eichmann@gmx.de, Michael Nottebrock , Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 17:23:21 -0000 --2xzXx3ruJf7hsAzo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey, On Fri, Apr 20, 2007 at 09:43:01AM +0800, Ganbold wrote: > Michael Nottebrock wrote: > >On Wednesday, 18. April 2007, Beni wrote: > > =20 > >>Hi List, > >> > >>I think I have a problem with hal(d) and k3b (version 1.0 from ports) := my > >>whole system freezes when starting up k3b. I get the splash screen and= =20 > >>then > >>it all stops and a ctrl-alt-del is the only way out. > >> =20 >=20 > My problem is the same as Beni's. Splash screen appears and hangs. > I have to press power button to turn off and on my laptop. > Didn't try ctrl+alt+del though. I have the same problem with my 7.0-CURRENT (yesterday). If I can assist you testing or debugging drivers please drop me an e-mail. FreeBSD 7.0-CURRENT i386 with k3b-1.0_1 / hal-0.5.8.20070403_1 Bye Ollie --=20 Oliver PETER, email: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --2xzXx3ruJf7hsAzo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkYw23YACgkQ6LH/IUVtaI9mrgCeKw5ZSbTkpOXtASBr4MpSRDWy 2WYAoIQPTpCr8kXvo5RfCp38aZB2Y7Me =PSTZ -----END PGP SIGNATURE----- --2xzXx3ruJf7hsAzo-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 17:37:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F1DF16A403 for ; Thu, 26 Apr 2007 17:37:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 0774413C448 for ; Thu, 26 Apr 2007 17:37:33 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so332676ana for ; Thu, 26 Apr 2007 10:37:32 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=suWtcKvEl1HbWotdB8Jj6LFehNKqPm3GZonEhpg/HIj3BcdodpzTePz07h4k4dpH0gXTRj01MqgE0W0uHtlH0QX+lLI87PJ6q2rfpSDJMBUC6DFawVj7cVbjCDlWS3Y+waC4iCzjp/HlGYZ6oI0qNypfZdZWIDP+rUEGMhwuMK8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I5Kgo6OEPiOteXdbBKhCgdjILwHLEyT/Xu3Rom6lkSp3EeHxP61XnApCUAZ5pFB88Ut3Ol3RjvKaGt7408D+LyOeKghegIFplwivV/PdmtXLKnI1zBuH/W7wNfDFhYO1PWPz1rI3+bvlGm9Kfy8PcAgFpDCJyVo0MZrW5bRB/Dg= Received: by 10.100.225.13 with SMTP id x13mr1300339ang.1177607425354; Thu, 26 Apr 2007 10:10:25 -0700 (PDT) Received: by 10.100.9.7 with HTTP; Thu, 26 Apr 2007 10:10:25 -0700 (PDT) Message-ID: Date: Thu, 26 Apr 2007 21:10:25 +0400 From: pluknet To: "Harald Schmalzbauer" In-Reply-To: <4630D572.1020204@omnisec.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4630D572.1020204@omnisec.de> Cc: freebsd-current@freebsd.org Subject: Re: Panic: fusefs crashes -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 17:37:34 -0000 On 26/04/07, Harald Schmalzbauer wrote: > Hello, > > I wanted to report a panic with todays current: > > fuse4bsd: version 0.3.0, FUSE ABI 7.8 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x26c > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc446e849 > stack pointer = 0x28:0xe65949e4 > frame pointer = 0x28:0xe65949f4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 8142 (mount_fusefs) > [thread pid 8142 tid 100089 ] > Stopped at fdisp_get_vopdata+0x10: movl 0x26c(%edx),%eax > > Tracing pid 8142 tid 100089 td 0xc416f1b0 > fdisp_get_vopdata(e6594a14,0,c4207680,c07104c9,c3e16650,...) at > fdisp_get_vopdata+0x10 > fuse_statfs(c3e187d4,c3e18864,c416f1b0,c3e16600,0,...) at fuse_statfs+0x8f > __vfs_statfs(c3e187d4,c3e18864,c416f1b0,3c5,0,...) at __vfs_statfs+0x2f > vfs_domount(c416f1b0,c3e16600,c3e16170,0,c3e16370,...) at vfs_domount+0x82a > vfs_donmount(c416f1b0,0,c4404880,c4404880,3,...) at vfs_donmount+0x4c3 > nmount(c416f1b0,e6594d00,c,c3e2e828,2820d000,...) at nmount+0xa5 > syscall(e6594d38) at syscall+0x2bb > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280c6bbf, esp = > 0xbfbfe76c, ebp = 0xbfbfec88 --- > db> > > Best regards, > > -Harry Same here on ntfs mount. pluknet From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 18:02:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1259D16A402 for ; Thu, 26 Apr 2007 18:02:05 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id 78FBE13C489 for ; Thu, 26 Apr 2007 18:02:04 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so644056wra for ; Thu, 26 Apr 2007 11:02:03 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QdVyCj+grCaYys9LutKDM0CvcW9A/S6QZ9+32l0QrCRyPtjOnym8yl9LdxB51i+etBuhT+b6TJ0Mogvy7kFSMZ3+jdx/gNubE2w+/0C813hpKwPS/PJG28wk02QBdhLao0381A9hDNpqmnUtJ7kzcSVigQ9zWtV70gKh1HCW3LU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NHJrfwD5s+vI9a9tAYeeTH0bWf+hOlZ24BxneDcTHL79qn31LwrAIc2YrEiz38kvuSPD18QhM5TavcTKekTk9lQpzJ52CRlt3yluGBR2tkF9U3TDdNxglakVGESRYBZyNf5b5toB+hmy6SO59Ofy20Of94aEcVqqYJfS1yzRaYQ= Received: by 10.78.130.6 with SMTP id c6mr565081hud.1177610522441; Thu, 26 Apr 2007 11:02:02 -0700 (PDT) Received: by 10.78.188.17 with HTTP; Thu, 26 Apr 2007 11:02:02 -0700 (PDT) Message-ID: <70e8236f0704261102x6ebcd7e0rf168853a86ec58a0@mail.gmail.com> Date: Thu, 26 Apr 2007 19:02:02 +0100 From: "Joao Barros" To: "=?ISO-8859-1?Q?St=E5le_Kristoffersen?=" In-Reply-To: <20070426144917.GA20773@eschew.pusen.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8e10486b0704260701w3a6ca86hb833de23849514df@mail.gmail.com> <20070426143637.GA74938@keltia.freenix.fr> <20070426144917.GA20773@eschew.pusen.org> Cc: freebsd-current@freebsd.org Subject: Re: zfs: df and zpool list report different size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 18:02:05 -0000 On 4/26/07, St=E5le Kristoffersen wrote: > On 2007-04-26 at 16:36, Ollivier Robert wrote: > > According to Alexandre Biancalana: > > > # zpool create backup raidz ad9 ad11 > > > > Note, raidz with two disks is almost the same as a mirror so the real, > > usable space is half. In raidz, if you have N disks, the total usable > > capacity is N-1. > > Well, that would have been fine if it did the same thing with a mirror, b= ut > thats not the case: > > > # zpool create test raidz ad1 ad2 ad3 > # zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > test 1.48G 773M 747M 50% ONLINE - > # df -ht zfs > Filesystem Size Used Avail Capacity Mounted on > test 980M 32K 980M 0% /test > > # zpool destroy test > # zpool create test mirror ad1 ad2 > # zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > test 504M 88K 504M 0% ONLINE - > # df -ht zfs > Filesystem Size Used Avail Capacity Mounted on > test 472M 32K 472M 0% /test > Try creating the raidz with 2 disks like Alexandre did... --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 20:08:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54CCF16A401 for ; Thu, 26 Apr 2007 20:08:31 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6F213C489 for ; Thu, 26 Apr 2007 20:08:29 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 14062 invoked by uid 80); 26 Apr 2007 20:08:44 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Thu, 26 Apr 2007 22:08:44 +0200 (CEST) Message-ID: <1381.10.202.77.103.1177618124.squirrel@webmail.superhero.nl> Date: Thu, 26 Apr 2007 22:08:44 +0200 (CEST) From: "Gelsema, P \(Patrick\)" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ASUS M2N on amd64. Devices not attached/known.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 20:08:31 -0000 Hi list, I've cvsupped and rebuild everything this evening. I am running a Asus M2N mainboard with a Nvidia Nforce Chipset. I have the following 'issues'. 1. I do get a lot of driver not attached issues. It seems that the mainboard is not yet supported. 2. the NFE networkdriver is not in CURRENT, I have to manually replace them with the version provided by Pyun YongHyeon 3. The SATA2 controller is detected as UDMA33. When I apply the patch provided by Ed Schouten the SATA controller is properly identified. Any indication when this is merged into CURRENT? 4. The SCSI disk connected to the aic7902 device is detected as only 160MB, half the capable speed. Scott Long is aware of this issue, expects this issue to be related to DV. My question is, can I provide any assistance in the form of providing access to the box through SSH, testing patches/code so all devices on this mainboard are detected correctly? I have attached the output of the bootmessages and a pciconf -lv. Cheers Patrick Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #0: Thu Apr 26 21:33:18 CEST 2007 admin@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2511.41-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb1 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 usable memory = 2134573056 (2035 MB) avail memory = 2059927552 (1964 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) ohci0: mem 0xdd3ff000-0xdd3fffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xdd3fec00-0xdd3fecff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered pcib1: at device 4.0 on pci0 pci1: on pcib1 pcib2: at device 8.0 on pci1 pci2: on pcib2 vgapci0: mem 0xda000000-0xdbffffff,0xdfffc000-0xdfffffff,0xdf000000-0xdf7fffff irq 19 at device 0.0 on pci2 vgapci1: mem 0xd8000000-0xd9ffffff,0xdfff8000-0xdfffbfff,0xde800000-0xdeffffff irq 19 at device 4.0 on pci2 vgapci2: mem 0xd6000000-0xd7ffffff,0xdfff4000-0xdfff7fff,0xde000000-0xde7fffff irq 19 at device 8.0 on pci2 vgapci3: mem 0xd4000000-0xd5ffffff,0xdfff0000-0xdfff3fff,0xdd800000-0xddffffff irq 19 at device 12.0 on pci2 fxp0: port 0xec00-0xec1f mem 0xd3fff000-0xd3ffffff,0xdd700000-0xdd7fffff irq 16 at device 9.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:08:c7:19:33:1d fxp0: [ITHREAD] ahd0: port 0xe800-0xe8ff,0xe400-0xe4ff mem 0xdd5fe000-0xdd5fffff irq 17 at device 10.0 on pci1 ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs ahd1: port 0xe000-0xe0ff,0xd800-0xd8ff mem 0xdd5fc000-0xdd5fdfff irq 18 at device 10.1 on pci1 ahd1: [ITHREAD] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] nfe0: port 0xc480-0xc487 mem 0xdd3fd000-0xdd3fdfff irq 23 at device 7.0 on pci0 miibus1: on nfe0 ukphy0: PHY 1 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto nfe0: Ethernet address: 00:18:f3:9f:f1:b4 nfe0: [FILTER] atapci1: port 0xc400-0xc407,0xc080-0xc083,0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb88f mem 0xdd3fc000-0xdd3fcfff irq 20 at device 8.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0xb800-0xb807,0xb480-0xb483,0xb400-0xb407,0xb080-0xb083,0xb000-0xb00f mem 0xdd3f7000-0xdd3f7fff irq 21 at device 8.1 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pcib3: at device 9.0 on pci0 pci3: on pcib3 pcib4: at device 11.0 on pci0 pci4: on pcib4 pcib5: at device 12.0 on pci0 pci5: on pcib5 acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xc0000-0xc87ff,0xc8800-0xc8fff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-slave UDMA33 ad4: 476940MB at ata2-master UDMA33 Waiting 5 seconds for SCSI devices to settle da0 at ahd0 bus 0 target 4 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da0: Command Queueing Enabled da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a hulk# pciconf -lv none0@pci0:0:0: class=0x050000 card=0x82341043 chip=0x03ea10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 Memory Controller' class = memory subclass = RAM isab0@pci0:1:0: class=0x060100 card=0x82341043 chip=0x03e010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 LPC Bridge' class = bridge subclass = PCI-ISA none1@pci0:1:1: class=0x0c0500 card=0x82341043 chip=0x03eb10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 SMBus' class = serial bus subclass = SMBus none2@pci0:1:2: class=0x050000 card=0x82341043 chip=0x03f510de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 Memory Controller' class = memory subclass = RAM none3@pci0:1:3: class=0x0b4000 card=0x82341043 chip=0x03f410de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 SMU' class = processor ohci0@pci0:2:0: class=0x0c0310 card=0x82341043 chip=0x03f110de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 USB Controller' class = serial bus subclass = USB ehci0@pci0:2:1: class=0x0c0320 card=0x82341043 chip=0x03f210de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 USB Controller' class = serial bus subclass = USB pcib1@pci0:4:0: class=0x060401 card=0xcb8410de chip=0x03f310de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP61 PCI bridge' class = bridge subclass = PCI-PCI atapci0@pci0:6:0: class=0x01018a card=0x82341043 chip=0x03ec10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 IDE' class = mass storage subclass = ATA nfe0@pci0:7:0: class=0x068000 card=0x82341043 chip=0x03ef10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 Ethernet' class = bridge atapci1@pci0:8:0: class=0x010185 card=0x82341043 chip=0x03f610de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 SATA Controller' class = mass storage subclass = ATA atapci2@pci0:8:1: class=0x010185 card=0x82341043 chip=0x03f610de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP61 SATA Controller' class = mass storage subclass = ATA pcib3@pci0:9:0: class=0x060400 card=0x000010de chip=0x03e810de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP61 PCI Express bridge' class = bridge subclass = PCI-PCI pcib4@pci0:11:0: class=0x060400 card=0x000010de chip=0x03e910de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP61 PCI Express bridge' class = bridge subclass = PCI-PCI pcib5@pci0:12:0: class=0x060400 card=0x000010de chip=0x03e910de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP61 PCI Express bridge' class = bridge subclass = PCI-PCI hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI pcib2@pci1:8:0: class=0x060400 card=0x00000000 chip=0x00223388 rev=0x04 hdr=0x01 vendor = 'PLX Technology (Was: HiNT Corp)' device = 'PCI 6150 HB4 PCI-to-PCI Bridge' class = bridge subclass = PCI-PCI fxp0@pci1:9:0: class=0x020000 card=0xb0d70e11 chip=0x12298086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet ahd0@pci1:10:0: class=0x010000 card=0x00419005 chip=0x80119005 rev=0x03 hdr=0x00 vendor = 'Adaptec Inc' device = 'ASC-39320D Ultra320 SCSI Controller' class = mass storage subclass = SCSI ahd1@pci1:10:1: class=0x010000 card=0x00419005 chip=0x80119005 rev=0x03 hdr=0x00 vendor = 'Adaptec Inc' device = 'ASC-39320D Ultra320 SCSI Controller' class = mass storage subclass = SCSI vgapci0@pci2:0:0: class=0x030000 card=0x26c4102b chip=0x0525102b rev=0x85 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' device = 'MGA G450 Dual Head Chip of G450 graphics card' class = display subclass = VGA vgapci1@pci2:4:0: class=0x038000 card=0x26c4102b chip=0x0525102b rev=0x85 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' device = 'MGA G450 Dual Head Chip of G450 graphics card' class = display vgapci2@pci2:8:0: class=0x038000 card=0x26c4102b chip=0x0525102b rev=0x85 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' device = 'MGA G450 Dual Head Chip of G450 graphics card' class = display vgapci3@pci2:12:0: class=0x038000 card=0x26c4102b chip=0x0525102b rev=0x85 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' device = 'MGA G450 Dual Head Chip of G450 graphics card' class = display From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 20:09:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D635916A415 for ; Thu, 26 Apr 2007 20:09:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8B34513C48C for ; Thu, 26 Apr 2007 20:09:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HhAGw-0002N2-7t for freebsd-current@freebsd.org; Thu, 26 Apr 2007 22:08:58 +0200 Received: from 89-172-244-176.adsl.net.t-com.hr ([89.172.244.176]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2007 22:08:58 +0200 Received: from ivoras by 89-172-244-176.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2007 22:08:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 26 Apr 2007 22:08:47 +0200 Lines: 39 Message-ID: References: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> <33910a2c0704260824y64691d87xc1e3488d43b8d81f@mail.gmail.com> <33910a2c0704260943v3da6ee58x431e5e37d99116c8@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2A42E4F3D52F93BF22718CD2" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-244-176.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <33910a2c0704260943v3da6ee58x431e5e37d99116c8@mail.gmail.com> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: GVirstor Label problem on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 20:09:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2A42E4F3D52F93BF22718CD2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jason Hills wrote: > Ok, worked fine aparently: >=20 > # dd if=3D/dev/zero of=3D/dev/ad3s1d bs=3D512 count=3D1563 >=20 > 1563+0 records in > 1563+0 records out > 800256 bytes transferred in 0.013476 secs (59384256 bytes/sec) Ok, just one other thing: try: # dd if=3D/dev/zero of=3D/dev/ad3s1d bs=3D800256 count=3D1 Does it work? If it does, try gvirstor label again. --------------enig2A42E4F3D52F93BF22718CD2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMQbPldnAQVacBcgRAuNJAKCmpxmB/dS76WFnz3QGD1skV9j8IwCeIePW Y9Iy9RMYe2KFeJdLxMPrQWg= =bqCW -----END PGP SIGNATURE----- --------------enig2A42E4F3D52F93BF22718CD2-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 20:26:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB32D16A408 for ; Thu, 26 Apr 2007 20:26:21 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 7966E13C457 for ; Thu, 26 Apr 2007 20:26:21 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 25CA939DFE; Thu, 26 Apr 2007 22:26:20 +0200 (CEST) Date: Thu, 26 Apr 2007 22:26:20 +0200 From: Lars Engels To: current@freebsd.org Message-ID: <20070426202619.GA46992@e.0x20.net> References: <20070423193112.GU46992@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0qt3EE9wi45a2ZFX" Content-Disposition: inline In-Reply-To: <20070423193112.GU46992@e.0x20.net> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 20:26:21 -0000 --0qt3EE9wi45a2ZFX Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 23, 2007 at 09:31:12PM +0200, Lars Engels wrote: > Hello, >=20 > like I already described in another mail some weeks ago on my Samsung > Q35 notebook cards inserted into the pcmcia slot do not get powered=20 > with a kernel newer than from january.=20 > I now selected the option "Boot FreeBSD in Safe Mode" and the card is > powered and recognized. > After playing around in beastie.4th, disabling the entries > hint.acpi.0.disabled > loader.acpi_disabled_by_user > hint.apic.0.disabled > are causing the card to work. >=20 > However, it does not work when I select "Boot with ACPI disabled". With the recent changes to acpi.c all all is working fine! Lars --0qt3EE9wi45a2ZFX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGMQrrKc512sD3afgRAlGaAKCjVycRkM4kOC2+ZEpfORXOrRZB9wCgoAHg GzUQkRlzJvOCAVWZwg67M5s= =pOf9 -----END PGP SIGNATURE----- --0qt3EE9wi45a2ZFX-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 20:46:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9BB516A400 for ; Thu, 26 Apr 2007 20:46:04 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id A1F0813C46C for ; Thu, 26 Apr 2007 20:46:04 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 45C4539343 for ; Thu, 26 Apr 2007 22:46:03 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81008-13 for ; Thu, 26 Apr 2007 22:46:02 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id E22763933C; Thu, 26 Apr 2007 22:46:02 +0200 (CEST) Date: Thu, 26 Apr 2007 22:46:02 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20070426204602.GA81382@keltia.freenix.fr> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 20:46:05 -0000 According to Tom Cumming: > It also got me curious.. I'm sure there's got to be a way to do it! What about using the "panic" command in ddb? :) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 21:47:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EE7F16A402 for ; Thu, 26 Apr 2007 21:47:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 4412F13C455 for ; Thu, 26 Apr 2007 21:47:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlapa078120; Thu, 26 Apr 2007 17:47:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:30:41 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261730.42097.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:47:37 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@mx1.freebsd.org, Goran Gajic Subject: Re: smb related problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 21:47:47 -0000 On Thursday 19 April 2007 10:02:13 am Goran Gajic wrote: > > Hi, > > I have just noticed from today build: > > FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Apr > 19 11:42:17 CEST 2007 > root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 > > netsmb_dev: loaded > smb_co_lock: recursive lock for object 1 > lockmgr: thread 0xc3a39a20 unlocking unheld lock > KDB: stack backtrace: > db_trace_self_wrapper(c094fe7e) at db_trace_self_wrapper+0x25 > kdb_backtrace(c094b1d7,c3a39a20) at kdb_backtrace+0x29 > _lockmgr(c367ce08,2006,c367ce38,c3a39a20,c3a6e210,...) at _lockmgr+0x5fa > smb_co_put(c367ce00,d728ab90,c3678d00,c367ce00,0,...) at smb_co_put+0x50 > smb_sm_lookup(d728ab1c,d728aafc,d728ab90,d728aaf8,d728aafc,...) at > smb_sm_lookup+0x11a > smb_usr_lookup(c2f09400,d728ab90,d728ab8c,d728ab88,c0a9e708,...) at > smb_usr_lookup+0x76 > nsmb_dev_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,c0a51488,0,c0948e06,131) > at nsmb_dev_ioctl+0x1e5 > giant_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,...) at giant_ioctl+0x33 > devfs_ioctl_f(c37e8090,82fc6e6a,c2f09400,c3673e80,c3a39a20) at > devfs_ioctl_f+0xaf > kern_ioctl(c3a39a20,3,82fc6e6a,c2f09400) at kern_ioctl+0x1ae > ioctl(c3a39a20,d728ad00) at ioctl+0xf1 > syscall(d728ad38) at syscall+0x252 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815772f, esp = > 0xbfbfe40c, ebp = 0xbfbfe738 --- > > I've noticed this when I have tried mount_smbfs.. Can you try this and reply with the stack trace from the panic? Index: smb_conn.c =================================================================== RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v retrieving revision 1.18 diff -u -r1.18 smb_conn.c --- smb_conn.c 6 Nov 2006 13:42:06 -0000 1.18 +++ smb_conn.c 7 Nov 2006 18:42:41 -0000 @@ -351,6 +351,7 @@ if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && (flags & LK_CANRECURSE) == 0) { SMBERROR("recursive lock for object %d\n", cp->co_level); + panic("rescursive lock for object %p", cp); return 0; } return lockmgr(&cp->co_lock, flags, &cp->co_interlock, td); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 21:47:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75E6216A400 for ; Thu, 26 Apr 2007 21:47:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id D3AF613C469 for ; Thu, 26 Apr 2007 21:47:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlapb078120; Thu, 26 Apr 2007 17:47:41 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:32:58 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261732.59281.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:47:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Mark Atkinson Subject: Re: panic: thread's turnstile has pending threads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 21:47:50 -0000 On Thursday 19 April 2007 04:17:11 pm Mark Atkinson wrote: > Mark Atkinson wrote: > > > 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Fri Mar 30 07:14:23 PDT 2007 > > > > Has anyone seen this? This machine has dual CPUs plus two shared > > interrupt 8 port serial I/O cards under uart/puc. > > Additional info: > > # kgdb ./kernel.debug /var/crash/vmcore.7 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > panic: thread's turnstile has pending threads This is a "can't happen" panic. Can you go up to the frame 10 and do 'p *ts'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 21:48:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D58C816A421; Thu, 26 Apr 2007 21:48:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 5A27B13C45E; Thu, 26 Apr 2007 21:48:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlape078120; Thu, 26 Apr 2007 17:47:57 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:42:20 -0400 User-Agent: KMail/1.9.6 References: <20070422064444.GK73385@funkthat.com> <2a41acea0704221053r5630b054ked29d9238f248851@mail.gmail.com> In-Reply-To: <2a41acea0704221053r5630b054ked29d9238f248851@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261742.21007.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:47:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: John-Mark Gurney , Jack Vogel , current@freebsd.org Subject: Re: MSI issues w/ Athlon64 X2 3800+ and nForce 430? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 21:48:00 -0000 On Sunday 22 April 2007 01:53:54 pm Jack Vogel wrote: > On 4/21/07, John-Mark Gurney wrote: > > I finally upgraded to -current that supports MSI, and I appear to be > > having issues w/ it. I have two different ethernet cards that exhibit > > issues on this system. An msk PCIe based card, and a PCI em based card... > > > > With MSI the msk card produced regular: > > msk1: watchdog timeout (missed Tx interrupts) -- recovering > > > > But was usable enough to push ~110meg/sec out. When I was watching an > > HD program streamed over http, there were regular hickups ever few > > minutes, which I figured was due to the above messages (though none > > appeared while watching), so I decided to switch back to my em based > > card, and w/ MSI the card is practically useless. I get: > > Apr 21 22:13:09 carbon kernel: em0: watchdog timeout -- resetting > > Apr 21 22:13:09 carbon kernel: em0: link state changed to DOWN > > Apr 21 22:13:12 carbon kernel: em0: link state changed to UP > > Apr 21 22:14:19 carbon kernel: em0: watchdog timeout -- resetting > > Apr 21 22:14:19 carbon kernel: em0: link state changed to DOWN > > > > Which ends up making things a bit difficult to pass usable traffic over > > the interface. > > That NIC is too old to use with MSI, anything not PCI Express is not > going to work reliably, even if at this point you arent stopped from > trying to set it, with changes to the driver forthcoming you will be. FWIW, I actually have used MSI with at least some PCI-X em(4) parts and it worked fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 21:48:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D58C816A421; Thu, 26 Apr 2007 21:48:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 5A27B13C45E; Thu, 26 Apr 2007 21:48:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlape078120; Thu, 26 Apr 2007 17:47:57 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:42:20 -0400 User-Agent: KMail/1.9.6 References: <20070422064444.GK73385@funkthat.com> <2a41acea0704221053r5630b054ked29d9238f248851@mail.gmail.com> In-Reply-To: <2a41acea0704221053r5630b054ked29d9238f248851@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261742.21007.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:47:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: John-Mark Gurney , Jack Vogel , current@freebsd.org Subject: Re: MSI issues w/ Athlon64 X2 3800+ and nForce 430? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 21:48:00 -0000 On Sunday 22 April 2007 01:53:54 pm Jack Vogel wrote: > On 4/21/07, John-Mark Gurney wrote: > > I finally upgraded to -current that supports MSI, and I appear to be > > having issues w/ it. I have two different ethernet cards that exhibit > > issues on this system. An msk PCIe based card, and a PCI em based card... > > > > With MSI the msk card produced regular: > > msk1: watchdog timeout (missed Tx interrupts) -- recovering > > > > But was usable enough to push ~110meg/sec out. When I was watching an > > HD program streamed over http, there were regular hickups ever few > > minutes, which I figured was due to the above messages (though none > > appeared while watching), so I decided to switch back to my em based > > card, and w/ MSI the card is practically useless. I get: > > Apr 21 22:13:09 carbon kernel: em0: watchdog timeout -- resetting > > Apr 21 22:13:09 carbon kernel: em0: link state changed to DOWN > > Apr 21 22:13:12 carbon kernel: em0: link state changed to UP > > Apr 21 22:14:19 carbon kernel: em0: watchdog timeout -- resetting > > Apr 21 22:14:19 carbon kernel: em0: link state changed to DOWN > > > > Which ends up making things a bit difficult to pass usable traffic over > > the interface. > > That NIC is too old to use with MSI, anything not PCI Express is not > going to work reliably, even if at this point you arent stopped from > trying to set it, with changes to the driver forthcoming you will be. FWIW, I actually have used MSI with at least some PCI-X em(4) parts and it worked fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 21:48:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D373916A474 for ; Thu, 26 Apr 2007 21:48:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6176113C4C9 for ; Thu, 26 Apr 2007 21:48:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlapc078120; Thu, 26 Apr 2007 17:47:46 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:38:19 -0400 User-Agent: KMail/1.9.6 References: <20070419175902.R44041@thor.farley.org> <46281223.8060800@elischer.org> In-Reply-To: <46281223.8060800@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261738.20399.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:47:47 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Julian Elischer , "Sean C. Farley" Subject: Re: Fix for memory leak in setenv/unsetenv (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 21:48:05 -0000 On Thursday 19 April 2007 09:06:43 pm Julian Elischer wrote: > Sean C. Farley wrote: > > I have a new patch[1] that fixes memory leaks caused by repeated calls > > to setenv() with varying-sized values or unsetenv(). The web page has a > > better description about it. > > > > I vaguely remember that several people have tried to fix this before, > but that fixing it actually breaks some ABI.. > > I may be wrong but maybe others remember better what the issue was. > I believe that the end result was that it was considered better to leak > memory than break the posix specified ABI in some way. > > It's very vague in my memory though. Sean's changes don't break the ABI, but they do make more efficient use of the memory. Specifically, setenv() will reuse the variable part of the name=value pair if the new value will fit in the same or less space as the old value, and it uses strlen() to determine this. What Sean's patches fix is this case: setenv("FOO", "88888888"); /* 8 char string as value */ setenv("FOO", "4444"); /* 4 chars, reuses 8 char buffer */ setenv("FOO", "88888888"); /* setenv thinks buffer is 4 char, so allocates a new one for 8 char */ Sean keeps track of the true allocated length of each string, so with his change, you the 3rd setenv will reuse the existing buffer instead of allocating a new one. At my previous job, we space padded timezone values out to a fixed value to workaround the problem of alternating between different length timezone names and thus leaking memory endlessly. Since setenv(3) already overwrites the value with a new one in some cases, Sean's patch doesn't change behavior, it just allows it to reuse the old buffer more often than it does now. This really should go in, I just haven't had time to review it in detail. If someone else wants to help and step up to the plate to do that, that would be appreciated. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 21:48:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C09F816A419; Thu, 26 Apr 2007 21:48:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 69A2713C457; Thu, 26 Apr 2007 21:48:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlapf078120; Thu, 26 Apr 2007 17:47:59 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:45:50 -0400 User-Agent: KMail/1.9.6 References: <20070423193112.GU46992@e.0x20.net> <20070423200300.58E654506A@ptavv.es.net> <20070423201434.GV46992@e.0x20.net> In-Reply-To: <20070423201434.GV46992@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261745.51595.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:48:00 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Lars Engels Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 21:48:07 -0000 On Monday 23 April 2007 04:14:34 pm Lars Engels wrote: > On Mon, Apr 23, 2007 at 01:03:00PM -0700, Kevin Oberman wrote: > > > Date: Mon, 23 Apr 2007 21:31:12 +0200 > > > From: Lars Engels > > > Sender: owner-freebsd-current@freebsd.org > > > > > > Hello, > > > > > > like I already described in another mail some weeks ago on my Samsung > > > Q35 notebook cards inserted into the pcmcia slot do not get powered=20 > > > with a kernel newer than from january.=20 > > > I now selected the option "Boot FreeBSD in Safe Mode" and the card is > > > powered and recognized. > > > After playing around in beastie.4th, disabling the entries > > > hint.acpi.0.disabled > > > loader.acpi_disabled_by_user > > > hint.apic.0.disabled > > > are causing the card to work. > > > > > > However, it does not work when I select "Boot with ACPI disabled". > > > > "Boot with ACPI disabled" only disables ACPI. Safe mode also disables > > APIC. > > > > Does the system boot correctly in safe mode? Does it boot with only APIC > > disabled but ACPI enabled? > > > Yes, it boots correctly with only APIC disabled and ACPI enabled. But > then I again have the cardbus problem. So it always boots ok? Which combinations of ACPI on/off and APIC on/off allow the cardbus card to work? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 21:48:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C09F816A419; Thu, 26 Apr 2007 21:48:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 69A2713C457; Thu, 26 Apr 2007 21:48:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlapf078120; Thu, 26 Apr 2007 17:47:59 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:45:50 -0400 User-Agent: KMail/1.9.6 References: <20070423193112.GU46992@e.0x20.net> <20070423200300.58E654506A@ptavv.es.net> <20070423201434.GV46992@e.0x20.net> In-Reply-To: <20070423201434.GV46992@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261745.51595.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:48:00 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Lars Engels Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 21:48:08 -0000 On Monday 23 April 2007 04:14:34 pm Lars Engels wrote: > On Mon, Apr 23, 2007 at 01:03:00PM -0700, Kevin Oberman wrote: > > > Date: Mon, 23 Apr 2007 21:31:12 +0200 > > > From: Lars Engels > > > Sender: owner-freebsd-current@freebsd.org > > > > > > Hello, > > > > > > like I already described in another mail some weeks ago on my Samsung > > > Q35 notebook cards inserted into the pcmcia slot do not get powered=20 > > > with a kernel newer than from january.=20 > > > I now selected the option "Boot FreeBSD in Safe Mode" and the card is > > > powered and recognized. > > > After playing around in beastie.4th, disabling the entries > > > hint.acpi.0.disabled > > > loader.acpi_disabled_by_user > > > hint.apic.0.disabled > > > are causing the card to work. > > > > > > However, it does not work when I select "Boot with ACPI disabled". > > > > "Boot with ACPI disabled" only disables ACPI. Safe mode also disables > > APIC. > > > > Does the system boot correctly in safe mode? Does it boot with only APIC > > disabled but ACPI enabled? > > > Yes, it boots correctly with only APIC disabled and ACPI enabled. But > then I again have the cardbus problem. So it always boots ok? Which combinations of ACPI on/off and APIC on/off allow the cardbus card to work? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 21:48:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66CD016A412 for ; Thu, 26 Apr 2007 21:48:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1429313C459 for ; Thu, 26 Apr 2007 21:48:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlapd078120; Thu, 26 Apr 2007 17:47:51 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:40:21 -0400 User-Agent: KMail/1.9.6 References: <52686.1177091835@critter.freebsd.dk> <46292461.5090503@samsco.org> <462928C7.8090400@FreeBSD.org> In-Reply-To: <462928C7.8090400@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261740.22987.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:47:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Poul-Henning Kamp , Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 21:48:14 -0000 On Friday 20 April 2007 04:55:35 pm Maxim Sobolev wrote: > Scott Long wrote: > > Poul-Henning Kamp wrote: > >> In message , Ivan Voras writes: > >> > >>> Currently, the FreeBSD default is classic BSD partitions on top of > >>> MSDOS partitions, and there are a couple of inconvenient things about > >>> this arrangement: > >> > >> The BSD partitioning should be discontinued as fast and firmly > >> as possible. By all means go GPT. > >> > > > > An i386/amd64 bootloader needs to be written that can understand GPT. > > My understanding is that the ia64 EFI/GPT loader has very few reusable > > bits. > > It probably crazy idea, but I wonder if it's feasible to have > "mini-GEOM" layer in loader, so that it's possible to use existing GEOM > classes codebase there with little or no modifications. The loader is the easy part. boot1/2 is the hard one. :( You need both an EFI loader, and a non-EFI bootstrap to load a non-EFI loader that can grok GPT for the non-EFI case where we still want to use GPT. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 21:48:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3369C16A477 for ; Thu, 26 Apr 2007 21:48:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id DCFBB13C45B for ; Thu, 26 Apr 2007 21:48:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlapg078120; Thu, 26 Apr 2007 17:48:02 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:46:53 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261746.53429.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:48:02 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: SUN X4100+msi=crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 21:48:17 -0000 On Wednesday 25 April 2007 03:11:33 am Danny Braniss wrote: > with msi enabled (the default) this box crashes > ... > da2: 1.000MB/s transfers > da2: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready > change, > Trying to mount root from nfs: > NFS ROOT: 132.65.16.112:/d/a > em0: link state changed to UP > (here it just reboots) Can you get pciconf -lc output from this box? I believe it has the AMD 8131 HT-PCIX bridges, so MSI should already be blacklisted on it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 22:14:29 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39B3116A400 for ; Thu, 26 Apr 2007 22:14:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id B9CA013C45E for ; Thu, 26 Apr 2007 22:14:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QLlapa078120; Thu, 26 Apr 2007 17:47:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Apr 2007 17:30:41 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261730.42097.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 17:47:37 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@mx1.freebsd.org, Goran Gajic Subject: Re: smb related problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 22:14:29 -0000 On Thursday 19 April 2007 10:02:13 am Goran Gajic wrote: > > Hi, > > I have just noticed from today build: > > FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Apr > 19 11:42:17 CEST 2007 > root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 > > netsmb_dev: loaded > smb_co_lock: recursive lock for object 1 > lockmgr: thread 0xc3a39a20 unlocking unheld lock > KDB: stack backtrace: > db_trace_self_wrapper(c094fe7e) at db_trace_self_wrapper+0x25 > kdb_backtrace(c094b1d7,c3a39a20) at kdb_backtrace+0x29 > _lockmgr(c367ce08,2006,c367ce38,c3a39a20,c3a6e210,...) at _lockmgr+0x5fa > smb_co_put(c367ce00,d728ab90,c3678d00,c367ce00,0,...) at smb_co_put+0x50 > smb_sm_lookup(d728ab1c,d728aafc,d728ab90,d728aaf8,d728aafc,...) at > smb_sm_lookup+0x11a > smb_usr_lookup(c2f09400,d728ab90,d728ab8c,d728ab88,c0a9e708,...) at > smb_usr_lookup+0x76 > nsmb_dev_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,c0a51488,0,c0948e06,131) > at nsmb_dev_ioctl+0x1e5 > giant_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,...) at giant_ioctl+0x33 > devfs_ioctl_f(c37e8090,82fc6e6a,c2f09400,c3673e80,c3a39a20) at > devfs_ioctl_f+0xaf > kern_ioctl(c3a39a20,3,82fc6e6a,c2f09400) at kern_ioctl+0x1ae > ioctl(c3a39a20,d728ad00) at ioctl+0xf1 > syscall(d728ad38) at syscall+0x252 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815772f, esp = > 0xbfbfe40c, ebp = 0xbfbfe738 --- > > I've noticed this when I have tried mount_smbfs.. Can you try this and reply with the stack trace from the panic? Index: smb_conn.c =================================================================== RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v retrieving revision 1.18 diff -u -r1.18 smb_conn.c --- smb_conn.c 6 Nov 2006 13:42:06 -0000 1.18 +++ smb_conn.c 7 Nov 2006 18:42:41 -0000 @@ -351,6 +351,7 @@ if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && (flags & LK_CANRECURSE) == 0) { SMBERROR("recursive lock for object %d\n", cp->co_level); + panic("rescursive lock for object %p", cp); return 0; } return lockmgr(&cp->co_lock, flags, &cp->co_interlock, td); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 22:16:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A19F16A403; Thu, 26 Apr 2007 22:16:25 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 2CC5813C465; Thu, 26 Apr 2007 22:16:25 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3QMGIRW023089; Thu, 26 Apr 2007 16:16:19 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <463124A3.6070809@samsco.org> Date: Thu, 26 Apr 2007 16:16:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: John Baldwin References: <52686.1177091835@critter.freebsd.dk> <46292461.5090503@samsco.org> <462928C7.8090400@FreeBSD.org> <200704261740.22987.jhb@freebsd.org> In-Reply-To: <200704261740.22987.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 26 Apr 2007 16:16:19 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 22:16:25 -0000 John Baldwin wrote: > On Friday 20 April 2007 04:55:35 pm Maxim Sobolev wrote: >> Scott Long wrote: >>> Poul-Henning Kamp wrote: >>>> In message , Ivan Voras writes: >>>> >>>>> Currently, the FreeBSD default is classic BSD partitions on top of >>>>> MSDOS partitions, and there are a couple of inconvenient things about >>>>> this arrangement: >>>> The BSD partitioning should be discontinued as fast and firmly >>>> as possible. By all means go GPT. >>>> >>> An i386/amd64 bootloader needs to be written that can understand GPT. >>> My understanding is that the ia64 EFI/GPT loader has very few reusable >>> bits. >> It probably crazy idea, but I wonder if it's feasible to have >> "mini-GEOM" layer in loader, so that it's possible to use existing GEOM >> classes codebase there with little or no modifications. > > The loader is the easy part. boot1/2 is the hard one. :( You need both an > EFI loader, and a non-EFI bootstrap to load a non-EFI loader that can grok > GPT for the non-EFI case where we still want to use GPT. > Are there real-world PC BIOS's that understand GPT but aren't EFI-based? Scott From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 22:35:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CD0B16A401 for ; Thu, 26 Apr 2007 22:35:17 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id BC10213C45D for ; Thu, 26 Apr 2007 22:35:16 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so234977nze for ; Thu, 26 Apr 2007 15:35:16 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=C2rT4R5oAdh5T/7hSig43ZdWpb5jXmOywIdg0h4K7f03o2gYVNXd2uR0M2VJruSewGXaVio2mo6oTJ9A/cSueiL1z9XshkdgLv5goDJ2cqPgvWPfxwdLFK03Wvhq5AEiKTARyRyLCiKtTJUd7ejXXzRdNyvK7nABcTtRiKmiUgg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=LGaaHWOrPTiMuHc+dRdEip3zux1xyyGQVc/lyL9BIy/WYL3MIVKKgaXy8EF1Cf2z1lVWwXxgDHZo7f8iGcA6lsEnmTLE8XxtFYHXxnNu/nIs9NxlZtgxH2xZZgZ38QxJ30PXox8yL1NwdRUORzUsVz1wXf9BIUryz/TeBWpBaEs= Received: by 10.114.26.1 with SMTP id 1mr761640waz.1177626915905; Thu, 26 Apr 2007 15:35:15 -0700 (PDT) Received: by 10.114.159.16 with HTTP; Thu, 26 Apr 2007 15:35:15 -0700 (PDT) Message-ID: Date: Thu, 26 Apr 2007 15:35:15 -0700 From: "Tom Cumming" To: "Ollivier Robert" In-Reply-To: <20070426204602.GA81382@keltia.freenix.fr> MIME-Version: 1.0 References: <20070426204602.GA81382@keltia.freenix.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 22:35:17 -0000 > What about using the "panic" command in ddb? :) The problem is not getting it to panic, the problem is getting it to save core after the panic. I can find no way to configure the dump device before I boot, only after the OS is up. This means a panic during boot will not dump core because the dump device is not configured. tom From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 22:37:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2A4616A400; Thu, 26 Apr 2007 22:37:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3115B13C489; Thu, 26 Apr 2007 22:37:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3QMbCWB078476; Thu, 26 Apr 2007 18:37:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Scott Long Date: Thu, 26 Apr 2007 18:35:42 -0400 User-Agent: KMail/1.9.6 References: <52686.1177091835@critter.freebsd.dk> <200704261740.22987.jhb@freebsd.org> <463124A3.6070809@samsco.org> In-Reply-To: <463124A3.6070809@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261835.44220.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 26 Apr 2007 18:37:12 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3165/Thu Apr 26 09:03:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 22:37:16 -0000 On Thursday 26 April 2007 06:16:03 pm Scott Long wrote: > John Baldwin wrote: > > On Friday 20 April 2007 04:55:35 pm Maxim Sobolev wrote: > >> Scott Long wrote: > >>> Poul-Henning Kamp wrote: > >>>> In message , Ivan Voras writes: > >>>> > >>>>> Currently, the FreeBSD default is classic BSD partitions on top of > >>>>> MSDOS partitions, and there are a couple of inconvenient things about > >>>>> this arrangement: > >>>> The BSD partitioning should be discontinued as fast and firmly > >>>> as possible. By all means go GPT. > >>>> > >>> An i386/amd64 bootloader needs to be written that can understand GPT. > >>> My understanding is that the ia64 EFI/GPT loader has very few reusable > >>> bits. > >> It probably crazy idea, but I wonder if it's feasible to have > >> "mini-GEOM" layer in loader, so that it's possible to use existing GEOM > >> classes codebase there with little or no modifications. > > > > The loader is the easy part. boot1/2 is the hard one. :( You need both an > > EFI loader, and a non-EFI bootstrap to load a non-EFI loader that can grok > > GPT for the non-EFI case where we still want to use GPT. > > > > Are there real-world PC BIOS's that understand GPT but aren't EFI-based? GPT looks like an MBR for compat reasons, so probably any BIOS will see the AA55 at the end and boot it fine. However, the rest of the bootstrap has to know to ignore the fake MBR and read the real GPT. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 22:40:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4A4316A4EB for ; Thu, 26 Apr 2007 22:40:08 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 902AA13C468 for ; Thu, 26 Apr 2007 22:40:08 +0000 (UTC) (envelope-from jazzhills@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so426704ana for ; Thu, 26 Apr 2007 15:40:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rBWQBd0hqMGic26CXHYgTdm2AYabo+hxm3sMXs1dcCQ++WkhfDigaN5S+PlcJRXXrdxcOW7sUsFwRqpMBoAYD42xjcEGVeQL0QChrDSXVy+NRrBo8NUXUCEe5CQc3SbqCkdVl26XjE1CVc24e4jJb+mTOP/3keXN3mvZGQRjTng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VrAKbLmhoRyP0HiQUM1hf4xmN21+FXHgpJpeDn/CTrMTUw+Qo160qKHNVwXpluFop6CFQfE/84iCeaK1IwkQTqBtjjdqxkIGErz9HD96TopYHGEGgsSvOphBCNJUCAJbgKD1sZ43YdsRhdZA2EaAMSMf4a6C77X/j/Kizw92s9g= Received: by 10.100.195.10 with SMTP id s10mr1563504anf.1177627207670; Thu, 26 Apr 2007 15:40:07 -0700 (PDT) Received: by 10.100.94.12 with HTTP; Thu, 26 Apr 2007 15:40:07 -0700 (PDT) Message-ID: <33910a2c0704261540k6b1a7135o44a1391705a30f3e@mail.gmail.com> Date: Thu, 26 Apr 2007 19:40:07 -0300 From: "Jason Hills" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> <33910a2c0704260824y64691d87xc1e3488d43b8d81f@mail.gmail.com> <33910a2c0704260943v3da6ee58x431e5e37d99116c8@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: GVirstor Label problem on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 22:40:08 -0000 On 4/26/07, Ivan Voras wrote: > Jason Hills wrote: > > > Ok, worked fine aparently: > > > > # dd if=/dev/zero of=/dev/ad3s1d bs=512 count=1563 > > > > 1563+0 records in > > 1563+0 records out > > 800256 bytes transferred in 0.013476 secs (59384256 bytes/sec) > > Ok, just one other thing: > > try: > > # dd if=/dev/zero of=/dev/ad3s1d bs=800256 count=1 > > Does it work? If it does, try gvirstor label again. No, I cant with this block size: # dd if=/dev/zero of=/dev/ad3s1d bs=800256 count=1 dd: /dev/ad3s1d: Operation not permitted From owner-freebsd-current@FreeBSD.ORG Thu Apr 26 23:40:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B891216A404 for ; Thu, 26 Apr 2007 23:40:46 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A69F613C48C for ; Thu, 26 Apr 2007 23:40:46 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 355741A4DA2; Thu, 26 Apr 2007 16:41:13 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CB8B55135C; Thu, 26 Apr 2007 19:40:45 -0400 (EDT) Date: Thu, 26 Apr 2007 19:40:45 -0400 From: Kris Kennaway To: pluknet Message-ID: <20070426234045.GA16087@xor.obsecurity.org> References: <4630D572.1020204@omnisec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: Panic: fusefs crashes -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 23:40:46 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 26, 2007 at 09:10:25PM +0400, pluknet wrote: > On 26/04/07, Harald Schmalzbauer wrote: > >Hello, > > > >I wanted to report a panic with todays current: > > > >fuse4bsd: version 0.3.0, FUSE ABI 7.8 > > > > > >Fatal trap 12: page fault while in kernel mode > >cpuid =3D 1; apic id =3D 01 > >fault virtual address =3D 0x26c > >fault code =3D supervisor read, page not present > >instruction pointer =3D 0x20:0xc446e849 > >stack pointer =3D 0x28:0xe65949e4 > >frame pointer =3D 0x28:0xe65949f4 > >code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > >processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > >current process =3D 8142 (mount_fusefs) > >[thread pid 8142 tid 100089 ] > >Stopped at fdisp_get_vopdata+0x10: movl 0x26c(%edx),%eax > > > >Tracing pid 8142 tid 100089 td 0xc416f1b0 > >fdisp_get_vopdata(e6594a14,0,c4207680,c07104c9,c3e16650,...) at > >fdisp_get_vopdata+0x10 > >fuse_statfs(c3e187d4,c3e18864,c416f1b0,c3e16600,0,...) at fuse_statfs+0x= 8f > >__vfs_statfs(c3e187d4,c3e18864,c416f1b0,3c5,0,...) at __vfs_statfs+0x2f > >vfs_domount(c416f1b0,c3e16600,c3e16170,0,c3e16370,...) at vfs_domount+0x= 82a > >vfs_donmount(c416f1b0,0,c4404880,c4404880,3,...) at vfs_donmount+0x4c3 > >nmount(c416f1b0,e6594d00,c,c3e2e828,2820d000,...) at nmount+0xa5 > >syscall(e6594d38) at syscall+0x2bb > >Xint0x80_syscall() at Xint0x80_syscall+0x20 > >--- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280c6bbf, esp =3D > >0xbfbfe76c, ebp =3D 0xbfbfec88 --- > >db> > > > >Best regards, > > > >-Harry >=20 > Same here on ntfs mount. FYI, this is a FUSE bug, so make sure you report it to the developer instead. kris --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGMTh9Wry0BWjoQKURAuUQAKCS4Ij4WzNuzED520M7W1tGO63YngCeJ6hX 46r6I2BlgGU8lnC9iyVFWRY= =8fIh -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 00:17:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8F9516A400 for ; Fri, 27 Apr 2007 00:17:25 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 74EC813C4AD for ; Fri, 27 Apr 2007 00:17:25 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 94C9B39836; Thu, 26 Apr 2007 18:08:43 -0600 (CST) Date: Thu, 26 Apr 2007 18:08:43 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org Message-ID: <20070427000843.GE1269@seekingfire.com> References: <20070417153357.GA1335@seekingfire.com> <200704182018.35054.max@love2party.net> <20070418192832.GP1225@seekingfire.com> <200704182213.50663.max@love2party.net> <20070418214855.GQ1225@seekingfire.com> <20070419145057.GA1269@seekingfire.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070419145057.GA1269@seekingfire.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 00:17:25 -0000 On Thu, Apr 19, 2007 at 08:50:57AM -0600, Tillman Hodgson wrote: > On Wed, Apr 18, 2007 at 03:48:55PM -0600, Tillman Hodgson wrote: > > On Wed, Apr 18, 2007 at 10:13:42PM +0200, Max Laier wrote: > > > On Wednesday 18 April 2007 21:28, Tillman Hodgson wrote: > > > > > > > > Oh, interesting! I'm rebuilding right now with that option :-) > > > > I'll report back in a few days how it goes. > > > > > > Actually, could you test this? It should enable the hack on the fly as a > > > user/group rule is added. See "sysctl debug.pfugidhack" or "pfctl -x > > > misc" to confirm it's on. > > > > Sure, I've restarted the build with this patch. > > [root@athena ~]# sysctl debug.pfugidhack > debug.pfugidhack: 1 > > It built fine, and nothing seems amiss with PF. The system has been stable since then (a week now). -T From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 01:10:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2816C16A401 for ; Fri, 27 Apr 2007 01:10:35 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id EA59213C43E for ; Fri, 27 Apr 2007 01:10:34 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l3R1BESr091318 for ; Thu, 26 Apr 2007 20:11:14 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Thu, 26 Apr 2007 20:10:29 -0500 (CDT) From: "Sean C. Farley" To: freebsd-current@freebsd.org Message-ID: <20070426195122.P37719@thor.farley.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: setenv memory leak fix (take 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 01:10:35 -0000 I have a new version[1] of my fix for the memory leak in setenv(), unsetenv() and putenv(). Changes: 1. Fix for the rebuilding of environ after a new variable slot is added. I noticed this when Java was stuck in an endless loop. It was not rebuilding environ when it should have. Java needs environ to execve() itself with LD_LIBRARY_PATH defined with its library directories prefixed to the existing value. It never saw the change, so it tried continuously. 2. Speed tweaks. inline'ing helped a bit. Here are some timings I took with the current code in FreeBSD and my last two versions. Each call is executed 1000000 times and the results are in seconds. The latest code is comparable for getenv() to the current code base but setenv() is much faster. This test does not perform alternating between different size values. Current Take 2 Take 3 -------- -------- -------- getenv(name): 0.112457 0.216450 0.070750 setenv(name, value1, 1): 0.542081 0.491348 0.256943 getenv(name): 0.107742 0.256953 0.095008 getenv(name2): 0.157418 0.342412 0.122382 setenv(name, value2, 1): 0.389988 0.411441 0.169207 getenv(name): 0.156040 0.347334 0.121014 getenv(name2): 0.145866 0.345817 0.119156 Are there any opinions on having unsetenv() return a value to match unsetenv() in IEEE Std 1003.1? Sean 1. http://www.farley.org/freebsd/tmp/setenv-7/ -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 01:22:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F33916A403 for ; Fri, 27 Apr 2007 01:22:24 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id E64F813C46E for ; Fri, 27 Apr 2007 01:22:23 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (andersonbox1.centtech.com [192.168.42.21]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l3R1MFPW067975; Thu, 26 Apr 2007 20:22:16 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46315047.7090006@freebsd.org> Date: Thu, 26 Apr 2007 20:22:15 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Jason Hills References: <33910a2c0704260533l5afcb1actacd3bf1980b46cfc@mail.gmail.com> <33910a2c0704260824y64691d87xc1e3488d43b8d81f@mail.gmail.com> <33910a2c0704260943v3da6ee58x431e5e37d99116c8@mail.gmail.com> <33910a2c0704261540k6b1a7135o44a1391705a30f3e@mail.gmail.com> In-Reply-To: <33910a2c0704261540k6b1a7135o44a1391705a30f3e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3165/Thu Apr 26 08:03:24 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: GVirstor Label problem on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 01:22:24 -0000 On 04/26/07 17:40, Jason Hills wrote: > On 4/26/07, Ivan Voras wrote: >> Jason Hills wrote: >> >>> Ok, worked fine aparently: >>> >>> # dd if=/dev/zero of=/dev/ad3s1d bs=512 count=1563 >>> >>> 1563+0 records in >>> 1563+0 records out >>> 800256 bytes transferred in 0.013476 secs (59384256 bytes/sec) >> Ok, just one other thing: >> >> try: >> >> # dd if=/dev/zero of=/dev/ad3s1d bs=800256 count=1 >> >> Does it work? If it does, try gvirstor label again. > > No, I cant with this block size: > > # dd if=/dev/zero of=/dev/ad3s1d bs=800256 count=1 > dd: /dev/ad3s1d: Operation not permitted Have you sent this info yet: geom disk list mount Eric From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 01:24:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CD0916A400 for ; Fri, 27 Apr 2007 01:24:19 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id AED2F13C45E for ; Fri, 27 Apr 2007 01:24:18 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3R1F2wo013010 for ; Fri, 27 Apr 2007 10:45:02 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Fri, 27 Apr 2007 10:54:11 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 27 Apr 2007 10:54:10 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3R1O45R008268 for ; Fri, 27 Apr 2007 09:24:04 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3R1O3dn008267 for freebsd-current@freebsd.org; Fri, 27 Apr 2007 09:24:03 +0800 (WST) (envelope-from wilkinsa) Date: Fri, 27 Apr 2007 09:24:02 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070427012401.GZ2445@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070426204602.GA81382@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 27 Apr 2007 01:24:11.0339 (UTC) FILETIME=[C27029B0:01C7886A] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15140.000 X-TM-AS-Result: No-1.303200-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 01:24:19 -0000 0n Thu, Apr 26, 2007 at 03:35:15PM -0700, Tom Cumming wrote: >>What about using the "panic" command in ddb? :) > > >The problem is not getting it to panic, the problem is getting it to save >core after the panic. I can find no way to configure the dump device before >I boot, only after the OS is up. This means a panic during boot will not >dump core because the dump device is not configured. Boot off of a good kernel and: # boot -s # fsck -p # mount /var # savecore /kernel.broken /var/crash -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 01:30:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC55316A402 for ; Fri, 27 Apr 2007 01:30:36 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4E613C487 for ; Fri, 27 Apr 2007 01:30:36 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3R1UZl2085919 for ; Thu, 26 Apr 2007 20:30:36 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4631523C.3030301@freebsd.org> Date: Thu, 26 Apr 2007 20:30:36 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> In-Reply-To: <20070427012401.GZ2445@obelix.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3165/Thu Apr 26 08:03:24 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 01:30:36 -0000 On 04/26/07 20:24, Wilkinson, Alex wrote: > 0n Thu, Apr 26, 2007 at 03:35:15PM -0700, Tom Cumming wrote: > > >>What about using the "panic" command in ddb? :) > > > > > >The problem is not getting it to panic, the problem is getting it to save > >core after the panic. I can find no way to configure the dump device before > >I boot, only after the OS is up. This means a panic during boot will not > >dump core because the dump device is not configured. > > Boot off of a good kernel and: > > # boot -s > # fsck -p > # mount /var > # savecore /kernel.broken /var/crash Does this make any sense? I think what Tom was trying to say was that while the kernel is booting, say right at root mount time, there is no dump device set, so the kernel doesn't know where to dump the dump when a 'call doadump' is initiated. I think what he (and others) want to know is: how to set the dump device at the loader prompt so you can get a crash dump before the dump device normally would get set up in /etc/rc.d/dumpon Eric From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 01:38:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 260F916A403 for ; Fri, 27 Apr 2007 01:38:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 086EA13C448 for ; Fri, 27 Apr 2007 01:38:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l3R1bgco051961 for ; Thu, 26 Apr 2007 18:37:42 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l3R1bgMw051960 for freebsd-current@freebsd.org; Thu, 26 Apr 2007 18:37:42 -0700 (PDT) (envelope-from sgk) Date: Thu, 26 Apr 2007 18:37:42 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070427013742.GA51877@troutmask.apl.washington.edu> References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070427012401.GZ2445@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.4.2.2i Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 01:38:50 -0000 On Fri, Apr 27, 2007 at 09:24:02AM +0800, Wilkinson, Alex wrote: > 0n Thu, Apr 26, 2007 at 03:35:15PM -0700, Tom Cumming wrote: > >>The problem is not getting it to panic, the problem is getting it to save >>core after the panic. I can find no way to configure the dump device before >>I boot, only after the OS is up. This means a panic during boot will not >>dump core because the dump device is not configured. > > Boot off of a good kernel and: > > # boot -s > # fsck -p > # mount /var > # savecore /kernel.broken /var/crash > > -aW > Re-read the text that you quoted. Tom doesn't have dumpdev set, so there is no core for savecore to retrieve. ISTR, that one could set dumpdev in the loader. At the loader prompt, do set dumpdev="/dev/ad0s2b" -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 01:43:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 389EE16A40E for ; Fri, 27 Apr 2007 01:43:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 22E2C13C45E for ; Fri, 27 Apr 2007 01:43:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C444C1A4DA5; Thu, 26 Apr 2007 18:43:46 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6AACF513F4; Thu, 26 Apr 2007 21:43:17 -0400 (EDT) Date: Thu, 26 Apr 2007 21:43:17 -0400 From: Kris Kennaway To: Steve Kargl Message-ID: <20070427014317.GA17436@xor.obsecurity.org> References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20070427013742.GA51877@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 01:43:20 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 26, 2007 at 06:37:42PM -0700, Steve Kargl wrote: > On Fri, Apr 27, 2007 at 09:24:02AM +0800, Wilkinson, Alex wrote: > > 0n Thu, Apr 26, 2007 at 03:35:15PM -0700, Tom Cumming wrote:=20 > >=20 > >>The problem is not getting it to panic, the problem is getting it to sa= ve > >>core after the panic. I can find no way to configure the dump device be= fore > >>I boot, only after the OS is up. This means a panic during boot will not > >>dump core because the dump device is not configured. > >=20 > > Boot off of a good kernel and: > >=20 > > # boot -s > > # fsck -p > > # mount /var > > # savecore /kernel.broken /var/crash > >=20 > > -aW > >=20 >=20 > Re-read the text that you quoted. Tom doesn't have=20 > dumpdev set, so there is no core for savecore to > retrieve. ISTR, that one could set dumpdev in the > loader. At the loader prompt, do=20 >=20 > set dumpdev=3D"/dev/ad0s2b" =20 I don't think this has existed for many years (it was removed during GEOM development). Kris --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGMVU1Wry0BWjoQKURAgmrAJ4yYw4JEGed4g5PfBJOyMgxnd/olACg6qIT ciCTvwqLlAayMRjDxvLt9cQ= =rVXV -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 03:01:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B141716A400 for ; Fri, 27 Apr 2007 03:01:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 8A56213C46C for ; Fri, 27 Apr 2007 03:01:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l3R30HRU052394; Thu, 26 Apr 2007 20:00:17 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l3R30Hue052393; Thu, 26 Apr 2007 20:00:17 -0700 (PDT) (envelope-from sgk) Date: Thu, 26 Apr 2007 20:00:17 -0700 From: Steve Kargl To: Kris Kennaway Message-ID: <20070427030017.GA52347@troutmask.apl.washington.edu> References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070427014317.GA17436@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 03:01:25 -0000 On Thu, Apr 26, 2007 at 09:43:17PM -0400, Kris Kennaway wrote: > On Thu, Apr 26, 2007 at 06:37:42PM -0700, Steve Kargl wrote: > > > > Re-read the text that you quoted. Tom doesn't have > > dumpdev set, so there is no core for savecore to > > retrieve. ISTR, that one could set dumpdev in the > > loader. At the loader prompt, do > > > > set dumpdev="/dev/ad0s2b" > > I don't think this has existed for many years (it was removed during > GEOM development). > Bummer. I know I used this a long time ago to do some debugging. Is there a sysctl tunable that can be set in the loader? -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 03:11:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B311C16A400 for ; Fri, 27 Apr 2007 03:11:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9E13213C45B for ; Fri, 27 Apr 2007 03:11:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5A7851A3C19; Thu, 26 Apr 2007 20:11:52 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DE731513F4; Thu, 26 Apr 2007 23:11:24 -0400 (EDT) Date: Thu, 26 Apr 2007 23:11:24 -0400 From: Kris Kennaway To: Steve Kargl Message-ID: <20070427031124.GA18527@xor.obsecurity.org> References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070427030017.GA52347@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 03:11:25 -0000 On Thu, Apr 26, 2007 at 08:00:17PM -0700, Steve Kargl wrote: > On Thu, Apr 26, 2007 at 09:43:17PM -0400, Kris Kennaway wrote: > > On Thu, Apr 26, 2007 at 06:37:42PM -0700, Steve Kargl wrote: > > > > > > Re-read the text that you quoted. Tom doesn't have > > > dumpdev set, so there is no core for savecore to > > > retrieve. ISTR, that one could set dumpdev in the > > > loader. At the loader prompt, do > > > > > > set dumpdev="/dev/ad0s2b" > > > > I don't think this has existed for many years (it was removed during > > GEOM development). > > > > Bummer. I know I used this a long time ago to do some debugging. > Is there a sysctl tunable that can be set in the loader? To clarify, there is no way to set the dumpdev in the loader, by tunable or any other method :) Kris From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 12:26:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 320F116A403 for ; Fri, 27 Apr 2007 12:26:48 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AC70313C45D for ; Fri, 27 Apr 2007 12:26:47 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l3RCQZfq032266; Fri, 27 Apr 2007 16:26:35 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=0.5; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1177676796; bh=DM8MANG3THENAiBIz3EwqiDh6776wTOX7EzYq/V RMSw=; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=acdGSpKyB6QRYm1DovOA wDTkFZ6hSuNPSWr0B/jVB4y4ShlpRn760SVMun1zIvSQvXeUTzYvGth5TBHRQsIwHEN 22/YyOnr/FWiLch4FDxVgI5nLhtZ81fA6b3djpa3EFl/lIsVhzWj36t+yawI86JBZCD sCzQIkESQ+G4HL/sY= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l3RCQZEM032265; Fri, 27 Apr 2007 16:26:35 +0400 (MSD) (envelope-from ache) Date: Fri, 27 Apr 2007 16:26:34 +0400 From: Andrey Chernov To: "Sean C. Farley" Message-ID: <20070427122634.GA32237@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , freebsd-current@freebsd.org References: <20070426195122.P37719@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070426195122.P37719@thor.farley.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: setenv memory leak fix (take 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 12:26:48 -0000 On Thu, Apr 26, 2007 at 08:10:29PM -0500, Sean C. Farley wrote: > Are there any opinions on having unsetenv() return a value to match > unsetenv() in IEEE Std 1003.1? There is no much options because we should conform to standards and unsetenv() should return int therefore. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 14:31:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5050D16A400 for ; Fri, 27 Apr 2007 14:31:55 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D7C4913C46A for ; Fri, 27 Apr 2007 14:31:54 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HhRTw-0000Xi-7W for freebsd-current@freebsd.org; Fri, 27 Apr 2007 16:31:32 +0200 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Apr 2007 16:31:32 +0200 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Apr 2007 16:31:32 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Fri, 27 Apr 2007 07:31:08 -0700 Lines: 48 Message-ID: References: <200704261732.59281.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: Re: panic: thread's turnstile has pending threads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 14:31:55 -0000 John Baldwin wrote: > On Thursday 19 April 2007 04:17:11 pm Mark Atkinson wrote: >> Mark Atkinson wrote: >> >> > 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Fri Mar 30 07:14:23 PDT 2007 >> > >> > Has anyone seen this? This machine has dual CPUs plus two shared >> > interrupt 8 port serial I/O cards under uart/puc. >> >> Additional info: >> >> # kgdb ./kernel.debug /var/crash/vmcore.7 >> [GDB will not be able to debug user-mode threads: >> [/usr/lib/libthread_db.so: >> Undefined symbol "ps_pglobal_lookup"] >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you >> are welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. This GDB was configured as "i386-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> panic: thread's turnstile has pending threads > > This is a "can't happen" panic. Can you go up to the frame 10 and do 'p > *ts'? Thanks for looking at this, this appears to related to acpi/interrupts, and some check-in between Mar 30 and Apr 24 fixed the interrupt routing for this machine (dell poweredge 2450). Before this machine had uhci and one of the puc cards sharing and interrupt, I would see occasional corruption on the serial line and this panic would only occur every one or two days with two CPUs enabled. After upgrading to -current around Apr 24 this problem has never reared it's head again. I was so pleased that I enabled SHED_ULE and have gotten even better responsiveness out of the old system, but I have noted one strange application thread or serial lockup in conserver-com that has only occured once. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 14:55:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E970116A400 for ; Fri, 27 Apr 2007 14:55:29 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AAC2213C465 for ; Fri, 27 Apr 2007 14:55:29 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HhRr6-0005hh-Nl for freebsd-current@freebsd.org; Fri, 27 Apr 2007 16:55:28 +0200 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Apr 2007 16:55:28 +0200 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Apr 2007 16:55:28 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Fri, 27 Apr 2007 07:55:18 -0700 Lines: 38 Message-ID: References: <200704261732.59281.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: Re: panic: thread's turnstile has pending threads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 14:55:30 -0000 John Baldwin wrote: > On Thursday 19 April 2007 04:17:11 pm Mark Atkinson wrote: >> Mark Atkinson wrote: >> >> > 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Fri Mar 30 07:14:23 PDT 2007 >> > >> > Has anyone seen this? This machine has dual CPUs plus two shared >> > interrupt 8 port serial I/O cards under uart/puc. >> >> Additional info: >> >> # kgdb ./kernel.debug /var/crash/vmcore.7 >> [GDB will not be able to debug user-mode threads: >> [/usr/lib/libthread_db.so: >> Undefined symbol "ps_pglobal_lookup"] >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you >> are welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. This GDB was configured as "i386-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> panic: thread's turnstile has pending threads > > This is a "can't happen" panic. Can you go up to the frame 10 and do 'p > *ts'? > Forgot to add, there already is a 'p *ts' at frame 10 in the original message... :-) -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 15:31:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E70CE16A401 for ; Fri, 27 Apr 2007 15:31:20 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id A325813C4C5 for ; Fri, 27 Apr 2007 15:31:20 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so929016wra for ; Fri, 27 Apr 2007 08:31:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=LJezKoTYZvTFXpWj8n9qKVzYNPV2U6ksY5sSouxlvcE1KzGCqQfkofapU7tnu+clInRpdIwaWdw6xh8Tk1p/fXVoBgqmTwyX6mLR+JLeqFLKi8GcmxsowJcCAGhsE3SiEHS1so9Er3EqgyikZWfJq/VrHLGzMFM2/IwZO0sdwwQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=fZ31Jr61Bd3G1QHqsJWRtl8Vv1cSktCg2+3fqK5KazPB7vuEo/69CMV/133O07+qUF+0cuW76NdNoz3ynhR3ZLlfrzMWYZuOt1FrLwV6zYxt06sCr8t17NyaNu9t3wJPKCeV13KbzqXoKS0KabggOXLlO9cHqGUng71MT+MvIUw= Received: by 10.114.89.1 with SMTP id m1mr1027804wab.1177687876697; Fri, 27 Apr 2007 08:31:16 -0700 (PDT) Received: by 10.114.159.16 with HTTP; Fri, 27 Apr 2007 08:31:16 -0700 (PDT) Message-ID: Date: Fri, 27 Apr 2007 08:31:16 -0700 From: "Tom Cumming" To: "Kris Kennaway" In-Reply-To: <20070427031124.GA18527@xor.obsecurity.org> MIME-Version: 1.0 References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> <20070427031124.GA18527@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 15:31:21 -0000 > > > > set dumpdev="/dev/ad0s2b" > > To clarify, there is no way to set the dumpdev in the loader, by > tunable or any other method :) Thanks all, it seems finally people are understanding my question. I've already tried to, "set dumpdev = ad1s1b" in the loader and that didn't work. I didn't use the, "/dev/" path because rootdev didn't have it, and I believe the syntax would be the same. One possibility is to hard code dumpdev in the kernel, then boot that kernel. thx, tom From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 17:08:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1917116A401; Fri, 27 Apr 2007 17:08:11 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D099613C484; Fri, 27 Apr 2007 17:08:10 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HhTe7-0003kP-6c>; Fri, 27 Apr 2007 18:50:11 +0200 Received: from [217.66.62.83] (helo=[192.168.2.64]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HhTe7-0005wp-4s>; Fri, 27 Apr 2007 18:50:11 +0200 Message-ID: <4632299C.80905@zedat.fu-berlin.de> Date: Fri, 27 Apr 2007 18:49:32 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.10 (X11/20070309) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 217.66.62.83 Cc: Subject: IBM x3655: FBSD 7.0-SNAP 200704 USB keyboard problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 17:08:11 -0000 Hello, seems I do have a typical problem and don't know how to solv it. I try to install FreeBSD 7.0-CURRENT SNAP 200704 for AMD64 on IBM x3655 with two Opteron 22XX CPUs. The ISO CD1 boots well and keyboard reacts with the beastie-menu, but after booting into installation menu (showing up keyboard layout) keyboard (USB) is not usuable anymore. Please, can anyone tell me hw to solve this problem? Thanks, Oliver From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 18:00:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 726BD16A402 for ; Fri, 27 Apr 2007 18:00:22 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5E57513C46C for ; Fri, 27 Apr 2007 18:00:22 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E152E1A4D89; Fri, 27 Apr 2007 11:00:49 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8474D513C5; Fri, 27 Apr 2007 14:00:21 -0400 (EDT) Date: Fri, 27 Apr 2007 14:00:21 -0400 From: Kris Kennaway To: Tom Cumming Message-ID: <20070427180021.GA57409@xor.obsecurity.org> References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> <20070427031124.GA18527@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Steve Kargl , Kris Kennaway Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 18:00:22 -0000 On Fri, Apr 27, 2007 at 08:31:16AM -0700, Tom Cumming wrote: > >> > > set dumpdev="/dev/ad0s2b" > > > >To clarify, there is no way to set the dumpdev in the loader, by > >tunable or any other method :) > > > Thanks all, it seems finally people are understanding my question. I've > already tried to, "set dumpdev = ad1s1b" in the loader and that didn't work. > I didn't use the, "/dev/" path because rootdev didn't have it, and I believe > the syntax would be the same. > > One possibility is to hard code dumpdev in the kernel, then boot that > kernel. I don't know many different ways I can say "there is no way to do it". Maybe a different font will help: .___.. , . , | |_ _ ._. _ * __ ._ _ . , _. . -+- _ _| _ *-+- | [ )(/,[ (/, |_) [ )(_) \/\/ (_]\_| | (_) (_](_) | | * ._| HTH :) Kris From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 18:19:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9B3A16A404 for ; Fri, 27 Apr 2007 18:19:05 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08d.verio.de (mail08d.verio.de [213.198.107.30]) by mx1.freebsd.org (Postfix) with SMTP id 6B12D13C4C1 for ; Fri, 27 Apr 2007 18:19:05 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx85.stngva01.us.mxservers.net (198.173.112.2) by mail08d.verio.de (RS ver 1.0.95vs) with SMTP id 2-0732727942 for ; Fri, 27 Apr 2007 20:19:03 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx85.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id e7e32364.18269.016.mx85.stngva01.us.mxservers.net; Fri, 27 Apr 2007 14:18:38 -0400 (EDT) Received: (qmail 9159 invoked from network); 27 Apr 2007 18:19:00 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.49.175.238) by with SMTP; 27 Apr 2007 18:19:00 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3RIIxBw028908 for ; Fri, 27 Apr 2007 20:18:59 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704271818.l3RIIxBw028908@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: current@FreeBSD.org From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Apr 2007 20:18:59 +0200 Sender: garyj@jennejohn.org X-Spam: [F=0.5131756333; heur=0.500(0); stat=0.503; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: Subject: help with latest version of ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 18:19:06 -0000 When I try to copy large amounts of data using very recent sources (cvsup'd this morning) I see this panic: root:peedub:crash:bash:1> kgdb /boot/test/kernel vmcore.3 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: kmem_malloc(126976): kmem_map too small: 535797760 total allocated cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c07bf256) at db_trace_self_wrapper+0x25 kdb_backtrace(100,c57091b0,c4d2e3c0,0,4,...) at kdb_backtrace+0x29 panic(c07d7608,1f000,1fefa000,c109d08c,0,...) at panic+0x109 kmem_malloc(c109d08c,1f000,2,f4592bc0,c0704497,...) at kmem_malloc+0x185 page_alloc(0,1f000,f4592bb3,2) at page_alloc+0x1a uma_large_malloc(1f000,2,190,0,e45578a0,...) at uma_large_malloc+0x3b malloc(1e800,c5411060,2,f4592c04,c53f2a31,...) at malloc+0x99 zfs_kmem_alloc(1e800,2,f4592c40,c53e5748,1e800,...) at zfs_kmem_alloc+0x13 zio_buf_alloc(1e800,f4592c30,c53f5014,c800c678,200,...) at zio_buf_alloc+0xd vdev_queue_io_to_issue(c5920ee4,23,0,f4592c5c,c5920f34,...) at vdev_queue_io_to_issue+0x190 vdev_queue_io_done(e48c2450,12d,f4592c88,c53e19b7,e48c2450,...) at vdev_queue_io_done+0x66 vdev_geom_io_done(e48c2450,f4592c94,c53f503e,e48c2450,f4592d00,...) at vdev_geom_io_done+0xd vdev_io_done(e48c2450,f4592d00,c53adaa7,e48c2450,c5456a94,...) at vdev_io_done+0x13 zio_vdev_io_done(e48c2450,c5456a94,c5456a7c,c5456a94,c5456a7c,...) at zio_vdev_io_done+0x22 taskq_thread(c5456a5c,f4592d38) at taskq_thread+0x183 fork_exit(c53ad924,c5456a5c,f4592d38) at fork_exit+0x7b fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xf4592d70, ebp = 0 --- Uptime: 21m33s Physical memory: 2035 MB Dumping 579 MB: 564 548 532 516 500 484 468 452 436 420 404 388 372 356 340 324 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) quit I set the following values in loader.conf: vfs.zfs.zil_disable="1" vm.kmem_size="536870912" vfs.zfs.arc_max="67108865" The box has 2GB of real memory. With an older version from FreeBSD peedub.jennejohn.org 7.0-CURRENT FreeBSD 7.0-CURRENT #11: Mon Apr 23 09:45:36 CEST 2007 I can copy 10s of gigbaytes (really 67GB) without any errors. Any suggestions how I can work around this problem? -- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 19:43:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E3B316A402; Fri, 27 Apr 2007 19:43:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7FA13C465; Fri, 27 Apr 2007 19:43:20 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.71.38.142] (account mc467741@c2i.net HELO [10.42.11.147]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 304812127; Fri, 27 Apr 2007 20:43:18 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 27 Apr 2007 20:43:01 +0200 User-Agent: KMail/1.9.5 References: <4632299C.80905@zedat.fu-berlin.de> In-Reply-To: <4632299C.80905@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704272043.01779.hselasky@c2i.net> Cc: "O. Hartmann" , freebsd-questions@freebsd.org Subject: Re: IBM x3655: FBSD 7.0-SNAP 200704 USB keyboard problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 19:43:22 -0000 On Friday 27 April 2007 18:49, O. Hartmann wrote: > Hello, > > seems I do have a typical problem and don't know how to solv it. > I try to install FreeBSD 7.0-CURRENT SNAP 200704 for AMD64 on IBM x3655 > with two Opteron 22XX CPUs. The ISO CD1 boots well and keyboard reacts > with the beastie-menu, but after booting into installation menu (showing > up keyboard layout) keyboard (USB) is not usuable anymore. > Please, can anyone tell me hw to solve this problem? > A few people have reported to me that they need the "new USB stack" to get USB working on AMD64. http://www.turbocat.net/~hselasky/usb4bsd SVN version. By the way, it does not compile with FreeBSD 7.0-CURRENT yet. You need FreeBSD 6.X. I'm working on this. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 20:57:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 849D216A402 for ; Fri, 27 Apr 2007 20:57:54 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7F113C448 for ; Fri, 27 Apr 2007 20:57:53 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 3414039E00; Fri, 27 Apr 2007 22:57:52 +0200 (CEST) Date: Fri, 27 Apr 2007 22:57:52 +0200 From: Lars Engels To: John Baldwin Message-ID: <20070427205752.GC96044@e.0x20.net> Mail-Followup-To: Lars Engels , John Baldwin , freebsd-current@freebsd.org, Kevin Oberman , current@freebsd.org References: <20070423193112.GU46992@e.0x20.net> <20070423200300.58E654506A@ptavv.es.net> <20070423201434.GV46992@e.0x20.net> <200704261745.51595.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mvpLiMfbWzRoNl4x" Content-Disposition: inline In-Reply-To: <200704261745.51595.jhb@freebsd.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 20:57:54 -0000 --mvpLiMfbWzRoNl4x Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 26, 2007 at 05:45:50PM -0400, John Baldwin wrote: > On Monday 23 April 2007 04:14:34 pm Lars Engels wrote: > > On Mon, Apr 23, 2007 at 01:03:00PM -0700, Kevin Oberman wrote: > > > > Date: Mon, 23 Apr 2007 21:31:12 +0200 > > > > From: Lars Engels > > > > Sender: owner-freebsd-current@freebsd.org > > > >=20 > > > > Hello, > > > >=20 > > > > like I already described in another mail some weeks ago on my Samsu= ng > > > > Q35 notebook cards inserted into the pcmcia slot do not get powered= =3D20 > > > > with a kernel newer than from january.=3D20 > > > > I now selected the option "Boot FreeBSD in Safe Mode" and the card = is > > > > powered and recognized. > > > > After playing around in beastie.4th, disabling the entries > > > > hint.acpi.0.disabled > > > > loader.acpi_disabled_by_user > > > > hint.apic.0.disabled > > > > are causing the card to work. > > > >=20 > > > > However, it does not work when I select "Boot with ACPI disabled". > > >=20 > > > "Boot with ACPI disabled" only disables ACPI. Safe mode also disables > > > APIC.=20 > > >=20 > > > Does the system boot correctly in safe mode? Does it boot with only A= PIC > > > disabled but ACPI enabled? > >=20 > >=20 > > Yes, it boots correctly with only APIC disabled and ACPI enabled. But > > then I again have the cardbus problem. >=20 > So it always boots ok? Which combinations of ACPI on/off and APIC on/off= =20 > allow the cardbus card to work? Now the situation is: ACPI enabled, APIC enabled: works fine ACPI disabled, APIC disabled: not recognized ACPI disabled, APIC enabled: not recognized ACPI enabled, APIC disabled: not recognized I also encountered occasional "Panic: failed to create swap zone" when CPU #1 was launched just before the disks get mounted. Could that be related? Lars --mvpLiMfbWzRoNl4x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGMmPQKc512sD3afgRAoKJAJ9+WwrmKQJNuahDz1K3ufKs+lFroACcDkPF CamY6AF99O/fFkSR2+eMGS0= =WT59 -----END PGP SIGNATURE----- --mvpLiMfbWzRoNl4x-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 21:17:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62F1316A404; Fri, 27 Apr 2007 21:17:13 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 204F213C459; Fri, 27 Apr 2007 21:17:13 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 3414039E00; Fri, 27 Apr 2007 22:57:52 +0200 (CEST) Date: Fri, 27 Apr 2007 22:57:52 +0200 From: Lars Engels To: John Baldwin Message-ID: <20070427205752.GC96044@e.0x20.net> Mail-Followup-To: Lars Engels , John Baldwin , freebsd-current@freebsd.org, Kevin Oberman , current@freebsd.org References: <20070423193112.GU46992@e.0x20.net> <20070423200300.58E654506A@ptavv.es.net> <20070423201434.GV46992@e.0x20.net> <200704261745.51595.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mvpLiMfbWzRoNl4x" Content-Disposition: inline In-Reply-To: <200704261745.51595.jhb@freebsd.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 21:17:13 -0000 --mvpLiMfbWzRoNl4x Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 26, 2007 at 05:45:50PM -0400, John Baldwin wrote: > On Monday 23 April 2007 04:14:34 pm Lars Engels wrote: > > On Mon, Apr 23, 2007 at 01:03:00PM -0700, Kevin Oberman wrote: > > > > Date: Mon, 23 Apr 2007 21:31:12 +0200 > > > > From: Lars Engels > > > > Sender: owner-freebsd-current@freebsd.org > > > >=20 > > > > Hello, > > > >=20 > > > > like I already described in another mail some weeks ago on my Samsu= ng > > > > Q35 notebook cards inserted into the pcmcia slot do not get powered= =3D20 > > > > with a kernel newer than from january.=3D20 > > > > I now selected the option "Boot FreeBSD in Safe Mode" and the card = is > > > > powered and recognized. > > > > After playing around in beastie.4th, disabling the entries > > > > hint.acpi.0.disabled > > > > loader.acpi_disabled_by_user > > > > hint.apic.0.disabled > > > > are causing the card to work. > > > >=20 > > > > However, it does not work when I select "Boot with ACPI disabled". > > >=20 > > > "Boot with ACPI disabled" only disables ACPI. Safe mode also disables > > > APIC.=20 > > >=20 > > > Does the system boot correctly in safe mode? Does it boot with only A= PIC > > > disabled but ACPI enabled? > >=20 > >=20 > > Yes, it boots correctly with only APIC disabled and ACPI enabled. But > > then I again have the cardbus problem. >=20 > So it always boots ok? Which combinations of ACPI on/off and APIC on/off= =20 > allow the cardbus card to work? Now the situation is: ACPI enabled, APIC enabled: works fine ACPI disabled, APIC disabled: not recognized ACPI disabled, APIC enabled: not recognized ACPI enabled, APIC disabled: not recognized I also encountered occasional "Panic: failed to create swap zone" when CPU #1 was launched just before the disks get mounted. Could that be related? Lars --mvpLiMfbWzRoNl4x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGMmPQKc512sD3afgRAoKJAJ9+WwrmKQJNuahDz1K3ufKs+lFroACcDkPF CamY6AF99O/fFkSR2+eMGS0= =WT59 -----END PGP SIGNATURE----- --mvpLiMfbWzRoNl4x-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 22:21:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06C9D16A400 for ; Fri, 27 Apr 2007 22:21:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 60FEC13C455 for ; Fri, 27 Apr 2007 22:21:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3RMLGbe026968; Sat, 28 Apr 2007 08:21:17 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3RMLG6Q026967; Sat, 28 Apr 2007 08:21:16 +1000 (EST) (envelope-from peter) Date: Sat, 28 Apr 2007 08:21:16 +1000 From: Peter Jeremy To: Kris Kennaway Message-ID: <20070427222116.GG840@turion.vk2pj.dyndns.org> References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> <20070427031124.GA18527@xor.obsecurity.org> <20070427180021.GA57409@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OBd5C1Lgu00Gd/Tn" Content-Disposition: inline In-Reply-To: <20070427180021.GA57409@xor.obsecurity.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-current@freebsd.org, Tom Cumming , Steve Kargl Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 22:21:19 -0000 --OBd5C1Lgu00Gd/Tn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-27 14:00:21 -0400, Kris Kennaway wrote: >On Fri, Apr 27, 2007 at 08:31:16AM -0700, Tom Cumming wrote: >> One possibility is to hard code dumpdev in the kernel, then boot that >> kernel. > >I don't know many different ways I can say "there is no way to do it". I think Tom is saying that he needs to do something that _used_ to be possible. Normally the Project is careful to avoid regressions so this was a surprise to me as well. (It looks like it's demise wasn't clearly spelt out at the time). Since dumpdev is now intertwined with geom and the geom tasting is quite late in the boot process, I agree that the current crashdump code does not seem amenable to use early in the boot process. Having a kernel crash before it reaches userland is not unheard of. Whilst it may be possible to debug this using DDB or remote GDB in some cases, I can think of two cases where this is not practical: 1) It is a production server that can't be left down for extended periods. 2) It is a remote system without remote console access. Lets put the original question slightly differently: How can the kernel state be saved if the kernel crashes before it's possible to invoke dumpon(8)? IMHO, "there is no way to do it" is not a satisfactory answer for the reasons above. --=20 Peter Jeremy --OBd5C1Lgu00Gd/Tn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGMndc/opHv/APuIcRAkxVAJ4yamtEozvYTbvFxfoQdZDiw/WM6wCdEYII sOndB7H6J/W9F0dY/qOzrpY= =afFe -----END PGP SIGNATURE----- --OBd5C1Lgu00Gd/Tn-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 22:29:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B1D516A401 for ; Fri, 27 Apr 2007 22:29:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id B37BE13C458 for ; Fri, 27 Apr 2007 22:29:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3RMTace030041; Fri, 27 Apr 2007 16:29:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46327950.7030900@samsco.org> Date: Fri, 27 Apr 2007 16:29:36 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Peter Jeremy References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> <20070427031124.GA18527@xor.obsecurity.org> <20070427180021.GA57409@xor.obsecurity.org> <20070427222116.GG840@turion.vk2pj.dyndns.org> In-Reply-To: <20070427222116.GG840@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 27 Apr 2007 16:29:37 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Tom Cumming , Steve Kargl , Kris Kennaway Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 22:29:41 -0000 Peter Jeremy wrote: > On 2007-Apr-27 14:00:21 -0400, Kris Kennaway wrote: >> On Fri, Apr 27, 2007 at 08:31:16AM -0700, Tom Cumming wrote: >>> One possibility is to hard code dumpdev in the kernel, then boot that >>> kernel. >> I don't know many different ways I can say "there is no way to do it". > > I think Tom is saying that he needs to do something that _used_ to be > possible. Normally the Project is careful to avoid regressions so > this was a surprise to me as well. (It looks like it's demise wasn't > clearly spelt out at the time). > > Since dumpdev is now intertwined with geom and the geom tasting is > quite late in the boot process, I agree that the current crashdump > code does not seem amenable to use early in the boot process. > > Having a kernel crash before it reaches userland is not unheard of. > Whilst it may be possible to debug this using DDB or remote GDB in > some cases, I can think of two cases where this is not practical: > 1) It is a production server that can't be left down for extended periods. > 2) It is a remote system without remote console access. > > Lets put the original question slightly differently: How can the > kernel state be saved if the kernel crashes before it's possible to > invoke dumpon(8)? IMHO, "there is no way to do it" is not a > satisfactory answer for the reasons above. > Implement network crashdumps. This involves writing a new, separate, stripped down network stack, dealing with network configuration headaches, etc. It it will address the problem, though, albeit with a lot of development effort and pain. Scott From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 23:22:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA00F16A403 for ; Fri, 27 Apr 2007 23:22:49 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5B613C455 for ; Fri, 27 Apr 2007 23:22:49 +0000 (UTC) (envelope-from tcumming123@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so796965ana for ; Fri, 27 Apr 2007 16:22:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=hiO6usPP3dOw0PrV/omPeaSvDjzbxPccHCITkox64qM4lUIvxAhQMkXkuSJQqQGS7Qc3nG731fHxi1CjYMMR5ITFj2M84I9563Ti8D48lmgmq63Is59fn4jI509q+kS2dghUwHPvNlfz+gG5+OmFI2M4YyMTScA5RsYe79lN+1c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=cc1rwb4fDIAgsCcilQOMj+UVMiukAKv/BQGd5vR9ts2W1FWq4J+17EzNMM5jaZQHV0U68a603UqO2/IX9rrQLpv21k63Eaup3nUUjthfojYlHyLmUcHq7cx92QL1vFhuH9FADp6Vu8ZFG7C4MaRC71UbV/49uDtXPRKD37crYLM= Received: by 10.114.150.1 with SMTP id x1mr1206382wad.1177716168125; Fri, 27 Apr 2007 16:22:48 -0700 (PDT) Received: by 10.114.159.16 with HTTP; Fri, 27 Apr 2007 16:22:48 -0700 (PDT) Message-ID: Date: Fri, 27 Apr 2007 16:22:48 -0700 From: "Tom Cumming" To: "Peter Jeremy" In-Reply-To: <20070427222116.GG840@turion.vk2pj.dyndns.org> MIME-Version: 1.0 References: <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> <20070427031124.GA18527@xor.obsecurity.org> <20070427180021.GA57409@xor.obsecurity.org> <20070427222116.GG840@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Steve Kargl , Kris Kennaway Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 23:22:50 -0000 On 4/27/07, Peter Jeremy wrote: > 1) It is a production server that can't be left down for extended periods. Yup. I.e., the dump provides a snapshot of the full state of the system at the moment of the panic. This snapshot can be examined at leisure, a customer could ftp the dump to a qualified engineer, etc. 2) It is a remote system without remote console access. .. or number 3) I can use my existing dump analysis tools and scripts to examine the dump, and I cannot run the scripts from the console prompt. Lets put the original question slightly differently: How can the > kernel state be saved if the kernel crashes before it's possible to > invoke dumpon(8)? I don't follow the geom code... is there a place in geom where I could put something like, geom->dumpdev = "mydevice"? Or ... > Since dumpdev is now intertwined with geom and the geom tasting is > quite late in the boot process, I agree that the current crashdump > code does not seem amenable to use early in the boot process. does this mean even hard coding the dumpdev won't work? If so, then maybe the, "your sol" statement is correct. Thx, tom From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 23:39:29 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC30016A400 for ; Fri, 27 Apr 2007 23:39:29 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id B6F9D13C448 for ; Fri, 27 Apr 2007 23:39:29 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 361EA5B29; Fri, 27 Apr 2007 16:18:55 -0700 (PDT) To: Gary Jennejohn In-reply-to: Your message of "Fri, 27 Apr 2007 20:18:59 +0200." <200704271818.l3RIIxBw028908@peedub.jennejohn.org> Date: Fri, 27 Apr 2007 16:18:55 -0700 From: Bakul Shah Message-Id: <20070427231855.361EA5B29@mail.bitblocks.com> Cc: current@FreeBSD.org Subject: Re: help with latest version of ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 23:39:29 -0000 I reported this yesterday on freebsd-fs. Reducing kern.maxvnodes to about 3/4th its current value gets rid of this panic. See Pawel's response to my message on freebsd-fs list (assuming it has shown up by now). From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 23:56:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AF4716A401; Fri, 27 Apr 2007 23:56:10 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 13E2C13C46C; Fri, 27 Apr 2007 23:56:10 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id CA0225BAE; Fri, 27 Apr 2007 16:29:52 -0700 (PDT) To: "O. Hartmann" In-reply-to: Your message of "Fri, 27 Apr 2007 18:49:32 +0200." <4632299C.80905@zedat.fu-berlin.de> Date: Fri, 27 Apr 2007 16:29:52 -0700 From: Bakul Shah Message-Id: <20070427232952.CA0225BAE@mail.bitblocks.com> Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: IBM x3655: FBSD 7.0-SNAP 200704 USB keyboard problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 23:56:10 -0000 > seems I do have a typical problem and don't know how to solv it. > I try to install FreeBSD 7.0-CURRENT SNAP 200704 for AMD64 on IBM x3655 > with two Opteron 22XX CPUs. The ISO CD1 boots well and keyboard reacts > with the beastie-menu, but after booting into installation menu (showing > up keyboard layout) keyboard (USB) is not usuable anymore. > Please, can anyone tell me hw to solve this problem? I ran into a similar problem with a dell machine & 6.2. What worked finally was to move its keyboard to a different usb port. Try that and let us know if it works! From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 23:59:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80C8016A402 for ; Fri, 27 Apr 2007 23:59:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 66A2913C480 for ; Fri, 27 Apr 2007 23:59:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 406811A4D91; Fri, 27 Apr 2007 17:00:12 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AB4865144E; Fri, 27 Apr 2007 19:59:43 -0400 (EDT) Date: Fri, 27 Apr 2007 19:59:43 -0400 From: Kris Kennaway To: Tom Cumming Message-ID: <20070427235943.GA64867@xor.obsecurity.org> References: <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> <20070427031124.GA18527@xor.obsecurity.org> <20070427180021.GA57409@xor.obsecurity.org> <20070427222116.GG840@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: Peter Jeremy , freebsd-current@freebsd.org, Steve Kargl , Kris Kennaway Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 23:59:44 -0000 On Fri, Apr 27, 2007 at 04:22:48PM -0700, Tom Cumming wrote: > On 4/27/07, Peter Jeremy wrote: > > >1) It is a production server that can't be left down for extended periods. > > > Yup. I.e., the dump provides a snapshot of the full state of the system > at the moment of the panic. This snapshot can be examined at leisure, a > customer could ftp the dump to a qualified engineer, etc. > > 2) It is a remote system without remote console access. > > > .. or number 3) I can use my existing dump analysis tools and scripts to > examine the dump, and I cannot run the scripts from the console prompt. > > Lets put the original question slightly differently: How can the > >kernel state be saved if the kernel crashes before it's possible to > >invoke dumpon(8)? > > > I don't follow the geom code... is there a place in geom where I could put > something like, geom->dumpdev = "mydevice"? > > Or ... > >Since dumpdev is now intertwined with geom and the geom tasting is > >quite late in the boot process, I agree that the current crashdump > >code does not seem amenable to use early in the boot process. > > does this mean even hard coding the dumpdev won't work? If so, then maybe > the, "your sol" statement is correct. Hmm, guess I needed a bigger font :( Kris From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 02:03:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4367E16A402 for ; Sat, 28 Apr 2007 02:03:05 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id BF67913C458 for ; Sat, 28 Apr 2007 02:03:04 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3S231DE027594; Sat, 28 Apr 2007 12:03:01 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3S231ew027593; Sat, 28 Apr 2007 12:03:01 +1000 (EST) (envelope-from peter) Date: Sat, 28 Apr 2007 12:03:01 +1000 From: Peter Jeremy To: Tom Cumming Message-ID: <20070428020301.GI840@turion.vk2pj.dyndns.org> References: <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> <20070427031124.GA18527@xor.obsecurity.org> <20070427180021.GA57409@xor.obsecurity.org> <20070427222116.GG840@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NklN7DEeGtkPCoo3" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-current@freebsd.org Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 02:03:05 -0000 --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-27 16:22:48 -0700, Tom Cumming wrote: > .. or number 3) I can use my existing dump analysis tools and scripts to >examine the dump, and I cannot run the scripts from the console prompt. You can probably do this using a remote GDB session. See http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug-online-gdb.html >I don't follow the geom code... is there a place in geom where I could put >something like, geom->dumpdev =3D "mydevice"? No. Kernel dumping now relies far more on the device infrastructure and isn't amenable to static initialisation. If you feel like looking, check out kern_shutdown.c:dumper. --=20 Peter Jeremy --NklN7DEeGtkPCoo3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGMqtV/opHv/APuIcRAmCpAJ4kMvlTq5JfYlE1wFyMJGqYOeMRGgCfZm4a l6daHFDLRrmNZMskP1uJIHo= =TdWR -----END PGP SIGNATURE----- --NklN7DEeGtkPCoo3-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 09:28:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA5C616A400 for ; Sat, 28 Apr 2007 09:28:46 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 44C5813C43E for ; Sat, 28 Apr 2007 09:28:46 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 28 Apr 2007 09:28:44 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp044) with SMTP; 28 Apr 2007 11:28:44 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19GPv94G/dGdliHUgfRZ5KfRl26FYdVomELdz99e/ VjtJbdOmEseyoW From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Sat, 28 Apr 2007 11:28:43 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704281128.44077.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Subject: strace causes panic: sleeping thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 09:28:46 -0000 I see this on freshly build CURRENT (i386): Using strace causes an immediate panic, e.g. strace echo foo: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Sleeping thread (tid 100078, pid 896) owns a non-sleepable lock sched_switch(c2da4a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x1d4 sleepq_switch(c2f7e168) at sleepq_switch+0x8b sleepq_wait_sig(c2f7e168,c2da4a20,5c,0,100,...) at sleepq_wait_sig+0x1d _sleep(c2f7e168,c2f7e060,15c,c0759778,0,...) at _sleep+0x26e procfs_ioctl(c2da4a20,c2f7e000,c2b27200,40147004,c2ca3b80) at procfs_ioctl+0x1f5 pfs_ioctl(d4e18b84) at pfs_ioctl+0x60 VOP_IOCTL_APV(c0794f60,d4e18b84) at VOP_IOCTL_APV+0x38 vn_ioctl(c2ba2480,40147004,c2ca3b80,c2f60180,c2da4a20) at vn_ioctl+0x18d kern_ioctl(c2da4a20,3,40147004,c2ca3b80) at kern_ioctl+0x282 ioctl(c2da4a20,d4e18d00) at ioctl+0xf1 syscall(d4e18d38) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2816474f, esp = 0xbfbfe38c, ebp = 0xbfbfe418 --- panic: sleeping thread cpuid = 0 KDB: enter: panic Uptime: 21s Physical memory: 470 MB Dumping 42 MB: 27 11 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xc055bfe1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc055c323 in panic (fmt=0xc07619aa "sleeping thread") at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0584384 in propagate_priority (td=0xc2da4a20) at /usr/src/sys/kern/subr_turnstile.c:205 #4 0xc0584d90 in turnstile_wait (lock=0xc2f7e060, owner=0xc2da4a20, queue=0) at /usr/src/sys/kern/subr_turnstile.c:682 #5 0xc0552d87 in _mtx_lock_sleep (m=0xc2f7e060, tid=3269086160, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:415 #6 0xc0567658 in thread_suspend_check (return_instead=0) at /usr/src/sys/kern/kern_thread.c:830 #7 0xc0583d57 in userret (td=0xc2da4bd0, frame=0xd4e1bd38) at /usr/src/sys/kern/subr_trap.c:112 #8 0xc070d0c5 in syscall (frame=0xd4e1bd38) at /usr/src/sys/i386/i386/trap.c:1078 #9 0xc06f60c0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #10 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 10:39:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0872616A410; Sat, 28 Apr 2007 10:39:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C3CE413C46E; Sat, 28 Apr 2007 10:39:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 29ACF47268; Sat, 28 Apr 2007 06:39:24 -0400 (EDT) Date: Sat, 28 Apr 2007 11:39:24 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86veflholn.fsf@dwp.des.no> Message-ID: <20070428113752.A28395@fledge.watson.org> References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> <86veflholn.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1788945292-1177756764=:28395" Cc: Tim Kientzle , David G Lawrence , "Jesper B. Rosenkilde" , current@freebsd.org Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 10:39:25 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1788945292-1177756764=:28395 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 24 Apr 2007, Dag-Erling Sm=F8rgrav wrote: > David G Lawrence writes: >> gettimeofday(2) returns microsecond precision, so I don't see how this= =20 >> could be made accelerated via a mapped global page. time(3) [which is=20 >> currently a wrapper for gettimeofday(2)], on the other had, could be put= =20 >> into such a page since it only updates once a second. > > gettimeofday(2) returns a value in microseconds, but this does not=20 > necessarily mean that it has microsecond precision. Updating it once per= =20 > scheduler tick or once per context switch (in userret(), for instance) is= =20 > probably enough. We have an overall issue with the cost vs prevision of time measurement in= =20 FreeBSD. We err on the side of precision; other systems err on the side of= =20 cost. I'm not sure that gettimeofday() is best optimized in the way you=20 describe, since if we're going to sacrifice precision, we could sacrifice a= =20 lot less precision and still get massively better performance. Robert N M Watson Computer Laboratory University of Cambridge --0-1788945292-1177756764=:28395-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 10:43:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E65816A402 for ; Sat, 28 Apr 2007 10:43:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 56AB213C469 for ; Sat, 28 Apr 2007 10:43:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7A08147048; Sat, 28 Apr 2007 06:43:26 -0400 (EDT) Date: Sat, 28 Apr 2007 11:43:26 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Harald Schmalzbauer In-Reply-To: <4630D572.1020204@omnisec.de> Message-ID: <20070428114243.N28395@fledge.watson.org> References: <4630D572.1020204@omnisec.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Panic: fusefs crashes -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 10:43:27 -0000 On Thu, 26 Apr 2007, Harald Schmalzbauer wrote: > I wanted to report a panic with todays current: > > fuse4bsd: version 0.3.0, FUSE ABI 7.8 Every time you rebuild your 7-CURRENT kernel, you need to rebuild all kernel modules, including FUSE. Could you confirm that the FUSE module you're using is in sync with your kernel? Robert N M Watson Computer Laboratory University of Cambridge > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x26c > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc446e849 > stack pointer = 0x28:0xe65949e4 > frame pointer = 0x28:0xe65949f4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 8142 (mount_fusefs) > [thread pid 8142 tid 100089 ] > Stopped at fdisp_get_vopdata+0x10: movl 0x26c(%edx),%eax > > Tracing pid 8142 tid 100089 td 0xc416f1b0 > fdisp_get_vopdata(e6594a14,0,c4207680,c07104c9,c3e16650,...) at > fdisp_get_vopdata+0x10 > fuse_statfs(c3e187d4,c3e18864,c416f1b0,c3e16600,0,...) at fuse_statfs+0x8f > __vfs_statfs(c3e187d4,c3e18864,c416f1b0,3c5,0,...) at __vfs_statfs+0x2f > vfs_domount(c416f1b0,c3e16600,c3e16170,0,c3e16370,...) at vfs_domount+0x82a > vfs_donmount(c416f1b0,0,c4404880,c4404880,3,...) at vfs_donmount+0x4c3 > nmount(c416f1b0,e6594d00,c,c3e2e828,2820d000,...) at nmount+0xa5 > syscall(e6594d38) at syscall+0x2bb > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280c6bbf, esp = 0xbfbfe76c, > ebp = 0xbfbfec88 --- > db> > > Best regards, > > -Harry > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 11:23:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1BC516A419; Sat, 28 Apr 2007 11:23:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 843ED13C4B8; Sat, 28 Apr 2007 11:23:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7EBB947028; Sat, 28 Apr 2007 07:23:12 -0400 (EDT) Date: Sat, 28 Apr 2007 12:23:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Hartmut Brandt In-Reply-To: <4633299B.2020206@dlr.de> Message-ID: <20070428121554.T28395@fledge.watson.org> References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> <86veflholn.fsf@dwp.des.no> <20070428113752.A28395@fledge.watson.org> <4633299B.2020206@dlr.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-709611121-1177759392=:28395" Cc: current@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Tim Kientzle , David G Lawrence , "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 11:23:14 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-709611121-1177759392=:28395 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 28 Apr 2007, Hartmut Brandt wrote: > Robert Watson wrote: >>=20 >> On Tue, 24 Apr 2007, Dag-Erling Sm=F8rgrav wrote: >>=20 >>> David G Lawrence writes: >>>> gettimeofday(2) returns microsecond precision, so I don't see how this= =20 >>>> could be made accelerated via a mapped global page. time(3) [which is= =20 >>>> currently a wrapper for gettimeofday(2)], on the other had, could be p= ut=20 >>>> into such a page since it only updates once a second. >>>=20 >>> gettimeofday(2) returns a value in microseconds, but this does not=20 >>> necessarily mean that it has microsecond precision. Updating it once p= er=20 >>> scheduler tick or once per context switch (in userret(), for instance) = is=20 >>> probably enough. >>=20 >> We have an overall issue with the cost vs prevision of time measurement = in=20 >> FreeBSD. We err on the side of precision; other systems err on the side= of=20 >> cost. I'm not sure that gettimeofday() is best optimized in the way you= =20 >> describe, since if we're going to sacrifice precision, we could sacrific= e a=20 >> lot less precision and still get massively better performance. > > Sorry to jump in here with a rather generic comment. It would be nice if = the=20 > user program had a choice on the precision/cost issue. While most of the= =20 > programs really don't care about precision (as long as it is not in the= =20 > second range) there are applications that would rather have more precisio= n=20 > even when it comes with much higher cost. I think there is such a choice = in=20 > the kernel with the microtime()/getmicrotime() stuff. I have, for example= ,=20 > applications that do network performance measurements and rather low=20 > bandwidth satellite connections. I don't care about cost but care about= =20 > precision. So it would be great if the application had a choice. I don't= =20 > know what is the best way to do this - have different system calls, have = a=20 > call that at program start says: give me more precision or give me lesser= =20 > cost. I'm sure you guys find a way. Just make sure that you don't force o= ne=20 > precision/cost tradeoff on everybody. One of the questions that's been tricky in the past is how best to offer th= at=20 choice. The ideal case is that things are fast and precise. If that's not= =20 possible, then presumably we need a source of policy. I think, ideally, th= is=20 is the programmer/application, as that allows the trade-off to be considere= d,=20 and likely configured, in the context of the application. The programmer= =20 knows the difference between time measurements gathered for occasional=20 statistics profiling and timing measurements gathered for the purposes of= =20 precise network mapping or event handling. Unfortunately, this sort of thing can't be expressed using the standard API= s.=20 This leaves us two choices: allow the behavior of standard APIs to be=20 configured at some granularity, or introduce new APIs. My feeling is we=20 should prefer new APIs, and suggest that programmers use those. Take a loo= k=20 at sys/sys/time.h:1.71 for an example of what might make sense. Robert N M Watson Computer Laboratory University of Cambridge --0-709611121-1177759392=:28395-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 11:55:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94D1816A401 for ; Sat, 28 Apr 2007 11:55:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB9E13C44C for ; Sat, 28 Apr 2007 11:55:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HhlWA-0004Bu-Mj; Sat, 28 Apr 2007 14:55:11 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l3SBt3E6041497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Apr 2007 14:55:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l3SBt35W003587; Sat, 28 Apr 2007 14:55:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l3SBt3D1003586; Sat, 28 Apr 2007 14:55:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 28 Apr 2007 14:55:03 +0300 From: Kostik Belousov To: Stefan Ehmann Message-ID: <20070428115503.GM2441@deviant.kiev.zoral.com.ua> References: <200704281128.44077.shoesoft@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GU3/x65mZ6MFE8p3" Content-Disposition: inline In-Reply-To: <200704281128.44077.shoesoft@gmx.net> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 7382f4803b3daeb51cf1deb7812e3cd6 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1008 [Apr 28 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org, des@freebsd.org Subject: Re: strace causes panic: sleeping thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 11:55:13 -0000 --GU3/x65mZ6MFE8p3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 28, 2007 at 11:28:43AM +0200, Stefan Ehmann wrote: > I see this on freshly build CURRENT (i386): >=20 > Using strace causes an immediate panic, e.g. strace echo foo: >=20 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o:=20 > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: > Sleeping thread (tid 100078, pid 896) owns a non-sleepable lock > sched_switch(c2da4a20,0,1) at sched_switch+0xff > mi_switch(1,0) at mi_switch+0x1d4 > sleepq_switch(c2f7e168) at sleepq_switch+0x8b > sleepq_wait_sig(c2f7e168,c2da4a20,5c,0,100,...) at sleepq_wait_sig+0x1d > _sleep(c2f7e168,c2f7e060,15c,c0759778,0,...) at _sleep+0x26e > procfs_ioctl(c2da4a20,c2f7e000,c2b27200,40147004,c2ca3b80) at=20 > procfs_ioctl+0x1f5 > pfs_ioctl(d4e18b84) at pfs_ioctl+0x60 > VOP_IOCTL_APV(c0794f60,d4e18b84) at VOP_IOCTL_APV+0x38 > vn_ioctl(c2ba2480,40147004,c2ca3b80,c2f60180,c2da4a20) at vn_ioctl+0x18d > kern_ioctl(c2da4a20,3,40147004,c2ca3b80) at kern_ioctl+0x282 > ioctl(c2da4a20,d4e18d00) at ioctl+0xf1 > syscall(d4e18d38) at syscall+0x2a2 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x2816474f, esp =3D 0xbfb= fe38c,=20 > ebp =3D 0xbfbfe418 --- > panic: sleeping thread > cpuid =3D 0 > KDB: enter: panic > Uptime: 21s > Physical memory: 470 MB > Dumping 42 MB: 27 11 >=20 > #0 doadump () at pcpu.h:172 > 172 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:172 > #1 0xc055bfe1 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 > #2 0xc055c323 in panic (fmt=3D0xc07619aa "sleeping thread") > at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0584384 in propagate_priority (td=3D0xc2da4a20) > at /usr/src/sys/kern/subr_turnstile.c:205 > #4 0xc0584d90 in turnstile_wait (lock=3D0xc2f7e060, owner=3D0xc2da4a20, = queue=3D0) > at /usr/src/sys/kern/subr_turnstile.c:682 > #5 0xc0552d87 in _mtx_lock_sleep (m=3D0xc2f7e060, tid=3D3269086160, opts= =3D0,=20 > file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:415 > #6 0xc0567658 in thread_suspend_check (return_instead=3D0) > at /usr/src/sys/kern/kern_thread.c:830 > #7 0xc0583d57 in userret (td=3D0xc2da4bd0, frame=3D0xd4e1bd38) > at /usr/src/sys/kern/subr_trap.c:112 > #8 0xc070d0c5 in syscall (frame=3D0xd4e1bd38) > at /usr/src/sys/i386/i386/trap.c:1078 > #9 0xc06f60c0 in Xint0x80_syscall ()=20 > at /usr/src/sys/i386/i386/exception.s:196 > #10 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) This is because you do not have INVARIANTS in kernel. Then you would obtain the "recursed on non-recursive mutex" panic. The pfs_ioctl locks the process (pfs_ioctl()->pfs_visible()->pfind()) that is the target of the ioctl, and then the pseudofs_ioctl() do PROC_LOCK() again. This is changed by rev. 1.62 of the fs/pseudofs/pseudofs_vnops.c, before it process was held during pn_ioctl() call instead of being locked. Also, this change seems to also take place for getextattr(). With the following patch, I was able to successfully strace ls. As a side note, it seems that procfs ABI changed, strace built on RELENG_6 cannot run on CURRENT. Index: fs/pseudofs/pseudofs_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/fs/pseudofs/pseudofs_vnops.c,v retrieving revision 1.63 diff -u -r1.63 pseudofs_vnops.c --- fs/pseudofs/pseudofs_vnops.c 15 Apr 2007 20:35:18 -0000 1.63 +++ fs/pseudofs/pseudofs_vnops.c 28 Apr 2007 11:54:34 -0000 @@ -265,10 +265,15 @@ if (!pfs_visible(curthread, pn, pvd->pvd_pid, &proc)) PFS_RETURN (EIO); =20 - error =3D pn_ioctl(curthread, proc, pn, va->a_command, va->a_data); + if (proc !=3D NULL) { + _PHOLD(proc); + PROC_UNLOCK(proc); + } + + error =3D (pn->pn_ioctl)(curthread, proc, pn, va->a_command, va->a_data);= =20 =20 if (proc !=3D NULL) - PROC_UNLOCK(proc); + PRELE(proc); =20 PFS_RETURN (error); } @@ -297,13 +302,17 @@ =20 if (pn->pn_getextattr =3D=3D NULL) error =3D EOPNOTSUPP; - else + else { + if (proc !=3D NULL) { + _PHOLD(proc); =20 + PROC_UNLOCK(proc); =20 + } error =3D pn_getextattr(curthread, proc, pn, va->a_attrnamespace, va->a_name, va->a_uio, va->a_size, va->a_cred); - - if (proc !=3D NULL) - PROC_UNLOCK(proc); + if (proc !=3D NULL) + PRELE(proc); + } =20 pfs_unlock(pn); PFS_RETURN (error); --GU3/x65mZ6MFE8p3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGMzYWC3+MBN1Mb4gRAm5tAJ9vWssiX2PpCzF24gZKa8/JaqPaugCgl6U0 t/p5WAqQ+KN4aRANw5gPkp0= =hYxl -----END PGP SIGNATURE----- --GU3/x65mZ6MFE8p3-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 12:52:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8534C16A400 for ; Sat, 28 Apr 2007 12:52:34 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id D005713C44C for ; Sat, 28 Apr 2007 12:52:33 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 28 Apr 2007 12:52:32 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp026) with SMTP; 28 Apr 2007 14:52:32 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18wnJo8r6ww7J7AgAZhcYMhReom5s/37mmTzmgRUH /kZIqxKCjf215r From: Stefan Ehmann To: Kostik Belousov Date: Sat, 28 Apr 2007 14:52:31 +0200 User-Agent: KMail/1.9.6 References: <200704281128.44077.shoesoft@gmx.net> <20070428115503.GM2441@deviant.kiev.zoral.com.ua> In-Reply-To: <20070428115503.GM2441@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704281452.32256.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org, des@freebsd.org Subject: Re: strace causes panic: sleeping thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 12:52:34 -0000 On Saturday 28 April 2007 13:55:03 Kostik Belousov wrote: > On Sat, Apr 28, 2007 at 11:28:43AM +0200, Stefan Ehmann wrote: > > I see this on freshly build CURRENT (i386): > > > > Using strace causes an immediate panic, e.g. strace echo foo: > > ... > This is because you do not have INVARIANTS in kernel. Then you would obtain > the "recursed on non-recursive mutex" panic. > > The pfs_ioctl locks the process (pfs_ioctl()->pfs_visible()->pfind()) that > is the target of the ioctl, and then the pseudofs_ioctl() do PROC_LOCK() > again. > > This is changed by rev. 1.62 of the fs/pseudofs/pseudofs_vnops.c, before it > process was held during pn_ioctl() call instead of being locked. Also, this > change seems to also take place for getextattr(). > > With the following patch, I was able to successfully strace ls. As a side > note, it seems that procfs ABI changed, strace built on RELENG_6 cannot run > on CURRENT. Yes, INVARIANTS is disabled here. The patch also works for me, thanks. From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 14:33:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C809116A400 for ; Sat, 28 Apr 2007 14:33:39 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 436D913C45B for ; Sat, 28 Apr 2007 14:33:38 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l3SEXW1K019050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Apr 2007 16:33:38 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l3SEXWQV064794; Sat, 28 Apr 2007 16:33:32 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l3SEXWdq008293; Sat, 28 Apr 2007 16:33:32 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Sat, 28 Apr 2007 16:33:32 +0200 User-Agent: KMail/1.9.6 References: <4630D572.1020204@omnisec.de> <20070428114243.N28395@fledge.watson.org> In-Reply-To: <20070428114243.N28395@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704281633.32639.h.schmalzbauer@omnisec.de> Cc: Robert Watson Subject: Re: Panic: fusefs crashes -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 14:33:39 -0000 Am Samstag, 28. April 2007 schrieb Robert Watson: > On Thu, 26 Apr 2007, Harald Schmalzbauer wrote: > > I wanted to report a panic with todays current: > > > > fuse4bsd: version 0.3.0, FUSE ABI 7.8 > > Every time you rebuild your 7-CURRENT kernel, you need to rebuild all > kernel modules, including FUSE. Could you confirm that the FUSE module > you're using is in sync with your kernel? Yes, I know that and fuse was compiled after I recompiled my (fresh)=20 installation. Thanks, =2DHarry =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 18:39:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6213E16A408; Sat, 28 Apr 2007 18:39:51 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0811A13C45E; Sat, 28 Apr 2007 18:39:50 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from [192.168.1.100] (cpe-71-72-80-132.columbus.res.rr.com [71.72.80.132]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id l3SIZccI016286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Apr 2007 14:35:44 -0400 (EDT) (envelope-from amistry@am-productions.biz) From: Anish Mistry Organization: AM Productions To: freebsd-current@freebsd.org Date: Sat, 28 Apr 2007 14:12:14 -0400 User-Agent: KMail/1.9.6 References: <4630D572.1020204@omnisec.de> <20070428114243.N28395@fledge.watson.org> <200704281633.32639.h.schmalzbauer@omnisec.de> In-Reply-To: <200704281633.32639.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2432805.Yj51vdR1t7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704281412.19978.amistry@am-productions.biz> X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_50,MYFREEBSD2, MYFREEBSD3,RCVD_IN_NJABL_DUL,SPF_SOFTFAIL autolearn=failed version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.7/3175/Sat Apr 28 06:17:34 2007 on mail.united-ware.com X-Virus-Status: Clean X-Mailman-Approved-At: Sat, 28 Apr 2007 18:56:20 +0000 Cc: Robert Watson , Csaba Henk , Harald Schmalzbauer Subject: Re: Panic: fusefs crashes -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 18:39:51 -0000 --nextPart2432805.Yj51vdR1t7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 28 April 2007, Harald Schmalzbauer wrote: > Am Samstag, 28. April 2007 schrieb Robert Watson: > > On Thu, 26 Apr 2007, Harald Schmalzbauer wrote: > > > I wanted to report a panic with todays current: > > > > > > fuse4bsd: version 0.3.0, FUSE ABI 7.8 > > > > Every time you rebuild your 7-CURRENT kernel, you need to rebuild > > all kernel modules, including FUSE. Could you confirm that the > > FUSE module you're using is in sync with your kernel? > > Yes, I know that and fuse was compiled after I recompiled my > (fresh) installation. I've been able to reproduce this issue. I've CC'd Csaba. =2D-=20 Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ --nextPart2432805.Yj51vdR1t7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGM46DxqA5ziudZT0RApS/AJ9APnYM6tISNt1Iyi+NdN9fi875ZACgrTWO 1pvxtS511xIhqMX2OCBBBc0= =M9zV -----END PGP SIGNATURE----- --nextPart2432805.Yj51vdR1t7-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 18:59:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B5A316A400 for ; Sat, 28 Apr 2007 18:59:04 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: from ybbsmtp11.mail.ogk.yahoo.co.jp (ybbsmtp11.mail.ogk.yahoo.co.jp [124.83.153.131]) by mx1.freebsd.org (Postfix) with SMTP id A503F13C45B for ; Sat, 28 Apr 2007 18:59:03 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: (qmail 84842 invoked by alias); 28 Apr 2007 18:32:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ybb20050223; d=ybb.ne.jp; b=MlgxQI7dQR2i9tETV5QwXf6+WpyzZWoQhxtrYgxcPdbNAMOJXnmH4MxqWg8J0uH7/pLhl3nzGzTAOxFmbsG5GoOHHuma8QnEQpTDlwEeiPnzPPhbeGnJvj45cCTy8xno ; Received: from unknown (HELO ?127.0.0.1?) (takeharu1219@219.35.170.86 with plain) by ybbsmtp11.mail.ogk.yahoo.co.jp with SMTP; 28 Apr 2007 18:32:20 -0000 X-Apparently-From: Message-ID: <4633932A.8080602@ybb.ne.jp> Date: Sun, 29 Apr 2007 03:32:10 +0900 From: Takeharu KATO User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> In-Reply-To: <46338C0F.9000608@ybb.ne.jp> Content-Type: multipart/mixed; boundary="------------090403080905070803000903" Cc: freebsd-arch@freebsd.org Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 18:59:04 -0000 This is a multi-part message in MIME format. --------------090403080905070803000903 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Hi, I wrote ICH7 or later support patch for sys/dev/ichwd watch dog driver. I tested this patch on ICH8 compliant mother board(GIGA BYTE GA-965P-DS3). Please apply the patch. P.S. I'm sorry to send noisy mails on freebsd-arch ML. Takeharu KATO wrote: > Hi, > > I found one of my fault after posting previous message, > >> + if (id_p->version == 2) { >> + /* set rcba */ >> + rcba = (pci_read_config(ich, ICH_RCBA, 4) & (0xffffc000)); >> + rc = bus_set_resource(ich, SYS_RES_MEMORY, 0, rcba, ICH_GCS_SIZE); > This line should have been > rc = bus_set_resource(ich, SYS_RES_MEMORY, 0, > rcba + ICH_GCS_OFFSET, ICH_GCS_SIZE); > > (note: ICH_GCS_OFFSET = 0x3410) > > Sorry. > > But I met another problem that watch dog count does not reach zero(As > far as I see, it is reloaded automatically). > > I'll continue to debug the codes, if anyone has any kind of idea, > please send me a comment. > > Regards, > > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > > --------------090403080905070803000903 Content-Type: text/plain; name="ichwd-ich8-support-20070428.patch" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="ichwd-ich8-support-20070428.patch" ZGlmZiAtTnVwciBpY2h3ZC5vcmlnL2ljaHdkLmMgaWNod2QvaWNod2QuYwotLS0gaWNod2Qu b3JpZy9pY2h3ZC5jCVdlZCBBcHIgMjUgMjI6MDM6MTYgMjAwNworKysgaWNod2QvaWNod2Qu YwlTdW4gQXByIDI5IDAzOjE2OjIzIDIwMDcKQEAgLTcxLDIwICs3MSwyNyBAQCBfX0ZCU0RJ RCgiJEZyZWVCU0Q6IHNyYy9zeXMvZGV2L2ljaHdkL2ljCiAjaW5jbHVkZSA8ZGV2L2ljaHdk L2ljaHdkLmg+CiAKIHN0YXRpYyBzdHJ1Y3QgaWNod2RfZGV2aWNlIGljaHdkX2RldmljZXNb XSA9IHsKLQl7IFZFTkRPUklEX0lOVEVMLCBERVZJQ0VJRF84MjgwMUFBLCAiSW50ZWwgODI4 MDFBQSB3YXRjaGRvZyB0aW1lciIgfSwKLQl7IFZFTkRPUklEX0lOVEVMLCBERVZJQ0VJRF84 MjgwMUFCLCAiSW50ZWwgODI4MDFBQiB3YXRjaGRvZyB0aW1lciIgfSwKLQl7IFZFTkRPUklE X0lOVEVMLCBERVZJQ0VJRF84MjgwMUJBLCAiSW50ZWwgODI4MDFCQSB3YXRjaGRvZyB0aW1l ciIgfSwKLQl7IFZFTkRPUklEX0lOVEVMLCBERVZJQ0VJRF84MjgwMUJBTSwgIkludGVsIDgy ODAxQkFNIHdhdGNoZG9nIHRpbWVyIiB9LAotCXsgVkVORE9SSURfSU5URUwsIERFVklDRUlE XzgyODAxQ0EsICJJbnRlbCA4MjgwMUNBIHdhdGNoZG9nIHRpbWVyIiB9LAotCXsgVkVORE9S SURfSU5URUwsIERFVklDRUlEXzgyODAxQ0FNLCAiSW50ZWwgODI4MDFDQU0gd2F0Y2hkb2cg dGltZXIiIH0sCi0JeyBWRU5ET1JJRF9JTlRFTCwgREVWSUNFSURfODI4MDFEQiwgIkludGVs IDgyODAxREIgd2F0Y2hkb2cgdGltZXIiIH0sCi0JeyBWRU5ET1JJRF9JTlRFTCwgREVWSUNF SURfODI4MDFEQk0sICJJbnRlbCA4MjgwMURCTSB3YXRjaGRvZyB0aW1lciIgfSwKLQl7IFZF TkRPUklEX0lOVEVMLCBERVZJQ0VJRF84MjgwMUUsICJJbnRlbCA4MjgwMUUgd2F0Y2hkb2cg dGltZXIiIH0sCi0JeyBWRU5ET1JJRF9JTlRFTCwgREVWSUNFSURfODI4MDFFQlIsICJJbnRl bCA4MjgwMUVCL0VSIHdhdGNoZG9nIHRpbWVyIiB9LAotCXsgVkVORE9SSURfSU5URUwsIERF VklDRUlEXzgyODAxRkJSLCAiSW50ZWwgODI4MDFGQi9GUiB3YXRjaGRvZyB0aW1lciIgfSwK LQl7IFZFTkRPUklEX0lOVEVMLCBERVZJQ0VJRF9JQ0g1LCAiSW50ZWwgSUNINSB3YXRjaGRv ZyB0aW1lciJ9LAotCXsgVkVORE9SSURfSU5URUwsIERFVklDRUlEXzYzMDBFU0IsICJJbnRl bCA2MzAwRVNCIHdhdGNoZG9nIHRpbWVyIn0sCi0JeyAwLCAwLCBOVUxMIH0sCisJeyBWRU5E T1JJRF9JTlRFTCwgREVWSUNFSURfODI4MDFBQSwgICJJbnRlbCA4MjgwMUFBIHdhdGNoZG9n IHRpbWVyIiwgICAgMX0gLAorCXsgVkVORE9SSURfSU5URUwsIERFVklDRUlEXzgyODAxQUIs ICAiSW50ZWwgODI4MDFBQiB3YXRjaGRvZyB0aW1lciIsICAgIDF9ICwKKwl7IFZFTkRPUklE X0lOVEVMLCBERVZJQ0VJRF84MjgwMUJBLCAgIkludGVsIDgyODAxQkEgd2F0Y2hkb2cgdGlt ZXIiLCAgICAxfSAsCisJeyBWRU5ET1JJRF9JTlRFTCwgREVWSUNFSURfODI4MDFCQU0sICJJ bnRlbCA4MjgwMUJBTSB3YXRjaGRvZyB0aW1lciIsICAgMX0gLAorCXsgVkVORE9SSURfSU5U RUwsIERFVklDRUlEXzgyODAxQ0EsICAiSW50ZWwgODI4MDFDQSB3YXRjaGRvZyB0aW1lciIs ICAgIDF9ICwKKwl7IFZFTkRPUklEX0lOVEVMLCBERVZJQ0VJRF84MjgwMUNBTSwgIkludGVs IDgyODAxQ0FNIHdhdGNoZG9nIHRpbWVyIiwgICAxfSAsCisJeyBWRU5ET1JJRF9JTlRFTCwg REVWSUNFSURfODI4MDFEQiwgICJJbnRlbCA4MjgwMURCIHdhdGNoZG9nIHRpbWVyIiwgICAg MX0gLAorCXsgVkVORE9SSURfSU5URUwsIERFVklDRUlEXzgyODAxREJNLCAiSW50ZWwgODI4 MDFEQk0gd2F0Y2hkb2cgdGltZXIiLCAgIDF9ICwKKwl7IFZFTkRPUklEX0lOVEVMLCBERVZJ Q0VJRF84MjgwMUUsICAgIkludGVsIDgyODAxRSB3YXRjaGRvZyB0aW1lciIsICAgICAxfSAs CisJeyBWRU5ET1JJRF9JTlRFTCwgREVWSUNFSURfODI4MDFFQlIsICJJbnRlbCA4MjgwMUVC L0VSIHdhdGNoZG9nIHRpbWVyIiwgMX0gLAorCXsgVkVORE9SSURfSU5URUwsIERFVklDRUlE XzgyODAxRkJSLCAiSW50ZWwgODI4MDFGQi9GUiB3YXRjaGRvZyB0aW1lciIsIDJ9ICwKKwl7 IFZFTkRPUklEX0lOVEVMLCBERVZJQ0VJRF82MzAwRVNCLCAgIkludGVsIDYzMDBFU0Igd2F0 Y2hkb2cgdGltZXIiLCAgICAyfSAsCisJeyBWRU5ET1JJRF9JTlRFTCwgREVWSUNFSURfSUNI Nk0sICAgICJJbnRlbCBJQ0g2TSB3YXRjaGRvZyB0aW1lciIsICAgICAgMn0gLAorCXsgVkVO RE9SSURfSU5URUwsIERFVklDRUlEX0lDSDZXLCAgICAiSW50ZWwgSUNINlcgd2F0Y2hkb2cg dGltZXIiLCAgICAgIDJ9ICwKKwl7IFZFTkRPUklEX0lOVEVMLCBERVZJQ0VJRF9JQ0g3LCAg ICAgIkludGVsIElDSDcgd2F0Y2hkb2cgdGltZXIiLCAgICAgICAyfSAsCisJeyBWRU5ET1JJ RF9JTlRFTCwgREVWSUNFSURfSUNIN00sICAgICJJbnRlbCBJQ0g3TSB3YXRjaGRvZyB0aW1l ciIsICAgICAgMn0gLAorCXsgVkVORE9SSURfSU5URUwsIERFVklDRUlEX0lDSDdNREgsICAi SW50ZWwgSUNIN01ESCB3YXRjaGRvZyB0aW1lciIsICAgIDJ9ICwKKwl7IFZFTkRPUklEX0lO VEVMLCBERVZJQ0VJRF9JQ0g4LCAgICAgIkludGVsIElDSDggd2F0Y2hkb2cgdGltZXIiLCAg ICAgICAyfSAsCisJeyBWRU5ET1JJRF9JTlRFTCwgREVWSUNFSURfSUNIOERILCAgICJJbnRl bCBJQ0g4REggd2F0Y2hkb2cgdGltZXIiLCAgICAgMn0gLAorCXsgVkVORE9SSURfSU5URUws IERFVklDRUlEX0lDSDhETywgICAiSW50ZWwgSUNIOERPIHdhdGNoZG9nIHRpbWVyIiwgICAg IDJ9ICwKKwl7IDAsIDAsIE5VTEwsIDAgfSAsCiB9OwogCiBzdGF0aWMgZGV2Y2xhc3NfdCBp Y2h3ZF9kZXZjbGFzczsKQEAgLTEwMywxMSArMTEwLDIxIEBAIHN0YXRpYyBkZXZjbGFzc190 IGljaHdkX2RldmNsYXNzOwogI2RlZmluZSBpY2h3ZF93cml0ZV90Y29fNChzYywgb2ZmLCB2 YWwpIFwKIAlidXNfc3BhY2Vfd3JpdGVfNCgoc2MpLT50Y29fYnN0LCAoc2MpLT50Y29fYnNo LCAob2ZmKSwgKHZhbCkpCiAKLSNkZWZpbmUgaWNod2RfcmVhZF9zbWlfNChzYywgb2ZmKSBc CisjZGVmaW5lIGljaHdkX3JlYWRfc21pXzQoc2MsIG9mZikgICAgICAgXAogCWJ1c19zcGFj ZV9yZWFkXzQoKHNjKS0+c21pX2JzdCwgKHNjKS0+c21pX2JzaCwgKG9mZikpCiAjZGVmaW5l IGljaHdkX3dyaXRlX3NtaV80KHNjLCBvZmYsIHZhbCkgXAogCWJ1c19zcGFjZV93cml0ZV80 KChzYyktPnNtaV9ic3QsIChzYyktPnNtaV9ic2gsIChvZmYpLCAodmFsKSkKIAorI2RlZmlu ZSBpY2h3ZF9yZWFkX2djc180KHNjLCBvZmYpICAgICAgIFwKKwlidXNfcmVhZF80KChzYykt Pmdjc19yZXMsIChvZmYpKQorI2RlZmluZSBpY2h3ZF93cml0ZV9nY3NfNChzYywgb2ZmLCB2 YWwpIFwKKwlidXNfd3JpdGVfNCgoc2MpLT5nY3NfcmVzLCAob2ZmKSwgKHZhbCkpCisKKyNk ZWZpbmUgaWNod2RfdmVyYm9zZV9wcmludGYoZGV2LGZtdCxhcmcuLi4pIGRvIHsJXAorCQlp ZiAoYm9vdHZlcmJvc2UpCQkJXAorCQkJZGV2aWNlX3ByaW50ZihkZXYsIGZtdCwgIyNhcmcp OwlcCisJfSB3aGlsZSAoMCkKKwogc3RhdGljIF9faW5saW5lIHZvaWQKIGljaHdkX2ludHJf ZW5hYmxlKHN0cnVjdCBpY2h3ZF9zb2Z0YyAqc2MpCiB7CkBAIC0xMzYsOCArMTUzLDcgQEAg aWNod2RfdG1yX2VuYWJsZShzdHJ1Y3QgaWNod2Rfc29mdGMgKnNjKQogCWNudCA9IGljaHdk X3JlYWRfdGNvXzIoc2MsIFRDTzFfQ05UKSAmIFRDT19DTlRfUFJFU0VSVkU7CiAJaWNod2Rf d3JpdGVfdGNvXzIoc2MsIFRDTzFfQ05ULCBjbnQgJiB+VENPX1RNUl9IQUxUKTsKIAlzYy0+ YWN0aXZlID0gMTsKLQlpZiAoYm9vdHZlcmJvc2UpCi0JCWRldmljZV9wcmludGYoc2MtPmRl dmljZSwgInRpbWVyIGVuYWJsZWRcbiIpOworCWljaHdkX3ZlcmJvc2VfcHJpbnRmKHNjLT5k ZXZpY2UsICJ0aW1lciBlbmFibGVkXG4iKTsKIH0KIAogc3RhdGljIF9faW5saW5lIHZvaWQK QEAgLTE0OCwyNSArMTY0LDY3IEBAIGljaHdkX3Rtcl9kaXNhYmxlKHN0cnVjdCBpY2h3ZF9z b2Z0YyAqc2MKIAljbnQgPSBpY2h3ZF9yZWFkX3Rjb18yKHNjLCBUQ08xX0NOVCkgJiBUQ09f Q05UX1BSRVNFUlZFOwogCWljaHdkX3dyaXRlX3Rjb18yKHNjLCBUQ08xX0NOVCwgY250IHwg VENPX1RNUl9IQUxUKTsKIAlzYy0+YWN0aXZlID0gMDsKLQlpZiAoYm9vdHZlcmJvc2UpCi0J CWRldmljZV9wcmludGYoc2MtPmRldmljZSwgInRpbWVyIGRpc2FibGVkXG4iKTsKKwlpY2h3 ZF92ZXJib3NlX3ByaW50ZihzYy0+ZGV2aWNlLCAidGltZXIgZGlzYWJsZWRcbiIpOwogfQog CiBzdGF0aWMgX19pbmxpbmUgdm9pZAogaWNod2RfdG1yX3JlbG9hZChzdHJ1Y3QgaWNod2Rf c29mdGMgKnNjKQogewotCWljaHdkX3dyaXRlX3Rjb18xKHNjLCBUQ09fUkxELCAxKTsKLQlp ZiAoYm9vdHZlcmJvc2UpCi0JCWRldmljZV9wcmludGYoc2MtPmRldmljZSwgInRpbWVyIHJl bG9hZGVkXG4iKTsKKwlpZiAoc2MtPnRjb192ZXJzaW9uID09IDEpCisJCWljaHdkX3dyaXRl X3Rjb18xKHNjLCBUQ09fUkxELCAxKTsKKwllbHNlCisJCWljaHdkX3dyaXRlX3Rjb18yKHNj LCBUQ09fUkxELCAxKTsKKworCWljaHdkX3ZlcmJvc2VfcHJpbnRmKHNjLT5kZXZpY2UsICJ0 aW1lciByZWxvYWRlZFxuIik7CiB9CiAKIHN0YXRpYyBfX2lubGluZSB2b2lkCiBpY2h3ZF90 bXJfc2V0KHN0cnVjdCBpY2h3ZF9zb2Z0YyAqc2MsIHVpbnQ4X3QgdGltZW91dCkKIHsKLQlp Y2h3ZF93cml0ZV90Y29fMShzYywgVENPX1RNUiwgdGltZW91dCk7CisKKwlpZiAoc2MtPnRj b192ZXJzaW9uID09IDEpIHsKKwkJaWNod2Rfd3JpdGVfdGNvXzEoc2MsIFRDT19UTVIsIHRp bWVvdXQpOworCX0gZWxzZSB7CisJCXVpbnQxNl90IHRtcl92YWwgPSBpY2h3ZF9yZWFkX3Rj b18yKHNjLCBUQ09fVjJfVE1SKTsKKworCQl0bXJfdmFsICY9IDB4ZmMwMDsKKwkJdG1yX3Zh bCB8PSB0aW1lb3V0OworCQlpY2h3ZF93cml0ZV90Y29fMihzYywgVENPX1YyX1RNUiwgdG1y X3ZhbCk7CisJfQorCiAJc2MtPnRpbWVvdXQgPSB0aW1lb3V0OwotCWlmIChib290dmVyYm9z ZSkKLQkJZGV2aWNlX3ByaW50ZihzYy0+ZGV2aWNlLCAidGltZW91dCBzZXQgdG8gJXUgdGlj a3NcbiIsIHRpbWVvdXQpOworCisJaWNod2RfdmVyYm9zZV9wcmludGYoc2MtPmRldmljZSwg InRpbWVvdXQgc2V0IHRvICV1IHRpY2tzXG4iLCB0aW1lb3V0KTsKK30KKworc3RhdGljIF9f aW5saW5lIGludAoraWNod2RfY2xlYXJfbm9yZWJvb3Qoc3RydWN0IGljaHdkX3NvZnRjICpz YykKK3sKKwl1aW50MzJfdAlzdGF0dXM7CisJaW50CQlyYyA9IDA7CisKKwkvKiB0cnkgdG8g Y2xlYXIgdGhlIE5PX1JFQk9PVCBiaXQgKi8KKwlpZiAoc2MtPnRjb192ZXJzaW9uID09IDEp IHsKKwkJcGNpX3dyaXRlX2NvbmZpZyhzYy0+aWNoLCBJQ0hfR0VOX1NUQSwgMHgwMCwgMSk7 CisJCXN0YXR1cyA9IHBjaV9yZWFkX2NvbmZpZyhzYy0+aWNoLCBJQ0hfR0VOX1NUQSwgMSk7 CisJCWlmIChzdGF0dXMgJiBJQ0hfR0VOX1NUQV9OT19SRUJPT1QpIAorCQkJcmMgPSBFSU87 CisJfSBlbHNlIHsKKwkgICAgIHN0YXR1cyA9IGljaHdkX3JlYWRfZ2NzXzQoc2MsIDApOwor CSAgICAgc3RhdHVzICY9IH4oR0NTX05PUkVCT09UKTsKKwkgICAgIGljaHdkX3dyaXRlX2dj c180KHNjLCAwLCBzdGF0dXMpOworCisJICAgICBzdGF0dXMgPSBpY2h3ZF9yZWFkX2djc180 KHNjLCAwKTsKKwkgICAgIGlmIChzdGF0dXMgJiBHQ1NfTk9SRUJPT1QpIAorCQkgICAgIHJj ID0gRUlPOworCX0KKworCWlmIChyYykKKwkJaWNod2RfdmVyYm9zZV9wcmludGYoc2MtPmRl dmljZSwgCisJCQkJICAgICAiJXMoKTogSUNIIFdEVCBwcmVzZW50IGJ1dCBkaXNhYmxlZFxu IiwKKwkJCQkgICAgIF9fZnVuY19fKTsKKworCXJldHVybiByYzsKIH0KIAogLyoKQEAgLTE5 Nyw3ICsyNTUsMjQgQEAgaWNod2RfZXZlbnQodm9pZCAqYXJnLCB1bnNpZ25lZCBpbnQgY21k LAogCX0KIH0KIAotc3RhdGljIHVuc2lnbmVkIGludCBwbWJhc2UgPSAwOworc3RhdGljIGRl dmljZV90IAoraWNod2RfZmluZF9pY2hfbHBjX2JyaWRnZShzdHJ1Y3QgaWNod2RfZGV2aWNl ICoqaWRfcCkgeworCXN0cnVjdCBpY2h3ZF9kZXZpY2UgKmlkOworCWRldmljZV90IGljaCA9 IE5VTEw7CisKKyAgICAgICAgLyogbG9vayBmb3IgYW4gSUNIIExQQyBpbnRlcmZhY2UgYnJp ZGdlICovCisJZm9yIChpZCA9IGljaHdkX2RldmljZXM7IGlkLT5kZXNjICE9IE5VTEw7ICsr aWQpCisJCWlmICgoaWNoID0gcGNpX2ZpbmRfZGV2aWNlKGlkLT52ZW5kb3IsIGlkLT5kZXZp Y2UpKSAhPSBOVUxMKQorCQkJYnJlYWs7CisKKwlpZiAoIChib290dmVyYm9zZSkgJiYgKGlj aCkgKQorCQlwcmludGYoIiVzKCk6IGZvdW5kIElDSCBjaGlwc2V0OiAlcyBUQ08gdmVyc2lv bjolZFxuIiwgX19mdW5jX18sIGlkLT5kZXNjLCBpZC0+dmVyc2lvbik7CisKKwlpZiAoaWRf cCkKKwkJKmlkX3AgPSBpZDsKKworCXJldHVybiBpY2g7Cit9CiAKIC8qCiAgKiBMb29rIGZv ciBhbiBJQ0ggTFBDIGludGVyZmFjZSBicmlkZ2UuICBJZiBvbmUgaXMgZm91bmQsIHJlZ2lz dGVyIGFuCkBAIC0yMDYsNDQgKzI4MSwzNSBAQCBzdGF0aWMgdW5zaWduZWQgaW50IHBtYmFz ZSA9IDA7CiBzdGF0aWMgdm9pZAogaWNod2RfaWRlbnRpZnkoZHJpdmVyX3QgKmRyaXZlciwg ZGV2aWNlX3QgcGFyZW50KQogewotCXN0cnVjdCBpY2h3ZF9kZXZpY2UgKmlkOworCXN0cnVj dCBpY2h3ZF9kZXZpY2UgKmlkX3A7CiAJZGV2aWNlX3QgaWNoID0gTlVMTDsKIAlkZXZpY2Vf dCBkZXY7CisJdWludDMyX3QgcmNiYTsKKwlpbnQgcmM7CiAKLQkvKiBsb29rIGZvciBhbiBJ Q0ggTFBDIGludGVyZmFjZSBicmlkZ2UgKi8KLQlmb3IgKGlkID0gaWNod2RfZGV2aWNlczsg aWQtPmRlc2MgIT0gTlVMTDsgKytpZCkKLQkJaWYgKChpY2ggPSBwY2lfZmluZF9kZXZpY2Uo aWQtPnZlbmRvciwgaWQtPmRldmljZSkpICE9IE5VTEwpCi0JCQlicmVhazsKKwlpY2ggPSBp Y2h3ZF9maW5kX2ljaF9scGNfYnJpZGdlKCZpZF9wKTsKIAlpZiAoaWNoID09IE5VTEwpCiAJ CXJldHVybjsKIAotCWlmIChib290dmVyYm9zZSkKLQkJcHJpbnRmKCIlcygpOiBmb3VuZCBJ Q0ggY2hpcHNldDogJXNcbiIsIF9fZnVuY19fLCBpZC0+ZGVzYyk7Ci0KLQkvKiBnZXQgZm9y IEFDUEkgYmFzZSBhZGRyZXNzICovCi0JcG1iYXNlID0gcGNpX3JlYWRfY29uZmlnKGljaCwg SUNIX1BNQkFTRSwgMikgJiBJQ0hfUE1CQVNFX01BU0s7Ci0JaWYgKHBtYmFzZSA9PSAwKSB7 Ci0JCWlmIChib290dmVyYm9zZSkKLQkJCXByaW50ZigiJXMoKTogSUNIIFBNQkFTRSByZWdp c3RlciBpcyBlbXB0eVxuIiwKLQkJCSAgICBfX2Z1bmNfXyk7Ci0JCXJldHVybjsKLQl9Ci0K LQkvKiB0cnkgdG8gY2xlYXIgdGhlIE5PX1JFQk9PVCBiaXQgKi8KLQlwY2lfd3JpdGVfY29u ZmlnKGljaCwgSUNIX0dFTl9TVEEsIDB4MDAsIDEpOwotCWlmIChwY2lfcmVhZF9jb25maWco aWNoLCBJQ0hfR0VOX1NUQSwgMSkgJiBJQ0hfR0VOX1NUQV9OT19SRUJPT1QpIHsKLQkJaWYg KGJvb3R2ZXJib3NlKQotCQkJcHJpbnRmKCIlcygpOiBJQ0ggV0RUIHByZXNlbnQgYnV0IGRp c2FibGVkXG4iLAotCQkJICAgIF9fZnVuY19fKTsKLQkJcmV0dXJuOwotCX0KLQogCS8qIGdv b2QsIGFkZCBjaGlsZCB0byBidXMgKi8KIAlpZiAoKGRldiA9IGRldmljZV9maW5kX2NoaWxk KHBhcmVudCwgZHJpdmVyLT5uYW1lLCAwKSkgPT0gTlVMTCkKIAkJZGV2ID0gQlVTX0FERF9D SElMRChwYXJlbnQsIDAsIGRyaXZlci0+bmFtZSwgMCk7CiAKLQlpZiAoZGV2ICE9IE5VTEwp Ci0JCWRldmljZV9zZXRfZGVzY19jb3B5KGRldiwgaWQtPmRlc2MpOworCWlmIChkZXYgIT0g TlVMTCkgeworCQlkZXZpY2Vfc2V0X2Rlc2NfY29weShkZXYsIGlkX3AtPmRlc2MpOworCisJ CWlmIChpZF9wLT52ZXJzaW9uID09IDIpIHsKKwkJCS8qIHNldCByY2JhICovCisJCQlyY2Jh ID0gKHBjaV9yZWFkX2NvbmZpZyhpY2gsIElDSF9SQ0JBLCA0KSAmICgweGZmZmZjMDAwKSk7 CisJCQlyYyA9IGJ1c19zZXRfcmVzb3VyY2UoaWNoLCBTWVNfUkVTX01FTU9SWSwgMCwgCisJ CQkJCSAgICAgIHJjYmEgKyBJQ0hfR0NTX09GRlNFVCwgCisJCQkJCSAgICAgIElDSF9HQ1Nf U0laRSk7CisJCQlpZiAocmMpCisJCQkJaWNod2RfdmVyYm9zZV9wcmludGYoZGV2LCAiJXMo KTogQ2FuIG5vdCBzZXQgbWVtb3J5IHJlc291cmNlOjB4JXhcbiIsIF9fZnVuY19fLCByY2Jh KTsKKwkJCWVsc2UKKwkJCQlpY2h3ZF92ZXJib3NlX3ByaW50ZihkZXYsICIlcygpOiBUaGlz IG1hY2hpbmUgaGFzIFRDTyBWZXJzaW9uIDIgd2R0LlxuIiwgX19mdW5jX18pOworCQl9CisJ fQogfQogCiBzdGF0aWMgaW50CkBAIC0yNTcsMTIgKzMyMywyNyBAQCBzdGF0aWMgaW50CiBp Y2h3ZF9hdHRhY2goZGV2aWNlX3QgZGV2KQogewogCXN0cnVjdCBpY2h3ZF9zb2Z0YyAqc2M7 CisJc3RydWN0IGljaHdkX2RldmljZSAqaWRfcDsKKwlkZXZpY2VfdCBpY2g7CisJdW5zaWdu ZWQgaW50IHBtYmFzZSA9IDA7CiAKIAlzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKIAlz Yy0+ZGV2aWNlID0gZGV2OwogCisJaWNoID0gaWNod2RfZmluZF9pY2hfbHBjX2JyaWRnZSgm aWRfcCk7CisJaWYgKGljaCA9PSBOVUxMKSB7CisJCWRldmljZV9wcmludGYoc2MtPmRldmlj ZSwgIkNhbiBub3QgZmluZCBJQ0ggZGV2aWNlLlxuIik7CisJCWdvdG8gZmFpbDsKKwl9CisJ c2MtPmljaCA9IGljaDsKKwlzYy0+dGNvX3ZlcnNpb24gPSBpZF9wLT52ZXJzaW9uOworCisJ LyogZ2V0IGZvciBBQ1BJIGJhc2UgYWRkcmVzcyAqLworCXBtYmFzZSA9IHBjaV9yZWFkX2Nv bmZpZyhpY2gsIElDSF9QTUJBU0UsIDIpICYgSUNIX1BNQkFTRV9NQVNLOwogCWlmIChwbWJh c2UgPT0gMCkgewotCQlwcmludGYoIk5vdCBmb3VuZFxuIik7CisJCWljaHdkX3ZlcmJvc2Vf cHJpbnRmKHNjLT5kZXZpY2UsICIlcygpOiBJQ0ggUE1CQVNFIHJlZ2lzdGVyIGlzIGVtcHR5 XG4iLAorCQkJICAgIF9fZnVuY19fKTsKKwkJZ290byBmYWlsOwogCX0KIAogCS8qIGFsbG9j YXRlIEkvTyByZWdpc3RlciBzcGFjZSAqLwpAQCAtMjg3LDYgKzM2OCwyMSBAQCBpY2h3ZF9h dHRhY2goZGV2aWNlX3QgZGV2KQogCX0KIAlzYy0+dGNvX2JzdCA9IHJtYW5fZ2V0X2J1c3Rh ZyhzYy0+dGNvX3Jlcyk7CiAJc2MtPnRjb19ic2ggPSBybWFuX2dldF9idXNoYW5kbGUoc2Mt PnRjb19yZXMpOworCisJc2MtPmdjc19yaWQgPSAwOworCXNjLT5nY3NfcmVzID0gYnVzX2Fs bG9jX3Jlc291cmNlX2FueShpY2gsIFNZU19SRVNfTUVNT1JZLCAmc2MtPmdjc19yaWQsCisJ CQkJCSAgICAgUkZfQUNUSVZFfFJGX1NIQVJFQUJMRSk7CisJaWYgKCAoc2MtPmdjc19yZXMg PT0gTlVMTCkgJiYgKHNjLT50Y29fdmVyc2lvbiAhPSAxKSApIHsKKwkJZGV2aWNlX3ByaW50 ZihkZXYsICJ1bmFibGUgdG8gcmVzZXJ2ZSBHQ1MgcmVnaXN0ZXJzXG4iKTsKKwkJZ290byBm YWlsOworCX0KKworCWlmIChpY2h3ZF9jbGVhcl9ub3JlYm9vdChzYykpCisJCWdvdG8gZmFp bDsKKworCWRldmljZV9wcmludGYoZGV2LCAiJXMgKFRDTyB2ZXJzaW9uICVkKVxuIiwKKwkJ ICAgICAgZGV2aWNlX2dldF9kZXNjKGRldiksIHNjLT50Y29fdmVyc2lvbik7CisKIAkvKiBy ZXNldCB0aGUgd2F0Y2hkb2cgc3RhdHVzIHJlZ2lzdGVycyAqLwogCiAJaWNod2Rfc3RzX3Jl c2V0KHNjKTsKQEAgLTMwOSw2ICs0MDUsMTAgQEAgaWNod2RfYXR0YWNoKGRldmljZV90IGRl dikKIAlpZiAoc2MtPnNtaV9yZXMgIT0gTlVMTCkKIAkJYnVzX3JlbGVhc2VfcmVzb3VyY2Uo ZGV2LCBTWVNfUkVTX0lPUE9SVCwKIAkJICAgIHNjLT5zbWlfcmlkLCBzYy0+c21pX3Jlcyk7 CisJaWYgKHNjLT5nY3NfcmVzICE9IE5VTEwpCisJCWJ1c19yZWxlYXNlX3Jlc291cmNlKGlj aCwgU1lTX1JFU19NRU1PUlksCisJCSAgICBzYy0+Z2NzX3JpZCwgc2MtPmdjc19yZXMpOwor CiAJcmV0dXJuIChFTlhJTyk7CiB9CiAKQEAgLTMxNiw2ICs0MTYsNyBAQCBzdGF0aWMgaW50 CiBpY2h3ZF9kZXRhY2goZGV2aWNlX3QgZGV2KQogewogCXN0cnVjdCBpY2h3ZF9zb2Z0YyAq c2M7CisJZGV2aWNlX3QgaWNoID0gTlVMTDsKIAogCXNjID0gZGV2aWNlX2dldF9zb2Z0Yyhk ZXYpOwogCkBAIC0zMzgsNiArNDM5LDEwIEBAIGljaHdkX2RldGFjaChkZXZpY2VfdCBkZXYp CiAJYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2LCBTWVNfUkVTX0lPUE9SVCwgc2MtPnRjb19y aWQsIHNjLT50Y29fcmVzKTsKIAlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYsIFNZU19SRVNf SU9QT1JULCBzYy0+c21pX3JpZCwgc2MtPnNtaV9yZXMpOwogCisJLyogZGVhbGxvY2F0ZSBt ZW1vcnkgcmVzb3VyY2UgKi8KKwlpY2ggPSBpY2h3ZF9maW5kX2ljaF9scGNfYnJpZGdlKE5V TEwpOworCWlmICggKHNjLT5nY3NfcmVzKSAmJiAoaWNoKSApIAorCQlidXNfcmVsZWFzZV9y ZXNvdXJjZShpY2gsIFNZU19SRVNfTUVNT1JZLCBzYy0+Z2NzX3JpZCwgc2MtPmdjc19yZXMp OwogCXJldHVybiAoMCk7CiB9CiAKZGlmZiAtTnVwciBpY2h3ZC5vcmlnL2ljaHdkLmggaWNo d2QvaWNod2QuaAotLS0gaWNod2Qub3JpZy9pY2h3ZC5oCVdlZCBBcHIgMjUgMjI6MDM6MTYg MjAwNworKysgaWNod2QvaWNod2QuaAlTdW4gQXByIDI5IDAzOjE0OjQ5IDIwMDcKQEAgLTM1 LDExICszNSwxMiBAQCBzdHJ1Y3QgaWNod2RfZGV2aWNlIHsKIAl1aW50MTZfdAkJIHZlbmRv cjsKIAl1aW50MTZfdAkJIGRldmljZTsKIAljaGFyCQkJKmRlc2M7CisJdW5zaWduZWQgaW50 CXZlcnNpb247CiB9OwogCiBzdHJ1Y3QgaWNod2Rfc29mdGMgewogCWRldmljZV90CQkgZGV2 aWNlOwotCisJZGV2aWNlX3QgCQkgaWNoOwogCWludAkJCSBhY3RpdmU7CiAJdW5zaWduZWQg aW50CQkgdGltZW91dDsKIApAQCAtNTMsNiArNTQsMTEgQEAgc3RydWN0IGljaHdkX3NvZnRj IHsKIAlidXNfc3BhY2VfdGFnX3QJCSB0Y29fYnN0OwogCWJ1c19zcGFjZV9oYW5kbGVfdAkg dGNvX2JzaDsKIAorCWludAkJCSBnY3NfcmlkOworCXN0cnVjdCByZXNvdXJjZQkJKmdjc19y ZXM7CisKKwlpbnQgICAgICAgICAgICAgICAgICAgICAgdGNvX3ZlcnNpb247CisKIAlldmVu dGhhbmRsZXJfdGFnCSBldl90YWc7CiB9OwogCkBAIC02OSw3ICs3NSwxNCBAQCBzdHJ1Y3Qg aWNod2Rfc29mdGMgewogI2RlZmluZSBERVZJQ0VJRF84MjgwMUVCUgkweDI0ZDAKICNkZWZp bmUgREVWSUNFSURfNjMwMEVTQgkweDI1YTEKICNkZWZpbmUgREVWSUNFSURfODI4MDFGQlIJ MHgyNjQwCi0jZGVmaW5lIERFVklDRUlEX0lDSDUJCTB4MjdiOAorI2RlZmluZSBERVZJQ0VJ RF9JQ0g2TQkJMHgyNjQxCisjZGVmaW5lIERFVklDRUlEX0lDSDZXCQkweDI2NDIKKyNkZWZp bmUgREVWSUNFSURfSUNINwkJMHgyN2I4CisjZGVmaW5lIERFVklDRUlEX0lDSDdNCQkweDI3 YjkKKyNkZWZpbmUgREVWSUNFSURfSUNIN01ESAkweDI3YmQKKyNkZWZpbmUgREVWSUNFSURf SUNIOAkJMHgyODEwCisjZGVmaW5lIERFVklDRUlEX0lDSDhESAkJMHgyODEyCisjZGVmaW5l IERFVklDRUlEX0lDSDhETwkJMHgyODE0CiAKIC8qIElDSCBMUEMgSW50ZXJmYWNlIEJyaWRn ZSBSZWdpc3RlcnMgKi8KICNkZWZpbmUgSUNIX0dFTl9TVEEJCTB4ZDQKQEAgLTExMSw2ICsx MjQsMTIgQEAgc3RydWN0IGljaHdkX3NvZnRjIHsKIC8qIGNvbnRyb2wgYml0cyBmb3IgVENP MV9DTlQgKi8KICNkZWZpbmUgVENPX1RNUl9IQUxUCQkweDA4MDAgLyogY2xlYXIgdG8gZW5h YmxlIFdEVCAqLwogI2RlZmluZSBUQ09fQ05UX1BSRVNFUlZFCTB4MDIwMCAvKiBwcmVzZXJ2 ZSB0aGVzZSBiaXRzICovCisKKyNkZWZpbmUgSUNIX1JDQkEJCTB4ZjAgIAorI2RlZmluZSBJ Q0hfR0NTX09GRlNFVAkJMHgzNDEwCisjZGVmaW5lIElDSF9HQ1NfU0laRQkJMHg0CisjZGVm aW5lIEdDU19OT1JFQk9PVAkJMHgwMDAwMDAyMAorI2RlZmluZSBUQ09fVjJfVE1SCQkweDEy IC8qIFRDTyBUaW1lciBJbml0aWFsIFZhbHVlIGZvciBWMiAqLwogCiAvKiBhcHByb3hpbWF0 ZSBsZW5ndGggaW4gbmFub3NlY29uZHMgb2Ygb25lIFdEVCB0aWNrICovCiAjZGVmaW5lIElD SFdEX1RJQ0sJCTE4MDAwMDAwMDAK --------------090403080905070803000903-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 20:11:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B74C716A400; Sat, 28 Apr 2007 20:11:35 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id 4A76C13C4B0; Sat, 28 Apr 2007 20:11:35 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [129.247.12.13] ([129.247.12.13]) by smtp-1.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Sat, 28 Apr 2007 22:11:33 +0200 Message-ID: <4633AA74.40807@dlr.de> Date: Sat, 28 Apr 2007 22:11:32 +0200 From: Hartmut Brandt User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Robert Watson References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> <86veflholn.fsf@dwp.des.no> <20070428113752.A28395@fledge.watson.org> <4633299B.2020206@dlr.de> <20070428121554.T28395@fledge.watson.org> In-Reply-To: <20070428121554.T28395@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 28 Apr 2007 20:11:33.0704 (UTC) FILETIME=[6AD7B480:01C789D1] X-Mailman-Approved-At: Sat, 28 Apr 2007 20:27:27 +0000 Cc: current@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Tim Kientzle , David G Lawrence , "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 20:11:36 -0000 Robert Watson wrote: > On Sat, 28 Apr 2007, Hartmut Brandt wrote: > >> Robert Watson wrote: >>> >>> On Tue, 24 Apr 2007, Dag-Erling Smørgrav wrote: >>> >>>> David G Lawrence writes: >>>>> gettimeofday(2) returns microsecond precision, so I don't see how >>>>> this could be made accelerated via a mapped global page. time(3) >>>>> [which is currently a wrapper for gettimeofday(2)], on the other >>>>> had, could be put into such a page since it only updates once a >>>>> second. >>>> >>>> gettimeofday(2) returns a value in microseconds, but this does not >>>> necessarily mean that it has microsecond precision. Updating it >>>> once per scheduler tick or once per context switch (in userret(), >>>> for instance) is probably enough. >>> >>> We have an overall issue with the cost vs prevision of time >>> measurement in FreeBSD. We err on the side of precision; other >>> systems err on the side of cost. I'm not sure that gettimeofday() >>> is best optimized in the way you describe, since if we're going to >>> sacrifice precision, we could sacrifice a lot less precision and >>> still get massively better performance. >> >> Sorry to jump in here with a rather generic comment. It would be nice >> if the user program had a choice on the precision/cost issue. While >> most of the programs really don't care about precision (as long as it >> is not in the second range) there are applications that would rather >> have more precision even when it comes with much higher cost. I think >> there is such a choice in the kernel with the >> microtime()/getmicrotime() stuff. I have, for example, applications >> that do network performance measurements and rather low bandwidth >> satellite connections. I don't care about cost but care about >> precision. So it would be great if the application had a choice. I >> don't know what is the best way to do this - have different system >> calls, have a call that at program start says: give me more precision >> or give me lesser cost. I'm sure you guys find a way. Just make sure >> that you don't force one precision/cost tradeoff on everybody. > > One of the questions that's been tricky in the past is how best to > offer that choice. The ideal case is that things are fast and > precise. If that's not possible, then presumably we need a source of > policy. I think, ideally, this is the programmer/application, as that > allows the trade-off to be considered, and likely configured, in the > context of the application. The programmer knows the difference > between time measurements gathered for occasional statistics profiling > and timing measurements gathered for the purposes of precise network > mapping or event handling. > > Unfortunately, this sort of thing can't be expressed using the > standard APIs. This leaves us two choices: allow the behavior of > standard APIs to be configured at some granularity, or introduce new > APIs. My feeling is we should prefer new APIs, and suggest that > programmers use those. Take a look at sys/sys/time.h:1.71 for an > example of what might make sense. I wasn't aware of this stuff. But you're probably right. My feeling is also that new APIs are the way to go... harti From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 20:52:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EEA316A400 for ; Sat, 28 Apr 2007 20:52:28 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 128F613C465 for ; Sat, 28 Apr 2007 20:52:27 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hhttz-0002oA-JA for freebsd-current@freebsd.org; Sat, 28 Apr 2007 22:52:21 +0200 Received: from 89-172-62-201.adsl.net.t-com.hr ([89.172.62.201]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 28 Apr 2007 22:52:19 +0200 Received: from ivoras by 89-172-62-201.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 28 Apr 2007 22:52:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 28 Apr 2007 22:51:55 +0200 Lines: 32 Message-ID: References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> <20070427031124.GA18527@xor.obsecurity.org> <20070427180021.GA57409@xor.obsecurity.org> <20070427222116.GG840@turion.vk2pj.dyndns.org> <46327950.7030900@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8D0B2DA3A1B7B3B4C19D7559" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-62-201.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <46327950.7030900@samsco.org> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 20:52:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8D0B2DA3A1B7B3B4C19D7559 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Scott Long wrote: > Implement network crashdumps. This involves writing a new, separate, > stripped down network stack, dealing with network configuration > headaches, etc. It it will address the problem, though, albeit with a > lot of development effort and pain. Aren't there OSes that can dump the core over a serial port? (Yes, it could be slow :) ) --------------enig8D0B2DA3A1B7B3B4C19D7559 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGM7PwldnAQVacBcgRAlLLAKC23efWi3kwipyhZtj8UOQSTeFEkwCgl5th OWpgXbiliAk+LIi7wPgMDkI= =7vZu -----END PGP SIGNATURE----- --------------enig8D0B2DA3A1B7B3B4C19D7559-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 21:15:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2003416A404 for ; Sat, 28 Apr 2007 21:15:19 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id CB10513C45B for ; Sat, 28 Apr 2007 21:15:18 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so976776ana for ; Sat, 28 Apr 2007 14:15:18 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Wt2vYDoJPgVLnUFJZ2yZHZgUrsEMcAM8J717H80DSaTLBC1i/+2MsQJY3y+gIJxghzPfVdctkgTLyD6gjOLt6TGe0czX+06dlLZlmardf54EO7FTcjS+B89CV+1n3rfPeKj6LEBB7u8L2VNX1I3dUU8NWS1Jc96xhk20TPCoXRU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=h7TY4xQ4PhLGHjOHW6BwKeOhjy+w6ZKKXNXEoXwOcP9uK3rNXMc89v826KB/hvPEgfXD2pCQ25lGM9B06FXAUurQkj92wHmjjvKRwFnOPcmUF6CXR+6ltUhOYf6Tke2Xm6k/6t4EIL85g6W77amc3naZ9+KWlpo3EVlQCibDC+8= Received: by 10.100.165.9 with SMTP id n9mr3035982ane.1177794917861; Sat, 28 Apr 2007 14:15:17 -0700 (PDT) Received: by 10.100.9.7 with HTTP; Sat, 28 Apr 2007 14:15:17 -0700 (PDT) Message-ID: Date: Sun, 29 Apr 2007 01:15:17 +0400 From: pluknet To: freebsd-current@freebsd.org In-Reply-To: <200704281412.19978.amistry@am-productions.biz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4630D572.1020204@omnisec.de> <20070428114243.N28395@fledge.watson.org> <200704281633.32639.h.schmalzbauer@omnisec.de> <200704281412.19978.amistry@am-productions.biz> Subject: Re: Panic: fusefs crashes -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 21:15:19 -0000 On 28/04/07, Anish Mistry wrote: > On Saturday 28 April 2007, Harald Schmalzbauer wrote: > > Am Samstag, 28. April 2007 schrieb Robert Watson: > > > On Thu, 26 Apr 2007, Harald Schmalzbauer wrote: > > > > I wanted to report a panic with todays current: > > > > > > > > fuse4bsd: version 0.3.0, FUSE ABI 7.8 > > > Perhaps it'll make that issue to be more clear. show alllocks: Process 1692 (mount_fusefs) thread 0xc2fe2740 (100091) exclusive sleep mutex Giant r = 0 (0xc07a8108) locked @ /usr/src/sys/kern/vfs_mo unt.c:696 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 22:13:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D05916A406 for ; Sat, 28 Apr 2007 22:13:13 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 6129C13C457 for ; Sat, 28 Apr 2007 22:13:13 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 525B96B979 for ; Sun, 29 Apr 2007 00:13:12 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id l3SMCvib008535; Sun, 29 Apr 2007 00:13:01 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 29 Apr 2007 00:12:49 +0200 User-Agent: KMail/1.9.6 References: <46327950.7030900@samsco.org> In-Reply-To: X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200704290012.50427.thierry@herbelot.com> Cc: Ivan Voras Subject: Re: Panic on boot. How do I get a kernel dump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 22:13:13 -0000 Le Saturday 28 April 2007, Ivan Voras a écrit : > Scott Long wrote: > > Implement network crashdumps. This involves writing a new, separate, > > stripped down network stack, dealing with network configuration > > headaches, etc. It it will address the problem, though, albeit with a > > lot of development effort and pain. > > Aren't there OSes that can dump the core over a serial port? > > (Yes, it could be slow :) ) and over a firewire link ? TfH