From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 00:05:15 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 049E7106568B for ; Sun, 27 Dec 2009 00:05:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8498FC12 for ; Sun, 27 Dec 2009 00:05:14 +0000 (UTC) Received: (qmail 21347 invoked by uid 399); 27 Dec 2009 00:05:13 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Dec 2009 00:05:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B36A4B8.8020801@FreeBSD.org> Date: Sat, 26 Dec 2009 16:05:12 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <4B36A026.7050602@FreeBSD.org> In-Reply-To: <4B36A026.7050602@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Apparent ath regression w/D-Link DWL-AG650 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, 27 Dec 2009 00:05:15 -0000 Doug Barton wrote: > Howdy, > > I have an old PCMCIA card, a D-Link DWL-AG650 that used to work with > FreeBSD, and currently still works with Windows XP. However when I > insert it on today's -current it insta-panics with the information > that you can see at http://dougbarton.us/IMG_0034.jpg. > > I'm 99% sure that this is an ath part, but JIC I compiled and booted a > GENERIC kernel, same problem. > > I realize that it's an old part, however it's the only external card I > have left that does 11a, so I would like to get it working again if > possible. OTOH, the fact that it instantly panics the system is bad > all on its own. I THINK this is the stack trace for this problem, I'm having a bad freebsd-current day. :-/ The rest of the file is on freefall in my home directory, core.txt.ath Loaded symbols for /boot/kernel/if_ath.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc061dbcf in boot (howto=260) at /usr/local/src/sys/kern/kern_shutdown.c:416 #2 0xc061deb2 in panic (fmt=Variable "fmt" is not available. ) at /usr/local/src/sys/kern/kern_shutdown.c:579 #3 0xc0644656 in resource_list_add (rl=0xc5f37004, type=3, rid=16, start=0, end=4294967295, count=65536) at /usr/local/src/sys/kern/subr_bus.c:2873 #4 0xc052da88 in pci_add_map (bus=0xc5ff1800, dev=0xc754b280, reg=16, rl=0xc5f37004, force=1, prefetch=0) at /usr/local/src/sys/dev/pci/pci.c:2446 #5 0xc052e0be in pci_add_resources (bus=0xc5ff1800, dev=0xc754b280, force=1, prefetchmask=0) at /usr/local/src/sys/dev/pci/pci.c:2716 #6 0xc04ff37e in cardbus_attach_card (cbdev=0xc5ff1800) at /usr/local/src/sys/dev/cardbus/cardbus.c:199 #7 0xc05234c5 in cbb_event_thread (arg=0xc5ebc800) at card_if.h:83 #8 0xc05f4bd8 in fork_exit (callout=0xc05231a0 , arg=0xc5ebc800, frame=0xe60f7d38) at /usr/local/src/sys/kern/kern_fork.c:843 #9 0xc08701f0 in fork_trampoline () at /usr/local/src/sys/i386/i386/exception.s:270 -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 00:07:56 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85456106566B for ; Sun, 27 Dec 2009 00:07:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3EE8FC16 for ; Sun, 27 Dec 2009 00:07:56 +0000 (UTC) Received: (qmail 25883 invoked by uid 399); 27 Dec 2009 00:07:55 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Dec 2009 00:07:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B36A55B.8090904@FreeBSD.org> Date: Sat, 26 Dec 2009 16:07:55 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: powerd + nvidia driver core.txt 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, 27 Dec 2009 00:07:56 -0000 I finally got an actual core of the problem with powerd and the nvidia driver. Rest of the file is at freefall:~dougb/core.txt.nvidia. panic: vm_fault: fault on nofault entry, addr: c40a8000 #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc061dbcf in boot (howto=260) at /usr/local/src/sys/kern/kern_shutdown.c:416 #2 0xc061deb2 in panic (fmt=Variable "fmt" is not available. ) at /usr/local/src/sys/kern/kern_shutdown.c:579 #3 0xc0833898 in vm_fault (map=0xc1c90000, vaddr=3289022464, fault_type=Variable "fault_type" is not available. ) at /usr/local/src/sys/vm/vm_fault.c:255 #4 0xc088cad3 in trap_pfault (frame=0xe83b0a30, usermode=0, eva=3289023656) at /usr/local/src/sys/i386/i386/trap.c:838 #5 0xc088d443 in trap (frame=0xe83b0a30) at /usr/local/src/sys/i386/i386/trap.c:533 #6 0xc087017b in calltrap () at /usr/local/src/sys/i386/i386/exception.s:165 #7 0xc084bfe2 in vm_reserv_alloc_page (object=0xc1c7c330, pindex=1664) at /usr/local/src/sys/vm/vm_reserv.c:320 #8 0xc084551e in vm_page_alloc (object=0xc1c7c330, pindex=1664, req=64) at /usr/local/src/sys/vm/vm_page.c:1081 #9 0xc0833ce5 in vm_fault (map=0xc6499ae0, vaddr=708440064, fault_type=2 '\002', fault_flags=Variable "fault_flags" is not available. ) at /usr/local/src/sys/vm/vm_fault.c:399 #10 0xc088ca5e in trap_pfault (frame=0xe83b0d38, usermode=1, eva=708440832) at /usr/local/src/sys/i386/i386/trap.c:828 #11 0xc088d28e in trap (frame=0xe83b0d38) at /usr/local/src/sys/i386/i386/trap.c:401 #12 0xc087017b in calltrap () at /usr/local/src/sys/i386/i386/exception.s:165 #13 0x29f47eb8 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 00:11:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5130106566B; Sun, 27 Dec 2009 00:11:05 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 420EA8FC19; Sun, 27 Dec 2009 00:11:04 +0000 (UTC) Received: by fxm27 with SMTP id 27so9423316fxm.3 for ; Sat, 26 Dec 2009 16:11:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=XZN6O8e4+i/phcm4EXy/OhfGhmf3HDjwh4AzZck4nf4=; b=Mc5K/aixBwdaoqa/wPpmjZQcLlTeX82T3ZAzgG5O83q6RfJanNT+xx/OX0VfEQAngE 5foC6IjMlNdrKrAOOjgFaO/H4+IiTnlYVCfXpWyfMdFMhSUlpvty1QQosCIE9JlaIn4b qeeGr+Tz+9m36cr4I2ZnOqRtmFo0cHmQM6qGY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=V+7U5Hz6tnib93mFdwTeyptEqfN3jiK+BS/CdrCIolo/IJqpb5WC9oLn+UG6hpGFFg kf+tIaKLV0+0VWYlIRwwzQiik39g0C4NfVZMEbyUbnCC/1wa1t5bdSQg3wFTxA5OdMfe u0QNhyJ77bQ4HnPMjNAosuqMMOOTKq4WRAyRU= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.77.141 with SMTP id g13mr8201083fak.0.1261872664053; Sat, 26 Dec 2009 16:11:04 -0800 (PST) In-Reply-To: <4B36A4B8.8020801@FreeBSD.org> References: <4B36A026.7050602@FreeBSD.org> <4B36A4B8.8020801@FreeBSD.org> Date: Sun, 27 Dec 2009 01:11:03 +0100 X-Google-Sender-Auth: da952105071d1931 Message-ID: <3bbf2fe10912261611m2d199671t3e5a627f0631cc2@mail.gmail.com> From: Attilio Rao To: Doug Barton Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Apparent ath regression w/D-Link DWL-AG650 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, 27 Dec 2009 00:11:06 -0000 2009/12/27 Doug Barton : > Doug Barton wrote: >> Howdy, >> >> I have an old PCMCIA card, a D-Link DWL-AG650 that used to work with >> FreeBSD, and currently still works with Windows XP. However when I >> insert it on today's -current it insta-panics with the information >> that you can see at http://dougbarton.us/IMG_0034.jpg. >> >> I'm 99% sure that this is an ath part, but JIC I compiled and booted a >> GENERIC kernel, same problem. >> >> I realize that it's an old part, however it's the only external card I >> have left that does 11a, so I would like to get it working again if >> possible. OTOH, the fact that it instantly panics the system is bad >> all on its own. > > I THINK this is the stack trace for this problem, I'm having a bad > freebsd-current day. :-/ =C2=A0The rest of the file is on freefall in my > home directory, core.txt.ath > > Loaded symbols for /boot/kernel/if_ath.ko > #0 =C2=A0doadump () at pcpu.h:246 > 246 =C2=A0 =C2=A0 pcpu.h: No such file or directory. > =C2=A0 =C2=A0 =C2=A0 =C2=A0in pcpu.h > (kgdb) #0 =C2=A0doadump () at pcpu.h:246 > #1 =C2=A00xc061dbcf in boot (howto=3D260) > =C2=A0 =C2=A0at /usr/local/src/sys/kern/kern_shutdown.c:416 > #2 =C2=A00xc061deb2 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/local/src/sys/kern/kern_shutdown.c:579 > #3 =C2=A00xc0644656 in resource_list_add (rl=3D0xc5f37004, type=3D3, rid= =3D16, > start=3D0, > =C2=A0 =C2=A0end=3D4294967295, count=3D65536) at > /usr/local/src/sys/kern/subr_bus.c:2873 > #4 =C2=A00xc052da88 in pci_add_map (bus=3D0xc5ff1800, dev=3D0xc754b280, r= eg=3D16, > =C2=A0 =C2=A0rl=3D0xc5f37004, force=3D1, prefetch=3D0) > =C2=A0 =C2=A0at /usr/local/src/sys/dev/pci/pci.c:2446 > #5 =C2=A00xc052e0be in pci_add_resources (bus=3D0xc5ff1800, dev=3D0xc754b= 280, > force=3D1, > =C2=A0 =C2=A0prefetchmask=3D0) at /usr/local/src/sys/dev/pci/pci.c:2716 > #6 =C2=A00xc04ff37e in cardbus_attach_card (cbdev=3D0xc5ff1800) > =C2=A0 =C2=A0at /usr/local/src/sys/dev/cardbus/cardbus.c:199 > #7 =C2=A00xc05234c5 in cbb_event_thread (arg=3D0xc5ebc800) at card_if.h:8= 3 > #8 =C2=A00xc05f4bd8 in fork_exit (callout=3D0xc05231a0 = , > =C2=A0 =C2=A0arg=3D0xc5ebc800, frame=3D0xe60f7d38) > =C2=A0 =C2=A0at /usr/local/src/sys/kern/kern_fork.c:843 > #9 =C2=A00xc08701f0 in fork_trampoline () > =C2=A0 =C2=A0at /usr/local/src/sys/i386/i386/exception.s:270 Please revert patch introduced in r200315. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 01:17:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01D0A106566C for ; Sun, 27 Dec 2009 01:17:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id ABE248FC14 for ; Sun, 27 Dec 2009 01:17:46 +0000 (UTC) Received: (qmail 9566 invoked by uid 399); 27 Dec 2009 01:17:45 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Dec 2009 01:17:45 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B36B5B9.7050805@FreeBSD.org> Date: Sat, 26 Dec 2009 17:17:45 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "b. f." X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: power/temp management on a Dell D620 w/C2D 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, 27 Dec 2009 01:17:47 -0000 I'm starting a new thread since my problems do not seem directly related to the nvidia drivers, and the other thread(s) sort of diverged. :) I'm very grateful to everyone who has provided suggestions, and I am happy to report that I have powerd working fine about 90% of the time now that I have disabled throttling. About 1/10 boots I get the "X begins but doesn't finish" problem that I've described previously, and finally resulted in the panic that I just sent to the list. More below ... b. f. wrote: > On 12/21/09, Doug Barton wrote: >> Doug Barton wrote: >>> I did, but the problem got worse. With the following: >>> performance_cx_lowest="C2" # Online CPU idle state >>> economy_cx_lowest="C2" # Offline CPU idle state > > I don't see any obvious problems in your listings. But since > others have reported difficulties when using the nvidia driver with > both throttling and powerd(8), why don't you disable throttling, > and see what happens?: Ok, I did not only that, but I went the whole hog on the recommendations listed at http://wiki.freebsd.org/TuningPowerConsumption hw.pci.do_power_nodriver=3 hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=1 hint.apic.0.clock=0 kern.hz=100 hint.atrtc.0.clock=0 hint.pcm.0.buffersize=65536 hint.pcm.1.buffersize=65536 hw.snd.feeder_buffersize=65536 hw.snd.latency=7 I also have in rc.conf: performance_cpu_freq="NONE" # Online CPU frequency economy_cpu_freq="NONE" # Offline CPU frequency performance_cx_lowest="C3" # Online CPU idle state economy_cx_lowest="C3" # Offline CPU idle state The combination of all these has resulted in the hw.acpi.thermal.tz0.temperature at idle of around 68-72C, and in "normal" use between 75-80C, which is back to where it used to be. If I add powerd: powerd_flags="-a adaptive -b adaptive -n adaptive" It drops the temp further. It idles in the low 60s and gets up to the high 60s - low 70s for extra work (like "compact folders" in thunderbird). Also, the occasional "flicker" on the screen that I used to experience with powerd is gone, I assume because it and throttling are no longer fighting one another. > in /boot/device.hints or /boot/loader.conf. Make sure that > dev.cpu.0.freq_levels, dev.est.0.freq_settings, etc. show a > reasonable range of frequencies, Those 3 all show the same ranges: 2333/31000 2000/26000 1667/22000 1333/17000 1000/13000 > and that your cpus are using the lowest when lightly loaded. I assume that you mean dev.cpu.0.freq? That seems to stay at 1000 when the system is lightly loaded. If I toggle debug.cpufreq.verbose and watch the log I get something like this: cpufreq: skipping info-only driver acpi_perf1 cpufreq: adding abs setting 2333 at head cpufreq: adding abs setting 2000 after 2333 cpufreq: adding abs setting 1667 after 2000 cpufreq: adding abs setting 1333 after 1667 cpufreq: adding abs setting 1000 after 1333 cpufreq: setting abs freq 1000 on est1 (cpu 1) cpufreq: get returning known freq 1000 last message repeated 123 times Which all seems nice. > If they don't, or if there continue to > be problems, consider setting debug.cpufreq.lowest to remove > problematic frequencies, as in cpufreq(4). That one is a bit weird, since it's currently set to 0. > And keep an eye on the > reported temperatures, because the computer may run hotter without > throttling. Can you run X without problems? Yes, I've run X on it all along. > You may also want to try: > > hint.ata.0.pm_level=1 What will that do? > I also think that ~75C is a bit high for a lightly loaded machine. Agreed, the 65-70C that it is averaging now with all the settings above is a lot healthier in my opinion. This laptop has always run hot, it's endemic to the breed, but there is hot and then there is HOT. > Earlier, you said that you noticed an increase in operating > temperatures, beginning several weeks ago. Do you remember typical > values for the temperatures before the increase? Yes, it was common for the temp to stay somewhere in the 70s for typical light usage (X, thunderbird, firefox, pidgin) and jump into the high 80s to low 90s when building world, especially with -j2. > Did you increase the machine's workload, or change BIOS settings? No. > What temperatures > are reported under Windows with power-saving when the machine is > lightly loaded? I found an interesting utility called "Speed Fan." It has a very thorough list of temperatures from various things (assuming it is to be believed). Here is an "average" reading: GPU: 86C HD0: 48C Temp1: 76C Core0: 70C Core1: 71C Core: 80C DIMM: 80C Temp4: 64C That seemed to indicate (as someone else mentioned) that the GPU is actually the culprit in terms of the major heat source. > You said that you blew out the ducts and grilles, > but did you look to see that there were no remaining obstructions > afterward? I had some repair work done on this laptop almost a year ago where they removed everything to put in a new motherboard, although I haven't had the case open since. I visually inspected the ducts/grilles from the outside, but I haven't had it open yet. I plan to do that soonish, but I've been busy with the holidays, etc. > Have you looked to see if the heat sink is firmly > seated on the cpu, with no air gap, but only an adequate amount of > thermal interface material between the two? No, I don't know for sure. I will take a look at it when I have the case open. Thanks again, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 01:22:30 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB2F106566B for ; Sun, 27 Dec 2009 01:22:30 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 097368FC15 for ; Sun, 27 Dec 2009 01:22:29 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 49EF773098; Sun, 27 Dec 2009 02:30:10 +0100 (CET) Date: Sun, 27 Dec 2009 02:30:10 +0100 From: Luigi Rizzo To: "b. f." Message-ID: <20091227013010.GA12478@onelab2.iet.unipi.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: select() returning early from timeouts ? (on qemu, HEAD and RELENG_8) 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, 27 Dec 2009 01:22:30 -0000 On Sat, Dec 26, 2009 at 12:56:49PM -0500, b. f. wrote: > >I was wondering if someone can try the above on real hardware > >and let me know. > > > 9-CURRENT amd64 r r200984M > legacy usb support off in bios > >From loader.conf: > kern.hz="100" > hint.apic.0.clock="0" > hint.atrtc.0.clock="0" > >From sysctl.conf: > kern.timecounter.hardware=i8254 > > sysctl shows: > kern.clockrate: { hz = 100, tick = 10000, profhz = 100, stathz = 100 } > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC(800) HPET(900) ACPI-fast(1000) i8254(0) > dummy(-1000000) > kern.timecounter.hardware: i8254 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.i8254.mask: 4294967295 > kern.timecounter.tc.i8254.counter: 1239934843 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.ACPI-fast.mask: 16777215 > kern.timecounter.tc.ACPI-fast.counter: 8027521 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.quality: 1000 > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.HPET.counter: 519307291 > kern.timecounter.tc.HPET.frequency: 25000000 > kern.timecounter.tc.HPET.quality: 900 > kern.timecounter.tc.TSC.mask: 4294967295 > kern.timecounter.tc.TSC.counter: 4274176162 > kern.timecounter.tc.TSC.frequency: 800000000 > kern.timecounter.tc.TSC.quality: 800 > kern.timecounter.invariant_tsc: 0 > kern.hz: 100 > > #time ping -c 21 localhost > PING localhost... (127.0.0.1): 56 data bytes > 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.080 ms > 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.037 ms > 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.036 ms > 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.039 ms > 64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=8 ttl=64 time=0.072 ms > 64 bytes from 127.0.0.1: icmp_seq=9 ttl=64 time=0.034 ms > 64 bytes from 127.0.0.1: icmp_seq=10 ttl=64 time=0.034 ms > 64 bytes from 127.0.0.1: icmp_seq=11 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=12 ttl=64 time=0.041 ms > 64 bytes from 127.0.0.1: icmp_seq=13 ttl=64 time=0.038 ms > 64 bytes from 127.0.0.1: icmp_seq=14 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=15 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=16 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=17 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=18 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=19 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=20 ttl=64 time=0.069 ms > > --- localhost... ping statistics --- > 21 packets transmitted, 21 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 0.032/0.040/0.080/0.014 ms > > real 0m20.198s > user 0m0.000s > sys 0m0.002s > > Apart from the possible emulation complications, the i8254 calibration > code has been removed, and there was some discussions about i8254 > problems back when you outlined your callout change proposal... Ok it seems caused by my commit in r200300 (and similar for RELENG_8) where i removed "options HZ=1000" from the PICOBSD kernel config file. Apparently running in qemu with GUEST_HZ < HOST_HZ gives poor select() behaviour, at least without ACPI. cheers luigi From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 03:32:35 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC2A106566B for ; Sun, 27 Dec 2009 03:32:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 61CCF8FC18 for ; Sun, 27 Dec 2009 03:32:35 +0000 (UTC) Received: (qmail 28560 invoked by uid 399); 27 Dec 2009 03:32:34 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Dec 2009 03:32:34 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B36D550.2050006@FreeBSD.org> Date: Sat, 26 Dec 2009 19:32:32 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Is 802.11a supposed to work with wpi? 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, 27 Dec 2009 03:32:35 -0000 I have the infamous Intel 3945ABG, and an access point that does 802.11a. The card works fine with WPA in Win XP, even with a wall or two in between me and the AP. With FreeBSD I cannot get a link in 802.11a even with no encryption and standing in the same room as the AP. Is it supposed to work? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 04:33:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A2FB1065670 for ; Sun, 27 Dec 2009 04:33:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E954D8FC0A for ; Sun, 27 Dec 2009 04:33:50 +0000 (UTC) Received: (qmail 27615 invoked by uid 399); 27 Dec 2009 04:33:50 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Dec 2009 04:33:50 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B36E3AD.6030703@FreeBSD.org> Date: Sat, 26 Dec 2009 20:33:49 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Attilio Rao References: <4B36A026.7050602@FreeBSD.org> <4B36A4B8.8020801@FreeBSD.org> <3bbf2fe10912261611m2d199671t3e5a627f0631cc2@mail.gmail.com> In-Reply-To: <3bbf2fe10912261611m2d199671t3e5a627f0631cc2@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Apparent ath regression w/D-Link DWL-AG650 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, 27 Dec 2009 04:33:51 -0000 Attilio Rao wrote: > Please revert patch introduced in r200315. Ok, that was the ticket. At r200314 the card worked, at r200315 I got the following: panic: resource_list_add: resource entry is busy #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc05f2edf in boot (howto=260) at /usr/local/src/sys/kern/kern_shutdown.c:416 #2 0xc05f31c2 in panic (fmt=Variable "fmt" is not available. ) at /usr/local/src/sys/kern/kern_shutdown.c:579 #3 0xc0619936 in resource_list_add (rl=0xc5271004, type=3, rid=16, start=0, end=4294967295, count=65536) at /usr/local/src/sys/kern/subr_bus.c:2873 #4 0xc05084a8 in pci_add_map (bus=0xc5329980, dev=0xc5a90080, reg=16, rl=0xc5271004, force=1, prefetch=0) at /usr/local/src/sys/dev/pci/pci.c:2446 #5 0xc0508ade in pci_add_resources (bus=0xc5329980, dev=0xc5a90080, force=1, prefetchmask=0) at /usr/local/src/sys/dev/pci/pci.c:2716 #6 0xc04d9d9e in cardbus_attach_card (cbdev=0xc5329980) at /usr/local/src/sys/dev/cardbus/cardbus.c:199 #7 0xc04fdee5 in cbb_event_thread (arg=0xc521f000) at card_if.h:83 #8 0xc05caa08 in fork_exit (callout=0xc04fdbc0 , arg=0xc521f000, frame=0xe54edd38) at /usr/local/src/sys/kern/kern_fork.c:843 #9 0xc0844230 in fork_trampoline () at /usr/local/src/sys/i386/i386/exception.s:270 (kgdb) Full file is at freefall:~dougb/core.txt.200315 Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 04:37:38 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96A2A106568F for ; Sun, 27 Dec 2009 04:37:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 332978FC0C for ; Sun, 27 Dec 2009 04:37:38 +0000 (UTC) Received: (qmail 661 invoked by uid 399); 27 Dec 2009 04:37:37 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Dec 2009 04:37:37 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B36E491.3000204@FreeBSD.org> Date: Sat, 26 Dec 2009 20:37:37 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <4B36D550.2050006@FreeBSD.org> In-Reply-To: <4B36D550.2050006@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Is 802.11a supposed to work with wpi? 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, 27 Dec 2009 04:37:38 -0000 Doug Barton wrote: > I have the infamous Intel 3945ABG, and an access point that does > 802.11a. The card works fine with WPA in Win XP, even with a wall or > two in between me and the AP. > > With FreeBSD I cannot get a link in 802.11a even with no encryption > and standing in the same room as the AP. Is it supposed to work? Thanks to Attilio I got my only other 11a card working and it can sync up with the AP even with WPA. It's not a strong signal, but it works just fine: SSID/MESH ID CHAN RATE S:N INT CAPS my11assid 52 54M -91:-96 100 EP WPA So this definitely appears to be a wpi issue. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 10:42:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D4EE106566B; Sun, 27 Dec 2009 10:42:42 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8215F8FC0C; Sun, 27 Dec 2009 10:42:41 +0000 (UTC) Received: by ewy26 with SMTP id 26so6556007ewy.3 for ; Sun, 27 Dec 2009 02:42:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=c/Uk9RCxB4+DxW6jo1oin3zgdbdR9KZBGubJl82t9wM=; b=wBp5avzDsS9ZP0BMbNy336mEwLBZFLrTctNLg5MgxtlC0rqAwfGpsWGtuZ8WV3gr79 IHPk3zJJBudxqoivWjC/npDYQ10HavViNTTbHcRIRKWxEIGTBAiALgcZN71AiLol1DIw /AHKPhdZbwg1cw0BokfpSCREe5lg3/fdT7fL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=sTAU/Z9gQjZmxe8goWD+9A4zd1Kr83PnO5A7aj7s6oND9a2V2LXW6DXSf5t1Swnn3G 0kX4ELdJIkanKUVODEFHtZjfcK+m+k29fA224sbIzSZMihPx8OozW6z8SV/GZdq/byNo UPWK8+oHrqaaLVD4am0AZ6KS2lElVzGQDcyrA= MIME-Version: 1.0 Received: by 10.213.99.207 with SMTP id v15mr17632525ebn.73.1261910550439; Sun, 27 Dec 2009 02:42:30 -0800 (PST) In-Reply-To: <4B36E491.3000204@FreeBSD.org> References: <4B36D550.2050006@FreeBSD.org> <4B36E491.3000204@FreeBSD.org> Date: Sun, 27 Dec 2009 11:42:30 +0100 Message-ID: <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> From: Paul B Mahol To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Is 802.11a supposed to work with wpi? 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, 27 Dec 2009 10:42:42 -0000 On 12/27/09, Doug Barton wrote: > Doug Barton wrote: >> I have the infamous Intel 3945ABG, and an access point that does >> 802.11a. The card works fine with WPA in Win XP, even with a wall or >> two in between me and the AP. >> >> With FreeBSD I cannot get a link in 802.11a even with no encryption >> and standing in the same room as the AP. Is it supposed to work? > > Thanks to Attilio I got my only other 11a card working and it can sync > up with the AP even with WPA. It's not a strong signal, but it works > just fine: > > SSID/MESH ID CHAN RATE S:N INT CAPS > my11assid 52 54M -91:-96 100 EP WPA > > So this definitely appears to be a wpi issue. If you enable bootverbose (via loader or sysctl) what wpi says? -- Paul B Mahol From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 19:22:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0618106566B for ; Sun, 27 Dec 2009 19:22:45 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD5E8FC1A for ; Sun, 27 Dec 2009 19:22:45 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id CC314C7BF7 for ; Sun, 27 Dec 2009 14:22:44 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sun, 27 Dec 2009 14:22:44 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=KYrbdde8i1tDo4TZu+8UlorZ0Ew=; b=WRoJU12I51PwRHeXx0DfXSplnfs/6HLX7KrcsYJfRkze+eto+qWwfusoDoRsQ2mS58Y62E05s+BbWiy0LX7dZd/l0Hi1ypiw4ZOWHg1Df7CmB53c1VDp5UTO9UmDVfjMmqKxyIQV6JtlPsXCnxxh07ictYhvttJ8OJyud7IsgEg= X-Sasl-enc: XrK1aSy8pnrtPqFc5F9Y95yczqmOL3yjBiZ+a1ed9FVd 1261941764 Received: from [192.168.123.18] (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 7122D173DA for ; Sun, 27 Dec 2009 14:22:44 -0500 (EST) Message-ID: <4B37B3FE.3030308@incunabulum.net> Date: Sun, 27 Dec 2009 19:22:38 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20091223035331.GA1293@weongyo> <20091226034930.GA11506@weongyo> In-Reply-To: <20091226034930.GA11506@weongyo> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver 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, 27 Dec 2009 19:22:45 -0000 On 26/12/2009 03:49, Weongyo Jeong wrote: > Frankly speaking I didn't know siba(4) during I'd written ssb(4). It's > my bad and I think you opinion is right to go forward though siba(4) > missed 802.11 related codes. Before committing bwn(4) into tree I'd > merge codes into siba(4) firstly. > I wrote some of the siba(4) stuff originally, a few years ago, when trying to get FreeBSD booting on the Netgear WGT824, which has a Broadcom BCM5365P (aka Sentry5) embedded system processor, and contains Sonics SiliconBackPlane for its onboard peripherals. I had based some of it off a patch I think David Young came up with for NetBSD on the same beast. I got as far as getting the onboard bfe(4) to do NEWBUS attachment on the siba(4) bus, but because I hadn't gotten IRQ allocation/routing working on BCM5365P, bfe(4) didn't fully attach. Interestingly it looked like ubsec(4) might have worked with just a few tweaks, for the otherwise ppoorly] [un]documented crypto hardware on the Sentry5 chip. I believe other folk have taken what was there in the FreeBSD MIPS branch and run with it since then, so siba(4) might be closer to completion now. cheers, BMS From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 19:26:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E70E31065672 for ; Sun, 27 Dec 2009 19:26:48 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id A3F088FC1E for ; Sun, 27 Dec 2009 19:26:48 +0000 (UTC) Received: from maja.lab.techwires.net (dslb-088-065-053-175.pools.arcor-ip.net [88.65.53.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.netsrc.de (Postfix) with ESMTP id CA180192FCB for ; Sun, 27 Dec 2009 20:26:46 +0100 (CET) Received: from maja.lab.techwires.net (localhost [127.0.0.1]) by maja.lab.techwires.net (8.14.3/8.14.3) with ESMTP id nBRJQfkG002330 for ; Sun, 27 Dec 2009 20:26:41 +0100 (CET) (envelope-from bschmidt@techwires.net) Received: (from bschmidt@localhost) by maja.lab.techwires.net (8.14.3/8.14.3/Submit) id nBRJQd4L002329 for freebsd-current@freebsd.org; Sun, 27 Dec 2009 20:26:39 +0100 (CET) (envelope-from bschmidt@techwires.net) X-Authentication-Warning: maja.lab.sad1.techwires.net: bschmidt set sender to bschmidt@techwires.net using -f From: Bernhard Schmidt To: freebsd-current@freebsd.org Date: Sun, 27 Dec 2009 20:26:39 +0100 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912272026.39782.bschmidt@techwires.net> Subject: CFR: rfkill facility 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, 27 Dec 2009 19:26:49 -0000 Hi, I've spend quite bit of time to get the RF kill switch handling correct while working on iwn(4). During that I have noticed that almost every driver has its own quirks to get things done and that there is no way to get the state exposed to the user. An interface for that might address those issues. I had some spare time and put a few things together: http://techwires.net/~bschmidt/patches/freebsd/rfkill/ With that and just a few modifications to a driver, e.g. for iwn(4) http://techwires.net/~bschmidt/patches/freebsd/iwn/iwn_rfkill.diff we can get a more desirable outcome. maja:~# rfkill RFID Device Type Hard Soft 1 iwn0 WLAN no no -- Bernhard From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 19:47:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D910106566B; Sun, 27 Dec 2009 19:47:33 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB508FC0C; Sun, 27 Dec 2009 19:47:33 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id nBRJlooi097051; Sun, 27 Dec 2009 14:47:52 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Luigi Rizzo In-Reply-To: <20091226222404.GA11164@onelab2.iet.unipi.it> References: <1261859138.1555.26.camel@shumai.marcuscom.com> <20091226212104.GA10498@onelab2.iet.unipi.it> <20091226222404.GA11164@onelab2.iet.unipi.it> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-o8tYJdWO1HXPzLIx5PPv" Organization: FreeBSD, Inc. Date: Sun, 27 Dec 2009 14:47:32 -0500 Message-ID: <1261943252.1842.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,MIME_QP_LONG_LINE, NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: luigi@FreeBSD.org, FreeBSD Current Subject: Re: NAT broken in -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, 27 Dec 2009 19:47:33 -0000 --=-o8tYJdWO1HXPzLIx5PPv Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Sat, 2009-12-26 at 23:24 +0100, Luigi Rizzo wrote: > On Sat, Dec 26, 2009 at 05:06:48PM -0500, Joe Marcus Clarke wrote: > >=20 > >=20 > > PGP Key : http://www.marcuscom.com/pgp.asc > >=20 > > On Sat, 26 Dec 2009, Luigi Rizzo wrote: > >=20 > > >On Sat, Dec 26, 2009 at 03:25:38PM -0500, Joe Marcus Clarke wrote: > > >... > > >>I updated my -CURRENT box yesterday. After a reboot, NAT no longer > > >>works. That is, if I have natd running with ipfw diverting packets t= o > > >>it, the box is a big black hole. No packets leave. I do see all > > >... > > >>I have a feeling the new ipfw code merged ~ 11 days ago is the cause = of > > >>the problem. Thinking that perhaps the new modularity is causing thi= s > > >>problem, I also added the following two options to my kernel: > > >> > > >>options IPFIREWALL_NAT > > >>options LIBALIAS > > >> > > >>They did not help. I have not tried using a purely modular ipfw/NAT > > >>combination, but I will attempt that later today. I didn't see anyth= ing > > >>obvious in UPDATING. Any suggestions, or any recommendations for > > >>specific troubleshooting data to capture? Thanks. > > > > > >the changes were not expected to affect configuration or operation > > >so clearly i must have broken something in the reinjection process. > > >If you have a chance of looking at the ipfw counters (to see whether > > >packets are reinjected and where they end up) that would be helpful. > > >I'll try to run some tests here tomorrow or more likely on monday. > >=20 > > The packets appear to be looping to the divert socket. The ipfw counte= rs=20 > > show the divert rule is growing exponentially where as the other rules=20 > > have virtually no packet matches. This is just after a few seconds of=20 > > uptime: >=20 > ok then try this change in netinet/ipfw/ip_fw2.c near line 1176 >=20 > IPFW_RUNLOCK(chain); > return (IP_FW_DENY); /* invalid */ > } > - f_pos =3D ipfw_find_rule(chain, skipto, 0); > + f_pos =3D ipfw_find_rule(chain, skipto+1, 0); > } > } >=20 > Let me know if it works so i can commit it. I was just able to test this, and it works. I see you committed it already. Thanks for your quick response. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-o8tYJdWO1HXPzLIx5PPv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAks3udMACgkQb2iPiv4Uz4eCbQCfavZGSd0z69tGf2SdN8zLDrqA 0NkAoJy6GtpB/DfXz51UeJtJgtiKgvAn =x1lm -----END PGP SIGNATURE----- --=-o8tYJdWO1HXPzLIx5PPv-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 20:05:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4699E1065670 for ; Sun, 27 Dec 2009 20:05:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E696B8FC14 for ; Sun, 27 Dec 2009 20:05:34 +0000 (UTC) Received: (qmail 15213 invoked by uid 399); 27 Dec 2009 20:05:33 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Dec 2009 20:05:33 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B37BE0C.4050908@FreeBSD.org> Date: Sun, 27 Dec 2009 12:05:32 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Paul B Mahol References: <4B36D550.2050006@FreeBSD.org> <4B36E491.3000204@FreeBSD.org> <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> In-Reply-To: <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is 802.11a supposed to work with wpi? 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, 27 Dec 2009 20:05:35 -0000 Paul B Mahol wrote: > On 12/27/09, Doug Barton wrote: >> Doug Barton wrote: >>> I have the infamous Intel 3945ABG, and an access point that does >>> 802.11a. The card works fine with WPA in Win XP, even with a wall or >>> two in between me and the AP. >>> >>> With FreeBSD I cannot get a link in 802.11a even with no encryption >>> and standing in the same room as the AP. Is it supposed to work? >> Thanks to Attilio I got my only other 11a card working and it can sync >> up with the AP even with WPA. It's not a strong signal, but it works >> just fine: >> >> SSID/MESH ID CHAN RATE S:N INT CAPS >> my11assid 52 54M -91:-96 100 EP WPA >> >> So this definitely appears to be a wpi issue. > > If you enable bootverbose (via loader or sysctl) what wpi says? Thanks for responding. :) Preloaded elf module "/boot/kernel/if_wpi.ko" at 0xc15a5270. wpi0: mem 0xecfff000-0xecffffff irq 17 at device 0.0 on pci12 wpi0: Driver Revision 20071127 wpi0: Hardware Revision (0x1) wpi0: Regulatory Domain: MoW1 wpi0: Hardware Type: B wpi0: Hardware Revision: ? wpi0: SKU does support 802.11a wpi0: [MPSAFE] wpi0: [ITHREAD] wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wpi0: need multicast update callback wpi0: need multicast update callback firmware: 'wpifw' version 2144: 149652 bytes loaded at 0xc64945ec wpi0: need multicast update callback wpi0: need multicast update callback wpi0: need multicast update callback wpi0: need multicast update callback -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 21:13:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6EE31065693 for ; Sun, 27 Dec 2009 21:13:09 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id 5278F8FC12 for ; Sun, 27 Dec 2009 21:13:09 +0000 (UTC) Received: from OMTA17.westchester.pa.mail.comcast.net ([76.96.62.89]) by QMTA13.westchester.pa.mail.comcast.net with comcast id NM7D1d0041vXlb85DMD9NH; Sun, 27 Dec 2009 21:13:09 +0000 Received: from LIGHTBULB.LOCAL ([69.244.210.117]) by OMTA17.westchester.pa.mail.comcast.net with comcast id NMEV1d00E2YXfpR3dMEXJN; Sun, 27 Dec 2009 21:14:32 +0000 Message-ID: <4B37CDBC.6090107@comcast.net> Date: Sun, 27 Dec 2009 16:12:28 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.23 (X11/20091223) MIME-Version: 1.0 To: Doug Barton References: <4B36D550.2050006@FreeBSD.org> <4B36E491.3000204@FreeBSD.org> <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> <4B37BE0C.4050908@FreeBSD.org> In-Reply-To: <4B37BE0C.4050908@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is 802.11a supposed to work with wpi? 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, 27 Dec 2009 21:13:09 -0000 Doug Barton wrote: > Paul B Mahol wrote: > >> On 12/27/09, Doug Barton wrote: >> >>> Doug Barton wrote: >>> >>>> I have the infamous Intel 3945ABG, and an access point that does >>>> 802.11a. The card works fine with WPA in Win XP, even with a wall or >>>> two in between me and the AP. >>>> >>>> With FreeBSD I cannot get a link in 802.11a even with no encryption >>>> and standing in the same room as the AP. Is it supposed to work? >>>> >>> Thanks to Attilio I got my only other 11a card working and it can sync >>> up with the AP even with WPA. It's not a strong signal, but it works >>> just fine: >>> >>> SSID/MESH ID CHAN RATE S:N INT CAPS >>> my11assid 52 54M -91:-96 100 EP WPA >>> >>> So this definitely appears to be a wpi issue. >>> >> If you enable bootverbose (via loader or sysctl) what wpi says? >> > > Thanks for responding. :) > > Preloaded elf module "/boot/kernel/if_wpi.ko" at 0xc15a5270. > wpi0: mem 0xecfff000-0xecffffff irq 17 > at device 0.0 on pci12 > wpi0: Driver Revision 20071127 > wpi0: Hardware Revision (0x1) > wpi0: Regulatory Domain: MoW1 > wpi0: Hardware Type: B > wpi0: Hardware Revision: ? > wpi0: SKU does support 802.11a > wpi0: [MPSAFE] > wpi0: [ITHREAD] > wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps > wpi0: need multicast update callback > wpi0: need multicast update callback > firmware: 'wpifw' version 2144: 149652 bytes loaded at 0xc64945ec > wpi0: need multicast update callback > wpi0: need multicast update callback > wpi0: need multicast update callback > wpi0: need multicast update callback > > > > Hey Doug, I've noticed that I've had to explicitly force my Intel Pro Wireless 2915 to use 11a in the past, try the following: Try 'ifconfig wlan# mode 11a' Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 22:56:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00340106568F for ; Sun, 27 Dec 2009 22:56:20 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id BC6ED8FC0C for ; Sun, 27 Dec 2009 22:56:20 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id nBRMuDuI019356 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 27 Dec 2009 22:56:15 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: FreeBSD current mailing list Date: Sun, 27 Dec 2009 22:56:13 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_NY+NL6bzLR5Cowy" Message-Id: <200912272256.13436.ken@mthelicon.com> X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Clearing /var/tmp on boot 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, 27 Dec 2009 22:56:21 -0000 --Boundary-00=_NY+NL6bzLR5Cowy Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello Current.. While checking over my system (9-CURRENT AMD64) I was a bit surprised to find tons of old files that were hanging around in my /var/tmp that were never deleted/cleaned out. Most of the offenders were dbus, KDE and PCSCD files. To be honest, I never really checked the /var/tmp directory as I normally use the /tmp for generic stuff (unpacking archives, etc). I was wondering if there should be a startup rc script that cleans this directory as well. I copied and modified the existing /etc/rc.d/cleartmp (now /usr/local/etc/rc.d/clearvartmp) to do this job and would be interested in knowing if this is a good idea or if there are any ill effects that I didn't anticipate by doing this. Should the /var/tmp directory be cleaned on bootup? To me, it looked like it should as many of the files in the KDE directory were partial download files many months old. I have included the script I used in this email, but would like to point out that I am not the author of the original script, I mearly modified the existing one to do as I wanted. Peg --Boundary-00=_NY+NL6bzLR5Cowy-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 22:56:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0287D1065695 for ; Sun, 27 Dec 2009 22:56:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 88AB78FC1C for ; Sun, 27 Dec 2009 22:56:47 +0000 (UTC) Received: (qmail 21291 invoked by uid 399); 27 Dec 2009 22:56:46 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Dec 2009 22:56:46 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B37E62E.3060906@FreeBSD.org> Date: Sun, 27 Dec 2009 14:56:46 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Nathan Lay References: <4B36D550.2050006@FreeBSD.org> <4B36E491.3000204@FreeBSD.org> <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> <4B37BE0C.4050908@FreeBSD.org> <4B37CDBC.6090107@comcast.net> In-Reply-To: <4B37CDBC.6090107@comcast.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is 802.11a supposed to work with wpi? 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, 27 Dec 2009 22:56:48 -0000 Nathan Lay wrote: > Hey Doug, > I've noticed that I've had to explicitly force my Intel Pro Wireless > 2915 to use 11a in the past, Yes, I had the following in rc.conf which worked for the other card: ifconfig_wlan0="WPA SYNCDHCP mode 11a" Thank you for the suggestion in any case, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 23:07:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52BDE1065692 for ; Sun, 27 Dec 2009 23:07:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E3BB58FC19 for ; Sun, 27 Dec 2009 23:07:10 +0000 (UTC) Received: (qmail 1079 invoked by uid 399); 27 Dec 2009 23:07:10 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Dec 2009 23:07:10 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B37E89D.1050703@FreeBSD.org> Date: Sun, 27 Dec 2009 15:07:09 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <200912272256.13436.ken@mthelicon.com> In-Reply-To: <200912272256.13436.ken@mthelicon.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current mailing list Subject: Re: Clearing /var/tmp on boot 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, 27 Dec 2009 23:07:11 -0000 Pegasus Mc Cleaft wrote: > Hello Current.. > > While checking over my system (9-CURRENT AMD64) I was a bit surprised to find > tons of old files that were hanging around in my /var/tmp that were never > deleted/cleaned out. Most of the offenders were dbus, KDE and PCSCD files. To > be honest, I never really checked the /var/tmp directory as I normally use the > /tmp for generic stuff (unpacking archives, etc). I was wondering if there > should be a startup rc script that cleans this directory as well. No, there should not. If you look at hier(7) it says this about /var/tmp: temporary files that are kept between system reboots OTOH I do agree that it can tend to get crufty. The better way to handle things that are there which should definitely be cleaned routinely is to do it in the scripts for those services. I don't know about kde or pcscd, but you could add appropriate functionality to the dbus script very easily, it already has a _prestart method. Thank you for your interest in making FreeBSD better in any case. If you have questions about rc.d-specific things you could probably follow up on freebsd-rc@FreeBSD.org. If you have questions about individual ports you could follow up on the -ports list. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 23:22:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E397310656BC for ; Sun, 27 Dec 2009 23:22:13 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id AD96E8FC1C for ; Sun, 27 Dec 2009 23:22:13 +0000 (UTC) Received: from toad.stack.nl (toad.stack.nl [IPv6:2001:610:1108:5010::135]) by mx1.stack.nl (Postfix) with ESMTP id 925971DD652; Mon, 28 Dec 2009 00:22:12 +0100 (CET) Received: by toad.stack.nl (Postfix, from userid 1677) id 788D273FA1; Mon, 28 Dec 2009 00:22:12 +0100 (CET) Date: Mon, 28 Dec 2009 00:22:12 +0100 From: Jilles Tjoelker To: Pegasus Mc Cleaft Message-ID: <20091227232212.GA18893@stack.nl> References: <200912272256.13436.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912272256.13436.ken@mthelicon.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD current mailing list Subject: Re: Clearing /var/tmp on boot 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, 27 Dec 2009 23:22:14 -0000 On Sun, Dec 27, 2009 at 10:56:13PM +0000, Pegasus Mc Cleaft wrote: > While checking over my system (9-CURRENT AMD64) I was a bit > surprised to find tons of old files that were hanging around in my > /var/tmp that were never deleted/cleaned out. Most of the offenders > were dbus, KDE and PCSCD files. To be honest, I never really checked > the /var/tmp directory as I normally use the /tmp for generic stuff > (unpacking archives, etc). I was wondering if there should be a > startup rc script that cleans this directory as well. I copied and > modified the existing /etc/rc.d/cleartmp (now > /usr/local/etc/rc.d/clearvartmp) to do this job and would be > interested in knowing if this is a good idea or if there are any ill > effects that I didn't anticipate by doing this. > Should the /var/tmp directory be cleaned on bootup? To me, it > looked like it should as many of the files in the KDE directory were > partial download files many months old. Like all temporary directories, it is a good idea to clean stale files from /var/tmp, but hier(7) explicitly says that /var/tmp is not cleared on reboot. In particular, nvi's recovery system puts files in /var/tmp/vi.recover/ and assumes they will not be deleted by a reboot (see /etc/rc.d/virecover). What could be done is deleting, on reboot, all files older than some threshold, e.g. one week. Another alternative is to enable /etc/periodic/daily/110.clean-tmps. That one is a bit overzealous though, also deleting sockets that are still in use. > I have included the script I used in this email, but would like > to point out that I am not the author of the original script, I mearly > modified the existing one to do as I wanted. The attachment seems missing. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 23:24:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 316EE1065672; Sun, 27 Dec 2009 23:24:28 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id E7D058FC1D; Sun, 27 Dec 2009 23:24:27 +0000 (UTC) Received: by bsdcrew.de (Postfix, from userid 1001) id 3386A4AF8C; Mon, 28 Dec 2009 00:24:26 +0100 (CET) Date: Mon, 28 Dec 2009 00:24:26 +0100 From: Martin Wilke To: ports@FreeBSD.org Message-ID: <20091227232425.GA38213@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@freebsd.org, current@freebsd.org Subject: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 27 Dec 2009 23:24:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy, Changelog from VirtualBox is available here: http://www.virtualbox.org/wiki/Changelog Changes in the port: - VirtualBox and the guest additions have been updated to 3.1.2. - Port has been renamed to virtualbox-ose to reflect that we are using the OSE version. Requested by: mm@ - A seperate port for the kernel modules has been created: virtualbox-ose-kmod - A seperate port for guest additions for FreeBSD guests has been created: virtualbox-ose-additions - Added proper PulseAudio support for FreeBSD. Contributed by Noriyoshi Kawano - procfs is no longer required because vbox uses sysctl(3) now. Contributed by Baptiste Daroussin and Bernhard Froehlich - Fix build with a non-standard location for the system source. Submitted by: scf@ How to upgrade: - Fetch the new ports: # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz # tar xf virtualbox-port-r601.tar.gz - Build the new ports: # cd virtualbox-ose-kmod && make # cd ../virtualbox-ose && make - If build was ok, deinstall old port # pkg_deinstall virtualbox-\* - Install new port: # cd ../virtualbox-ose-kmod && make install clean # cd ../virtualbox-ose && make install clean For FreeBSD guests within VirtualBox please try the new guest additions port: # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz # tar xf virtualbox-port-r601.tar.gz # cd virtualbox-ose-additions && make install clean # /usr/local/etc/rc.d/vboxguest.sh start Check that the VirtualBox kernel module is loaded via loader.conf and reboot the machine. Check the wiki page for known problems: http://wiki.freebsd.org/VirtualBox Please report any functionality which was working with previous versions of VirtualBox and no longer working with 3.1.2 or any build failure. Many thanks to the VirtualBox developers, all tester and patch submitter and the whole vbox@ team. Happy Testing! - - Martin on behalf of the FreeBSD Vbox Team - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAks37KkACgkQdLJIhLHm/Ok3GwCfcmO139V3S1FIWfHD3Dbgg55b hqUAniuphKrJduJNRb0p4OZptwMDHV/a =NteY -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Dec 27 23:32:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08139106566B; Sun, 27 Dec 2009 23:32:05 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 075608FC15; Sun, 27 Dec 2009 23:32:03 +0000 (UTC) Received: by fxm27 with SMTP id 27so9818762fxm.3 for ; Sun, 27 Dec 2009 15:31:55 -0800 (PST) Received: by 10.103.50.33 with SMTP id c33mr1266920muk.75.1261956714859; Sun, 27 Dec 2009 15:31:54 -0800 (PST) Received: from ?10.216.222.231? ([80.10.46.71]) by mx.google.com with ESMTPS id 14sm26934450muo.34.2009.12.27.15.31.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 27 Dec 2009 15:31:53 -0800 (PST) References: <20091227232425.GA38213@bsdcrew.de> Message-Id: <756BB530-F7D8-4F78-8F5E-C88DAFBDB42D@gid0.org> From: Olivier Smedts To: Martin Wilke In-Reply-To: <20091227232425.GA38213@bsdcrew.de> Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Mailer: iPhone Mail (7D11) Mime-Version: 1.0 (iPhone Mail 7D11) Date: Mon, 28 Dec 2009 00:31:38 +0100 Cc: "ports@FreeBSD.org" , "freebsd-emulation@freebsd.org" , "current@freebsd.org" Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 27 Dec 2009 23:32:05 -0000 Le 28 d=C3=A9c. 2009 =C3=A0 00:24, Martin Wilke a = =C3=A9crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy, > > Changelog from VirtualBox is available here: > http://www.virtualbox.org/wiki/Changelog > > Changes in the port: > - VirtualBox and the guest additions have been updated to 3.1.2. > - Port has been renamed to virtualbox-ose to reflect that we are > using the OSE version. Requested by: mm@ > - A seperate port for the kernel modules has been created: =20 > virtualbox-ose-kmod > - A seperate port for guest additions for FreeBSD guests has been > created: virtualbox-ose-additions > - Added proper PulseAudio support for FreeBSD. Contributed by =20 > Noriyoshi Kawano > - procfs is no longer required because vbox uses sysctl(3) now. =20 > Contributed by > Baptiste Daroussin and Bernhard Froehlich > - Fix build with a non-standard location for the system source. =20 > Submitted > by: scf@ > > How to upgrade: > - Fetch the new ports: > # fetch = https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz > # tar xf virtualbox-port-r601.tar.gz > > - Build the new ports: > # cd virtualbox-ose-kmod && make > # cd ../virtualbox-ose && make > > - If build was ok, deinstall old port > # pkg_deinstall virtualbox-\* > > - Install new port: > # cd ../virtualbox-ose-kmod && make install clean > # cd ../virtualbox-ose && make install clean > > For FreeBSD guests within VirtualBox please try the new guest =20 > additions port: > # fetch = https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz > # tar xf virtualbox-port-r601.tar.gz > # cd virtualbox-ose-additions && make install clean > # /usr/local/etc/rc.d/vboxguest.sh start > > Check that the VirtualBox kernel module is loaded via loader.conf > and reboot the machine. > > Check the wiki page for known problems: = http://wiki.freebsd.org/VirtualBox > > Please report any functionality which was working with previous =20 > versions of > VirtualBox and no longer working with 3.1.2 or any build failure. Only a success report for me. It works great on my 8-STABLE amd64 box =20= with a Windows 2008 R2 64 guest on raw hard drive and a Haiku guest =20 (VT on). Many thanks ! > > Many thanks to the VirtualBox developers, all tester and patch =20 > submitter > and the whole vbox@ team. > > > Happy Testing! > > - - Martin on behalf of the FreeBSD Vbox Team > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.12 (FreeBSD) > > iEYEARECAAYFAks37KkACgkQdLJIhLHm/Ok3GwCfcmO139V3S1FIWfHD3Dbgg55b > hqUAniuphKrJduJNRb0p4OZptwMDHV/a > =3DNteY > -----END PGP SIGNATURE----- > _______________________________________________ > 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=20 > " From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 00:22:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E69E106566B; Mon, 28 Dec 2009 00:22:45 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6DFD78FC08; Mon, 28 Dec 2009 00:22:45 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id nBS0McEX020795 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 28 Dec 2009 00:22:39 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: Doug Barton , jilles@stack.nl Date: Mon, 28 Dec 2009 00:22:37 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.4; amd64; ; ) References: <200912272256.13436.ken@mthelicon.com> <4B37E89D.1050703@FreeBSD.org> In-Reply-To: <4B37E89D.1050703@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912280022.38017.ken@mthelicon.com> X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: FreeBSD current mailing list Subject: Re: Clearing /var/tmp on boot 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, 28 Dec 2009 00:22:45 -0000 On Sunday 27 December 2009 23:07:09 Doug Barton wrote: > Pegasus Mc Cleaft wrote: > > Hello Current.. > > > > While checking over my system (9-CURRENT AMD64) I was a bit surprised to > > find tons of old files that were hanging around in my /var/tmp that were > > never deleted/cleaned out. Most of the offenders were dbus, KDE and PCSCD > > files. To be honest, I never really checked the /var/tmp directory as I > > normally use the /tmp for generic stuff (unpacking archives, etc). I was > > wondering if there should be a startup rc script that cleans this > > directory as well. > > > No, there should not. If you look at hier(7) it says this about > /var/tmp: temporary files that are kept between system reboots > > >Like all temporary directories, it is a good idea to clean stale files >from /var/tmp, but hier(7) explicitly says that /var/tmp is not cleared >on reboot. In particular, nvi's recovery system puts files in >/var/tmp/vi.recover/ and assumes they will not be deleted by a reboot >(see /etc/rc.d/virecover). Thanks Doug and Jilles, I hadent thought about that and now that I see the man page, I understand. I think I will implement what Julles suggested and change the script in my /usr/local/etc/rc.d to clear out the files after some period of time so that really old (and hopefully useless) items are deleted. In my particular setup, it is rare that I do anything in vi, aside from quick config changes and wouldn't be to upset if the system crashed (or got a SIGHUP) in the middle of one and I lost the work in progress. It does make me wonder why some applications would choose to use a temp directory with persistence over reboots when you wouldn't think it would be necessary (like dbus) but I understand that this is not a FBSD issue. Thanks again for you advice, Peg From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 03:53:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BFE3106566B; Mon, 28 Dec 2009 03:53:22 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwqsrv01p.mx.bigpond.com (nschwqsrv01p.mx.bigpond.com [61.9.189.231]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA5B8FC1B; Mon, 28 Dec 2009 03:53:20 +0000 (UTC) Received: from nschwotgx03p.mx.bigpond.com ([124.188.161.100]) by nschwmtas05p.mx.bigpond.com with ESMTP id <20091228021712.BEH28093.nschwmtas05p.mx.bigpond.com@nschwotgx03p.mx.bigpond.com>; Mon, 28 Dec 2009 02:17:12 +0000 Received: from duncan.reilly.home ([124.188.161.100]) by nschwotgx03p.mx.bigpond.com with ESMTP id <20091228021711.GSAT5111.nschwotgx03p.mx.bigpond.com@duncan.reilly.home>; Mon, 28 Dec 2009 02:17:11 +0000 Date: Mon, 28 Dec 2009 13:17:11 +1100 From: Andrew Reilly To: Doug Barton Message-ID: <20091228131711.1142b1d4@duncan.reilly.home> In-Reply-To: <4B37E89D.1050703@FreeBSD.org> References: <200912272256.13436.ken@mthelicon.com> <4B37E89D.1050703@FreeBSD.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH LOGIN at nschwotgx03p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Mon, 28 Dec 2009 02:17:11 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.4B381527.00F8,ss=1,fgs=0 X-SIH-MSG-ID: qh82FtXuXAD+xDJw0jPvNAJ+xA/u8yI74J0WRdJsoQQZSkfduMHeU7f8LbM1lN321jZcNhiPP2YqYq70X4/Ru+M= Cc: Pegasus Mc Cleaft , FreeBSD current mailing list Subject: Re: Clearing /var/tmp on boot 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, 28 Dec 2009 03:53:22 -0000 On Sun, 27 Dec 2009 15:07:09 -0800 Doug Barton wrote: > No, there should not. If you look at hier(7) it says this about > /var/tmp: temporary files that are kept between system reboots Exactly, which is why I'm peeved that so many "session socket" style entries seem to be put into /var/tmp, rather than /tmp, where they would go away automatically. I've just grepped for "tmp" in my env, and find: ORBIT_SOCKETDIR=/var/tmp/orbit-andrew GPG_AGENT_INFO=/var/tmp/seahorse-1GYhZS/S.gpg-agent:2325:1 GNOME_KEYRING_SOCKET=/var/tmp/keyring-oFUrKu/socket SESSION_MANAGER=local/duncan.reilly.home:/tmp/.ICE-unix/2282 DBUS_SESSION_BUS_ADDRESS=unix:path=/var/tmp/dbus-sMsgLh7CEo,guid=cc0cc75885188dbad4e0e68d4b35f460 so it seems clear that quite a few of these could be overridden, but blowed if I can find where the knobs are located. Does anyone know? I suppose that I should be asking this question on freebsd-gnome@... Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 04:26:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD633106566C for ; Mon, 28 Dec 2009 04:26:05 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 64B358FC08 for ; Mon, 28 Dec 2009 04:26:05 +0000 (UTC) Received: by yxe1 with SMTP id 1so9248310yxe.3 for ; Sun, 27 Dec 2009 20:26:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=CWxOoHjDqv32fPRLgh0Ld4g+PzckXmrhONT6HU51thM=; b=hBd9jpC8ByQ60N2u3569oxqFvmldl8Xbvv7bFn1qlFl1YNU4W1dYCq0RzUxEpistHA hRO72mrAsagO0NtppkEwZ2zVnl3KXH0k2vd3EZ8rWIlgB+L6Xer41Hp5u+5jQy0LLvGy LSwSISo1DdoX2/8KL9qaKRwM2xdXhIXAkn2bE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=HLolPi15sH0aomE1iSf+eeaZYZ4cbzIFjVSwiJVSCbnDPWdjZdLXeJeijZYKZq5JcH Fr51T66ildjZBOTGLw/lT0Vo+hYdJEO1M4izOHOKXMCgILmm1GvduWKD3JGR+rt0DJMz u+oA785C1XQJeN9mKpRu/Pt2Fv0Y+VTpbLrI4= Received: by 10.150.174.8 with SMTP id w8mr5473812ybe.204.1261972846103; Sun, 27 Dec 2009 20:00:46 -0800 (PST) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 6sm4589591yxg.48.2009.12.27.20.00.43 (version=SSLv3 cipher=RC4-MD5); Sun, 27 Dec 2009 20:00:45 -0800 (PST) Sender: Maho NAKATA Date: Mon, 28 Dec 2009 13:00:41 +0900 (JST) Message-Id: <20091228.130041.986891133573664567.maho@FreeBSD.org> To: miwi@FreeBSD.org From: Maho NAKATA In-Reply-To: <20091227232425.GA38213@bsdcrew.de> References: <20091227232425.GA38213@bsdcrew.de> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 04:26:05 -0000 Hi Martin Wilke, many thanks!! I tested on FreeBSD 8.0-RELEASE-p1/amd64, > How to upgrade: > - Fetch the new ports: > # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz > # tar xf virtualbox-port-r601.tar.gz > > - Build the new ports: > # cd virtualbox-ose-kmod && make > # cd ../virtualbox-ose && make > > - If build was ok, deinstall old port > # pkg_deinstall virtualbox-\* > > - Install new port: > # cd ../virtualbox-ose-kmod && make install clean > # cd ../virtualbox-ose && make install clean > were ok. No problem. I test Windows XP JA guest with following operation without errors * Microsoft update * dis some MS Office operations * 2 hours run . Thanks, From: Martin Wilke Subject: Call for tester: VirtualBox 3.1.2 for FreeBSD Date: Mon, 28 Dec 2009 00:24:26 +0100 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy, > > Changelog from VirtualBox is available here: > http://www.virtualbox.org/wiki/Changelog > > Changes in the port: > - VirtualBox and the guest additions have been updated to 3.1.2. > - Port has been renamed to virtualbox-ose to reflect that we are > using the OSE version. Requested by: mm@ > - A seperate port for the kernel modules has been created: virtualbox-ose-kmod > - A seperate port for guest additions for FreeBSD guests has been > created: virtualbox-ose-additions > - Added proper PulseAudio support for FreeBSD. Contributed by Noriyoshi Kawano > - procfs is no longer required because vbox uses sysctl(3) now. Contributed by > Baptiste Daroussin and Bernhard Froehlich > - Fix build with a non-standard location for the system source. Submitted > by: scf@ > > How to upgrade: > - Fetch the new ports: > # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz > # tar xf virtualbox-port-r601.tar.gz > > - Build the new ports: > # cd virtualbox-ose-kmod && make > # cd ../virtualbox-ose && make > > - If build was ok, deinstall old port > # pkg_deinstall virtualbox-\* > > - Install new port: > # cd ../virtualbox-ose-kmod && make install clean > # cd ../virtualbox-ose && make install clean > > For FreeBSD guests within VirtualBox please try the new guest additions port: > # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz > # tar xf virtualbox-port-r601.tar.gz > # cd virtualbox-ose-additions && make install clean > # /usr/local/etc/rc.d/vboxguest.sh start > > Check that the VirtualBox kernel module is loaded via loader.conf > and reboot the machine. > > Check the wiki page for known problems: http://wiki.freebsd.org/VirtualBox > > Please report any functionality which was working with previous versions of > VirtualBox and no longer working with 3.1.2 or any build failure. > > Many thanks to the VirtualBox developers, all tester and patch submitter > and the whole vbox@ team. > > > Happy Testing! > > - - Martin on behalf of the FreeBSD Vbox Team > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.12 (FreeBSD) > > iEYEARECAAYFAks37KkACgkQdLJIhLHm/Ok3GwCfcmO139V3S1FIWfHD3Dbgg55b > hqUAniuphKrJduJNRb0p4OZptwMDHV/a > =NteY > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 04:45:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665D6106566B; Mon, 28 Dec 2009 04:45:21 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [71.252.219.43]) by mx1.freebsd.org (Postfix) with ESMTP id 34B1D8FC08; Mon, 28 Dec 2009 04:45:21 +0000 (UTC) Received: from ASSP.nospam (tethys.ringofsaturn.com [71.252.219.43]) (authenticated bits=0) by tethys.ringofsaturn.com (8.14.3/8.14.3) with ESMTP id nBS4LjMW064409; Sun, 27 Dec 2009 22:21:45 -0600 (CST) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com ([71.252.219.43] helo=mail.ringofsaturn.com) with IPv4:25 by ASSP.nospam; 27 Dec 2009 22:21:45 -0600 MIME-Version: 1.0 Date: Sun, 27 Dec 2009 22:21:45 -0600 From: Rusty Nejdl To: Martin Wilke In-Reply-To: <20091227232425.GA38213@bsdcrew.de> References: <20091227232425.GA38213@bsdcrew.de> Message-ID: <54989635aedb828def26f052aa43cd9b@ringofsaturn.com> X-Sender: rnejdl@ringofsaturn.com User-Agent: RoundCube Webmail/0.3-trunk Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Mon, 28 Dec 2009 06:16:34 +0000 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 04:45:21 -0000 On Mon, 28 Dec 2009 00:24:26 +0100, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy, > > Changelog from VirtualBox is available here: > http://www.virtualbox.org/wiki/Changelog > I as well am able to report very positive results with this version. Unlike the previous version where I was unable to have VM's utilize more than one CPU, this works flawlessly. I have tested VM's of Windows XP, Fedora 12 64bit, Ubuntu 32bit, and OpenSolaris 32bit and all work perfectly. This really looks good. Thanks! Rusty Nejdl http://networking.ringofsaturn.com From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 06:32:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B0C91065672 for ; Mon, 28 Dec 2009 06:32:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id F19AD8FC0A for ; Mon, 28 Dec 2009 06:32:07 +0000 (UTC) Received: (qmail 20939 invoked by uid 399); 28 Dec 2009 06:32:06 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Dec 2009 06:32:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B3850E5.1030304@FreeBSD.org> Date: Sun, 27 Dec 2009 22:32:05 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <200912272256.13436.ken@mthelicon.com> <4B37E89D.1050703@FreeBSD.org> <200912280022.38017.ken@mthelicon.com> In-Reply-To: <200912280022.38017.ken@mthelicon.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current mailing list , jilles@stack.nl Subject: Re: Clearing /var/tmp on boot 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, 28 Dec 2009 06:32:08 -0000 Pegasus Mc Cleaft wrote: > Thanks Doug and Jilles, > I hadent thought about that and now that I see the man page, I understand. I > think I will implement what Julles suggested and change the script in my > /usr/local/etc/rc.d to clear out the files after some period of time so that > really old (and hopefully useless) items are deleted. FYI, mergemaster stores a bunch of stuff in /var/tmp if you use the -P option (which I recommend that everyone do). Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 07:33:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E04DA106568D for ; Mon, 28 Dec 2009 07:33:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7285B8FC1C for ; Mon, 28 Dec 2009 07:33:09 +0000 (UTC) Received: (qmail 32673 invoked by uid 399); 28 Dec 2009 07:33:08 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Dec 2009 07:33:08 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B385F34.5010709@FreeBSD.org> Date: Sun, 27 Dec 2009 23:33:08 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Martin Wilke References: <20091227232425.GA38213@bsdcrew.de> In-Reply-To: <20091227232425.GA38213@bsdcrew.de> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 07:33:10 -0000 Working fine here, up to date -current and winxp guest. The splitting out of the kernel module into its own port will be a BIG help to those of us who update regularly, thanks for this! :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 08:21:31 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 821CA106568B for ; Mon, 28 Dec 2009 08:21:31 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id 028FA8FC1B for ; Mon, 28 Dec 2009 08:21:30 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id nBS8LCQk099336; Mon, 28 Dec 2009 09:21:17 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 28 Dec 2009 09:21:11 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA573F9@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-RELEASE: disk IO temporarily hangs up (ZFS or ATA relatedproblem) Thread-Index: AcqEEIB3T3lu5OksRIGX0TVwPPZWQwDhe3HQ References: <39309F560B98453EBB9AEA0F29D9D80E@vosz.local><3bbf2fe10912181004w2a1abff2re8f77fd6a8bc3233@mail.gmail.com> From: "Johan Hendriks" To: "David P. Discher" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.org Subject: RE: 8.0-RELEASE: disk IO temporarily hangs up (ZFS or ATA relatedproblem) 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, 28 Dec 2009 08:21:31 -0000 > >ZFS will write buffer ALOT. Your settings of vfs.zfs.arc_min and vfs.zfs.arc_max will likely affect how bursty this >is. I've been running with Min, 32 GB arc, and see very bursty writes (of course, my systems have 64GB).=20 >Also, use 'zpool iostat 1' and not the system iostat. Check gstat as well. >also try using CAM_ATA (ahci.ko) instead of ad devices, so your can get the benefits of tag queuing. >There is also a possible undocumented issue with, I believe it was the WD green drives, where the vibration of the >drive actually slowed it down. This was demonstrated by setting a pound or two of silly putty on the top of the >drive, and its performance (significantly) increased. Experiment with putting some heavily, non-conductive weight on >top of each drive - a book or something.=20 Even with hardware the FreeBSD Handbook comes Handy ;-)=20 > ensure that is its securely mounted as well.=20 >--- >David P. Discher >dpd@bitgravity.com * AIM: bgDavidDPD >BITGRAVITY * http://www.bitgravity.com >On Dec 18, 2009, at 12:04 PM, Alexander Zagrebin wrote: >>>> The disks are used for mirrored ZFS pool. >>>> I have noticed that the system periodically locks up on=20 >>> disk operations. >>>> After approx. 10 min of very slow disk i/o (several KB/s)=20 >>> the speed of disk >>>> operations restores to normal. >>>> gstat has shown that the problem is in ad6. >>>=20 >>> Want you try this patch and report?: >>> http://people.freebsd.org/~attilio/lockmgr_lostwake.diff >>>=20 >>> It should apply to STABLE_8 and if not, just report and I will help. >>=20 >> Thanks fo your attempt to help! >> I've successfully applied this patch to RELENG_8_0, recompiled >> kernel and required modules (krpc, opensolaris,zfs), >> but nothing has changed. The problem still exist. >>=20 >> --=20 >> Alexander Zagrebin >>=20 >> _______________________________________________ >> 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 Mon Dec 28 11:41:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F0C81065695 for ; Mon, 28 Dec 2009 11:41:36 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id 13EDB8FC24 for ; Mon, 28 Dec 2009 11:41:35 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nBSBfWng007991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Dec 2009 22:41:34 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id nBSBfVd9011737; Mon, 28 Dec 2009 22:41:31 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id nBSBfVZm011736; Mon, 28 Dec 2009 22:41:31 +1100 (EST) (envelope-from peter) Date: Mon, 28 Dec 2009 22:41:31 +1100 From: Peter Jeremy To: Jilles Tjoelker Message-ID: <20091228114131.GB11463@server.vk2pj.dyndns.org> References: <200912272256.13436.ken@mthelicon.com> <20091227232212.GA18893@stack.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: <20091227232212.GA18893@stack.nl> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD current mailing list Subject: Re: Clearing /var/tmp on boot 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, 28 Dec 2009 11:41:36 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Dec-28 00:22:12 +0100, Jilles Tjoelker wrote: >Another alternative is to enable /etc/periodic/daily/110.clean-tmps. >That one is a bit overzealous though, also deleting sockets that are >still in use. I wrote a tool for $work that (amongst other things) does periodic cleanups. In order to avoid this problem, it uses lsof(8) to confirm that a candidate for deletion is not in use before deleting it. It would be nice if there was a system call like unlink(2) which failed if the file was open... --=20 Peter Jeremy --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAks4mWoACgkQ/opHv/APuIdXJACgtm4sYPSXqFajx5XO6MCfhmCb 12cAn0DNSaUmTt/Iv3hyyvAgBWLRuYPp =DuLp -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 11:58:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96A8B1065670; Mon, 28 Dec 2009 11:58:29 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 51A1C8FC1C; Mon, 28 Dec 2009 11:58:29 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 7DC9F19E045; Mon, 28 Dec 2009 12:58:27 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 0FFCE19E044; Mon, 28 Dec 2009 12:58:25 +0100 (CET) Message-ID: <4B389D60.7000005@quip.cz> Date: Mon, 28 Dec 2009 12:58:24 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.6) Gecko/20091206 SeaMonkey/2.0.1 MIME-Version: 1.0 To: Alexander Motin References: <4B349ABF.2070800@FreeBSD.org> <469FFFC8-514B-41B9-AEEC-E4B7AB6CB886@exscape.org> <4B34A183.7000909@FreeBSD.org> In-Reply-To: <4B34A183.7000909@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Thomas Backman , freebsd-arch@freebsd.org Subject: Re: File system blocks alignment 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, 28 Dec 2009 11:58:29 -0000 Alexander Motin wrote: > Thomas Backman wrote: >> On Dec 25, 2009, at 11:58 AM, Alexander Motin wrote: > |>> Recently WD released first series of ATA disks with increased physical >>> sector size. It makes writes not matching with 4K blocks inefficient >>> there. >> They don't expose this to the OS, though (not by default, anyway), but chop it up into 8 512-byte sectors for compatibility reasons. >> Just thought I'd point that out - I'm not even sure if you can get them to *not* do the compatibility thing and expose 4k-sized sectors. > > Latest ATA-8 specification allows drive to report both logical (512B) > and physical (4KB) sector sizes. ada driver able to fetch and report > that info to GEOM. If these drives not reporting it yet (are you really > sure?), it is only question of their firmware. There is an article about 4k sectors http://www.anandtech.com/storage/showdoc.aspx?i=3691 It is completely hidden to OS in first versions. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 12:27:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5769D106566B for ; Mon, 28 Dec 2009 12:27:59 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 189108FC1A for ; Mon, 28 Dec 2009 12:27:58 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 034F01FFC22; Mon, 28 Dec 2009 12:27:57 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id B773A844A1; Mon, 28 Dec 2009 13:27:57 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <20091222141939.GA60890@mech-cluster241.men.bris.ac.uk> <86iqbz5bju.fsf@ds4.des.no> <20091222153638.GB61098@mech-cluster241.men.bris.ac.uk> <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> Date: Mon, 28 Dec 2009 13:27:57 +0100 In-Reply-To: <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Tue, 22 Dec 2009 17:42:48 +0000") Message-ID: <86ws072she.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "b. f." Subject: Re: still trouble with pci.c on i386 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, 28 Dec 2009 12:27:59 -0000 This discussion is pointless if your source tree is not a Subversion working copy. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 12:30:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5A181065692; Mon, 28 Dec 2009 12:30:32 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0D1AB8FC14; Mon, 28 Dec 2009 12:30:31 +0000 (UTC) Received: by fxm27 with SMTP id 27so10076550fxm.3 for ; Mon, 28 Dec 2009 04:30:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=+OLKWjj4qgLd/S1Z1u4QMOeSvD5YY0zJdOI2nisPEms=; b=GHghsrtRePJqszgA9ss1iFqgUoNlRM5DQY7w/uj/dd7WEUuz88eNTScEZPUpIJP/7w lkvE+I1pTlQ0mw4c3zPdj9LkKUFNUkj+9mR20X1r/iE17YcfNBF0xB+WsOSDirMGL76U 4lZrJvUIef/xdDBIyM3tiF2UkMtMSAVRi5W2U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=COHzGtq8KjZwg/otv8RkKl8cvlSlOjfUQ4kQoaLL6A8ZYv9HVM2lhYILDpmSv8AtXo Fkx14cJBiZTdMmNQ/ebO0s7c7Q2ZQYT/W4iomv+Wd5wj+9GtRHR3iWmGNF9wIyzLiT0L +JQUXcAluZWUN2qwYtT5DhKkjEM+ACc9Jq/Sc= Received: by 10.223.5.90 with SMTP id 26mr5461861fau.59.1262003423615; Mon, 28 Dec 2009 04:30:23 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm3972064fxm.0.2009.12.28.04.30.22 (version=SSLv3 cipher=RC4-MD5); Mon, 28 Dec 2009 04:30:23 -0800 (PST) Sender: Alexander Motin Message-ID: <4B38A4DE.2040507@FreeBSD.org> Date: Mon, 28 Dec 2009 14:30:22 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <4B349ABF.2070800@FreeBSD.org> <469FFFC8-514B-41B9-AEEC-E4B7AB6CB886@exscape.org> <4B34A183.7000909@FreeBSD.org> <4B389D60.7000005@quip.cz> In-Reply-To: <4B389D60.7000005@quip.cz> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current , Thomas Backman , freebsd-arch@freebsd.org Subject: Re: File system blocks alignment 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, 28 Dec 2009 12:30:32 -0000 Miroslav Lachman wrote: > Alexander Motin wrote: >> Thomas Backman wrote: >>> On Dec 25, 2009, at 11:58 AM, Alexander Motin wrote: >> |>> Recently WD released first series of ATA disks with increased >> physical >>>> sector size. It makes writes not matching with 4K blocks inefficient >>>> there. >>> They don't expose this to the OS, though (not by default, anyway), >>> but chop it up into 8 512-byte sectors for compatibility reasons. >>> Just thought I'd point that out - I'm not even sure if you can get >>> them to *not* do the compatibility thing and expose 4k-sized sectors. >> >> Latest ATA-8 specification allows drive to report both logical (512B) >> and physical (4KB) sector sizes. ada driver able to fetch and report >> that info to GEOM. If these drives not reporting it yet (are you really >> sure?), it is only question of their firmware. > > There is an article about 4k sectors > http://www.anandtech.com/storage/showdoc.aspx?i=3691 > > It is completely hidden to OS in first versions. Thanks for the link, but all I see there is "but at this point there’s no such tool". IMHO it doesn't meet it is not reported. We just need somebody with that drive to run on it `camcontrol identify` from the fresh system and report what he sees. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 12:43:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C9F01065672 for ; Mon, 28 Dec 2009 12:43:57 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id BB3628FC18 for ; Mon, 28 Dec 2009 12:43:56 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NPEwv-0005aS-PX; Mon, 28 Dec 2009 12:43:55 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NPEwu-0007MN-NQ; Mon, 28 Dec 2009 12:43:49 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBSChmMD006638; Mon, 28 Dec 2009 12:43:48 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBSChm4m006637; Mon, 28 Dec 2009 12:43:48 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 28 Dec 2009 12:43:48 +0000 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20091228124348.GA6624@mech-cluster241.men.bris.ac.uk> References: <20091222141939.GA60890@mech-cluster241.men.bris.ac.uk> <86iqbz5bju.fsf@ds4.des.no> <20091222153638.GB61098@mech-cluster241.men.bris.ac.uk> <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> <86ws072she.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86ws072she.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , "b. f." Subject: Re: still trouble with pci.c on i386 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, 28 Dec 2009 12:43:57 -0000 On Mon, Dec 28, 2009 at 01:27:57PM +0100, Dag-Erling Smørgrav wrote: > This discussion is pointless if your source tree is not a Subversion > working copy. With b.f.'s help I got svn installed, created svn src tree and reverted the troublesome revision. All is well now. Are there plans to introduce svn in the handbook, somewhere under http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html Many thanks for your help -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 14:25:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7932106566B; Mon, 28 Dec 2009 14:25:35 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 48F2F8FC1A; Mon, 28 Dec 2009 14:25:35 +0000 (UTC) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NPGXN-0007S1-QE; Mon, 28 Dec 2009 15:25:33 +0100 Received: from p57ae094e.dip0.t-ipconnect.de ([87.174.9.78]:45139 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NPGXL-0003jJ-QN; Mon, 28 Dec 2009 15:25:32 +0100 Date: Mon, 28 Dec 2009 15:25:28 +0100 From: Gary Jennejohn To: Martin Wilke Message-ID: <20091228152528.732bcd14@ernst.jennejohn.org> In-Reply-To: <20091227232425.GA38213@bsdcrew.de> References: <20091227232425.GA38213@bsdcrew.de> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 14:25:35 -0000 On Mon, 28 Dec 2009 00:24:26 +0100 Martin Wilke wrote: > # /usr/local/etc/rc.d/vboxguest.sh start > This shell script has a problem. It looks in /boot/kernel for the module but the port installs it under /boot/modules. I also can't load this module (after loading vboxdrv.ko): sh -x /usr/local/etc/rc.d/vboxguest.sh start + VBOXGUESTFILE='' + SILENTUNLOAD='' + check_root + id -u + test 0 -ne 0 + get_module_path + moduledir=/boot/modules + modulepath=/boot/modules/vboxguest.ko + test -f /boot/modules/vboxguest.ko + VBOXGUESTFILE=/boot/modules/vboxguest.ko + check_if_installed + test /boot/modules/vboxguest.ko -a -f /boot/modules/vboxguest.ko + return 0 + test '' = silentunload + start + module_loaded + kldstat + grep vboxguest + loadentry='' + test -z '' + return 1 + /sbin/kldload vboxguest.ko kldload: can't load vboxguest.ko: Exec format error + module_loaded + kldstat + grep vboxguest + loadentry='' + test -z '' + return 1 + abort 'Failed to load vboxguest.' + echo 'Failed to load vboxguest.' Failed to load vboxguest. + exit 1 file /boot/modules/vbox*.ko /boot/modules/vboxdrv.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped /boot/modules/vboxguest.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped /boot/modules/vboxnetadp.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped /boot/modules/vboxnetflt.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped Does vboxguest.ko have silent dependencies on other vbox modules? I only loaded vboxdrv.ko. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 15:09:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CE4D1065693; Mon, 28 Dec 2009 15:09:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id F28578FC16; Mon, 28 Dec 2009 15:09:33 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NPHDw-0003lu-4x; Mon, 28 Dec 2009 17:09:32 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Martin Wilke In-reply-to: <20091227232425.GA38213@bsdcrew.de> References: <20091227232425.GA38213@bsdcrew.de> Comments: In-reply-to Martin Wilke message dated "Mon, 28 Dec 2009 00:24:26 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Dec 2009 17:09:32 +0200 From: Daniel Braniss Message-ID: Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 15:09:34 -0000 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy, > > Changelog from VirtualBox is available here: > http://www.virtualbox.org/wiki/Changelog > > Changes in the port: > - VirtualBox and the guest additions have been updated to 3.1.2. > - Port has been renamed to virtualbox-ose to reflect that we are > using the OSE version. Requested by: mm@ > - A seperate port for the kernel modules has been created: virtualbox-ose-kmod > - A seperate port for guest additions for FreeBSD guests has been > created: virtualbox-ose-additions > - Added proper PulseAudio support for FreeBSD. Contributed by Noriyoshi Kawano > - procfs is no longer required because vbox uses sysctl(3) now. Contributed by > Baptiste Daroussin and Bernhard Froehlich > - Fix build with a non-standard location for the system source. Submitted > by: scf@ > > How to upgrade: > - Fetch the new ports: > # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz > # tar xf virtualbox-port-r601.tar.gz > > - Build the new ports: > # cd virtualbox-ose-kmod && make > # cd ../virtualbox-ose && make > > - If build was ok, deinstall old port > # pkg_deinstall virtualbox-\* > > - Install new port: > # cd ../virtualbox-ose-kmod && make install clean > # cd ../virtualbox-ose && make install clean > > For FreeBSD guests within VirtualBox please try the new guest additions port: > # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz > # tar xf virtualbox-port-r601.tar.gz > # cd virtualbox-ose-additions && make install clean > # /usr/local/etc/rc.d/vboxguest.sh start > > Check that the VirtualBox kernel module is loaded via loader.conf > and reboot the machine. > > Check the wiki page for known problems: http://wiki.freebsd.org/VirtualBox > > Please report any functionality which was working with previous versions of > VirtualBox and no longer working with 3.1.2 or any build failure. > > Many thanks to the VirtualBox developers, all tester and patch submitter > and the whole vbox@ team. > > > Happy Testing! when compiling it under X11 (ie from an xterm), the configuration fails when checking for Mesa: ... Checking for Mesa / GLU: X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 137 (DRI2) Minor opcode of failed request: 1 (DRI2Connect) Serial number of failed request: 19 Current serial number in output stream: 19 ===> Script "configure" failed unexpectedly. ... the check is wrong since it's checking the compile 'environment'. my workaround is: ( unsetenv DISPLAY ; make ) cheers danny From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 15:24:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CF42106568B; Mon, 28 Dec 2009 15:24:22 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [95.108.130.92]) by mx1.freebsd.org (Postfix) with ESMTP id 17AB38FC0A; Mon, 28 Dec 2009 15:24:20 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward14.mail.yandex.net (Yandex) with ESMTP id 4D8542680B39; Mon, 28 Dec 2009 18:24:19 +0300 (MSK) Received: from doublef-shark (unknown [212.103.97.35]) by smtp12.mail.yandex.net (Yandex) with ESMTPA id DA5774CC00B2; Mon, 28 Dec 2009 18:24:18 +0300 (MSK) Received: by doublef-shark (Postfix, from userid 1000) id 178E6142108; Mon, 28 Dec 2009 18:24:18 +0300 (MSK) Date: Mon, 28 Dec 2009 18:24:18 +0300 From: Sergey Zaharchenko To: Martin Wilke Message-ID: <20091228152418.GA98698@doublef-shark.homeunix.org> References: <20091227232425.GA38213@bsdcrew.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20091227232425.GA38213@bsdcrew.de> X-Listening-To: Silence User-Agent: Mutt/1.5.20 (2009-06-14) X-Yandex-TimeMark: 1262013859 X-Yandex-Spam: 1 X-Yandex-Front: smtp12.mail.yandex.net Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 15:24:22 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Martin! Mon, Dec 28, 2009 at 12:24:26AM +0100 you wrote: > Howdy, >=20 > Changelog from VirtualBox is available here: > http://www.virtualbox.org/wiki/Changelog >=20 > Changes in the port: > - Added proper PulseAudio support for FreeBSD. Contributed by Noriyoshi= Kawano May I humbly ask whether audio recording is going to be supported? Thanks! --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAks4zaEACgkQwo7hT/9lVdwHyACfZt+6hHzD4lIxc4bcZBKHsIrb 3hMAnAmBfRV9qK09DKX3f3fwj2jURlmw =2hI7 -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 15:52:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4A71106566C for ; Mon, 28 Dec 2009 15:52:26 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 053468FC23 for ; Mon, 28 Dec 2009 15:52:25 +0000 (UTC) Received: (qmail 26207 invoked from network); 28 Dec 2009 15:24:22 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (cryx) by mail.h3q.com with AES256-SHA encrypted SMTP; 28 Dec 2009 15:24:22 -0000 Message-ID: <4B38CDA6.1000107@h3q.com> Date: Mon, 28 Dec 2009 16:24:22 +0100 From: Philipp Wuensche User-Agent: Postbox 1.1.0 (Macintosh/20091201) MIME-Version: 1.0 To: Martin Wilke References: <20091227232425.GA38213@bsdcrew.de> In-Reply-To: <20091227232425.GA38213@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 15:52:26 -0000 Martin Wilke wrote: > > Please report any functionality which was working with previous versions of > VirtualBox and no longer working with 3.1.2 or any build failure. Seem like the fix from http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/files/patch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c was not incorporated?! Appart from that, its working for me on 8.0-STABLE r201051. greetings, philipp From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 16:26:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E2471065672; Mon, 28 Dec 2009 16:26:37 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 99D0A8FC1C; Mon, 28 Dec 2009 16:26:36 +0000 (UTC) Received: from [195.4.92.27] (helo=17.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NPIQV-0006jq-3o; Mon, 28 Dec 2009 17:26:35 +0100 Received: from p57ae094e.dip0.t-ipconnect.de ([87.174.9.78]:33059 helo=ernst.jennejohn.org) by 17.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NPIQU-0007eV-Sb; Mon, 28 Dec 2009 17:26:35 +0100 Date: Mon, 28 Dec 2009 17:26:33 +0100 From: Gary Jennejohn To: "Bernhard Froehlich" Message-ID: <20091228172633.7e3c63e8@ernst.jennejohn.org> In-Reply-To: <2534a9adb4738f1205c69bbea9d89e12.squirrel@webmail.itac.at> References: <20091227232425.GA38213@bsdcrew.de> <20091228152528.732bcd14@ernst.jennejohn.org> <2534a9adb4738f1205c69bbea9d89e12.squirrel@webmail.itac.at> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org, Martin Wilke Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 16:26:37 -0000 On Mon, 28 Dec 2009 15:33:31 +0100 (CET) "Bernhard Froehlich" wrote: > Looks like you installed the guest additions on the host. You should not > do that. They should only be installed on FreeBSD guests running in an > virtualbox. > Ah ha! It wasn't obvious to me that this was how to do it, although it makes sense now that I think about it. The fact remains that the shell script checks in the wrong place for vboxguest.ko. > Nevertheless could you please see in /var/log/messages what error was > logged when you tried to load vboxguest.ko ? > Dec 28 15:10:09 ernst kernel: link_elf_obj: symbol _Z6strlenPKc undefined Dec 28 15:10:09 ernst kernel: linker_load_file: Unsupported file type These show up when I start VirtualBox. Dec 28 15:25:53 ernst kernel: WARNING pid 2066 (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502 Dec 28 15:26:30 ernst last message repeated 9 times Dec 28 15:28:17 ernst last message repeated 14 times --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 16:37:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D28106566B for ; Mon, 28 Dec 2009 16:37:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 42F378FC1C for ; Mon, 28 Dec 2009 16:37:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EFB1C46B45; Mon, 28 Dec 2009 11:37:03 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 754E98A01F; Mon, 28 Dec 2009 11:37:03 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 28 Dec 2009 10:58:40 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> <86ws072she.fsf@ds4.des.no> In-Reply-To: <86ws072she.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200912281058.40733.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 28 Dec 2009 11:37:03 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Anton Shterenlikht , "b. f." Subject: Re: still trouble with pci.c on i386 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, 28 Dec 2009 16:37:04 -0000 On Monday 28 December 2009 7:27:57 am Dag-Erling Sm=C3=B8rgrav wrote: > This discussion is pointless if your source tree is not a Subversion > working copy. That's not true. I still use cvsweb quite often as one can more easily see= =20 what has been MFC'd that way rather than with the svn equivalent. And it i= s=20 easy to use cvsweb to find a particular CVS revision and map it to an SVN=20 revision. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 16:37:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13CB81065672; Mon, 28 Dec 2009 16:37:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D93378FC19; Mon, 28 Dec 2009 16:37:05 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9560E46B49; Mon, 28 Dec 2009 11:37:05 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id CB6428A01B; Mon, 28 Dec 2009 11:37:04 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, gary.jennejohn@freenet.de Date: Mon, 28 Dec 2009 11:04:30 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091227232425.GA38213@bsdcrew.de> <20091228152528.732bcd14@ernst.jennejohn.org> In-Reply-To: <20091228152528.732bcd14@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912281104.30930.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 28 Dec 2009 11:37:04 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org, Martin Wilke Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 16:37:06 -0000 On Monday 28 December 2009 9:25:28 am Gary Jennejohn wrote: > I also can't load this module (after loading vboxdrv.ko): > > sh -x /usr/local/etc/rc.d/vboxguest.sh start > + VBOXGUESTFILE='' > + SILENTUNLOAD='' > + check_root > + id -u > + test 0 -ne 0 > + get_module_path > + moduledir=/boot/modules > + modulepath=/boot/modules/vboxguest.ko > + test -f /boot/modules/vboxguest.ko > + VBOXGUESTFILE=/boot/modules/vboxguest.ko > + check_if_installed > + test /boot/modules/vboxguest.ko -a -f /boot/modules/vboxguest.ko > + return 0 > + test '' = silentunload > + start > + module_loaded > + kldstat > + grep vboxguest > + loadentry='' > + test -z '' > + return 1 > + /sbin/kldload vboxguest.ko > kldload: can't load vboxguest.ko: Exec format error > + module_loaded > + kldstat > + grep vboxguest > + loadentry='' > + test -z '' > + return 1 > + abort 'Failed to load vboxguest.' > + echo 'Failed to load vboxguest.' > Failed to load vboxguest. > + exit 1 > > file /boot/modules/vbox*.ko > /boot/modules/vboxdrv.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped > /boot/modules/vboxguest.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped > /boot/modules/vboxnetadp.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped > /boot/modules/vboxnetflt.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped > > Does vboxguest.ko have silent dependencies on other vbox modules? I only > loaded vboxdrv.ko. Look in dmesg for the real kldload error message. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 16:37:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13CB81065672; Mon, 28 Dec 2009 16:37:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D93378FC19; Mon, 28 Dec 2009 16:37:05 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9560E46B49; Mon, 28 Dec 2009 11:37:05 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id CB6428A01B; Mon, 28 Dec 2009 11:37:04 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, gary.jennejohn@freenet.de Date: Mon, 28 Dec 2009 11:04:30 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091227232425.GA38213@bsdcrew.de> <20091228152528.732bcd14@ernst.jennejohn.org> In-Reply-To: <20091228152528.732bcd14@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912281104.30930.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 28 Dec 2009 11:37:04 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org, Martin Wilke Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 16:37:06 -0000 On Monday 28 December 2009 9:25:28 am Gary Jennejohn wrote: > I also can't load this module (after loading vboxdrv.ko): > > sh -x /usr/local/etc/rc.d/vboxguest.sh start > + VBOXGUESTFILE='' > + SILENTUNLOAD='' > + check_root > + id -u > + test 0 -ne 0 > + get_module_path > + moduledir=/boot/modules > + modulepath=/boot/modules/vboxguest.ko > + test -f /boot/modules/vboxguest.ko > + VBOXGUESTFILE=/boot/modules/vboxguest.ko > + check_if_installed > + test /boot/modules/vboxguest.ko -a -f /boot/modules/vboxguest.ko > + return 0 > + test '' = silentunload > + start > + module_loaded > + kldstat > + grep vboxguest > + loadentry='' > + test -z '' > + return 1 > + /sbin/kldload vboxguest.ko > kldload: can't load vboxguest.ko: Exec format error > + module_loaded > + kldstat > + grep vboxguest > + loadentry='' > + test -z '' > + return 1 > + abort 'Failed to load vboxguest.' > + echo 'Failed to load vboxguest.' > Failed to load vboxguest. > + exit 1 > > file /boot/modules/vbox*.ko > /boot/modules/vboxdrv.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped > /boot/modules/vboxguest.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped > /boot/modules/vboxnetadp.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped > /boot/modules/vboxnetflt.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped > > Does vboxguest.ko have silent dependencies on other vbox modules? I only > loaded vboxdrv.ko. Look in dmesg for the real kldload error message. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 16:38:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6194A106568F for ; Mon, 28 Dec 2009 16:38:21 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 197618FC21 for ; Mon, 28 Dec 2009 16:38:20 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 1D7DC1FFC27; Mon, 28 Dec 2009 16:38:19 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id E9666844A1; Mon, 28 Dec 2009 17:38:18 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <20091222141939.GA60890@mech-cluster241.men.bris.ac.uk> <86iqbz5bju.fsf@ds4.des.no> <20091222153638.GB61098@mech-cluster241.men.bris.ac.uk> <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> <86ws072she.fsf@ds4.des.no> <20091228124348.GA6624@mech-cluster241.men.bris.ac.uk> Date: Mon, 28 Dec 2009 17:38:18 +0100 In-Reply-To: <20091228124348.GA6624@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Mon, 28 Dec 2009 12:43:48 +0000") Message-ID: <86skav2gw5.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "b. f." Subject: Re: still trouble with pci.c on i386 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, 28 Dec 2009 16:38:21 -0000 Anton Shterenlikht writes: > With b.f.'s help I got svn installed, created svn src tree > and reverted the troublesome revision. All is well now. Great! I hope this will help tracking down and fixing the bug. > Are there plans to introduce svn in the handbook, somewhere under > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html No, because the Subversion repo is not really intended for public consumption yet. There are no mirrors and no cvsup-like end-user replication tool (I'm working on one, but slowly). If everybody were to start using Subversion, the server would melt down and we wouldn't be able to get any work done. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 16:41:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BF50106566C; Mon, 28 Dec 2009 16:41:46 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx3.utsp.utwente.nl [130.89.2.14]) by mx1.freebsd.org (Postfix) with ESMTP id BD54D8FC08; Mon, 28 Dec 2009 16:41:45 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id nBSGfRHH001304; Mon, 28 Dec 2009 17:41:27 +0100 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Mon, 28 Dec 2009 17:41:26 +0100 User-Agent: KMail/1.9.10 References: <4B349ABF.2070800@FreeBSD.org> <4B389D60.7000005@quip.cz> <4B38A4DE.2040507@FreeBSD.org> In-Reply-To: <4B38A4DE.2040507@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200912281741.27179.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Alexander Motin , Miroslav Lachman <000.fbsd@quip.cz>, Thomas Backman , freebsd-arch@freebsd.org Subject: Re: File system blocks alignment 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, 28 Dec 2009 16:41:46 -0000 On Monday 28 December 2009 13:30:22 Alexander Motin wrote: > Miroslav Lachman wrote: > > Alexander Motin wrote: > >> Thomas Backman wrote: > >>> On Dec 25, 2009, at 11:58 AM, Alexander Motin wrote: > >> |>> Recently WD released first series of ATA disks with increased > >> > >> physical > >> > >>>> sector size. It makes writes not matching with 4K blocks inefficient > >>>> there. > >>> > >>> They don't expose this to the OS, though (not by default, anyway), > >>> but chop it up into 8 512-byte sectors for compatibility reasons. > >>> Just thought I'd point that out - I'm not even sure if you can get > >>> them to *not* do the compatibility thing and expose 4k-sized sectors. > >> > >> Latest ATA-8 specification allows drive to report both logical (512B) > >> and physical (4KB) sector sizes. ada driver able to fetch and report > >> that info to GEOM. If these drives not reporting it yet (are you really > >> sure?), it is only question of their firmware. > > > > There is an article about 4k sectors > > http://www.anandtech.com/storage/showdoc.aspx?i=3D3691 > > > > It is completely hidden to OS in first versions. > > Thanks for the link, but all I see there is "but at this point there=92s > no such tool". IMHO it doesn't meet it is not reported. > > We just need somebody with that drive to run on it `camcontrol identify` > from the fresh system and report what he sees. I've just ordered one of these disks. I expect it to arrive in a couple of= =20 days. Will let you know what it says when I have it :) =2D Pieter From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 16:46:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4767106568D; Mon, 28 Dec 2009 16:46:40 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD008FC20; Mon, 28 Dec 2009 16:46:40 +0000 (UTC) Received: by pzk15 with SMTP id 15so7156811pzk.3 for ; Mon, 28 Dec 2009 08:46:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=XllJ5cAnKjptywmLVACJwEkkoxfz2Pvc3mkGQLcwZ4w=; b=xfQhFkdUPpdCvpOt6tytlk5nN/s6rlF/lERBlZrJmb5b4LTuiUhRPo/R3vDXQs1l53 Udl4DuXTeh7vRRFG79IZfv+C/TFqXFP0ksoDEB58E0RjtJj4ocZi0E01kmIV5m+yUyoU UD21l09eiOpM6pgMQF2ad2wazhskaMGpY1PzA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=TlE33XjGj8lTsbBljVtKsB418Cu1EuMPUUPVSSbdLsUse+QTJDnNqjie9gOk5BWd59 YEK3RGi97q7P3ii1rxTQtUNTGEFc1t0wDV6kM0Wt3bV4UEFKeKWUJ+ndtl9LJmE+Z9X/ e9mDi9yNECKnzATBP1UnbNKl8Jpov9zGr8glI= MIME-Version: 1.0 Received: by 10.142.4.39 with SMTP id 39mr3787708wfd.128.1262018796966; Mon, 28 Dec 2009 08:46:36 -0800 (PST) In-Reply-To: <200912281104.30930.jhb@freebsd.org> References: <20091227232425.GA38213@bsdcrew.de> <20091228152528.732bcd14@ernst.jennejohn.org> <200912281104.30930.jhb@freebsd.org> Date: Mon, 28 Dec 2009 10:46:36 -0600 Message-ID: <179b97fb0912280846t286beec2p7307f255f96d89a3@mail.gmail.com> From: Brandon Gooch To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Martin Wilke , ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 16:46:40 -0000 On Mon, Dec 28, 2009 at 10:04 AM, John Baldwin wrote: > On Monday 28 December 2009 9:25:28 am Gary Jennejohn wrote: [SNIP] >> >> Does vboxguest.ko have silent dependencies on other vbox modules? I only >> loaded vboxdrv.ko. > > Look in dmesg for the real kldload error message. > I'm seeing this as well: kernel: link_elf_obj: symbol _Z6strlenPKc undefined ...which, I suppose, is the real kldload error message. From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 14:57:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 752631065693 for ; Mon, 28 Dec 2009 14:57:52 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 05DCE8FC16 for ; Mon, 28 Dec 2009 14:57:51 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=webmail.itac.at) by mail.itac.at with esmtpa (Exim 4.63) (envelope-from ) id 1NPGf5-0002aC-Q2; Mon, 28 Dec 2009 15:33:31 +0100 Received: from 78.142.74.81 (SquirrelMail authenticated user decke@bluelife.at) by webmail.itac.at with HTTP; Mon, 28 Dec 2009 15:33:31 +0100 (CET) Message-ID: <2534a9adb4738f1205c69bbea9d89e12.squirrel@webmail.itac.at> In-Reply-To: <20091228152528.732bcd14@ernst.jennejohn.org> References: <20091227232425.GA38213@bsdcrew.de> <20091228152528.732bcd14@ernst.jennejohn.org> Date: Mon, 28 Dec 2009 15:33:31 +0100 (CET) From: "Bernhard Froehlich" To: gary.jennejohn@freenet.de User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Mon, 28 Dec 2009 17:06:26 +0000 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org, Martin Wilke Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 14:57:52 -0000 On Mon, December 28, 2009 3:25 pm, Gary Jennejohn wrote: > On Mon, 28 Dec 2009 00:24:26 +0100 > Martin Wilke wrote: > >> # /usr/local/etc/rc.d/vboxguest.sh start >> > > This shell script has a problem. It looks in /boot/kernel for the > module but the port installs it under /boot/modules. > > I also can't load this module (after loading vboxdrv.ko): > > sh -x /usr/local/etc/rc.d/vboxguest.sh start > + VBOXGUESTFILE='' > + SILENTUNLOAD='' > + check_root > + id -u > + test 0 -ne 0 > + get_module_path > + moduledir=/boot/modules > + modulepath=/boot/modules/vboxguest.ko > + test -f /boot/modules/vboxguest.ko > + VBOXGUESTFILE=/boot/modules/vboxguest.ko > + check_if_installed > + test /boot/modules/vboxguest.ko -a -f /boot/modules/vboxguest.ko > + return 0 > + test '' = silentunload > + start > + module_loaded > + kldstat > + grep vboxguest > + loadentry='' > + test -z '' > + return 1 > + /sbin/kldload vboxguest.ko > kldload: can't load vboxguest.ko: Exec format error > + module_loaded > + kldstat > + grep vboxguest > + loadentry='' > + test -z '' > + return 1 > + abort 'Failed to load vboxguest.' > + echo 'Failed to load vboxguest.' > Failed to load vboxguest. > + exit 1 > > file /boot/modules/vbox*.ko > /boot/modules/vboxdrv.ko: ELF 64-bit LSB relocatable, x86-64, version 1 > (FreeBSD), not stripped > /boot/modules/vboxguest.ko: ELF 64-bit LSB relocatable, x86-64, version 1 > (FreeBSD), not stripped > /boot/modules/vboxnetadp.ko: ELF 64-bit LSB relocatable, x86-64, version 1 > (FreeBSD), not stripped > /boot/modules/vboxnetflt.ko: ELF 64-bit LSB relocatable, x86-64, version 1 > (FreeBSD), not stripped > > Does vboxguest.ko have silent dependencies on other vbox modules? I only > loaded vboxdrv.ko. Looks like you installed the guest additions on the host. You should not do that. They should only be installed on FreeBSD guests running in an virtualbox. Nevertheless could you please see in /var/log/messages what error was logged when you tried to load vboxguest.ko ? -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 17:13:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C531106566C; Mon, 28 Dec 2009 17:13:25 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD4E8FC18; Mon, 28 Dec 2009 17:13:24 +0000 (UTC) Received: by pzk15 with SMTP id 15so7169975pzk.3 for ; Mon, 28 Dec 2009 09:13:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=XllJ5cAnKjptywmLVACJwEkkoxfz2Pvc3mkGQLcwZ4w=; b=xfQhFkdUPpdCvpOt6tytlk5nN/s6rlF/lERBlZrJmb5b4LTuiUhRPo/R3vDXQs1l53 Udl4DuXTeh7vRRFG79IZfv+C/TFqXFP0ksoDEB58E0RjtJj4ocZi0E01kmIV5m+yUyoU UD21l09eiOpM6pgMQF2ad2wazhskaMGpY1PzA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=TlE33XjGj8lTsbBljVtKsB418Cu1EuMPUUPVSSbdLsUse+QTJDnNqjie9gOk5BWd59 YEK3RGi97q7P3ii1rxTQtUNTGEFc1t0wDV6kM0Wt3bV4UEFKeKWUJ+ndtl9LJmE+Z9X/ e9mDi9yNECKnzATBP1UnbNKl8Jpov9zGr8glI= MIME-Version: 1.0 Received: by 10.142.4.39 with SMTP id 39mr3787708wfd.128.1262018796966; Mon, 28 Dec 2009 08:46:36 -0800 (PST) In-Reply-To: <200912281104.30930.jhb@freebsd.org> References: <20091227232425.GA38213@bsdcrew.de> <20091228152528.732bcd14@ernst.jennejohn.org> <200912281104.30930.jhb@freebsd.org> Date: Mon, 28 Dec 2009 10:46:36 -0600 Message-ID: <179b97fb0912280846t286beec2p7307f255f96d89a3@mail.gmail.com> From: Brandon Gooch To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Martin Wilke , ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 17:13:25 -0000 On Mon, Dec 28, 2009 at 10:04 AM, John Baldwin wrote: > On Monday 28 December 2009 9:25:28 am Gary Jennejohn wrote: [SNIP] >> >> Does vboxguest.ko have silent dependencies on other vbox modules? I only >> loaded vboxdrv.ko. > > Look in dmesg for the real kldload error message. > I'm seeing this as well: kernel: link_elf_obj: symbol _Z6strlenPKc undefined ...which, I suppose, is the real kldload error message. From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 17:24:28 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E10B2106566B for ; Mon, 28 Dec 2009 17:24:28 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE3E8FC20 for ; Mon, 28 Dec 2009 17:24:27 +0000 (UTC) Received: (qmail 60319 invoked from network); 28 Dec 2009 17:24:26 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (cryx) by mail.h3q.com with AES256-SHA encrypted SMTP; 28 Dec 2009 17:24:26 -0000 Message-ID: <4B38E9CA.8060305@h3q.com> Date: Mon, 28 Dec 2009 18:24:26 +0100 From: Philipp Wuensche User-Agent: Postbox 1.1.0 (Macintosh/20091201) MIME-Version: 1.0 To: Beat Gaetzi References: <20091227232425.GA38213@bsdcrew.de> <4B38CDA6.1000107@h3q.com> <4B38E4AA.9020000@FreeBSD.org> In-Reply-To: <4B38E4AA.9020000@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, current@FreeBSD.org, Martin Wilke Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 17:24:29 -0000 Beat Gaetzi wrote: > Philipp Wuensche wrote: >> Martin Wilke wrote: >>> Please report any functionality which was working with previous versions of >>> VirtualBox and no longer working with 3.1.2 or any build failure. >> Seem like the fix from >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/files/patch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c >> was not incorporated?! > > This fix is also included in 3.1.2: > http://svn.bluelife.at/index.cgi/blueports/revision/?rev=580 Interesting, I have to load the modules in the correct order, otherwise I get this error in the VBox.log: 00:00:00.470 IntNet#0: szNetwork={HostInterfaceNetworking-em0} enmTrunkType=3 szTrunk={em0} fFlags=0x0 cbRecv=223232 cbSend=36864 00:00:00.470 VMSetError: /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/Devices/Network/DrvIntNet.cpp(1071) int drvIntNetConstruct(PDMDRVINS*, CFGMNODE*, uint32_t) 00:00:00.470 VMSetError: Failed to open/create the internal network 'HostInterfaceNetworking-em0' 00:00:00.470 PDM: Failed to construct 'pcnet'/0! VERR_SUPDRV_COMPONENT_NOT_FOUND (-3700) - The component factory was not found. 00:00:01.033 VMSetError: /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/VMM/VM.cpp(323) int VMR3Create(uint32_t, void (*)(VM*, void*, int, const char*, unsigned int, const char*, const char*, __va_list_tag*), void*, int (*)(VM*, void*), void*, VM**) 00:00:01.033 VMSetError: Unknown error creating VM 00:00:01.034 ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005) aIID={6375231a-c17c-464b-92cb-ae9e128d71c3} aComponent={Console} aText={Failed to open/create the internal network 'HostInterfaceNetworking-em0' (VERR_SUPDRV_COMPONENT_NOT_FOUND). 00:00:01.034 Unknown error creating VM (VERR_SUPDRV_COMPONENT_NOT_FOUND)} aWarning=false, preserve=false 00:00:01.036 Power up failed (vrc=VERR_SUPDRV_COMPONENT_NOT_FOUND, rc=NS_ERROR_FAILURE (0X80004005)) greetings, philipp From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 17:25:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F4E8106566B; Mon, 28 Dec 2009 17:25:03 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id CD60A8FC18; Mon, 28 Dec 2009 17:25:02 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id DDF501FFC25; Mon, 28 Dec 2009 17:25:01 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id C4647844A1; Mon, 28 Dec 2009 18:25:01 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin References: <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> <86ws072she.fsf@ds4.des.no> <200912281058.40733.jhb@freebsd.org> Date: Mon, 28 Dec 2009 18:25:01 +0100 In-Reply-To: <200912281058.40733.jhb@freebsd.org> (John Baldwin's message of "Mon, 28 Dec 2009 10:58:40 -0500") Message-ID: <86zl53105u.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Anton Shterenlikht , "b. f." Subject: Re: still trouble with pci.c on i386 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, 28 Dec 2009 17:25:03 -0000 John Baldwin writes: > Dag-Erling Sm=C3=B8rgrav writes: > > This discussion is pointless if your source tree is not a Subversion > > working copy. > That's not true. I still use cvsweb quite often as one can more easily s= ee=20 > what has been MFC'd that way rather than with the svn equivalent. And it= is=20 > easy to use cvsweb to find a particular CVS revision and map it to an SVN= =20 > revision. The discussion was about using Subversion to woll back commits in what was in all probability either a cvsup checkout or a CVS working copy. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 17:38:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECE3C1065670; Mon, 28 Dec 2009 17:38:01 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 57FF98FC19; Mon, 28 Dec 2009 17:38:01 +0000 (UTC) Received: by ewy26 with SMTP id 26so7560853ewy.3 for ; Mon, 28 Dec 2009 09:37:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pWgIgjM8iSwmmzVWzTdBCU0Uu8nD3SW/pEYdsN1i0mI=; b=fmPzATJwSzMXP4UBvepChMXXa++QeKASTuO92RcZTFhP3oaCH+OeZ7lh8pyA0vJ6rz lRctXWdp9wnUaZ2t1xA/Pfl6GxsfTvjgUOUeY+Vx6nf1Mk5wm//7SIfnpMrxzDnVuvur /BERhlg236FYMk5uMC9A/7ryqL3Vj2fbNsavE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Rcmf8NPD8urecjmVpCsGEgA35Ze6elNK0qfVUqkRDK4cnY2qP+6MNlI2mdonK7BEal niarK23E+F5xX/xJccAz0VtrIgXjdXL/Tls4dgEYTXoW0893Bmwg1DLjyLrxb6dPCq33 oG/5FzLmU9KSnKdiPC2XbMA/+PjZFWMG4hBz4= MIME-Version: 1.0 Received: by 10.216.91.15 with SMTP id g15mr6259773wef.24.1262021872209; Mon, 28 Dec 2009 09:37:52 -0800 (PST) In-Reply-To: <86zl53105u.fsf@ds4.des.no> References: <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> <86ws072she.fsf@ds4.des.no> <200912281058.40733.jhb@freebsd.org> <86zl53105u.fsf@ds4.des.no> Date: Mon, 28 Dec 2009 12:37:52 -0500 Message-ID: From: "b. f." To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: still trouble with pci.c on i386 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, 28 Dec 2009 17:38:02 -0000 I think John is referring to my first reply to Anton, early in the thread, in which I said that I thought it would be easier for Anton to get help for problems with -CURRENT by using svn revision numbers, because most base system developers were using that VCS. Apparently, John at least is not using svn exclusively, and is willing to look up cvs revision numbers. b. On 12/28/09, Dag-Erling Sm=F8rgrav wrote: > John Baldwin writes: >> Dag-Erling Sm=F8rgrav writes: >> > This discussion is pointless if your source tree is not a Subversion >> > working copy. >> That's not true. I still use cvsweb quite often as one can more easily >> see >> what has been MFC'd that way rather than with the svn equivalent. And i= t >> is >> easy to use cvsweb to find a particular CVS revision and map it to an SV= N >> revision. > > The discussion was about using Subversion to woll back commits in what > was in all probability either a cvsup checkout or a CVS working copy. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 17:38:13 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F20EF1065679; Mon, 28 Dec 2009 17:38:12 +0000 (UTC) (envelope-from beat@FreeBSD.org) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 86C538FC14; Mon, 28 Dec 2009 17:38:12 +0000 (UTC) Received: from daedalus.network.local (fenchurch.chruetertee.ch [217.150.245.57]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id nBSH1PJW039439 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 28 Dec 2009 17:01:26 GMT (envelope-from beat@FreeBSD.org) Message-ID: <4B38E4AA.9020000@FreeBSD.org> Date: Mon, 28 Dec 2009 18:02:34 +0100 From: Beat Gaetzi User-Agent: Thunderbird 2.0.0.23 (X11/20090821) MIME-Version: 1.0 To: Philipp Wuensche References: <20091227232425.GA38213@bsdcrew.de> <4B38CDA6.1000107@h3q.com> In-Reply-To: <4B38CDA6.1000107@h3q.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, current@FreeBSD.org, Martin Wilke Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 17:38:13 -0000 Philipp Wuensche wrote: > Martin Wilke wrote: >> Please report any functionality which was working with previous versions of >> VirtualBox and no longer working with 3.1.2 or any build failure. > > Seem like the fix from > http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/files/patch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c > was not incorporated?! This fix is also included in 3.1.2: http://svn.bluelife.at/index.cgi/blueports/revision/?rev=580 Beat From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 17:59:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B7F710656D4; Mon, 28 Dec 2009 17:59:11 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 339618FC18; Mon, 28 Dec 2009 17:59:11 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 2CBA61FFC22; Mon, 28 Dec 2009 17:59:10 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id EB461844A1; Mon, 28 Dec 2009 18:59:09 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "b. f." References: <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> <86ws072she.fsf@ds4.des.no> <200912281058.40733.jhb@freebsd.org> <86zl53105u.fsf@ds4.des.no> Date: Mon, 28 Dec 2009 18:59:09 +0100 In-Reply-To: (b. f.'s message of "Mon, 28 Dec 2009 12:37:52 -0500") Message-ID: <86vdfr0yky.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: still trouble with pci.c on i386 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, 28 Dec 2009 17:59:11 -0000 "b. f." writes: > I think John is referring to my first reply to Anton, early in the > thread, in which I said that I thought it would be easier for Anton to > get help for problems with -CURRENT by using svn revision numbers, > because most base system developers were using that VCS. Apparently, > John at least is not using svn exclusively, and is willing to look up > cvs revision numbers. The problem is that CVS revision numbers are per-file, while Subversion revision numbers are per-commit. A single Subversion commit that affects twenty files will translate to twenty (file, revno) tuples that must be rolled back individually, unless you can figure out a date (or date range) that corresponds exactly to that commit and that commit only. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 18:09:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4BB0106568D for ; Mon, 28 Dec 2009 18:09:26 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 943F18FC1B for ; Mon, 28 Dec 2009 18:09:26 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NPK20-0004BS-0N for freebsd-current@freebsd.org; Mon, 28 Dec 2009 19:09:24 +0100 Received: from 5-178.dsl.iskon.hr ([89.164.5.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Dec 2009 19:09:23 +0100 Received: from ivoras by 5-178.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Dec 2009 19:09:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 28 Dec 2009 19:08:41 +0100 Lines: 10 Message-ID: References: <20091227232425.GA38213__20513.7163670317$1261956372$gmane$org@bsdcrew.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 5-178.dsl.iskon.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090817) In-Reply-To: <20091227232425.GA38213__20513.7163670317$1261956372$gmane$org@bsdcrew.de> Sender: news Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 18:09:27 -0000 Martin Wilke wrote: > Please report any functionality which was working with previous versions of > VirtualBox and no longer working with 3.1.2 or any build failure. > > Many thanks to the VirtualBox developers, all tester and patch submitter > and the whole vbox@ team. Tested on amd64 host, WinXP and FreeBSD i386 guests - so far it seems better than the old version/port at least with virtual SMP. From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 18:15:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92D7E106568D for ; Mon, 28 Dec 2009 18:15:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3E3448FC12 for ; Mon, 28 Dec 2009 18:15:06 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NPK7U-0006Oz-16 for freebsd-current@freebsd.org; Mon, 28 Dec 2009 19:15:04 +0100 Received: from 5-178.dsl.iskon.hr ([89.164.5.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Dec 2009 19:15:04 +0100 Received: from ivoras by 5-178.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Dec 2009 19:15:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 28 Dec 2009 19:12:28 +0100 Lines: 15 Message-ID: References: <20091227232425.GA38213__20513.7163670317$1261956372$gmane$org@bsdcrew.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 5-178.dsl.iskon.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090817) In-Reply-To: Sender: news Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 18:15:07 -0000 Ivan Voras wrote: > Martin Wilke wrote: > >> Please report any functionality which was working with previous >> versions of >> VirtualBox and no longer working with 3.1.2 or any build failure. >> >> Many thanks to the VirtualBox developers, all tester and patch submitter >> and the whole vbox@ team. > > Tested on amd64 host, WinXP and FreeBSD i386 guests - so far it seems > better than the old version/port at least with virtual SMP. For virtual SMP, there are still "calcru: runtime went backwards" messages in the guest. From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 18:24:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7100106568F for ; Mon, 28 Dec 2009 18:24:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7C3268FC15 for ; Mon, 28 Dec 2009 18:24:32 +0000 (UTC) Received: (qmail 16125 invoked by uid 399); 28 Dec 2009 18:24:31 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Dec 2009 18:24:31 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B38F7E0.2040007@FreeBSD.org> Date: Mon, 28 Dec 2009 10:24:32 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Bernhard Froehlich References: <20091227232425.GA38213@bsdcrew.de> <20091228152528.732bcd14@ernst.jennejohn.org> <2534a9adb4738f1205c69bbea9d89e12.squirrel@webmail.itac.at> In-Reply-To: <2534a9adb4738f1205c69bbea9d89e12.squirrel@webmail.itac.at> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------050809060208010906030106" Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, Martin Wilke , current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 18:24:32 -0000 This is a multi-part message in MIME format. --------------050809060208010906030106 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Bernhard Froehlich wrote: > Looks like you installed the guest additions on the host. You should not > do that. They should only be installed on FreeBSD guests running in an > virtualbox. The pkg-descr and COMMENT should probably be amended to reflect this since it was confusing to me too. :) Perhaps something like the attached? Also, in looking at the shell script that is provided for the additions it would be nice if it could be updated to an rc.d style script. If anyone wants to tackle that and needs help feel free to follow up on the -ports list, or freebsd-rc@FreeBSD.org. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ --------------050809060208010906030106 Content-Type: text/plain; name="vbox-add.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vbox-add.diff" diff -ur ../virtualbox-ose-additions-orig/Makefile ./Makefile --- ../virtualbox-ose-additions-orig/Makefile 2009-12-21 03:37:26.000000000 -0800 +++ ./Makefile 2009-12-28 10:22:49.000000000 -0800 @@ -16,7 +16,7 @@ DISTNAME= VirtualBox-${DISTVERSION}-OSE MAINTAINER= vbox@FreeBSD.org -COMMENT= VirtualBox Guest Additions for FreeBSD +COMMENT= VirtualBox additions for FreeBSD guests BUILD_DEPENDS= yasm:${PORTSDIR}/devel/yasm \ as86:${PORTSDIR}/devel/dev86 \ diff -ur ../virtualbox-ose-additions-orig/pkg-descr ./pkg-descr --- ../virtualbox-ose-additions-orig/pkg-descr 2009-09-21 13:14:39.000000000 -0700 +++ ./pkg-descr 2009-12-28 10:22:18.000000000 -0800 @@ -1,3 +1,5 @@ +These additions are for installation inside a FreeBSD guest. + VirtualBox is a family of powerful x86 virtualization products for enterprise as well as home use. Not only is VirtualBox an extremely feature rich, high performance product for enterprise customers, it --------------050809060208010906030106-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 18:57:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DC61106568B; Mon, 28 Dec 2009 18:57:55 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD6B8FC13; Mon, 28 Dec 2009 18:57:53 +0000 (UTC) Received: by ewy26 with SMTP id 26so7636644ewy.3 for ; Mon, 28 Dec 2009 10:57:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=v6bmrtQV2THoq4XJus3rkR3D5sEc6+nIF7o5mu1NpQc=; b=fUlBALRQaYvEuHiBHvX6KQTDYm7L+0rOoZvCgAeU9rNauAW4j5sIokpLRpuA7hji2a zxpEqiJzKjsVonIsAzCmZPn5AOyT0aG2dY5/SZYzXqyyA/mW0+mH/J03vo3rpYSI9I8Z z9PGu5nyWLUhHNPmfRY3oTImudaqdjywUNuUE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mzG3yXXmfbpHH8O4vxWfkPcnTaYRE24/PACIXNbdI9cgXCeNrRAUFZRfIA5lmmj7p5 R2RIzrgLBnx/8r6j1xxB21+txS3PjE7i4GQEjzIQfjLJSOhGCEAMCXWhS7Ma5hWiqbuz yjzV3W8WV01qLvRsu8s2a3NrR6zLyE3AQKDRs= MIME-Version: 1.0 Received: by 10.213.51.3 with SMTP id b3mr12525531ebg.31.1262026670484; Mon, 28 Dec 2009 10:57:50 -0800 (PST) In-Reply-To: <4B37BE0C.4050908@FreeBSD.org> References: <4B36D550.2050006@FreeBSD.org> <4B36E491.3000204@FreeBSD.org> <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> <4B37BE0C.4050908@FreeBSD.org> Date: Mon, 28 Dec 2009 19:57:50 +0100 Message-ID: <3a142e750912281057o4a00ad3br425dfb9402df08e@mail.gmail.com> From: Paul B Mahol To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Is 802.11a supposed to work with wpi? 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, 28 Dec 2009 18:57:55 -0000 On 12/27/09, Doug Barton wrote: > Paul B Mahol wrote: >> On 12/27/09, Doug Barton wrote: >>> Doug Barton wrote: >>>> I have the infamous Intel 3945ABG, and an access point that does >>>> 802.11a. The card works fine with WPA in Win XP, even with a wall or >>>> two in between me and the AP. >>>> >>>> With FreeBSD I cannot get a link in 802.11a even with no encryption >>>> and standing in the same room as the AP. Is it supposed to work? >>> Thanks to Attilio I got my only other 11a card working and it can sync >>> up with the AP even with WPA. It's not a strong signal, but it works >>> just fine: >>> >>> SSID/MESH ID CHAN RATE S:N INT CAPS >>> my11assid 52 54M -91:-96 100 EP WPA >>> >>> So this definitely appears to be a wpi issue. >> >> If you enable bootverbose (via loader or sysctl) what wpi says? > > Thanks for responding. :) > > Preloaded elf module "/boot/kernel/if_wpi.ko" at 0xc15a5270. > wpi0: mem 0xecfff000-0xecffffff irq 17 > at device 0.0 on pci12 > wpi0: Driver Revision 20071127 > wpi0: Hardware Revision (0x1) > wpi0: Regulatory Domain: MoW1 > wpi0: Hardware Type: B > wpi0: Hardware Revision: ? > wpi0: SKU does support 802.11a > wpi0: [MPSAFE] > wpi0: [ITHREAD] > wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps > wpi0: need multicast update callback > wpi0: need multicast update callback > firmware: 'wpifw' version 2144: 149652 bytes loaded at 0xc64945ec > wpi0: need multicast update callback > wpi0: need multicast update callback > wpi0: need multicast update callback > wpi0: need multicast update callback What are other debug printfs? # ifconfig wlan0 list chan -- Paul B Mahol From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 19:08:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C2861065676; Mon, 28 Dec 2009 19:08:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0E2AC8FC15; Mon, 28 Dec 2009 19:08:53 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9061C46B49; Mon, 28 Dec 2009 14:08:52 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 287A58A01B; Mon, 28 Dec 2009 14:08:40 -0500 (EST) From: John Baldwin To: Brandon Gooch , Martin Wilke Date: Mon, 28 Dec 2009 12:44:35 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091227232425.GA38213@bsdcrew.de> <200912281104.30930.jhb@freebsd.org> <179b97fb0912280846t286beec2p7307f255f96d89a3@mail.gmail.com> In-Reply-To: <179b97fb0912280846t286beec2p7307f255f96d89a3@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912281244.35106.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 28 Dec 2009 14:08:40 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 19:08:53 -0000 On Monday 28 December 2009 11:46:36 am Brandon Gooch wrote: > On Mon, Dec 28, 2009 at 10:04 AM, John Baldwin wrote: > > On Monday 28 December 2009 9:25:28 am Gary Jennejohn wrote: > [SNIP] > >> > >> Does vboxguest.ko have silent dependencies on other vbox modules? I only > >> loaded vboxdrv.ko. > > > > Look in dmesg for the real kldload error message. > > > > I'm seeing this as well: > > kernel: link_elf_obj: symbol _Z6strlenPKc undefined > > ...which, I suppose, is the real kldload error message. Looks like it is trying to use a C++ named-version of strlen(): % echo _Z6strlenPKc | c++filt strlen(char const*) Is the kernel module compiled using c++ instead of cc? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 19:08:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC4931065672; Mon, 28 Dec 2009 19:08:58 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCF58FC12; Mon, 28 Dec 2009 19:08:58 +0000 (UTC) Received: from [195.4.92.23] (helo=13.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NPKxd-0005nd-57; Mon, 28 Dec 2009 20:08:57 +0100 Received: from p57ae094e.dip0.t-ipconnect.de ([87.174.9.78]:24619 helo=ernst.jennejohn.org) by 13.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NPKxc-0000qy-NO; Mon, 28 Dec 2009 20:08:57 +0100 Date: Mon, 28 Dec 2009 20:08:53 +0100 From: Gary Jennejohn To: Bernhard Froehlich Message-ID: <20091228200853.03a8bd36@ernst.jennejohn.org> In-Reply-To: <4B38F7E0.2040007@FreeBSD.org> References: <20091227232425.GA38213@bsdcrew.de> <20091228152528.732bcd14@ernst.jennejohn.org> <2534a9adb4738f1205c69bbea9d89e12.squirrel@webmail.itac.at> <4B38F7E0.2040007@FreeBSD.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 19:08:59 -0000 Bernhard Froehlich wrote: > Looks like you installed the guest additions on the host. You should not > do that. They should only be installed on FreeBSD guests running in an > virtualbox. > I installed it in the guest (PC-BSD) and got _exactly_ the same error as on the host. Something is fubar. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 19:15:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8B761065670; Mon, 28 Dec 2009 19:15:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C0DFB8FC17; Mon, 28 Dec 2009 19:15:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBSJFZ5D013869; Mon, 28 Dec 2009 14:15:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBSJFZKT013865; Mon, 28 Dec 2009 19:15:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Dec 2009 19:15:35 GMT Message-Id: <200912281915.nBSJFZKT013865@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 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, 28 Dec 2009 19:15:37 -0000 TB --- 2009-12-28 18:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-28 18:05:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-12-28 18:05:00 - cleaning the object tree TB --- 2009-12-28 18:05:31 - cvsupping the source tree TB --- 2009-12-28 18:05:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-12-28 18:05:59 - building world TB --- 2009-12-28 18:05:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 18:05:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 18:05:59 - TARGET=pc98 TB --- 2009-12-28 18:05:59 - TARGET_ARCH=i386 TB --- 2009-12-28 18:05:59 - TZ=UTC TB --- 2009-12-28 18:05:59 - __MAKE_CONF=/dev/null TB --- 2009-12-28 18:05:59 - cd /src TB --- 2009-12-28 18:05:59 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 28 18:06:00 UTC 2009 >>> 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 >>> World build completed on Mon Dec 28 19:05:34 UTC 2009 TB --- 2009-12-28 19:05:34 - generating LINT kernel config TB --- 2009-12-28 19:05:34 - cd /src/sys/pc98/conf TB --- 2009-12-28 19:05:34 - /usr/bin/make -B LINT TB --- 2009-12-28 19:05:34 - building LINT kernel TB --- 2009-12-28 19:05:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 19:05:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 19:05:34 - TARGET=pc98 TB --- 2009-12-28 19:05:34 - TARGET_ARCH=i386 TB --- 2009-12-28 19:05:34 - TZ=UTC TB --- 2009-12-28 19:05:34 - __MAKE_CONF=/dev/null TB --- 2009-12-28 19:05:34 - cd /src TB --- 2009-12-28 19:05:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 28 19:05:34 UTC 2009 >>> 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 -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:116: warning: 'ifp' may be used uninitialized in this function *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-28 19:15:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-28 19:15:35 - ERROR: failed to build lint kernel TB --- 2009-12-28 19:15:35 - 3099.77 user 724.82 system 4234.90 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 19:17:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5563106568D; Mon, 28 Dec 2009 19:17:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 755498FC1E; Mon, 28 Dec 2009 19:17:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBSJHmU6035633; Mon, 28 Dec 2009 14:17:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBSJHljX035629; Mon, 28 Dec 2009 19:17:47 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Dec 2009 19:17:47 GMT Message-Id: <200912281917.nBSJHljX035629@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 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, 28 Dec 2009 19:17:48 -0000 TB --- 2009-12-28 18:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-28 18:05:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-12-28 18:05:00 - cleaning the object tree TB --- 2009-12-28 18:05:32 - cvsupping the source tree TB --- 2009-12-28 18:05:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-12-28 18:05:59 - building world TB --- 2009-12-28 18:05:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 18:05:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 18:05:59 - TARGET=i386 TB --- 2009-12-28 18:05:59 - TARGET_ARCH=i386 TB --- 2009-12-28 18:05:59 - TZ=UTC TB --- 2009-12-28 18:05:59 - __MAKE_CONF=/dev/null TB --- 2009-12-28 18:05:59 - cd /src TB --- 2009-12-28 18:05:59 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 28 18:06:00 UTC 2009 >>> 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 >>> World build completed on Mon Dec 28 19:06:12 UTC 2009 TB --- 2009-12-28 19:06:12 - generating LINT kernel config TB --- 2009-12-28 19:06:12 - cd /src/sys/i386/conf TB --- 2009-12-28 19:06:12 - /usr/bin/make -B LINT TB --- 2009-12-28 19:06:12 - building LINT kernel TB --- 2009-12-28 19:06:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 19:06:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 19:06:12 - TARGET=i386 TB --- 2009-12-28 19:06:12 - TARGET_ARCH=i386 TB --- 2009-12-28 19:06:12 - TZ=UTC TB --- 2009-12-28 19:06:12 - __MAKE_CONF=/dev/null TB --- 2009-12-28 19:06:12 - cd /src TB --- 2009-12-28 19:06:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 28 19:06:12 UTC 2009 >>> 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 -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:116: warning: 'ifp' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-28 19:17:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-28 19:17:47 - ERROR: failed to build lint kernel TB --- 2009-12-28 19:17:47 - 3211.85 user 725.50 system 4366.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 19:42:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14D8B1065695; Mon, 28 Dec 2009 19:42:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E22FA8FC19; Mon, 28 Dec 2009 19:42:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBSJgsxS043045; Mon, 28 Dec 2009 14:42:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBSJgsWe043043; Mon, 28 Dec 2009 19:42:54 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Dec 2009 19:42:54 GMT Message-Id: <200912281942.nBSJgsWe043043@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 28 Dec 2009 19:42:55 -0000 TB --- 2009-12-28 18:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-28 18:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-12-28 18:05:00 - cleaning the object tree TB --- 2009-12-28 18:05:35 - cvsupping the source tree TB --- 2009-12-28 18:05:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-12-28 18:05:59 - building world TB --- 2009-12-28 18:05:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 18:05:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 18:05:59 - TARGET=amd64 TB --- 2009-12-28 18:05:59 - TARGET_ARCH=amd64 TB --- 2009-12-28 18:05:59 - TZ=UTC TB --- 2009-12-28 18:05:59 - __MAKE_CONF=/dev/null TB --- 2009-12-28 18:05:59 - cd /src TB --- 2009-12-28 18:05:59 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 28 18:06:00 UTC 2009 >>> 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 Dec 28 19:32:00 UTC 2009 TB --- 2009-12-28 19:32:00 - generating LINT kernel config TB --- 2009-12-28 19:32:00 - cd /src/sys/amd64/conf TB --- 2009-12-28 19:32:00 - /usr/bin/make -B LINT TB --- 2009-12-28 19:32:00 - building LINT kernel TB --- 2009-12-28 19:32:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 19:32:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 19:32:00 - TARGET=amd64 TB --- 2009-12-28 19:32:00 - TARGET_ARCH=amd64 TB --- 2009-12-28 19:32:00 - TZ=UTC TB --- 2009-12-28 19:32:00 - __MAKE_CONF=/dev/null TB --- 2009-12-28 19:32:00 - cd /src TB --- 2009-12-28 19:32:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 28 19:32:00 UTC 2009 >>> 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 -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_input.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_ipsec.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_mroute.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_options.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:116: warning: 'ifp' may be used uninitialized in this function *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-28 19:42:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-28 19:42:54 - ERROR: failed to build lint kernel TB --- 2009-12-28 19:42:54 - 4344.63 user 990.03 system 5873.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 19:23:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 359D5106568F; Mon, 28 Dec 2009 19:23:08 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id D7B338FC0A; Mon, 28 Dec 2009 19:23:07 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=webmail.itac.at) by mail.itac.at with esmtpa (Exim 4.63) (envelope-from ) id 1NPLBK-0005Eh-HS; Mon, 28 Dec 2009 20:23:06 +0100 Received: from 78.142.74.81 (SquirrelMail authenticated user decke@bluelife.at) by webmail.itac.at with HTTP; Mon, 28 Dec 2009 20:23:06 +0100 (CET) Message-ID: In-Reply-To: <4B38F7E0.2040007@FreeBSD.org> References: <20091227232425.GA38213@bsdcrew.de> <20091228152528.732bcd14@ernst.jennejohn.org> <2534a9adb4738f1205c69bbea9d89e12.squirrel@webmail.itac.at> <4B38F7E0.2040007@FreeBSD.org> Date: Mon, 28 Dec 2009 20:23:06 +0100 (CET) From: "Bernhard Froehlich" To: "Doug Barton" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Mon, 28 Dec 2009 20:06:23 +0000 Cc: current@freebsd.org, Martin Wilke , Bernhard Froehlich , ports@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 28 Dec 2009 19:23:08 -0000 On Mon, December 28, 2009 7:24 pm, Doug Barton wrote: > Bernhard Froehlich wrote: >> Looks like you installed the guest additions on the host. You should not >> do that. They should only be installed on FreeBSD guests running in an >> virtualbox. > > The pkg-descr and COMMENT should probably be amended to reflect this > since it was confusing to me too. :) Perhaps something like the attached? > > Also, in looking at the shell script that is provided for the > additions it would be nice if it could be updated to an rc.d style > script. If anyone wants to tackle that and needs help feel free to > follow up on the -ports list, or freebsd-rc@FreeBSD.org. Thanks. I've applied the patch and will write a new rc.d startscript for the guest additions. Looks like they need a bit love anyway. http://svn.bluelife.at/index.cgi/blueports/revision/?rev=607 -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 20:25:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12F8C1065679; Mon, 28 Dec 2009 20:25:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E0CB48FC17; Mon, 28 Dec 2009 20:25:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBSKPUvV051399; Mon, 28 Dec 2009 15:25:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBSKPUgL051398; Mon, 28 Dec 2009 20:25:30 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Dec 2009 20:25:30 GMT Message-Id: <200912282025.nBSKPUgL051398@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 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, 28 Dec 2009 20:25:31 -0000 TB --- 2009-12-28 18:55:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-28 18:55:31 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-28 18:55:31 - cleaning the object tree TB --- 2009-12-28 18:55:54 - cvsupping the source tree TB --- 2009-12-28 18:55:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-28 18:56:14 - building world TB --- 2009-12-28 18:56:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 18:56:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 18:56:14 - TARGET=ia64 TB --- 2009-12-28 18:56:14 - TARGET_ARCH=ia64 TB --- 2009-12-28 18:56:14 - TZ=UTC TB --- 2009-12-28 18:56:14 - __MAKE_CONF=/dev/null TB --- 2009-12-28 18:56:14 - cd /src TB --- 2009-12-28 18:56:14 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 28 18:56:15 UTC 2009 >>> 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 >>> World build completed on Mon Dec 28 20:12:05 UTC 2009 TB --- 2009-12-28 20:12:05 - generating LINT kernel config TB --- 2009-12-28 20:12:05 - cd /src/sys/ia64/conf TB --- 2009-12-28 20:12:05 - /usr/bin/make -B LINT TB --- 2009-12-28 20:12:05 - building LINT kernel TB --- 2009-12-28 20:12:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 20:12:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 20:12:05 - TARGET=ia64 TB --- 2009-12-28 20:12:05 - TARGET_ARCH=ia64 TB --- 2009-12-28 20:12:05 - TZ=UTC TB --- 2009-12-28 20:12:05 - __MAKE_CONF=/dev/null TB --- 2009-12-28 20:12:05 - cd /src TB --- 2009-12-28 20:12:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 28 20:12:05 UTC 2009 >>> 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 -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:116: warning: 'ifp' may be used uninitialized in this function *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-28 20:25:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-28 20:25:30 - ERROR: failed to build lint kernel TB --- 2009-12-28 20:25:30 - 4321.88 user 686.27 system 5398.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 20:28:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB8F91065679; Mon, 28 Dec 2009 20:28:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A53018FC0A; Mon, 28 Dec 2009 20:28:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBSKS64T063560; Mon, 28 Dec 2009 15:28:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBSKS6o2063554; Mon, 28 Dec 2009 20:28:06 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Dec 2009 20:28:06 GMT Message-Id: <200912282028.nBSKS6o2063554@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc 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, 28 Dec 2009 20:28:06 -0000 TB --- 2009-12-28 19:17:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-28 19:17:48 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-12-28 19:17:48 - cleaning the object tree TB --- 2009-12-28 19:18:04 - cvsupping the source tree TB --- 2009-12-28 19:18:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-12-28 19:18:16 - building world TB --- 2009-12-28 19:18:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 19:18:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 19:18:16 - TARGET=powerpc TB --- 2009-12-28 19:18:16 - TARGET_ARCH=powerpc TB --- 2009-12-28 19:18:16 - TZ=UTC TB --- 2009-12-28 19:18:16 - __MAKE_CONF=/dev/null TB --- 2009-12-28 19:18:16 - cd /src TB --- 2009-12-28 19:18:16 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 28 19:18:17 UTC 2009 >>> 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 >>> World build completed on Mon Dec 28 20:18:33 UTC 2009 TB --- 2009-12-28 20:18:33 - generating LINT kernel config TB --- 2009-12-28 20:18:33 - cd /src/sys/powerpc/conf TB --- 2009-12-28 20:18:33 - /usr/bin/make -B LINT TB --- 2009-12-28 20:18:33 - building LINT kernel TB --- 2009-12-28 20:18:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 20:18:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 20:18:33 - TARGET=powerpc TB --- 2009-12-28 20:18:33 - TARGET_ARCH=powerpc TB --- 2009-12-28 20:18:33 - TZ=UTC TB --- 2009-12-28 20:18:33 - __MAKE_CONF=/dev/null TB --- 2009-12-28 20:18:33 - cd /src TB --- 2009-12-28 20:18:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 28 20:18:33 UTC 2009 >>> 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 -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:116: warning: 'ifp' may be used uninitialized in this function *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-28 20:28:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-28 20:28:06 - ERROR: failed to build lint kernel TB --- 2009-12-28 20:28:06 - 3207.20 user 637.52 system 4217.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 20:48:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E406D1065695; Mon, 28 Dec 2009 20:48:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BDD9F8FC20; Mon, 28 Dec 2009 20:48:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBSKmZ6X048405; Mon, 28 Dec 2009 15:48:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBSKmZDK048402; Mon, 28 Dec 2009 20:48:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Dec 2009 20:48:35 GMT Message-Id: <200912282048.nBSKmZDK048402@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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, 28 Dec 2009 20:48:37 -0000 TB --- 2009-12-28 19:42:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-28 19:42:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-12-28 19:42:54 - cleaning the object tree TB --- 2009-12-28 19:43:11 - cvsupping the source tree TB --- 2009-12-28 19:43:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-12-28 19:43:33 - building world TB --- 2009-12-28 19:43:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 19:43:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 19:43:33 - TARGET=sparc64 TB --- 2009-12-28 19:43:33 - TARGET_ARCH=sparc64 TB --- 2009-12-28 19:43:33 - TZ=UTC TB --- 2009-12-28 19:43:33 - __MAKE_CONF=/dev/null TB --- 2009-12-28 19:43:33 - cd /src TB --- 2009-12-28 19:43:33 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 28 19:43:34 UTC 2009 >>> 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 >>> World build completed on Mon Dec 28 20:39:32 UTC 2009 TB --- 2009-12-28 20:39:32 - generating LINT kernel config TB --- 2009-12-28 20:39:32 - cd /src/sys/sparc64/conf TB --- 2009-12-28 20:39:32 - /usr/bin/make -B LINT TB --- 2009-12-28 20:39:32 - building LINT kernel TB --- 2009-12-28 20:39:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 20:39:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 20:39:32 - TARGET=sparc64 TB --- 2009-12-28 20:39:32 - TARGET_ARCH=sparc64 TB --- 2009-12-28 20:39:32 - TZ=UTC TB --- 2009-12-28 20:39:32 - __MAKE_CONF=/dev/null TB --- 2009-12-28 20:39:32 - cd /src TB --- 2009-12-28 20:39:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 28 20:39:32 UTC 2009 >>> 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 -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:116: warning: 'ifp' may be used uninitialized in this function *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-28 20:48:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-28 20:48:35 - ERROR: failed to build lint kernel TB --- 2009-12-28 20:48:35 - 3049.35 user 611.41 system 3941.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 21:06:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A8671065695; Mon, 28 Dec 2009 21:06:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 743BC8FC0A; Mon, 28 Dec 2009 21:06:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBSL6WnQ082668; Mon, 28 Dec 2009 16:06:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBSL6WRV082667; Mon, 28 Dec 2009 21:06:32 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Dec 2009 21:06:32 GMT Message-Id: <200912282106.nBSL6WRV082667@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 28 Dec 2009 21:06:33 -0000 TB --- 2009-12-28 20:03:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-28 20:03:10 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-12-28 20:03:10 - cleaning the object tree TB --- 2009-12-28 20:03:26 - cvsupping the source tree TB --- 2009-12-28 20:03:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-12-28 20:03:48 - building world TB --- 2009-12-28 20:03:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 20:03:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 20:03:48 - TARGET=sun4v TB --- 2009-12-28 20:03:48 - TARGET_ARCH=sparc64 TB --- 2009-12-28 20:03:48 - TZ=UTC TB --- 2009-12-28 20:03:48 - __MAKE_CONF=/dev/null TB --- 2009-12-28 20:03:48 - cd /src TB --- 2009-12-28 20:03:48 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 28 20:03:48 UTC 2009 >>> 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 >>> World build completed on Mon Dec 28 20:57:18 UTC 2009 TB --- 2009-12-28 20:57:18 - generating LINT kernel config TB --- 2009-12-28 20:57:18 - cd /src/sys/sun4v/conf TB --- 2009-12-28 20:57:18 - /usr/bin/make -B LINT TB --- 2009-12-28 20:57:18 - building LINT kernel TB --- 2009-12-28 20:57:18 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 20:57:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 20:57:18 - TARGET=sun4v TB --- 2009-12-28 20:57:18 - TARGET_ARCH=sparc64 TB --- 2009-12-28 20:57:18 - TZ=UTC TB --- 2009-12-28 20:57:18 - __MAKE_CONF=/dev/null TB --- 2009-12-28 20:57:18 - cd /src TB --- 2009-12-28 20:57:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 28 20:57:18 UTC 2009 >>> 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 -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:116: warning: 'ifp' may be used uninitialized in this function *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-28 21:06:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-28 21:06:32 - ERROR: failed to build lint kernel TB --- 2009-12-28 21:06:32 - 3058.21 user 585.55 system 3801.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 22:28:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51A42106566C; Mon, 28 Dec 2009 22:28:51 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id AD6678FC17; Mon, 28 Dec 2009 22:28:50 +0000 (UTC) Received: by ewy26 with SMTP id 26so7816767ewy.3 for ; Mon, 28 Dec 2009 14:28:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JiSVukTciO7HugUdKeM1PCPg+B9Zr1pHnlQMSa6Cka0=; b=NYKhNTAQ+bH3S1cCTVy97bXbH17++B7fYffO6RI3eNaQALEbti+3NBMxI0qhVsQ7K1 7jKsPqMG/IetqLtqK37dSTqhk6JRl85GmRO4qoNyVnUi8fOjxmBLL7wlJaSV67h9z/Sm LCVnzrT4m/8WMUBj5LdBdFTm+MMeZPLkWSz4Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=B2D+lw9xfNK/Va87JPqpg7RcURdOvBt/fdtO8ZHYkYksmylbUI+CVhT+LtLGUqBrtx J3qwM0QS6HzXHKhz9m8Q10z7gPm7e+uTYzG/231JU2m17XkQnhp1eb1CYqSXJ0F3hSoY /OcQrxdX+yqO6R16+deZSbvitkC0fT7PUKkIY= MIME-Version: 1.0 Received: by 10.216.90.135 with SMTP id e7mr5746302wef.34.1262039324554; Mon, 28 Dec 2009 14:28:44 -0800 (PST) In-Reply-To: <86vdfr0yky.fsf@ds4.des.no> References: <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> <86ws072she.fsf@ds4.des.no> <200912281058.40733.jhb@freebsd.org> <86zl53105u.fsf@ds4.des.no> <86vdfr0yky.fsf@ds4.des.no> Date: Mon, 28 Dec 2009 17:28:44 -0500 Message-ID: From: "b. f." To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: still trouble with pci.c on i386 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, 28 Dec 2009 22:28:51 -0000 Right, that's partly why I suggested Anton use svn. But, as John explained, he still finds cvs convenient for some purposes. b. On 12/28/09, Dag-Erling Sm=F8rgrav wrote: > "b. f." writes: >> I think John is referring to my first reply to Anton, early in the >> thread, in which I said that I thought it would be easier for Anton to >> get help for problems with -CURRENT by using svn revision numbers, >> because most base system developers were using that VCS. Apparently, >> John at least is not using svn exclusively, and is willing to look up >> cvs revision numbers. > > The problem is that CVS revision numbers are per-file, while Subversion > revision numbers are per-commit. A single Subversion commit that > affects twenty files will translate to twenty (file, revno) tuples that > must be rolled back individually, unless you can figure out a date (or > date range) that corresponds exactly to that commit and that commit > only. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-current@FreeBSD.ORG Mon Dec 28 23:30:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A12571065698 for ; Mon, 28 Dec 2009 23:30:03 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 330658FC1F for ; Mon, 28 Dec 2009 23:30:02 +0000 (UTC) Received: by bwz5 with SMTP id 5so6887570bwz.3 for ; Mon, 28 Dec 2009 15:29:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kcPLBu5m+WmiV9f1TMiedslOfQzBVMyjbqvXkMUovqc=; b=TXLunqUYBn1MwH+GMtVH8wxxNLibHxn+vhpbfX0tL1Q6lSG0/vutzD9yhIxn77JIrR s+DnZ3SnHVbsXROnr23TNVG2T9uT0Fnv3QmMMhhlQ5TToYShhGxmBNreERu4bjKL5Tul i5dpa29yUv/+6tZVrfGfvfW1bpUCwWqO1i+VU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pkFXo3973XJa91b3IYsKkiQZKWO2FCOlqY+CIO0V124BqgKfHUuaIr0WfTMbheRjXQ 0y0z6Lq1tN9lJnoGv9PyjBT7hxCyxwkV7XD8QjNGFTy6SLOGAgWaNpgFy+dS3CkU3TUR FV195U+LJ5ftm9qCwcIRpDd7a2SUe2n7g8lyU= MIME-Version: 1.0 Received: by 10.204.48.144 with SMTP id r16mr6807826bkf.170.1262042997414; Mon, 28 Dec 2009 15:29:57 -0800 (PST) In-Reply-To: References: Date: Tue, 29 Dec 2009 00:29:57 +0100 Message-ID: <83e5fb980912281529n9bbe3adg2fafd69dfcc48838@mail.gmail.com> From: Diego Depaoli To: "b. f." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ATA_CAM for extradummies 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, 28 Dec 2009 23:30:03 -0000 On Sat, Dec 26, 2009 at 5:36 AM, b. f. wrote: > ... >>> Man, excuse me, but if you are "extradummy" - don't touch kernel >>> options. Especially experimental, especially without understanding. >>Sorry for bother you, I thought testers were welcome, expecially on -curr= ent. > > I think mav@ =A0welcomes feedback, but he is warning you for your own > good, so that you will not lose time or become frustrated > unnecessarily. =A0Already it seems that your note has highlighted one > problem, and that some good will come of it. That would be 'the right way'. >>As final note... reading 3 different DVD with mplayer or mencoder I >>don't get this issue, but that other one >>READ(10). CDB: 28 0 0 8 bf 60 0 0 1 0 >>CAM Status: SCSI Status Error >>(cd0:ata1:0:0:0): SCSI Status: Check Condition >>(cd0:ata1:0:0:0): MEDIUM ERROR asc:11,5 >>(cd0:ata1:0:0:0): L-EC uncorrectable error >>(cd0:ata1:0:0:0): Retrying Command (per Sense Data) >>within 1 or 2 minutes. > > It looks like the DVD has some media errors, and that the software, > and/or the drive's firmware, is failing to read part of it. =A0Can you > read the disk using another OS? Yes, at least one of these worked well on Windows > Is there any visible damage to the > DVD? Maybe > =A0Does the DVD have copy protection? I think so. I do not use often optical disks, so my reports could be inaccurate, but every time I try to read/burn a CD or DVD under FreeBSD I run into some trouble. Bugged firmwares, bugged readers, poor quality disks... maybe... but that is on the market. Cheers --=20 Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Tue Dec 29 02:34:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ACF11065693 for ; Tue, 29 Dec 2009 02:34:14 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.freebsd.org (Postfix) with ESMTP id 850F18FC1D for ; Tue, 29 Dec 2009 02:34:13 +0000 (UTC) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id nBT1LmBD003484; Mon, 28 Dec 2009 20:21:49 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <200912272256.13436.ken@mthelicon.com> References: <200912272256.13436.ken@mthelicon.com> Date: Mon, 28 Dec 2009 20:21:47 -0500 To: Pegasus Mc Cleaft , FreeBSD current mailing list From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.00 () [Hold at 20.00] 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.227 Cc: Subject: Re: Clearing /var/tmp on boot 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, 29 Dec 2009 02:34:14 -0000 At 10:56 PM +0000 12/27/09, Pegasus Mc Cleaft wrote: > > Should the /var/tmp directory be cleaned on bootup? To me, it >looked like it should as many of the files in the KDE directory were >partial download files many months old. As others have already noted, you wouldn't want to blindly remove everything in /var/tmp on reboot. I've been saved several times by something left in /var/tmp, so I'd be even a bit more paranoid about removing things than other people have suggested. I wouldn't remove things based on last-modification time, since you may have some important backup files there which have much older last-modification times. You could also get royally screwed up if you happen to have some kind of error with the time- of-day clock. (I've had machines which might boot up with the wrong time after they had been powered off for awhile, or if rebooting between OS's). What I'd suggest is to create a sub-directory under /var/tmp using some good naming convention based on the time of day at time of reboot. And then select files based on whatever criteria you want, and MOVE them into the sub-directory that you've created. Then at some later time you could remove that sub-directory if you know you've been up for awhile and you haven't had any need for any of those files. I realize this may seem like overkill, but every five or ten years that extra step may save you from a lot of grief! -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Tue Dec 29 04:24:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D59DB106568D for ; Tue, 29 Dec 2009 04:24:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 622338FC08 for ; Tue, 29 Dec 2009 04:24:27 +0000 (UTC) Received: (qmail 23300 invoked by uid 399); 29 Dec 2009 04:24:26 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Dec 2009 04:24:26 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B39847C.2030501@FreeBSD.org> Date: Mon, 28 Dec 2009 20:24:28 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Paul B Mahol References: <4B36D550.2050006@FreeBSD.org> <4B36E491.3000204@FreeBSD.org> <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> <4B37BE0C.4050908@FreeBSD.org> <3a142e750912281057o4a00ad3br425dfb9402df08e@mail.gmail.com> In-Reply-To: <3a142e750912281057o4a00ad3br425dfb9402df08e@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is 802.11a supposed to work with wpi? 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, 29 Dec 2009 04:24:27 -0000 Paul B Mahol wrote: > What are other debug printfs? I sent everything that came out of 'grep -i wpi /var/run/dmesg.boot' > # ifconfig wlan0 list chan Channel 1 : 2412 Mhz 11g Channel 40 : 5200* Mhz 11a Channel 2 : 2417 Mhz 11g Channel 44 : 5220* Mhz 11a Channel 3 : 2422 Mhz 11g Channel 48 : 5240* Mhz 11a Channel 4 : 2427 Mhz 11g Channel 52 : 5260* Mhz 11a Channel 5 : 2432 Mhz 11g Channel 56 : 5280* Mhz 11a Channel 6 : 2437 Mhz 11g Channel 60 : 5300* Mhz 11a Channel 7 : 2442 Mhz 11g Channel 64 : 5320* Mhz 11a Channel 8 : 2447 Mhz 11g Channel 149 : 5745* Mhz 11a Channel 9 : 2452 Mhz 11g Channel 153 : 5765* Mhz 11a Channel 10 : 2457 Mhz 11g Channel 157 : 5785* Mhz 11a Channel 11 : 2462 Mhz 11g Channel 161 : 5805* Mhz 11a Channel 36 : 5180* Mhz 11a Channel 165 : 5825* Mhz 11a -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 29 11:26:03 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F0CA106566B; Tue, 29 Dec 2009 11:26:03 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 47B538FC0A; Tue, 29 Dec 2009 11:26:02 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id nBTBQ1qf039865; Tue, 29 Dec 2009 05:26:01 -0600 (CST) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=lPlE3ahH5wujdHoULCtOl2oO3qh9bhGSod6ABE3VKAEbHSdm8BHX7r5i9Rh1QBYpz TA6Femat8LYU0GspPXss1rUb9aYYqBLGM+nbiCee1USZZsU4tR3aV78fEHpO/r1gr9h jyWg9rOzaewu/EfDg1pj1BeguJNZu1wDqS+0vUs= Message-ID: <4B39E749.6020502@jrv.org> Date: Tue, 29 Dec 2009 05:26:01 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Alexander Motin References: <4B349ABF.2070800@FreeBSD.org> In-Reply-To: <4B349ABF.2070800@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , freebsd-arch@FreeBSD.org Subject: Re: File system blocks alignment 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, 29 Dec 2009 11:26:03 -0000 Alexander Motin wrote: > As we have now mechanism for reporting stripe size and offset for any > partition to user-level, it should be easy to make disk partitioning and > file system creation tools to use it automatically. Currently all operating systems I know of allocate 128 partition slot into GPT by default, or 32 blocks. With the dummy MBR and GPT header added this means that the first partition starts on block 34... If FreeBSD is changed to allocate only 120 GPT partition slots by default then the first partition would begin at block 32. From owner-freebsd-current@FreeBSD.ORG Tue Dec 29 12:39:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 273921065692; Tue, 29 Dec 2009 12:39:26 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id CCCD58FC21; Tue, 29 Dec 2009 12:39:25 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id 9FF7834D456; Tue, 29 Dec 2009 12:21:43 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Tue, 29 Dec 2009 12:21:43 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) References: <20091227232425.GA38213@bsdcrew.de> <4B38E4AA.9020000@FreeBSD.org> <4B38E9CA.8060305@h3q.com> In-Reply-To: <4B38E9CA.8060305@h3q.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912291221.43576.david@vizion2000.net> X-Mailman-Approved-At: Tue, 29 Dec 2009 12:47:17 +0000 Cc: current@freebsd.org, Martin Wilke , ports@freebsd.org, freebsd-emulation@freebsd.org, Philipp Wuensche , Beat Gaetzi Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 29 Dec 2009 12:39:26 -0000 > Beat Gaetzi wrote: > > Philipp Wuensche wrote: > >> Martin Wilke wrote: > >>> Please report any functionality which was working with previous > >>> versions of VirtualBox and no longer working with 3.1.2 or any build > >>> failure. > >> > >> Seem like the fix from > >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/files/p > >>atch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c was not > >> incorporated?! > > > > This fix is also included in 3.1.2: > > http://svn.bluelife.at/index.cgi/blueports/revision/?rev=580 > > Interesting, I have to load the modules in the correct order, otherwise > I get this error in the VBox.log: > > 00:00:00.470 IntNet#0: szNetwork={HostInterfaceNetworking-em0} > enmTrunkType=3 szTrunk={em0} fFlags=0x0 cbRecv=223232 cbSend=36864 > 00:00:00.470 VMSetError: > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/Devi > ces/Network/DrvIntNet.cpp(1071) int drvIntNetConstruct(PDMDRVINS*, > CFGMNODE*, uint32_t) > 00:00:00.470 VMSetError: Failed to open/create the internal network > 'HostInterfaceNetworking-em0' > 00:00:00.470 PDM: Failed to construct 'pcnet'/0! > VERR_SUPDRV_COMPONENT_NOT_FOUND (-3700) - The component factory was not > found. > 00:00:01.033 VMSetError: > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/VMM/ > VM.cpp(323) int VMR3Create(uint32_t, void (*)(VM*, void*, int, const char*, > unsigned int, const char*, const char*, __va_list_tag*), void*, int > (*)(VM*, void*), void*, VM**) > 00:00:01.033 VMSetError: Unknown error creating VM > 00:00:01.034 ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005) > aIID={6375231a-c17c-464b-92cb-ae9e128d71c3} aComponent={Console} > aText={Failed to open/create the internal network > 'HostInterfaceNetworking-em0' (VERR_SUPDRV_COMPONENT_NOT_FOUND). > 00:00:01.034 Unknown error creating VM > (VERR_SUPDRV_COMPONENT_NOT_FOUND)} aWarning=false, preserve=false > 00:00:01.036 Power up failed (vrc=VERR_SUPDRV_COMPONENT_NOT_FOUND, > rc=NS_ERROR_FAILURE (0X80004005)) > Any chance of being able to run snow leopard in an openbox environment? David From owner-freebsd-current@FreeBSD.ORG Tue Dec 29 13:27:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1406D106566B; Tue, 29 Dec 2009 13:27:14 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 734C28FC0C; Tue, 29 Dec 2009 13:27:13 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so2855410eyf.9 for ; Tue, 29 Dec 2009 05:27:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=wivM7hfzEk2XGGdelh/dusgB6FJURNLAv8aXPwJyq18=; b=aagKp/ict6aArtDIxTyVBNgOALGwRQRzciymCpDgeJ5jwk5wYGiiVyKmwyJ1zNCdxm CQB1Jkh9/94gJlNyo4KmkHFFM/TtUjQMI6ZuLdfYgA7MV5H2mts236bCiu0Rpnjg9HBa bnVHjB64hTOHUrmGBtH08bCF1hOOnLdfHwKVs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=e9Ix/LOPAYdm+2PaBcVPdFmEgZ4vQMdMDSRh5+9vT3Qf6u/LWSoZSi6QE93AthOh9T JU3YwwaHjHRKVQflXnLC8YiVlN1g26guyY915Bs/YY3PqNLz93sbvbisxz5XW4MR7ApW OjuAcFiUEiiXP5kLgj+30JwDkHAkn6m+zHi5I= MIME-Version: 1.0 Received: by 10.213.1.23 with SMTP id 23mr4038139ebd.71.1262093221102; Tue, 29 Dec 2009 05:27:01 -0800 (PST) In-Reply-To: <4B39847C.2030501@FreeBSD.org> References: <4B36D550.2050006@FreeBSD.org> <4B36E491.3000204@FreeBSD.org> <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> <4B37BE0C.4050908@FreeBSD.org> <3a142e750912281057o4a00ad3br425dfb9402df08e@mail.gmail.com> <4B39847C.2030501@FreeBSD.org> Date: Tue, 29 Dec 2009 14:27:00 +0100 Message-ID: <3a142e750912290527y77ae5f98y869ac5ae84c798aa@mail.gmail.com> From: Paul B Mahol To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Is 802.11a supposed to work with wpi? 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, 29 Dec 2009 13:27:14 -0000 On 12/29/09, Doug Barton wrote: > Paul B Mahol wrote: >> What are other debug printfs? > > I sent everything that came out of 'grep -i wpi /var/run/dmesg.boot' > >> # ifconfig wlan0 list chan > > Channel 1 : 2412 Mhz 11g Channel 40 : 5200* Mhz 11a > Channel 2 : 2417 Mhz 11g Channel 44 : 5220* Mhz 11a > Channel 3 : 2422 Mhz 11g Channel 48 : 5240* Mhz 11a > Channel 4 : 2427 Mhz 11g Channel 52 : 5260* Mhz 11a > Channel 5 : 2432 Mhz 11g Channel 56 : 5280* Mhz 11a > Channel 6 : 2437 Mhz 11g Channel 60 : 5300* Mhz 11a > Channel 7 : 2442 Mhz 11g Channel 64 : 5320* Mhz 11a > Channel 8 : 2447 Mhz 11g Channel 149 : 5745* Mhz 11a > Channel 9 : 2452 Mhz 11g Channel 153 : 5765* Mhz 11a > Channel 10 : 2457 Mhz 11g Channel 157 : 5785* Mhz 11a > Channel 11 : 2462 Mhz 11g Channel 161 : 5805* Mhz 11a > Channel 36 : 5180* Mhz 11a Channel 165 : 5825* Mhz 11a While scanning does wpi0 uses 11a channels? How scan output should look like? Enable all wpi debug output (explore wpi source a little bit ... for documentation) -- Paul B Mahol From owner-freebsd-current@FreeBSD.ORG Tue Dec 29 23:25:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04F00106568F for ; Tue, 29 Dec 2009 23:25:59 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id A68988FC1E for ; Tue, 29 Dec 2009 23:25:58 +0000 (UTC) Received: by qyk6 with SMTP id 6so4913515qyk.3 for ; Tue, 29 Dec 2009 15:25:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=4aBgz46qmAen3bEn7iAg21Qh8MrlsEvrmGAPf7uEfdQ=; b=CVf36BjZqHfQn7Gw3DNHOv5XYv8CktZa+/yk4Dx/DozESrypgf6uQmaqspt/KOpmvZ agS+3RCgcjcjm4wByerDvQyh6A62ALRzudp2H1D/1Vjo93B2tBlF53WtUegGDMNX0GYU GpV4bsJfc1C6KrxzylFqnPK4nWfBTeEYQcquk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=tNBaehgpU8e1bdznP0s4KPFcvjWVGPEUongxOJOLXNgay3INKt4Y8JUKtxVB9yYDAJ FzeDiJ0Y6hdbgMLuS+gvxV5VDwCs71e4Awa3Sa6XXzG105GKusr1zuhWjGbrHXT2UhOu JcSxNKDkdZcWwk37slslrsC9LXrBAUuQ1XBcI= MIME-Version: 1.0 Received: by 10.229.20.136 with SMTP id f8mr2087575qcb.1.1262129153478; Tue, 29 Dec 2009 15:25:53 -0800 (PST) Date: Wed, 30 Dec 2009 00:25:53 +0100 Message-ID: <90a5caac0912291525k25210016ib7d45be088c162b9@mail.gmail.com> From: Lucius Windschuh To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: NFS panic: ^C on cp 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, 29 Dec 2009 23:25:59 -0000 Hi, I'm using CURRENT r201138 and attending the 26C3, where we have access to a NetApp filer (nfs://81.163.130.102/vol/fast, may work also for external IPs). It works well. But the following command sequence results with high probability, not always, in a panic: # mount_nfs -o nfsv3,rsize=32768,wsize=32768,intr 81.163.130.102:/vol/fast /mnt # cd /mnt/ # cp some_large_file /some/where/local/ (wait a while) ^C (panic: Assertion lk->lk_exslpfail == 0 failed at /usr/src/sys/kern/kern_lock.c:962) I Backtrace: Tracing pid 2754 tid 100209 td 0xc7580240 kdb_enter(c09ec974,c09ec974,c09c2936,eb402af4,1,...) at kdb_enter+0x3a panic(c09c2936,c09e9af9,c09e98f2,3c2,c6511030,...) at panic+0x136 __lockmgr_args(daf26180,100000,0,0,0,...) at __lockmgr_args+0xe50 bqrelse(daf26120,0,c09f7b16,d3e,eb402c54,...) at bqrelse+0x44a bufdone_finish(daf26120,daf26120,daf26120,0,eb402cbc,...) at bufdone_finish+0x3ff bufdone(daf26120,eb402c80,c8119080,eb402cbc,c06c7795,...) at bufdone+0x6a nfs_doio(c8de7440,daf26120,c8119080,0,3c00,...) at nfs_doio+0x67b nfssvc_iod(c0c23f80,eb402d38,c09e7dea,343,c7df3000,...) at nfssvc_iod+0x27c fork_exit(c0878520,c0c23f80,eb402d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xeb402d70, ebp = 0 --- With PID 2754 being: [nfsiod 0] I didn't start lockd, if this matters. My /etc/rc.conf contains: nfs_client_enable="YES" The textdump is available here: http://sites.google.com/site/lwfreebsd/Home/files/nfs-crash.tar.gz?attredirects=0&d=1 My kernel config: http://sites.google.com/site/lwfreebsd/Home/files/kernelconfig-T400.txt?attredirects=0&d=1 Is there anything more I can do to track this bug further down? Regards Lucius From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 08:15:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BC641065672 for ; Wed, 30 Dec 2009 08:15:28 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2C3FB8FC15 for ; Wed, 30 Dec 2009 08:15:35 +0000 (UTC) Received: from compute1.internal (compute1.internal [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 4A462C8FB2 for ; Wed, 30 Dec 2009 03:15:34 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 30 Dec 2009 03:15:34 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=QA2v/ZNOfte9Lg47g31u9S9c/c4=; b=V5+WO0eaKjjne/w8ay2ReZUhoUrunakB0gXe9mfpYJp6qWVMiFYLj6kTli3kXL/dnCU6C0lxJ3K2RquGVAk1pV+6x2nxxG7FVm5IR3R6fzeUysUQhBx6Mp7ahIfMlqzpApELJ6CJSuQyDn+rkqNPQIs02paei6mhZm2WHACA49E= X-Sasl-enc: vPV4gFyigb5CDuEzFOKEq/NAq6EX/KgAToTsos532/mB 1262160934 Received: from anglepoise.lon.incunabulum.net (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id E84DD19F93 for ; Wed, 30 Dec 2009 03:15:33 -0500 (EST) Message-ID: <4B3B0C24.9020205@incunabulum.net> Date: Wed, 30 Dec 2009 08:15:32 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091222 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20091227232425.GA38213@bsdcrew.de> In-Reply-To: <20091227232425.GA38213@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 30 Dec 2009 08:15:28 -0000 Looking good here! No issues yet. I was just testing with the OpenSolaris appliance image I had lying around, on an 8.0-STABLE/amd64 host (Phenon X3, AMD-V/SVM enabled). From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 08:20:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02F48106568B for ; Wed, 30 Dec 2009 08:20:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id B48798FC08 for ; Wed, 30 Dec 2009 08:20:14 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 285D8C94BC for ; Wed, 30 Dec 2009 03:20:14 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 30 Dec 2009 03:20:14 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=XPZYLnwW872KgsM/wFILgHue7EE=; b=taddaz1CULTpC83+yFyVgwipiaDigKL2H9G8qXtxcG0VOWC6WqjTpAac75SwfhEBmn8lk9MBaw4sw6VC3KI/FxWTgEtcqbeBlZPerwN2wqrDF5Vh6t7kSzm/uYbWyGkg5XdAvPY+2aKuK8ugLbWPMydWBVEm37GnPnGMOS57Lm8= X-Sasl-enc: AwEhlBhIUtVOD5VcLIYE1cAYKNrh++hSTXQkYlIZWyrI 1262161213 Received: from anglepoise.lon.incunabulum.net (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id BBA3149C4BD for ; Wed, 30 Dec 2009 03:20:13 -0500 (EST) Message-ID: <4B3B0D3B.20303@incunabulum.net> Date: Wed, 30 Dec 2009 08:20:11 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091222 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20091227232425.GA38213@bsdcrew.de> <4B3B0C24.9020205@incunabulum.net> In-Reply-To: <4B3B0C24.9020205@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 30 Dec 2009 08:20:08 -0000 P.S. Hate to be so brief, but it would be good if it were documented somewhere that the vbox* kernel module(s) require netgraph.ko at a minimum. If this scrolled past in the pkg-message build rush, apologies. From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 11:22:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A40C106568F for ; Wed, 30 Dec 2009 11:22:10 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id A727A8FC1F for ; Wed, 30 Dec 2009 11:22:09 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id nBUBM4SZ029389; Wed, 30 Dec 2009 11:22:04 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1NPwcu-0007X5-2t; Wed, 30 Dec 2009 11:22:04 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id nBUBM3B8027511; Wed, 30 Dec 2009 11:22:03 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id nBUBM3to027508; Wed, 30 Dec 2009 11:22:03 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Wed, 30 Dec 2009 11:22:03 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Paul B Mahol In-Reply-To: <3a142e750912290527y77ae5f98y869ac5ae84c798aa@mail.gmail.com> Message-ID: References: <4B36D550.2050006@FreeBSD.org> <4B36E491.3000204@FreeBSD.org> <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> <4B37BE0C.4050908@FreeBSD.org> <3a142e750912281057o4a00ad3br425dfb9402df08e@mail.gmail.com> <4B39847C.2030501@FreeBSD.org> <3a142e750912290527y77ae5f98y869ac5ae84c798aa@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: Is 802.11a supposed to work with wpi? 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, 30 Dec 2009 11:22:10 -0000 On Tue, 29 Dec 2009, Paul B Mahol wrote: > On 12/29/09, Doug Barton wrote: > > Paul B Mahol wrote: > >> What are other debug printfs? > > > > I sent everything that came out of 'grep -i wpi /var/run/dmesg.boot' > > > >> # ifconfig wlan0 list chan > > > > Channel 1 : 2412 Mhz 11g Channel 40 : 5200* Mhz 11a > > Channel 2 : 2417 Mhz 11g Channel 44 : 5220* Mhz 11a > > Channel 3 : 2422 Mhz 11g Channel 48 : 5240* Mhz 11a > > Channel 4 : 2427 Mhz 11g Channel 52 : 5260* Mhz 11a > > Channel 5 : 2432 Mhz 11g Channel 56 : 5280* Mhz 11a > > Channel 6 : 2437 Mhz 11g Channel 60 : 5300* Mhz 11a > > Channel 7 : 2442 Mhz 11g Channel 64 : 5320* Mhz 11a > > Channel 8 : 2447 Mhz 11g Channel 149 : 5745* Mhz 11a > > Channel 9 : 2452 Mhz 11g Channel 153 : 5765* Mhz 11a > > Channel 10 : 2457 Mhz 11g Channel 157 : 5785* Mhz 11a > > Channel 11 : 2462 Mhz 11g Channel 161 : 5805* Mhz 11a > > Channel 36 : 5180* Mhz 11a Channel 165 : 5825* Mhz 11a > > While scanning does wpi0 uses 11a channels? > How scan output should look like? > Enable all wpi debug output (explore wpi source a little bit ... for > documentation) You need to set the tunable debug.wpi before loading the module. Set it to 0x82, enable bootverbose and then load the module. I see you also don't have the revision D hardware, which is the only one the driver actively knows about. It's also interesting that all the A channels are listed as being passive, what regdomain do you have set (ifconfig wlan0 will say)? You could try changing the regdomain (IANAL) and see what happens. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 14:29:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 521EF10656F3; Wed, 30 Dec 2009 14:29:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 08B4F8FC14; Wed, 30 Dec 2009 14:29:09 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 93A5C46B52; Wed, 30 Dec 2009 09:29:08 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id BF98E8A020; Wed, 30 Dec 2009 09:29:04 -0500 (EST) From: John Baldwin To: Thierry Herbelot Date: Wed, 30 Dec 2009 09:28:33 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912110615.28030.thierry.herbelot@free.fr> In-Reply-To: <200912110615.28030.thierry.herbelot@free.fr> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912300928.33157.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 30 Dec 2009 09:29:04 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Warner Losh , current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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, 30 Dec 2009 14:29:09 -0000 On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: > Hello, > > I'm seeing a panic in my latest -Current kernel (config file == GENERIC minus > INVARIANTS, WITNESS and SMP). The machine is an older notebook, with a PCMCIA > network card. > > The end of the verbose dmesg, showing the panic is following : > [SNIP] > Device configuration finished. > procfs registered > Timecounter "TSC" frequency 169163324 Hz quality 800 > Timecounters tick every 1.000 msec > firewire0: fw_sidrcv: ERROR invalid self-id packet > firewire0: 1 nodes, maxhop <= 0 Not IRM capable irm(-1) > lo0: bpf attached > hptrr: no controller detected. > ata0: Identifying devices: 00000001 > ata0: New devices: 00000001 > usbus0: 12Mbps Full Speed USB v1.0 > battery0: battery initialization start > battery1: battery initialization start > acpi_acad0: ugen0.1: at usbus0 > uhub0: on usbus0 > acline initialization start > acpi_acad0: On Line > acpi_acad0: acline initialization done, tried 1 times > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire > ad0: setting UDMA33 > ad0: 28615MB at ata0-master UDMA33 > ad0: 58605120 sectors [62016C/15H/63S] 16 sectors/interrupt 1 depth queue > unknown: Lazy allocation of 0x400 bytes rid 0x14 type 3 at 0x88000000 > cbb1: Opening memory: > cbb1: Normal: 0x88000000-0x88000fff > cbb1: Opening memory: > cbb1: Normal: 0x88000000-0x88000fff > map[10]: type I/O Port, range 32, base 0, size 8, port disabled > map[14]: type Memory, range 32, base 0, size 10, enabled > panic: resource_list_add: resource entry is busy > KDB: enter: panic > [thread pid 8 tid 100032 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> where > Tracing pid 8 tid 100032 td 0xc256cb40 > kdb_enter(c0c9240f,c0c9240f,c0c93aaa,c23d4b70,c23d4b70,...) at kdb_enter+0x3a > panic(c0c93aaa,3,14,400,ffffffff,...) at panic+0xd1 > resource_list_add(c26e9004,3,14,0,ffffffff,...) at resource_list_add+0x96 > pci_add_map(c26e9004,1,0,c23d4c58,14,...) at pci_add_map+0x628 > pci_add_resources(c256b980,c267a980,1,0,1,...) at pci_add_resources+0x59e > cardbus_attach_card(c256b980,c24fd990,c0d23d08,f889cc55,ffebf3e8,...) at > cardbus_attach_card+0x56e > cbb_event_thread(c2676000,c23d4d38,4478b00,840fc085,428,...) at > cbb_event_thread+0x395 > fork_exit(c070db40,c2676000,c23d4d38) at fork_exit+0x90 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc23d4d70, ebp = 0 --- I think I have finally figured this out. What is happening is that the card stores its CIS in a PCI BAR (this is probably fairly common for cardbus cards). So, the PCI BAR holding the CIS is being allocated before pci_add_resources() is called hence the confusion. There is a bit of a chicken and egg problem here in that we need to parse the CIS to determine what special requirements (e.g. prefetch) might be required for other BARs. I'm not sure if the Cardbus spec makes certain guarantees about the properties of a BAR that is used to hold the CIS. I'm not actually sure how this worked prior to my change as the resource for the CIS BAR should still have been present in this case causing the same error (the old pci_release_resource() would still have left the resource around). I'll need to talk to Warner about the best way to resolve this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 15:01:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61E44106568D for ; Wed, 30 Dec 2009 15:01:11 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id ED7B68FC21 for ; Wed, 30 Dec 2009 15:01:10 +0000 (UTC) Received: by fxm27 with SMTP id 27so11548374fxm.3 for ; Wed, 30 Dec 2009 07:01:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=9vWZuPgNstqzBrbT3Rpz7lr6mfd7DdCMmb3Heb5ZxkA=; b=RwqsiSUS3J0nevn9FidLjNk4QCjqJwoYim9hxIGutZi0n09WJ67zE376hzOskB88sR 4FCYCExEso5cGTKII8GrqDTEI6DK/7wfGAiRF+UQW5wVB3F7Z2Xrcl2BxAjm/1Spcv7l tWCQb60izjJZDucOdLwGH8sbllTySS2ifrTkU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=MmcXwqE2FmoX/4TarhHJCoiHxOMHXcbriq0YcDNGvm8leHn/Kh3Aplg1+x86Is+3dP 0Wmfz9iYdKTPe6lgC4bZtDhTprQu7pf2oklAL0NqiX5rPbaYXhl/5t5x/SqpUfIBUA4R zturhD4ScDIoqQ5nYSMKV5Uepaujub+W8mZrg= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.92.141 with SMTP id r13mr24326397fam.79.1262185266392; Wed, 30 Dec 2009 07:01:06 -0800 (PST) In-Reply-To: <90a5caac0912291525k25210016ib7d45be088c162b9@mail.gmail.com> References: <90a5caac0912291525k25210016ib7d45be088c162b9@mail.gmail.com> Date: Wed, 30 Dec 2009 16:01:06 +0100 X-Google-Sender-Auth: d1cc6b2343d156a1 Message-ID: <3bbf2fe10912300701u1f174a3cm47f88798611c2bd@mail.gmail.com> From: Attilio Rao To: Lucius Windschuh Content-Type: text/plain; charset=UTF-8 Cc: current@freebsd.org Subject: Re: NFS panic: ^C on cp 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, 30 Dec 2009 15:01:11 -0000 2009/12/30 Lucius Windschuh : > Hi, > I'm using CURRENT r201138 and attending the 26C3, where we have access > to a NetApp filer (nfs://81.163.130.102/vol/fast, may work also for > external IPs). > It works well. But the following command sequence results with high > probability, not always, in a panic: > # mount_nfs -o nfsv3,rsize=32768,wsize=32768,intr 81.163.130.102:/vol/fast /mnt > # cd /mnt/ > # cp some_large_file /some/where/local/ > (wait a while) > ^C > (panic: Assertion lk->lk_exslpfail == 0 failed at > /usr/src/sys/kern/kern_lock.c:962) May you give me access to a coredump of yours or follow instructions I'm going to tell you? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 15:26:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31FCE106566C; Wed, 30 Dec 2009 15:26:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 068788FC0C; Wed, 30 Dec 2009 15:26:12 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AB9D846B23; Wed, 30 Dec 2009 10:26:11 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 4E0C28A01B; Wed, 30 Dec 2009 10:25:59 -0500 (EST) From: John Baldwin To: Thierry Herbelot Date: Wed, 30 Dec 2009 10:25:56 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912110615.28030.thierry.herbelot@free.fr> <200912300928.33157.jhb@freebsd.org> In-Reply-To: <200912300928.33157.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912301025.56737.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 30 Dec 2009 10:25:59 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Warner Losh , current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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, 30 Dec 2009 15:26:12 -0000 On Wednesday 30 December 2009 9:28:33 am John Baldwin wrote: > On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: > > Hello, > > > > I'm seeing a panic in my latest -Current kernel (config file == GENERIC > minus > > INVARIANTS, WITNESS and SMP). The machine is an older notebook, with a > PCMCIA > > network card. > > > > The end of the verbose dmesg, showing the panic is following : > > [SNIP] > > Device configuration finished. > > procfs registered > > Timecounter "TSC" frequency 169163324 Hz quality 800 > > Timecounters tick every 1.000 msec > > firewire0: fw_sidrcv: ERROR invalid self-id packet > > firewire0: 1 nodes, maxhop <= 0 Not IRM capable irm(-1) > > lo0: bpf attached > > hptrr: no controller detected. > > ata0: Identifying devices: 00000001 > > ata0: New devices: 00000001 > > usbus0: 12Mbps Full Speed USB v1.0 > > battery0: battery initialization start > > battery1: battery initialization start > > acpi_acad0: ugen0.1: at usbus0 > > uhub0: on usbus0 > > acline initialization start > > acpi_acad0: On Line > > acpi_acad0: acline initialization done, tried 1 times > > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire > > ad0: setting UDMA33 > > ad0: 28615MB at ata0-master UDMA33 > > ad0: 58605120 sectors [62016C/15H/63S] 16 sectors/interrupt 1 depth queue > > unknown: Lazy allocation of 0x400 bytes rid 0x14 type 3 at 0x88000000 > > cbb1: Opening memory: > > cbb1: Normal: 0x88000000-0x88000fff > > cbb1: Opening memory: > > cbb1: Normal: 0x88000000-0x88000fff > > map[10]: type I/O Port, range 32, base 0, size 8, port disabled > > map[14]: type Memory, range 32, base 0, size 10, enabled > > panic: resource_list_add: resource entry is busy > > KDB: enter: panic > > [thread pid 8 tid 100032 ] > > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > db> where > > Tracing pid 8 tid 100032 td 0xc256cb40 > > kdb_enter(c0c9240f,c0c9240f,c0c93aaa,c23d4b70,c23d4b70,...) at > kdb_enter+0x3a > > panic(c0c93aaa,3,14,400,ffffffff,...) at panic+0xd1 > > resource_list_add(c26e9004,3,14,0,ffffffff,...) at resource_list_add+0x96 > > pci_add_map(c26e9004,1,0,c23d4c58,14,...) at pci_add_map+0x628 > > pci_add_resources(c256b980,c267a980,1,0,1,...) at pci_add_resources+0x59e > > cardbus_attach_card(c256b980,c24fd990,c0d23d08,f889cc55,ffebf3e8,...) at > > cardbus_attach_card+0x56e > > cbb_event_thread(c2676000,c23d4d38,4478b00,840fc085,428,...) at > > cbb_event_thread+0x395 > > fork_exit(c070db40,c2676000,c23d4d38) at fork_exit+0x90 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xc23d4d70, ebp = 0 --- > > I think I have finally figured this out. What is happening is that the card > stores its CIS in a PCI BAR (this is probably fairly common for cardbus > cards). So, the PCI BAR holding the CIS is being allocated before > pci_add_resources() is called hence the confusion. There is a bit of a > chicken and egg problem here in that we need to parse the CIS to determine > what special requirements (e.g. prefetch) might be required for other BARs. > I'm not sure if the Cardbus spec makes certain guarantees about the properties > of a BAR that is used to hold the CIS. I'm not actually sure how this worked > prior to my change as the resource for the CIS BAR should still have been > present in this case causing the same error (the old pci_release_resource() > would still have left the resource around). I'll need to talk to Warner about > the best way to resolve this. This is one possible hack. It instructs the PCI bus to completely remove the resource for the CIS. While looking at this I found some other bugs (the code to disable decoding in the ROM BAR didn't actually work for example) and have come up with a larger patch. It does a few things: 1) Fixes bus_generic_rl_(alloc|release)_resource() to not try to fetch a resource list for a grandchildren. 2) Add full support for device ROM BARs to the PCI bus and remove the device ROM hacks from the cardbus driver now that PCI manages them. 3) Use a resource_list_unreserve() when purging resources from a cardbus card when it is removed as this is a bit cleaner. Arguably the PCI bus driver should have a 'delete all resources' method that does this instead (hotplug PCI would need to use it). 4) Remove unused pci_release_resource(). The patch is available at http://www.FreeBSD.org/~jhb/patches/cardbus.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 17:20:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F0310656A6; Wed, 30 Dec 2009 17:20:48 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id BA75A8FC1F; Wed, 30 Dec 2009 17:20:47 +0000 (UTC) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id nBUHXqL2014610; Wed, 30 Dec 2009 18:33:52 +0100 (CET) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id nBUHXpo3014609; Wed, 30 Dec 2009 18:33:51 +0100 (CET) (envelope-from wkoszek) Date: Wed, 30 Dec 2009 18:33:51 +0100 From: "Wojciech A. Koszek" To: John Baldwin Message-ID: <20091230173351.GV77520@FreeBSD.org> Mail-Followup-To: John Baldwin , Thierry Herbelot , Warner Losh , current@freebsd.org References: <200912110615.28030.thierry.herbelot@free.fr> <200912300928.33157.jhb@freebsd.org> <200912301025.56737.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200912301025.56737.jhb@freebsd.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Wed, 30 Dec 2009 18:33:52 +0100 (CET) Cc: Thierry Herbelot , Warner Losh , current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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, 30 Dec 2009 17:20:48 -0000 On Wed, Dec 30, 2009 at 10:25:56AM -0500, John Baldwin wrote: > On Wednesday 30 December 2009 9:28:33 am John Baldwin wrote: > > On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: > > > Hello, > > > [..] > > This is one possible hack. It instructs the PCI bus to completely remove the > resource for the CIS. While looking at this I found some other bugs (the code to > disable decoding in the ROM BAR didn't actually work for example) and have come up > with a larger patch. It does a few things: > > 1) Fixes bus_generic_rl_(alloc|release)_resource() to not try to fetch a resource > list for a grandchildren. > > 2) Add full support for device ROM BARs to the PCI bus and remove the device ROM > hacks from the cardbus driver now that PCI manages them. > > 3) Use a resource_list_unreserve() when purging resources from a cardbus card when > it is removed as this is a bit cleaner. Arguably the PCI bus driver should have a > 'delete all resources' method that does this instead (hotplug PCI would need to > use it). > > 4) Remove unused pci_release_resource(). > > The patch is available at http://www.FreeBSD.org/~jhb/patches/cardbus.patch Hi John, I took my current sources: http://people.freebsd.org/~wkoszek/traces/cb-kernel.txt Which come from: FreeBSD laptop.freebsd.czest.pl 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200811: Mon Dec 21 22:11:17 UTC 2009 wkoszek@laptop.freebsd.czest.pl:/usr/src/sys/i386/compile/L20091221 And I have applied your patch against src/sys/.... This is what I got when my Atheros-based CardBus WiFi card got inserted: http://people.freebsd.org/~wkoszek/traces/cb.jpg -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 17:40:30 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37D031065670; Wed, 30 Dec 2009 17:40:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id DDE608FC20; Wed, 30 Dec 2009 17:40:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id nBUHX605001707; Wed, 30 Dec 2009 10:33:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 30 Dec 2009 10:33:43 -0700 (MST) Message-Id: <20091230.103343.385399974591655645.imp@bsdimp.com> To: jhb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <200912300928.33157.jhb@freebsd.org> References: <200912110615.28030.thierry.herbelot@free.fr> <200912300928.33157.jhb@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: thierry.herbelot@free.fr, current@FreeBSD.org Subject: Re: Panic in a recent kernel (cardbus/pci 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, 30 Dec 2009 17:40:30 -0000 In message: <200912300928.33157.jhb@freebsd.org> John Baldwin writes: : On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: : > Hello, : > : > I'm seeing a panic in my latest -Current kernel (config file == GENERIC : minus : > INVARIANTS, WITNESS and SMP). The machine is an older notebook, with a : PCMCIA : > network card. : > : > The end of the verbose dmesg, showing the panic is following : : > [SNIP] : > Device configuration finished. : > procfs registered : > Timecounter "TSC" frequency 169163324 Hz quality 800 : > Timecounters tick every 1.000 msec : > firewire0: fw_sidrcv: ERROR invalid self-id packet : > firewire0: 1 nodes, maxhop <= 0 Not IRM capable irm(-1) : > lo0: bpf attached : > hptrr: no controller detected. : > ata0: Identifying devices: 00000001 : > ata0: New devices: 00000001 : > usbus0: 12Mbps Full Speed USB v1.0 : > battery0: battery initialization start : > battery1: battery initialization start : > acpi_acad0: ugen0.1: at usbus0 : > uhub0: on usbus0 : > acline initialization start : > acpi_acad0: On Line : > acpi_acad0: acline initialization done, tried 1 times : > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire : > ad0: setting UDMA33 : > ad0: 28615MB at ata0-master UDMA33 : > ad0: 58605120 sectors [62016C/15H/63S] 16 sectors/interrupt 1 depth queue : > unknown: Lazy allocation of 0x400 bytes rid 0x14 type 3 at 0x88000000 : > cbb1: Opening memory: : > cbb1: Normal: 0x88000000-0x88000fff : > cbb1: Opening memory: : > cbb1: Normal: 0x88000000-0x88000fff : > map[10]: type I/O Port, range 32, base 0, size 8, port disabled : > map[14]: type Memory, range 32, base 0, size 10, enabled : > panic: resource_list_add: resource entry is busy : > KDB: enter: panic : > [thread pid 8 tid 100032 ] : > Stopped at kdb_enter+0x3a: movl $0,kdb_why : > db> where : > Tracing pid 8 tid 100032 td 0xc256cb40 : > kdb_enter(c0c9240f,c0c9240f,c0c93aaa,c23d4b70,c23d4b70,...) at : kdb_enter+0x3a : > panic(c0c93aaa,3,14,400,ffffffff,...) at panic+0xd1 : > resource_list_add(c26e9004,3,14,0,ffffffff,...) at resource_list_add+0x96 : > pci_add_map(c26e9004,1,0,c23d4c58,14,...) at pci_add_map+0x628 : > pci_add_resources(c256b980,c267a980,1,0,1,...) at pci_add_resources+0x59e : > cardbus_attach_card(c256b980,c24fd990,c0d23d08,f889cc55,ffebf3e8,...) at : > cardbus_attach_card+0x56e : > cbb_event_thread(c2676000,c23d4d38,4478b00,840fc085,428,...) at : > cbb_event_thread+0x395 : > fork_exit(c070db40,c2676000,c23d4d38) at fork_exit+0x90 : > fork_trampoline() at fork_trampoline+0x8 : > --- trap 0, eip = 0, esp = 0xc23d4d70, ebp = 0 --- : : I think I have finally figured this out. What is happening is that the card : stores its CIS in a PCI BAR (this is probably fairly common for cardbus : cards). So, the PCI BAR holding the CIS is being allocated before : pci_add_resources() is called hence the confusion. That makes sense. It used to be OK to do that. : There is a bit of a : chicken and egg problem here in that we need to parse the CIS to determine : what special requirements (e.g. prefetch) might be required for other BARs. The CIS bar doesn't need that junk to read the CIS. : I'm not sure if the Cardbus spec makes certain guarantees about the properties : of a BAR that is used to hold the CIS. They are just BARs. Nothing magical about them. : I'm not actually sure how this worked prior to my change as the : resource for the CIS BAR should still have been present in this case : causing the same error (the old pci_release_resource() would still : have left the resource around). I'll need to talk to Warner about : the best way to resolve this. We did some special magic to allocate and deallocate the BAR in the CIS reading code. Maybe that symmetry saved us. Warner From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 18:07:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924EA1065692; Wed, 30 Dec 2009 18:07:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 627908FC19; Wed, 30 Dec 2009 18:07:07 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id F0D4846B09; Wed, 30 Dec 2009 13:07:06 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 21C9B8A01B; Wed, 30 Dec 2009 13:07:06 -0500 (EST) From: John Baldwin To: "Wojciech A. Koszek" Date: Wed, 30 Dec 2009 13:04:53 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912110615.28030.thierry.herbelot@free.fr> <200912301025.56737.jhb@freebsd.org> <20091230173351.GV77520@FreeBSD.org> In-Reply-To: <20091230173351.GV77520@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <200912301304.53191.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 30 Dec 2009 13:07:06 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Thierry Herbelot , Warner Losh , current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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, 30 Dec 2009 18:07:07 -0000 On Wednesday 30 December 2009 12:33:51 pm Wojciech A. Koszek wrote: > On Wed, Dec 30, 2009 at 10:25:56AM -0500, John Baldwin wrote: > > On Wednesday 30 December 2009 9:28:33 am John Baldwin wrote: > > > On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: > > > > Hello, > > > > > > [..] > > > > > This is one possible hack. It instructs the PCI bus to completely remove the > > resource for the CIS. While looking at this I found some other bugs (the code to > > disable decoding in the ROM BAR didn't actually work for example) and have come up > > with a larger patch. It does a few things: > > > > 1) Fixes bus_generic_rl_(alloc|release)_resource() to not try to fetch a resource > > list for a grandchildren. > > > > 2) Add full support for device ROM BARs to the PCI bus and remove the device ROM > > hacks from the cardbus driver now that PCI manages them. > > > > 3) Use a resource_list_unreserve() when purging resources from a cardbus card when > > it is removed as this is a bit cleaner. Arguably the PCI bus driver should have a > > 'delete all resources' method that does this instead (hotplug PCI would need to > > use it). > > > > 4) Remove unused pci_release_resource(). > > > > The patch is available at http://www.FreeBSD.org/~jhb/patches/cardbus.patch > > Hi John, > > And I have applied your patch against src/sys/.... This is what I got when my > Atheros-based CardBus WiFi card got inserted: > > http://people.freebsd.org/~wkoszek/traces/cb.jpg I had a typo. Change the 'bus_generic_activate_resource()' in pci_deactivate_resource() in pci.c to bus_generic_deactivate_resource(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 19:38:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6D0C106566C; Wed, 30 Dec 2009 19:38:49 +0000 (UTC) (envelope-from miki.bsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id EAF8E8FC08; Wed, 30 Dec 2009 19:38:48 +0000 (UTC) Received: by fxm27 with SMTP id 27so11733324fxm.3 for ; Wed, 30 Dec 2009 11:38:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=e5PQhUSF0ZI84cVgdVznMxh+9Qd/uW9a/nyrH7gjEXg=; b=aywvxMbYo8978ValYXSPVnJG5Q+ehhh+wX26ADPxnQ3/1uaY0iaqXJenw/FvPAdasw u+KFay3fviHjRlM7S+x4v0J+hRLYTEY1Anv2D/chZa1oqBfcPeAZFZMyUc+aDTjqAi9U vUGPtBEWWqcVTpaSaoqyYvXC9HsNqb3RxtV4Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ejbNltgNOttC80nKrCbn9JFq/8u0ljUe2kahB9QmEDW97EzV2Jy3SkvntuqC0tsv+j wRCxzitcvQZYanHrTMRPgzpUiAz9pj7ZpGtsXk/tsI8wFXtbJRQ68tydvetI6XMbf8zo xBY/kwF5kpFNOiRSWKEehBg1gq3EBUSfHDomI= MIME-Version: 1.0 Received: by 10.239.130.200 with SMTP id 8mr46658hbk.120.1262200168752; Wed, 30 Dec 2009 11:09:28 -0800 (PST) In-Reply-To: <200912301304.53191.jhb@freebsd.org> References: <200912110615.28030.thierry.herbelot@free.fr> <200912301025.56737.jhb@freebsd.org> <20091230173351.GV77520@FreeBSD.org> <200912301304.53191.jhb@freebsd.org> Date: Wed, 30 Dec 2009 20:09:28 +0100 Message-ID: <261c29700912301109s52a0d61aq31c87547038e70e8@mail.gmail.com> From: Miki To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Thierry Herbelot , Warner Losh , "Wojciech A. Koszek" , current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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, 30 Dec 2009 19:38:49 -0000 Hi, I can report a success here, I applied your patch and have no panic anymore with a atheros based cardbus card. Thanks ! From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 19:53:00 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5C63106566B; Wed, 30 Dec 2009 19:53:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6154E8FC13; Wed, 30 Dec 2009 19:53:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id nBUJm1pZ002929; Wed, 30 Dec 2009 12:48:01 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 30 Dec 2009 12:48:37 -0700 (MST) Message-Id: <20091230.124837.57983350943393701.imp@bsdimp.com> To: jhb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <200912301025.56737.jhb@freebsd.org> References: <200912110615.28030.thierry.herbelot@free.fr> <200912300928.33157.jhb@freebsd.org> <200912301025.56737.jhb@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: thierry.herbelot@free.fr, current@FreeBSD.org Subject: Re: Panic in a recent kernel (cardbus/pci 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, 30 Dec 2009 19:53:00 -0000 In message: <200912301025.56737.jhb@freebsd.org> John Baldwin writes: : On Wednesday 30 December 2009 9:28:33 am John Baldwin wrote: : > On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: : > > Hello, : > > : > > I'm seeing a panic in my latest -Current kernel (config file == GENERIC : > minus : > > INVARIANTS, WITNESS and SMP). The machine is an older notebook, with a : > PCMCIA : > > network card. : > > : > > The end of the verbose dmesg, showing the panic is following : : > > [SNIP] : > > Device configuration finished. : > > procfs registered : > > Timecounter "TSC" frequency 169163324 Hz quality 800 : > > Timecounters tick every 1.000 msec : > > firewire0: fw_sidrcv: ERROR invalid self-id packet : > > firewire0: 1 nodes, maxhop <= 0 Not IRM capable irm(-1) : > > lo0: bpf attached : > > hptrr: no controller detected. : > > ata0: Identifying devices: 00000001 : > > ata0: New devices: 00000001 : > > usbus0: 12Mbps Full Speed USB v1.0 : > > battery0: battery initialization start : > > battery1: battery initialization start : > > acpi_acad0: ugen0.1: at usbus0 : > > uhub0: on usbus0 : > > acline initialization start : > > acpi_acad0: On Line : > > acpi_acad0: acline initialization done, tried 1 times : > > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire : > > ad0: setting UDMA33 : > > ad0: 28615MB at ata0-master UDMA33 : > > ad0: 58605120 sectors [62016C/15H/63S] 16 sectors/interrupt 1 depth queue : > > unknown: Lazy allocation of 0x400 bytes rid 0x14 type 3 at 0x88000000 : > > cbb1: Opening memory: : > > cbb1: Normal: 0x88000000-0x88000fff : > > cbb1: Opening memory: : > > cbb1: Normal: 0x88000000-0x88000fff : > > map[10]: type I/O Port, range 32, base 0, size 8, port disabled : > > map[14]: type Memory, range 32, base 0, size 10, enabled : > > panic: resource_list_add: resource entry is busy : > > KDB: enter: panic : > > [thread pid 8 tid 100032 ] : > > Stopped at kdb_enter+0x3a: movl $0,kdb_why : > > db> where : > > Tracing pid 8 tid 100032 td 0xc256cb40 : > > kdb_enter(c0c9240f,c0c9240f,c0c93aaa,c23d4b70,c23d4b70,...) at : > kdb_enter+0x3a : > > panic(c0c93aaa,3,14,400,ffffffff,...) at panic+0xd1 : > > resource_list_add(c26e9004,3,14,0,ffffffff,...) at resource_list_add+0x96 : > > pci_add_map(c26e9004,1,0,c23d4c58,14,...) at pci_add_map+0x628 : > > pci_add_resources(c256b980,c267a980,1,0,1,...) at pci_add_resources+0x59e : > > cardbus_attach_card(c256b980,c24fd990,c0d23d08,f889cc55,ffebf3e8,...) at : > > cardbus_attach_card+0x56e : > > cbb_event_thread(c2676000,c23d4d38,4478b00,840fc085,428,...) at : > > cbb_event_thread+0x395 : > > fork_exit(c070db40,c2676000,c23d4d38) at fork_exit+0x90 : > > fork_trampoline() at fork_trampoline+0x8 : > > --- trap 0, eip = 0, esp = 0xc23d4d70, ebp = 0 --- : > : > I think I have finally figured this out. What is happening is that the card : > stores its CIS in a PCI BAR (this is probably fairly common for cardbus : > cards). So, the PCI BAR holding the CIS is being allocated before : > pci_add_resources() is called hence the confusion. There is a bit of a : > chicken and egg problem here in that we need to parse the CIS to determine : > what special requirements (e.g. prefetch) might be required for other BARs. : > I'm not sure if the Cardbus spec makes certain guarantees about the properties : > of a BAR that is used to hold the CIS. I'm not actually sure how this worked : > prior to my change as the resource for the CIS BAR should still have been : > present in this case causing the same error (the old pci_release_resource() : > would still have left the resource around). I'll need to talk to Warner about : > the best way to resolve this. : : This is one possible hack. It instructs the PCI bus to completely remove the : resource for the CIS. While looking at this I found some other bugs (the code to : disable decoding in the ROM BAR didn't actually work for example) and have come up : with a larger patch. It does a few things: : : 1) Fixes bus_generic_rl_(alloc|release)_resource() to not try to fetch a resource : list for a grandchildren. : 2) Add full support for device ROM BARs to the PCI bus and remove : the device ROM hacks from the cardbus driver now that PCI manages : them. I'll have to pay special attention to this. It is really easy to get wrong, and the current code in the tree doesn't quite work. : 3) Use a resource_list_unreserve() when purging resources from a : cardbus card when it is removed as this is a bit cleaner. Arguably : the PCI bus driver should have a 'delete all resources' method that : does this instead (hotplug PCI would need to use it). Yea. There's a conflict here. Originally, the view was that PCI drivers were responsible for freeing all resources they allocated. And they needed to keep track. Over time lists have sprung up to make this possible. It is no wonder there's inconsistency here. : 4) Remove unused pci_release_resource(). : : The patch is available at http://www.FreeBSD.org/~jhb/patches/cardbus.patch Can you regenerate this -p? Warner From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 20:13:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 315AE1065672 for ; Wed, 30 Dec 2009 20:13:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E62CD8FC1E for ; Wed, 30 Dec 2009 20:13:42 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7A25046B2C; Wed, 30 Dec 2009 15:13:42 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id EB8208A01B; Wed, 30 Dec 2009 15:13:29 -0500 (EST) From: John Baldwin To: "M. Warner Losh" Date: Wed, 30 Dec 2009 15:13:07 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912110615.28030.thierry.herbelot@free.fr> <200912301025.56737.jhb@freebsd.org> <20091230.124837.57983350943393701.imp@bsdimp.com> In-Reply-To: <20091230.124837.57983350943393701.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912301513.07046.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 30 Dec 2009 15:13:29 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: thierry.herbelot@free.fr, current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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, 30 Dec 2009 20:13:43 -0000 On Wednesday 30 December 2009 2:48:37 pm M. Warner Losh wrote: > In message: <200912301025.56737.jhb@freebsd.org> > John Baldwin writes: > : On Wednesday 30 December 2009 9:28:33 am John Baldwin wrote: > : > On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: > : > > Hello, > : > > > : > > I'm seeing a panic in my latest -Current kernel (config file == GENERIC > : > minus > : > > INVARIANTS, WITNESS and SMP). The machine is an older notebook, with a > : > PCMCIA > : > > network card. > : > > > : > > The end of the verbose dmesg, showing the panic is following : > : > > [SNIP] > : > > Device configuration finished. > : > > procfs registered > : > > Timecounter "TSC" frequency 169163324 Hz quality 800 > : > > Timecounters tick every 1.000 msec > : > > firewire0: fw_sidrcv: ERROR invalid self-id packet > : > > firewire0: 1 nodes, maxhop <= 0 Not IRM capable irm(-1) > : > > lo0: bpf attached > : > > hptrr: no controller detected. > : > > ata0: Identifying devices: 00000001 > : > > ata0: New devices: 00000001 > : > > usbus0: 12Mbps Full Speed USB v1.0 > : > > battery0: battery initialization start > : > > battery1: battery initialization start > : > > acpi_acad0: ugen0.1: at usbus0 > : > > uhub0: on usbus0 > : > > acline initialization start > : > > acpi_acad0: On Line > : > > acpi_acad0: acline initialization done, tried 1 times > : > > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire > : > > ad0: setting UDMA33 > : > > ad0: 28615MB at ata0-master UDMA33 > : > > ad0: 58605120 sectors [62016C/15H/63S] 16 sectors/interrupt 1 depth queue > : > > unknown: Lazy allocation of 0x400 bytes rid 0x14 type 3 at 0x88000000 > : > > cbb1: Opening memory: > : > > cbb1: Normal: 0x88000000-0x88000fff > : > > cbb1: Opening memory: > : > > cbb1: Normal: 0x88000000-0x88000fff > : > > map[10]: type I/O Port, range 32, base 0, size 8, port disabled > : > > map[14]: type Memory, range 32, base 0, size 10, enabled > : > > panic: resource_list_add: resource entry is busy > : > > KDB: enter: panic > : > > [thread pid 8 tid 100032 ] > : > > Stopped at kdb_enter+0x3a: movl $0,kdb_why > : > > db> where > : > > Tracing pid 8 tid 100032 td 0xc256cb40 > : > > kdb_enter(c0c9240f,c0c9240f,c0c93aaa,c23d4b70,c23d4b70,...) at > : > kdb_enter+0x3a > : > > panic(c0c93aaa,3,14,400,ffffffff,...) at panic+0xd1 > : > > resource_list_add(c26e9004,3,14,0,ffffffff,...) at resource_list_add+0x96 > : > > pci_add_map(c26e9004,1,0,c23d4c58,14,...) at pci_add_map+0x628 > : > > pci_add_resources(c256b980,c267a980,1,0,1,...) at pci_add_resources+0x59e > : > > cardbus_attach_card(c256b980,c24fd990,c0d23d08,f889cc55,ffebf3e8,...) at > : > > cardbus_attach_card+0x56e > : > > cbb_event_thread(c2676000,c23d4d38,4478b00,840fc085,428,...) at > : > > cbb_event_thread+0x395 > : > > fork_exit(c070db40,c2676000,c23d4d38) at fork_exit+0x90 > : > > fork_trampoline() at fork_trampoline+0x8 > : > > --- trap 0, eip = 0, esp = 0xc23d4d70, ebp = 0 --- > : > > : > I think I have finally figured this out. What is happening is that the card > : > stores its CIS in a PCI BAR (this is probably fairly common for cardbus > : > cards). So, the PCI BAR holding the CIS is being allocated before > : > pci_add_resources() is called hence the confusion. There is a bit of a > : > chicken and egg problem here in that we need to parse the CIS to determine > : > what special requirements (e.g. prefetch) might be required for other BARs. > : > I'm not sure if the Cardbus spec makes certain guarantees about the properties > : > of a BAR that is used to hold the CIS. I'm not actually sure how this worked > : > prior to my change as the resource for the CIS BAR should still have been > : > present in this case causing the same error (the old pci_release_resource() > : > would still have left the resource around). I'll need to talk to Warner about > : > the best way to resolve this. > : > : This is one possible hack. It instructs the PCI bus to completely remove the > : resource for the CIS. While looking at this I found some other bugs (the code to > : disable decoding in the ROM BAR didn't actually work for example) and have come up > : with a larger patch. It does a few things: > : > : 1) Fixes bus_generic_rl_(alloc|release)_resource() to not try to fetch a resource > : list for a grandchildren. > > : 2) Add full support for device ROM BARs to the PCI bus and remove > : the device ROM hacks from the cardbus driver now that PCI manages > : them. > > I'll have to pay special attention to this. It is really easy to get > wrong, and the current code in the tree doesn't quite work. > > : 3) Use a resource_list_unreserve() when purging resources from a > : cardbus card when it is removed as this is a bit cleaner. Arguably > : the PCI bus driver should have a 'delete all resources' method that > : does this instead (hotplug PCI would need to use it). > > Yea. There's a conflict here. Originally, the view was that PCI > drivers were responsible for freeing all resources they allocated. > And they needed to keep track. Over time lists have sprung up to make > this possible. It is no wonder there's inconsistency here. Well, cardbus is the only place that currently needs to forcefully remove a PCI device, and in the case that you do that I think it's best to not trust the driver but to always clean up after it. pccard does the same thing as well for ejected cards. > : 4) Remove unused pci_release_resource(). > : > : The patch is available at http://www.FreeBSD.org/~jhb/patches/cardbus.patch > > Can you regenerate this -p? Sure. I've committed some of the more harmless bits already. I've regenerated the full set of remaining patches at the same URL. I've also split out two sub-patches: ~jhb/patches/cardbus_bus_space.patch - this just changes the cardbus_cis code to use bus_*() instead of bus_space_*() ~jhb/patches/rom.patch - this is the set of changes to add PCIR_BIOS support to the pci(4) bus driver and remove the special hacks for it from cardbus -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 20:20:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4847A10656A5 for ; Wed, 30 Dec 2009 20:20:32 +0000 (UTC) (envelope-from lokadamus@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8DD868FC28 for ; Wed, 30 Dec 2009 20:20:31 +0000 (UTC) Received: (qmail invoked by alias); 30 Dec 2009 19:53:49 -0000 Received: from d038071.adsl.hansenet.de (EHLO [80.171.38.71]) [80.171.38.71] by mail.gmx.net (mp070) with SMTP; 30 Dec 2009 20:53:49 +0100 X-Authenticated: #3333826 X-Provags-ID: V01U2FsdGVkX19qSINY0P9qBEJWoJOSIHnDBNmpWGYQtXpk1ZB6A7 xJJK3vFy11fbjt Message-ID: <4B3BAFCD.5000303@gmx.de> Date: Wed, 30 Dec 2009 20:53:49 +0100 From: Lokadamus User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Martin Wilke References: <20091227232425.GA38213@bsdcrew.de> In-Reply-To: <20091227232425.GA38213@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.61 Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 30 Dec 2009 20:20:32 -0000 Am 28.12.2009 00:24, schrieb Martin Wilke: > -----BEGIN PGP SIGNED MESSAGE----- > > Happy Testing! > > - - Martin on behalf of the FreeBSD Vbox Team > Host is FreeBSD 8.0 Stable, 1GB Ram, P4-3GHz HTT, KDE3 Sound is OSS from pkg_add -r oss. Installation of XP SP2 and update to SP3 Sound work fine, Network work fine. VLC work in XP, Daemon Tools give Error 256 back. Direct3D testet with Age of Wonders Shadow Magic. It looks like Software and not 3D. -- From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 20:41:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E022C1065698; Wed, 30 Dec 2009 20:41:09 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id BE8D18FC21; Wed, 30 Dec 2009 20:41:06 +0000 (UTC) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 2635D4C8070; Wed, 30 Dec 2009 21:41:02 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g21.free.fr (Postfix) with ESMTP id 35AAB4C810F; Wed, 30 Dec 2009 21:41:00 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id nBUKefjP013455; Wed, 30 Dec 2009 21:40:47 +0100 (CET) From: Thierry Herbelot To: John Baldwin Date: Wed, 30 Dec 2009 21:40:35 +0100 User-Agent: KMail/1.9.10 References: <200912110615.28030.thierry.herbelot@free.fr> <20091230.124837.57983350943393701.imp@bsdimp.com> <200912301513.07046.jhb@freebsd.org> In-Reply-To: <200912301513.07046.jhb@freebsd.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: <200912302140.36319.thierry.herbelot@free.fr> Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: Panic in a recent kernel (cardbus/pci 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, 30 Dec 2009 20:41:10 -0000 Le Wednesday 30 December 2009, John Baldwin a écrit : > On Wednesday 30 December 2009 2:48:37 pm M. Warner Losh wrote: [BIG SNIP] > > Sure. I've committed some of the more harmless bits already. I've > regenerated the full set of remaining patches at the same URL. I've > also split out two sub-patches: Hello, I won't find time to test it before the week-end : then I'll tell you the latest results ;-) Thanks TfH > > ~jhb/patches/cardbus_bus_space.patch - this just changes the cardbus_cis > code to use bus_*() instead of bus_space_*() > > ~jhb/patches/rom.patch - this is the set of changes to add PCIR_BIOS > support to the pci(4) bus driver and remove the special hacks for it > from cardbus From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 20:46:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFAAB1065670 for ; Wed, 30 Dec 2009 20:46:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3BABC8FC14 for ; Wed, 30 Dec 2009 20:46:21 +0000 (UTC) Received: (qmail 15265 invoked by uid 399); 30 Dec 2009 20:46:20 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 30 Dec 2009 20:46:20 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B3BBC1F.8020205@FreeBSD.org> Date: Wed, 30 Dec 2009 12:46:23 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Gavin Atkinson References: <4B36D550.2050006@FreeBSD.org> <4B36E491.3000204@FreeBSD.org> <3a142e750912270242sdeeeb96hce483958273f5f26@mail.gmail.com> <4B37BE0C.4050908@FreeBSD.org> <3a142e750912281057o4a00ad3br425dfb9402df08e@mail.gmail.com> <4B39847C.2030501@FreeBSD.org> <3a142e750912290527y77ae5f98y869ac5ae84c798aa@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is 802.11a supposed to work with wpi? 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, 30 Dec 2009 20:46:22 -0000 Gavin Atkinson wrote: > You need to set the tunable debug.wpi before loading the module. Set it > to 0x82, enable bootverbose and then load the module. Ok, the full verbose dmesg is at http://dougbarton.us/wpi-debug.txt. I wasn't sure what to delete so the only thing I deleted was the hda (sound) stuff. > I see you also > don't have the revision D hardware, which is the only one the driver > actively knows about. Errr, ok? :) Is mine newer or older? And is this something that a different firmware would fix? > It's also interesting that all the A channels are listed as being passive, > what regdomain do you have set (ifconfig wlan0 will say)? You could try > changing the regdomain (IANAL) and see what happens. It's currently set to US, which is good because that's where I'm at. If I were to change it, what would be a good value to try? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 20:47:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60F2A10656A4; Wed, 30 Dec 2009 20:47:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4C37A8FC1F; Wed, 30 Dec 2009 20:47:53 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KVH00GU5GFRR070@asmtp026.mac.com>; Wed, 30 Dec 2009 12:47:53 -0800 (PST) From: Marcel Moolenaar In-reply-to: <4B39E749.6020502@jrv.org> Date: Wed, 30 Dec 2009 12:47:51 -0800 Message-id: References: <4B349ABF.2070800@FreeBSD.org> <4B39E749.6020502@jrv.org> To: "James R. Van Artsdalen" X-Mailer: Apple Mail (2.1077) Cc: Alexander Motin , FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: File system blocks alignment 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, 30 Dec 2009 20:47:53 -0000 On Dec 29, 2009, at 3:26 AM, James R. Van Artsdalen wrote: > Alexander Motin wrote: >> As we have now mechanism for reporting stripe size and offset for any >> partition to user-level, it should be easy to make disk partitioning and >> file system creation tools to use it automatically. > > Currently all operating systems I know of allocate 128 partition slot > into GPT by default, or 32 blocks. With the dummy MBR and GPT header > added this means that the first partition starts on block 34... > > If FreeBSD is changed to allocate only 120 GPT partition slots by > default then the first partition would begin at block 32. The minimum is 128 partitions as per the EFI/GPT specification. There's no requirement that the partitioned area on the disk follows the GPT header/table in a packed fashion. You can leave a gap. Thus you can have the partitioned area start at sector 64. Note that gpart does not (yet) allow you to do this, but it does respect these parameters when found in the GPT header and won't count the sectors in this gap towards free space. See also the hdr_lba_start & hdr_lba_end fields in struct gpt_hdr. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 21:56:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE5F61065670 for ; Wed, 30 Dec 2009 21:56:06 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id DC4688FC12 for ; Wed, 30 Dec 2009 21:56:06 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KVH00HSJJKWW140@asmtp025.mac.com> for freebsd-current@freebsd.org; Wed, 30 Dec 2009 13:55:45 -0800 (PST) From: Marcel Moolenaar Date: Wed, 30 Dec 2009 13:55:44 -0800 Message-id: <4C83129A-00FE-4E93-8F65-BFAE4B6F6BC7@mac.com> To: FreeBSD-Current Mailing List X-Mailer: Apple Mail (2.1077) Subject: panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 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, 30 Dec 2009 21:56:07 -0000 All, We still have a ZFS-triggerable panic. The conditions under which the panic happens are "simple": 1. Create a mount-point /dos, and mount a MS-DOS file system there. 2. Create directory /dos/zfs 3. Make /boot/zfs a symlink to /dos/zfs 4. create or import a pool, like "zpool import tank" ZFS will create/update the zpool cache (/boot/zfs/zpool.cache) and when done exits the zfskern/solthread thread, at which time the panic happens: panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 cpuid = 0 KDB: enter: panic [thread pid 8 tid 100147 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f3f0,gp ;; db> show alllocks Process 8 (zfskern) thread 0xe000000010df4a20 (100147) exclusive sleep mutex process lock (process lock) r = 0 (0xe000000010407660) locked @ /tank/usr/src/sys/kern/kern_kthread.c:326 exclusive sleep mutex Giant (Giant) r = 1 (0xe0000000048f8da8) locked @ /tank/usr/src/sys/kern/vfs_lookup.c:755 It looks to me that this is a bug in vfs_lookup.c, but I'm not savvy enough to know this for sure or fix it fast myself. Help is welcome, because this particular bug hits ia64 hard: /boot is a symlink to /efi/boot, where /efi is a msdosfs mount point. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 22:29:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 689AE106566B for ; Wed, 30 Dec 2009 22:29:20 +0000 (UTC) (envelope-from lists@rhavenn.net) Received: from smtp174.dfw.emailsrvr.com (smtp174.dfw.emailsrvr.com [67.192.241.174]) by mx1.freebsd.org (Postfix) with ESMTP id 3B1E38FC1E for ; Wed, 30 Dec 2009 22:29:19 +0000 (UTC) Received: from relay17.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay17.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id 9AF8F2C72728; Wed, 30 Dec 2009 17:29:19 -0500 (EST) Received: by relay17.relay.dfw.mlsrvr.com (Authenticated sender: rhavenn-AT-rhavenn.net) with ESMTPSA id 6E3C22C7271B; Wed, 30 Dec 2009 17:29:19 -0500 (EST) Received: by alucard.int.rhavenn.net (Postfix, from userid 1000) id 376F511428D; Wed, 30 Dec 2009 13:29:18 -0900 (AKST) Date: Wed, 30 Dec 2009 13:29:18 -0900 From: Henrik Hudson To: freebsd-current@freebsd.org Message-ID: <20091230222918.GA6272@alucard.int.rhavenn.net> References: <20091227232425.GA38213@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091227232425.GA38213@bsdcrew.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 30 Dec 2009 22:29:20 -0000 On Mon, 28 Dec 2009, Martin Wilke wrote: > Howdy, > > Changelog from VirtualBox is available here: > http://www.virtualbox.org/wiki/Changelog > > Changes in the port: > - VirtualBox and the guest additions have been updated to 3.1.2. > - Port has been renamed to virtualbox-ose to reflect that we are > using the OSE version. Requested by: mm@ > - A seperate port for the kernel modules has been created: virtualbox-ose-kmod > - A seperate port for guest additions for FreeBSD guests has been > created: virtualbox-ose-additions > - Added proper PulseAudio support for FreeBSD. Contributed by Noriyoshi Kawano > - procfs is no longer required because vbox uses sysctl(3) now. Contributed by > Baptiste Daroussin and Bernhard Froehlich > - Fix build with a non-standard location for the system source. Submitted > by: scf@ > > How to upgrade: > - Fetch the new ports: > # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz > # tar xf virtualbox-port-r601.tar.gz > > - Build the new ports: > # cd virtualbox-ose-kmod && make > # cd ../virtualbox-ose && make > > - If build was ok, deinstall old port > # pkg_deinstall virtualbox-\* > > - Install new port: > # cd ../virtualbox-ose-kmod && make install clean > # cd ../virtualbox-ose && make install clean > > For FreeBSD guests within VirtualBox please try the new guest additions port: > # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.tar.gz > # tar xf virtualbox-port-r601.tar.gz > # cd virtualbox-ose-additions && make install clean > # /usr/local/etc/rc.d/vboxguest.sh start > > Check that the VirtualBox kernel module is loaded via loader.conf > and reboot the machine. > > Check the wiki page for known problems: http://wiki.freebsd.org/VirtualBox > > Please report any functionality which was working with previous versions of > VirtualBox and no longer working with 3.1.2 or any build failure. > > Many thanks to the VirtualBox developers, all tester and patch submitter > and the whole vbox@ team. I downloaded the latest ports version (12/29/09) and built it last night and installed Windows 7 x32. It all worked without a hitch. FreeBSD 8-STABLE (12/27/09) amd64 with nvidia beta drivers. Kudos people and thanks! henrik -- Henrik Hudson lists@rhavenn.net ----------------------------------------- "God, root, what is difference?" Pitr; UF From owner-freebsd-current@FreeBSD.ORG Wed Dec 30 22:45:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C64831065693 for ; Wed, 30 Dec 2009 22:45:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 563EC8FC19 for ; Wed, 30 Dec 2009 22:45:01 +0000 (UTC) Received: (qmail 20457 invoked by uid 399); 30 Dec 2009 22:45:00 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 30 Dec 2009 22:45:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B3BD7EF.2010506@FreeBSD.org> Date: Wed, 30 Dec 2009 14:45:03 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Attilio Rao References: <4B36A026.7050602@FreeBSD.org> <4B36A4B8.8020801@FreeBSD.org> <3bbf2fe10912261611m2d199671t3e5a627f0631cc2@mail.gmail.com> <4B36E3AD.6030703@FreeBSD.org> In-Reply-To: <4B36E3AD.6030703@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Apparent ath regression w/D-Link DWL-AG650 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, 30 Dec 2009 22:45:01 -0000 For the archives, jhb found and fixed this issue. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 00:02:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3AF61065670; Thu, 31 Dec 2009 00:02:51 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 321948FC19; Thu, 31 Dec 2009 00:02:50 +0000 (UTC) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id nBV0FuwM016716; Thu, 31 Dec 2009 01:15:56 +0100 (CET) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id nBV0Fuox016715; Thu, 31 Dec 2009 01:15:56 +0100 (CET) (envelope-from wkoszek) Date: Thu, 31 Dec 2009 01:15:56 +0100 From: "Wojciech A. Koszek" To: John Baldwin Message-ID: <20091231001556.GW77520@FreeBSD.org> Mail-Followup-To: John Baldwin , Thierry Herbelot , Warner Losh , current@freebsd.org References: <200912110615.28030.thierry.herbelot@free.fr> <200912301025.56737.jhb@freebsd.org> <20091230173351.GV77520@FreeBSD.org> <200912301304.53191.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200912301304.53191.jhb@freebsd.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Thu, 31 Dec 2009 01:15:56 +0100 (CET) Cc: Thierry Herbelot , Warner Losh , current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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: Thu, 31 Dec 2009 00:02:51 -0000 On Wed, Dec 30, 2009 at 01:04:53PM -0500, John Baldwin wrote: > On Wednesday 30 December 2009 12:33:51 pm Wojciech A. Koszek wrote: > > On Wed, Dec 30, 2009 at 10:25:56AM -0500, John Baldwin wrote: > > > On Wednesday 30 December 2009 9:28:33 am John Baldwin wrote: > > > > On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: > > > > > Hello, > > > > > > > > > [..] > > > > > > Hi John, > > > > And I have applied your patch against src/sys/.... This is what I got when my > > Atheros-based CardBus WiFi card got inserted: > > > > http://people.freebsd.org/~wkoszek/traces/cb.jpg > > I had a typo. Change the 'bus_generic_activate_resource()' in > pci_deactivate_resource() in pci.c to bus_generic_deactivate_resource(). > Not only your latest commits fix all cardbus(4) issues I have experienced with my Cardbus card on CURRENT... Several days ago I have acquired Cardbus<->LPT adapter and modified puc(4) so that it recognizes it. However, ppc_puc_probe() present in ppc_puc.c from ppc(4) was never getting called... I just saw ppc_acpi_probe() and ppc_pci_probe() being executed. In the fresh build of a kernel I have suddently seen a printf() that I've put there. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 00:25:21 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6492F1065670; Thu, 31 Dec 2009 00:25:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 24C548FC15; Thu, 31 Dec 2009 00:25:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id nBV0EC0R005488; Wed, 30 Dec 2009 17:14:12 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 30 Dec 2009 17:14:45 -0700 (MST) Message-Id: <20091230.171445.886714142421743359.imp@bsdimp.com> To: wkoszek@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20091231001556.GW77520@FreeBSD.org> References: <20091230173351.GV77520@FreeBSD.org> <200912301304.53191.jhb@freebsd.org> <20091231001556.GW77520@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: thierry.herbelot@free.fr, current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: Panic in a recent kernel (cardbus/pci 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: Thu, 31 Dec 2009 00:25:21 -0000 In message: <20091231001556.GW77520@FreeBSD.org> "Wojciech A. Koszek" writes: : On Wed, Dec 30, 2009 at 01:04:53PM -0500, John Baldwin wrote: : > On Wednesday 30 December 2009 12:33:51 pm Wojciech A. Koszek wrote: : > > On Wed, Dec 30, 2009 at 10:25:56AM -0500, John Baldwin wrote: : > > > On Wednesday 30 December 2009 9:28:33 am John Baldwin wrote: : > > > > On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: : > > > > > Hello, : > > > > > : > > : > > [..] : > > : > > : > > Hi John, : > > : > > And I have applied your patch against src/sys/.... This is what I got when my : > > Atheros-based CardBus WiFi card got inserted: : > > : > > http://people.freebsd.org/~wkoszek/traces/cb.jpg : > : > I had a typo. Change the 'bus_generic_activate_resource()' in : > pci_deactivate_resource() in pci.c to bus_generic_deactivate_resource(). : > : : Not only your latest commits fix all cardbus(4) issues I have experienced with : my Cardbus card on CURRENT... Several days ago I have acquired Cardbus<->LPT : adapter and modified puc(4) so that it recognizes it. However, ppc_puc_probe() : present in ppc_puc.c from ppc(4) was never getting called... I just saw : ppc_acpi_probe() and ppc_pci_probe() being executed. : : In the fresh build of a kernel I have suddently seen a printf() that I've put : there. Yea, but the cardbus with CIS in ROM is still kinda borked. My Xircom card hits that problem :( Warner From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 04:05:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA3B51065694 for ; Thu, 31 Dec 2009 04:05:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 710DC8FC1E for ; Thu, 31 Dec 2009 04:05:14 +0000 (UTC) Received: (qmail 4420 invoked by uid 399); 31 Dec 2009 04:05:13 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 31 Dec 2009 04:05:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B3C22FD.3050406@FreeBSD.org> Date: Wed, 30 Dec 2009 20:05:17 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Mel Flynn References: <200911112101.37805.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200911112101.37805.mel.flynn+fbsd.current@mailing.thruhere.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Revisiting mergemaster truncating mergemaster.mtree 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, 31 Dec 2009 04:05:07 -0000 Mel Flynn wrote: > Hi Doug, > > just recreated the old "mergemaster -p truncates mtree". The machine in > question is 7.2-p4, ... > The machine was installed from 7.2 CD and freebsd-update'd to -p4. The fix for this problem was not merged to RELENG_7 until about a month after the 7.2 release, and was never merged to the security branches. Sorry for the inconvenience. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 14:19:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E83611065694 for ; Thu, 31 Dec 2009 14:19:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BA39E8FC0C for ; Thu, 31 Dec 2009 14:19:11 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 56C3D46B35; Thu, 31 Dec 2009 09:19:11 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 06B008A01B; Thu, 31 Dec 2009 09:18:59 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 31 Dec 2009 08:49:07 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <4C83129A-00FE-4E93-8F65-BFAE4B6F6BC7@mac.com> In-Reply-To: <4C83129A-00FE-4E93-8F65-BFAE4B6F6BC7@mac.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912310849.07829.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 31 Dec 2009 09:18:59 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Marcel Moolenaar Subject: Re: panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 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, 31 Dec 2009 14:19:12 -0000 On Wednesday 30 December 2009 4:55:44 pm Marcel Moolenaar wrote: > All, > > We still have a ZFS-triggerable panic. The conditions under which the panic > happens are "simple": > > 1. Create a mount-point /dos, and mount a MS-DOS file system > there. > 2. Create directory /dos/zfs > 3. Make /boot/zfs a symlink to /dos/zfs > 4. create or import a pool, like "zpool import tank" > > ZFS will create/update the zpool cache (/boot/zfs/zpool.cache) > and when done exits the zfskern/solthread thread, at which time > the panic happens: > > panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 > cpuid = 0 > KDB: enter: panic > [thread pid 8 tid 100147 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f3f0,gp ;; > db> show alllocks > Process 8 (zfskern) thread 0xe000000010df4a20 (100147) > exclusive sleep mutex process lock (process lock) r = 0 (0xe000000010407660) locked @ /tank/usr/src/sys/kern/kern_kthread.c:326 > exclusive sleep mutex Giant (Giant) r = 1 (0xe0000000048f8da8) locked @ /tank/usr/src/sys/kern/vfs_lookup.c:755 > > It looks to me that this is a bug in vfs_lookup.c, but I'm not > savvy enough to know this for sure or fix it fast myself. Help > is welcome, because this particular bug hits ia64 hard: /boot > is a symlink to /efi/boot, where /efi is a msdosfs mount point. Can you get a stack trace? The bug is probably that ZFS isn't properly honoring NDHASGIANT() someplace. Hmm, it certainly doesn't honor it in lookupnameat(). You could maybe have it unlock Giant there, but I believe that will result in ZFS not acquiring Giant for any vnode operations on a returned vnode from a !MPSAFE filesystem. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 14:45:54 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C46711065672; Thu, 31 Dec 2009 14:45:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 733498FC13; Thu, 31 Dec 2009 14:45:54 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 1850960DE; Thu, 31 Dec 2009 09:45:53 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1262270753; bh=LIEj9zSKaxcSrydHdo9/+kUV1xdx6TI+ZkTIRE07mzA=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=cFFthlKlrPHVpydWC9gZnXcZTlQ0ACUCFZvznXQIVKAdulvOO8oUK7MrTJFtjtQFo Rh/eokW6Xd4SognSnA5Lh1IcJxK1SRP0KXbxjFod1tnQcnsoAX6eGQfg45Mlwiq DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=XbVCbcKR4NRag7NfgeBu4aF87iedY98Z5qSPMEUBzMIXtEQ/LkmZW9jjLtLoy6XoC lLRuhIboO2CSKz+hYxVZw+leoWJRteJLWYSCQE71ByN1vuiQSTj4HEkWsOZgQUz Message-ID: <4B3CB91F.6090708@protected-networks.net> Date: Thu, 31 Dec 2009 09:45:51 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091218 Thunderbird/3.0 MIME-Version: 1.0 To: "M. Warner Losh" References: <20091230173351.GV77520@FreeBSD.org> <200912301304.53191.jhb@freebsd.org> <20091231001556.GW77520@FreeBSD.org> <20091230.171445.886714142421743359.imp@bsdimp.com> In-Reply-To: <20091230.171445.886714142421743359.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: Panic in a recent kernel (cardbus/pci 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: Thu, 31 Dec 2009 14:45:55 -0000 On 12/30/09 19:14, M. Warner Losh wrote: > Yea, but the cardbus with CIS in ROM is still kinda borked. My Xircom > card hits that problem :( > Seems my Netgear WG511T no longer works either. 'dumpcis' yields nothing. Not sure why but it may be related to the PCI topology. I have to 'poke' the '1e.0' bridge to allow it to route to bus 9 ('/usr/sbin/pciconf -wb pci0:0:30:0 0x1a 9') but this trick no longer works: imb@toshi:/usr/bin> sudo lspci -tv -[0000:00]-+-00.0 Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub +-02.0 Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller +-02.1 Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller +-1b.0 Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller +-1c.0-[02]-- +-1c.1-[03-04]-- +-1c.2-[05-06]----00.0 Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection +-1d.0 Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 +-1d.1 Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 +-1d.2 Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 +-1d.3 Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 +-1d.7 Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller +-1e.0-[07-09]--+-06.0 Texas Instruments PCIxx12 Cardbus Controller | +-06.1 Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller | +-06.2 Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD) | +-06.3 Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller | \-08.0 Intel Corporation PRO/100 VE Network Connection +-1f.0 Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge +-1f.2 Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller \-1f.3 Intel Corporation 82801G (ICH7 Family) SMBus Controller Any ideas? Michael From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 14:57:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB33B106566B; Thu, 31 Dec 2009 14:57:48 +0000 (UTC) (envelope-from mlobo@digiart.art.br) Received: from sv4.hmnoc.net (sv4.hmnoc.net [63.247.76.174]) by mx1.freebsd.org (Postfix) with ESMTP id B0A6A8FC18; Thu, 31 Dec 2009 14:57:48 +0000 (UTC) Received: from [187.78.120.75] (port=51015 helo=papi.localnet) by sv4.hmnoc.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NQMTC-0000Zh-Fl; Thu, 31 Dec 2009 12:57:47 -0200 From: Mario Lobo To: freebsd-current@freebsd.org Date: Thu, 31 Dec 2009 11:56:04 -0300 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <4B31AABD.2020804@ongs.co.jp> In-Reply-To: <4B31AABD.2020804@ongs.co.jp> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912311156.05026.mlobo@digiart.art.br> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sv4.hmnoc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - digiart.art.br X-Mailman-Approved-At: Thu, 31 Dec 2009 15:00:11 +0000 Cc: freebsd-emulation@freebsd.org, Daichi GOTO , current@freebsd.org Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) 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, 31 Dec 2009 14:57:49 -0000 On Wednesday 23 December 2009 02:29:33 Daichi GOTO wrote: > In a month, I have been tried to investigate FreeBSD system > stable/unstable situations and factors around VirtualBox > bacause frequently my VirtualBox let FreeBSD freeze, panic > and fatal trap. > > I guess my report is not strict comprehensive, but it's useful > and helpful for everyone who wants to use VirtualBox on FreeBSD. > > Tested environment: > host os: FreeBSD 9-current amd64 (among 12/2009) > virtualbox: virtualbox-3.0.51.r22902_3 > cpu: Intel Core2 Quad Q9550 > mem: 8GB > video: GeForce 9800 GT > > Kernel settings: > - Vimage lets FreeBSD freeze within VirtualBox bridge > networking feature. > > VirtualBox settings: > ------------------------------------------------------------- > > | | effects on the host os stability| > > ------------------------------------------------------------- > > | ACPI | NO | > | IO APIC | NO | > | PAE/NX | (not checked) | > | Core numbers | YES (*1) | > | VT-x/AMD-V | NO | > | nested paging | (not checked) | > | 3D acceleration | (not checked) | > | IDE controller type | NO | > | Additional controller | NO | > | CD/DVD drive host | NO | > | CD/DVD drive image file | NO | > | FDD drive host | (not checked) | > | FDD drive image file | (not checked) | > | Audio | (not checked) | > | Network adapter type | NO | > | Network NAT | NO | > | Network bridge | NO | > | Network inner network | (not checked) | > | Network host only | (not checked) | > | Serial port | (not checked) | > | share folder | (not checked) | > | Guest OS sort | NO | > > ------------------------------------------------------------- > > (*1) Multicore attached virtual environment easily and frequently > lets FreeBSD freeze. > > Hardware health: > - Weakened PC power unit or less-power power unit leads PC > very unstable condition. If you encounter non-reproducible > error or panic, you should better to check your PC power unit. > > - Unstable memory leads FreeBSD system panic and fatal trap. > If you encounter "segmentaion fault", "panic" or "fatal trap" > error, shutdown system and check your PC memory health with > memtest86+. (Ubuntu install CD has memtest86+ feature. > Using Ubuntu as memetest86+ checker is reasonable way). > If you have luck, updating BIOS and set DRAM settings for > stable resolves this issue. > > - Hard Disk should be health. Check your disk status by > smartmontools (sysutils/smartmontools). > > Driver: > - NVIDIA driver (x11/nvidia-driver, nvidia-driver-195.22) leads > FreeBSD freeze non-reproducibly. If you use both > NVIDIA driver and VirtualBox along with non-reproducible > FreeBSD freeze, use nv driver instead. > > > Recap points: > - Check your PC health first, especially for Power unit, > memory and Hard disk. > - Remove Vimage if you want to use bridge networking feature > of VirtualBox. > - Use nv driver instead of nvidia-driver if you have FreeBSD > non-reproducible freeze problem with nvidia-driver. > What I have found out in all the time I've been testing is that, at least on my system here, the problem with VBox/Nvidia IS definitely with OpenGL. If I leave the KDE composite option as XRENDER, I can open up to 6 VMs without any freeze. All of them with 2 CPUs, 3D accel enabled an all. But all I need to do to freeze the machine is to start ANY OpenGL app and let it run for about a minute. It can even be one of the GL screensavers. It is a guarantied freeze ! I have tried all sorts of combinations: nvidia.ko last, vboxdrv.ko last, no linux.ko, with powerd, no powerd, etc..., etc... No matter what, if it involves OpenGL, bang !! if it doesn't, it's OK. What I also noticed, monitoring my machine from another terminal on the LAN (systat -vm 1) is 200K in page faults at the freezing moment and free memory on gkrellm is practically zero, no matter if I have 1 or 6 VMs running. I can't say if it is KDE, Vbox or nvidia because not even ping from the remote terminal works. Other than that, It works great. Machine: OS: FreeBSD 8.0-STABLE #0 r198930M: Sat Dec 12 12:49:49 BRT 2009 MB: AOD790GX/128M VB: nvidia0: on vgapci0 RAM: 8 G CPU: Phenom 955 black (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Video Driver (II) NVIDIA dlloader X Driver 195.22 Mon Nov 30 14:03:12 posix/SystemV/PST 2009 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs X: X.Org X Server 1.6.1 KDE: 4.3.4 -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 15:11:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 430C2106566B for ; Thu, 31 Dec 2009 15:11:58 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 09C088FC1C for ; Thu, 31 Dec 2009 15:11:57 +0000 (UTC) Received: by yxe1 with SMTP id 1so11778797yxe.3 for ; Thu, 31 Dec 2009 07:11:53 -0800 (PST) Received: by 10.150.89.3 with SMTP id m3mr16016645ybb.186.1262272312604; Thu, 31 Dec 2009 07:11:52 -0800 (PST) Received: from papi.localnet ([187.78.120.75]) by mx.google.com with ESMTPS id 22sm5071000ywh.0.2009.12.31.07.11.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 31 Dec 2009 07:11:51 -0800 (PST) To: freebsd-current@freebsd.org From: Mario Lobo Date: Thu, 31 Dec 2009 12:10:09 -0300 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912311210.10021.lobo@bsd.com.br> Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) 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, 31 Dec 2009 15:11:58 -0000 On Wednesday 23 December 2009 02:29:33 Daichi GOTO wrote: > In a month, I have been tried to investigate FreeBSD system > stable/unstable situations and factors around VirtualBox > bacause frequently my VirtualBox let FreeBSD freeze, panic > and fatal trap. > > I guess my report is not strict comprehensive, but it's useful > and helpful for everyone who wants to use VirtualBox on FreeBSD. > > Tested environment: > host os: FreeBSD 9-current amd64 (among 12/2009) > virtualbox: virtualbox-3.0.51.r22902_3 > cpu: Intel Core2 Quad Q9550 > mem: 8GB > video: GeForce 9800 GT > > Kernel settings: > - Vimage lets FreeBSD freeze within VirtualBox bridge > networking feature. > > VirtualBox settings: > ------------------------------------------------------------- > > | | effects on the host os stability| > > ------------------------------------------------------------- > > | ACPI | NO | > | IO APIC | NO | > | PAE/NX | (not checked) | > | Core numbers | YES (*1) | > | VT-x/AMD-V | NO | > | nested paging | (not checked) | > | 3D acceleration | (not checked) | > | IDE controller type | NO | > | Additional controller | NO | > | CD/DVD drive host | NO | > | CD/DVD drive image file | NO | > | FDD drive host | (not checked) | > | FDD drive image file | (not checked) | > | Audio | (not checked) | > | Network adapter type | NO | > | Network NAT | NO | > | Network bridge | NO | > | Network inner network | (not checked) | > | Network host only | (not checked) | > | Serial port | (not checked) | > | share folder | (not checked) | > | Guest OS sort | NO | > > ------------------------------------------------------------- > > (*1) Multicore attached virtual environment easily and frequently > lets FreeBSD freeze. > > Hardware health: > - Weakened PC power unit or less-power power unit leads PC > very unstable condition. If you encounter non-reproducible > error or panic, you should better to check your PC power unit. > > - Unstable memory leads FreeBSD system panic and fatal trap. > If you encounter "segmentaion fault", "panic" or "fatal trap" > error, shutdown system and check your PC memory health with > memtest86+. (Ubuntu install CD has memtest86+ feature. > Using Ubuntu as memetest86+ checker is reasonable way). > If you have luck, updating BIOS and set DRAM settings for > stable resolves this issue. > > - Hard Disk should be health. Check your disk status by > smartmontools (sysutils/smartmontools). > > Driver: > - NVIDIA driver (x11/nvidia-driver, nvidia-driver-195.22) leads > FreeBSD freeze non-reproducibly. If you use both > NVIDIA driver and VirtualBox along with non-reproducible > FreeBSD freeze, use nv driver instead. > > > Recap points: > - Check your PC health first, especially for Power unit, > memory and Hard disk. > - Remove Vimage if you want to use bridge networking feature > of VirtualBox. > - Use nv driver instead of nvidia-driver if you have FreeBSD > non-reproducible freeze problem with nvidia-driver. > What I have found out in all the time I've been testing is that, at least on my system here, the problem with VBox/Nvidia IS definitely with OpenGL. If I leave the KDE composite option as XRENDER, I can open up to 6 VMs without any freeze. All of them with 2 CPUs, 3D accel enabled an all. But all I need to do to freeze the machine is to start ANY OpenGL app and let it run for about a minute. It can even be one of the GL screensavers. It is a guarantied freeze ! I have tried all sorts of combinations: nvidia.ko last, vboxdrv.ko last, no linux.ko, with powerd, no powerd, etc..., etc... No matter what, if it involves OpenGL, bang !! if it doesn't, it's OK. What I also noticed, monitoring my machine from another terminal on the LAN (systat -vm 1) is 200K in page faults at the freezing moment and free memory on gkrellm is practically zero, no matter if I have 1 or 6 VMs running. I can't say if it is KDE, Vbox or nvidia because not even ping from the remote terminal works. Other than that, It works great. Machine: OS: FreeBSD 8.0-STABLE #0 r198930M: Sat Dec 12 12:49:49 BRT 2009 MB: AOD790GX/128M VB: nvidia0: on vgapci0 RAM: 8 G CPU: Phenom 955 black (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Video Driver (II) NVIDIA dlloader X Driver 195.22 Mon Nov 30 14:03:12 posix/SystemV/PST 2009 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs X: X.Org X Server 1.6.1 KDE: 4.3.4 -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 15:25:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8F841065676; Thu, 31 Dec 2009 15:25:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 79BDC8FC1A; Thu, 31 Dec 2009 15:25:55 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0854C46B0D; Thu, 31 Dec 2009 10:25:55 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 883358A01B; Thu, 31 Dec 2009 10:25:42 -0500 (EST) From: John Baldwin To: "M. Warner Losh" Date: Thu, 31 Dec 2009 09:58:46 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230173351.GV77520@FreeBSD.org> <20091231001556.GW77520@FreeBSD.org> <20091230.171445.886714142421743359.imp@bsdimp.com> In-Reply-To: <20091230.171445.886714142421743359.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912310958.46605.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 31 Dec 2009 10:25:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: thierry.herbelot@free.fr, wkoszek@freebsd.org, current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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: Thu, 31 Dec 2009 15:25:55 -0000 On Wednesday 30 December 2009 7:14:45 pm M. Warner Losh wrote: > In message: <20091231001556.GW77520@FreeBSD.org> > "Wojciech A. Koszek" writes: > : On Wed, Dec 30, 2009 at 01:04:53PM -0500, John Baldwin wrote: > : > On Wednesday 30 December 2009 12:33:51 pm Wojciech A. Koszek wrote: > : > > On Wed, Dec 30, 2009 at 10:25:56AM -0500, John Baldwin wrote: > : > > > On Wednesday 30 December 2009 9:28:33 am John Baldwin wrote: > : > > > > On Friday 11 December 2009 12:15:27 am Thierry Herbelot wrote: > : > > > > > Hello, > : > > > > > > : > > > : > > [..] > : > > > : > > > : > > Hi John, > : > > > : > > And I have applied your patch against src/sys/.... This is what I got when my > : > > Atheros-based CardBus WiFi card got inserted: > : > > > : > > http://people.freebsd.org/~wkoszek/traces/cb.jpg > : > > : > I had a typo. Change the 'bus_generic_activate_resource()' in > : > pci_deactivate_resource() in pci.c to bus_generic_deactivate_resource(). > : > > : > : Not only your latest commits fix all cardbus(4) issues I have experienced with > : my Cardbus card on CURRENT... Several days ago I have acquired Cardbus<->LPT > : adapter and modified puc(4) so that it recognizes it. However, ppc_puc_probe() > : present in ppc_puc.c from ppc(4) was never getting called... I just saw > : ppc_acpi_probe() and ppc_pci_probe() being executed. > : > : In the fresh build of a kernel I have suddently seen a printf() that I've put > : there. > > Yea, but the cardbus with CIS in ROM is still kinda borked. My Xircom > card hits that problem :( Hmm, and does it work prior to all the resource_list_reserve() changes if you fix the cardbus_cis.c code that tries to clear the decoding bit? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 15:25:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 494E8106568F for ; Thu, 31 Dec 2009 15:25:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0CB8FC14 for ; Thu, 31 Dec 2009 15:25:57 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C033046B1A; Thu, 31 Dec 2009 10:25:56 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0872C8A01D; Thu, 31 Dec 2009 10:25:55 -0500 (EST) From: John Baldwin To: Michael Butler Date: Thu, 31 Dec 2009 09:59:46 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230173351.GV77520@FreeBSD.org> <20091230.171445.886714142421743359.imp@bsdimp.com> <4B3CB91F.6090708@protected-networks.net> In-Reply-To: <4B3CB91F.6090708@protected-networks.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912310959.46441.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 31 Dec 2009 10:25:55 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: Panic in a recent kernel (cardbus/pci 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: Thu, 31 Dec 2009 15:25:57 -0000 On Thursday 31 December 2009 9:45:51 am Michael Butler wrote: > On 12/30/09 19:14, M. Warner Losh wrote: > > Yea, but the cardbus with CIS in ROM is still kinda borked. My Xircom > > card hits that problem :( > > > > Seems my Netgear WG511T no longer works either. 'dumpcis' yields nothing. > > Not sure why but it may be related to the PCI topology. I have to > 'poke' the '1e.0' bridge to allow it to route to bus 9 > ('/usr/sbin/pciconf -wb pci0:0:30:0 0x1a 9') but this trick no longer works: > > imb@toshi:/usr/bin> sudo lspci -tv > -[0000:00]-+-00.0 Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and > 945GT Express Memory Controller Hub > +-02.0 Intel Corporation Mobile 945GM/GMS, 943/940GML > Express Integrated Graphics Controller > +-02.1 Intel Corporation Mobile 945GM/GMS/GME, 943/940GML > Express Integrated Graphics Controller > +-1b.0 Intel Corporation 82801G (ICH7 Family) High > Definition Audio Controller > +-1c.0-[02]-- > +-1c.1-[03-04]-- > +-1c.2-[05-06]----00.0 Intel Corporation PRO/Wireless > 3945ABG [Golan] Network Connection > +-1d.0 Intel Corporation 82801G (ICH7 Family) USB UHCI > Controller #1 > +-1d.1 Intel Corporation 82801G (ICH7 Family) USB UHCI > Controller #2 > +-1d.2 Intel Corporation 82801G (ICH7 Family) USB UHCI > Controller #3 > +-1d.3 Intel Corporation 82801G (ICH7 Family) USB UHCI > Controller #4 > +-1d.7 Intel Corporation 82801G (ICH7 Family) USB2 EHCI > Controller > +-1e.0-[07-09]--+-06.0 Texas Instruments PCIxx12 Cardbus > Controller > | +-06.1 Texas Instruments PCIxx12 OHCI > Compliant IEEE 1394 Host Controller > | +-06.2 Texas Instruments 5-in-1 Multimedia > Card Reader (SD/MMC/MS/MS PRO/xD) > | +-06.3 Texas Instruments PCIxx12 SDA > Standard Compliant SD Host Controller > | \-08.0 Intel Corporation PRO/100 VE Network > Connection > +-1f.0 Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge > +-1f.2 Intel Corporation 82801GBM/GHM (ICH7 Family) SATA > IDE Controller > \-1f.3 Intel Corporation 82801G (ICH7 Family) SMBus Controller > > Any ideas? When did the card last work? Can you get bootverbose messages for doing a card insert in both a working and HEAD kernel? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 15:50:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C725B106568F; Thu, 31 Dec 2009 15:50:56 +0000 (UTC) (envelope-from hyama99@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0D4018FC08; Thu, 31 Dec 2009 15:50:55 +0000 (UTC) Received: by fxm27 with SMTP id 27so12248419fxm.3 for ; Thu, 31 Dec 2009 07:50:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=J9G23Iin8S6bwFUykwVhACe71/XbeW0JznzPsvwQHhM=; b=qAPk8okCTOC1oWkZLdCs1j7cXmNo9vQoeBCYT8lW7u30+PDlwubH4avqR7qKEWKwyZ c9zLH8GeF4U55aIp8NbelRjMbMwCTlyoO1snGYrBFE0bmzL7GfJu+jOYOxCQ+QsMf0wM GhE1up5oyumP8YU2HD8oPk7tJHCPC1mzmMkFY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=i801FOd1TOufFo91qhj3CmOvKlkkiyXrKiZzr7oknZHzbZnqxW1rtRTaVyTpDY1aig OHLnQnDiZTjHawqTwl5yQjZ445cKh/1ZXoM+gr49fZ05qmxB7xV+qkDXEOapfajKbReC o0P9+3kJtxGQ1BNltCJIKw+iPnEBvJu5YdiOQ= MIME-Version: 1.0 Received: by 10.239.197.142 with SMTP id z14mr2142935hbi.213.1262273172791; Thu, 31 Dec 2009 07:26:12 -0800 (PST) In-Reply-To: <20091230222918.GA6272@alucard.int.rhavenn.net> References: <20091227232425.GA38213@bsdcrew.de> <20091230222918.GA6272@alucard.int.rhavenn.net> Date: Fri, 1 Jan 2010 00:26:12 +0900 Message-ID: <90dbee150912310726k5cd995e6t3971d63aec3107f4@mail.gmail.com> From: Hideki Yamamoto To: freebsd-current@freebsd.org, ports@freebsd.org, freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 31 Dec 2009 15:50:57 -0000 Hi, A happy new year! Thank you for your porting of VirtualBox 3.1.2. I have just tested as follows: Host OS: - FreeBSD 9-current Guest OS: - FreeBSD 8R, now compiling 9-current. - Cent OS 5.4 I386 These are very good. But as Mr. Goto said, I could not load kernel module for guest FreeBSD. Best regards, Hideki Yamamoto 2009/12/31 Henrik Hudson : > On Mon, 28 Dec 2009, Martin Wilke wrote: > >> Howdy, >> >> Changelog from VirtualBox is available here: >> http://www.virtualbox.org/wiki/Changelog >> >> Changes in the port: >> =A0 - VirtualBox and the guest additions have been updated to 3.1.2. >> =A0 - Port has been renamed to virtualbox-ose to reflect that we are >> =A0 =A0 using the OSE version. Requested by: mm@ >> =A0 - A seperate port for the kernel modules has been created: virtualbo= x-ose-kmod >> =A0 - A seperate port for guest additions for FreeBSD guests has been >> =A0 =A0 created: virtualbox-ose-additions >> =A0 - Added proper PulseAudio support for FreeBSD. Contributed by Noriyo= shi Kawano >> =A0 - procfs is no longer required because vbox uses sysctl(3) now. Cont= ributed by >> =A0 =A0 Baptiste Daroussin and Bernhard Froehlich >> =A0 - Fix build with a non-standard location for the system source. Subm= itted >> =A0 =A0 by: scf@ >> >> How to upgrade: >> =A0 - Fetch the new ports: >> =A0 =A0 # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.t= ar.gz >> =A0 =A0 # tar xf virtualbox-port-r601.tar.gz >> >> =A0 - Build the new ports: >> =A0 =A0 # cd virtualbox-ose-kmod && make >> =A0 =A0 # cd ../virtualbox-ose && make >> >> =A0 - If build was ok, deinstall old port >> =A0 =A0 # pkg_deinstall virtualbox-\* >> >> =A0 - Install new port: >> =A0 =A0 # cd ../virtualbox-ose-kmod && make install clean >> =A0 =A0 # cd ../virtualbox-ose && make install clean >> >> For FreeBSD guests within VirtualBox please try the new guest additions = port: >> =A0 =A0 # fetch https://svn.bluelife.at/nightlies/virtualbox-port-r601.t= ar.gz >> =A0 =A0 # tar xf virtualbox-port-r601.tar.gz >> =A0 =A0 # cd virtualbox-ose-additions && make install clean >> =A0 =A0 # /usr/local/etc/rc.d/vboxguest.sh start >> >> Check that the VirtualBox kernel module is loaded via loader.conf >> and reboot the machine. >> >> Check the wiki page for known problems: http://wiki.freebsd.org/VirtualB= ox >> >> Please report any functionality which was working with previous versions= of >> VirtualBox and no longer working with 3.1.2 or any build failure. >> >> Many thanks to the VirtualBox developers, all tester and patch submitter >> and the whole vbox@ team. From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 16:13:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74632106568B; Thu, 31 Dec 2009 16:13:37 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx1.utsp.utwente.nl [130.89.2.12]) by mx1.freebsd.org (Postfix) with ESMTP id E95618FC1E; Thu, 31 Dec 2009 16:13:36 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id nBVGCIpo025776; Thu, 31 Dec 2009 17:12:18 +0100 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Thu, 31 Dec 2009 17:12:17 +0100 User-Agent: KMail/1.9.10 References: <4B349ABF.2070800@FreeBSD.org> <4B38A4DE.2040507@FreeBSD.org> <200912281741.27179.pieter@degoeje.nl> In-Reply-To: <200912281741.27179.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200912311712.18347.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Alexander Motin , Miroslav Lachman <000.fbsd@quip.cz>, Thomas Backman , freebsd-arch@freebsd.org Subject: Re: File system blocks alignment 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, 31 Dec 2009 16:13:37 -0000 On Monday 28 December 2009 17:41:26 Pieter de Goeje wrote: > On Monday 28 December 2009 13:30:22 Alexander Motin wrote: > > Miroslav Lachman wrote: > > > Alexander Motin wrote: > > >> Thomas Backman wrote: > > >>> On Dec 25, 2009, at 11:58 AM, Alexander Motin wrote: > > >> |>> Recently WD released first series of ATA disks with increased > > >> > > >> physical > > >> > > >>>> sector size. It makes writes not matching with 4K blocks inefficie= nt > > >>>> there. > > >>> > > >>> They don't expose this to the OS, though (not by default, anyway), > > >>> but chop it up into 8 512-byte sectors for compatibility reasons. > > >>> Just thought I'd point that out - I'm not even sure if you can get > > >>> them to *not* do the compatibility thing and expose 4k-sized sector= s. > > >> > > >> Latest ATA-8 specification allows drive to report both logical (512B) > > >> and physical (4KB) sector sizes. ada driver able to fetch and report > > >> that info to GEOM. If these drives not reporting it yet (are you > > >> really sure?), it is only question of their firmware. > > > > > > There is an article about 4k sectors > > > http://www.anandtech.com/storage/showdoc.aspx?i=3D3691 > > > > > > It is completely hidden to OS in first versions. > > > > Thanks for the link, but all I see there is "but at this point there=92s > > no such tool". IMHO it doesn't meet it is not reported. > > > > We just need somebody with that drive to run on it `camcontrol identify` > > from the fresh system and report what he sees. > > I've just ordered one of these disks. I expect it to arrive in a couple of > days. Will let you know what it says when I have it :) Ok, as Miroslav wrote, it does not report 4k sectors: # camcontrol identify ada0 pass0: ATA-8 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD10EARS-00Y5B1 firmware revision 80.00A80 serial number WD-WCAV55072095 WWN 50014ee2ae6664fd cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 overlap not supported =46eature Support Enable Value Vendor read ahead yes yes write cache yes yes flush cache yes yes Native Command Queuing (NCQ) yes 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby yes no write-read-verify no no 0/0x0 unload no no free-fall no no According to the anandtech article, this is because Windows XP does not wor= k=20 with sectorsize !=3D 512 bytes. =2D Pieter From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 17:36:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 618741065696; Thu, 31 Dec 2009 17:36:12 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5C38FC15; Thu, 31 Dec 2009 17:36:11 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KVJ0036528AN330@asmtp025.mac.com>; Thu, 31 Dec 2009 09:36:11 -0800 (PST) From: Marcel Moolenaar In-reply-to: <200912310849.07829.jhb@freebsd.org> Date: Thu, 31 Dec 2009 09:36:10 -0800 Message-id: <8B63E862-5A0D-42D6-80F4-FDA25CFDC837@mac.com> References: <4C83129A-00FE-4E93-8F65-BFAE4B6F6BC7@mac.com> <200912310849.07829.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 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, 31 Dec 2009 17:36:12 -0000 On Dec 31, 2009, at 5:49 AM, John Baldwin wrote: > On Wednesday 30 December 2009 4:55:44 pm Marcel Moolenaar wrote: >> All, >> >> We still have a ZFS-triggerable panic. The conditions under which the panic >> happens are "simple": >> >> 1. Create a mount-point /dos, and mount a MS-DOS file system >> there. >> 2. Create directory /dos/zfs >> 3. Make /boot/zfs a symlink to /dos/zfs >> 4. create or import a pool, like "zpool import tank" >> >> ZFS will create/update the zpool cache (/boot/zfs/zpool.cache) >> and when done exits the zfskern/solthread thread, at which time >> the panic happens: >> >> panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 >> cpuid = 0 >> KDB: enter: panic >> [thread pid 8 tid 100147 ] >> Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f3f0,gp ;; >> db> show alllocks >> Process 8 (zfskern) thread 0xe000000010df4a20 (100147) >> exclusive sleep mutex process lock (process lock) r = 0 (0xe000000010407660) > locked @ /tank/usr/src/sys/kern/kern_kthread.c:326 >> exclusive sleep mutex Giant (Giant) r = 1 (0xe0000000048f8da8) locked @ > /tank/usr/src/sys/kern/vfs_lookup.c:755 >> >> It looks to me that this is a bug in vfs_lookup.c, but I'm not >> savvy enough to know this for sure or fix it fast myself. Help >> is welcome, because this particular bug hits ia64 hard: /boot >> is a symlink to /efi/boot, where /efi is a msdosfs mount point. > > Can you get a stack trace? The bug is probably that ZFS isn't properly > honoring NDHASGIANT() someplace. Hmm, it certainly doesn't honor it > in lookupnameat(). You could maybe have it unlock Giant there, but I > believe that will result in ZFS not acquiring Giant for any vnode > operations on a returned vnode from a !MPSAFE filesystem. The backtrace is rather useless: # zpool import tank panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 cpuid = 1 KDB: enter: panic [thread pid 8 tid 100105 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fab8,gp ;; db> bt Tracing pid 8 tid 100105 td 0xe0000000109e1560 kdb_enter(0xe0000000047984c0, 0xe0000000047984c0, 0xe00000000439bb70, 0x793) at kdb_enter+0x92 panic(0xe000000004796058, 0xe000000004796728, 0xe000000004799b48, 0x165) at panic+0x2f0 _mtx_assert(0xe000000004911828, 0x0, 0xe000000004799b48, 0x165) at _mtx_assert+0x200 thread_exit(0xe000000004799b48, 0x0, 0xe000000004793480, 0xe0000000109e1560) at thread_exit+0x70 kthread_exit(0xe000000004793480, 0xe000000010407568, 0xe000000004c7bb80, 0x58f) at kthread_exit+0xd0 spa_async_thread(0xe000000010e59000, 0x1, 0xe000000004791aa8, 0x343) at spa_async_thread+0x1a0 fork_exit(0xe00000000485f130, 0xe000000010e59000, 0xa000000034b61550) at fork_exit+0x110 enter_userland() at enter_userland I traced the locks (with a tweak to get Giant included) and it looks like vfs_lookup.c is fine: there are as many unlocks of Giant as there are locks. Unfortunately the default trace buffer size doesn't capture the problem entirely. Though it may show a little bit already: : 882 (0xe0000000109e1560:cpu1): _mtx_unlock_sleep: 0xe000000004911828 unrecurse 881 (0xe0000000109e1560:cpu1): UNLOCK (sleep mutex) Giant 0xe000000004911828 r = 2 at /tank/usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/sys/vnode.h:266 : 861 (0xe0000000109e1560:cpu1): vfs_ref: mp 0xe0000000108e0ed8 860 (0xe0000000109e1560:cpu1): LOCK (sleep mutex) Giant 0xe000000004911828 r = 2 at /tank/usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/sys/vnode.h:264 859 (0xe0000000109e1560:cpu1): _mtx_lock_sleep: 0xe000000004911828 recursing 858 (0xe0000000109e1560:cpu1): _mtx_unlock_sleep: 0xe000000004911828 unrecurse 857 (0xe0000000109e1560:cpu1): UNLOCK (sleep mutex) Giant 0xe000000004911828 r = 2 at /tank/usr/src/sys/kern/vfs_syscalls.c:3675 856 (0xe0000000109e1560:cpu1): _mtx_unlock_sleep: 0xe000000004911828 unrecurse 855 (0xe0000000109e1560:cpu1): UNLOCK (sleep mutex) Giant 0xe000000004911828 r = 3 at /tank/usr/src/sys/kern/vfs_syscalls.c:3674 : (some sleep operations that result in repeated unlocks and locks of Giant) : When the trace starts Giant has been locked 4 times (recursively) and the only unmatched unlocks are those in vfs_syscalls.c shows above. Thus: we're still missing 2 unlocks of Giant somewhere of which the lock location is not known. I'll redo the experiment with a 128K entry trace buffer or so and see what comes up... BTW: Xin LI gave me a patch with 2 missing unlocks of Giant in zfs_dir.c It seem ZFS is rather sloppy WRT to Giant :-/ FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 18:01:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 845E2106566B for ; Thu, 31 Dec 2009 18:01:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB188FC08 for ; Thu, 31 Dec 2009 18:01:17 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B0D2E46B2A; Thu, 31 Dec 2009 13:01:16 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3E28E8A01B; Thu, 31 Dec 2009 13:01:04 -0500 (EST) From: John Baldwin To: Marcel Moolenaar Date: Thu, 31 Dec 2009 13:00:27 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <4C83129A-00FE-4E93-8F65-BFAE4B6F6BC7@mac.com> <200912310849.07829.jhb@freebsd.org> <8B63E862-5A0D-42D6-80F4-FDA25CFDC837@mac.com> In-Reply-To: <8B63E862-5A0D-42D6-80F4-FDA25CFDC837@mac.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912311300.27475.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 31 Dec 2009 13:01:04 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 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, 31 Dec 2009 18:01:17 -0000 On Thursday 31 December 2009 12:36:10 pm Marcel Moolenaar wrote: > > On Dec 31, 2009, at 5:49 AM, John Baldwin wrote: > > > On Wednesday 30 December 2009 4:55:44 pm Marcel Moolenaar wrote: > >> All, > >> > >> We still have a ZFS-triggerable panic. The conditions under which the panic > >> happens are "simple": > >> > >> 1. Create a mount-point /dos, and mount a MS-DOS file system > >> there. > >> 2. Create directory /dos/zfs > >> 3. Make /boot/zfs a symlink to /dos/zfs > >> 4. create or import a pool, like "zpool import tank" > >> > >> ZFS will create/update the zpool cache (/boot/zfs/zpool.cache) > >> and when done exits the zfskern/solthread thread, at which time > >> the panic happens: > >> > >> panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 > >> cpuid = 0 > >> KDB: enter: panic > >> [thread pid 8 tid 100147 ] > >> Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f3f0,gp ;; > >> db> show alllocks > >> Process 8 (zfskern) thread 0xe000000010df4a20 (100147) > >> exclusive sleep mutex process lock (process lock) r = 0 (0xe000000010407660) > > locked @ /tank/usr/src/sys/kern/kern_kthread.c:326 > >> exclusive sleep mutex Giant (Giant) r = 1 (0xe0000000048f8da8) locked @ > > /tank/usr/src/sys/kern/vfs_lookup.c:755 > >> > >> It looks to me that this is a bug in vfs_lookup.c, but I'm not > >> savvy enough to know this for sure or fix it fast myself. Help > >> is welcome, because this particular bug hits ia64 hard: /boot > >> is a symlink to /efi/boot, where /efi is a msdosfs mount point. > > > > Can you get a stack trace? The bug is probably that ZFS isn't properly > > honoring NDHASGIANT() someplace. Hmm, it certainly doesn't honor it > > in lookupnameat(). You could maybe have it unlock Giant there, but I > > believe that will result in ZFS not acquiring Giant for any vnode > > operations on a returned vnode from a !MPSAFE filesystem. > > The backtrace is rather useless: > > # zpool import tank > panic: mutex Giant owned at /tank/usr/src/sys/kern/kern_thread.c:357 > cpuid = 1 > KDB: enter: panic > [thread pid 8 tid 100105 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fab8,gp ;; > db> bt > Tracing pid 8 tid 100105 td 0xe0000000109e1560 > kdb_enter(0xe0000000047984c0, 0xe0000000047984c0, 0xe00000000439bb70, 0x793) at kdb_enter+0x92 > panic(0xe000000004796058, 0xe000000004796728, 0xe000000004799b48, 0x165) at panic+0x2f0 > _mtx_assert(0xe000000004911828, 0x0, 0xe000000004799b48, 0x165) at _mtx_assert+0x200 > thread_exit(0xe000000004799b48, 0x0, 0xe000000004793480, 0xe0000000109e1560) at thread_exit+0x70 > kthread_exit(0xe000000004793480, 0xe000000010407568, 0xe000000004c7bb80, 0x58f) at kthread_exit+0xd0 > spa_async_thread(0xe000000010e59000, 0x1, 0xe000000004791aa8, 0x343) at spa_async_thread+0x1a0 I mostly cared to see what the main routine for this kthread was, but the call down to namei() isn't obvious in this routine. > I traced the locks (with a tweak to get Giant included) and it > looks like vfs_lookup.c is fine: there are as many unlocks of > Giant as there are locks. Well, namei() will purposefully return with Giant held if it returns a locked vnode from a !MPSAFE filesystem. The caller is supposed to use NDHASGIANT() to detect that case and later drop Giant after it unlocks the vnode. If you look at the ZFS lookupnameat() routine (which is probably where namei() is getting invoked from this thread), it doesn't check NDHASGIANT() at all. You could perhaps add a VFS_UNLOCK_GIANT(NDHASGIANT()) there to fix the leak. However, I suspect that ZFS will not lock Giant when doing operations on the returned vnode. > BTW: Xin LI gave me a patch with 2 missing unlocks of Giant in zfs_dir.c > It seem ZFS is rather sloppy WRT to Giant :-/ It doesn't handle Giant at all and doesn't safely interact with !MPSAFE filesystems like msdosfs as a result. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 31 16:01:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157CA106566B for ; Thu, 31 Dec 2009 16:01:41 +0000 (UTC) (envelope-from mlobo@digiart.art.br) Received: from sv4.hmnoc.net (sv4.hmnoc.net [63.247.76.174]) by mx1.freebsd.org (Postfix) with ESMTP id D4CCD8FC0C for ; Thu, 31 Dec 2009 16:01:40 +0000 (UTC) Received: from [187.78.120.75] (port=51015 helo=papi.localnet) by sv4.hmnoc.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NQMTC-0000Zh-Fl; Thu, 31 Dec 2009 12:57:47 -0200 From: Mario Lobo To: freebsd-current@freebsd.org Date: Thu, 31 Dec 2009 11:56:04 -0300 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <4B31AABD.2020804@ongs.co.jp> In-Reply-To: <4B31AABD.2020804@ongs.co.jp> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912311156.05026.mlobo@digiart.art.br> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sv4.hmnoc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - digiart.art.br X-Mailman-Approved-At: Thu, 31 Dec 2009 21:03:08 +0000 Cc: freebsd-emulation@freebsd.org, Daichi GOTO , current@freebsd.org Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) 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, 31 Dec 2009 16:01:41 -0000 On Wednesday 23 December 2009 02:29:33 Daichi GOTO wrote: > In a month, I have been tried to investigate FreeBSD system > stable/unstable situations and factors around VirtualBox > bacause frequently my VirtualBox let FreeBSD freeze, panic > and fatal trap. > > I guess my report is not strict comprehensive, but it's useful > and helpful for everyone who wants to use VirtualBox on FreeBSD. > > Tested environment: > host os: FreeBSD 9-current amd64 (among 12/2009) > virtualbox: virtualbox-3.0.51.r22902_3 > cpu: Intel Core2 Quad Q9550 > mem: 8GB > video: GeForce 9800 GT > > Kernel settings: > - Vimage lets FreeBSD freeze within VirtualBox bridge > networking feature. > > VirtualBox settings: > ------------------------------------------------------------- > > | | effects on the host os stability| > > ------------------------------------------------------------- > > | ACPI | NO | > | IO APIC | NO | > | PAE/NX | (not checked) | > | Core numbers | YES (*1) | > | VT-x/AMD-V | NO | > | nested paging | (not checked) | > | 3D acceleration | (not checked) | > | IDE controller type | NO | > | Additional controller | NO | > | CD/DVD drive host | NO | > | CD/DVD drive image file | NO | > | FDD drive host | (not checked) | > | FDD drive image file | (not checked) | > | Audio | (not checked) | > | Network adapter type | NO | > | Network NAT | NO | > | Network bridge | NO | > | Network inner network | (not checked) | > | Network host only | (not checked) | > | Serial port | (not checked) | > | share folder | (not checked) | > | Guest OS sort | NO | > > ------------------------------------------------------------- > > (*1) Multicore attached virtual environment easily and frequently > lets FreeBSD freeze. > > Hardware health: > - Weakened PC power unit or less-power power unit leads PC > very unstable condition. If you encounter non-reproducible > error or panic, you should better to check your PC power unit. > > - Unstable memory leads FreeBSD system panic and fatal trap. > If you encounter "segmentaion fault", "panic" or "fatal trap" > error, shutdown system and check your PC memory health with > memtest86+. (Ubuntu install CD has memtest86+ feature. > Using Ubuntu as memetest86+ checker is reasonable way). > If you have luck, updating BIOS and set DRAM settings for > stable resolves this issue. > > - Hard Disk should be health. Check your disk status by > smartmontools (sysutils/smartmontools). > > Driver: > - NVIDIA driver (x11/nvidia-driver, nvidia-driver-195.22) leads > FreeBSD freeze non-reproducibly. If you use both > NVIDIA driver and VirtualBox along with non-reproducible > FreeBSD freeze, use nv driver instead. > > > Recap points: > - Check your PC health first, especially for Power unit, > memory and Hard disk. > - Remove Vimage if you want to use bridge networking feature > of VirtualBox. > - Use nv driver instead of nvidia-driver if you have FreeBSD > non-reproducible freeze problem with nvidia-driver. > What I have found out in all the time I've been testing is that, at least on my system here, the problem with VBox/Nvidia IS definitely with OpenGL. If I leave the KDE composite option as XRENDER, I can open up to 6 VMs without any freeze. All of them with 2 CPUs, 3D accel enabled an all. But all I need to do to freeze the machine is to start ANY OpenGL app and let it run for about a minute. It can even be one of the GL screensavers. It is a guarantied freeze ! I have tried all sorts of combinations: nvidia.ko last, vboxdrv.ko last, no linux.ko, with powerd, no powerd, etc..., etc... No matter what, if it involves OpenGL, bang !! if it doesn't, it's OK. What I also noticed, monitoring my machine from another terminal on the LAN (systat -vm 1) is 200K in page faults at the freezing moment and free memory on gkrellm is practically zero, no matter if I have 1 or 6 VMs running. I can't say if it is KDE, Vbox or nvidia because not even ping from the remote terminal works. Other than that, It works great. Machine: OS: FreeBSD 8.0-STABLE #0 r198930M: Sat Dec 12 12:49:49 BRT 2009 MB: AOD790GX/128M VB: nvidia0: on vgapci0 RAM: 8 G CPU: Phenom 955 black (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Video Driver (II) NVIDIA dlloader X Driver 195.22 Mon Nov 30 14:03:12 posix/SystemV/PST 2009 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs X: X.Org X Server 1.6.1 KDE: 4.3.4 -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE)