From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 04:09:28 2007 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 91BE616A469 for ; Sun, 25 Nov 2007 04:09:28 +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 SMTP id 1840C13C44B for ; Sun, 25 Nov 2007 04:09:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 19868 invoked by uid 399); 25 Nov 2007 04:09:26 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 25 Nov 2007 04:09:26 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 24 Nov 2007 20:09:24 -0800 (PST) From: Doug Barton To: "Gelsema, P \\(Patrick\\) - FreeBSD" In-Reply-To: <2225.10.202.77.103.1195904999.squirrel@webmail.superhero.nl> Message-ID: References: <1685.10.202.77.103.1195859362.squirrel@webmail.superhero.nl> <47479F0A.4050205@FreeBSD.org> <2225.10.202.77.103.1195904999.squirrel@webmail.superhero.nl> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: BIND: 7.0 Beta 3 - sh make-localhost not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 04:09:28 -0000 On Sat, 24 Nov 2007, Gelsema, P \(Patrick\) - FreeBSD wrote: > On Sat, November 24, 2007 04:48, Doug Barton wrote: >> Gelsema, P (Patrick) - FreeBSD wrote: >>> Hi, >>> >>> When I follow the instructions in the handbook >> >> Can you give me the URL please? I need to update that, thanks for the >> reminder. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-dns.html > > Section 27.6.6.1 Using make-localhost Thanks. >>> for setting up the BIND server >> >> Assuming that you are running 7-prerelease or 8-current you don't need >> to do anything to set up a working local resolver. All you need to do >> is to put named_enable=yes in /etc/rc.conf[.local] and fire it up. > > Running 7 Beta 3 and added the named_enable=yes to rc.conf. Bind is > running, listening and resolving. Only have to create the zones file for > my own domain. > > Is there any zones webconfiguration tool you would suggest to use to > manage DNS zones? Frankly I've never used one, but I hear that webmin has a pretty good interface. It may be too heavy weight for what you're after though. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 04:58:18 2007 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 D05AC16A417 for ; Sun, 25 Nov 2007 04:58:18 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from conn-smtp.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7047113C442 for ; Sun, 25 Nov 2007 04:58:18 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by conn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 9E3297947; Sat, 24 Nov 2007 22:26:50 -0600 (CST) Received: from build64.tcbug.org (unknown [208.42.70.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTP id 536B610AA8A9; Sat, 24 Nov 2007 22:26:50 -0600 (CST) From: Josh Paetzel To: freebsd-current@freebsd.org Date: Sat, 24 Nov 2007 22:26:45 -0600 User-Agent: KMail/1.9.7 References: <826454.61528.qm@web63913.mail.re1.yahoo.com> <200711210838.18781.fjwcash@gmail.com> <474477CE.3030805@terranova.net> In-Reply-To: <474477CE.3030805@terranova.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2444793.9LFjqCKKDy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711242226.49244.josh@tcbug.org> Cc: Travis Mikalson Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 04:58:18 -0000 --nextPart2444793.9LFjqCKKDy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 21 November 2007 12:24:14 pm Travis Mikalson wrote: > Freddie Cash wrote: > > On November 21, 2007 04:26 am Barney Cordoba wrote: > >> It would be a major > >> black eye to the project to say "FreeBSD 7 is > >> released, but BTW, if you have a supermicro or tyan > >> opteron system it won't work at all". > > > > The HT1000 is only 1 of the Opteron chipsets available from Tyan, and > > it's only available on their 1 socket boards (the Tomcats). The dual- > > and quad- socket boards either use AMD or AMD+nVidia chipsets (Socket > > 939/940), or nVidia chipsets (Socket AM2). Out of their entire lineup, > > the HT1000 makes up maybe 10% of the chipsets used by Tyan. > > > > I'd hardly call that a "black eye". And it's only the onboard SATA > > controller that has issues. Pop in a proper RAID controller, and it's = no > > longer an issue. > > Hate to sound like a broken record but that's exactly what I did and I > ran into the same nasty data corruption problem on that controller, too. > That was a little frustrating. > > atapci0@pci0:2:3:0: class=3D0x010000 card=3D0x11ab11ab chip=3D0x60811= 1ab > rev=3D0x09 hdr=3D0x00 > vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device =3D 'MV88SX6081 8-port SATA II PCI-X Controller' > class =3D mass storage > subclass =3D SCSI > > I don't want a hardware RAID or a "software RAID" controller, I just > want normal SATA ports with no RAID so I can use ZFS :) > > I find myself much preferring ZFS to any other data management solution > I have ever used, including 3ware hardware RAID which was my previous > favorite. > > Another thing I haven't tried yet is a 3ware 9500 series PCI-X > controller in my HT1000 board's PCI-X slot to see if that's also broken > or if it's just a PCI-X + ata(4) specific problem. > > I'll reply with the result of that when I get to trying it out. > > >> Someone was complaining 2 years ago that they didn't > >> have hardware to do the work. Is the FreeBSD project > >> really so poorly funded that they can't get their > >> hands on a $150 motherboard for 2 years? > > > > Ever considered sending one in? :) > > I am considering it. Are any reputable FreeBSD developers interested in > this problem that could benefit from having the problematic hardware in > their posession? I'm in the middle of retiring nearly a dozen supermicro socket AM2 boards w= ith=20 this chipset. With the SATA controllers in native SATA mode the disks get= =20 scribbled on horribly. With the SATA controllers in legacy mode FreeBSD=20 detects them as ATA/33 but they seem to hold up a bit better. Under heavy= =20 I/O load they will stay up for about a week before panicing, although once= =20 they do panic they double panic and hang solid. I thought I was going dodg= e=20 swapping platforms by installing 3ware 9550 RAID controllers but I all I=20 managed to do was reduce the panic rate to about once per month per box, so= =20 there are gremlins that affect more than the onboard SATA I'm afraid. I've= =20 attempted to work with at least one FreeBSD developer on a fix, but the=20 inability of the boxes to complete a panic, let alone write a crash dump ha= s=20 made troubleshooting them incredibly painful. (Sometimes they don't even=20 manage to get the entire first line of the panic string on the console) Th= e=20 fact that they will stand up for days under heavy I/O load doesn't help=20 either. Intermittant problems suck. =2D-=20 Thanks, Josh Paetzel PGP: 8A48 EF36 5E9F 4EDA 5A8C 11B4 26F9 01F1 27AF AECB --nextPart2444793.9LFjqCKKDy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHSPmJJvkB8SevrssRAimQAJ0dOkLs0RYQOA5tWMX2nUd3RZcl4wCeLMGa IPLAD5upWp99SsYh5o4BlCc= =ns6o -----END PGP SIGNATURE----- --nextPart2444793.9LFjqCKKDy-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 06:27:30 2007 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 4E3F016A509 for ; Sun, 25 Nov 2007 06:27:30 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 046A213C4EE for ; Sun, 25 Nov 2007 06:27:29 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 6D788522FE; Sun, 25 Nov 2007 01:27:27 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sun, 25 Nov 2007 01:27:27 -0500 X-Sasl-enc: 0BccsOsUVw0/WXR9QX1auRKS59oAyRkqtnu4um8MBFD5 1195972047 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id BBF1720357; Sun, 25 Nov 2007 01:27:26 -0500 (EST) Message-ID: <47491532.1050600@freebsd.org> Date: Sat, 24 Nov 2007 22:24:50 -0800 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Max Laier References: <200711231232.04447.max@love2party.net> <20071123132453.W98338@fledge.watson.org> <200711242006.04753.max@love2party.net> In-Reply-To: <200711242006.04753.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson Subject: Re: Switch pfil(9) to rmlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 06:27:30 -0000 Max Laier wrote: > On Friday 23 November 2007, Robert Watson wrote: > > On Fri, 23 Nov 2007, Max Laier wrote: > > > attached is a diff to switch the pfil(9) subsystem to rmlocks, which > > > are more suited for the task. I'd like some exposure before doing > > > the switch, but I don't expect any fallout. This email is going > > > through the patched pfil already - twice. > > > > Max, > > > > Have you done performance measurements that show rmlocks to be a win in > > this scenario? I did some patchs for UNIX domain sockets to replace > > the rwlock there but it appeared not to have a measurable impact on SQL > > benchmarks, presumbaly because the read/write blend wasn't right and/or > > that wasnt a significant source of overhead in the benchmark. I'd > > anticipate a much more measurable improvement for pfil, but would be > > interested in learning how much is seen? > > I had to roll an artificial benchmark in order to see a significant change > (attached - it's a hack!). > > Using 3 threads on a 4 CPU machine I get the following results: > null hook: ~13% +/- 2 > mtx hook: up to 40% [*] > rw hook: ~5% +/- 1 > rm hook: ~35% +/- 5 > Is that 13%/5%/35% faster or slower or improvement or degradation? If "rw hook" (using rwlock like we have today?) is 5%, whas is the baseline? I'm expecting that at least one of these should be a 0%... Darren From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 06:39:54 2007 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 5EFCA16A417 for ; Sun, 25 Nov 2007 06:39:54 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from mail.rexdb.com (mail.rexdb.com [216.243.161.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0DEC713C4CC for ; Sun, 25 Nov 2007 06:39:53 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from Laptop.totaldiver.net (fl-76-3-162-23.dhcp.embarqhsd.net [76.3.162.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rexdb.com (Postfix) with ESMTP id 34BCD228BA52 for ; Sun, 25 Nov 2007 01:21:08 -0500 (EST) Message-ID: <47491424.6030501@rexdb.com> Date: Sun, 25 Nov 2007 01:20:20 -0500 From: Jeff Palmer User-Agent: Thunderbird 2.0.0.9 (X11/20071124) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: problem with if_wpi and wpa_supplicant. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 06:39:54 -0000 Hello current@, I've got a laptop that uses the intel 3945abg wireless chipset. I've followed ben's trials and tribulations with the wpi driver for several months. At one point, I had plain (unsecured) authentication as well as WEP authentication working. (this is several months ago now) However, the last 2 renditions of the driver won't even work if I have WEP enabled. Having seen the recent import into HEAD (8.0-CURRENT) I decided to give it another whirl on my laptop. With the november 2007 driver on the clearchain site, I can associate to a completely nencrypted AP. However, using WEP or WPA fails. I can't even associate to a WEP enabled AP if I set everything manually with ifconfig. Details are as follows. Machine: Toshiba Satellite A135-S4517 OS: FreeBSD Laptop.totaldiver.net 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Fri Nov 23 21:33:53 EST 2007 root@Laptop.totaldiver.net:/usr/obj/usr/src/sys/GENERIC i386 Driver: http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-wpi.tar.gz Relevant parts of /boot/loader.conf if_wpi_load="YES" legal.intel_wpi.license_ack=1 Relevant parts of /etc/wpa_supplicant.conf network={ ssid="TEST" scan_ssid=1 key_mgmt=WPA-PSK psk=4a4de711b81e90f30a5ec88682185a74d20eb85c982f11fe035c87726b43c6c5 } The only hint I've been able to find so far, comes from using wpa_supplicant in debug mode. Relevant log from: wpa_supplicant -d -i wpi0 -c /etc/wpa_supplicant.conf Nov 25 00:32:13 Laptop kernel: idx=192 flags=0 type=119 len=4 Nov 25 00:32:13 Laptop kernel: cmd notification qid=4 idx=192 flags=0 type=WPI_CMD_SET_POWER_MODE len=4 Nov 25 00:32:13 Laptop kernel: wpi_cmd 155 size 12 async 0 Nov 25 00:32:13 Laptop kernel: notify qid=0 idx=0 flags=0 type=28 len=16 Nov 25 00:32:13 Laptop kernel: cmd notification qid=0 idx=0 flags=0 type=WPI_CMD_TX_DATA len=16 Nov 25 00:32:14 Laptop kernel: wpi0: could not configure bluetooth coexistence Nov 25 00:32:14 Laptop kernel: Scan cancelled Nov 25 00:32:14 Laptop kernel: config chan 6 flags 8005 cck f ofdm 15 Nov 25 00:32:14 Laptop kernel: wpi_cmd 16 size 43 async 1 Nov 25 00:32:14 Laptop kernel: wpi0: wpi_cmd: cmd 16 not sent, busy Nov 25 00:32:14 Laptop kernel: wpi0: could not configure Nov 25 00:32:14 Laptop kernel: wpi0: could not send authentication request Nov 25 00:32:14 Laptop kernel: NEWSTATE:INIT Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 1 Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 3 Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 4 Nov 25 00:32:23 Laptop kernel: NEWSTATE:INIT Nov 25 00:32:23 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 Nov 25 00:32:23 Laptop kernel: microcode alive notification version 10e02 alive 1 Nov 25 00:32:23 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 The part that caught my attention was Nov 25 00:32:14 Laptop kernel: wpi0: could not configure bluetooth coexistence Google seems to offer 0 results for the above. Looking through the code in the wpi driver tarball shows where the error is coming from, but the part I'm not understanding is: this machine doesn't have bluetooth, nor any bluetooth devices. I'm not sure what other info would be needed, but I'm willing to provide anything I can to ben or the community at large. I haven't succeeded any producing a log as to why it won't associate to a WEP enabled AP when manually configured using ifconfig. Thanks in advance, Jeff Palmer From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 07:56:27 2007 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 5024716A420 for ; Sun, 25 Nov 2007 07:56:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id C4DB313C442 for ; Sun, 25 Nov 2007 07:56:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwCLo-000DdZ-BN; Sun, 25 Nov 2007 09:56:24 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lAP7uL8v050625; Sun, 25 Nov 2007 09:56:21 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lAP7uK4g050624; Sun, 25 Nov 2007 09:56:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 25 Nov 2007 09:56:20 +0200 From: Kostik Belousov To: Robert Watson Message-ID: <20071125075620.GA78396@deviant.kiev.zoral.com.ua> References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> <47477F9F.2080900@gmail.com> <20071124142149.Y14018@fledge.watson.org> <47486C9B.4020407@gmail.com> <20071124211859.S14018@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GOYT2+aw+EAigp19" Content-Disposition: inline In-Reply-To: <20071124211859.S14018@fledge.watson.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 2af4f4440a41c9b8d1772143e7d814e3 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1827 [Nov 24 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org, Rako Subject: Re: panic with tcpdrop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 07:56:27 -0000 --GOYT2+aw+EAigp19 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 24, 2007 at 09:19:42PM +0000, Robert Watson wrote: > On Sat, 24 Nov 2007, Rako wrote: >=20 > >the patch solve the problem with tcpdrop, Thanks!! > > > >An other panic ocurred, but on other area, is on snp.ko module (watch -W= =20 > >/dev/ttyv0) but can't get backtrace. This panic is simliar at > > > >http://lists.freebsd.org/pipermail/freebsd-current/2007-March/069990.html > > > >the problem may be at line 164 of /usr/src/sys/dev/snp/snp.c snp =3D=20 > >ttytosnp(tp); > > > >where snp get NULL > > > >but, no familiar with this ... Any idea what can I do to solve the error? >=20 > I'm having trouble reproducing this -- could you give me a detailed set o= f=20 > instructions regarding the specific steps I should take to try and get th= is=20 > panic, if it's reproduceable for you? >=20 > Thanks, >=20 > Robert N M Watson > Computer Laboratory > University of Cambridge >=20 > > > >Regards, > >Javier > > > > > >Fatal trap 12: page fault while in kernel mode > >fault virtual address =3D 0x24 > >fault code =3D supervisor read, page not present > >instruction pointer =3D 0x20:0xc3e4f230 > >stack pointer =3D 0x28:0xd66c3b34 > >frame pointer =3D 0x28:0xd66c3b88 > >code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > >processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > >current process =3D 2216 (make) > >trap number =3D 12 > >panic: page fault > >KDB: stack backtrace: > >db_trace_self_wrapper(c0a5f1ea,d66c39d4,c078878a,c0a5d5f4,c0b5bcc0,...) = at=20 > >db_trace_self_wrapper+0x26 > >kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66c39e0,d66c39e0,...) at=20 > >kdb_backtrace+0x29 > >panic(c0a1fb8c,c0a7c54d,c3e44770,1,1,...) at panic+0xaa > >trap_fatal(c3e942b8,0,1,0,c39f5630,...) at trap_fatal+0x303 > >trap_pfault(0,c39f5630,c39f5630,0,c,...) at trap_pfault+0x250 > >trap(d66c3af4) at trap+0x382 > >calltrap() at calltrap+0x6 > >--- trap 0xc, eip =3D 0xc3e4f230, esp =3D 0xd66c3b34, ebp =3D 0xd66c3b88= --- > >snplwrite(c33bf800,d66c3c60,0,d66c3bbc,c0754bec,...) at snplwrite+0x80 > >ttywrite(c3389600,d66c3c60,0,c39cf5e8,c39f5630,...) at ttywrite+0x39 > >giant_write(c3389600,d66c3c60,0,0,c0abb080,...) at giant_write+0x6c > >devfs_write_f(c39cf5e8,d66c3c60,c3de4800,0,c39f5630,...) at=20 > >devfs_write_f+0x75 > >dofilewrite(d66c3c60,ffffffff,ffffffff,0,c39cf5e8,...) at dofilewrite+0x= 97 > >kern_writev(c39f5630,1,d66c3c60,2813c076,0,...) at kern_writev+0x58 > >write(c39f5630,d66c3cfc,c,110,c337e630,...) at write+0x4f > >syscall(d66c3d38) at syscall+0x335 > >Xint0x80_syscall() at Xint0x80_syscall+0x20 > >--- syscall (4, FreeBSD ELF32, write), eip =3D 0x8083603, esp =3D 0xbfbf= d4ec,=20 > >ebp =3D 0xbfbfd528 --- > >Uptime: 19m14s > >Physical memory: 495 MB > >Dumping 86 MB: 71 55 39 23 7 I believe I have a plausible explanation for the panic. Please, look at the snpioctl(), SNPSTTY command. First, assume that both the s > 0 and snoop device has attached tty. Then, snp_tty will be overwritten, without detaching the old tty from the snooper. In this case, ttytosnp() would not find the snp from tty, returning NULL. This would lead to the trace above. This is old kernel bug. Now, I shall note that watch(8) does not attach to the new tty without detaching from the previous one. But, after destroy_dev_sched() conversion have been done for snp(4), actual detach is asynchronous. Since watch(8) opens the numbered snpX clone device instead of the master /dev/snp, it could reopen the same device. The condition is racy, and thus not easily reproducable. The patch below might help with kernel panic. diff --git a/sys/dev/snp/snp.c b/sys/dev/snp/snp.c index a84e90c..b8f3d63 100644 --- a/sys/dev/snp/snp.c +++ b/sys/dev/snp/snp.c @@ -491,7 +491,7 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, in= t flags, struct thread *td) { struct snoop *snp; - struct tty *tp, *tpo; + struct tty *tp; struct cdev *tdev; struct file *fp; int s; @@ -502,6 +502,9 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, in= t flags, s =3D *(int *)data; if (s < 0) return (snp_down(snp)); + if (snp->snp_tty !=3D NULL) + return (EBUSY); + if (fget(td, s, &fp) !=3D 0) return (EINVAL); if (fp->f_type !=3D DTYPE_VNODE || @@ -520,13 +523,6 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, i= nt flags, return (EBUSY); =20 s =3D spltty(); - - if (snp->snp_target =3D=3D NULL) { - tpo =3D snp->snp_tty; - if (tpo) - tpo->t_state &=3D ~TS_SNOOP; - } - tp->t_state |=3D TS_SNOOP; snp->snp_olddisc =3D tp->t_line; tp->t_line =3D snooplinedisc; --GOYT2+aw+EAigp19 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHSSqkC3+MBN1Mb4gRAr82AKCWD8vFCRzGob8JrDKvGBE3lSq3AwCfcva8 u3P+zlHD2OccT7s856iJxSE= =chBL -----END PGP SIGNATURE----- --GOYT2+aw+EAigp19-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 08:10:32 2007 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 D0FFE16A502 for ; Sun, 25 Nov 2007 08:10:31 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 444FE13C455 for ; Sun, 25 Nov 2007 08:10:30 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so918035uge for ; Sun, 25 Nov 2007 00:10:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:references:date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=SYqN/iX2GVF69nMj0iDQ17dAd+cTZfhivXckg5yE4Fg=; b=K3nC8edohMsCYAZyECFijJj+u8uzjXkWYOjjUF8eW5yPkg/eyftqlObbRbzrHkmuLIQ57INEk+rcK2ODJAXwcmLO0VRr049OAdMPXkbFLfl62IsaBcHvzcZj2yMqXPHlFFuhhHEqGZPmHCnZnMKTWLMsFCRsvqC2rEV7PfDHTYY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:from:to:subject:references:date:in-reply-to:message-id:user-agent:mime-version:content-type; b=alwUMIMeO/abN/H3mBCZPF7/KMbRx27NBZDGLHVkMN6I3WNXbfgg+JlsAPqrow5IVbmvOMkY3UTGxW9CqpYvyhi0hQHAFiZOmm1Dey8Tug9yTk2SjMcnuSOKWE7YIKA/BnradQZbXI+RVrpEU+D1bTmycGU7KRMHDKE+EIIXcCQ= Received: by 10.67.116.7 with SMTP id t7mr170317ugm.1195976759529; Sat, 24 Nov 2007 23:45:59 -0800 (PST) Received: from simias.hd.free.fr ( [82.243.51.8]) by mx.google.com with ESMTPS id u1sm820415uge.2007.11.24.23.45.57 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 24 Nov 2007 23:45:57 -0800 (PST) From: Lionel Flandrin To: freebsd-current@freebsd.org References: <86lk9fetff.fsf@simias.hd.free.fr> <20071103160137.GA1182@hurx.thc> Date: Sun, 25 Nov 2007 08:45:27 +0100 In-Reply-To: <20071103160137.GA1182@hurx.thc> (Christian Jachmann's message of "Sat, 3 Nov 2007 17:01:37 +0100") Message-ID: <86oddi3h0o.fsf@simias.hd.free.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: X crash with radeon driver - AGP broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 08:10:32 -0000 Christian Jachmann writes: > Sat, Nov 03, 2007 at 07:26:12AM +0100, Simias : >> >> Hi >> >> Since I csup'd 7.0-BETA1, my computer reboots when I startx with the >> (open source) radeon driver -- I also tried with a fresh -CURRENT with the >> same result. >> >> My radeon is a 9600 Pro. >> >> Any clue ? > > Same here: > jachmann@hurx:~>Xorg -version > > X.Org X Server 1.4.0 > Release Date: 5 September 2007 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 7.0-BETA2 i386 > Current Operating System: FreeBSD hurx.thc 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Fri N > ov 2 21:15:25 CET 2007 root@hurx.thc:/usr/obj/usr/src/sys/GENERIC i386 > Build Date: 02 November 2007 10:02:24PM > > crashes. > I still have the same problem after several Xorg and freeBSD update, it's becomming really annoying. I forgot to post the kgdb trace: ,---- | (kgdb) where | #0 doadump () at pcpu.h:195 | #1 0xc056c934 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 | #2 0xc056cb34 in panic (fmt=Variable "fmt" is not available. | ) at /usr/src/sys/kern/kern_shutdown.c:563 | #3 0xc0741918 in vm_fault (map=0xc1054000, vaddr=3825565696, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:275 | #4 0xc079bcfa in trap_pfault (frame=0xe6592a64, usermode=0, eva=3825565696) at /usr/src/sys/i386/i386/trap.c:774 | #5 0xc079c6c2 in trap (frame=0xe6592a64) at /usr/src/sys/i386/i386/trap.c:463 | #6 0xc07862db in calltrap () at /usr/src/sys/i386/i386/exception.s:139 | #7 0xc07aee97 in agp_nvidia_flush_tlb (dev=0xc3bade00, offset=-1011656432) at /usr/src/sys/pci/agp_nvidia.c:377 | #8 0xc06eec9f in agp_generic_bind_memory (dev=0xc3bade00, mem=0xc41287c0, offset=0) at agp_if.h:76 | #9 0xc06ee0f1 in agp_bind_memory (dev=0xc3bade00, handle=0xc41287c0, offset=0) at agp_if.h:128 | #10 0xc4260b7f in ?? () | #11 0xc3bade00 in ?? () | #12 0xc41287c0 in ?? () | #13 0x00000000 in ?? () | #14 0x0000014a in ?? () | #15 0xc3c8acd8 in ?? () | #16 0xc3c8ac00 in ?? () | #17 0xc3c8acd8 in ?? () | #18 0x00000000 in ?? () | #19 0xe6592b6c in ?? () | #20 0xc4260c61 in ?? () | #21 0xc3c8ac00 in ?? () | #22 0xe6592b5c in ?? () | #23 0xc4269b5d in ?? () | #24 0x0000015b in ?? () | #25 0xc41287c0 in ?? () | #26 0x00000000 in ?? () | #27 0xc426b1b0 in ?? () | #28 0xc4260c10 in ?? () | #29 0xe6592bc4 in ?? () | #30 0xc4265cd4 in ?? () | #31 0xc4118e00 in ?? () | #32 0x80086436 in ?? () | #33 0xc3e2d7e0 in ?? () | #34 0x00000043 in ?? () | #35 0xc3f0a000 in ?? () | #36 0x00000444 in ?? () | #37 0xe6592bc4 in ?? () | #38 0x00000000 in ?? () | #39 0xc3c8acd8 in ?? () | #40 0xc3f0a000 in ?? () | #41 0x00000043 in ?? () | #42 0xc3e2d7e0 in ?? () | #43 0x80086436 in ?? () | #44 0xc4118e00 in ?? () | #45 0x00000444 in ?? () | #46 0x00000036 in ?? () | #47 0x00000000 in ?? () | #48 0xc4118e00 in ?? () | #49 0x80086436 in ?? () | #50 0xc40f11b0 in ?? () | #51 0xe6592be4 in ?? () | #52 0xc053aeea in giant_ioctl (dev=0x0, cmd=3864603484, data=0xc4269b5d "/usr/src/sys/modules/drm/drm/../../../dev/drm/drm_agpsupport.c", | fflag=347, td=0xc41287c0) at /usr/src/sys/kern/kern_conf.c:349 | Previous frame inner to this frame (corrupt stack?) `---- on FreeBSD simias.hd.free.fr 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Fri Nov 16 05:00:51 CET 2007 root@simias.hd.free.fr:/usr/obj/usr/src/sys/HOMEBOX_ATHLON i386 Thanks in advance, -- Lionel From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 08:47:12 2007 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 9C48916A468 for ; Sun, 25 Nov 2007 08:47:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 1C64B13C45A for ; Sun, 25 Nov 2007 08:47:12 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=CUb/IK3Wl+rJhrvpI9i3QNpj3gWOZO8Ar6lLH7/WCWhDfhOyahU7KwkMD13XBMpCxTkoGFf8IkukrzpAJNf/i4vpOUlK49ujslhx40bIR3n9PjfUNor252iMEHS76tgZ3r7fHiUszDyv1RFQ5fUQclDvTwkhYsBFPxbYstRN1ZX4o/1r2IxVYQCgcTYHaS8N6s26+buJghf9ZyjJVLlJ9nJUnQKQ36jeLNCm5e9t6C1FVFarAs8CMUUKKXHtdG0I; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IwD8u-0002zc-Jz; Sun, 25 Nov 2007 08:47:08 +0000 Received: from dsl-241-1-164.telkomadsl.co.za ([41.241.1.164] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwD8Z-000100-Kg; Sun, 25 Nov 2007 08:46:47 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IwD8X-0000aH-RU; Sun, 25 Nov 2007 10:46:45 +0200 To: Sam Leffler From: Ian FREISLICH In-Reply-To: Message from Sam Leffler of "Fri, 23 Nov 2007 09:10:43 PST." <47470993.2060707@errno.com> X-Attribution: BOFH Date: Sun, 25 Nov 2007 10:46:45 +0200 Message-Id: Cc: Kip Macy , Mike Silbersack , current@freebsd.org Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 08:47:12 -0000 Sam Leffler wrote: > > > >> Looking at your later trace, data with the RST is a red herring. The > >> only thing that stands out to me as being odd and perhaps is the > >> issue, is that the window size for the SYN and the ack are > >> inconsistent on FreeBSD but are consistent on OS X. I'm not sure off > >> hand where the number 8326 comes from. It could be that when the SIP's > >> stack is generating the ack for the GET it concludes that the window > >> accounting state is incorrect. > >> > >> Perhaps Mike can shed some light when he gets back online. > >> > > > > I see. Playing around with net.inet.tcp sysctls, disabling delayed_ack > > fixes the problem with this phone. Do you think that this is a bug > > in the phone's TCP stack? > > > > Is there a proxy involved or is this session end-to-end? Not sure if > you described the setup but it might be useful (e.g. is the phone using > wireless). There the one connecting side was wireless, but it made no difference connecting over wired ethurnet end to end. There is no proxy involved. Both host and the phone are on the same subnet. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 09:46:35 2007 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 8076D16A420; Sun, 25 Nov 2007 09:46:35 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id EB48813C465; Sun, 25 Nov 2007 09:46:34 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-008-048.pools.arcor-ip.net [88.66.8.48]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1IwE4L3d42-0003IA; Sun, 25 Nov 2007 10:46:30 +0100 From: Max Laier Organization: FreeBSD To: Darren Reed Date: Sun, 25 Nov 2007 10:47:37 +0100 User-Agent: KMail/1.9.7 References: <200711231232.04447.max@love2party.net> <200711242006.04753.max@love2party.net> <47491532.1050600@freebsd.org> In-Reply-To: <47491532.1050600@freebsd.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10973900.OHRaPakIth"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711251047.44778.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/Pjn7Tepzmto0DnpfWOXKQLChmsDCcQ5gy/BK 6sWE88OcrueblRgYbSBcYn4OC9mpvpFy+EYOMoHbn2LWcUGn/S 3ZAVx2imT5S+Lzd8ZPIyfLo91pOnacXHqR6qsEozUc= Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson Subject: Re: Switch pfil(9) to rmlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 09:46:35 -0000 --nextPart10973900.OHRaPakIth Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 November 2007, Darren Reed wrote: > Max Laier wrote: > > On Friday 23 November 2007, Robert Watson wrote: > > > On Fri, 23 Nov 2007, Max Laier wrote: > > > > attached is a diff to switch the pfil(9) subsystem to rmlocks, > > > > which are more suited for the task. I'd like some exposure > > > > before doing the switch, but I don't expect any fallout. This > > > > email is going through the patched pfil already - twice. > > > > > > Max, > > > > > > Have you done performance measurements that show rmlocks to be a > > > win in this scenario? I did some patchs for UNIX domain sockets to > > > replace the rwlock there but it appeared not to have a measurable > > > impact on SQL benchmarks, presumbaly because the read/write blend > > > wasn't right and/or that wasnt a significant source of overhead in > > > the benchmark. I'd anticipate a much more measurable improvement > > > for pfil, but would be interested in learning how much is seen? > > > > I had to roll an artificial benchmark in order to see a significant > > change (attached - it's a hack!). > > > > Using 3 threads on a 4 CPU machine I get the following results: > > null hook: ~13% +/- 2 > > mtx hook: up to 40% [*] > > rw hook: ~5% +/- 1 > > rm hook: ~35% +/- 5 > > Is that 13%/5%/35% faster or slower or improvement or degradation? > If "rw hook" (using rwlock like we have today?) is 5%, whas is the > baseline? > > I'm expecting that at least one of these should be a 0%... Sorry for the sparse explanation. All numbers above are gain with rmlocks= =20 i.e. rmlocks are faster in all scenarios. The test cases are different=20 hook functions. Every hook has a DELAY(1) and a lock/unlock call around=20 it of the respective lock type. read lock acquisitions for rw and rm. =20 Please look at the code I posted a bit later for more details. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart10973900.OHRaPakIth Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHSUTAXyyEoT62BG0RAgIyAJ9W1OBtLFLCX/wtiTxnfpOwyo6HeQCdEp+W NTn8ZfHcfE6DDb4oDvJZAmQ= =6v2D -----END PGP SIGNATURE----- --nextPart10973900.OHRaPakIth-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 10:26:25 2007 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 93F5116A419 for ; Sun, 25 Nov 2007 10:26:25 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 490E713C465 for ; Sun, 25 Nov 2007 10:26:25 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 648 invoked from network); 25 Nov 2007 10:19:40 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 25 Nov 2007 10:19:40 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 25 Nov 2007 04:19:41 -0600 (CST) From: Mike Silbersack To: Kip Macy In-Reply-To: Message-ID: <20071125041618.G1206@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ian FREISLICH , current@freebsd.org Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 10:26:25 -0000 On Fri, 23 Nov 2007, Kip Macy wrote: > On Nov 22, 2007 12:14 PM, Ian FREISLICH wrote: >> Here's a tcpdump of seamonkey trying to retrieve the document index: >> >> 22:07:53.728516 IP (tos 0x0, ttl 64, id 24507, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.28.50118 > 196.7.162.30.80: S, cksum 0xdbdd (correct), 2746220400:2746220400(0) win 65535 >> 22:07:53.731512 IP (tos 0x0, ttl 64, id 36, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.30.80 > 196.7.162.28.50118: S, cksum 0xbdba (correct), 2416404465:2416404465(0) ack 2746220401 win 8192 >> 22:07:53.731543 IP (tos 0x0, ttl 64, id 24508, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.28.50118 > 196.7.162.30.80: ., cksum 0xe8f5 (correct), 1:1(0) ack 1 win 8326 >> 22:07:53.731593 IP (tos 0x0, ttl 64, id 24509, offset 0, flags [DF], proto TCP (6), length 428) 196.7.162.28.50118 > 196.7.162.30.80: P 1:377(376) ack 1 win 8326 >> 22:07:53.770545 IP (tos 0x0, ttl 64, id 37, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.7.162.28.50118: ., cksum 0xe948 (correct), 1:1(0) ack 377 win 7867 >> 22:07:54.004963 IP (tos 0x0, ttl 64, id 38, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.7.162.28.50118: P, cksum 0xcdea (correct), 1:10(9) ack 377 win 8192 >> 22:07:54.018027 IP (tos 0x0, ttl 64, id 39, offset 0, flags [DF], proto TCP (6), length 638) 196.7.162.30.80 > 196.7.162.28.50118: RP 10:608(598) ack 377 win 8192 [!RST+ 200 OK\015\012Server: Rapid Logic/1.] > > Looking at your later trace, data with the RST is a red herring. The > only thing that stands out to me as being odd and perhaps is the > issue, is that the window size for the SYN and the ack are > inconsistent on FreeBSD but are consistent on OS X. I'm not sure off > hand where the number 8326 comes from. It could be that when the SIP's > stack is generating the ack for the GET it concludes that the window > accounting state is incorrect. > > Perhaps Mike can shed some light when he gets back online. > > > -Kip The TCP window is unscaled in the SYN phase, then shifts to being scaled afterwards. The window we're advertising must be 8236 * 2^3 = 65888. So, that part is ok - if the phone implements tcp window scaling properly! The RST + Data behavior seems very odd. Ian, have you tried using nmap -O or any other OS identification tool to see if the phone is using a known operating system? -Mike From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 10:40:17 2007 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 33A0D16A418 for ; Sun, 25 Nov 2007 10:40:17 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id C609413C455 for ; Sun, 25 Nov 2007 10:40:16 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 14392 invoked from network); 25 Nov 2007 10:13:29 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 25 Nov 2007 10:13:29 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 25 Nov 2007 04:13:30 -0600 (CST) From: Mike Silbersack To: Ian FREISLICH In-Reply-To: Message-ID: <20071125040951.B1206@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, Kip Macy Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 10:40:17 -0000 On Sun, 25 Nov 2007, Ian FREISLICH wrote: >>> I see. Playing around with net.inet.tcp sysctls, disabling delayed_ack >>> fixes the problem with this phone. Do you think that this is a bug >>> in the phone's TCP stack? >>> >> >> Is there a proxy involved or is this session end-to-end? Not sure if >> you described the setup but it might be useful (e.g. is the phone using >> wireless). > > There the one connecting side was wireless, but it made no difference > connecting over wired ethurnet end to end. There is no proxy > involved. Both host and the phone are on the same subnet. > > Ian > > -- > Ian Freislich Can you post a tcpdump of a successful connection with delayed_ack disabled and then the same attempted (unsuccessful) connection with delayed_ack reenabled? Please use -s 0 (to catch the entire packet) and use -w to write the binary dump data to a file. That'll allow us to look at the entire data payload. It's probably best to post those dumps on a server somewhere and just post the urls to the list. Thanks, -Mike From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 11:05:14 2007 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 6F16A16A419 for ; Sun, 25 Nov 2007 11:05:14 +0000 (UTC) (envelope-from hyogeollee@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD7813C459 for ; Sun, 25 Nov 2007 11:05:13 +0000 (UTC) (envelope-from hyogeollee@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so786128pyb for ; Sun, 25 Nov 2007 03:05:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=FRGuTBleq3GrPn6UbX9bCqrqRHdqBj1jobz9VyslOCk=; b=w3NlgC+zTIj5rTLlZMA3IwkTam199VE0qoJ8D0c3cEf1+oCRKvB5GeU9hZKpXKYVeNoiYS4bAdxbP7IJdaZgYjtFPNUqJL2IGfkiL9rj/+Ko9LDwVoAxxIDX/Mbrm1ie1rGGM+hLN26XuleN0kaq9o/grl36OdnAZY/XbMU1naM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=pOQ8j4ACww1asq9//lqnoID0BXwStm6Rcftx6NApi+cfaUSUh/0Q5wE01XAEar0PcR9ym5WFaB4dEZg0zaZH3OP+YIZ5vFXXY/aRzZ/E8aq5+Y8fAWsPQ8P6Hm1W0xNYIlh2uPtA7ThXIy69x51lBXWEPxZwao6yBRxoneMJQLw= Received: by 10.64.179.12 with SMTP id b12mr3067960qbf.1195987232173; Sun, 25 Nov 2007 02:40:32 -0800 (PST) Received: from localhost.localdomain ( [220.91.195.12]) by mx.google.com with ESMTPS id a15sm512421rof.2007.11.25.02.40.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 25 Nov 2007 02:40:31 -0800 (PST) Message-ID: <4749511C.8030002@gmail.com> Date: Sun, 25 Nov 2007 19:40:28 +0900 From: Hyogeol Lee User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Subject: Does sysinstall conflict with nfe device? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 11:05:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Dear All, I've been using 8 -current/amd64. I tested 7.0 Beta 3 i386 on this weekend, but I had trouble with nfe device in install. cpu : amd64 test : 7.0 Beta 3 i386 partition : ad0s1 Win ad0s2 Win ad0s3 FreeBSD data for 8 -current/amd64 ad0s4 Destination to install ad1s1 FreeBSD 8 -current/amd64 1. Cannot lookup ftp site in media selection. I selected ftp passive, nfe device, and setup network properly but paused in lookup site process. I interrupted process by Ctrl-C, and select restart install. After restart install, I could connect ftp site by same procedure, but I got many 'symlink failed, no inodes free' message and I could not install anything. These errors were same when I tried 6.2 i386 after that. 2. Signal 11 at port indexing When I setup network with nfe before install process by emergency shell, I could pass install. But I got signal 11 at ports indexing procedure, so I could not complete install. I could install completely by setup network with nfe before install process by emergency shell and install base and kernel only. Is there any problem with nfe device with sysinstall ? - -- Hyogeol Lee hyogeollee@gmail.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHSVEc1D7/GiH6QSERCopIAKCOcQS2OJqoJwtWaD7uwOXqnItJ2ACeNTbl gs4CKnG4D5ZlL5R/HJHfH1E= =jkLw -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 11:15:35 2007 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 5A8C316A41B for ; Sun, 25 Nov 2007 11:15:35 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 236AB13C45A for ; Sun, 25 Nov 2007 11:15:35 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59989 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IwFSX-000Ek9-Hu for freebsd-current@freebsd.org; Sun, 25 Nov 2007 11:15:33 +0000 Message-ID: <47495956.3040604@conducive.net> Date: Sun, 25 Nov 2007 11:15:34 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4746C893.1090305@raad.tartu.ee> <20071125105818.I63238@fledge.watson.org> In-Reply-To: <20071125105818.I63238@fledge.watson.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: "conatainer" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 11:15:35 -0000 > On Fri, 23 Nov 2007, Toomas Aas wrote: >> ...and so on. A lot of aac debug messages talk about "Conatainer" >> something or other. Shouldn't it be "Container"? English is not my >> native language, so I didn't want to file a PR in case there actually >> is a word "conatainer" in English language. There probably is such a construct in one of the many forms of 'English' - as in 'con the attainer'. But it would be a socio-political term (and much in evidence these days), not suitable for use in coding.. ;-) Bill From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 11:37:09 2007 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 1A0AD16A46C for ; Sun, 25 Nov 2007 11:37:09 +0000 (UTC) (envelope-from vovkasm@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id DF77113C46A for ; Sun, 25 Nov 2007 11:37:08 +0000 (UTC) (envelope-from vovkasm@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so293923rvb for ; Sun, 25 Nov 2007 03:37:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=ifWiPTVn4xAdoDREh9XG2rVFCxy9EGQEzhqQxEFp440=; b=EYnz7IfGNxyuQXfidwKOt5oI531qJfwFkhvoNrEElskgq5FKnMp2Dt13ceICeU692om9WSzs9zeGSOTvUFtAwyTeZIPFihcEJ9tyJML8K3QXd1g7HVwxBsMiL2wrGHWYrlSPRNyjqpgRScn1ZTYRh9f5/JL+BtwK/Vnucw9GFsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ZdY65WnBbLRxfsX6EBFnyZbVzrPCr5W7pW/TlxfEP4eh9OXG26j1H2SiJoVSKV/pokU4B3A3uQxYp+PhrF2n7yI+IvlLuGOhcWxN05qf6zCCRn+6/itgbjpTJLT/Wzclb+3q4QM+PeEmDMc9wPWglOlwEy0sLkxebSI2Z/7Q4gw= Received: by 10.141.175.5 with SMTP id c5mr571585rvp.1195988881089; Sun, 25 Nov 2007 03:08:01 -0800 (PST) Received: by 10.141.40.1 with HTTP; Sun, 25 Nov 2007 03:08:01 -0800 (PST) Message-ID: Date: Sun, 25 Nov 2007 14:08:01 +0300 From: "Vladimir Timofeev" To: "Lionel Flandrin" In-Reply-To: <86oddi3h0o.fsf@simias.hd.free.fr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_21445_8806098.1195988881098" References: <86lk9fetff.fsf@simias.hd.free.fr> <20071103160137.GA1182@hurx.thc> <86oddi3h0o.fsf@simias.hd.free.fr> Cc: freebsd-current@freebsd.org Subject: Re: X crash with radeon driver - AGP broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 11:37:09 -0000 ------=_Part_21445_8806098.1195988881098 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, if u have nforce2 chipset on motheboard side, try this patch... with this I can run X, but not test more... How to patch: cd /usr/src patch < latest-agp_nvidia.c.diff my conf: Abit NF7 motheboard, Radeon 9200 video, fbsd 7.0-BETA3, X Server 1.4.0 (from /var/log/Xorg.0.log) On Nov 25, 2007 10:45 AM, Lionel Flandrin wrote: > Christian Jachmann writes: > > > Sat, Nov 03, 2007 at 07:26:12AM +0100, Simias : > >> > >> Hi > >> > >> Since I csup'd 7.0-BETA1, my computer reboots when I startx with the > >> (open source) radeon driver -- I also tried with a fresh -CURRENT with the > >> same result. > >> > >> My radeon is a 9600 Pro. > >> > >> Any clue ? > > > > Same here: > > jachmann@hurx:~>Xorg -version > > > > X.Org X Server 1.4.0 > > Release Date: 5 September 2007 > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 7.0-BETA2 i386 > > Current Operating System: FreeBSD hurx.thc 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Fri N > > ov 2 21:15:25 CET 2007 root@hurx.thc:/usr/obj/usr/src/sys/GENERIC i386 > > Build Date: 02 November 2007 10:02:24PM > > > > crashes. > > > > I still have the same problem after several Xorg and freeBSD update, > it's becomming really annoying. I forgot to post the kgdb trace: > > ,---- > | (kgdb) where > | #0 doadump () at pcpu.h:195 > | #1 0xc056c934 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > | #2 0xc056cb34 in panic (fmt=Variable "fmt" is not available. > | ) at /usr/src/sys/kern/kern_shutdown.c:563 > | #3 0xc0741918 in vm_fault (map=0xc1054000, vaddr=3825565696, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:275 > | #4 0xc079bcfa in trap_pfault (frame=0xe6592a64, usermode=0, eva=3825565696) at /usr/src/sys/i386/i386/trap.c:774 > | #5 0xc079c6c2 in trap (frame=0xe6592a64) at /usr/src/sys/i386/i386/trap.c:463 > | #6 0xc07862db in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > | #7 0xc07aee97 in agp_nvidia_flush_tlb (dev=0xc3bade00, offset=-1011656432) at /usr/src/sys/pci/agp_nvidia.c:377 > | #8 0xc06eec9f in agp_generic_bind_memory (dev=0xc3bade00, mem=0xc41287c0, offset=0) at agp_if.h:76 > | #9 0xc06ee0f1 in agp_bind_memory (dev=0xc3bade00, handle=0xc41287c0, offset=0) at agp_if.h:128 > | #10 0xc4260b7f in ?? () > | #11 0xc3bade00 in ?? () > | #12 0xc41287c0 in ?? () > | #13 0x00000000 in ?? () > | #14 0x0000014a in ?? () > | #15 0xc3c8acd8 in ?? () > | #16 0xc3c8ac00 in ?? () > | #17 0xc3c8acd8 in ?? () > | #18 0x00000000 in ?? () > | #19 0xe6592b6c in ?? () > | #20 0xc4260c61 in ?? () > | #21 0xc3c8ac00 in ?? () > | #22 0xe6592b5c in ?? () > | #23 0xc4269b5d in ?? () > | #24 0x0000015b in ?? () > | #25 0xc41287c0 in ?? () > | #26 0x00000000 in ?? () > | #27 0xc426b1b0 in ?? () > | #28 0xc4260c10 in ?? () > | #29 0xe6592bc4 in ?? () > | #30 0xc4265cd4 in ?? () > | #31 0xc4118e00 in ?? () > | #32 0x80086436 in ?? () > | #33 0xc3e2d7e0 in ?? () > | #34 0x00000043 in ?? () > | #35 0xc3f0a000 in ?? () > | #36 0x00000444 in ?? () > | #37 0xe6592bc4 in ?? () > | #38 0x00000000 in ?? () > | #39 0xc3c8acd8 in ?? () > | #40 0xc3f0a000 in ?? () > | #41 0x00000043 in ?? () > | #42 0xc3e2d7e0 in ?? () > | #43 0x80086436 in ?? () > | #44 0xc4118e00 in ?? () > | #45 0x00000444 in ?? () > | #46 0x00000036 in ?? () > | #47 0x00000000 in ?? () > | #48 0xc4118e00 in ?? () > | #49 0x80086436 in ?? () > | #50 0xc40f11b0 in ?? () > | #51 0xe6592be4 in ?? () > | #52 0xc053aeea in giant_ioctl (dev=0x0, cmd=3864603484, data=0xc4269b5d "/usr/src/sys/modules/drm/drm/../../../dev/drm/drm_agpsupport.c", > | fflag=347, td=0xc41287c0) at /usr/src/sys/kern/kern_conf.c:349 > | Previous frame inner to this frame (corrupt stack?) > `---- > > on FreeBSD simias.hd.free.fr 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Fri Nov 16 > 05:00:51 CET 2007 > root@simias.hd.free.fr:/usr/obj/usr/src/sys/HOMEBOX_ATHLON i386 > > Thanks in advance, > -- > Lionel > > _______________________________________________ > 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" > ------=_Part_21445_8806098.1195988881098 Content-Type: text/x-diff; name=latest-agp_nvidia.c.diff Content-Transfer-Encoding: base64 X-Attachment-Id: f_f9fgt9b40 Content-Disposition: attachment; filename=latest-agp_nvidia.c.diff LS0tIHN5cy9wY2kvYWdwX252aWRpYS5jCTIwMDctMTEtMDggMjM6Mjk6NTMuMDAwMDAwMDAwICsw MzAwCisrKyBzeXMvcGNpL2FncF9udmlkaWEuYwkyMDA3LTExLTI1IDEzOjI3OjAzLjAwMDAwMDAw MCArMDMwMApAQCAtMjUsNyArMjUsNyBAQAogICovCiAKICNpbmNsdWRlIDxzeXMvY2RlZnMuaD4K LV9fRkJTRElEKCIkRnJlZUJTRDogc3JjL3N5cy9wY2kvYWdwX252aWRpYS5jLHYgMS4xMS4yLjEg MjAwNy8xMS8wOCAyMDoyOTo1MyBqaGIgRXhwICQiKTsKK19fRkJTRElEKCIkRnJlZUJTRDogc3Jj L3N5cy9wY2kvYWdwX252aWRpYS5jLHYgMS4xMiAyMDA3LzEwLzMwIDIyOjA5OjE2IGpoYiBFeHAg JCIpOwogCiAvKgogICogV3JpdHRlbiB1c2luZyBpbmZvcm1hdGlvbiBnbGVhbmVkIGZyb20gdGhl CkBAIC0zNDYsNyArMzQ2LDcgQEAKIHsKIAlzdHJ1Y3QgYWdwX252aWRpYV9zb2Z0YyAqc2M7CiAJ dV9pbnQzMl90IHdiY19yZWcsIHRlbXA7Ci0Jdm9sYXRpbGUgdV9pbnQzMl90ICphZ192aXJ0dWFs OworCXVfaW50MzJfdCBvZmYsIHN0ZXA7CiAJaW50IGk7CiAKIAlzYyA9IChzdHJ1Y3QgYWdwX252 aWRpYV9zb2Z0YyAqKWRldmljZV9nZXRfc29mdGMoZGV2KTsKQEAgLTM3MCwxMyArMzcwLDEyIEBA CiAJCQkJIlRMQiBmbHVzaCB0b29rIG1vcmUgdGhhbiAzIHNlY29uZHMuXG4iKTsKIAl9CiAKLQlh Z192aXJ0dWFsID0gKHZvbGF0aWxlIHVfaW50MzJfdCAqKXNjLT5nYXR0LT5hZ192aXJ0dWFsOwot CiAJLyogRmx1c2ggVExCIGVudHJpZXMuICovCi0JZm9yKGkgPSAwOyBpIDwgMzIgKyAxOyBpKysp Ci0JCXRlbXAgPSBhZ192aXJ0dWFsW2kgKiBQQUdFX1NJWkUgLyBzaXplb2YodV9pbnQzMl90KV07 Ci0JZm9yKGkgPSAwOyBpIDwgMzIgKyAxOyBpKyspCi0JCXRlbXAgPSBhZ192aXJ0dWFsW2kgKiBQ QUdFX1NJWkUgLyBzaXplb2YodV9pbnQzMl90KV07CisJc3RlcCA9IFBBR0VfU0laRSAvIHNpemVv Zih1X2ludDMyX3QpOworCWZvcihvZmYgPSAwOyBvZmYgPCBzYy0+Z2F0dC0+YWdfZW50cmllczsg b2ZmKz1zdGVwKQorCQl0ZW1wID0gc2MtPmdhdHQtPmFnX3ZpcnR1YWxbb2ZmXTsKKwlmb3Iob2Zm ID0gMDsgb2ZmIDwgc2MtPmdhdHQtPmFnX2VudHJpZXM7IG9mZis9c3RlcCkKKwkJdGVtcCA9IHNj LT5nYXR0LT5hZ192aXJ0dWFsW29mZl07CiAKIAlyZXR1cm4gKDApOwogfQo= ------=_Part_21445_8806098.1195988881098-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 12:07:10 2007 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 974A116A417; Sun, 25 Nov 2007 12:07:10 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6ABA913C457; Sun, 25 Nov 2007 12:07:10 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 1D1DC54302; Sun, 25 Nov 2007 07:07:10 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sun, 25 Nov 2007 07:07:10 -0500 X-Sasl-enc: qxXW6/3x0/kWlFI0Z3r2+jHvdVZ2Uwc0fn7xoJrLjuYr 1195992429 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id 2C28818CD9; Sun, 25 Nov 2007 07:07:09 -0500 (EST) Message-ID: <474964CF.90308@freebsd.org> Date: Sun, 25 Nov 2007 04:04:31 -0800 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Max Laier References: <200711231232.04447.max@love2party.net> <200711242006.04753.max@love2party.net> <47491532.1050600@freebsd.org> <200711251047.44778.max@love2party.net> In-Reply-To: <200711251047.44778.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson Subject: Re: Switch pfil(9) to rmlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 12:07:10 -0000 Max Laier wrote: > On Sunday 25 November 2007, Darren Reed wrote: > > Max Laier wrote: > > > On Friday 23 November 2007, Robert Watson wrote: > > > > On Fri, 23 Nov 2007, Max Laier wrote: > > > > > attached is a diff to switch the pfil(9) subsystem to rmlocks, > > > > > which are more suited for the task. I'd like some exposure > > > > > before doing the switch, but I don't expect any fallout. This > > > > > email is going through the patched pfil already - twice. > > > > > > > > Max, > > > > > > > > Have you done performance measurements that show rmlocks to be a > > > > win in this scenario? I did some patchs for UNIX domain sockets to > > > > replace the rwlock there but it appeared not to have a measurable > > > > impact on SQL benchmarks, presumbaly because the read/write blend > > > > wasn't right and/or that wasnt a significant source of overhead in > > > > the benchmark. I'd anticipate a much more measurable improvement > > > > for pfil, but would be interested in learning how much is seen? > > > > > > I had to roll an artificial benchmark in order to see a significant > > > change (attached - it's a hack!). > > > > > > Using 3 threads on a 4 CPU machine I get the following results: > > > null hook: ~13% +/- 2 > > > mtx hook: up to 40% [*] > > > rw hook: ~5% +/- 1 > > > rm hook: ~35% +/- 5 > > > > Is that 13%/5%/35% faster or slower or improvement or degradation? > > If "rw hook" (using rwlock like we have today?) is 5%, whas is the > > baseline? > > > > I'm expecting that at least one of these should be a 0%... > > Sorry for the sparse explanation. All numbers above are gain with rmlocks > i.e. rmlocks are faster in all scenarios. The test cases are different > hook functions. Every hook has a DELAY(1) and a lock/unlock call around > it of the respective lock type. read lock acquisitions for rw and rm. > Please look at the code I posted a bit later for more details. > Thanks for the clarification. That makes rmlocks very interesting. And the kind of lock that both ipf and ipfw could benefit from, especially since you're planning on changing the pfil locks to be this way. Are you (or is someone else?) intending on following up moving ipfw to them, where appropriate? I'm tempted to suggest them to other platforms...although I'd expect some amount nay-saying because of NIH, it would be good if others also picked up on them, if the benefits are this clear cut... Darren From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 12:36:29 2007 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 253E416A468; Sun, 25 Nov 2007 12:36:29 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id A5B3C13C4EB; Sun, 25 Nov 2007 12:36:28 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-008-048.pools.arcor-ip.net [88.66.8.48]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1IwGiT1vxZ-0002z3; Sun, 25 Nov 2007 13:36:26 +0100 From: Max Laier Organization: FreeBSD To: Darren Reed Date: Sun, 25 Nov 2007 13:36:20 +0100 User-Agent: KMail/1.9.7 References: <200711231232.04447.max@love2party.net> <200711251047.44778.max@love2party.net> <474964CF.90308@freebsd.org> In-Reply-To: <474964CF.90308@freebsd.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16846558.i6R9qJmlUT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711251336.28161.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18RS52xtco7cAiEwCXhR5q0ghA1ZVUr/V3LOV/ XRr8ZelUuE1ngrMgtnft/e06A4Aqq4s7vIolbV5LRf/Qtlx0vb wiXrtZX7sp0nYMJGP3wSpyZIEJGthYS+7ZgXCkFyc0= Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson Subject: Re: Switch pfil(9) to rmlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 12:36:29 -0000 --nextPart16846558.i6R9qJmlUT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 November 2007, Darren Reed wrote: > Max Laier wrote: > > On Sunday 25 November 2007, Darren Reed wrote: > > > Max Laier wrote: > > > > On Friday 23 November 2007, Robert Watson wrote: > > > > > On Fri, 23 Nov 2007, Max Laier wrote: > > > > > > attached is a diff to switch the pfil(9) subsystem to > > > > > > rmlocks, which are more suited for the task. I'd like some > > > > > > exposure before doing the switch, but I don't expect any > > > > > > fallout. This email is going through the patched pfil > > > > > > already - twice. > > > > > > > > > > Max, > > > > > > > > > > Have you done performance measurements that show rmlocks to be > > > > > a win in this scenario? I did some patchs for UNIX domain > > > > > sockets to replace the rwlock there but it appeared not to have > > > > > a measurable impact on SQL benchmarks, presumbaly because the > > > > > read/write blend wasn't right and/or that wasnt a significant > > > > > source of overhead in the benchmark. I'd anticipate a much > > > > > more measurable improvement for pfil, but would be interested > > > > > in learning how much is seen? > > > > > > > > I had to roll an artificial benchmark in order to see a > > > > significant change (attached - it's a hack!). > > > > > > > > Using 3 threads on a 4 CPU machine I get the following results: > > > > null hook: ~13% +/- 2 > > > > mtx hook: up to 40% [*] > > > > rw hook: ~5% +/- 1 > > > > rm hook: ~35% +/- 5 > > > > > > Is that 13%/5%/35% faster or slower or improvement or degradation? > > > If "rw hook" (using rwlock like we have today?) is 5%, whas is the > > > baseline? > > > > > > I'm expecting that at least one of these should be a 0%... > > > > Sorry for the sparse explanation. All numbers above are gain with > > rmlocks i.e. rmlocks are faster in all scenarios. The test cases are > > different hook functions. Every hook has a DELAY(1) and a > > lock/unlock call around it of the respective lock type. read lock > > acquisitions for rw and rm. Please look at the code I posted a bit > > later for more details. > > Thanks for the clarification. > That makes rmlocks very interesting. > And the kind of lock that both ipf and ipfw could benefit from, > especially since you're planning on changing the pfil locks to be > this way. Are you (or is someone else?) intending on following > up moving ipfw to them, where appropriate? It's unclear yet, where they are appropriate. As the name suggests (read=20 mostly locks) they are for cases where you acquire a write lock only once=20 in a blue moon. As such the write lock acquisition is a very expensive=20 operation. This might be appropriate for some cases of IPFW rulesets,=20 but certainly not the general case. Things like address tables and=20 dynamic rules (states) take a lot of writes. It's not yet clear where=20 the balance for rmlocks really is and my benchmark doesn't answer that. =46or pfil the case is obvious as you hardly ever change the hooks. > I'm tempted to suggest them to other platforms...although I'd expect > some amount nay-saying because of NIH, it would be good if others > also picked up on them, if the benefits are this clear cut... Again ... only for a select set of cases. But they are really great for=20 cases where you don't want to use proper synchronization because of the=20 slow down and the relative small chance of ever hitting the race. Now we=20 have a tool to properly protect against these races without sacrificing=20 performance. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart16846558.i6R9qJmlUT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHSWxMXyyEoT62BG0RAhQkAJ9XuE5DZegAIh789220yZQ+ttkphQCfTv3R M1RvV1uZKZANACUGRq5feYE= =XyvE -----END PGP SIGNATURE----- --nextPart16846558.i6R9qJmlUT-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 12:46:40 2007 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 7B81A16A420 for ; Sun, 25 Nov 2007 12:46:40 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from post.frank-behrens.de (post.frank-behrens.de [82.139.255.138]) by mx1.freebsd.org (Postfix) with ESMTP id D583B13C448 for ; Sun, 25 Nov 2007 12:46:39 +0000 (UTC) (envelope-from frank@pinky.sax.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinky.sax.de; h=from:to:date:mime-version:subject:cc:in-reply-to:references:content-type:content-transfer-encoding:content-description; q=dns/txt; s=pinky1; t=1195994790; i=frank@pinky.sax.de; bh=nYcJictkQFlibY3vb6tnAjQDhWlowtslPifRqckOXU0=; b=ik2HwPDSwMIaK00eaDn/b3xkX5KffPfF7SHhVlWyvoB5rhQmDN/k5FwoZ1KGBag6gT5KdmOzvHedyBakxGvlbg== Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by post.frank-behrens.de (8.14.2/8.14.1) with ESMTP-MSA id lAPCkQiv088175; Sun, 25 Nov 2007 13:46:26 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200711251246.lAPCkQiv088175@post.frank-behrens.de> From: "Frank Behrens" To: FreeBSD Current Date: Sun, 25 Nov 2007 13:46:26 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <0D6858C2-3A4E-4EED-8D88-8557D3BF4443@mac.com> References: <200711231457.lANEv4KU002862@post.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:071125:xcllnt@mac.com::Lnr2bkrv2qHIuuUs:3T2B X-Hashcash: 1:24:071125:freebsd-current@freebsd.org::/D/r4NWlkiHnRxr1:0000006OtZ Cc: Marcel Moolenaar Subject: Re: Can not boot 7.0-BETA3 with puc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 12:46:40 -0000 Marcel, thanks for your explanation. Marcel Moolenaar wrote on 24 Nov 2007 10:20: > No, it isn't. The puc(4) driver can have different children. > Currently, it > can have 3 different children. Standard bus probing determines which > driver will attach. The puc(4) driver does not care about unit numbers > for > the simple reason that it doesn't care about which driver attaches. OK. I interpret this as: It is not puc's problem, which sio units are asssigned, it is the job for the sio driver itself. Then may I ask the question to the community: How do I setup my 7.0 configuration, that it is the same as in 6.x (POLA)? The serial devices on motherboard should be attached to sio0 and sio1, where sio0 is the console. The external PCI card with additional serial ports should be attached to subsequent sio units. When the loader uses sio0 as console and puc/sio assigns later sio0 to an external port this is definitely wrong. Anyway this stops the boot sequence. Is this an error in the sio(4) driver which was not detected until 7.0? I have in device.hints the default entries hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" and the puc(4) port is assigned to sio0. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 13:49:07 2007 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 03F8016A41A for ; Sun, 25 Nov 2007 13:49:07 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.freebsd.org (Postfix) with ESMTP id AA91D13C4CC for ; Sun, 25 Nov 2007 13:49:06 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2-b.corp.dcn.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id lAPDcbjF025909 for ; Sun, 25 Nov 2007 05:38:38 -0800 (PST) Date: Sun, 25 Nov 2007 22:38:37 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 13:49:07 -0000 or vice versa? That is, can I do kgdb/gdb over serial from an Intel box to an AMD box? Thanks, George From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 14:07:07 2007 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 382D416A41A; Sun, 25 Nov 2007 14:07:07 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id C404513C457; Sun, 25 Nov 2007 14:07:06 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 054E157009; Sun, 25 Nov 2007 09:07:02 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sun, 25 Nov 2007 09:07:02 -0500 X-Sasl-enc: dsoNrn5gGwywFsMOs67ip84KLADAKnP7NPTuFybuNkef 1195999621 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id 1CC6A180E; Sun, 25 Nov 2007 09:07:01 -0500 (EST) Message-ID: <474980E8.5010305@freebsd.org> Date: Sun, 25 Nov 2007 06:04:24 -0800 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Max Laier References: <200711231232.04447.max@love2party.net> <200711251047.44778.max@love2party.net> <474964CF.90308@freebsd.org> <200711251336.28161.max@love2party.net> In-Reply-To: <200711251336.28161.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson Subject: Re: Switch pfil(9) to rmlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 14:07:07 -0000 Max Laier wrote: > On Sunday 25 November 2007, Darren Reed wrote: > > Max Laier wrote: > > > On Sunday 25 November 2007, Darren Reed wrote: > > > > Max Laier wrote: > > > > > On Friday 23 November 2007, Robert Watson wrote: > > > > > > On Fri, 23 Nov 2007, Max Laier wrote: > > > > > > > attached is a diff to switch the pfil(9) subsystem to > > > > > > > rmlocks, which are more suited for the task. I'd like some > > > > > > > exposure before doing the switch, but I don't expect any > > > > > > > fallout. This email is going through the patched pfil > > > > > > > already - twice. > > > > > > > > > > > > Max, > > > > > > > > > > > > Have you done performance measurements that show rmlocks to be > > > > > > a win in this scenario? I did some patchs for UNIX domain > > > > > > sockets to replace the rwlock there but it appeared not to have > > > > > > a measurable impact on SQL benchmarks, presumbaly because the > > > > > > read/write blend wasn't right and/or that wasnt a significant > > > > > > source of overhead in the benchmark. I'd anticipate a much > > > > > > more measurable improvement for pfil, but would be interested > > > > > > in learning how much is seen? > > > > > > > > > > I had to roll an artificial benchmark in order to see a > > > > > significant change (attached - it's a hack!). > > > > > > > > > > Using 3 threads on a 4 CPU machine I get the following results: > > > > > null hook: ~13% +/- 2 > > > > > mtx hook: up to 40% [*] > > > > > rw hook: ~5% +/- 1 > > > > > rm hook: ~35% +/- 5 > > > > > > > > Is that 13%/5%/35% faster or slower or improvement or degradation? > > > > If "rw hook" (using rwlock like we have today?) is 5%, whas is the > > > > baseline? > > > > > > > > I'm expecting that at least one of these should be a 0%... > > > > > > Sorry for the sparse explanation. All numbers above are gain with > > > rmlocks i.e. rmlocks are faster in all scenarios. The test cases are > > > different hook functions. Every hook has a DELAY(1) and a > > > lock/unlock call around it of the respective lock type. read lock > > > acquisitions for rw and rm. Please look at the code I posted a bit > > > later for more details. > > > > Thanks for the clarification. > > That makes rmlocks very interesting. > > And the kind of lock that both ipf and ipfw could benefit from, > > especially since you're planning on changing the pfil locks to be > > this way. Are you (or is someone else?) intending on following > > up moving ipfw to them, where appropriate? > > It's unclear yet, where they are appropriate. As the name suggests (read > mostly locks) they are for cases where you acquire a write lock only once > in a blue moon. As such the write lock acquisition is a very expensive > operation. This might be appropriate for some cases of IPFW rulesets, > but certainly not the general case. ... Which is along the lines of what I was thinking. Is there any documentation around on just how expensive the write is with these locks? And if the write is expensive, at what point of the write acquisition do reads get blocked? Darren From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 14:29:14 2007 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 E867216A41A for ; Sun, 25 Nov 2007 14:29:14 +0000 (UTC) (envelope-from gonzo@pbxpress.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.203.147]) by mx1.freebsd.org (Postfix) with ESMTP id CC68413C45D for ; Sun, 25 Nov 2007 14:29:14 +0000 (UTC) (envelope-from gonzo@pbxpress.com) Received: from mail.pbxpress.com ([65.61.203.142] helo=leaf.pbxpress.com) by bugor.portaone.com (8.11.3/8.11.3) with ESMTP (TLSv1:AES256-SHA:256)id 1IwIIZ-0002Jl-II for current@freebsd.org; Sun, 25 Nov 2007 06:17:27 -0800 Received: from jeeves.bluezbox.com (k3-gw.portaone.com [193.28.87.193]) (authenticated bits=0) by leaf.pbxpress.com (8.13.3/8.13.3) with ESMTP id lAPEIZiG070474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 25 Nov 2007 06:18:41 -0800 (PST) (envelope-from gonzo@pbxpress.com) Message-ID: <474983F1.3030700@pbxpress.com> Date: Sun, 25 Nov 2007 16:17:21 +0200 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.6 (X11/20070907) MIME-Version: 1.0 To: current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, recieved from trusted server Cc: Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 14:29:15 -0000 gnn@freebsd.org wrote: > or vice versa? That is, can I do kgdb/gdb over serial from an Intel > box to an AMD box? Funny I'm about to preform similar task :) I'm going to try method described here: http://bsdimp.blogspot.com/2007/10/cross-debugger.html -- Sincerely, Oleksandr Tymoshenko PBXpress Communications, Inc. http://www.pbxpress.com Tel./Fax.: +1 866 SIP PBX1 Ext. 7117 From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 15:18:39 2007 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 F14F216A417 for ; Sun, 25 Nov 2007 15:18:39 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 80A2513C4E5 for ; Sun, 25 Nov 2007 15:18:39 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so953932uge for ; Sun, 25 Nov 2007 07:18:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references:date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=GTeqUutwpgf27hB/VGaOTocfVFRbndhOje1hoQMERYw=; b=i5t4gbuYSDvwGCbim9AduCMpM5MYT3umtaAB8AsJItJMGD5LTnPYquEhA14HIM0iVFk3PWi2P3Gazd5pqBikOcvE4YzN9eXxGQp9etFPCt+KVbJFEgvzb9zZ/urmtjUm1aJzF2fZp2NQqFL6md4YgZx5ciDmZrREazItrol6/jg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:from:to:cc:subject:references:date:in-reply-to:message-id:user-agent:mime-version:content-type; b=iizz0Ma4TxFrLwZBaUrR1e3dkpgTy9V8V2Tiw0p0bA5Q3u1NJ/jJqT+IiuyCZi3FriuIKtnwps071Tpfup46YfaruAbzaP0DYzkzi4y6n4R0KsLCkv7EuBkX7BEbOIhZjz3wh57enZu0QCyOoaIOegTsNmsTZClpxsmlWsxDCbU= Received: by 10.67.31.14 with SMTP id i14mr685900ugj.1196003904279; Sun, 25 Nov 2007 07:18:24 -0800 (PST) Received: from simias.hd.free.fr ( [82.243.51.8]) by mx.google.com with ESMTPS id y7sm1636740ugc.2007.11.25.07.18.22 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 25 Nov 2007 07:18:23 -0800 (PST) From: Lionel Flandrin To: "Vladimir Timofeev" References: <86lk9fetff.fsf@simias.hd.free.fr> <20071103160137.GA1182@hurx.thc> <86oddi3h0o.fsf@simias.hd.free.fr> Date: Sun, 25 Nov 2007 16:18:15 +0100 In-Reply-To: (Vladimir Timofeev's message of "Sun, 25 Nov 2007 14:08:01 +0300") Message-ID: <86fxyuuzew.fsf@simias.hd.free.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: X crash with radeon driver - AGP broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 15:18:40 -0000 "Vladimir Timofeev" writes: > Hi, if u have nforce2 chipset on motheboard side, I do > try this patch... > with this I can run X, but not test more... > > How to patch: > cd /usr/src > patch < latest-agp_nvidia.c.diff > > my conf: Abit NF7 motheboard, Radeon 9200 video, fbsd 7.0-BETA3, X > Server 1.4.0 (from /var/log/Xorg.0.log) > I have a zenith chaintech motherboard and a radeon 9600 pro, same fbsd/X version, and indeed, it works, thanks a lot! I can finally use my two screens again! I played with xrandr, glxgears and some 3d apps (blender for instance) and it seems to work perfectly. Will this patch be commited to the main tree ? Also, I'm curious, what was the problem in the first place ? I must say I have no clue what this patch is doing (excepted it doesn't seem too nasty :). Thanks again, -- Lionel From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 16:40:59 2007 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 B45BE16A418 for ; Sun, 25 Nov 2007 16:40:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outY.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id 8F65C13C447 for ; Sun, 25 Nov 2007 16:40:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 25 Nov 2007 08:40:57 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 2F00F126AB0; Sun, 25 Nov 2007 08:40:56 -0800 (PST) Message-ID: <4749A597.5030304@elischer.org> Date: Sun, 25 Nov 2007 08:40:55 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Max Laier References: <200711231232.04447.max@love2party.net> <200711251047.44778.max@love2party.net> <474964CF.90308@freebsd.org> <200711251336.28161.max@love2party.net> In-Reply-To: <200711251336.28161.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Darren Reed , freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson Subject: Re: Switch pfil(9) to rmlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 16:40:59 -0000 Max Laier wrote: > On Sunday 25 November 2007, Darren Reed wrote: >> Max Laier wrote: >>> On Sunday 25 November 2007, Darren Reed wrote: >>>> Max Laier wrote: >>>>> On Friday 23 November 2007, Robert Watson wrote: >>>>>> On Fri, 23 Nov 2007, Max Laier wrote: >>>>>>> attached is a diff to switch the pfil(9) subsystem to >>>>>>> rmlocks, which are more suited for the task. I'd like some >>>>>>> exposure before doing the switch, but I don't expect any >>>>>>> fallout. This email is going through the patched pfil >>>>>>> already - twice. >>>>>> Max, >>>>>> >>>>>> Have you done performance measurements that show rmlocks to be >>>>>> a win in this scenario? I did some patchs for UNIX domain >>>>>> sockets to replace the rwlock there but it appeared not to have >>>>>> a measurable impact on SQL benchmarks, presumbaly because the >>>>>> read/write blend wasn't right and/or that wasnt a significant >>>>>> source of overhead in the benchmark. I'd anticipate a much >>>>>> more measurable improvement for pfil, but would be interested >>>>>> in learning how much is seen? >>>>> I had to roll an artificial benchmark in order to see a >>>>> significant change (attached - it's a hack!). >>>>> >>>>> Using 3 threads on a 4 CPU machine I get the following results: >>>>> null hook: ~13% +/- 2 >>>>> mtx hook: up to 40% [*] >>>>> rw hook: ~5% +/- 1 >>>>> rm hook: ~35% +/- 5 >>>> Is that 13%/5%/35% faster or slower or improvement or degradation? >>>> If "rw hook" (using rwlock like we have today?) is 5%, whas is the >>>> baseline? >>>> >>>> I'm expecting that at least one of these should be a 0%... >>> Sorry for the sparse explanation. All numbers above are gain with >>> rmlocks i.e. rmlocks are faster in all scenarios. The test cases are >>> different hook functions. Every hook has a DELAY(1) and a >>> lock/unlock call around it of the respective lock type. read lock >>> acquisitions for rw and rm. Please look at the code I posted a bit >>> later for more details. >> Thanks for the clarification. >> That makes rmlocks very interesting. >> And the kind of lock that both ipf and ipfw could benefit from, >> especially since you're planning on changing the pfil locks to be >> this way. Are you (or is someone else?) intending on following >> up moving ipfw to them, where appropriate? > > It's unclear yet, where they are appropriate. As the name suggests (read > mostly locks) they are for cases where you acquire a write lock only once > in a blue moon. As such the write lock acquisition is a very expensive > operation. This might be appropriate for some cases of IPFW rulesets, > but certainly not the general case. Things like address tables and > dynamic rules (states) take a lot of writes. It's not yet clear where > the balance for rmlocks really is and my benchmark doesn't answer that. it's certainly feasible for the main ipfw lock. As for stats, I think there are other ways to solve that problem.. I've been playing around with per-cpu stats. it seems to work ok, but one does have to wonder about what happens on a 64 cpu machine. (*). I guess that we expect 64 cpu machines to have a LOT of memory. (*) yes I know we don't support > 32 right now. dynamic rules require more work, but not every rule is a keep-state, where every rule has stats. > > For pfil the case is obvious as you hardly ever change the hooks. > >> I'm tempted to suggest them to other platforms...although I'd expect >> some amount nay-saying because of NIH, it would be good if others >> also picked up on them, if the benefits are this clear cut... > > Again ... only for a select set of cases. But they are really great for > cases where you don't want to use proper synchronization because of the > slow down and the relative small chance of ever hitting the race. Now we > have a tool to properly protect against these races without sacrificing > performance. > From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 17:24:02 2007 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 BF83616A417 for ; Sun, 25 Nov 2007 17:24:02 +0000 (UTC) (envelope-from vovkasm@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id 914BB13C458 for ; Sun, 25 Nov 2007 17:24:02 +0000 (UTC) (envelope-from vovkasm@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so349748rvb for ; Sun, 25 Nov 2007 09:24:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=EWz1dQXWA0yJ8PSGxDRsCswhXKG8bgwTWXoi9t/0rQI=; b=v81hsWe65VzL64vxxu7k6vJd+vLPIXvNawSqb8lwXcdpBrlMW3JO864fBEF5sk9Mssc0Xaj/GPURLiTytMRwVnNKuDw1OVuoxTA1QSHh/NCO+DsLS0bMyv3AFDkfDZXpcG5MpyF/s7OEjYNGttCrelRa+8FyEPs1zCfs/oXD69M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ek3RcrbCcO/tjdEdZZLW6aCUi3eY16qXAPG+YH4IERhTMNBJFGbf8Sb8blXZUztUeHUoEk29LqlzkmaVjM4kH1qM50Wgw0YC9fmJH6pkCU8FpbRJ9Wy5zYGrhAR58H4SBHg4+zBBunsJal0y7T+0d5d0TqxWR+bLIHdTpzUkYIA= Received: by 10.141.74.17 with SMTP id b17mr695094rvl.1196011441443; Sun, 25 Nov 2007 09:24:01 -0800 (PST) Received: by 10.141.40.1 with HTTP; Sun, 25 Nov 2007 09:24:01 -0800 (PST) Message-ID: Date: Sun, 25 Nov 2007 20:24:01 +0300 From: "Vladimir Timofeev" To: "Lionel Flandrin" In-Reply-To: <86fxyuuzew.fsf@simias.hd.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86lk9fetff.fsf@simias.hd.free.fr> <20071103160137.GA1182@hurx.thc> <86oddi3h0o.fsf@simias.hd.free.fr> <86fxyuuzew.fsf@simias.hd.free.fr> Cc: Eric Anholt , freebsd-current@freebsd.org Subject: Re: X crash with radeon driver - AGP broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 17:24:02 -0000 On Nov 25, 2007 6:18 PM, Lionel Flandrin wrote: > "Vladimir Timofeev" writes: > > > Hi, if u have nforce2 chipset on motheboard side, > > I do > > > try this patch... > > with this I can run X, but not test more... > > > > How to patch: > > cd /usr/src > > patch < latest-agp_nvidia.c.diff > > > > my conf: Abit NF7 motheboard, Radeon 9200 video, fbsd 7.0-BETA3, X > > Server 1.4.0 (from /var/log/Xorg.0.log) > > > > I have a zenith chaintech motherboard and a radeon 9600 pro, same > fbsd/X version, and indeed, it works, thanks a lot! I can finally use my > two screens again! > > I played with xrandr, glxgears and some 3d apps (blender for instance) > and it seems to work perfectly. Will this patch be commited to the main > tree ? May be, if this works and doing right things ;-) After some code cleanup and revision... I'am not commiter anything... may be Eric Anholt? > > Also, I'm curious, what was the problem in the first place ? I must > say I have no clue what this patch is doing (excepted it doesn't seem > too nasty :). Story of this patch is short. I take this kernel crash after upgrade to current (now releng 7). May be gcc4 change 'volatile' behaviour or anything else... I start studing code differences in linux and fbsd agp drivers code. In this patch for agp_nvidia_flush_tlb I realize two things: 1. get out volatile temporary variable to switch off potentialy compiler optimizations (in linux code this variable absent) 2. ensure that we read no more than allocated entries in agp gatt structure (in linux and current realization this read 33(magic?) entries) But it only my guesses. (I'am not c programmer, only know syntax ;-) > > Thanks again, > -- > Lionel > From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 17:40:50 2007 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 9DE4B16A468 for ; Sun, 25 Nov 2007 17:40:50 +0000 (UTC) (envelope-from rako29@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 3F10F13C459 for ; Sun, 25 Nov 2007 17:40:50 +0000 (UTC) (envelope-from rako29@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so202544wra for ; Sun, 25 Nov 2007 09:40:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=c5/lKaSqEFxmD8sHLWQY5BZMUPdZBtsSO6vw624yU7Y=; b=pvQA5aKwX8jli0ggG8vnBifDRRJpzEnXKOBTYadUxOwZXYwh9ZZ4kbvYMRBBhimNMwdS5a5OmnXKhBQsFDzHHZvq+SJgSZ0XjB6dOk44ayg5KvuREMCqKeNTCPJdLivroNgQ08lXTrNpnDtCbkQhwY+PwZKHV8LD/o8Y2K31kBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=WsuFVv+IypqJxvlkE6u5bDsI8N5svlgkQknWvU46go24nETcIwxybB638SGzQsYSurnyDKl6HBSqGw1a7Vsj2u0P79zzZnwLIABUXGA/9ruqExj0jjcUzYa4tUCiPYDFOIbs1nutVIohfLOw4iOffIj4ELXbdsYR0JU9HjoDaK4= Received: by 10.70.44.2 with SMTP id r2mr431081wxr.1196012449271; Sun, 25 Nov 2007 09:40:49 -0800 (PST) Received: from ?172.20.1.10? ( [190.188.78.77]) by mx.google.com with ESMTPS id i39sm2551556wxd.2007.11.25.09.40.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 25 Nov 2007 09:40:48 -0800 (PST) Message-ID: <4749B2CC.7020300@gmail.com> Date: Sun, 25 Nov 2007 14:37:16 -0300 From: Rako User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Kostik Belousov References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> <47477F9F.2080900@gmail.com> <20071124142149.Y14018@fledge.watson.org> <47486C9B.4020407@gmail.com> <20071124211859.S14018@fledge.watson.org> <20071125075620.GA78396@deviant.kiev.zoral.com.ua> In-Reply-To: <20071125075620.GA78396@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: panic with tcpdrop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 17:40:50 -0000 It is not reproduceable. But a have 2 panic of that in 1 month. The steps for the last panic: watch -W /dev/ttyv0 make buildkernel .... Ctrl-G Panic! The explication from Kostik can be correct, but, if I not try to attach again, only Ctrl-G; it is not the path for that explication or I misunderstands. Anyway, I can probe the changes for 1 month to test if any happen Thanks! Javier > On Sat, Nov 24, 2007 at 09:19:42PM +0000, Robert Watson wrote: >> On Sat, 24 Nov 2007, Rako wrote: >> >>> the patch solve the problem with tcpdrop, Thanks!! >>> >>> An other panic ocurred, but on other area, is on snp.ko module (watch -W >>> /dev/ttyv0) but can't get backtrace. This panic is simliar at >>> >>> http://lists.freebsd.org/pipermail/freebsd-current/2007-March/069990.html >>> >>> the problem may be at line 164 of /usr/src/sys/dev/snp/snp.c snp = >>> ttytosnp(tp); >>> >>> where snp get NULL >>> >>> but, no familiar with this ... Any idea what can I do to solve the error? >> I'm having trouble reproducing this -- could you give me a detailed set of >> instructions regarding the specific steps I should take to try and get this >> panic, if it's reproduceable for you? >> >> Thanks, >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >>> Regards, >>> Javier >>> >>> >>> Fatal trap 12: page fault while in kernel mode >>> fault virtual address = 0x24 >>> fault code = supervisor read, page not present >>> instruction pointer = 0x20:0xc3e4f230 >>> stack pointer = 0x28:0xd66c3b34 >>> frame pointer = 0x28:0xd66c3b88 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 2216 (make) >>> trap number = 12 >>> panic: page fault >>> KDB: stack backtrace: >>> db_trace_self_wrapper(c0a5f1ea,d66c39d4,c078878a,c0a5d5f4,c0b5bcc0,...) at >>> db_trace_self_wrapper+0x26 >>> kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66c39e0,d66c39e0,...) at >>> kdb_backtrace+0x29 >>> panic(c0a1fb8c,c0a7c54d,c3e44770,1,1,...) at panic+0xaa >>> trap_fatal(c3e942b8,0,1,0,c39f5630,...) at trap_fatal+0x303 >>> trap_pfault(0,c39f5630,c39f5630,0,c,...) at trap_pfault+0x250 >>> trap(d66c3af4) at trap+0x382 >>> calltrap() at calltrap+0x6 >>> --- trap 0xc, eip = 0xc3e4f230, esp = 0xd66c3b34, ebp = 0xd66c3b88 --- >>> snplwrite(c33bf800,d66c3c60,0,d66c3bbc,c0754bec,...) at snplwrite+0x80 >>> ttywrite(c3389600,d66c3c60,0,c39cf5e8,c39f5630,...) at ttywrite+0x39 >>> giant_write(c3389600,d66c3c60,0,0,c0abb080,...) at giant_write+0x6c >>> devfs_write_f(c39cf5e8,d66c3c60,c3de4800,0,c39f5630,...) at >>> devfs_write_f+0x75 >>> dofilewrite(d66c3c60,ffffffff,ffffffff,0,c39cf5e8,...) at dofilewrite+0x97 >>> kern_writev(c39f5630,1,d66c3c60,2813c076,0,...) at kern_writev+0x58 >>> write(c39f5630,d66c3cfc,c,110,c337e630,...) at write+0x4f >>> syscall(d66c3d38) at syscall+0x335 >>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>> --- syscall (4, FreeBSD ELF32, write), eip = 0x8083603, esp = 0xbfbfd4ec, >>> ebp = 0xbfbfd528 --- >>> Uptime: 19m14s >>> Physical memory: 495 MB >>> Dumping 86 MB: 71 55 39 23 7 > > I believe I have a plausible explanation for the panic. Please, look > at the snpioctl(), SNPSTTY command. First, assume that both the s > 0 > and snoop device has attached tty. Then, snp_tty will be overwritten, > without detaching the old tty from the snooper. In this case, ttytosnp() > would not find the snp from tty, returning NULL. This would lead to the > trace above. This is old kernel bug. > > Now, I shall note that watch(8) does not attach to the new tty without > detaching from the previous one. But, after destroy_dev_sched() conversion > have been done for snp(4), actual detach is asynchronous. Since watch(8) > opens the numbered snpX clone device instead of the master /dev/snp, it > could reopen the same device. The condition is racy, and thus not easily > reproducable. > > The patch below might help with kernel panic. > > diff --git a/sys/dev/snp/snp.c b/sys/dev/snp/snp.c > index a84e90c..b8f3d63 100644 > --- a/sys/dev/snp/snp.c > +++ b/sys/dev/snp/snp.c > @@ -491,7 +491,7 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, int flags, > struct thread *td) > { > struct snoop *snp; > - struct tty *tp, *tpo; > + struct tty *tp; > struct cdev *tdev; > struct file *fp; > int s; > @@ -502,6 +502,9 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, int flags, > s = *(int *)data; > if (s < 0) > return (snp_down(snp)); > + if (snp->snp_tty != NULL) > + return (EBUSY); > + > if (fget(td, s, &fp) != 0) > return (EINVAL); > if (fp->f_type != DTYPE_VNODE || > @@ -520,13 +523,6 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, int flags, > return (EBUSY); > > s = spltty(); > - > - if (snp->snp_target == NULL) { > - tpo = snp->snp_tty; > - if (tpo) > - tpo->t_state &= ~TS_SNOOP; > - } > - > tp->t_state |= TS_SNOOP; > snp->snp_olddisc = tp->t_line; > tp->t_line = snooplinedisc; From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 18:13:52 2007 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 4C03516A476 for ; Sun, 25 Nov 2007 18:13:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outT.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id 3355013C45A for ; Sun, 25 Nov 2007 18:13:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 25 Nov 2007 10:13:48 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 40269126AB0; Sun, 25 Nov 2007 10:13:48 -0800 (PST) Message-ID: <4749BB5B.7040801@elischer.org> Date: Sun, 25 Nov 2007 10:13:47 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Current , Stephan Uphoff Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: rmlock question.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2007 18:13:52 -0000 If I make an exclusive rmlock request on an rmlock that has a busy set of readers coming and going, do new readers wait for me to get my turn, or do I have to wait for a moment where there are no more readers before I get a go? From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 18:16:00 2007 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 7553516A41A for ; Sun, 25 Nov 2007 18:16:00 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outW.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 5A59313C478 for ; Sun, 25 Nov 2007 18:16:00 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 25 Nov 2007 10:15:59 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id ED1AB126AC8; Sun, 25 Nov 2007 10:15:58 -0800 (PST) Message-ID: <4749BBDE.6000107@elischer.org> Date: Sun, 25 Nov 2007 10:15:58 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Current , Stephan Uphoff References: <4749BB5B.7040801@elischer.org> In-Reply-To: <4749BB5B.7040801@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: rmlock question.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2007 18:16:00 -0000 Julian Elischer wrote: > If I make an exclusive rmlock request on an rmlock that has a busy set > of readers coming and going, do new readers wait for me to get > my turn, or do I have to wait for a moment where there are no more > readers before I get a go? in fact if the requests are of the order reader, reader, writer, reader, reader, writer, reader is the order of evaluation defined? is it preserved? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 19:03:17 2007 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 E11AE16A417 for ; Sun, 25 Nov 2007 19:03:17 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outH.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id C935D13C467 for ; Sun, 25 Nov 2007 19:03:17 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 25 Nov 2007 11:03:17 -0800 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 8F39A126AAC for ; Sun, 25 Nov 2007 11:03:16 -0800 (PST) Message-ID: <4749C6F4.2030900@elischer.org> Date: Sun, 25 Nov 2007 11:03:16 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: buglet in AIO/Kqueue code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2007 19:03:18 -0000 in the aio kqueue filter the EV_EOF flag is always set. is there a reason for this? Also, the EV_ERROR bit is NOT set when there is an error. Once again does anyone have a secret reason to not set it? will fix if no one objects to this.. From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 19:45:26 2007 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 F1AF016A419 for ; Sun, 25 Nov 2007 19:45:26 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id B545313C455 for ; Sun, 25 Nov 2007 19:45:26 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwNPl-0008GG-3f; Sun, 25 Nov 2007 20:45:13 +0100 Message-ID: <4749D0E2.6020802@FreeBSD.org> Date: Sun, 25 Nov 2007 20:45:38 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Hyogeol Lee References: <4749511C.8030002@gmail.com> In-Reply-To: <4749511C.8030002@gmail.com> Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Does sysinstall conflict with nfe device? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 19:45:27 -0000 Hyogeol Lee wrote: > Dear All, > > I've been using 8 -current/amd64. I tested 7.0 Beta 3 i386 > on this weekend, but I had trouble with nfe device in install. > > cpu : amd64 > test : 7.0 Beta 3 i386 > partition : > ad0s1 Win > ad0s2 Win > ad0s3 FreeBSD data for 8 -current/amd64 > ad0s4 Destination to install > > ad1s1 FreeBSD 8 -current/amd64 > > 1. Cannot lookup ftp site in media selection. > I selected ftp passive, nfe device, and setup network properly > but paused in lookup site process. I interrupted process by > Ctrl-C, and select restart install. After restart install, I could > connect ftp site by same procedure, but I got many > 'symlink failed, no inodes free' message and I could not install > anything. > > These errors were same when I tried 6.2 i386 after that. > > 2. Signal 11 at port indexing > When I setup network with nfe before install process by emergency > shell, I could pass install. But I got signal 11 at ports indexing > procedure, > so I could not complete install. > > I could install completely by setup network with nfe before install > process > by emergency shell and install base and kernel only. > > Is there any problem with nfe device with sysinstall ? > Hello, In my experience this is not driver related; but it might be because of the DNS lookup for the FTP server taking some time, I have the same problem as you mention every now and then (even at work with supported hardware); when I restart the server and restart the setup (not aborting and retrying, that confuses sysinstall), it works correctly, or using the IP address mostly helps very fine as well. So, no there are no known issues with if_nfe with sysinstall as far as I know, it's odd behaviour from sysinstall somehow (please someone correct me if i am wrong :-)) Cheers remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 20:19:21 2007 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 EDF6E16A417 for ; Sun, 25 Nov 2007 20:19:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1D113C455 for ; Sun, 25 Nov 2007 20:19:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwNwl-000Eau-OB for freebsd-current@freebsd.org; Sun, 25 Nov 2007 22:19:20 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lAPKJFnr064029 for ; Sun, 25 Nov 2007 22:19:15 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lAPKJFSD064028 for freebsd-current@freebsd.org; Sun, 25 Nov 2007 22:19:15 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 25 Nov 2007 22:19:15 +0200 From: Kostik Belousov To: freebsd-current@freebsd.org Message-ID: <20071125201915.GC78396@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M5PHxtWZRXQUdpfa" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 1118cf21f7425d415ed61e91afc5cb63 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1827 [Nov 24 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Subject: snd_hda + ath = hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 20:19:22 -0000 --M5PHxtWZRXQUdpfa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have a laptop that shares interrupt between ath0 and snd_hda0 devices. Machine works under the RELENG_6 normally. Now, on the RELENG_7 (and CURRENT), attempt to ifconfig ath0 up usualy hangs the machine in the next 2-5 minutes. Hang is hard, I even cannot switch the console to look at the kernel messages or enter the ddb. Also, laptop does not have a serial port. Not setting the ath0 up, or, unloading snd_hda.ko before activating the interface, allows machine to work. Wireless works without problem, interrupt rate is as expected. Any advice ? pciconf: hostb0@pci0:0:0:0: class=0x060000 card=0x00901025 chip=0x27a08086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI none0@pci0:0:27:0: class=0x040300 card=0x00901025 chip=0x27d88086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) High Definition Audio' class = multimedia ath0@pci0:6:2:0: class=0x020000 card=0x04181468 chip=0x001a168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros AR5005G Atheros AR5005G 802.11abg NIC Chipset / TP-Link (TL-WN551G)' class = network subclass = ethernet --M5PHxtWZRXQUdpfa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHSdjCC3+MBN1Mb4gRArblAKCdSjVjxWxRa2f5AEycL10uxIAhaQCeMDrq EsQ2hYVOAQCXsEjPwBYGPPQ= =d3EZ -----END PGP SIGNATURE----- --M5PHxtWZRXQUdpfa-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 20:21:52 2007 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 37E5816A420 for ; Sun, 25 Nov 2007 20:21:52 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id C505513C461 for ; Sun, 25 Nov 2007 20:21:51 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 93002 invoked from network); 25 Nov 2007 20:21:50 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 25 Nov 2007 20:21:50 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 25 Nov 2007 14:21:51 -0600 (CST) From: Mike Silbersack To: Ian FREISLICH In-Reply-To: Message-ID: <20071125142118.G6541@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , current@freebsd.org Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 20:21:52 -0000 On Fri, 23 Nov 2007, Ian FREISLICH wrote: > I see. Playing around with net.inet.tcp sysctls, disabling delayed_ack > fixes the problem with this phone. Do you think that this is a bug > in the phone's TCP stack? > > Ian One more question I forgot to ask - does net.inet.tcp.rfc1323=0 help the situation at all? Even if not, please send me a tcpdump of that as well. -Mike From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 20:30:28 2007 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 88A7D16A417; Sun, 25 Nov 2007 20:30:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4AA13C45A; Sun, 25 Nov 2007 20:30:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwO7O-000IYn-Ll; Sun, 25 Nov 2007 22:30:19 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lAPKUF6G064259; Sun, 25 Nov 2007 22:30:15 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lAPKUF7C064258; Sun, 25 Nov 2007 22:30:15 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 25 Nov 2007 22:30:15 +0200 From: Kostik Belousov To: Rako Message-ID: <20071125203015.GF78396@deviant.kiev.zoral.com.ua> References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> <47477F9F.2080900@gmail.com> <20071124142149.Y14018@fledge.watson.org> <47486C9B.4020407@gmail.com> <20071124211859.S14018@fledge.watson.org> <20071125075620.GA78396@deviant.kiev.zoral.com.ua> <4749B2CC.7020300@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1brTR8/mqxCEB6VZ" Content-Disposition: inline In-Reply-To: <4749B2CC.7020300@gmail.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 21b27277a002431422b7104c8bd6d4f1 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1827 [Nov 24 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org, Robert Watson Subject: snp panic [Was: Re: panic with tcpdrop] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 20:30:28 -0000 --1brTR8/mqxCEB6VZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 25, 2007 at 02:37:16PM -0300, Rako wrote: > It is not reproduceable. But a have 2 panic of that in 1 month. >=20 > The steps for the last panic: >=20 > watch -W /dev/ttyv0 > make buildkernel .... > Ctrl-G > Panic! >=20 > The explication from Kostik can be correct, but, if I not try to attach= =20 > again, only Ctrl-G; it is not the path for that explication or I=20 > misunderstands. Anyway, I can probe the changes for 1 month to test if=20 > any happen > Thanks! > Javier C-G seems to be the exact scenario for the bug. >=20 >=20 > >On Sat, Nov 24, 2007 at 09:19:42PM +0000, Robert Watson wrote: > >>On Sat, 24 Nov 2007, Rako wrote: > >> > >>>the patch solve the problem with tcpdrop, Thanks!! > >>> > >>>An other panic ocurred, but on other area, is on snp.ko module (watch = -W=20 > >>>/dev/ttyv0) but can't get backtrace. This panic is simliar at > >>> > >>>http://lists.freebsd.org/pipermail/freebsd-current/2007-March/069990.h= tml > >>> > >>>the problem may be at line 164 of /usr/src/sys/dev/snp/snp.c snp =3D= =20 > >>>ttytosnp(tp); > >>> > >>>where snp get NULL > >>> > >>>but, no familiar with this ... Any idea what can I do to solve the err= or? > >>I'm having trouble reproducing this -- could you give me a detailed set= =20 > >>of instructions regarding the specific steps I should take to try and g= et=20 > >>this panic, if it's reproduceable for you? > >> > >>Thanks, > >> > >>Robert N M Watson > >>Computer Laboratory > >>University of Cambridge > >> > >>>Regards, > >>>Javier > >>> > >>> > >>>Fatal trap 12: page fault while in kernel mode > >>>fault virtual address =3D 0x24 > >>>fault code =3D supervisor read, page not present > >>>instruction pointer =3D 0x20:0xc3e4f230 > >>>stack pointer =3D 0x28:0xd66c3b34 > >>>frame pointer =3D 0x28:0xd66c3b88 > >>>code segment =3D base 0x0, limit 0xfffff, type 0x1b > >>> =3D DPL 0, pres 1, def32 1, gran 1 > >>>processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > >>>current process =3D 2216 (make) > >>>trap number =3D 12 > >>>panic: page fault > >>>KDB: stack backtrace: > >>>db_trace_self_wrapper(c0a5f1ea,d66c39d4,c078878a,c0a5d5f4,c0b5bcc0,...= )=20 > >>>at db_trace_self_wrapper+0x26 > >>>kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66c39e0,d66c39e0,...) at=20 > >>>kdb_backtrace+0x29 > >>>panic(c0a1fb8c,c0a7c54d,c3e44770,1,1,...) at panic+0xaa > >>>trap_fatal(c3e942b8,0,1,0,c39f5630,...) at trap_fatal+0x303 > >>>trap_pfault(0,c39f5630,c39f5630,0,c,...) at trap_pfault+0x250 > >>>trap(d66c3af4) at trap+0x382 > >>>calltrap() at calltrap+0x6 > >>>--- trap 0xc, eip =3D 0xc3e4f230, esp =3D 0xd66c3b34, ebp =3D 0xd66c3b= 88 --- > >>>snplwrite(c33bf800,d66c3c60,0,d66c3bbc,c0754bec,...) at snplwrite+0x80 > >>>ttywrite(c3389600,d66c3c60,0,c39cf5e8,c39f5630,...) at ttywrite+0x39 > >>>giant_write(c3389600,d66c3c60,0,0,c0abb080,...) at giant_write+0x6c > >>>devfs_write_f(c39cf5e8,d66c3c60,c3de4800,0,c39f5630,...) at=20 > >>>devfs_write_f+0x75 > >>>dofilewrite(d66c3c60,ffffffff,ffffffff,0,c39cf5e8,...) at=20 > >>>dofilewrite+0x97 > >>>kern_writev(c39f5630,1,d66c3c60,2813c076,0,...) at kern_writev+0x58 > >>>write(c39f5630,d66c3cfc,c,110,c337e630,...) at write+0x4f > >>>syscall(d66c3d38) at syscall+0x335 > >>>Xint0x80_syscall() at Xint0x80_syscall+0x20 > >>>--- syscall (4, FreeBSD ELF32, write), eip =3D 0x8083603, esp =3D=20 > >>>0xbfbfd4ec, ebp =3D 0xbfbfd528 --- > >>>Uptime: 19m14s > >>>Physical memory: 495 MB > >>>Dumping 86 MB: 71 55 39 23 7 > > > >I believe I have a plausible explanation for the panic. Please, look > >at the snpioctl(), SNPSTTY command. First, assume that both the s > 0 > >and snoop device has attached tty. Then, snp_tty will be overwritten, > >without detaching the old tty from the snooper. In this case, ttytosnp() > >would not find the snp from tty, returning NULL. This would lead to the > >trace above. This is old kernel bug. > > > >Now, I shall note that watch(8) does not attach to the new tty without > >detaching from the previous one. But, after destroy_dev_sched() conversi= on > >have been done for snp(4), actual detach is asynchronous. Since watch(8) > >opens the numbered snpX clone device instead of the master /dev/snp, it > >could reopen the same device. The condition is racy, and thus not easily > >reproducable. > > > >The patch below might help with kernel panic. > > > >diff --git a/sys/dev/snp/snp.c b/sys/dev/snp/snp.c > >index a84e90c..b8f3d63 100644 > >--- a/sys/dev/snp/snp.c > >+++ b/sys/dev/snp/snp.c > >@@ -491,7 +491,7 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data,= =20 > >int flags, > > struct thread *td) > > { > > struct snoop *snp; > >- struct tty *tp, *tpo; > >+ struct tty *tp; > > struct cdev *tdev; > > struct file *fp; > > int s; > >@@ -502,6 +502,9 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data,= =20 > >int flags, > > s =3D *(int *)data; > > if (s < 0) > > return (snp_down(snp)); > >+ if (snp->snp_tty !=3D NULL) > >+ return (EBUSY); > >+ > > if (fget(td, s, &fp) !=3D 0) > > return (EINVAL); > > if (fp->f_type !=3D DTYPE_VNODE || > >@@ -520,13 +523,6 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data= ,=20 > >int flags, > > return (EBUSY); > >=20 > > s =3D spltty(); > >- > >- if (snp->snp_target =3D=3D NULL) { > >- tpo =3D snp->snp_tty; > >- if (tpo) > >- tpo->t_state &=3D ~TS_SNOOP; > >- } > >- > > tp->t_state |=3D TS_SNOOP; > > snp->snp_olddisc =3D tp->t_line; > > tp->t_line =3D snooplinedisc; --1brTR8/mqxCEB6VZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHSdtWC3+MBN1Mb4gRAu0rAJ9lkHv/pbEmxNcJT5qz0TngUdHjiwCcDnqW eoQ4RSTs4Sdh16Nsb6Vbf/c= =vC5x -----END PGP SIGNATURE----- --1brTR8/mqxCEB6VZ-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 20:42:32 2007 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 D8CE016A417 for ; Sun, 25 Nov 2007 20:42:32 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id B89DE13C447 for ; Sun, 25 Nov 2007 20:42:32 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 31850 invoked from network); 25 Nov 2007 20:42:05 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 25 Nov 2007 20:42:05 -0000 Message-ID: <4749DDB3.9030401@chuckr.org> Date: Sun, 25 Nov 2007 15:40:19 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: the snd_hda 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, 25 Nov 2007 20:42:32 -0000 I'm having some problems with the snd_hda driver, so I decided to learn more about it. I've gathered some various documents together, but from some notes I found in the snd_hda driver (I think in hdac.c), that it's a very firm intention to rewrite the driver entirely, to a better buss structure. Is that rewrite underway? I want to get some idea of the direction things are taking, so i can learn enough to contribute. I am NOT able to do that, not even close, today (the last time I wrote kernel stuff was in FreeBSD-2.2 days), but I need to see where things are going, so I can get myself into things. Does anyone know where the code might be, for the new form of the hda driver? From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 21:56:39 2007 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 8BE2F16A41A for ; Sun, 25 Nov 2007 21:56:39 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.67]) by mx1.freebsd.org (Postfix) with ESMTP id 756C613C46E for ; Sun, 25 Nov 2007 21:56:39 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp001-s [10.150.69.64]) by smtpoutm.mac.com (Xserve/smtpout004/MantshX 4.0) with ESMTP id lAPLudsm020158; Sun, 25 Nov 2007 13:56:39 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp001/MantshX 4.0) with ESMTP id lAPLuYV5021386 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 25 Nov 2007 13:56:35 -0800 (PST) Message-Id: <6CDF404E-3C97-485D-AC49-5674CFA5299D@mac.com> From: Marcel Moolenaar To: Frank Behrens In-Reply-To: <200711251246.lAPCkQiv088175@post.frank-behrens.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sun, 25 Nov 2007 13:56:33 -0800 References: <200711231457.lANEv4KU002862@post.frank-behrens.de> <200711251246.lAPCkQiv088175@post.frank-behrens.de> X-Mailer: Apple Mail (2.915) Cc: FreeBSD Current Subject: Re: Can not boot 7.0-BETA3 with puc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2007 21:56:39 -0000 On Nov 25, 2007, at 4:46 AM, Frank Behrens wrote: > Marcel, > > thanks for your explanation. > > Marcel Moolenaar wrote on 24 Nov 2007 10:20: >> No, it isn't. The puc(4) driver can have different children. >> Currently, it >> can have 3 different children. Standard bus probing determines which >> driver will attach. The puc(4) driver does not care about unit >> numbers >> for >> the simple reason that it doesn't care about which driver attaches. > > OK. I interpret this as: It is not puc's problem, which sio units > are asssigned, it is the job for > the sio driver itself. It's actually more a job for the newbus infrastructure. Whenever a child is created in a particular device class, it's assigned a unit number. Then and there do you want to implement policies about unit numbers. Not in the individual drivers, whether leave or otherwise. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 25 22:23:01 2007 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 3DFF816A417 for ; Sun, 25 Nov 2007 22:23:01 +0000 (UTC) (envelope-from luoqi@luoqi.homeunix.org) Received: from luoqi.homeunix.org (c-76-102-199-51.hsd1.ca.comcast.net [76.102.199.51]) by mx1.freebsd.org (Postfix) with ESMTP id 250D013C44B for ; Sun, 25 Nov 2007 22:23:00 +0000 (UTC) (envelope-from luoqi@luoqi.homeunix.org) Received: from luoqi.homeunix.org (localhost [127.0.0.1]) by luoqi.homeunix.org (8.14.2/8.14.2) with ESMTP id lAPLsMkD003967 for ; Sun, 25 Nov 2007 13:54:22 -0800 (PST) (envelope-from luoqi@luoqi.homeunix.org) Received: (from luoqi@localhost) by luoqi.homeunix.org (8.14.2/8.14.2/Submit) id lAPLsMXb003966 for current@freebsd.org; Sun, 25 Nov 2007 13:54:22 -0800 (PST) (envelope-from luoqi) Date: Sun, 25 Nov 2007 13:54:22 -0800 (PST) From: Luoqi Chen Message-Id: <200711252154.lAPLsMXb003966@luoqi.homeunix.org> To: current@freebsd.org X-Mailman-Approved-At: Sun, 25 Nov 2007 23:43:47 +0000 Cc: Subject: gprof's broken in 7-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, 25 Nov 2007 22:23:01 -0000 Has anyone else noticed that gprof no longer works with gcc 4.2 compiled code? It has something to do with forced stack alignment. Here's the cc -O -S output of this piece of code: int main(int argc, char **argv) { if (argc < 2) exit(1); } .globl main .type main, @function main: leal 4(%esp), %ecx andl $-16, %esp pushl -4(%ecx) pushl %ebp movl %esp, %ebp subl $56, %esp movl %ecx, -16(%ebp) movl %ebx, -12(%ebp) movl %esi, -8(%ebp) movl %edi, -4(%ebp) call .mcount movl 4(%ecx), %edi cmpl $2, (%ecx) jg .L83 movl $1, (%esp) call exit .p2align 4,,7 .L83: Register %ecx becomes the new ap after the forced stack alignment, however it is not preserved by .mcount. We can work around this problem by preserving ecx in mcount, but a better solution would be to fix gcc instead. -lq From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 02:29:43 2007 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 D1BE216A41A; Mon, 26 Nov 2007 02:29:43 +0000 (UTC) (envelope-from jhealy@swin.edu.au) Received: from mailmonitor.cc.swin.edu.au (mailmonitor.cc.swin.edu.au [136.186.1.65]) by mx1.freebsd.org (Postfix) with ESMTP id 0B8F513C4E5; Mon, 26 Nov 2007 02:29:42 +0000 (UTC) (envelope-from jhealy@swin.edu.au) Received: from groupwise.swin.edu.au (Not Verified[136.186.3.197]) by mailmonitor.cc.swin.edu.au with MailMarshal (v6, 1, 4, 441) id ; Mon, 26 Nov 2007 13:09:07 +1100 Received: from [136.186.229.102] (jhealy.caia.swin.edu.au [136.186.229.102]) by groupwise.swin.edu.au with ESMTP; Mon, 26 Nov 2007 13:08:59 +1100 Message-ID: <474A2ABA.5020104@swin.edu.au> Date: Mon, 26 Nov 2007 13:08:58 +1100 From: James Healy User-Agent: Thunderbird 2.0.0.6 (X11/20071113) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.95.0 Content-Type: multipart/mixed; boundary="------------020409040702050006030506" Cc: Lawrence Stewart , freebsd-current@freebsd.org, grenville armitage Subject: SACK broken in HEAD/RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 02:29:44 -0000 This is a multi-part message in MIME format. --------------020409040702050006030506 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 While monitoring a data transfer between two 7-beta3 hosts with tcpdump and SIFTR[1] last week, we noticed that SACK was not being negotiated as expected. The SACK option was sent in the SYN, but the option wasn't sent back in the SYNACK, despite SACK being enabled on both hosts. The problem seems to have been caused during some refactoring of tcp_syncache.c back in march (r1.105), and is fixed by the single line patch attached. While investigating the issue, the comments relating to TOF_SACKPERM and TOF_SACK in tcp_var.h made it a little harder to understand what was going on. We interpreted the comment for TOF_SACK to imply that it was used during the handshake. The attached patch only fixes the code, but it might be worth tweaking these comments as well. Maybe something like: #define TOF_SACKPERM 0x0004 /* SACK permitted */ #define TOF_SACK 0x0080 /* SACK hole data */ In our opinion, it might also be worth renaming SCF_SACK to SCF_SACKPERM in tcp_syncache.c to semantically align it with the TOF defines in tcp_var.h. James Healy and Lawrence Stewart http://caia.swin.edu.au [1] http://caia.swin.edu.au/urp/newtcp/tools.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHSiq64oawkrbYo/kRAsX0AKCybMhaBxPaYtmKNrYF0+kkh4s/DgCfQK0W +79c+IH5nzG3r+6Nn/ji8L4= =TD4L -----END PGP SIGNATURE----- Swinburne University of Technology CRICOS Provider Code: 00111D NOTICE This e-mail and any attachments are confidential and intended only for the use of the addressee. They may contain information that is privileged or protected by copyright. If you are not the intended recipient, any dissemination, distribution, printing, copying or use is strictly prohibited. The University does not warrant that this e-mail and any attachments are secure and there is also a risk that it may be corrupted in transmission. It is your responsibility to check any attachments for viruses or defects before opening them. If you have received this transmission in error, please contact us on +61 3 9214 8000 and delete it immediately from your system. We do not accept liability in connection with computer virus, data corruption, delay, interruption, unauthorised access or unauthorised amendment. Please consider the environment before printing this email. --------------020409040702050006030506 Content-Type: text/x-patch; name="freebsd7beta3_syncache_sack_fix.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd7beta3_syncache_sack_fix.patch" --- tcp_syncache.c.orig +++ tcp_syncache.c @@ -1184,7 +1184,7 @@ if (to->to_flags & TOF_SIGNATURE) sc->sc_flags |= SCF_SIGNATURE; #endif - if (to->to_flags & TOF_SACK) + if (to->to_flags & TOF_SACKPERM) sc->sc_flags |= SCF_SACK; if (to->to_flags & TOF_MSS) sc->sc_peer_mss = to->to_mss; /* peer mss may be zero */ --------------020409040702050006030506-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 03:05:44 2007 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 E463C16A417 for ; Mon, 26 Nov 2007 03:05:44 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 79D0713C44B for ; Mon, 26 Nov 2007 03:05:44 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 19834 invoked from network); 26 Nov 2007 02:39:03 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 26 Nov 2007 02:39:03 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 25 Nov 2007 20:39:04 -0600 (CST) From: Mike Silbersack To: James Healy In-Reply-To: <474A2ABA.5020104@swin.edu.au> Message-ID: <20071125203825.S7699@odysseus.silby.com> References: <474A2ABA.5020104@swin.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, grenville armitage , Lawrence Stewart Subject: Re: SACK broken in HEAD/RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 03:05:45 -0000 On Mon, 26 Nov 2007, James Healy wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > While monitoring a data transfer between two 7-beta3 hosts with tcpdump > and SIFTR[1] last week, we noticed that SACK was not being negotiated as > expected. > James Healy and Lawrence Stewart Good detective work! I'll get this change commited in the next day or two. -Mike From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 04:56:19 2007 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 139D816A418 for ; Mon, 26 Nov 2007 04:56:19 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id D275613C455 for ; Mon, 26 Nov 2007 04:56:18 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=SMJN0z6D3COO7HEapT76acuVRQ9bvKYTpaHQv08zlMBUPjqUzQYV0B4pz0zvBHtlnSML2W+mhpOIceLUGdSo5Fn6y8/HnxiIMf1wQdKxbb7pZezHb/xs3n8XHoGWdD6GsOrphRRPp9A2rOwNmRBAle5M1iQg9N8dIfKRtUn692jOiHexme2cbBYE5hx8IjrBF8xCYbUg0MflgswWry/m/t9Bmdu5+9lWjWJCj3J1AQ4ibScXSpbqEQ3PCBoowZCA; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IwW11-0004in-DK; Mon, 26 Nov 2007 04:56:15 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwW0m-0008Qy-6r; Mon, 26 Nov 2007 04:56:00 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IwW0k-0006bo-7L; Mon, 26 Nov 2007 06:55:58 +0200 To: Mike Silbersack From: Ian FREISLICH In-Reply-To: Message from Mike Silbersack of "Sun, 25 Nov 2007 14:21:51 CST." <20071125142118.G6541@odysseus.silby.com> X-Attribution: BOFH Date: Mon, 26 Nov 2007 06:55:58 +0200 Message-Id: Cc: Kip Macy , current@freebsd.org Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 04:56:19 -0000 Mike Silbersack wrote: > > On Fri, 23 Nov 2007, Ian FREISLICH wrote: > > > I see. Playing around with net.inet.tcp sysctls, disabling delayed_ack > > fixes the problem with this phone. Do you think that this is a bug > > in the phone's TCP stack? > > > > Ian > > One more question I forgot to ask - does net.inet.tcp.rfc1323=0 help the > situation at all? Even if not, please send me a tcpdump of that as well. No, none of the RFC options makes a difference in this case. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 05:00:15 2007 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 B498A16A41A for ; Mon, 26 Nov 2007 05:00:15 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD6513C465 for ; Mon, 26 Nov 2007 05:00:15 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=j4DHpMjr6rkFFbxUl/HmnYSmuD7Yb4LIpYb/oZEiqp1CJIg6lDU83K4mIjb/S6aWRlejgR0wBZObtzjCSs7v4klFsY2cvZBm/gsgStDe3lD3vULCBFzmkV2yDTwyg1iK+NJk424gNECqC+fG/5bId5p0HMlJZMgKj7eZcq/7gRNjbbfcQ5TOiICf4jJ6kLybm7QWGr3DnRCUn8mYN3VRoqz9/tvHYlLCHigtVeZCv5qEerkvxd/+4U9DA9zUCWik; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IwW4n-00052p-Sc; Mon, 26 Nov 2007 05:00:11 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwW4c-0008Sa-CI; Mon, 26 Nov 2007 04:59:58 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IwW4b-0006c2-MT; Mon, 26 Nov 2007 06:59:57 +0200 To: Mike Silbersack From: Ian FREISLICH In-Reply-To: Message from Mike Silbersack of "Sun, 25 Nov 2007 04:19:41 CST." <20071125041618.G1206@odysseus.silby.com> X-Attribution: BOFH Date: Mon, 26 Nov 2007 06:59:57 +0200 Message-Id: Cc: Kip Macy , current@freebsd.org Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 05:00:15 -0000 Mike Silbersack wrote: > > On Fri, 23 Nov 2007, Kip Macy wrote: > > > On Nov 22, 2007 12:14 PM, Ian FREISLICH wrote: > >> Here's a tcpdump of seamonkey trying to retrieve the document index: > >> > >> 22:07:53.728516 IP (tos 0x0, ttl 64, id 24507, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.28.50118 > 196.7.162.30.80: S, cksum 0xdbdd (cor rect), 2746220400:2746220400(0) win 65535 > >> 22:07:53.731512 IP (tos 0x0, ttl 64, id 36, offset 0, flags [DF], proto TC P (6), length 60) 196.7.162.30.80 > 196.7.162.28.50118: S, cksum 0xbdba (correc t), 2416404465:2416404465(0) ack 2746220401 win 8192 > >> 22:07:53.731543 IP (tos 0x0, ttl 64, id 24508, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.28.50118 > 196.7.162.30.80: ., cksum 0xe8f5 (cor rect), 1:1(0) ack 1 win 8326 > >> 22:07:53.731593 IP (tos 0x0, ttl 64, id 24509, offset 0, flags [DF], proto TCP (6), length 428) 196.7.162.28.50118 > 196.7.162.30.80: P 1:377(376) ack 1 win 8326 > >> 22:07:53.770545 IP (tos 0x0, ttl 64, id 37, offset 0, flags [DF], proto TC P (6), length 52) 196.7.162.30.80 > 196.7.162.28.50118: ., cksum 0xe948 (correc t), 1:1(0) ack 377 win 7867 > >> 22:07:54.004963 IP (tos 0x0, ttl 64, id 38, offset 0, flags [DF], proto TC P (6), length 61) 196.7.162.30.80 > 196.7.162.28.50118: P, cksum 0xcdea (correc t), 1:10(9) ack 377 win 8192 > >> 22:07:54.018027 IP (tos 0x0, ttl 64, id 39, offset 0, flags [DF], proto TC P (6), length 638) 196.7.162.30.80 > 196.7.162.28.50118: RP 10:608(598) ack 377 win 8192 [!RST+ 200 OK\015\012Server: Rapid Logic/1.] > > > > Looking at your later trace, data with the RST is a red herring. The > > only thing that stands out to me as being odd and perhaps is the > > issue, is that the window size for the SYN and the ack are > > inconsistent on FreeBSD but are consistent on OS X. I'm not sure off > > hand where the number 8326 comes from. It could be that when the SIP's > > stack is generating the ack for the GET it concludes that the window > > accounting state is incorrect. > > > > Perhaps Mike can shed some light when he gets back online. > > > > > > -Kip > > The TCP window is unscaled in the SYN phase, then shifts to being scaled > afterwards. The window we're advertising must be 8236 * 2^3 = 65888. > So, that part is ok - if the phone implements tcp window scaling properly! > > The RST + Data behavior seems very odd. Ian, have you tried using nmap -O > or any other OS identification tool to see if the phone is using a known > operating system? Starting Nmap 4.20 ( http://insecure.org ) at 2007-11-26 06:54 SAST Interesting ports on dhcp-243.clue.co.za (10.0.0.243): Not shown: 1539 closed ports, 156 filtered ports PORT STATE SERVICE 23/tcp open telnet 80/tcp open http MAC Address: 00:09:45:54:01:1C (Palmmicro Communications) Aggressive OS guesses: HP LaserJet 1320 (95%), Konica Minolta Bizhub C450 copier with (default) Emperon Controller (94%), FreeBSD 2.2.9 (x86) (94%), Minolta MagicColor 2430 printer (94%), Netgear WPN824 RangeMax WAP (92%), HP LaserJet 4600 (JetDirect) printer (90%), RICOH Aficio 1060 copier (90%), Nortel 5520 ethernet routing switch (90%), Apple Airport Express WAP v6.3 (89%), FreeBSD 4.11 (x86) (89%) No exact OS matches for host (test conditions non-ideal). Uptime: 0.022 days (since Mon Nov 26 06:22:23 2007) Network Distance: 1 hop The phone is actually an ATCom 530P Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 05:14:12 2007 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 1C32216A468 for ; Mon, 26 Nov 2007 05:14:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id D96D213C4E5 for ; Mon, 26 Nov 2007 05:14:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=pL5kILqEmM74s1ftPMti/Nd6rNRj8kHWTcHE8D1/zSd8YtaZrSp/u9ukdux6VRAmjdYgoeglxFQkYCdKMqp2P6Cx/7BbBfB1Dv9raAKDuduz89Ku0g32ifKYc1qcTAbO4wsKocfrHACNm+K1UsBH7pY+BeKH0Oh7QCzzkfAbFe8MjXJGnPeW+dS3PhscboQ/qXhSIi+SvwFb1hwF6CdDZmYU+H+2ZoobF1KietCuS0DvGi8ArFXUAerKOiTNcDIM; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IwWIK-00069x-MQ; Mon, 26 Nov 2007 05:14:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwWHL-0000DR-Hn; Mon, 26 Nov 2007 05:13:07 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IwWHK-0006dq-9N; Mon, 26 Nov 2007 07:13:06 +0200 To: Mike Silbersack From: Ian FREISLICH In-Reply-To: Message from Mike Silbersack of "Sun, 25 Nov 2007 04:13:30 CST." <20071125040951.B1206@odysseus.silby.com> X-Attribution: BOFH Date: Mon, 26 Nov 2007 07:13:06 +0200 Message-Id: Cc: current@freebsd.org, Kip Macy Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 05:14:12 -0000 Mike Silbersack wrote: > > On Sun, 25 Nov 2007, Ian FREISLICH wrote: > > >>> I see. Playing around with net.inet.tcp sysctls, disabling delayed_ack > >>> fixes the problem with this phone. Do you think that this is a bug > >>> in the phone's TCP stack? > >>> > >> > >> Is there a proxy involved or is this session end-to-end? Not sure if > >> you described the setup but it might be useful (e.g. is the phone using > >> wireless). > > > > There the one connecting side was wireless, but it made no difference > > connecting over wired ethurnet end to end. There is no proxy > > involved. Both host and the phone are on the same subnet. > > Can you post a tcpdump of a successful connection with delayed_ack > disabled and then the same attempted (unsuccessful) connection with > delayed_ack reenabled? Please use -s 0 (to catch the entire packet) and > use -w to write the binary dump data to a file. That'll allow us to look > at the entire data payload. It's probably best to post those dumps on a > server somewhere and just post the urls to the list. net.inet.tcp.delayed_ack=0 net.inet.tcp.rfc1323=1 http://www.freislich.nom.za/phone.nodelayedack net.inet.tcp.delayed_ack=1 net.inet.tcp.rfc1323=1 http://www.freislich.nom.za/phone.delayedack net.inet.tcp.delayed_ack=1 net.inet.tcp.rfc1323=0 http://www.freislich.nom.za/phone.delayedack+norfc1323 All: this host is on the other end of *very* limited bandwidth connection, so don't hit it at once. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 06:16:31 2007 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 BFCBD16A41A for ; Mon, 26 Nov 2007 06:16:31 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9386113C455 for ; Mon, 26 Nov 2007 06:16:31 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id lAQ65vdR095512; Sun, 25 Nov 2007 22:05:58 -0800 (PST) Date: Mon, 26 Nov 2007 15:05:57 +0900 Message-ID: From: gnn@freebsd.org To: Oleksandr Tymoshenko In-Reply-To: <474983F1.3030700@pbxpress.com> References: <474983F1.3030700@pbxpress.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 06:16:31 -0000 At Sun, 25 Nov 2007 16:17:21 +0200, Oleksandr Tymoshenko wrote: > > gnn@freebsd.org wrote: > > or vice versa? That is, can I do kgdb/gdb over serial from an Intel > > box to an AMD box? > Funny I'm about to preform similar task :) I'm going to try method > described here: http://bsdimp.blogspot.com/2007/10/cross-debugger.html > I should be trying this in the near future and will report results here. I noted the cross debugger in ports, and I'm hoping I can use that with kernel debugging. Later, George From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 06:32:23 2007 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 EDB5716A418 for ; Mon, 26 Nov 2007 06:32:22 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id C341C13C442 for ; Mon, 26 Nov 2007 06:32:22 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so715530waf for ; Sun, 25 Nov 2007 22:32:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=EBEEBsdhyDrxqOjiOPlRSCnkMEjD4t/NuTEBiziXEM0=; b=RMwySm4I59r4Q/I/11VUzIhaBf6/y5akN9t7E0dnMBHCUHPfSuZMME18GG9GSjDMls/EcwtJMvTpLwKqeL4nSL8sfhTDaVqlq6wjQWW9hfJdjPyrmUw9rRz58o2u079TrhH3cT8JrY7XDukICtlxQY+DPsYAflLQClxdiVUxaCc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nVduXv1m+PHxMW2FWHoiwhoZik1knSl4aSd6q0FEizNWLXNNtEKAZOhNSXuZfwZAInBe6bhyQoXYICmkSna+Kf9Hmta+4GJDLQ0Xs7jFy/ZwYMGWedstui+nD/YTx8dg81w7ws7BNbJ87hWhZAvMZZOraCvn05m1ebl7G5LgsdA= Received: by 10.115.79.1 with SMTP id g1mr410221wal.1196058733174; Sun, 25 Nov 2007 22:32:13 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sun, 25 Nov 2007 22:32:13 -0800 (PST) Message-ID: Date: Sun, 25 Nov 2007 22:32:13 -0800 From: "Kip Macy" To: gnn@freebsd.org, "Oleksandr Tymoshenko" , current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474983F1.3030700@pbxpress.com> Cc: Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 06:32:23 -0000 That worked fine for us at netapp, don't know how well we're setup for the kernel specific bits. Also can we do what the rest of the world does and refer to it as x86_64 or 64-bit intel? Continuing to refer to it as amd (I know they came up with instruction set extensions but its now a fundamental part of the x86 ISA) only serves to confuse new users. -Kip On 11/25/07, gnn@freebsd.org wrote: > At Sun, 25 Nov 2007 16:17:21 +0200, > Oleksandr Tymoshenko wrote: > > > > gnn@freebsd.org wrote: > > > or vice versa? That is, can I do kgdb/gdb over serial from an Intel > > > box to an AMD box? > > Funny I'm about to preform similar task :) I'm going to try method > > described here: http://bsdimp.blogspot.com/2007/10/cross-debugger.html > > > > I should be trying this in the near future and will report results > here. I noted the cross debugger in ports, and I'm hoping I can use > that with kernel debugging. > > > Later, > George > _______________________________________________ > 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 Nov 26 07:18:28 2007 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 9C49116A418 for ; Mon, 26 Nov 2007 07:18:28 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id 5EB1513C459 for ; Mon, 26 Nov 2007 07:18:27 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 65975 invoked from network); 26 Nov 2007 07:18:16 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 26 Nov 2007 07:18:16 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 26 Nov 2007 01:18:19 -0600 (CST) From: Mike Silbersack To: Ian FREISLICH In-Reply-To: Message-ID: <20071126010504.G7699@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, Kip Macy Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 07:18:28 -0000 On Mon, 26 Nov 2007, Ian FREISLICH wrote: > net.inet.tcp.delayed_ack=0 > net.inet.tcp.rfc1323=1 > http://www.freislich.nom.za/phone.nodelayedack > > net.inet.tcp.delayed_ack=1 > net.inet.tcp.rfc1323=1 > http://www.freislich.nom.za/phone.delayedack Wow. Wow! WOW! The TCP stack on that device amazes me in how poorly it is written. Two things stand out even on the successful connection. Note the lack of the use of TCP's sliding window - the phone sends a single packet, then waits for the ackknowledgement before sending another: 23:04:08.099170 IP 10.0.0.243.80 > 10.0.0.6.50287: P 1:10(9) ack 406 win 8192 23:04:08.099197 IP 10.0.0.6.50287 > 10.0.0.243.80: . ack 10 win 8324 23:04:08.102834 IP 10.0.0.243.80 > 10.0.0.6.50287: P 10:92(82) ack 406 win 8192 23:04:08.102843 IP 10.0.0.6.50287 > 10.0.0.243.80: . ack 92 win 8315 23:04:08.105059 IP 10.0.0.243.80 > 10.0.0.6.50287: P 92:112(20) ack 406 win 8192 23:04:08.105068 IP 10.0.0.6.50287 > 10.0.0.243.80: . ack 112 win 8323 23:04:08.107398 IP 10.0.0.243.80 > 10.0.0.6.50287: P 112:149(37) ack 406 win 8192 And when it's done, it closes the connection by sending a RST, instead of doing the normal TCP shutdown sequence with FINs: 23:04:08.125638 IP 10.0.0.243.80 > 10.0.0.6.50287: R 608:608(0) ack 406 win 8192 Comparing that vs the connection with delayed acks, the only difference I see is this: Delayed acks: 23:03:01.852728 IP 10.0.0.6.57408 > 10.0.0.243.80: . ack 1 win 8326 23:03:01.852826 IP 10.0.0.6.57408 > 10.0.0.243.80: P 1:406(405) ack 1 win 8326 23:03:01.969360 IP 10.0.0.243.80 > 10.0.0.6.57408: . ack 406 win 7970 23:03:02.150649 IP 10.0.0.243.80 > 10.0.0.6.57408: P 1:10(9) ack 406 win 8192 23:03:02.156785 IP 10.0.0.243.80 > 10.0.0.6.57408: RP 10:608(598) ack 406 win 8192 No delayed acks: 23:04:07.808246 IP 10.0.0.6.50287 > 10.0.0.243.80: . ack 1 win 8326 23:04:07.808342 IP 10.0.0.6.50287 > 10.0.0.243.80: P 1:406(405) ack 1 win 8326 23:04:07.972124 IP 10.0.0.243.80 > 10.0.0.6.50287: . ack 406 win 8050 23:04:08.099170 IP 10.0.0.243.80 > 10.0.0.6.50287: P 1:10(9) ack 406 win 8192 23:04:08.099197 IP 10.0.0.6.50287 > 10.0.0.243.80: . ack 10 win 8324 23:04:08.102834 IP 10.0.0.243.80 > 10.0.0.6.50287: P 10:92(82) ack 406 win 8192 So it looks like if the phone does not receive an ACK for its data within .156785-.150649 = .006136 seconds, it gives up on the connection and closes it! Yet it still manages to send data along with the RST, which is something that no other TCP stack (in common use) would do. My guess is that even coming in from other OSes, you will experience problems if you go over a link with any noticeable latency. Disabling delayed acks when you need to manage this phone looks like the only option; I don't see anything else that could be changed to better accomodate this phone. I really hope that the TCP used by this phone is not used in any other devices. -Mike From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 07:48:14 2007 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 975B316A419 for ; Mon, 26 Nov 2007 07:48:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 6157613C4DB for ; Mon, 26 Nov 2007 07:48:14 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=AIhyEDe1cQgEXip1kYxH/qifBuTp75PsAnwFSr7itbRIOMnHB6+C3MSGnN+RYvvFuaz4nUieSPsHdtFcCZKRSdB65VS02lGr+Lp6E0vnjWyS40ArITqWkcR4P3V+9KBI/Lk6QMySj099pI3pUawbMjOhjZJr4VIDUzCrywrgubfXEcvj7sGRMCNxLjlnSOhDetF901W2j1nLSRCKkew3AThieF69biRjC9KlDbyE/xTB4l2wZJUgnr2U3Hub5avD; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IwYhM-0001W7-1x; Mon, 26 Nov 2007 07:48:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwYhF-0002A3-Ef; Mon, 26 Nov 2007 07:48:01 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IwYhE-000G7M-7Y; Mon, 26 Nov 2007 09:48:00 +0200 To: Mike Silbersack From: Ian FREISLICH In-Reply-To: Message from Mike Silbersack of "Mon, 26 Nov 2007 01:18:19 CST." <20071126010504.G7699@odysseus.silby.com> X-Attribution: BOFH Date: Mon, 26 Nov 2007 09:48:00 +0200 Message-Id: Cc: Kip Macy , current@freebsd.org Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 07:48:14 -0000 Mike Silbersack wrote: > > On Mon, 26 Nov 2007, Ian FREISLICH wrote: > > > net.inet.tcp.delayed_ack=0 > > net.inet.tcp.rfc1323=1 > > http://www.freislich.nom.za/phone.nodelayedack > > > > net.inet.tcp.delayed_ack=1 > > net.inet.tcp.rfc1323=1 > > http://www.freislich.nom.za/phone.delayedack > > Wow. Wow! WOW! > > The TCP stack on that device amazes me in how poorly it is written. No surprises there. > So it looks like if the phone does not receive an ACK for its data within > .156785-.150649 = .006136 seconds, it gives up on the connection and > closes it! Yet it still manages to send data along with the RST, which is > something that no other TCP stack (in common use) would do. > > My guess is that even coming in from other OSes, you will experience > problems if you go over a link with any noticeable latency. Yet, a colleague managed to configure the phone using his Mac over that very slow link - analog leased line at 28.8kbps. I do occasionally see resets even when not using delayed ack. > Disabling delayed acks when you need to manage this phone looks like the > only option; I don't see anything else that could be changed to better > accomodate this phone. I really hope that the TCP used by this phone is > not used in any other devices. I'm in communication with the vendor, so hopefully this will get fixed. Interestingly, this is one of the few phones that I've been able to interact with web and telnet while it's busy on a call. Guess you win some... and loose some. Thanks for confirming my suspicions. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 10:27:35 2007 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 0736C16A41A for ; Mon, 26 Nov 2007 10:27:35 +0000 (UTC) (envelope-from xhr@gmx.net) Received: from smtprelay11.ispgateway.de (smtprelay11.ispgateway.de [80.67.29.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4E31D13C45D for ; Mon, 26 Nov 2007 10:27:34 +0000 (UTC) (envelope-from xhr@gmx.net) Received: (qmail 15888 invoked from network); 26 Nov 2007 10:00:46 -0000 Received: from unknown (HELO ma1237.Mathematik.Uni-Marburg.DE) (686421@[137.248.121.12]) (envelope-sender ) by smtprelay11.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 26 Nov 2007 10:00:46 -0000 Message-Id: From: Matthias Schmidt To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 26 Nov 2007 11:00:45 +0100 X-Mailer: Apple Mail (2.915) Subject: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 10:27:35 -0000 Hi everybody, I experienced a kernel panic with FreeBSD 7.0-BETA3 and an USB stick. After plugging the stick into the machine I got the following message: umass0: on uhub2 The stick wasn't correctly recognized and I couldn't use it. Googling for that vendor ID I found the following PR: http://monkey.org/freebsd/archive/freebsd-bugs/200602/msg00384.html When I plugged out the stick, I got the below messages followed by a kernel panic: umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: at uhub2 port 4 (addr 3) disconnected Backtrace below. You can find a copy of the dmesg, pciconf -l -v output, kernel config and the corresponding crash dump under: http://www.mathematik.uni-marburg.de/~schmidtm/usbcrash/ FreeBSD version is FreeBSD node008.lab.ds 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Sun Nov 25 14:11:30 CET 2007 root@node008.lab.ds:/usr/src/sys/i386/compile/ NODE008 i386 with a GENERIC kernel supplemented only with WITNESS and debug options. GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: at uhub2 port 4 (addr 3) disconnected Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07453e3 stack pointer = 0x28:0xd51dc960 frame pointer = 0x28:0xd51dc970 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 30 (usb1) exclusive sleep mutex Giant r = 0 (0xc0bba270) locked @ dev/usb/uhub.c:639 panic: from debugger cpuid = 0 Uptime: 16h39m33s Physical memory: 499 MB Dumping 100 MB: 85 69 53 37 21 5 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc075137e in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc075163b in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:563 #3 0xc048cf07 in db_panic (addr=Could not find the frame base for "db_panic". ) at ../../../ddb/db_command.c:433 #4 0xc048d8f5 in db_command_loop () at ../../../ddb/db_command.c:401 #5 0xc048f065 in db_trap (type=12, code=0) at ../../../ddb/db_main.c:222 #6 0xc07783b6 in kdb_trap (type=12, code=0, tf=0xd51dc920) at ../../../kern/subr_kdb.c:502 #7 0xc0a09d1f in trap_fatal (frame=0xd51dc920, eva=16) at ../../../i386/i386/trap.c:863 #8 0xc0a09f53 in trap_pfault (frame=0xd51dc920, usermode=0, eva=16) at ../../../i386/i386/trap.c:785 #9 0xc0a0a925 in trap (frame=0xd51dc920) at ../../../i386/i386/trap.c:463 #10 0xc09f04ab in calltrap () at ../../../i386/i386/exception.s:139 #11 0xc07453e3 in _mtx_assert (m=0x0, what=4, file=0xc0a59667 "../../../cam/cam_xpt.c", line=4300) at ../../../kern/kern_mutex.c:622 #12 0xc046e064 in xpt_release_ccb (free_ccb=0xc2f16c00) at ../../../cam/cam_xpt.c:4300 #13 0xc046e5c0 in probedone (periph=0xc53ee380, done_ccb=0xc2f16c00) at ../../../cam/cam_xpt.c:6095 #14 0xc046ac7f in camisr_runqueue (V_queue=Variable "V_queue" is not available. ) at ../../../cam/cam_xpt.c:7255 #15 0xc046f396 in xpt_bus_deregister (pathid=0) at ../../../cam/cam_xpt.c:4442 #16 0xc06c80f0 in umass_cam_detach_sim (sc=0xc43a7000) at ../../../dev/usb/umass.c:2694 #17 0xc06c819d in umass_detach (self=0xc53ee000) at ../../../dev/usb/umass.c:1542 #18 0xc0772f1c in device_detach (dev=0xc53ee000) at device_if.h:212 #19 0xc06ce882 in usb_disconnect_port (up=0xc2f5536c, parent=0xc2f55480) at ../../../dev/usb/usb_subr.c:1380 #20 0xc06c5a6e in uhub_explore (dev=0xc2f55700) at ../../../dev/usb/uhub.c:462 #21 0xc06c5a36 in uhub_explore (dev=0xc2f29100) at ../../../dev/usb/uhub.c:434 #22 0xc06cc835 in usb_discover (v=Variable "v" is not available. ) at ../../../dev/usb/usb.c:724 #23 0xc06cd207 in usb_event_thread (arg=0xc2f1ca00) at ../../../dev/usb/usb.c:440 #24 0xc0733538 in fork_exit (callout=0xc06cd170 , arg=0xc2f1ca00, frame=0xd51dcd38) at ../../../kern/kern_fork.c:754 #25 0xc09f0520 in fork_trampoline () at ../../../i386/i386/exception.s:205 (kgdb) up 9 #9 0xc0a0a925 in trap (frame=0xd51dc920) at ../../../i386/i386/trap.c:463 463 (void) trap_pfault(frame, FALSE, eva); (kgdb) l 458 459 KASSERT(cold || td->td_ucred != NULL, 460 ("kernel trap doesn't have ucred")); 461 switch (type) { 462 case T_PAGEFLT: /* page fault */ 463 (void) trap_pfault(frame, FALSE, eva); 464 goto out; 465 466 case T_DNA: 467 #ifdef DEV_NPX If you need further information, don't hesitate to contact me. I can even provide remote access to that box if its needed. Regards Matthias -- Dipl.-Inf. Matthias Schmidt Dept. of Mathematics and Computer Science, Distributed Systems Group Philipps-University of Marburg, Hans-Meerwein-Strasse, 35032 Marburg Tel: +49-6421-2821591, Fax: +49-6421-2821573, Office C4347 From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 10:27:55 2007 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 0DACD16A417 for ; Mon, 26 Nov 2007 10:27:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 8096213C4E9 for ; Mon, 26 Nov 2007 10:27:54 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so610010nfb for ; Mon, 26 Nov 2007 02:27:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=1ZBIywc7V55yuRYSpIjGpP1N8zidbX596nkIBPiRBTE=; b=ZHd5atd3/sxQTqVf/yhjXLxYZnRGVHnHKcLdsCagpUY+mCZ2hpJr1NsMbLO9L1w2CGHpEFe+TE+wtuZP6dPsJU6EXC23eutzpIxOcFRuUC17vbtBIEmYRGbRP89DLNYArJNbkVfO+kEi1Bv8NepJAx1cqzF+kAETyAdGNM778iM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=bn+rHL2mnPmkBiha/PePNcl34SPi6wtxhpX0f34If7QgDUWhyRfQebxSbExWDh+j5sEmj3WiY9c5YOxunFW5OISTDcyI7lLLCbxeuN4JSPU4zUdFleMGHyakBJk1k/aoWsI8fgc4TvflSqEPhLTyBmNgInLeRooSqu5xcYfDU1U= Received: by 10.86.26.11 with SMTP id 11mr2549181fgz.1196072437770; Mon, 26 Nov 2007 02:20:37 -0800 (PST) Received: by 10.86.28.19 with HTTP; Mon, 26 Nov 2007 02:20:37 -0800 (PST) Message-ID: <3bbf2fe10711260220s74ac398co41e022984ecc0a07@mail.gmail.com> Date: Mon, 26 Nov 2007 11:20:37 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Daniel Eischen" In-Reply-To: <3bbf2fe10711260217p45362826wc03c7f4ee3d224a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711081447.lA8EltXO052057@repoman.freebsd.org> <47492064.7080108@freebsd.org> <4749B971.3000703@elischer.org> <3bbf2fe10711260217p45362826wc03c7f4ee3d224a@mail.gmail.com> X-Google-Sender-Auth: da8ffd8eb209f128 Cc: src-committers@freebsd.org, current@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org, Julian Elischer , Stephan Uphoff Subject: Re: cvs commit: src/share/man/man9 locking.9 rmlock.9 src/sys/conf files src/sys/kern kern_rmlock.c subr_lock.c subr_pcpu.c subr_smp.c src/sys/sys _rmlock.h lock.h pcpu.h rmlock.h smp.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 10:27:55 -0000 2007/11/26, Attilio Rao : ... > > Maybe we should have a clearer documentation on how using netbus > methods and what locking should be in their regards? > s/netbus/newbus :) Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 10:45:18 2007 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 9726E16A46B for ; Mon, 26 Nov 2007 10:45:18 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 1482E13C4E1 for ; Mon, 26 Nov 2007 10:45:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so614027nfb for ; Mon, 26 Nov 2007 02:45:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=zP+3dYWAwv381J5PfvTnFQK9OrglM+A7OxcVc9Tl780=; b=wLk5yPvTpUGdYouUPNYh0dhkFxi2yuk9j6uFdFUXh9cs5JaBt4Bwczbtn1iPcwnrLaj1xmyYtqvJGbAxBz2SimxI1bLVWucNh+CEadcb6+GL0ANBZr/as3ZmGRXOn5GiOe45dY2CdmNLQlucHYCi9mNYujvotHCZbzYOjBR9ja8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Zd/qskleUTpkmhirec/zICkzrXgTi/loS4qvuK+tTp4GpBxraY1VoaC3/xuuNK9HwXBUjxNHnflrX4mEwXoSDEredBXqtDlhXkAxe3eBnh5jYJjeRoAs+xmtLVkZPq9bgxRGLgbFsBiGftwYSeo7Vz1RQbkbNXuuNFxXsmJgNcI= Received: by 10.86.95.20 with SMTP id s20mr2542829fgb.1196072226344; Mon, 26 Nov 2007 02:17:06 -0800 (PST) Received: by 10.86.28.19 with HTTP; Mon, 26 Nov 2007 02:17:06 -0800 (PST) Message-ID: <3bbf2fe10711260217p45362826wc03c7f4ee3d224a@mail.gmail.com> Date: Mon, 26 Nov 2007 11:17:06 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Daniel Eischen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711081447.lA8EltXO052057@repoman.freebsd.org> <47492064.7080108@freebsd.org> <4749B971.3000703@elischer.org> X-Google-Sender-Auth: 2a52c560e27c3c17 Cc: src-committers@freebsd.org, current@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org, Julian Elischer , Stephan Uphoff Subject: Re: cvs commit: src/share/man/man9 locking.9 rmlock.9 src/sys/conf files src/sys/kern kern_rmlock.c subr_lock.c subr_pcpu.c subr_smp.c src/sys/sys _rmlock.h lock.h pcpu.h rmlock.h smp.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 10:45:18 -0000 2007/11/26, Daniel Eischen : > On Sun, 25 Nov 2007, Julian Elischer wrote: > > > Daniel Eischen wrote: > >> On Sat, 24 Nov 2007, Darren Reed wrote: > >> > >>> Stephan Uphoff wrote: > >>>> ups 2007-11-08 14:47:55 UTC > >>>> > >>>> FreeBSD src repository > >>>> > >>>> Modified files: > >>>> share/man/man9 locking.9 sys/conf files > >>>> sys/kern subr_lock.c subr_pcpu.c subr_smp.c sys/sys > >>>> lock.h pcpu.h smp.h Added files: > >>>> share/man/man9 rmlock.9 sys/kern kern_rmlock.c > >>>> sys/sys _rmlock.h rmlock.h Log: > >>>> Initial checkin for rmlock (read mostly lock) a multi reader single > >>>> writer > >>>> lock optimized for almost exclusive reader access. (see also rmlock.9) > >>>> > >>> > >>> Is there a white paper or other documentation around somewhere that > >>> discusses the benefits/tradeoffs with using rmlock vs rwlock? > >> > >> Why aren't we using the rwlock interfaces, but just allowing a different > >> behavior when the lock is created (rwlock_init2() or something)? It > >> would seem simpler to keep the same interface and allow easy toggling > >> between rwlocks and rmlocks. The same way we can initialize kernel > >> mutexes differently (MTX_DEF, MTX_SPIN) could be applied here. > >> > > > > I think that If anything, we should be going in the other direction.. > > firstly, mutexes are just rw_locks with no readers. So we might > > as well make them the same thing.. > > Robert already answered my question sufficiently... > > I am looking at the way Solaris does its kernel synchronizations. > They have mutexes, CVs, and rwlocks as far as I can see. It is very > convenient to have mutexes and CVs just as their userland counterparts. > Mutexes are mutual exclusion and by definition not rwlock-capable. > You don't want to mix the mutex API with the rwlock or rmlock APIs, > and also, the CV APIs (cv_waitXXX, cv_timedwaitXXX) only take mutex > types as arguments. If the implementations can share code, ok, but > don't share the mutex/CV APIs with the r{mw}lock APIs :-) If you are referring to our implementation, CVs get rwlock and sxlock as well. They could theorically get rmlock as well, but currently locking / unlocking operations aren't still implemented in the generic layer. > > Spin and blocking mutexes should in my opinion be defined as different > > structures, at least in name so that the compiler hits you with a clue-bat > > when you try use a spin-lock with non-spinlock ops etc. > > That seems nice, but doesn't go along well with trying to keep a > similar API as Solaris. It is convenient to share the APIs so > that it is easy to change the mtx_init() from a default to a spin > type without changing the rest of the code. We really shouldn't > have a need for spin mutexes if the default mutexes are adaptive, > and if mutexes taken by interrupt handlers are initialized in a > manner similar to Solaris. There really shouldn't be a separate > API for spin mutexes. Once a mutex is initialized as MTX_DEF > or MTX_SPIN, that should be sufficient. Well, honestly spin-mutex should never be used on consumer code. They should be used only in very special contexts (like fast handler / interrupt filter) or however code running in kernel context. Generally, we discourage their usage (just consider CV, callout and sleep_* don't support them) at higher lever than necessary. I see a usual mistake cames from people porting Linux drivers and using it, even when not necessary. Maybe we should have a clearer documentation on how using netbus methods and what locking should be in their regards? > > not sure why sx-locks exist at all, as they seem to be a variant of sleep. > > I think it's just a convenience function set to allow one to implement > > a sleep-derived synchronisation. > > Hmm, sx locks seem similar to rmlocks, at least according to the > description: > > Shared/exclusive locks are used to protect data that are read far > more often than they are written. > > Do we need both? rmlock are like rwlock from a low level perspective, but they are very different from sxlock. rmlock and rwlock use turnstiles as back-end primitive for blocking threads and handling wakeup event. sxlock use sleepqueues as back-end primitive and they are, as rightly expressed here, a variant of sleeping which handle sleep / wakeup efficiently. Some rules about locking should be: - Prefer always primitives using turnstiles as back-end (so mutex, rwlock and rmlock) - Try to not recurse, except than in rare cases - Try to maintain limitated usage of sxlock and spinlock These rules in practice are applied not in a strong way. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 11:25:40 2007 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 F1B2A16A419 for ; Mon, 26 Nov 2007 11:25:39 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9D27413C474 for ; Mon, 26 Nov 2007 11:25:39 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1489274pyb for ; Mon, 26 Nov 2007 03:25:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=GJtyK4s6t5Dd84VTPZ7kt0NCVrVg8ae/wAueItRmfTc=; b=rrp8sa0hWHxSVOyQjB3lokknJaeczQq1FMF2kkK0HsV8N1Y76gz3Wp9mOhUg0GDDfj3LzNEbjuf1dnWOob+9x3aZa39V2KhtT3PDUYPcd1+/Fd5zSVI5uVmNq6XhFYbv6bvzaEX8cBlRUH0omE3z4YmWDpRrEkt7ZOfQEbVtPOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jD4UKARablJVqHMN8Bx0CbVh6zLRsdSk+COS+d9V/lCbjLBsh/Oo6n2mcQkdwjdpgXpNZX6emggFQlhzOIDKrIP0EUDEr5Yes61sqsc8J38TGfpPo9XQL4sSd8hPxbK2qocAegsYVy7TZrQWfXo6uiGlrpz0NGBhRRM4DBg8JnY= Received: by 10.65.93.19 with SMTP id v19mr5656587qbl.1196076337906; Mon, 26 Nov 2007 03:25:37 -0800 (PST) Received: by 10.64.184.9 with HTTP; Mon, 26 Nov 2007 03:25:37 -0800 (PST) Message-ID: <8e10486b0711260325o5cf899cbu35a126e156320e26@mail.gmail.com> Date: Mon, 26 Nov 2007 09:25:37 -0200 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org In-Reply-To: <8e10486b0711240428v86b36b3y69ce5f004bbd4156@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> <474815F6.5030400@FreeBSD.org> <8e10486b0711240428v86b36b3y69ce5f004bbd4156@mail.gmail.com> Subject: Re: BETA3 crash (zfs 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: Mon, 26 Nov 2007 11:25:40 -0000 On Nov 24, 2007 10:28 AM, Alexandre Biancalana wrote: > On Nov 24, 2007 9:15 AM, Remko Lodder wrote: > > > > Can you look at the developers handbook and follow the ways to get > > a proper backtrace which we can investigate? I see from the logfile > > that you send along, that a dump had been made, so the information > > might be there :-) > > > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html > > My kernel is already compiled with all debug stuff. I forget to > mention that I tried to debug but I can't look at this: > > Manny:/var/crash # kgdb /boot/kernel/kernel vmcore.6 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd". > (no debugging symbols found)...Attempt to extract a component of a > value that is not a structure pointer. > (kgdb) bt > #0 0xffffffff8032668a in doadump () > #1 0xffffffffd8272450 in ?? () > #2 0xffffffff80326ba5 in boot () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > Can you help with that ? > > Thank you ! > Hi People ! Last night I get a similar crash, follow the messages from /var/log/messages Nov 26 02:53:41 Manny kernel: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: Nov 26 02:53:41 Manny kernel: exclusive sleep mutex struct mount mtx r = 0 (0xffffff0003aba6a0) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 Nov 26 02:53:41 Manny kernel: KDB: stack backtrace: Nov 26 02:53:41 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 26 02:53:41 Manny kernel: witness_warn() at witness_warn+0x248 Nov 26 02:53:41 Manny kernel: uma_zalloc_arg() at uma_zalloc_arg+0x33a Nov 26 02:53:41 Manny kernel: malloc() at malloc+0x8a Nov 26 02:53:41 Manny kernel: crget() at crget+0x1f Nov 26 02:53:41 Manny kernel: crdup() at crdup+0x19 Nov 26 02:53:41 Manny kernel: domount() at domount+0x1fe Nov 26 02:53:41 Manny kernel: zfsctl_snapdir_lookup() at zfsctl_snapdir_lookup+0x307 Nov 26 02:53:41 Manny kernel: VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Nov 26 02:53:41 Manny kernel: lookup() at lookup+0x4cd Nov 26 02:53:41 Manny kernel: namei() at namei+0x2cb Nov 26 02:53:41 Manny kernel: kern_stat() at kern_stat+0x61 Nov 26 02:53:41 Manny kernel: stat() at stat+0x2a Nov 26 02:53:41 Manny kernel: syscall() at syscall+0x1ce Nov 26 02:53:41 Manny kernel: Xfast_syscall() at Xfast_syscall+0xab Nov 26 02:53:41 Manny kernel: --- syscall (188, FreeBSD ELF64, stat), rip = 0x800c6547c, rsp = 0x7fffffffe798, rbp = 0x2 --- Nov 26 02:53:47 Manny kernel: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: Nov 26 02:53:47 Manny kernel: exclusive sleep mutex struct mount mtx r = 0 (0xffffff00032a96a0) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 Nov 26 02:53:47 Manny kernel: KDB: stack backtrace: Nov 26 02:53:47 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 26 02:53:47 Manny kernel: witness_warn() at witness_warn+0x248 Nov 26 02:53:47 Manny kernel: uma_zalloc_arg() at uma_zalloc_arg+0x33a Nov 26 02:53:47 Manny kernel: malloc() at malloc+0x8a Nov 26 02:53:47 Manny kernel: crget() at crget+0x1f Nov 26 02:53:47 Manny kernel: crdup() at crdup+0x19 Nov 26 02:53:47 Manny kernel: domount() at domount+0x1fe Nov 26 02:53:47 Manny kernel: zfsctl_snapdir_lookup() at zfsctl_snapdir_lookup+0x307 Nov 26 02:53:47 Manny kernel: VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Nov 26 02:53:47 Manny kernel: lookup() at lookup+0x4cd Nov 26 02:53:47 Manny kernel: namei() at namei+0x2cb Nov 26 02:53:47 Manny kernel: kern_stat() at kern_stat+0x61 Nov 26 02:53:47 Manny kernel: stat() at stat+0x2a Nov 26 02:53:47 Manny kernel: syscall() at syscall+0x1ce Nov 26 02:53:47 Manny kernel: Xfast_syscall() at Xfast_syscall+0xab Nov 26 02:53:47 Manny kernel: --- syscall (188, FreeBSD ELF64, stat), rip = 0x800c6547c, rsp = 0x7fffffffe798, rbp = 0x2 --- Nov 26 02:53:48 Manny kernel: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: Nov 26 02:53:48 Manny kernel: exclusive sleep mutex struct mount mtx r = 0 (0xffffff00032a9378) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 Nov 26 02:53:48 Manny kernel: KDB: stack backtrace: Nov 26 02:53:48 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 26 02:53:48 Manny kernel: witness_warn() at witness_warn+0x248 Nov 26 02:53:48 Manny kernel: uma_zalloc_arg() at uma_zalloc_arg+0x33a Nov 26 02:53:48 Manny kernel: malloc() at malloc+0x8a Nov 26 02:53:48 Manny kernel: crget() at crget+0x1f Nov 26 02:53:48 Manny kernel: Nov 26 02:53:48 Manny kernel: crdup() at Nov 26 02:53:48 Manny kernel: crdup+0x19 Nov 26 02:53:48 Manny kernel: domount() at domount+0x1fe Nov 26 02:53:48 Manny kernel: zfsctl_snapdir_lookup() at zfsctl_snapdir_lookup Nov 26 02:53:48 Manny kernel: +0x307 Nov 26 02:53:48 Manny kernel: Nov 26 02:53:48 Manny kernel: VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Nov 26 02:53:48 Manny kernel: lookup() at Nov 26 02:53:48 Manny kernel: lookup+0x4cd Nov 26 02:53:48 Manny kernel: namei() at namei+0x2cb Nov 26 02:53:48 Manny kernel: kern_stat() at kern_stat+0x61 Nov 26 02:53:48 Manny kernel: Nov 26 02:53:48 Manny kernel: stat() at stat+0x2a Nov 26 02:53:48 Manny kernel: syscall() at Nov 26 02:53:48 Manny kernel: syscall+0x1ce Nov 26 02:53:48 Manny kernel: Xfast_sys Nov 26 02:53:48 Manny kernel: call() at Nov 26 02:53:48 Manny kernel: Xfast_syscall+0xab Nov 26 02:53:48 Manny kernel: --- syscall (188, FreeBSD ELF64, stat), rip = 0x800c6547c, rsp = 0x7fffffffe79 Nov 26 02:53:48 Manny kernel: 8 Nov 26 02:53:48 Manny kernel: , rbp = 0x2 --- Nov 26 02:56:34 Manny kernel: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: Nov 26 02:56:34 Manny kernel: exclusive sleep mutex struct mount mtx r = 0 (0xffffff0003ab96a0) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 Nov 26 02:56:34 Manny kernel: KDB: stack backtrace: Nov 26 02:56:34 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 26 02:56:34 Manny kernel: witness_warn() at witness_warn+0x248 Nov 26 02:56:34 Manny kernel: uma_zalloc_arg() at uma_zalloc_arg+0x33a Nov 26 02:56:34 Manny kernel: malloc() at malloc+0x8a Nov 26 02:56:34 Manny kernel: crget() at crget+0x1f Nov 26 02:56:34 Manny kernel: crdup() at crdup+0x19 Nov 26 02:56:34 Manny kernel: domount() at domount+0x1fe Nov 26 02:56:34 Manny kernel: zfsctl_snapdir_lookup() at zfsctl_snapdir_lookup+0x307 Nov 26 02:56:34 Manny kernel: VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Nov 26 02:56:34 Manny kernel: lookup() at lookup+0x4cd Nov 26 02:56:34 Manny kernel: namei() at namei+0x2cb Nov 26 02:56:34 Manny kernel: kern_stat() at kern_stat+0x61 Nov 26 02:56:34 Manny kernel: stat() at stat+0x2a Nov 26 02:56:34 Manny kernel: syscall() at syscall+0x1ce Nov 26 02:56:34 Manny kernel: Xfast_syscall() at Xfast_syscall+0xab Nov 26 02:56:34 Manny kernel: --- syscall (188, FreeBSD ELF64, stat), rip = 0x800c6547c, rsp = 0x7fffffffe798, rbp = 0x2 --- Nov 26 02:56:37 Manny kernel: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: Nov 26 02:56:37 Manny kernel: exclusive sleep mutex struct mount mtx r = 0 (0xffffff0003ab9378) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 Nov 26 02:56:37 Manny kernel: KDB: stack backtrace: Nov 26 02:56:37 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 26 02:56:37 Manny kernel: witness_warn() at witness_warn+0x248 Nov 26 02:56:37 Manny kernel: uma_zalloc_arg() at uma_zalloc_arg+0x33a Nov 26 02:56:37 Manny kernel: malloc() at malloc+0x8a Nov 26 02:56:37 Manny kernel: crget() at crget+0x1f Nov 26 02:56:37 Manny kernel: crdup() at crdup+0x19 Nov 26 02:56:37 Manny kernel: domount() at domount+0x1fe Nov 26 02:56:37 Manny kernel: zfsctl_snapdir_lookup() at Nov 26 02:56:37 Manny kernel: zfsctl_snapdir_lookup+0x307 Nov 26 02:56:37 Manny kernel: VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Nov 26 02:56:37 Manny kernel: Nov 26 02:56:37 Manny kernel: lookup() at lookup+0x4cd Nov 26 02:56:37 Manny kernel: namei() at Nov 26 02:56:37 Manny kernel: namei+0x2cb Nov 26 02:56:37 Manny kernel: k Nov 26 02:56:37 Manny kernel: ern_stat Nov 26 02:56:37 Manny kernel: () at Nov 26 02:56:37 Manny kernel: kern_stat+0x61 Nov 26 02:56:37 Manny kernel: stat() at stat+0x2a Nov 26 02:56:37 Manny kernel: Nov 26 02:56:37 Manny kernel: syscall() at Nov 26 02:56:37 Manny kernel: syscall+0x1ce Nov 26 02:56:37 Manny kernel: Xfast_syscall() at Nov 26 02:56:37 Manny kernel: Xfast_syscall+0xab Nov 26 02:56:37 Manny kernel: --- syscall (188, FreeBSD ELF64, stat), rip = 0x800c6547c, rsp = 0x7fffffffe798, rbp = 0x2 --- Nov 26 02:56:37 Manny kernel: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: Nov 26 02:56:37 Manny kernel: exclusive sleep mutex struct mount mtx r = 0 (0xffffff0003ab9050) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 Nov 26 02:56:37 Manny kernel: KDB: stack backtrace: Nov 26 02:56:37 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 26 02:56:37 Manny kernel: witness_warn() at witness_warn+0x248 Nov 26 02:56:37 Manny kernel: uma_zalloc_arg() at uma_zalloc_arg+0x33a Nov 26 02:56:37 Manny kernel: malloc() at malloc+0x8a Nov 26 02:56:37 Manny kernel: crget() at crget+0x1f Nov 26 02:56:37 Manny kernel: crdup() at crdup+0x19 Nov 26 02:56:37 Manny kernel: domount() at domount+0x1fe Nov 26 02:56:37 Manny kernel: zfsctl_snapdir_lookup() at zfsctl_snapdir_lookup+0x307 Nov 26 02:56:37 Manny kernel: VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Nov 26 02:56:37 Manny kernel: lookup() at lookup+0x4cd Nov 26 02:56:37 Manny kernel: namei() at namei+0x2cb Nov 26 02:56:37 Manny kernel: kern_stat() at kern_stat+0x61 Nov 26 02:56:37 Manny kernel: stat() at stat+0x2a Nov 26 02:56:37 Manny kernel: syscall() at syscall+0x1ce Nov 26 02:56:37 Manny kernel: Xfast_syscall() at Xfast_syscall+0xab Nov 26 02:56:37 Manny kernel: --- syscall (188, FreeBSD ELF64, stat), rip = 0x800c6547c, rsp = 0x7fffffffe798, rbp = 0x2 --- Nov 26 02:56:37 Manny kernel: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: Nov 26 02:56:37 Manny kernel: exclusive sleep mutex struct mount mtx r = 0 (0xffffff0003944050) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 Nov 26 02:56:37 Manny kernel: KDB: stack backtrace: Nov 26 02:56:37 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 26 02:56:37 Manny kernel: witness_warn() at witness_warn+0x248 Nov 26 02:56:37 Manny kernel: uma_zalloc_arg() at uma_zalloc_arg+0x33a Nov 26 02:56:37 Manny kernel: malloc() at malloc+0x8a Nov 26 02:56:37 Manny kernel: crget() at crget+0x1f Nov 26 02:56:37 Manny kernel: crdup() at crdup+0x19 Nov 26 02:56:37 Manny kernel: domount() at domount+0x1fe Nov 26 02:56:37 Manny kernel: zfsctl_snapdir_lookup() at zfsctl_snapdir_lookup+0x307 Nov 26 02:56:37 Manny kernel: VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Nov 26 02:56:37 Manny kernel: lookup() at Nov 26 02:56:37 Manny kernel: lookup+0x4cd Nov 26 02:56:37 Manny kernel: namei() at namei+0x2cb Nov 26 02:56:37 Manny kernel: Nov 26 02:56:37 Manny kernel: kern_stat() at kern_stat+0x61 Nov 26 02:56:37 Manny kernel: stat() at stat+0x2a Nov 26 02:56:37 Manny kernel: Nov 26 02:56:37 Manny kernel: syscall() at Nov 26 02:56:37 Manny kernel: syscall+0x1ce Nov 26 02:56:37 Manny kernel: Xfast_syscall() at Xfast_syscall+0xab Nov 26 02:56:37 Manny kernel: Nov 26 02:56:37 Manny kernel: --- syscall (1 Nov 26 02:56:37 Manny kernel: 88 Nov 26 02:56:37 Manny kernel: , FreeBSD ELF64, stat), rip = 0x800c6547c, rsp = 0x7fffffffe798, rbp = 0x2 --- Nov 26 02:56:44 Manny kernel: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: Nov 26 02:56:44 Manny kernel: exclusive sleep mutex struct mount mtx r = 0 (0xffffff00039b06a0) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 Nov 26 02:56:44 Manny kernel: KDB: stack backtrace: Nov 26 02:56:44 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 26 02:56:44 Manny kernel: witness_warn() at witness_warn+0x248 Nov 26 02:56:44 Manny kernel: uma_zalloc_arg() at uma_zalloc_arg+0x33a Nov 26 02:56:44 Manny kernel: malloc() at malloc+0x8a Nov 26 02:56:44 Manny kernel: crget() at crget+0x1f Nov 26 02:56:44 Manny kernel: crdup() at crdup+0x19 Nov 26 02:56:44 Manny kernel: domount() at domount+0x1fe Nov 26 02:56:44 Manny kernel: zfsctl_snapdir_lookup() at zfsctl_snapdir_lookup+0x307 Nov 26 02:56:44 Manny kernel: VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Nov 26 02:56:44 Manny kernel: lookup() at lookup+0x4cd Nov 26 02:56:44 Manny kernel: namei() at namei+0x2cb Nov 26 02:56:44 Manny kernel: kern_stat() at kern_stat+0x61 Nov 26 02:56:44 Manny kernel: stat() at stat+0x2a Nov 26 02:56:44 Manny kernel: syscall() at syscall+0x1ce Nov 26 02:56:44 Manny kernel: Xfast_syscall() at Xfast_syscall+0xab Nov 26 02:56:44 Manny kernel: --- syscall (188, FreeBSD ELF64, stat), rip = 0x800c6547c, rsp = 0x7fffffffe798 Nov 26 02:56:44 Manny kernel: , rbp = 0x2 --- Nov 26 03:10:55 Manny syslogd: kernel boot file is /boot/kernel/kernel Nov 26 03:10:55 Manny kernel: panic: vm_fault: fault on nofault entry, addr: ffffffffd8547000 Nov 26 03:10:55 Manny kernel: cpuid = 1 Nov 26 03:10:55 Manny kernel: KDB: stack backtrace: Nov 26 03:10:55 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 26 03:10:55 Manny kernel: panic() at panic+0x17a Nov 26 03:10:55 Manny kernel: vm_fault() at vm_fault+0x14c1 Nov 26 03:10:55 Manny kernel: trap_pfault() at trap_pfault+0x218 Nov 26 03:10:55 Manny kernel: trap() at trap+0x30c Nov 26 03:10:55 Manny kernel: calltrap() at calltrap+0x8 Nov 26 03:10:55 Manny kernel: --- trap 0xc, rip = 0xffffffffd8198e54, rsp = 0xffffffffd8168960, rbp = 0xffffffffd81689a0 --- Nov 26 03:10:55 Manny kernel: dsl_dir_set_reservation_check() at dsl_dir_set_reservation_check+0x24 Nov 26 03:10:55 Manny kernel: dsl_sync_task_group_sync() at dsl_sync_task_group_sync+0x96 Nov 26 03:10:55 Manny kernel: dsl_pool_sync() at dsl_pool_sync+0xc3 Nov 26 03:10:55 Manny kernel: spa_sync() at spa_sync+0x390 Nov 26 03:10:55 Manny kernel: txg_sync_thread() at txg_sync_thread+0x12f Nov 26 03:10:55 Manny kernel: fork_exit() at fork_exit+0x12a Nov 26 03:10:55 Manny kernel: fork_trampoline() at fork_trampoline+0xe Nov 26 03:10:55 Manny kernel: --- trap 0, rip = 0, rsp = 0xffffffffd8168d30, rbp = 0 --- Nov 26 03:10:55 Manny kernel: Uptime: 12h55m27s Nov 26 03:10:55 Manny kernel: Physical memory: 2036 MB Nov 26 03:10:55 Manny kernel: Dumping 1178 MB: 1163 1147 1131 1115 1099 1083 1067 1051 1035 1019 1003 987 971 955 939 923 907 891 875 859 843 827 811 795 779 763 747 731 715 699 683 667 651 635 619 603 587 571 555 539 523 507 491 475 459 443 427 411 395 379 363 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 Nov 26 03:10:55 Manny kernel: Dump complete Nov 26 03:10:55 Manny kernel: Automatic reboot in 15 seconds - press a key on the console to abort Nov 26 03:10:55 Manny kernel: Rebooting... Nov 26 03:10:55 Manny kernel: cpu_reset: Stopping other CPUs From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 12:36:54 2007 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 A99CF16A46E; Mon, 26 Nov 2007 12:36:54 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5D36713C4CC; Mon, 26 Nov 2007 12:36:54 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id AC1A12090; Mon, 26 Nov 2007 13:36:44 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 6028D208F; Mon, 26 Nov 2007 13:36:44 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 39C2984485; Mon, 26 Nov 2007 13:36:44 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Robert Watson References: <20071115074247.GQ37473@egr.msu.edu> <20071115123543.H82897@fledge.watson.org> <1195132320.6039.135.camel@hurina> <20071115135734.O82897@fledge.watson.org> Date: Mon, 26 Nov 2007 13:36:44 +0100 In-Reply-To: <20071115135734.O82897@fledge.watson.org> (Robert Watson's message of "Thu\, 15 Nov 2007 14\:05\:34 +0000 \(GMT\)") Message-ID: <86ir3p4203.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Timo Sirainen , freebsd-current@FreeBSD.org, Adam McDougall , mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 12:36:54 -0000 Robert Watson writes: > Indeed, and inspection of nfs_vnops.c:nfs_link(): finds: > > 1772 /* > 1773 * Kludge: Map EEXIST =3D> 0 assuming that it is a reply to = a retry. > 1774 */ > 1775 if (error =3D=3D EEXIST) > 1776 error =3D 0; > 1777 return (error); > > Neither Linux nor Solaris appears to have this logic in the client. I > assume this is, as suggested, to work around UDP retransmissions where > the reply is lost rather than the request. It appears to exist in > revision 1.1 of nfs_vnops.c, so came in with 4.4BSD in the initial > import, but doesn't appear in NetBSD so I'm guessing they've removed > it. Wrong, it still exists in NetBSD, but they've separated part of nfs_link() (including that bit) out into nfs_linkrpc(). They also seem to have added logic to detect a retransmit: /* * Kludge: Map EEXIST =3D> 0 assuming that it is a reply to a retry. */ if (rexmit && error =3D=3D EEXIST) error =3D 0; revision 1.197 date: 2004/05/10 10:40:42; author: yamt; state: Exp; lines: +32 -25 don't do kludge for a reply to a retransmitted request unless we actually retransmitted the request. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 12:58:30 2007 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 EE25916A417; Mon, 26 Nov 2007 12:58:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C0C4C13C46E; Mon, 26 Nov 2007 12:58:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 28A09471F5; Mon, 26 Nov 2007 08:02:04 -0500 (EST) Date: Mon, 26 Nov 2007 12:58:23 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86ir3p4203.fsf@ds4.des.no> Message-ID: <20071126125413.U65286@fledge.watson.org> References: <20071115074247.GQ37473@egr.msu.edu> <20071115123543.H82897@fledge.watson.org> <1195132320.6039.135.camel@hurina> <20071115135734.O82897@fledge.watson.org> <86ir3p4203.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1674026014-1196081903=:65286" Cc: Timo Sirainen , freebsd-current@FreeBSD.org, Adam McDougall , mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 12:58:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-1674026014-1196081903=:65286 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 26 Nov 2007, Dag-Erling Sm=F8rgrav wrote: > Robert Watson writes: >> Indeed, and inspection of nfs_vnops.c:nfs_link(): finds: >> >> 1772 /* >> 1773 * Kludge: Map EEXIST =3D> 0 assuming that it is a reply to= a retry. >> 1774 */ >> 1775 if (error =3D=3D EEXIST) >> 1776 error =3D 0; >> 1777 return (error); >> >> Neither Linux nor Solaris appears to have this logic in the client. I >> assume this is, as suggested, to work around UDP retransmissions where >> the reply is lost rather than the request. It appears to exist in >> revision 1.1 of nfs_vnops.c, so came in with 4.4BSD in the initial >> import, but doesn't appear in NetBSD so I'm guessing they've removed >> it. > > Wrong, it still exists in NetBSD, but they've separated part of nfs_link(= )=20 > (including that bit) out into nfs_linkrpc(). They also seem to have adde= d=20 > logic to detect a retransmit: > > /* > * Kludge: Map EEXIST =3D> 0 assuming that it is a reply to a retr= y. > */ > if (rexmit && error =3D=3D EEXIST) > error =3D 0; Indeed, a later post also pointed this out. > revision 1.197 date: 2004/05/10 10:40:42; author: yamt; state: Exp;=20 > lines: +32 -25 > don't do kludge for a reply to a retransmitted request unless we actually= =20 > retransmitted the request. While their workaround is better than our workaround, is there reason to=20 believe that a request is more likely to be dropped than a reply, and that= =20 their workaround is therefore better than no workaround? The case I have i= n=20 mind is the one in which EEXIST is, in fact, the expected and desirable res= ult=20 of the original request, now dropped, or the retransmitted request, which g= ets=20 through. Robert N M Watson Computer Laboratory University of Cambridge --621616949-1674026014-1196081903=:65286-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 13:33:09 2007 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 C664716A417 for ; Mon, 26 Nov 2007 13:33:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8698213C478 for ; Mon, 26 Nov 2007 13:33:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 639DC2089; Mon, 26 Nov 2007 14:33:00 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 2EBEC2083; Mon, 26 Nov 2007 14:32:59 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id BB7A784485; Mon, 26 Nov 2007 14:32:59 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Aryeh M. Friedman" References: <4744F590.80702@gmail.com> Date: Mon, 26 Nov 2007 14:32:59 +0100 In-Reply-To: <4744F590.80702@gmail.com> (Aryeh M. Friedman's message of "Wed\, 21 Nov 2007 22\:20\:48 -0500") Message-ID: <86ejed3zec.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: PATCH: prevent mergemaster from doing a "make builldworld" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 13:33:09 -0000 "Aryeh M. Friedman" writes: > Patch attached. The patch is nonsense; what your -M option actually does is disable mergemaster (by preventing the tmproot from being populated) The real bug is that you either specified the wrong source directory to mergemaster, or had SOURCEDIR defined in your environment. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 13:44:15 2007 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 5341D16A418; Mon, 26 Nov 2007 13:44:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0B21813C507; Mon, 26 Nov 2007 13:44:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A61012084; Mon, 26 Nov 2007 14:44:03 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 86D4E2083; Mon, 26 Nov 2007 14:44:03 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 61B6784485; Mon, 26 Nov 2007 14:44:03 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Robert Watson References: <20071115074247.GQ37473@egr.msu.edu> <20071115123543.H82897@fledge.watson.org> <1195132320.6039.135.camel@hurina> <20071115135734.O82897@fledge.watson.org> <86ir3p4203.fsf@ds4.des.no> <20071126125413.U65286@fledge.watson.org> Date: Mon, 26 Nov 2007 14:44:03 +0100 In-Reply-To: <20071126125413.U65286@fledge.watson.org> (Robert Watson's message of "Mon\, 26 Nov 2007 12\:58\:23 +0000 \(GMT\)") Message-ID: <86abp13yvw.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Timo Sirainen , freebsd-current@FreeBSD.org, Adam McDougall , mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 13:44:15 -0000 Robert Watson writes: > While their workaround is better than our workaround, is there reason > to believe that a request is more likely to be dropped than a reply, > and that their workaround is therefore better than no workaround? I didn't read the whole thread before replying. I don't think the workaround is needed at all in FreeBSD. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 14:12:08 2007 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 C014416A419 for ; Mon, 26 Nov 2007 14:12:08 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 8C32513C478 for ; Mon, 26 Nov 2007 14:12:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=aBrtLCmAGj6Dl3423kCUS08GQqzC7XZzNmbRwUg/Tii1bJGRtHPXU+bhJAoqStObvdeownX72T6UKynm/VnbD7VeJP4y6Nl7XnGH5nPXrKDIBIjQL5H3zg9FKCVxrWMMzU3mk8dwWEWwOb59jlqRIhQAQka73cqrHnIM2VSC71EeeR5tDDC9XQNCKTLmRGm3Q6WodO2yHMlAZo6BJJYNxjNYMe/Hg9ODftpKLgJHm/IpKcdcdm9Slyo9Epey+Xzh; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1Iwegx-0006mH-W6 for current@freebsd.org; Mon, 26 Nov 2007 14:12:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Iwege-0005ei-7e for current@freebsd.org; Mon, 26 Nov 2007 14:11:48 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iwegc-0000eb-SL for current@freebsd.org; Mon, 26 Nov 2007 16:11:46 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Mon, 26 Nov 2007 16:11:46 +0200 Message-Id: Cc: Subject: Poll: asterisk anyone? (+patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 14:12:08 -0000 Hi Just a quick poll to find out if anyone here is successfully running asterisk (+zaptel) on 7-BETAx or -CURRENT or a previous branch for that matter. I'm having great difficulty making it work on -CURRENT/AMD64. After the recentish changes renaming kthreads to kproc, zaptel needs the following patch to compile. Any datapoints, even that I'm being a total noob will be helpful. I'm experiencing: 8-CURRENT (amd64): phone on FXS port doesn't get dial tone. A SIP phone can register, but the first dial attempt requires a reboot to unstick asterisk. 7-BETA (i386): phone on FXS port gets dialtone, but the first dial attempt requires a reboot to unstick asterisk. 6.3-BETA (i386): Works fine. --- work/zaptel-bsd-1.4.6/zaptel/zaptel.c.orig 2007-11-13 08:12:02.000000000 +0000 +++ work/zaptel-bsd-1.4.6/zaptel/zaptel.c 2007-11-13 08:16:38.000000000 +0000 @@ -254,7 +254,7 @@ while (1) { if (kthread_must_exit) { wakeup(cookie); - kthread_exit(0); + kproc_exit(0); } ZAP_LOCK(toselwakeup_lock); @@ -1254,7 +1254,7 @@ ZAP_LOCK_INIT(toselwakeup_lock, "toselwakeup_lock"); kthread_must_exit = 0; - if (kthread_create(selwakeup_thread_handler, (void *)toselwakeup, &kthread, 0, 0, "zt_selwakeup_thread")) + if (kproc_create(selwakeup_thread_handler, (void *)toselwakeup, kthread, 0, 0, "zt_selwakeup_thread")) { printf("Failed to create kthread\n"); } Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 14:20:51 2007 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 C865416A420 for ; Mon, 26 Nov 2007 14:20:51 +0000 (UTC) (envelope-from gonzo@pbxpress.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.203.147]) by mx1.freebsd.org (Postfix) with ESMTP id AD14D13C468 for ; Mon, 26 Nov 2007 14:20:51 +0000 (UTC) (envelope-from gonzo@pbxpress.com) Received: from mail.pbxpress.com ([65.61.203.142] helo=leaf.pbxpress.com) by bugor.portaone.com (8.11.3/8.11.3) with ESMTP (TLSv1:AES256-SHA:256)id 1IwepP-000CHU-D8; Mon, 26 Nov 2007 06:20:51 -0800 Received: from jeeves.bluezbox.com (k3-gw.portaone.com [193.28.87.193]) (authenticated bits=0) by leaf.pbxpress.com (8.13.3/8.13.3) with ESMTP id lAQELvUX096275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Nov 2007 06:22:03 -0800 (PST) (envelope-from gonzo@pbxpress.com) Message-ID: <474AD63C.5090100@pbxpress.com> Date: Mon, 26 Nov 2007 16:20:44 +0200 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.6 (X11/20070907) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, recieved from trusted server Cc: current@freebsd.org Subject: Re: Poll: asterisk anyone? (+patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 14:20:51 -0000 Ian FREISLICH wrote: > Hi > > Just a quick poll to find out if anyone here is successfully running > asterisk (+zaptel) on 7-BETAx or -CURRENT or a previous branch for > that matter. > > I'm having great difficulty making it work on -CURRENT/AMD64. After > the recentish changes renaming kthreads to kproc, zaptel needs the > following patch to compile. > > Any datapoints, even that I'm being a total noob will be helpful. Ports are frozen on the moment, so I guess patch will not make it to tree until freeze is over. By then I hope to get completely new version of zaptel drivers port ready, without this kthread hack. -- Sincerely, Oleksandr Tymoshenko PBXpress Communications, Inc. http://www.pbxpress.com Tel./Fax.: +1 866 SIP PBX1 Ext. 7117 From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 14:27:30 2007 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 BA5E116A420 for ; Mon, 26 Nov 2007 14:27:30 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from post.frank-behrens.de (post.frank-behrens.de [82.139.255.138]) by mx1.freebsd.org (Postfix) with ESMTP id 26E7813C4EF for ; Mon, 26 Nov 2007 14:27:29 +0000 (UTC) (envelope-from frank@pinky.sax.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinky.sax.de; h=from:to:date:mime-version:subject:cc:message-id:in-reply-to:references:content-type:content-transfer-encoding:content-description; q=dns/txt; s=pinky1; t=1196087248; i=frank@pinky.sax.de; bh=O3+986dSNlRQhw4ADDmF33dSamu+7t0rD1QO2auqFYE=; b=q6KAw7c4XCxFwn6sb3idqjkafY5QrRLzmd6URTK0+uGS7pnNHBYkPcpXpodo4eg5Yv/sMiTLIdjZGzqxNNu1cw== Received: from itcntw31 (pd907d65c.dip0.t-ipconnect.de [217.7.214.92]) (authenticated bits=0) by post.frank-behrens.de (8.14.2/8.14.1) with ESMTP-MSA id lAQER9Ur041209 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Mon, 26 Nov 2007 15:27:11 +0100 (CET) (envelope-from frank@pinky.sax.de) From: "Frank Behrens" To: Marcel Moolenaar Date: Mon, 26 Nov 2007 15:27:08 +0100 MIME-Version: 1.0 Message-ID: <474AE5CC.9576.14C0917@frank.pinky.sax.de> Priority: normal In-reply-to: <6CDF404E-3C97-485D-AC49-5674CFA5299D@mac.com> References: <200711231457.lANEv4KU002862@post.frank-behrens.de>, <200711251246.lAPCkQiv088175@post.frank-behrens.de>, <6CDF404E-3C97-485D-AC49-5674CFA5299D@mac.com> X-mailer: Pegasus Mail for Windows (4.41, DE v4.41 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:071126:freebsd-current@freebsd.org::k3cmnKuaok1oSCMk:000000xJzB X-Hashcash: 1:24:071126:xcllnt@mac.com::kh4CvsWBfeGxLEoY:kF97 Cc: FreeBSD Current Subject: Re: Can not boot 7.0-BETA3 with puc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 14:27:30 -0000 Marcel Moolenaar wrote on 25 Nov 2007 13:56: > It's actually more a job for the newbus infrastructure. Whenever > a child is created in a particular device class, it's assigned > a unit number. Then and there do you want to implement policies > about unit numbers. Not in the individual drivers, whether leave > or otherwise. Do you believe I should create a PR, that we have a regression in 7.0 for newbus infrastructure? Or is my setup wrong? Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 14:49:01 2007 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 03A2316A421 for ; Mon, 26 Nov 2007 14:49:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BBC5C13C4F6 for ; Mon, 26 Nov 2007 14:49:00 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAQEmqdo026572; Mon, 26 Nov 2007 09:48:52 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lAQEmqSe072154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Nov 2007 09:48:52 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711261448.lAQEmqSe072154@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 26 Nov 2007 09:49:00 -0500 To: Ian FREISLICH , current@freebsd.org From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Poll: asterisk anyone? (+patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 14:49:01 -0000 At 09:11 AM 11/26/2007, Ian FREISLICH wrote: >Hi > >Just a quick poll to find out if anyone here is successfully running >asterisk (+zaptel) on 7-BETAx or -CURRENT or a previous branch for >that matter. We have had good results with RELENG_6 from about Sept 2007. This is with a T1 card wcte11xp0: port 0x1100-0x11ff mem 0x88850000-0x88850fff irq 22 at device 1.0 on pci4 WCT1xxP Attach for wcte11xp0: deviceID : 0xe159 wcte11xp0: [FAST] FALC version: 00000005 TE110P: Setting up global serial parameters for T1 FALC V2.2 TE110P: Successfully initialized serial bus for card Found a Wildcard: Digium Wildcard TE110P T1/E1 Registered tone zone 0 (United States / North America) TE110P: Span configured for ESF/B8ZS One bug we have run into is that if the echo canceler is too high, and you call out and a modem answers at the other end of the line, it will panic in the driver and crash the box. eg echocancel=256 echotraining=yes ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 15:08:37 2007 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 90D4316A418 for ; Mon, 26 Nov 2007 15:08:37 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 1825813C465 for ; Mon, 26 Nov 2007 15:08:36 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so698195nfb for ; Mon, 26 Nov 2007 07:08:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LuYDAsz0s59/Z3d+fP0NTKjV5DqDiHvQABo+GvWFjJ8=; b=IMtoC9aMBl9TFOzpeuori5RppvDwNhG+b9v/V1JZobBefOTbOCBojgrlmAZg+z+mHmZvU4qcgz/jCitzGAjyZAX74fgBd/5yPDBPFhLrp5txGsEXe1Ig8oSLX6Lpmi1Mp1OTMUJfmeQ5ug56RwWSEQtZNuqEEwVXrxC8bHOBvD8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fXEq3vvR8TWpfbZ24XEcBnTutty70hGMvblDiNGOZydj/r3f0tEsMkSBsGaxWms5Y8tRc0VY+zEx/WFjQshi59D5zZNel4Y1f8w+mdcksjcJ+6J9zslKJMq4Xse6kyzPTSe/gWV6qrVXZ86fRX+d2bqMJBDSPGKizcaB56NNZqg= Received: by 10.78.193.5 with SMTP id q5mr2974656huf.1196089709863; Mon, 26 Nov 2007 07:08:29 -0800 (PST) Received: by 10.78.153.9 with HTTP; Mon, 26 Nov 2007 07:08:29 -0800 (PST) Message-ID: <7daacbbe0711260708j1415eb06u88b1a29bb510b3a8@mail.gmail.com> Date: Mon, 26 Nov 2007 16:08:29 +0100 From: "Dominique Goncalves" To: "Watanabe Kazuhiro" In-Reply-To: <20071123042208.8DBBB513FB@mail.asahi-net.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7daacbbe0711160855g6519e98bje61357a69eb0f9ca@mail.gmail.com> <20071123042208.8DBBB513FB@mail.asahi-net.or.jp> Cc: freebsd-current Subject: Re: mount root from cd9660:/dev/iso9660/FreeSBIE failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 15:08:37 -0000 Hi, On Nov 23, 2007 5:20 AM, Watanabe Kazuhiro wrote: > Hi. > > This problem will be fixed in the latest RELENG_7 branch. Try again. > > At Fri, 16 Nov 2007 17:55:45 +0100, > > Dominique Goncalves wrote: > > Hi, > > > > Thanks for your response, > > > > On Nov 15, 2007 3:52 PM, Watanabe Kazuhiro wrote: > > > Hello. > > > > > > At Wed, 14 Nov 2007 11:07:20 +0100, > > > Dominique Goncalves wrote: > > > > Hi, > > > > > > > > Since the commit to src/sys/dev/ata ata-chipset.c atapi-cd.c > > > > atapi-cd.h by sos@ [1] I'm unable to boot from a livecd build with > > > > freesbie2 (with RELENG_7). > > > > The system is unable to find the root filesystem and asks for manual > > > > specification [2] > > > > > > > > My kernel is a GENERIC plus GEOM_LABEL and GEOM_UZIP, a kernel build > > > > before the commit works as expected. > > > > > > > > Could someone take a look at this error ? > > > > Thanks, > > > > Regards. > > > > > > > > > > > > [1] http://lists.freebsd.org/pipermail/cvs-src/2007-October/083327.html > > > > > > I'm not a FreeSBIE user, but a similar problem is occured in > > > 7.0-BETA2 with an ATAPI CD-ROM drive. 6.3-BETA1 and 7.0-BETA1 > > > can use the CD-ROM drive, but 7.0-BETA2 is not. > > > > > > > [2] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot.png > > > > > > Would you try to boot FreeSBIE (on QEMU) with verbose logging? > > > Then if your CDROM (acd0) says "acd0: Medium: CD-ROM unknown", > > > > With verbose boot [1], I don't see message like this, > > > > > try a patch attached below: > > > > > > http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079760.html > > > > > > Note that the patch is not a correct fix but just workaround. > > > > I tried your patch I see a lot of "cap.medium_type:112" [2] but the > > system works as expected. > > > > Regards. > > > > [1] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot-dmesg.txt > > [2] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot-dmesg-patch.txt > > --- > Watanabe Kazuhiro (CQG00620@nifty.ne.jp) > With the lastest changes to dev/ata everything works again :-) Thanks, Regards. -- There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 15:08:55 2007 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 3BA4216A421; Mon, 26 Nov 2007 15:08:55 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from bavaria.utcluj.ro (unknown [IPv6:2001:b30:5000:2:20e:cff:fe4b:ca01]) by mx1.freebsd.org (Postfix) with ESMTP id 4D24313C45B; Mon, 26 Nov 2007 15:08:54 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from localhost (localhost [127.0.0.1]) by bavaria.utcluj.ro (Postfix) with ESMTP id BE30450893; Mon, 26 Nov 2007 17:08:52 +0200 (EET) X-Virus-Scanned: by the daemon playing with your mail on local.mail.utcluj.ro Received: from bavaria.utcluj.ro ([127.0.0.1]) by localhost (bavaria.utcluj.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WYJ0Ab9zj4Ew; Mon, 26 Nov 2007 17:08:33 +0200 (EET) Received: from [172.27.2.200] (c7.campus.utcluj.ro [193.226.6.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bavaria.utcluj.ro (Postfix) with ESMTP id F3A5550889; Mon, 26 Nov 2007 17:08:32 +0200 (EET) Message-ID: <474AE170.7020309@net.utcluj.ro> Date: Mon, 26 Nov 2007 17:08:32 +0200 From: Cristian KLEIN User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Jung-uk Kim References: <473AD98A.8050003@gmail.com> <20071114115254.GA55351@eos.sc1.parodius.com> <473AEED9.6070301@gmail.com> <200711161618.40441.jkim@FreeBSD.org> In-Reply-To: <200711161618.40441.jkim@FreeBSD.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Andrey , freebsd-current@FreeBSD.org Subject: Re: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 15:08:55 -0000 Jung-uk Kim wrote: > On Wednesday 14 November 2007 07:49 am, Andrey wrote: >> Thanks for willingness to help! >> >> I've tried to play with hw.bge.allow_asf sysctl option many times >> on many snapshots of 7-th branch (200708, 200709, 200710, >> 7.0-BETA1.5, 7.0-BETA2). More that each time I tracked changes in >> CVS assumed to be related with the problem I csup'ed sources and >> tried again and again. Even changing corresponding code inside of >> sys/dev/bge/if_bge.c (I mean string that currently looks like >> "static int bge_allow_asf = 0;") didn't help. >> >> I know it helps other people who had similar porblems on their HP >> machines with other Broadcom's NIC's. But unfortunately such a >> solution does not fit my case :o(. >> >> Jeremy Chadwick wrote: >>> This is a shot in the dark, but try putting the following in >>> /boot/loader.conf: >>> >>> hw.bge.allow_asf=1 >>> >>> If /boot/loader.conf already has that in it, try a value of 0 >>> instead. > > Please try: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?r1=1.355;r2=1.356 Great to hear this problem was solved. I still have one big fat question. Why did the system hang and not allow the kernel debugger show up? I strongly believe that this bug would have been easily spotted suppose KDB would have responded. Is it perhaps possible to "harden" KDB, so that such issues are easier to find and fix in future? From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 15:43:14 2007 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 DA6A916A4A6 for ; Mon, 26 Nov 2007 15:43:14 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.freebsd.org (Postfix) with SMTP id 7A27413C4E3 for ; Mon, 26 Nov 2007 15:43:13 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 60129 invoked from network); 26 Nov 2007 15:43:05 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 26 Nov 2007 15:43:05 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 26 Nov 2007 09:43:07 -0600 (CST) From: Mike Silbersack To: Ian FREISLICH In-Reply-To: Message-ID: <20071126094008.P7699@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , current@freebsd.org Subject: Re: TCP RST+data! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 15:43:15 -0000 On Mon, 26 Nov 2007, Ian FREISLICH wrote: > Yet, a colleague managed to configure the phone using his Mac over > that very slow link - analog leased line at 28.8kbps. I do > occasionally see resets even when not using delayed ack. Hrm. Maybe the phone determines the RTT based on how quickly the SYN-ACK was acknowledged, then drops the connection after 2xRTT? Sounds crazy, but it would be no more crazy than the rest of the phone's TCP stack. :) > I'm in communication with the vendor, so hopefully this will get > fixed. Interestingly, this is one of the few phones that I've been > able to interact with web and telnet while it's busy on a call. > Guess you win some... and loose some. > > Thanks for confirming my suspicions. > > Ian Ah, good. I hope that you are able to convince them to improve the phone; it sounds like it should not be that difficult for them to fix the RST-related issues. The lack of sliding window is just a performance issue, so they can live without that. -Mike From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 15:51:14 2007 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 33F9516A418 for ; Mon, 26 Nov 2007 15:51:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 07E0713C478 for ; Mon, 26 Nov 2007 15:51:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id DD14247195; Mon, 26 Nov 2007 10:54:48 -0500 (EST) Date: Mon, 26 Nov 2007 15:51:07 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Cristian KLEIN In-Reply-To: <474AE170.7020309@net.utcluj.ro> Message-ID: <20071126154611.W65286@fledge.watson.org> References: <473AD98A.8050003@gmail.com> <20071114115254.GA55351@eos.sc1.parodius.com> <473AEED9.6070301@gmail.com> <200711161618.40441.jkim@FreeBSD.org> <474AE170.7020309@net.utcluj.ro> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Andrey , freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 15:51:14 -0000 On Mon, 26 Nov 2007, Cristian KLEIN wrote: > Great to hear this problem was solved. I still have one big fat question. > Why did the system hang and not allow the kernel debugger show up? I > strongly believe that this bug would have been easily spotted suppose KDB > would have responded. Is it perhaps possible to "harden" KDB, so that such > issues are easier to find and fix in future? I don't know the details of this particular situation, but I can speak to at least one known issue in DDB: right now, getting into DDB from a serial console is a very quick and straight forward path, requiring only the delivery of the serial interrupt and execution of its fast handler. The regular video console keypresses take a much more circuitous route, as syscons isn't MPSAFE, so include the scheduling of an ithread and acquisition of Giant. As such, I've found breaking into the debugger much easier from a serial console for several years. As Giant has been pushed off larger and larger parts of the kernel, the syscons break path has gotten a lot more reliable. There will always be certain cases where a console break (serial or video) will not work, and those include cases where interrupts are disabled on all CPUs (such as if spinlocks are held on all CPUs, perhaps due to one being leaked and then a cascading deadline). In that situation, there's nothing like a nice NMI button or IPMI NMI to get into the debugger :-). We have a feature on i386 and amd64 called MP_WATCHDOG, which allows one CPU to be dedicated to being a watchdog for the others--on lower end hardware this isn't so useful, as CPUs aren't plentiful, but as the number of cores increases, it becomes more and more possible to run this without disrupting normal operation of the machine. When it notices the kernel is no longer running callouts, it delivers an NMI to the other CPUs and kicks (hopefully) one of them into DDB. There are a number of issues with the implementation, not least that we do actually run some other code on the watchdog CPU sometimes as our interrupt routing and scheduler need a bit more adaptation, but it can be quite useful nonetheless. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 15:53:00 2007 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 9AB6616A41B for ; Mon, 26 Nov 2007 15:53:00 +0000 (UTC) (envelope-from ups@freebsd.org) Received: from smtpauth04.prod.mesa1.secureserver.net (smtpauth04.prod.mesa1.secureserver.net [64.202.165.95]) by mx1.freebsd.org (Postfix) with SMTP id 7ADEA13C459 for ; Mon, 26 Nov 2007 15:53:00 +0000 (UTC) (envelope-from ups@freebsd.org) Received: (qmail 1460 invoked from network); 26 Nov 2007 15:26:18 -0000 Received: from unknown (66.23.216.53) by smtpauth04.prod.mesa1.secureserver.net (64.202.165.95) with ESMTP; 26 Nov 2007 15:26:18 -0000 Message-ID: <474AE5AE.4020301@freebsd.org> Date: Mon, 26 Nov 2007 10:26:38 -0500 From: Stephan Uphoff User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Julian Elischer References: <4749BB5B.7040801@elischer.org> <4749BBDE.6000107@elischer.org> In-Reply-To: <4749BBDE.6000107@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: rmlock question.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 15:53:00 -0000 Julian Elischer wrote: > Julian Elischer wrote: >> If I make an exclusive rmlock request on an rmlock that has a busy >> set of readers coming and going, do new readers wait for me to get >> my turn, or do I have to wait for a moment where there are no more >> readers before I get a go? > in fact if the requests are of the order > > reader, reader, writer, reader, reader, writer, reader > > is the order of evaluation defined? is it preserved? This is a bit of a tricky question to answer. Writers always acquire an internal mutex, disallow further readers to acquire the lock using the read lock fastpath and then wait until all current readers unlock the lock. ( During this wait priority is propagated from the writer to one reader at a time) The writer unlocks the rmlock by unlocking the internal mutex. If the reader fastpath is disabled , a reader acquires the internal mutex, grants itself the lock, enabled the reader fastpath and unlocks the internal mutex. (1) This means that on a contested rmlock the mutex locking order mainly influences the rmlock locking order. The internal mutex locking order is mainly dictated by the priority of the locking threads. However FreeBSD uses adaptive mutexes by default and the locking order of multiple threads spinning to acquire a mutex is undefined. So in your example the first writer (W1) will be blocked by the first two Readers (R1,R2) but will disable the read fast path and hold the internal mutex. W1 will block R3,R4,W2,R5 as they all need to acquire the internal mutex. If R1,R2 release the lock, W1 will become unblocked and eventually unlock the lock such releasing the mutex. At this time R3,R4,W2,R5 compete for the mutex and whoever wins is next in the locking order. Stephan (1) - Unless recursive read locks enabled and a current readers recursively locks it a second time. In that case the lock is (re)-granted without acquiring the internal mutex first From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 16:50:24 2007 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 669AB16A417 for ; Mon, 26 Nov 2007 16:50:24 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: from alpha.staatsfeind.org (staatsfeind.org [217.20.114.241]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9BF13C47E for ; Mon, 26 Nov 2007 16:50:24 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: by alpha.staatsfeind.org (Postfix, from userid 1002) id 8A5BF6246; Mon, 26 Nov 2007 17:50:22 +0100 (CET) Date: Mon, 26 Nov 2007 17:50:22 +0100 From: Matthias Schmidt To: Mark Linimon Message-ID: <20071126165021.GC51762@staatsfeind.org> References: <20071126111520.GA29188@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071126111520.GA29188@soaustin.net> Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 16:50:24 -0000 Hi, * Mark Linimon wrote: > On Mon, Nov 26, 2007 at 11:00:45AM +0100, Matthias Schmidt wrote: > > When I plugged out the stick, I got the below messages followed by a > > kernel panic: > > Unfortunately, a well-known problem that will require some serious > re-architecting to fix. OK, thanks for the answer. Could you elaborate on that topic a bit further. Is there a difference between unplugging a "recognized" USB stick and an "unrecognized" USB stick? Regards Matthias From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 17:26:17 2007 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 0ADDA16A421 for ; Mon, 26 Nov 2007 17:26:17 +0000 (UTC) (envelope-from bg@sics.se) Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id C155E13C4E3 for ; Mon, 26 Nov 2007 17:26:16 +0000 (UTC) (envelope-from bg@sics.se) Received: from sics.se (ibook.sics.se [193.10.66.104]) by letter.sics.se (Postfix) with ESMTP id B5C1B400E0; Mon, 26 Nov 2007 18:26:12 +0100 (CET) Date: Mon, 26 Nov 2007 18:25:50 +0100 From: Bjorn Gronvall To: Adam McDougall Message-ID: <20071126182550.626fac9b@ibook.sics.se> In-Reply-To: <20071115074247.GQ37473@egr.msu.edu> References: <20071115074247.GQ37473@egr.msu.edu> Organization: SICS.SE X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: tss@iki.fi, freebsd-current@freebsd.org, bg@sics.se Subject: Re: link() not increasing link count on NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 17:26:17 -0000 On Thu, 15 Nov 2007 02:42:48 -0500 Adam McDougall wrote: Moi, > Hi, lately I've been trying to work out some NFS multiple access issues r= elating=20 > to the Dovecot IMAP server software. One symptom seems to be an unusual = behavior=20 > of FreeBSD NFS clients that I cannot reproduce with Linux or Solaris NFS = clients. =20 > Basically, Timo (cc'ed) came up with a small test case that seems to indi= cate=20 > sometimes a link() call can succeed while the link count of the file will= not=20 > increase. There is no foolproof way to do this over NFSv{2,3} using links, symlinks or directories. In order to better deal with problems of this sort NFSv3 changed the CREATE RPC to add support for an EXCLUSIVE flag and a create verifier. =46rom RFC 1813, NFS Version 3 Protocol: " CREATE An exclusive flag and a create verifier was added for the exclusive creation of regular files. " The corresponding change was never made to any of the other RPC calls. If possible you should change Dovecot to instead create lockfiles using open(2) with the O_EXCL flag. This way your locks will work reliably over NFSv3 even during server reboots or long lasting network partitions. You will still have a problem if the underlying file system is NFSv2 and perhaps also with other filesystems. Cheers, /b --=20 _ _ ,_______________. Bjorn Gronvall (Bj=F6rn Gr=F6nvall) /_______________/| Swedish Institute of Computer Science | || PO Box 1263, S-164 29 Kista, Sweden | Schroedingers || Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/ Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 '---------------' From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 17:48:16 2007 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 7DB0F16A46C for ; Mon, 26 Nov 2007 17:48:16 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 578C813C44B for ; Mon, 26 Nov 2007 17:48:15 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 11BAE5435F; Mon, 26 Nov 2007 12:32:16 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 26 Nov 2007 12:32:16 -0500 X-Sasl-enc: 3DeHZgYPF6taBwDVrr4nddxJj6Mlo9Pkr7wJrxFE4VEG 1196098335 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id 63D9A24FA; Mon, 26 Nov 2007 12:32:15 -0500 (EST) Message-ID: <474B027E.2000801@freebsd.org> Date: Mon, 26 Nov 2007 09:29:34 -0800 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Stephan Uphoff References: <4749BB5B.7040801@elischer.org> <4749BBDE.6000107@elischer.org> <474AE5AE.4020301@freebsd.org> In-Reply-To: <474AE5AE.4020301@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , FreeBSD Current Subject: Re: rmlock question.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 17:48:16 -0000 Stephan Uphoff wrote: > Julian Elischer wrote: >> Julian Elischer wrote: >>> If I make an exclusive rmlock request on an rmlock that has a busy >>> set of readers coming and going, do new readers wait for me to get >>> my turn, or do I have to wait for a moment where there are no more >>> readers before I get a go? >> in fact if the requests are of the order >> >> reader, reader, writer, reader, reader, writer, reader >> >> is the order of evaluation defined? is it preserved? > This is a bit of a tricky question to answer. > ... > So in your example the first writer (W1) will be blocked by the first > two Readers (R1,R2) > but will disable the read fast path and hold the internal mutex. > W1 will block R3,R4,W2,R5 as they all need to acquire the internal mutex. > If R1,R2 release the lock, W1 will become unblocked and eventually > unlock the lock > such releasing the mutex. At this time R3,R4,W2,R5 compete for the > mutex and whoever > wins is next in the locking order. Is there is a chance that so long as there is more than one Reader waiting for a mutex, a Write lock request may never be granted? Given the name "read mostly", is there any favouritism towards Readers vs Writers when competing for the mutex? Or conversely, if there is always a pending Write request that a read is never granted? When R3,R4,W3,R5 compete for the mutex, if R3-5 wins, is the read fast path enabled again? If any of the Readers wins, does this mean that all Readers are dequeued, or only those upto the pending Write? Darren From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:00:18 2007 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 9970816A41A for ; Mon, 26 Nov 2007 18:00:18 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.75]) by mx1.freebsd.org (Postfix) with ESMTP id 834DD13C455 for ; Mon, 26 Nov 2007 18:00:18 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp009-s [10.150.69.72]) by smtpoutm.mac.com (Xserve/smtpout012/MantshX 4.0) with ESMTP id lAQI0IZH021652; Mon, 26 Nov 2007 10:00:18 -0800 (PST) Received: from mini-g4.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp009/MantshX 4.0) with ESMTP id lAQHxlwS013681 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 26 Nov 2007 09:59:54 -0800 (PST) Message-Id: <064AEB71-CE08-4850-BE1E-495A8997C003@mac.com> From: Marcel Moolenaar To: Frank Behrens In-Reply-To: <474AE5CC.9576.14C0917@frank.pinky.sax.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 26 Nov 2007 09:59:46 -0800 References: <200711231457.lANEv4KU002862@post.frank-behrens.de> <200711251246.lAPCkQiv088175@post.frank-behrens.de> <6CDF404E-3C97-485D-AC49-5674CFA5299D@mac.com> <474AE5CC.9576.14C0917@frank.pinky.sax.de> X-Mailer: Apple Mail (2.915) Cc: FreeBSD Current Subject: Re: Can not boot 7.0-BETA3 with puc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 18:00:18 -0000 On Nov 26, 2007, at 6:27 AM, Frank Behrens wrote: > Marcel Moolenaar wrote on 25 Nov 2007 13:56: >> It's actually more a job for the newbus infrastructure. Whenever >> a child is created in a particular device class, it's assigned >> a unit number. Then and there do you want to implement policies >> about unit numbers. Not in the individual drivers, whether leave >> or otherwise. > > Do you believe I should create a PR, that we have a regression in > 7.0 for newbus > infrastructure? I don't think we have a regression in the newbus infrastructure, because we never had this support there. The problem has always been that we have treated the COM ports as a special case when we shouldn't have. Granted, other bugs forced us to treat the COM port specially (i.e. wiring the low-level console to a unit number before bus enumeration proper), but this is just more of the same... My suggestion is to use uart(4) and not worry about the unit number. Your console will work irrespective... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:01:03 2007 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 DD15E16A421 for ; Mon, 26 Nov 2007 18:01:03 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8B67613C467 for ; Mon, 26 Nov 2007 18:01:03 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id lAQI13DE079837; Mon, 26 Nov 2007 10:01:03 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id lAQI13Ta079836; Mon, 26 Nov 2007 10:01:03 -0800 (PST) (envelope-from obrien) Date: Mon, 26 Nov 2007 10:01:03 -0800 From: "David O'Brien" To: gnn@freebsd.org Message-ID: <20071126180103.GA79600@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, gnn@freebsd.org, freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 18:01:03 -0000 On Sun, Nov 25, 2007 at 10:38:37PM +0900, gnn@freebsd.org wrote: > or vice versa? That is, can I do kgdb/gdb over serial from an Intel > box to an AMD box? George, This question make no sense. Of course you can debug a kernel on an Intel system using an AMD system. There isn't anything CPU vendor specific within a single architecture that would affect you doing this. But I don't think that's really your question. I think you're asking if you can debug a FreeBSD/i386 kernel using a FreeBSD/amd64 system. I.e. cross-platform debugging. The answer is "no" using stock FreeBSD bits. A single GDB binary cannot be built multi-platform. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:05:00 2007 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 E91E216A417 for ; Mon, 26 Nov 2007 18:05:00 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id CBF5C13C461 for ; Mon, 26 Nov 2007 18:05:00 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id lAQI50Sj079993; Mon, 26 Nov 2007 10:05:00 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id lAQI50AD079992; Mon, 26 Nov 2007 10:05:00 -0800 (PST) (envelope-from obrien) Date: Mon, 26 Nov 2007 10:05:00 -0800 From: "David O'Brien" To: Kip Macy , freebsd-current@freebsd.org Message-ID: <20071126180500.GB79600@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Kip Macy , freebsd-current@freebsd.org References: <474983F1.3030700@pbxpress.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 18:05:01 -0000 On Sun, Nov 25, 2007 at 10:32:13PM -0800, Kip Macy wrote: > Also can we do what the rest of the world does and refer to it as > x86_64 or 64-bit intel? Continuing to refer to it as amd (I know they > came up with instruction set extensions but its now a fundamental part > of the x86 ISA) only serves to confuse new users. NO. AMD pioneered this platform. Without them we'd all be unhappily headed towards IA64's. It is Intel that has constantly chosen to confuse its customers. This is not a problem for The FreeBSD Project to fix. Also why wouldn't calling it "64-bit Intel" confuse the Opteron users? Or creation confusion that you run "64-bit Intel" on Itanium machines? Why aren't folks confused that you should use FreeBSD/i386 on a Core2 Duo (or an Opteron)? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:05:17 2007 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 B75F616A41A; Mon, 26 Nov 2007 18:05:17 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (unknown [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id BFB7413C458; Mon, 26 Nov 2007 18:05:16 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (unknown [IPv6:2a01:348:10f:1::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id 65C97C4001; Mon, 26 Nov 2007 18:05:15 +0000 (GMT) Message-ID: <474B0AD3.8080904@cran.org.uk> Date: Mon, 26 Nov 2007 18:05:07 +0000 From: Bruce Cran User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Martin Matuska References: <473D4464.1080504@FreeBSD.org> In-Reply-To: <473D4464.1080504@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 18:05:17 -0000 Martin Matuska wrote: > Hi all, > > I have several systems with mainboards that use IXP600 and IXP700 SATA > controllers. > These arebut not supported by ata(4) yet, I am successfully using the > proposed patch at > > kern/116125 > ( http://www.freebsd.org/cgi/query-pr.cgi?pr=116125 ). > > The patch works very well on 6-STABLE, 7-STABLE and 8-CURRENT, me and > several other people are using it for two months now. > If I can help with more testing to introduce this patch to the tree, > just tell me what to do. I recently noticed support for the IXP600 controller was committed to RELENG_7, but the name for atapci0 is corrupted on my Dell laptop: atapci0: <\M-PG}\M^@\M^?\M^?\M^?\M^?\M-rv+\M^@\M^?\M^?\M^?\M^?\M-PG}\M^@\M^?\M^?\M^?\M^?\M-^\M-t,\M^@\M^?\M^?\M^?\M^?> port 0x8438-0x843f,0x8454-0x8457,0x8430-0x8437,0x8450-0x8453,0x8400-0x840f atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8420-0x842f at device 20.1 on pci0 This is on RELENG_7 from a few days ago: FreeBSD muon.draftnet 7.0-BETA3 FreeBSD 7.0-BETA3 #1: Sat Nov 24 02:24:47 GMT 2007 brucec@muon.draftnet:/usr/obj/usr/src/sys/INSPIRON amd64 I've pasted a full dmesg below. -- Bruce Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #1: Sat Nov 24 02:24:47 GMT 2007 brucec@muon.draftnet:/usr/obj/usr/src/sys/INSPIRON Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1600.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 2003025920 (1910 MB) avail memory = 1932935168 (1843 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported acpi0: reservation of 0, 1000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x9000-0x90ff mem 0xc8000000-0xcfffffff,0xc0100000-0xc010ffff irq 17 at device 5.0 on pci1 pcib2: at device 5.0 on pci0 pci2: on pcib2 pcib3: at device 6.0 on pci0 pci5: on pcib3 pci5: at device 0.0 (no driver attached) atapci0: <\M-PG}\M^@\M^?\M^?\M^?\M^?\M-rv+\M^@\M^?\M^?\M^?\M^?\M-PG}\M^@\M^?\M^?\M^?\M^?\M-^\M-t,\M^@\M^?\M^?\M^?\M^?> port 0x8438-0x843f,0x8454-0x8457,0x8430-0x8437,0x8450-0x8453,0x8400-0x840f mem 0xc0004000-0xc00043ff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ohci0: mem 0xc0005000-0xc0005fff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xc0006000-0xc0006fff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xc0007000-0xc0007fff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xc0008000-0xc0008fff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xc0009000-0xc0009fff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xc0004400-0xc00044ff irq 19 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8420-0x842f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] pcm0: mem 0xc0000000-0xc0003fff irq 16 at device 20.2 on pci0 pcm0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci8: on pcib4 bfe0: mem 0xc0300000-0xc0301fff irq 21 at device 0.0 on pci8 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: Ethernet address: 00:19:b9:54:f0:4a bfe0: [ITHREAD] pci8: at device 1.0 (no driver attached) pci8: at device 1.1 (no driver attached) acpi_button1: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcdfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 114473MB at ata2-master UDMA33 pcm0: pcm0: SMP: AP CPU #1 Launched! hwpmc: TSC/1/0x20 K8/4/0x1ff Trying to mount root from ufs:/dev/ad4s2a From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:13:39 2007 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 4FFF516A468 for ; Mon, 26 Nov 2007 18:13:39 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.234]) by mx1.freebsd.org (Postfix) with ESMTP id BC83C13C4CE for ; Mon, 26 Nov 2007 18:13:38 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by hu-out-0506.google.com with SMTP id 28so607266hub for ; Mon, 26 Nov 2007 10:13:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=tyjR1qHSkwxs26Az+h9nzC6uK1UZOsyzPOKz3XTXFRA=; b=Rejovx6XPwfnZ66C3Rpf3nybedspBqVm3bTXzFhiDnBoFC84xAn/I6b7p5Ghw4ggjnL1cHfjJwJLnnEn0hBNm6LaZi17wShDtKtwlVbZkGpUuopAcw3/2tqJy7rVyPZK6LcaFpwuccEsT2e9//VCUWDU3j9WP5I3RJk9IF+OfBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=lA2GAeE+j6jD7hgOy3mZw+wDCO8lhIu8iiNuOGbSHlyXoR1haw1qQQ9kRviVVKPzzRTC/QJzRGfd/TaWMqo+xKSgEGpqlN3y2OU/xc3D7H5E+lj7nHEFXZbstEilSGnHCQhbq4klVdJ5H7B4wFMn253XLIRdncZrSG7/zPtG7fI= Received: by 10.78.183.8 with SMTP id g8mr3265823huf.1196100816543; Mon, 26 Nov 2007 10:13:36 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id e9sm4458437muf.2007.11.26.10.13.33 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Nov 2007 10:13:35 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Mon, 26 Nov 2007 20:13:34 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200711261448.lAQEmqSe072154@lava.sentex.ca> In-Reply-To: <200711261448.lAQEmqSe072154@lava.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8737082.E8U4S7iD58"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711262013.35287.qpadla@gmail.com> Cc: Ian FREISLICH , current@freebsd.org, Mike Tancsa Subject: Re: Poll: asterisk anyone? (+patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 18:13:39 -0000 --nextPart8737082.E8U4S7iD58 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 26 November 2007 16:49:00 Mike Tancsa wrote: > At 09:11 AM 11/26/2007, Ian FREISLICH wrote: > >Hi > > > >Just a quick poll to find out if anyone here is successfully running > >asterisk (+zaptel) on 7-BETAx or -CURRENT or a previous branch for > >that matter. > > We have had good results with RELENG_6 from about Sept 2007. This is > with a T1 card > > wcte11xp0: port 0x1100-0x11ff > mem 0x88850000-0x88850fff irq 22 at device 1.0 on pci4 > WCT1xxP Attach for wcte11xp0: deviceID : 0xe159 > wcte11xp0: [FAST] > FALC version: 00000005 > TE110P: Setting up global serial parameters for T1 FALC V2.2 > TE110P: Successfully initialized serial bus for card > Found a Wildcard: Digium Wildcard TE110P T1/E1 > Registered tone zone 0 (United States / North America) > TE110P: Span configured for ESF/B8ZS > > > One bug we have run into is that if the echo canceler is too high, > and you call out and a modem answers at the other end of the line, it > will panic in the driver and crash the box. > > eg > echocancel=3D256 > echotraining=3Dyes I have a one device with a very long usage history and never have any=20 problems with it. However both hardware and software looks like a very=20 ugly hack in it, so i keep my hands as far as possible :) =20 quetzal@trans:~> uname -a =46reeBSD trans 5.2.1-RELEASE-p13 FreeBSD 5.2.1-RELEASE-p13 #1: Thu Mar 17= =20 16:55:13 EET 2005 root@trans:/usr/obj/usr/src/sys/TRANS i386 Zapata Telephony Interface Registered on major 196 sdla0: mem 0xe5000000-0xe50003ff irq 22 at= =20 device 10.0 on pci2 WANPIPE(tm) Hardware Support Module Beta12-2.7.5 (c) 1994-2005 Sangoma=20 Technologies Inc WANPIPE(tm) Interface Support Module Beta12-2.7.5 (c) 1994-2005 Sangoma=20 Technologies Inc WANPIPE(tm) Multiprotocol Driver v2.7.5 (c) 1995-2001 Sangoma Technologies= =20 Inc. wanpipe: AFT-A101u T1/E1 card found (HDLC rev.24), cpu(s) 1, bus #2, slot=20 #10, irq #22 =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart8737082.E8U4S7iD58 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHSwzP/2R6KvEYGaIRAkTiAKCqthyG42QnhP+zhDggL1t6EIVpYgCgyjnh Ou5lQWiaX8Injc4u+OnZHto= =bTOD -----END PGP SIGNATURE----- --nextPart8737082.E8U4S7iD58-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:18:06 2007 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 4E04C16A41A for ; Mon, 26 Nov 2007 18:18:06 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 18A9C13C442 for ; Mon, 26 Nov 2007 18:18:06 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so624615rvb for ; Mon, 26 Nov 2007 10:18:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Rh2XUMlNvDmpp/sv8/sCBjbRLo+SzNxadkdB2jDpfJw=; b=SRXsy48jgM5JZgJiXihEfYUj9YpF/jcxBX5OlNZePnxxClu23aMdAPujiHKIJLk1942OQ8/aqBkbKlf4urstLAzlRvJ63i0Up1EU4gyHKkT557GgYzcQ0A/D4hOzyz/Mf3v+5MA/3tql1omod/Y/LYmgS8MrAX+tXCURMX0BylI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cl/2aVBjTadcxOhp4EUiaaCGzseBsY6k1bFqhMEXCsfWzCwq13i7VPWnFtB3+BEAvYEzaXwQR1oytrLn8WkVtY6tlhPn45TiyKO4rAIOvU37o72kvieReSIXNtdcAL+Wv1ws1HjFhxRgt5+lR2elcR9JhkxUFbRZKDkDE8k84JM= Received: by 10.140.180.42 with SMTP id c42mr1333390rvf.1196100649159; Mon, 26 Nov 2007 10:10:49 -0800 (PST) Received: by 10.141.74.5 with HTTP; Mon, 26 Nov 2007 10:10:49 -0800 (PST) Message-ID: <2fd864e0711261010qcea6858v7ba98bb528427576@mail.gmail.com> Date: Tue, 27 Nov 2007 03:10:49 +0900 From: Astrodog To: obrien@freebsd.org, "Kip Macy" , freebsd-current@freebsd.org In-Reply-To: <20071126180500.GB79600@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474983F1.3030700@pbxpress.com> <20071126180500.GB79600@dragon.NUXI.org> Cc: Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 18:18:06 -0000 On Nov 27, 2007 3:05 AM, David O'Brien wrote: > On Sun, Nov 25, 2007 at 10:32:13PM -0800, Kip Macy wrote: > > Also can we do what the rest of the world does and refer to it as > > x86_64 or 64-bit intel? Continuing to refer to it as amd (I know they > > came up with instruction set extensions but its now a fundamental part > > of the x86 ISA) only serves to confuse new users. > > NO. AMD pioneered this platform. Without them we'd all be unhappily > headed towards IA64's. It is Intel that has constantly chosen to confuse > its customers. This is not a problem for The FreeBSD Project to fix. > > Also why wouldn't calling it "64-bit Intel" confuse the Opteron users? > Or creation confusion that you run "64-bit Intel" on Itanium machines? > > Why aren't folks confused that you should use FreeBSD/i386 on a Core2 Duo > (or an Opteron)? >From what I understand, aside from the points raised above, renaming it would also require a fairly large ammount of work. --- Harrison From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:23:03 2007 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 79B8A16A417 for ; Mon, 26 Nov 2007 18:23:03 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63903.mail.re1.yahoo.com (web63903.mail.re1.yahoo.com [69.147.97.118]) by mx1.freebsd.org (Postfix) with SMTP id 2CADB13C45D for ; Mon, 26 Nov 2007 18:23:03 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 72521 invoked by uid 60001); 26 Nov 2007 18:23:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=1WcuCN8LJHpm+5HrG3coUfbd+s3XH7gzwis+y1qf4yQVYS49+71P8I4Z26Jpy7mnlVTYEB00fWI2P1G6YxFYd6/HpT4TXbIIbnHbI32PN0u2JGvBJgxIP9SJ5ncqZPMCYnr3yFGuv/j72+HPpu9EHZLvOdE6FfNPx1ADInNVzHM=; X-YMail-OSG: rgVKMXAVM1k4A0vstkbabwcH08K4yd82OIhj9hPFdnrk3pAO7FtCI6W8U3qHubORjLqdEELOR0RF0IU6VA6Bt5ZxVSxrV2qcDzrE Received: from [98.203.28.38] by web63903.mail.re1.yahoo.com via HTTP; Mon, 26 Nov 2007 10:23:02 PST Date: Mon, 26 Nov 2007 10:23:02 -0800 (PST) From: Barney Cordoba To: Freddie Cash , freebsd-current@freebsd.org In-Reply-To: <200711210838.18781.fjwcash@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <339722.72087.qm@web63903.mail.re1.yahoo.com> Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 18:23:03 -0000 --- Freddie Cash wrote: > On November 21, 2007 04:26 am Barney Cordoba wrote: > > It would be a major > > black eye to the project to say "FreeBSD 7 is > > released, but BTW, if you have a supermicro or > tyan > > opteron system it won't work at all". > > The HT1000 is only 1 of the Opteron chipsets > available from Tyan, and it's > only available on their 1 socket boards (the > Tomcats). The dual- and > quad- socket boards either use AMD or AMD+nVidia > chipsets (Socket > 939/940), or nVidia chipsets (Socket AM2). Out of > their entire lineup, > the HT1000 makes up maybe 10% of the chipsets used > by Tyan. > > I'd hardly call that a "black eye". And it's only > the onboard SATA > controller that has issues. Pop in a proper RAID > controller, and it's no > longer an issue. > There are a lot more single socket systems in the field, so maybe its 10 % of their product line, but a lot more than that in number of products sold. Supermicro is a more important brand. They supply to many large OEMs, including DELL. Dell's opteron servers use the HT1000 chipset. So chomp on them apples. Maybe 2 black eyes. Barney > > Someone was complaining 2 years ago that they > didn't > > have hardware to do the work. Is the FreeBSD > project > > really so poorly funded that they can't get their > > hands on a $150 motherboard for 2 years? > > Ever considered sending one in? :) ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:28:13 2007 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 6A27716A41A for ; Mon, 26 Nov 2007 18:28:13 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.233]) by mx1.freebsd.org (Postfix) with ESMTP id D3D6C13C4D3 for ; Mon, 26 Nov 2007 18:28:12 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by hu-out-0506.google.com with SMTP id 28so609823hub for ; Mon, 26 Nov 2007 10:28:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=tyjR1qHSkwxs26Az+h9nzC6uK1UZOsyzPOKz3XTXFRA=; b=Rejovx6XPwfnZ66C3Rpf3nybedspBqVm3bTXzFhiDnBoFC84xAn/I6b7p5Ghw4ggjnL1cHfjJwJLnnEn0hBNm6LaZi17wShDtKtwlVbZkGpUuopAcw3/2tqJy7rVyPZK6LcaFpwuccEsT2e9//VCUWDU3j9WP5I3RJk9IF+OfBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=lA2GAeE+j6jD7hgOy3mZw+wDCO8lhIu8iiNuOGbSHlyXoR1haw1qQQ9kRviVVKPzzRTC/QJzRGfd/TaWMqo+xKSgEGpqlN3y2OU/xc3D7H5E+lj7nHEFXZbstEilSGnHCQhbq4klVdJ5H7B4wFMn253XLIRdncZrSG7/zPtG7fI= Received: by 10.78.183.8 with SMTP id g8mr3265823huf.1196100816543; Mon, 26 Nov 2007 10:13:36 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id e9sm4458437muf.2007.11.26.10.13.33 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Nov 2007 10:13:35 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Mon, 26 Nov 2007 20:13:34 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200711261448.lAQEmqSe072154@lava.sentex.ca> In-Reply-To: <200711261448.lAQEmqSe072154@lava.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8737082.E8U4S7iD58"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711262013.35287.qpadla@gmail.com> Cc: Ian FREISLICH , current@freebsd.org, Mike Tancsa Subject: Re: Poll: asterisk anyone? (+patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 18:28:13 -0000 --nextPart8737082.E8U4S7iD58 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 26 November 2007 16:49:00 Mike Tancsa wrote: > At 09:11 AM 11/26/2007, Ian FREISLICH wrote: > >Hi > > > >Just a quick poll to find out if anyone here is successfully running > >asterisk (+zaptel) on 7-BETAx or -CURRENT or a previous branch for > >that matter. > > We have had good results with RELENG_6 from about Sept 2007. This is > with a T1 card > > wcte11xp0: port 0x1100-0x11ff > mem 0x88850000-0x88850fff irq 22 at device 1.0 on pci4 > WCT1xxP Attach for wcte11xp0: deviceID : 0xe159 > wcte11xp0: [FAST] > FALC version: 00000005 > TE110P: Setting up global serial parameters for T1 FALC V2.2 > TE110P: Successfully initialized serial bus for card > Found a Wildcard: Digium Wildcard TE110P T1/E1 > Registered tone zone 0 (United States / North America) > TE110P: Span configured for ESF/B8ZS > > > One bug we have run into is that if the echo canceler is too high, > and you call out and a modem answers at the other end of the line, it > will panic in the driver and crash the box. > > eg > echocancel=3D256 > echotraining=3Dyes I have a one device with a very long usage history and never have any=20 problems with it. However both hardware and software looks like a very=20 ugly hack in it, so i keep my hands as far as possible :) =20 quetzal@trans:~> uname -a =46reeBSD trans 5.2.1-RELEASE-p13 FreeBSD 5.2.1-RELEASE-p13 #1: Thu Mar 17= =20 16:55:13 EET 2005 root@trans:/usr/obj/usr/src/sys/TRANS i386 Zapata Telephony Interface Registered on major 196 sdla0: mem 0xe5000000-0xe50003ff irq 22 at= =20 device 10.0 on pci2 WANPIPE(tm) Hardware Support Module Beta12-2.7.5 (c) 1994-2005 Sangoma=20 Technologies Inc WANPIPE(tm) Interface Support Module Beta12-2.7.5 (c) 1994-2005 Sangoma=20 Technologies Inc WANPIPE(tm) Multiprotocol Driver v2.7.5 (c) 1995-2001 Sangoma Technologies= =20 Inc. wanpipe: AFT-A101u T1/E1 card found (HDLC rev.24), cpu(s) 1, bus #2, slot=20 #10, irq #22 =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart8737082.E8U4S7iD58 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHSwzP/2R6KvEYGaIRAkTiAKCqthyG42QnhP+zhDggL1t6EIVpYgCgyjnh Ou5lQWiaX8Injc4u+OnZHto= =bTOD -----END PGP SIGNATURE----- --nextPart8737082.E8U4S7iD58-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:34:05 2007 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 7041F16A421 for ; Mon, 26 Nov 2007 18:34:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outP.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id 5285F13C4D3 for ; Mon, 26 Nov 2007 18:34:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 26 Nov 2007 10:34:04 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 2B22F126AB0; Mon, 26 Nov 2007 10:34:04 -0800 (PST) Message-ID: <474B1195.1020504@elischer.org> Date: Mon, 26 Nov 2007 10:33:57 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Stephan Uphoff References: <4749BB5B.7040801@elischer.org> <4749BBDE.6000107@elischer.org> <474AE5AE.4020301@freebsd.org> In-Reply-To: <474AE5AE.4020301@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: rmlock question.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 18:34:05 -0000 Stephan Uphoff wrote: > Julian Elischer wrote: >> Julian Elischer wrote: >>> If I make an exclusive rmlock request on an rmlock that has a busy >>> set of readers coming and going, do new readers wait for me to get >>> my turn, or do I have to wait for a moment where there are no more >>> readers before I get a go? >> in fact if the requests are of the order >> >> reader, reader, writer, reader, reader, writer, reader >> >> is the order of evaluation defined? is it preserved? > This is a bit of a tricky question to answer. > Writers always acquire an internal mutex, disallow further readers to > acquire the lock > using the read lock fastpath and then wait until all current readers > unlock the lock. > ( During this wait priority is propagated from the writer to one reader > at a time) > The writer unlocks the rmlock by unlocking the internal mutex. > If the reader fastpath is disabled , a reader acquires the internal > mutex, grants itself the > lock, enabled the reader fastpath and unlocks the internal mutex. (1) > This means that on a contested rmlock the mutex locking order mainly > influences > the rmlock locking order. > The internal mutex locking order is mainly dictated by the priority of > the locking threads. > However FreeBSD uses adaptive mutexes by default and the locking order > of multiple > threads spinning to acquire a mutex is undefined. > > So in your example the first writer (W1) will be blocked by the first > two Readers (R1,R2) > but will disable the read fast path and hold the internal mutex. > W1 will block R3,R4,W2,R5 as they all need to acquire the internal mutex. > If R1,R2 release the lock, W1 will become unblocked and eventually > unlock the lock > such releasing the mutex. At this time R3,R4,W2,R5 compete for the mutex > and whoever > wins is next in the locking order. Thankyou. That was the information I was looking for. I assume then that the order that the order that the remainign threads contest the lock is: R5, R3, W2, R4 then that the cycle repeats and W2 will wait for R5 and R3, and R4 will wait for W2. so the quick answer is: "request order is partially preserved, enough to ensure that lockout does not occur." > > > Stephan > > > (1) - Unless recursive read locks enabled and a current readers > recursively locks it a second time. > In that case the lock is (re)-granted without acquiring the internal > mutex first > From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:50:50 2007 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 D823316A418 for ; Mon, 26 Nov 2007 18:50:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outI.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id B55BA13C461 for ; Mon, 26 Nov 2007 18:50:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 26 Nov 2007 10:50:50 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 97690126AB0; Mon, 26 Nov 2007 10:50:49 -0800 (PST) Message-ID: <474B1588.4070605@elischer.org> Date: Mon, 26 Nov 2007 10:50:48 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Poll: asterisk anyone? (+patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 18:50:51 -0000 Ian FREISLICH wrote: > Hi > > Just a quick poll to find out if anyone here is successfully running > asterisk (+zaptel) on 7-BETAx or -CURRENT or a previous branch for > that matter. > > I'm having great difficulty making it work on -CURRENT/AMD64. After > the recentish changes renaming kthreads to kproc, zaptel needs the > following patch to compile. > > Any datapoints, even that I'm being a total noob will be helpful. > > I'm experiencing: > 8-CURRENT (amd64): phone on FXS port doesn't get dial tone. A SIP phone can > register, but the first dial attempt requires a reboot to > unstick asterisk. I sent patches to someone in ports about this. I forget who. they said they'd add the changes (shown below) required to the port patches.. > 7-BETA (i386): phone on FXS port gets dialtone, but the first dial attempt > requires a reboot to unstick asterisk. > 6.3-BETA (i386): Works fine. > > --- work/zaptel-bsd-1.4.6/zaptel/zaptel.c.orig 2007-11-13 08:12:02.000000000 +0000 > +++ work/zaptel-bsd-1.4.6/zaptel/zaptel.c 2007-11-13 08:16:38.000000000 +0000 > @@ -254,7 +254,7 @@ > while (1) { > if (kthread_must_exit) { > wakeup(cookie); #if __FreeBSD_Version__ < 800002 > - kthread_exit(0); #else > + kproc_exit(0); #endif > } > > ZAP_LOCK(toselwakeup_lock); > @@ -1254,7 +1254,7 @@ > ZAP_LOCK_INIT(toselwakeup_lock, "toselwakeup_lock"); > > kthread_must_exit = 0; #if __FreeBSD_Version__ < 800002 > - if (kthread_create(selwakeup_thread_handler, (void *)toselwakeup, &kthread, 0, 0, "zt_selwakeup_thread")) #else > + if (kproc_create(selwakeup_thread_handler, (void *)toselwakeup, kthread, 0, 0, "zt_selwakeup_thread")) #endif and, shouldn't that be &kthread? > { > printf("Failed to create kthread\n"); > } > > Ian > > -- > Ian Freislich > > _______________________________________________ > 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 Nov 26 18:55:22 2007 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 71C0816A46B; Mon, 26 Nov 2007 18:55:22 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from bavaria.utcluj.ro (unknown [IPv6:2001:b30:5000:2:20e:cff:fe4b:ca01]) by mx1.freebsd.org (Postfix) with ESMTP id A967113C459; Mon, 26 Nov 2007 18:55:21 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from localhost (localhost [127.0.0.1]) by bavaria.utcluj.ro (Postfix) with ESMTP id 6516550853; Mon, 26 Nov 2007 20:55:20 +0200 (EET) X-Virus-Scanned: by the daemon playing with your mail on local.mail.utcluj.ro Received: from bavaria.utcluj.ro ([127.0.0.1]) by localhost (bavaria.utcluj.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u8clB2ZZk6y7; Mon, 26 Nov 2007 20:55:13 +0200 (EET) Received: from [172.27.2.200] (c7.campus.utcluj.ro [193.226.6.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bavaria.utcluj.ro (Postfix) with ESMTP id 664A55087A; Mon, 26 Nov 2007 20:55:13 +0200 (EET) Message-ID: <474B168F.4020706@net.utcluj.ro> Date: Mon, 26 Nov 2007 20:55:11 +0200 From: Cristian KLEIN User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Robert Watson References: <473AD98A.8050003@gmail.com> <20071114115254.GA55351@eos.sc1.parodius.com> <473AEED9.6070301@gmail.com> <200711161618.40441.jkim@FreeBSD.org> <474AE170.7020309@net.utcluj.ro> <20071126154611.W65286@fledge.watson.org> In-Reply-To: <20071126154611.W65286@fledge.watson.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Andrey , freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 18:55:22 -0000 Robert Watson wrote: > > On Mon, 26 Nov 2007, Cristian KLEIN wrote: > >> Great to hear this problem was solved. I still have one big fat >> question. Why did the system hang and not allow the kernel debugger >> show up? I strongly believe that this bug would have been easily >> spotted suppose KDB would have responded. Is it perhaps possible to >> "harden" KDB, so that such issues are easier to find and fix in future? > > I don't know the details of this particular situation, but I can speak > to at least one known issue in DDB: right now, getting into DDB from a > serial console is a very quick and straight forward path, requiring only > the delivery of the serial interrupt and execution of its fast handler. > The regular video console keypresses take a much more circuitous route, > as syscons isn't MPSAFE, so include the scheduling of an ithread and > acquisition of Giant. As such, I've found breaking into the debugger > much easier from a serial console for several years. As Giant has been > pushed off larger and larger parts of the kernel, the syscons break path > has gotten a lot more reliable. That is very unfortunate. Newer laptops don't come with a serial port anymore. As far as I know, using USB-to-serial converters won't work. > There will always be certain cases > where a console break (serial or video) will not work, and those include > cases where interrupts are disabled on all CPUs (such as if spinlocks > are held on all CPUs, perhaps due to one being leaked and then a > cascading deadline). In that situation, there's nothing like a nice NMI > button or IPMI NMI to get into the debugger :-). IIRC, spinlocks are not an issue anymore. The kernel will throw a message like "spinlock held too long in file, line", and the issue can easily be spotted. Is there any way to forcibly enter the DDB on a serialless laptop, so future problems like this will be spotted faster? Perhaps, should MPSAFEing syscons get more attention? From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 18:58:11 2007 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 0341A16A417 for ; Mon, 26 Nov 2007 18:58:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id CB02213C4D9 for ; Mon, 26 Nov 2007 18:58:10 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so986703waf for ; Mon, 26 Nov 2007 10:58:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Mi0MuoTnQi8UdxlynTZ+KjYtLXjxCkNvfAYcHdthskI=; b=jChZbC9Fd/FysAwtO1Okm1xI59l+AZcFOyIFUCb3mqGYy2n5ONJWB+8fYReabubmMx6LlrmGJRu27RRoufsCl2R2/EuzZ3ScffQ5GBba6YXHanrV4IQuSe5YNw5521cxlJaW+0pJWWaO3XRzsOpD/MhJCa8n4wXqdTSIznKXUPM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LyBt7hqGZ00accxquxpw5pfpxOb5AmA1LX2tgemPl2HV6HnsSNbWhAOTpFw6fLSPnV8ceqOFNuckvpYV+gXozTXPSHcH2OoEOeO2Hg2XtRRCa/KQlhk266nKfnM/f3Lmhk/waEr7PjQW82QmCl6fral610mykvqsuzi1B1Q37FU= Received: by 10.115.94.1 with SMTP id w1mr60750wal.1196103489969; Mon, 26 Nov 2007 10:58:09 -0800 (PST) Received: by 10.114.13.15 with HTTP; Mon, 26 Nov 2007 10:58:09 -0800 (PST) Message-ID: Date: Mon, 26 Nov 2007 10:58:09 -0800 From: "Kip Macy" To: obrien@freebsd.org, "Kip Macy" , freebsd-current@freebsd.org In-Reply-To: <20071126180500.GB79600@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474983F1.3030700@pbxpress.com> <20071126180500.GB79600@dragon.NUXI.org> Cc: Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 18:58:11 -0000 On Nov 26, 2007 10:05 AM, David O'Brien wrote: > On Sun, Nov 25, 2007 at 10:32:13PM -0800, Kip Macy wrote: > > Also can we do what the rest of the world does and refer to it as > > x86_64 or 64-bit intel? Continuing to refer to it as amd (I know they > > came up with instruction set extensions but its now a fundamental part > > of the x86 ISA) only serves to confuse new users. > > NO. AMD pioneered this platform. Without them we'd all be unhappily > headed towards IA64's. It is Intel that has constantly chosen to confuse > its customers. This is not a problem for The FreeBSD Project to fix. Yes David, we do owe AMD a debt of thanks for accelerating the death of ia64. But I have to burst your bubble. They are EXTENSIONS to 32-bit Intel not a new ISA. And conservative extensions at that. I'm not advocating we change the name of the architecture in the tree, but we are in a small minority in using AMD instead of x86_64 or 64-bit intel. In the future I'll remember to re-direct all "Can I run an amd64 kernel on an Intel processor?" questions to you. And if you don't answer promptly I'll give them my opinion on things. Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 19:08:19 2007 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 E8A7516A41B; Mon, 26 Nov 2007 19:08:19 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 776E813C442; Mon, 26 Nov 2007 19:08:19 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAQJ8F6D011972; Mon, 26 Nov 2007 20:08:15 +0100 (CET) (envelope-from sos@freebsd.org) Message-ID: <474B199F.5020601@freebsd.org> Date: Mon, 26 Nov 2007 20:08:15 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Bruce Cran References: <473D4464.1080504@FreeBSD.org> <474B0AD3.8080904@cran.org.uk> In-Reply-To: <474B0AD3.8080904@cran.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Martin Matuska Subject: Re: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 19:08:20 -0000 Bruce Cran wrote: > Martin Matuska wrote: >> Hi all, >> >> I have several systems with mainboards that use IXP600 and IXP700 SATA= >> controllers. >> These arebut not supported by ata(4) yet, I am successfully using the >> proposed patch at >> >> kern/116125 >> ( http://www.freebsd.org/cgi/query-pr.cgi?pr=3D116125 ). >> >> The patch works very well on 6-STABLE, 7-STABLE and 8-CURRENT, me and >> several other people are using it for two months now. >> If I can help with more testing to introduce this patch to the tree, >> just tell me what to do. > > I recently noticed support for the IXP600 controller was committed to=20 > RELENG_7, but the name for atapci0 is corrupted on my Dell laptop: > > atapci0:=20 > <\M-PG}\M^@\M^?\M^?\M^?\M^?\M-rv+\M^@\M^?\M^?\M^?\M^?\M-PG}\M^@\M^?\M^?= \M^?\M^?\M-^\M-t,\M^@\M^?\M^?\M^?\M^?>=20 > port=20 > 0x8438-0x843f,0x8454-0x8457,0x8430-0x8437,0x8450-0x8453,0x8400-0x840f > > atapci1: port=20 > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8420-0x842f at device 20.1 on pci= 0 > > This is on RELENG_7 from a few days ago: Sorry, thats an error on my part, fixed on -current, I'll ask re@ for=20 perm for r7 and r6.3... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 19:13:37 2007 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 A387816A417 for ; Mon, 26 Nov 2007 19:13:37 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 1F46B13C468 for ; Mon, 26 Nov 2007 19:13:36 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: by py-out-1112.google.com with SMTP id u77so1856824pyb for ; Mon, 26 Nov 2007 11:13:36 -0800 (PST) Received: by 10.65.83.18 with SMTP id k18mr6567031qbl.1196102934930; Mon, 26 Nov 2007 10:48:54 -0800 (PST) Received: from ?10.10.10.149? ( [198.62.158.205]) by mx.google.com with ESMTPS id e14sm1314574qba.2007.11.26.10.48.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 26 Nov 2007 10:48:54 -0800 (PST) Message-ID: <474B1515.3020303@bellanet.org> Date: Mon, 26 Nov 2007 13:48:53 -0500 From: Graham Todd User-Agent: Thunderbird 2.0.0.5 (X11/20070727) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071126111520.GA29188@soaustin.net> <20071126165021.GC51762@staatsfeind.org> In-Reply-To: <20071126165021.GC51762@staatsfeind.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 19:13:37 -0000 Matthias Schmidt wrote: > Hi, > > * Mark Linimon wrote: >> On Mon, Nov 26, 2007 at 11:00:45AM +0100, Matthias Schmidt wrote: >>> When I plugged out the stick, I got the below messages followed by a >>> kernel panic: >> Unfortunately, a well-known problem that will require some serious >> re-architecting to fix. > > OK, thanks for the answer. Could you elaborate on that topic a bit > further. Is there a difference between unplugging a "recognized" USB > stick and an "unrecognized" USB stick? I thought this usually occured since whenever a filesystem went missing (e.g. even a "transient" one auto-mounted from a usb key) the kernel would panic. It's inconvenient (& can be embarassing) but well known :) Is the crash you are experiencing caused by simply physically removing an unrecognized usb device that is not mounted or somehow in use? From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 19:16:27 2007 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 55BCF16A41A for ; Mon, 26 Nov 2007 19:16:27 +0000 (UTC) (envelope-from ups@freebsd.org) Received: from smtpauth04.prod.mesa1.secureserver.net (smtpauth04.prod.mesa1.secureserver.net [64.202.165.95]) by mx1.freebsd.org (Postfix) with SMTP id 34B7813C46E for ; Mon, 26 Nov 2007 19:16:26 +0000 (UTC) (envelope-from ups@freebsd.org) Received: (qmail 19397 invoked from network); 26 Nov 2007 19:16:23 -0000 Received: from unknown (66.23.216.53) by smtpauth04.prod.mesa1.secureserver.net (64.202.165.95) with ESMTP; 26 Nov 2007 19:16:23 -0000 Message-ID: <474B1B9E.2080703@freebsd.org> Date: Mon, 26 Nov 2007 14:16:46 -0500 From: Stephan Uphoff User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Julian Elischer References: <4749BB5B.7040801@elischer.org> <4749BBDE.6000107@elischer.org> <474AE5AE.4020301@freebsd.org> <474B1195.1020504@elischer.org> In-Reply-To: <474B1195.1020504@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: rmlock question.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 19:16:27 -0000 Julian Elischer wrote: > Stephan Uphoff wrote: >> Julian Elischer wrote: >>> Julian Elischer wrote: >>>> If I make an exclusive rmlock request on an rmlock that has a busy >>>> set of readers coming and going, do new readers wait for me to get >>>> my turn, or do I have to wait for a moment where there are no more >>>> readers before I get a go? >>> in fact if the requests are of the order >>> >>> reader, reader, writer, reader, reader, writer, reader >>> >>> is the order of evaluation defined? is it preserved? >> This is a bit of a tricky question to answer. >> Writers always acquire an internal mutex, disallow further readers to >> acquire the lock >> using the read lock fastpath and then wait until all current readers >> unlock the lock. >> ( During this wait priority is propagated from the writer to one >> reader at a time) >> The writer unlocks the rmlock by unlocking the internal mutex. >> If the reader fastpath is disabled , a reader acquires the internal >> mutex, grants itself the >> lock, enabled the reader fastpath and unlocks the internal mutex. (1) >> This means that on a contested rmlock the mutex locking order mainly >> influences >> the rmlock locking order. >> The internal mutex locking order is mainly dictated by the priority >> of the locking threads. >> However FreeBSD uses adaptive mutexes by default and the locking >> order of multiple >> threads spinning to acquire a mutex is undefined. >> >> So in your example the first writer (W1) will be blocked by the first >> two Readers (R1,R2) >> but will disable the read fast path and hold the internal mutex. >> W1 will block R3,R4,W2,R5 as they all need to acquire the internal >> mutex. >> If R1,R2 release the lock, W1 will become unblocked and eventually >> unlock the lock >> such releasing the mutex. At this time R3,R4,W2,R5 compete for the >> mutex and whoever >> wins is next in the locking order. > > Thankyou. That was the information I was looking for. > I assume then that the order that the order that the remainign threads > contest the lock is: > R5, R3, W2, R4 > > then that the cycle repeats and W2 will wait for R5 and R3, > and R4 will wait for W2. Yes > > > so the quick answer is: > "request order is partially preserved, enough to ensure that lockout > does not occur." > Yes, the answer catches the spirit of the issue. This being said high priority writers could indefinitely block access to low priority readers. ( But then you really should not be using rmlocks) Stephan From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 19:37:17 2007 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 E4D2616A46B for ; Mon, 26 Nov 2007 19:37:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF5A13C4F2 for ; Mon, 26 Nov 2007 19:37:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lAQJb9Xo050606; Mon, 26 Nov 2007 20:37:15 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lAQJb84U050605; Mon, 26 Nov 2007 20:37:08 +0100 (CET) (envelope-from olli) Date: Mon, 26 Nov 2007 20:37:08 +0100 (CET) Message-Id: <200711261937.lAQJb84U050605@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@freebsd.org In-Reply-To: <200711210956.lAL9uI0o097057@lurza.secnetix.de> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 26 Nov 2007 20:37:15 +0100 (CET) X-Mailman-Approved-At: Mon, 26 Nov 2007 19:57:43 +0000 Subject: Re: Sockets stuck in SYN_RCVD (re(4), RELENG_7, i386) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 19:37:18 -0000 Hello, Now I have an additional piece of information for this bug. Today I noticed that the second system -- which did not exhibit the problem so far -- also started collecting sockets in the SYN_RCVD state ("netstat -n"). Extrapoliting the current count and growth rate, it must have started on Saturday. The machine then had an uptime of 25 days -- about the same uptime as the first machine when it started to show this problem. Whatever triggers the bug, it seems to be uptime-related. Both machines are running with HZ=1000 (the default). A signed int variable running at HZ speed would overflow after 2^31 seconds which happens to be 24.9 days ... So it seems this is what's happening: Somewhere in the kernel (probably the TCP syncache code) there's a piece of code using uptime information in HZ resolution for timing purposes or whatever. However, it uses a signed int, maybe just for intermediate results, causing an overflow after 2^31/HZ seconds, which leads to wrong results and finally hanging sockets in the SYN_RCVD state. Could anyone familiar help me trying to locate the bug in the code? I'm pretty sure that my analysis isn't far from the truth. I'm also pretty sure that a type cast at the right place will fix it. The problem is to find the right place. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 19:59:39 2007 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 112A416A421 for ; Mon, 26 Nov 2007 19:59:39 +0000 (UTC) (envelope-from jmp+lists@alvorlig.dk) Received: from cauchy.aub.dk (cauchy.aub.dk [194.255.124.240]) by mx1.freebsd.org (Postfix) with ESMTP id C358C13C4DB for ; Mon, 26 Nov 2007 19:59:38 +0000 (UTC) (envelope-from jmp+lists@alvorlig.dk) Received: from localhost (localhost.aub.dk [127.0.0.1]) by cauchy.aub.dk (Postfix) with ESMTP id 741A0117F9 for ; Mon, 26 Nov 2007 20:35:15 +0100 (CET) X-Virus-Scanned: amavisd-new at aub.dk Received: from cauchy.aub.dk ([127.0.0.1]) by localhost (cauchy.aub.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B6QDQHOKUhW8 for ; Mon, 26 Nov 2007 20:35:11 +0100 (CET) Received: from [10.50.5.198] (unknown [10.50.5.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jmp) by cauchy.aub.dk (Postfix) with ESMTP id 7C9AC117F8 for ; Mon, 26 Nov 2007 20:35:11 +0100 (CET) Message-ID: <474B211D.5070502@alvorlig.dk> Date: Mon, 26 Nov 2007 20:40:13 +0100 From: "J. Martin Petersen" User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <339722.72087.qm@web63903.mail.re1.yahoo.com> In-Reply-To: <339722.72087.qm@web63903.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 26 Nov 2007 20:03:50 +0000 Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 19:59:39 -0000 Barney Cordoba wrote: > Supermicro is a more important brand. They supply to > many large OEMs, including DELL. Dell's opteron > servers use the HT1000 chipset. Just as a data point I'll note that HP uses them as well. For instance the Proliant DL145 G3 (which is dual socket, dual core Opteron) comes with HT1000 as the onboard SATA controller (unless you go for hot swap SATA, I think) and something similar as the PATA controller (and the cd/dvd-rom drive isn't detected). (What we have tested is the following: FreeBSD {6.2-RELEASE, 7.0-BETA2} installed on /dev/ad4, create one big partition on /dev/ad6 (both 250 GB disks), newfs, mount then dd if=/dev/zero of=/mnt/foo bs=512k. After a while the machine panics and the superblock on /dev/ad6 is corrupted. If I omit newfs/mount, all is apparently well.) Oh, if a committer needs remote access (ssh, remote kvm) to such a machine just send me an email and I'll set it up. Likewise if there's any patches to be tested or info to be gathered. /Martin From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 20:05:12 2007 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 7A84016A469; Mon, 26 Nov 2007 20:05:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3061613C478; Mon, 26 Nov 2007 20:05:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 89B1D46B87; Mon, 26 Nov 2007 15:08:48 -0500 (EST) Date: Mon, 26 Nov 2007 20:05:05 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Cristian KLEIN In-Reply-To: <474B168F.4020706@net.utcluj.ro> Message-ID: <20071126200008.W65286@fledge.watson.org> References: <473AD98A.8050003@gmail.com> <20071114115254.GA55351@eos.sc1.parodius.com> <473AEED9.6070301@gmail.com> <200711161618.40441.jkim@FreeBSD.org> <474AE170.7020309@net.utcluj.ro> <20071126154611.W65286@fledge.watson.org> <474B168F.4020706@net.utcluj.ro> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Andrey , freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 20:05:12 -0000 On Mon, 26 Nov 2007, Cristian KLEIN wrote: >> I don't know the details of this particular situation, but I can speak to >> at least one known issue in DDB: right now, getting into DDB from a serial >> console is a very quick and straight forward path, requiring only the >> delivery of the serial interrupt and execution of its fast handler. The >> regular video console keypresses take a much more circuitous route, as >> syscons isn't MPSAFE, so include the scheduling of an ithread and >> acquisition of Giant. As such, I've found breaking into the debugger much >> easier from a serial console for several years. As Giant has been pushed >> off larger and larger parts of the kernel, the syscons break path has >> gotten a lot more reliable. > > That is very unfortunate. Newer laptops don't come with a serial port > anymore. As far as I know, using USB-to-serial converters won't work. Many notebooks do, however, have firewire. I've not read the firewire code or used firewire for debugging, so I can't comment on how effective breaks are, but I can say that one of the neatest things about firewire is that you can inspect the kernel memory of a host remotely even when it's frozen solid, which is pretty cool. So if you have a notebook that is also without firewire, you may indeed be out of luck, but with firewire, you have a nice new option. >> There will always be certain cases where a console break (serial or video) >> will not work, and those include cases where interrupts are disabled on all >> CPUs (such as if spinlocks are held on all CPUs, perhaps due to one being >> leaked and then a cascading deadline). In that situation, there's nothing >> like a nice NMI button or IPMI NMI to get into the debugger :-). > > IIRC, spinlocks are not an issue anymore. The kernel will throw a message > like "spinlock held too long in file, line", and the issue can easily be > spotted. Only on an SMP box -- the test is in the spin loop waiting for a spinlock, so only when a second CPU has to hang around for a long time waiting for the lock will that fire. If you have a single-CPU box, it's just a hard wedge with interrupts disabled. > Is there any way to forcibly enter the DDB on a serialless laptop, so future > problems like this will be spotted faster? Perhaps, should MPSAFEing syscons > get more attention? I think getting an MPSAFE syscons would be desirable, but it's a non-trivial piece of work, especially if you take into account that it's tangled up in the tty code. If you have firewire, that may be a useful option. However, I would agree with an assertion that notebooks are becoming less useful as a development platform because of the omission of a real serial port. One of the nice things about true serial ports is that you can run them in purely polled operation quite easily, so use them from within a debugger while interrupts are disasbled. Unfortunately, USB controllers are very complex beasts, and do not lend themselves to low-level operation of this sort. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 20:37:10 2007 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 2E22E16A419; Mon, 26 Nov 2007 20:37:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id D9ECF13C458; Mon, 26 Nov 2007 20:37:09 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3C83446F33; Mon, 26 Nov 2007 15:40:46 -0500 (EST) Date: Mon, 26 Nov 2007 20:37:02 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Max Laier In-Reply-To: <200711231232.04447.max@love2party.net> Message-ID: <20071126203514.X65286@fledge.watson.org> References: <200711231232.04447.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Switch pfil(9) to rmlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 20:37:10 -0000 On Fri, 23 Nov 2007, Max Laier wrote: > attached is a diff to switch the pfil(9) subsystem to rmlocks, which are > more suited for the task. I'd like some exposure before doing the switch, > but I don't expect any fallout. This email is going through the patched > pfil already - twice. FYI, since people are experimenting with rmlocks as a substitute for rwlocks, I played with moving the global rwlock used to protect the name space and linkage of UNIX domain sockets to be an rmlock. Kris didn't see any measurable change in performance for his MySQL benchmarks, but I figured I'd post the patches as they give a sense of what change impact things like reader state management have on code. Attached below. I have no current plans to commit these changes as they appear not to offer benefit (either because the rwlock overhead was negigible compared to other costs in the benchmark, or because the read/write blend was too scewed towards writes -- I think probably the former rather than the latter). Robert N M Watson Computer Laboratory University of Cambridge ==== //depot/vendor/freebsd/src/sys/kern/uipc_usrreq.c#141 (text+ko) - //depot/user/rwatson/proto/src/sys/kern/uipc_usrreq.c#59 (text+ko) ==== content @@ -79,6 +79,7 @@ #include #include #include +#include #include #include #include @@ -196,6 +197,35 @@ * binding, both of which involve dropping UNIX domain socket locks in order * to perform namei() and other file system operations. */ + +#define USE_RMLOCKS +#ifdef USE_RMLOCKS + +static struct rmlock unp_global_rmlock; + +#define UNP_GLOBAL_LOCK_INIT() rm_init(&unp_global_rmlock, \ + "unp_global_rmlock", 0) + +#define UNP_GLOBAL_LOCK_ASSERT() /*rm_assert(&unp_global_rmlock, \ + RA_LOCKED) */ +#define UNP_GLOBAL_UNLOCK_ASSERT() /*rm_assert(&unp_global_rmlock, \ + RA_UNLOCKED) */ + +#define UNP_GLOBAL_WLOCK() rm_wlock(&unp_global_rmlock) +#define UNP_GLOBAL_WUNLOCK() rm_wunlock(&unp_global_rmlock) +#define UNP_GLOBAL_WLOCK_ASSERT() /*rm_assert(&unp_global_rmlock, \ + RA_WLOCKED) */ +#define UNP_GLOBAL_WOWNED() rm_wowned(&unp_global_rmlock) + +#define UNP_GLOBAL_RLOCK() rm_rlock(&unp_global_rmlock, &tr) +#define UNP_GLOBAL_RUNLOCK() rm_runlock(&unp_global_rmlock, &tr) +#define UNP_GLOBAL_RLOCK_ASSERT() /*rm_assert(&unp_global_rmlock, \ + RA_RLOCKED) */ + +#define RMLOCK_DECL struct rm_priotracker tr + +#else /* !USE_RMLOCKS */ + static struct rwlock unp_global_rwlock; #define UNP_GLOBAL_LOCK_INIT() rw_init(&unp_global_rwlock, \ @@ -217,6 +247,10 @@ #define UNP_GLOBAL_RLOCK_ASSERT() rw_assert(&unp_global_rwlock, \ RA_RLOCKED) +#define RMLOCK_DECL __unused struct rm_priotracker tr + +#endif /* !USE_RMLOCKS */ + #define UNP_PCB_LOCK_INIT(unp) mtx_init(&(unp)->unp_mtx, \ "unp_mtx", "unp_mtx", \ MTX_DUPOK|MTX_DEF|MTX_RECURSE) @@ -225,9 +259,11 @@ #define UNP_PCB_UNLOCK(unp) mtx_unlock(&(unp)->unp_mtx) #define UNP_PCB_LOCK_ASSERT(unp) mtx_assert(&(unp)->unp_mtx, MA_OWNED) + static int unp_connect(struct socket *, struct sockaddr *, - struct thread *); -static int unp_connect2(struct socket *so, struct socket *so2, int); + struct thread *, struct rm_priotracker *); +static int unp_connect2(struct socket *so, struct socket *so2, int, + struct rm_priotracker *); static void unp_disconnect(struct unpcb *unp, struct unpcb *unp2); static void unp_shutdown(struct unpcb *); static void unp_drop(struct unpcb *, int); @@ -295,6 +331,7 @@ { struct unpcb *unp, *unp2; const struct sockaddr *sa; + RMLOCK_DECL; /* * Pass back name of connected socket, if it was bound and we are @@ -493,10 +530,11 @@ uipc_connect(struct socket *so, struct sockaddr *nam, struct thread *td) { int error; + RMLOCK_DECL; KASSERT(td == curthread, ("uipc_connect: td != curthread")); UNP_GLOBAL_WLOCK(); - error = unp_connect(so, nam, td); + error = unp_connect(so, nam, td, &tr); UNP_GLOBAL_WUNLOCK(); return (error); } @@ -526,6 +564,7 @@ { struct unpcb *unp, *unp2; int error; + RMLOCK_DECL; UNP_GLOBAL_WLOCK(); unp = so1->so_pcb; @@ -534,7 +573,7 @@ unp2 = so2->so_pcb; KASSERT(unp2 != NULL, ("uipc_connect2: unp2 == NULL")); UNP_PCB_LOCK(unp2); - error = unp_connect2(so1, so2, PRU_CONNECT2); + error = unp_connect2(so1, so2, PRU_CONNECT2, &tr); UNP_PCB_UNLOCK(unp2); UNP_PCB_UNLOCK(unp); UNP_GLOBAL_WUNLOCK(); @@ -753,6 +792,7 @@ u_int mbcnt, sbcc; u_long newhiwat; int error = 0; + RMLOCK_DECL; unp = sotounpcb(so); KASSERT(unp != NULL, ("uipc_send: unp == NULL")); @@ -782,7 +822,7 @@ error = EISCONN; break; } - error = unp_connect(so, nam, td); + error = unp_connect(so, nam, td, &tr); if (error) break; unp2 = unp->unp_conn; @@ -836,7 +876,7 @@ if ((so->so_state & SS_ISCONNECTED) == 0) { if (nam != NULL) { UNP_GLOBAL_WLOCK_ASSERT(); - error = unp_connect(so, nam, td); + error = unp_connect(so, nam, td, &tr); if (error) break; /* XXX */ } else { @@ -938,6 +978,7 @@ { struct unpcb *unp, *unp2; struct socket *so2; + RMLOCK_DECL; unp = sotounpcb(so); KASSERT(unp != NULL, ("uipc_sense: unp == NULL")); @@ -1110,7 +1151,8 @@ } static int -unp_connect(struct socket *so, struct sockaddr *nam, struct thread *td) +unp_connect(struct socket *so, struct sockaddr *nam, struct thread *td, + struct rm_priotracker *tr) { struct sockaddr_un *soun = (struct sockaddr_un *)nam; struct vnode *vp; @@ -1249,7 +1291,7 @@ KASSERT(unp2 != NULL, ("unp_connect: unp2 == NULL")); UNP_PCB_LOCK(unp); UNP_PCB_LOCK(unp2); - error = unp_connect2(so, so2, PRU_CONNECT); + error = unp_connect2(so, so2, PRU_CONNECT, tr); UNP_PCB_UNLOCK(unp2); UNP_PCB_UNLOCK(unp); bad2: @@ -1273,7 +1315,8 @@ } static int -unp_connect2(struct socket *so, struct socket *so2, int req) +unp_connect2(struct socket *so, struct socket *so2, int req, + struct rm_priotracker *tr) { struct unpcb *unp; struct unpcb *unp2; @@ -1359,6 +1402,7 @@ struct xunpgen *xug; struct unp_head *head; struct xunpcb *xu; + RMLOCK_DECL; head = ((intptr_t)arg1 == SOCK_DGRAM ? &unp_dhead : &unp_shead); From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 20:38:08 2007 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 D7AE316A468 for ; Mon, 26 Nov 2007 20:38:08 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9CAFE13C4F6 for ; Mon, 26 Nov 2007 20:38:08 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59699 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IwkiV-000758-EZ for freebsd-current@freebsd.org; Mon, 26 Nov 2007 20:38:07 +0000 Message-ID: <474B2EB1.7020304@conducive.net> Date: Mon, 26 Nov 2007 20:38:09 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <473AD98A.8050003@gmail.com> <20071114115254.GA55351@eos.sc1.parodius.com> <473AEED9.6070301@gmail.com> <200711161618.40441.jkim@FreeBSD.org> <474AE170.7020309@net.utcluj.ro> <20071126154611.W65286@fledge.watson.org> <474B168F.4020706@net.utcluj.ro> <20071126200008.W65286@fledge.watson.org> In-Reply-To: <20071126200008.W65286@fledge.watson.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: RELENG_7 and HEAD: bge causes system hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 20:38:08 -0000 Robert Watson wrote: > On Mon, 26 Nov 2007, Cristian KLEIN wrote: > *snip* (this probbaly justifies a new thread ... but..) >> >> That is very unfortunate. Newer laptops don't come with a serial port >> anymore. As far as I know, using USB-to-serial converters won't work. > > Many notebooks do, however, have firewire. I've not read the firewire > code or used firewire for debugging, so I can't comment on how effective > breaks are, but I can say that one of the neatest things about firewire > is that you can inspect the kernel memory of a host remotely even when > it's frozen solid, which is pretty cool. So if you have a notebook that > is also without firewire, you may indeed be out of luck, but with > firewire, you have a nice new option. > *snip* > > I think getting an MPSAFE syscons would be desirable, but it's a > non-trivial piece of work, especially if you take into account that it's > tangled up in the tty code. If you have firewire, that may be a useful > option. However, I would agree with an assertion that notebooks are > becoming less useful as a development platform because of the omission > of a real serial port. *snip* A) Notebooks are at over 50% of new sales and climbing, so it isn't just as devel platforms - but as sources of 'field reports' of tester / user encountered problems that will become an ever-growing challenge. Worse, unlike a conventional MB, one cannot just plug in a bus card and emulate (or substitute for) the key subsystem involved, so at some point those laptops need to be accomodated. B) It isn't just laptops. Mac Mini-like, small-format packaging is taking another chunk out of the field. These, too are legacy I/O challenged as well as limited in bus sockets. C) Even full-ATX size MB have long-since begun shedding (external) serial ports as well as PS2 mouse & keyboard-ports, may not even ship with the cables or connectors to attach to such 'legacy' serial connectors as reamin - usually well-hidden somewhere on the MB. D) Much as I like FW, I haven't seen any indication that it has a guarantee of survival or universality any greater than once-common IRDA did. Too many price-driven decisions favor 'good enough' and far more common USB 2. Something will be needed soon/already to cover the general gap of missing SIO. We probably *can* count on audio I/O not going away, so perhaps ASCII to fsk - or even text to speech. :-( Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 20:43:37 2007 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 CCE1416A473 for ; Mon, 26 Nov 2007 20:43:37 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id B83CF13C46B for ; Mon, 26 Nov 2007 20:43:36 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAQKhYk3012970; Mon, 26 Nov 2007 21:43:34 +0100 (CET) (envelope-from sos@freebsd.org) Message-ID: <474B2FF6.6020209@freebsd.org> Date: Mon, 26 Nov 2007 21:43:34 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Mike Tancsa References: <47402ABA.9060209@terranova.net> <826454.61528.qm@web63913.mail.re1.yahoo.com> <200711211416.lALEGv6O040459@lava.sentex.ca> In-Reply-To: <200711211416.lALEGv6O040459@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Barney Cordoba , Travis Mikalson , freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 20:43:37 -0000 Mike Tancsa wrote: > At 07:26 AM 11/21/2007, Barney Cordoba wrote: >> I've done a bit of research and it seems that this >> chipset has been ignored for years now by the FreeBSD >> team. Whats the reasoning for a major chipset used by > > I think you are jumping to conclusions. I have a HT1000 chipset board = > and have been using it just fine for some time.=20 > (http://lists.freebsd.org/pipermail/freebsd-current/2007-November/07992= 0.html)=20 > > There obviously are some cases were it does not, so its harder to=20 > track down than just a case of spending $150. If you do have such a=20 > board that does not work, perhaps make the offer of sending the=20 > problem board to a developer who is interested in fixing the issue. That would be an excelent idea :) As usual I'll try to get any ATA/SATA HW that shows up on my doorstep=20 working, thats the deal. I dont have the means nor the motivation to spend my own hard earned $$=20 on all kinds of HW to get someone out there free support, simple as that.= =2E That said, I do have a HT1000 based board around a supermicro H8SSL that = is used as a busy local fileserver, needless to say it works flawlessly. So, to get this worked on and hopefully fixed, get me a failing board to = work on here... private mail with address details etc can be had on=20 request... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 21:07:00 2007 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 D2CA716A469 for ; Mon, 26 Nov 2007 21:07:00 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC0C13C508 for ; Mon, 26 Nov 2007 21:07:00 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id 3B4341E338F for ; Mon, 26 Nov 2007 16:06:56 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xQqtTWFHuoAS for ; Mon, 26 Nov 2007 16:06:54 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP for ; Mon, 26 Nov 2007 16:06:54 -0500 (EST) Date: Mon, 26 Nov 2007 16:06:54 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@mindcrime.int.bit0.com To: freebsd-current@freebsd.org Message-ID: <20071126160422.K82868@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: vm.pmap.shpgperproc and Apache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 21:07:00 -0000 (This is about 7.0-BETA3 amd64) Can someone explain to someone who isn't a VM guru exactly what vm.pmap.shpgperproc does? My understanding of how the VM system works isn't great but my understanding is, if you have a process that's malloc'ed, say, 100MB of memory, then it forks, and the child modifies 5MB of it, the total memory usage is really 105MB instead of 200MB because unmodified pages used by both copies are kept as just a single copy; modified pages are copied on write and eventually cause the processes to grow. For example, having mod_perl2 preload and precompile all scripts, instead of doing it on their first hit, should save a ton of memory because the children will share the memory from the parent: http://www.perl.com/pub/a/2002/07/30/mod_perl.html is an old article explaining how I think it works. On a quad-core box with about 200 mod_perl2 Apache processes, and about 2000 other much smaller Apache processes with the mod_perl shut off, I get "Aproaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl" a few times on the console after a reboot. Raising vm.pmap.shpgperproc from the default 200 up to 500 reduces these but doesn't eliminate them. My question is, does vm.pmap.shpgperproc affect how much of the parent's memory a forked child can share, or does it just affect things like SysV SHM where a proces has to explicitly request a shared pool of memory for IPC, or is it something else entirely? Because if it's the former, the default of 200 would mean only 800K memory shared between mod_perl processes which for this situation is absurdly low -- so I hope I'm wrong on how that works. :) Also, what's the danger of setting it too high, on an amd64 system with 4 GB memory (soon to be 6 GB), given the process counts above? I'm attempting to run with it set to 2048 right now and not noticing any ill effects. On amd64 it appears to be tunable at runtime, vs i386 where you have to tweak PMAP_SHPGPERPROC in the kernel config -- very handy. I have found some old discussions about PMAP_SHPGPERPROC on Google but none of the ones I read really get specific enough for me; they all just seem to say "keep raising it til the warnings on the console go away" :) Side question: Anyone know of a way to profile Apache memory usage on a per-module basis? From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 21:11:08 2007 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 E47A616A418 for ; Mon, 26 Nov 2007 21:11:08 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: from alpha.staatsfeind.org (staatsfeind.org [217.20.114.241]) by mx1.freebsd.org (Postfix) with ESMTP id A8C2013C4D5 for ; Mon, 26 Nov 2007 21:11:08 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: by alpha.staatsfeind.org (Postfix, from userid 1002) id 0A3836246; Mon, 26 Nov 2007 22:11:06 +0100 (CET) Date: Mon, 26 Nov 2007 22:11:06 +0100 From: Matthias Schmidt To: freebsd-current@freebsd.org Message-ID: <20071126211106.GD51762@staatsfeind.org> References: <20071126111520.GA29188@soaustin.net> <20071126165021.GC51762@staatsfeind.org> <474B1515.3020303@bellanet.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474B1515.3020303@bellanet.org> Subject: Re: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 21:11:09 -0000 He, * Graham Todd wrote: > > I thought this usually occured since whenever a filesystem went missing > (e.g. even a "transient" one auto-mounted from a usb key) the kernel > would panic. It's inconvenient (& can be embarassing) but well known :) > > Is the crash you are experiencing caused by simply physically removing > an unrecognized usb device that is not mounted or somehow in use? Yes, the stick is completely unused. I just plug the stick in, wait a second, unplug the stick and the panic occurs. Besides that I cannot use the stick, because the vendor id as well as the product id are unknown. Regards Matthias From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 21:35:53 2007 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 8FD5016A41B for ; Mon, 26 Nov 2007 21:35:53 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 5220913C447 for ; Mon, 26 Nov 2007 21:35:53 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwlcO-000OAo-6h; Mon, 26 Nov 2007 22:35:52 +0100 Message-ID: <474B3C4E.7090501@FreeBSD.org> Date: Mon, 26 Nov 2007 22:36:14 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Matthias Schmidt References: <20071126111520.GA29188@soaustin.net> <20071126165021.GC51762@staatsfeind.org> <474B1515.3020303@bellanet.org> <20071126211106.GD51762@staatsfeind.org> In-Reply-To: <20071126211106.GD51762@staatsfeind.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 21:35:53 -0000 Matthias Schmidt wrote: > He, > > * Graham Todd wrote: >> I thought this usually occured since whenever a filesystem went missing >> (e.g. even a "transient" one auto-mounted from a usb key) the kernel >> would panic. It's inconvenient (& can be embarassing) but well known :) >> >> Is the crash you are experiencing caused by simply physically removing >> an unrecognized usb device that is not mounted or somehow in use? > > Yes, the stick is completely unused. I just plug the stick in, wait a > second, unplug the stick and the panic occurs. Besides that I cannot use the > stick, because the vendor id as well as the product id are unknown. > > Regards > > Matthias When the device is plugged in can you show us a pciconf -vl and perhaps an excerpt from the dmesg? so that we might be able to add it to the supported devicelist? (which might also resolve the problem, though that would be a workaround imo since the machine should not panic because of plugging in something and unplugging it, at least not when it's not being used :-)) Cheers remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 22:02:59 2007 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 7009516A418; Mon, 26 Nov 2007 22:02:59 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id 2CC6C13C4EA; Mon, 26 Nov 2007 22:02:59 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id EB08039885; Mon, 26 Nov 2007 23:02:57 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Eu8bPEMZAYS0; Mon, 26 Nov 2007 23:02:55 +0100 (CET) Received: from [10.2.0.1] (gw.radiolan.sk [193.93.72.6]) by mail.vx.sk (Postfix) with ESMTP id AB1643986F; Mon, 26 Nov 2007 23:02:54 +0100 (CET) Message-ID: <474B428A.5070405@FreeBSD.org> Date: Mon, 26 Nov 2007 23:02:50 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <473D4464.1080504@FreeBSD.org> <474B0AD3.8080904@cran.org.uk> <474B199F.5020601@freebsd.org> In-Reply-To: <474B199F.5020601@freebsd.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Bruce Cran , freebsd-current@freebsd.org Subject: Re: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 22:02:59 -0000 My controller is with your lattest patch reported as: atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 There is still no AHCI support detected for this controller. Søren Schmidt wrote / napísal(a): > Bruce Cran wrote: >> Martin Matuska wrote: >>> Hi all, >>> >>> I have several systems with mainboards that use IXP600 and IXP700 SATA >>> controllers. >>> These arebut not supported by ata(4) yet, I am successfully using the >>> proposed patch at >>> >>> kern/116125 >>> ( http://www.freebsd.org/cgi/query-pr.cgi?pr=116125 ). >>> >>> The patch works very well on 6-STABLE, 7-STABLE and 8-CURRENT, me and >>> several other people are using it for two months now. >>> If I can help with more testing to introduce this patch to the tree, >>> just tell me what to do. >> >> I recently noticed support for the IXP600 controller was committed to >> RELENG_7, but the name for atapci0 is corrupted on my Dell laptop: >> >> atapci0: >> <\M-PG}\M^@\M^?\M^?\M^?\M^?\M-rv+\M^@\M^?\M^?\M^?\M^?\M-PG}\M^@\M^?\M^?\M^?\M^?\M-^\M-t,\M^@\M^?\M^?\M^?\M^?> >> port >> 0x8438-0x843f,0x8454-0x8457,0x8430-0x8437,0x8450-0x8453,0x8400-0x840f >> >> atapci1: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8420-0x842f at device 20.1 on pci0 >> >> This is on RELENG_7 from a few days ago: > Sorry, thats an error on my part, fixed on -current, I'll ask re@ for > perm for r7 and r6.3... > > -Søren > From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 22:13:34 2007 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 E984C16A417; Mon, 26 Nov 2007 22:13:34 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 501C013C461; Mon, 26 Nov 2007 22:13:34 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 221393411-1834499 for multiple; Mon, 26 Nov 2007 17:13:47 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lAQMDGCT010864; Mon, 26 Nov 2007 17:13:22 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Dan Epure Date: Mon, 26 Nov 2007 16:24:51 -0500 User-Agent: KMail/1.9.6 References: <20071118012616.GF19354@iogyte.ro> <20071122085228.M60495@fledge.watson.org> <20071122154741.GA73724@iogyte.ro> In-Reply-To: <20071122154741.GA73724@iogyte.ro> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711261624.52550.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Nov 2007 17:13:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4928/Mon Nov 26 13:10:39 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, Robert Watson , csjp@FreeBSD.org Subject: Re: pseudo terminals in 7.0 - pts implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 22:13:35 -0000 On Thursday 22 November 2007 10:47:41 am Dan Epure wrote: > Hi, > > For the moment this feature is only available in HEAD. I think the limit is "only" 512 master/slave pairs. > Should be enough for this year. Is it going to be merged in 6.3 ? > Thanks again. The 512 ptys can easily be merged. We actually are using 1152 ptys at work using a similar patch (just more pty letters). > On Thu, Nov 22, 2007 at 08:53:36AM +0000, Robert Watson wrote: > > > > On Thu, 22 Nov 2007, Dan Epure wrote: > > > >> Thank you for your answer. In this case the first problem (gnu screen) > >> does not deserve any attention because it is related to the ptmx clonig. > >> My goal is to find a way to increase the number os pseudo terminal. the > >> traditional 256 pty is not sufficient for my needs. Is there any way to do > >> this on freebsd other than using ptmx cloning ? > > > > John Baldwin has just merged support for up to 1024 ptys using the > > traditional pty driver, I believe, to HEAD, and plans (or perhaps has > > already) merged it to 7.0. I see no reason not to further merge it to 6.x. > > I've stuck him on the CC list also. > > > > Robert N M Watson > > Computer Laboratory > > University of Cambridge > > > >> > >> > >> On Wed, Nov 21, 2007 at 10:00:02PM +0000, Robert Watson wrote: > >>> > >>> On Sun, 18 Nov 2007, Robert Watson wrote: > >>> > >>>> On Sun, 18 Nov 2007, Dan Epure wrote: > >>>> > >>>>> 7.0-BETA3 still has issues regarding the pts implementation . problems > >>>>> found: 1. - GNU screen: starting a screen, opening a few windows and > >>>>> quiting screen leaves the allocated pseudo terminal in use. 100 screen > >>>>> user, using each one opening 10 windows will deplete the default of > >>>>> 1000 > >>>>> pseudo terminals leaving the system unusable. 2. - 'ls /dev/ptmx' > >>>>> creates > >>>>> an additional entry in /dev/pty/. when the number of entries equals > >>>>> kern.pts.max the system became unusable. > >>>> > >>>> The first of these is likely a reference management bug of some sort -- > >>>> I > >>>> find that if I close a pty in screen by exiting the shell, the pts > >>>> device > >>>> is GC'd properly, but if I close it by killing the session with ctrl-k, > >>>> then the pts device is not properly GC'd and processes hung off it not > >>>> properly killed. I believe that closing the master device is not > >>>> properly > >>>> kicking the slave device and causing its consumers to exit, hence the > >>>> pts > >>>> device not being closd and released. Christian was taking a look at > >>>> this > >>>> a couple of days ago, and I've CC'd him. > >>>> > >>>> The second problem is more tricky, and has to do with the cloning model. > >>>> Similar problems can exist with other variations on the ptmx > >>>> implementation, and I need to give some thought to how to address this. > >>> > >>> Dan, > >>> > >>> So, thinking a bit more about the second problem, I think it is inherrent > >>> to the way we've designed the /dev/ptmx cloning model, which is > >>> unfortunate. My current leaning is to disable the ptmx mechanism in 7.0 > >>> and put together a revised one for 7.1. The reason to do this is to > >>> avoid > >>> encoding the user<->kernel interface for allocating pty's via ptmx along > >>> the current lines, which we'd then need to continue supporting in future > >>> releases. I'm going to spend a bit of time over the next day or two > >>> looking at revising the interface to fix these problems. > >>> > >>> Robert N M Watson > >>> Computer Laboratory > >>> University of Cambridge > >> > > _______________________________________________ > > 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" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 22:28:21 2007 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 8FF3716A421 for ; Mon, 26 Nov 2007 22:28:21 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id A3DB413C459 for ; Mon, 26 Nov 2007 22:28:20 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAE/WSkd5LTGL/2dsb2JhbACBWw X-IronPort-AV: E=Sophos;i="4.23,216,1194183000"; d="scan'208";a="3196982" Received: from ppp121-45-49-139.lns11.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.49.139]) by ipmail05.adl2.internode.on.net with ESMTP; 27 Nov 2007 08:58:17 +1030 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lAQMSFYM092682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2007 08:58:15 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <474B4876.9020209@clearchain.com> Date: Tue, 27 Nov 2007 08:58:06 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Attilio Rao References: <4744EBA4.7020209@clearchain.com> <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> <3bbf2fe10711220427s38561159k4879d0c792d09694@mail.gmail.com> In-Reply-To: <3bbf2fe10711220427s38561159k4879d0c792d09694@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Tue, 27 Nov 2007 08:58:15 +1030 (CST) Cc: Jack F Vogel , freebsd-current@freebsd.org Subject: Re: em0 panic: mutex em0 not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 22:28:21 -0000 Attilio Rao wrote: > 2007/11/22, Attilio Rao : > >> 2007/11/22, Benjamin Close : >> >>> Hi Folks, >>> With a recent current I'm now getting panics when em0 tries to come up: >>> >>> panic: mutex em0 not owned at ../../../kern/kern_mutex.c:144 >>> >>> _mtx_assert() + 0xdc >>> _callout_stop_safe()+0x5d >>> em_stop() + 0x50 (if_em.c:2546) >>> em_init_locked()+0x47 (if_em.c:1256) >>> em_ioctl()+0x466 >>> ifhwioctl() + 0x75f >>> ifioctl() +0xb0 >>> kern_ioctl() + 0xa3 >>> >>> This is even after atillos, latest patch. >>> >> Yes, this is a race access to callout_stop() in em driver. >> callout_stop() needs to be called with callout-specific lock held >> otherwise you can get a race and this seems not happening. I just >> inserted this assertions in order to catch bugs like these. >> I have no time to double-check it, can you do? >> > > Ok, basically em_stop() both wants to stop core callout and tx channel > callout but it only holds core lock. It needs to hold both in order to > stop both. As I'm not sure about lock ordering there I can't produce a > patch now so the ball is in jfv@ court (CC'ed). > The attached patch fixes the panic at the cost of a lock order reversal: Index: if_em.c =================================================================== RCS file: /devel/FreeBSD/ncvs/src/sys/dev/em/if_em.c,v retrieving revision 1.187 diff -u -r1.187 if_em.c --- if_em.c 21 Nov 2007 12:55:33 -0000 1.187 +++ if_em.c 25 Nov 2007 23:46:49 -0000 @@ -2541,7 +2541,9 @@ em_disable_intr(adapter); callout_stop(&adapter->timer); + EM_TX_LOCK(adapter); callout_stop(&adapter->tx_fifo_timer); + EM_TX_UNLOCK(adapter); /* Tell the stack that the interface is no longer active */ ifp->if_drv_flags &= ~(IFF_DRV_RUNNING | IFF_DRV_OACTIVE); acquiring duplicate lock of same type: "network driver" 1st em0 @ dev/em/if_em.c:1073 2nd em0 @ dev/em/if_em.c:2543 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 _mtx_lock_flags() at _mtx_lock_flags+0x75 em_stop() at em_stop+0x63 em_init_locked() at em_init_locked+0x47 em_ioctl() at em_ioctl+0x466 ifhwioctl() at ifhwioctl+0x75f ifioctl() at ifioctl+0xb0 kern_ioctl() at kern_ioctl+0xa3 ioctl() at ioctl+0xfa syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800825c6c, rsp = 0x7fffffffe568, rbp = 0x7fffffffe570 --- From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 22:31:31 2007 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 3A6BE16A417 for ; Mon, 26 Nov 2007 22:31:31 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 3961D13C442 for ; Mon, 26 Nov 2007 22:31:30 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1322230uge for ; Mon, 26 Nov 2007 14:31:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=6s57BXx9POuwkaa5k3o+VzNbtDPEJ36wvlSo8qqI1XU=; b=IYOWVuoxqe8KKlebo3BZ3VgZqjyh4X3F60Xx4KW0yHdMO+m+Jk+H9utFyRAJCrA57gvKmSj0nj2aRuseNAJdoWXfZOI5Z6vkZrL+MUxN7z84R9tCyjJeTzNwtsVB0Jd60ODvAK6wvFbyU20bYS+6cSdhzk2Q4L+AjcRvaNf1o1o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=joDPNPT2P+7fmqexJmKuZqxy6VG4n/KRQlksggt2KO/Uj2A99AwhO+an97s6ofchj9VcobFjptSfZ0MKdxWOevojxXM5g4IKP2Wkg1+3eBT0pKXa2lZ9xbFqa5Hs9iPbg5yyJ9nG+UdIGVtIc6oH+DfZeH18CZN11cCuvjinUyE= Received: by 10.86.89.4 with SMTP id m4mr3148506fgb.1196116287674; Mon, 26 Nov 2007 14:31:27 -0800 (PST) Received: by 10.86.28.19 with HTTP; Mon, 26 Nov 2007 14:31:27 -0800 (PST) Message-ID: <3bbf2fe10711261431s1b1bd697n46d370900d5fe9c0@mail.gmail.com> Date: Mon, 26 Nov 2007 23:31:27 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Benjamin Close" In-Reply-To: <474B4876.9020209@clearchain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744EBA4.7020209@clearchain.com> <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> <3bbf2fe10711220427s38561159k4879d0c792d09694@mail.gmail.com> <474B4876.9020209@clearchain.com> X-Google-Sender-Auth: b77525a2a71a654b Cc: Jack F Vogel , freebsd-current@freebsd.org Subject: Re: em0 panic: mutex em0 not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 22:31:31 -0000 2007/11/26, Benjamin Close : > Attilio Rao wrote: > > 2007/11/22, Attilio Rao : > > > >> 2007/11/22, Benjamin Close : > >> > >>> Hi Folks, > >>> With a recent current I'm now getting panics when em0 tries to come up: > >>> > >>> panic: mutex em0 not owned at ../../../kern/kern_mutex.c:144 > >>> > >>> _mtx_assert() + 0xdc > >>> _callout_stop_safe()+0x5d > >>> em_stop() + 0x50 (if_em.c:2546) > >>> em_init_locked()+0x47 (if_em.c:1256) > >>> em_ioctl()+0x466 > >>> ifhwioctl() + 0x75f > >>> ifioctl() +0xb0 > >>> kern_ioctl() + 0xa3 > >>> > >>> This is even after atillos, latest patch. > >>> > >> Yes, this is a race access to callout_stop() in em driver. > >> callout_stop() needs to be called with callout-specific lock held > >> otherwise you can get a race and this seems not happening. I just > >> inserted this assertions in order to catch bugs like these. > >> I have no time to double-check it, can you do? > >> > > > > Ok, basically em_stop() both wants to stop core callout and tx channel > > callout but it only holds core lock. It needs to hold both in order to > > stop both. As I'm not sure about lock ordering there I can't produce a > > patch now so the ball is in jfv@ court (CC'ed). > > > The attached patch fixes the panic at the cost of a lock order reversal: jfv@ today should have fixed it. Please cvsup and try again. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 22:31:50 2007 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 6164816A418; Mon, 26 Nov 2007 22:31:50 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4E62213C4D9; Mon, 26 Nov 2007 22:31:50 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 44EAB1A4D7E; Mon, 26 Nov 2007 14:12:26 -0800 (PST) Date: Mon, 26 Nov 2007 14:12:26 -0800 From: Alfred Perlstein To: Robert Watson Message-ID: <20071126221226.GJ71382@elvis.mu.org> References: <200711231232.04447.max@love2party.net> <20071126203514.X65286@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071126203514.X65286@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: Max Laier , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: Switch pfil(9) to rmlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 22:31:50 -0000 * Robert Watson [071126 12:37] wrote: > > On Fri, 23 Nov 2007, Max Laier wrote: > > >attached is a diff to switch the pfil(9) subsystem to rmlocks, which are > >more suited for the task. I'd like some exposure before doing the switch, > >but I don't expect any fallout. This email is going through the patched > >pfil already - twice. > > FYI, since people are experimenting with rmlocks as a substitute for > rwlocks, I played with moving the global rwlock used to protect the name > space and linkage of UNIX domain sockets to be an rmlock. Kris didn't see > any measurable change in performance for his MySQL benchmarks, but I > figured I'd post the patches as they give a sense of what change impact > things like reader state management have on code. Attached below. I have > no current plans to commit these changes as they appear not to offer > benefit (either because the rwlock overhead was negigible compared to other > costs in the benchmark, or because the read/write blend was too scewed > towards writes -- I think probably the former rather than the latter). I would track the read/write lock mix to get an idea of what the ratio is. -Alfred From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 22:35:08 2007 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 91CF016A46D for ; Mon, 26 Nov 2007 22:35:08 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB7913C46B for ; Mon, 26 Nov 2007 22:35:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1323223uge for ; Mon, 26 Nov 2007 14:34:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=XCcxxVBLYrBMFhW5fjQ7EiWu2yN1WuynWPgWP1E+gYw=; b=rBVzag3DI+9quQNr2OD22AW1m9eJ5VuzPvbcRbzKRHtrlUxSKdgzIS/uU9Uftyu27QkCvI9lwRK6OCF9RqkO/61Dyd+5P3Y3r2wJ9tSdqW/Ul6ziz6JRBkTJViufUG9oroozgodUh8NG7QWpszpJ7kI8g/93CFsONGiQkSLRbo4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MNAWKAhGhYi2oZ1ylxSHF52NiGccLeAghlVas10CKNfbpekgCSscrhVv4XbbTgXnBpjxk18jbWPyuXQpuBphuTGzT0GQe7SxxqNJ0yKpdFbdqJcVCTYvLAk1Bhd6HwOFxdrRNud2Si8YODbBYGe+wNCjKgU4nsYypZsgnRldYxk= Received: by 10.86.50.8 with SMTP id x8mr3172152fgx.1196116493836; Mon, 26 Nov 2007 14:34:53 -0800 (PST) Received: by 10.86.100.19 with HTTP; Mon, 26 Nov 2007 14:34:53 -0800 (PST) Message-ID: <2a41acea0711261434u817eb06xe05eba8447afc3ae@mail.gmail.com> Date: Mon, 26 Nov 2007 14:34:53 -0800 From: "Jack Vogel" To: "Attilio Rao" In-Reply-To: <3bbf2fe10711261431s1b1bd697n46d370900d5fe9c0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744EBA4.7020209@clearchain.com> <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> <3bbf2fe10711220427s38561159k4879d0c792d09694@mail.gmail.com> <474B4876.9020209@clearchain.com> <3bbf2fe10711261431s1b1bd697n46d370900d5fe9c0@mail.gmail.com> Cc: Jack F Vogel , freebsd-current@freebsd.org, Benjamin Close Subject: Re: em0 panic: mutex em0 not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 22:35:08 -0000 On Nov 26, 2007 2:31 PM, Attilio Rao wrote: > 2007/11/26, Benjamin Close : > > > Attilio Rao wrote: > > > 2007/11/22, Attilio Rao : > > > > > >> 2007/11/22, Benjamin Close : > > >> > > >>> Hi Folks, > > >>> With a recent current I'm now getting panics when em0 tries to come up: > > >>> > > >>> panic: mutex em0 not owned at ../../../kern/kern_mutex.c:144 > > >>> > > >>> _mtx_assert() + 0xdc > > >>> _callout_stop_safe()+0x5d > > >>> em_stop() + 0x50 (if_em.c:2546) > > >>> em_init_locked()+0x47 (if_em.c:1256) > > >>> em_ioctl()+0x466 > > >>> ifhwioctl() + 0x75f > > >>> ifioctl() +0xb0 > > >>> kern_ioctl() + 0xa3 > > >>> > > >>> This is even after atillos, latest patch. > > >>> > > >> Yes, this is a race access to callout_stop() in em driver. > > >> callout_stop() needs to be called with callout-specific lock held > > >> otherwise you can get a race and this seems not happening. I just > > >> inserted this assertions in order to catch bugs like these. > > >> I have no time to double-check it, can you do? > > >> > > > > > > Ok, basically em_stop() both wants to stop core callout and tx channel > > > callout but it only holds core lock. It needs to hold both in order to > > > stop both. As I'm not sure about lock ordering there I can't produce a > > > patch now so the ball is in jfv@ court (CC'ed). > > > > > The attached patch fixes the panic at the cost of a lock order reversal: > > jfv@ today should have fixed it. > Please cvsup and try again. > > > Attilio Yup, version 1.188 is the fix for this. Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 22:39:22 2007 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 D569F16A419; Mon, 26 Nov 2007 22:39:22 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 4487913C459; Mon, 26 Nov 2007 22:39:22 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAQMdJIP015266; Mon, 26 Nov 2007 23:39:19 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <474B4B17.70702@deepcore.dk> Date: Mon, 26 Nov 2007 23:39:19 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Martin Matuska References: <473D4464.1080504@FreeBSD.org> <474B0AD3.8080904@cran.org.uk> <474B199F.5020601@freebsd.org> <474B428A.5070405@FreeBSD.org> In-Reply-To: <474B428A.5070405@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-current@FreeBSD.ORG, =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: ata(4) support for IXP600 and IXP700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 22:39:22 -0000 Martin Matuska wrote: > My controller is with your lattest patch reported as: > atapci0: port > 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f > mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 > > There is still no AHCI support detected for this controller. > > =20 I know, that fix was just to not print garbage in the generic probe.=20 I'll add the bits for the ixp's in the next patch. -S=F8ren > S=F8ren Schmidt wrote / nap=EDsal(a): > =20 >> Bruce Cran wrote: >> =20 >>> Martin Matuska wrote: >>> =20 >>>> Hi all, >>>> >>>> I have several systems with mainboards that use IXP600 and IXP700 SA= TA >>>> controllers. >>>> These arebut not supported by ata(4) yet, I am successfully using th= e >>>> proposed patch at >>>> >>>> kern/116125 >>>> ( http://www.freebsd.org/cgi/query-pr.cgi?pr=3D116125 ). >>>> >>>> The patch works very well on 6-STABLE, 7-STABLE and 8-CURRENT, me an= d >>>> several other people are using it for two months now. >>>> If I can help with more testing to introduce this patch to the tree,= >>>> just tell me what to do. >>>> =20 >>> I recently noticed support for the IXP600 controller was committed to= >>> RELENG_7, but the name for atapci0 is corrupted on my Dell laptop: >>> >>> atapci0: >>> <\M-PG}\M^@\M^?\M^?\M^?\M^?\M-rv+\M^@\M^?\M^?\M^?\M^?\M-PG}\M^@\M^?\M= ^?\M^?\M^?\M-^\M-t,\M^@\M^?\M^?\M^?\M^?> >>> port >>> 0x8438-0x843f,0x8454-0x8457,0x8430-0x8437,0x8450-0x8453,0x8400-0x840f= >>> >>> atapci1: port >>> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8420-0x842f at device 20.1 on p= ci0 >>> >>> This is on RELENG_7 from a few days ago: >>> =20 >> Sorry, thats an error on my part, fixed on -current, I'll ask re@ for >> perm for r7 and r6.3... >> >> -S=F8ren >> >> =20 > > . > > =20 From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 22:54:41 2007 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 3666716A418 for ; Mon, 26 Nov 2007 22:54:41 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: from toaster.steelerubber.com (toaster.steelerubber.com [166.82.96.8]) by mx1.freebsd.org (Postfix) with ESMTP id BC62E13C46E for ; Mon, 26 Nov 2007 22:54:40 +0000 (UTC) (envelope-from wvaughan@steelerubber.com) Received: (qmail 55441 invoked by uid 89); 26 Nov 2007 22:27:57 -0000 Received: from unknown (HELO ?166.82.96.28?) (166.82.96.28) by toaster.steelerubber.com with SMTP; 26 Nov 2007 22:27:57 -0000 Message-ID: <474B4864.6010109@steelerubber.com> Date: Mon, 26 Nov 2007 17:27:48 -0500 From: Walter Vaughan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <474983F1.3030700@pbxpress.com> <20071126180500.GB79600@dragon.NUXI.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 22:54:41 -0000 Kip Macy wrote: >but we are in a small minority in using AMD instead of x86_64 or >64-bit intel. > Hum, those Ubuntu people who are building vmware images are minority as well http://isv-image.ubuntu.com/vmware/ and their daily build farm team too... http://cdimage.ubuntu.com/daily-live/current/ I'm with you Kip, its a problem. But not really fixable in a manner that is really correct as long as you can buy 64bit iA64 and x86_64 based intel motherboards, just saying intel64 bit is not an absolute value. From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 23:01:44 2007 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 BD86616A418 for ; Mon, 26 Nov 2007 23:01:44 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2F713C4CC for ; Mon, 26 Nov 2007 23:01:44 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1095140waf for ; Mon, 26 Nov 2007 15:01:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=/g2qH6dzzvRnNjbLqHu2Ujv35j01cDD//e2sj1zmueU=; b=qXhtge+ZyHNm/loW45P6CdV0GxIV3rMJqgSzZQbYgJU1/kGa8USN1d1HIAj7Ef6rSLuPdoZ8g8TjnqTqeZPsrxQdh7rjYZ/4yd2R280Bfj99RC82UKi4YLEd33lcmY/NtCsk3238L8xSn2AvFuih65rAWyhvWNooYaHj5JafRAs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I7pWB7Yz4cPd0wbIcW5fYHnHbSl41ABADirxZEM+Qh/BzUl6HkGjqX8SfJCn/TcHIzJCDW8NvebooxFFm6WHeJxB5I658+HJDWNKO32crxXgBV8t4DBNYzlCSL68SXUb+V2Kv+hm0NMMJTCwY9JnCIS0vmyt7FEawoQ/vXzBiII= Received: by 10.114.254.1 with SMTP id b1mr868031wai.1196118102990; Mon, 26 Nov 2007 15:01:42 -0800 (PST) Received: by 10.114.13.15 with HTTP; Mon, 26 Nov 2007 15:01:37 -0800 (PST) Message-ID: Date: Mon, 26 Nov 2007 15:01:37 -0800 From: "Kip Macy" To: "Walter Vaughan" In-Reply-To: <474B4864.6010109@steelerubber.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474983F1.3030700@pbxpress.com> <20071126180500.GB79600@dragon.NUXI.org> <474B4864.6010109@steelerubber.com> Cc: freebsd-current@freebsd.org Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 23:01:44 -0000 On Nov 26, 2007 2:27 PM, Walter Vaughan wrote: > Kip Macy wrote: > > >but we are in a small minority in using AMD instead of x86_64 or > >64-bit intel. > > > Hum, those Ubuntu people who are building vmware images are minority as well > http://isv-image.ubuntu.com/vmware/ > and their daily build farm team too... > http://cdimage.ubuntu.com/daily-live/current/ > Interesting. Thanks for the data point. The fact that amd64.org appears to be a cname for x86-64.org and all the links on amd64.org point to x86-64.org pretty much sums up my point of view. It doesn't really matter that much at the end of the day. -Kip From owner-freebsd-current@FreeBSD.ORG Mon Nov 26 23:47:52 2007 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 A21BC16A41B for ; Mon, 26 Nov 2007 23:47:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63911.mail.re1.yahoo.com (web63911.mail.re1.yahoo.com [69.147.97.126]) by mx1.freebsd.org (Postfix) with SMTP id 517DA13C45A for ; Mon, 26 Nov 2007 23:47:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 8191 invoked by uid 60001); 26 Nov 2007 23:41:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=QIlpxu72VUEDQX5W/cT6hDQXxZYX7NwWyqb52PvS/amLj77O6ggjiitxmEY1nLN6dRSApylrIW7GUmXkMGx/3HjcGndmGSoc9ZhUgcyecZx+bmLWm1K/qOh4x+7Fe266FsnTkNIfSllTgK4JNO4mWnH1iiGXptPCOVIdV+oYDCM=; X-YMail-OSG: xVssksUVM1lfkO1p5_tJ8ngeFkmTd34.ArA2DitRgK0HMDxOnqKVDTRO7ZrpV24mdQOfOIU2KZMOhWPpN8J6OxAXORCF9mFDGKZmqooOkeX3RvyxZRzMGQ-- Received: from [98.203.28.38] by web63911.mail.re1.yahoo.com via HTTP; Mon, 26 Nov 2007 15:41:11 PST Date: Mon, 26 Nov 2007 15:41:11 -0800 (PST) From: Barney Cordoba To: "Søren" Schmidt In-Reply-To: <474B2FF6.6020209@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <512683.5780.qm@web63911.mail.re1.yahoo.com> Cc: current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2007 23:47:52 -0000 --- Søren Schmidt wrote: > Mike Tancsa wrote: > > At 07:26 AM 11/21/2007, Barney Cordoba wrote: > >> I've done a bit of research and it seems that > this > >> chipset has been ignored for years now by the > FreeBSD > >> team. Whats the reasoning for a major chipset > used by > > > > I think you are jumping to conclusions. I have a > HT1000 chipset board > > and have been using it just fine for some time. > > > (http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079920.html) > > > > > There obviously are some cases were it does not, > so its harder to > > track down than just a case of spending $150. If > you do have such a > > board that does not work, perhaps make the offer > of sending the > > problem board to a developer who is interested in > fixing the issue. > That would be an excelent idea :) > > As usual I'll try to get any ATA/SATA HW that shows > up on my doorstep > working, thats the deal. > I dont have the means nor the motivation to spend my > own hard earned $$ > on all kinds of HW to get someone out there free > support, simple as that.. > > That said, I do have a HT1000 based board around a > supermicro H8SSL that > is used as a busy local fileserver, needless to say > it works flawlessly. > > So, to get this worked on and hopefully fixed, get > me a failing board to > work on here... private mail with address details > etc can be had on > request... > > -Søren > Is your busy file server running 7.0, and is it running in SATA mode? The MBs we've tried are H8SSP-i and an H8SSL-i, both with the same, unsuccessful results: bad file reads, signals when trying to run apps, crash-and-burn on buildworld wthin 5 seconds. Something happened between 6.2 and 7.0, as we were able to run 6.2 on these systems. Barney ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 00:00:57 2007 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 34AE516A469 for ; Tue, 27 Nov 2007 00:00:57 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63907.mail.re1.yahoo.com (web63907.mail.re1.yahoo.com [69.147.97.122]) by mx1.freebsd.org (Postfix) with SMTP id BB0C113C4E9 for ; Tue, 27 Nov 2007 00:00:56 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 26075 invoked by uid 60001); 26 Nov 2007 23:34:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=rQsgezOZskTT2Z1hPD8eW1Z0InVi7Qj5A+4q/oIqkI1Yi9qvZn+bU60v+bXouPucbaYW7ZZuELONvmcnpdLtzWCd8NsandjmZb92XUnf/gA20eXgE4KXrebxyvuZH7SIkziKBL+Fzd5MfUXDnVfWMT9iehH9iZnv4F3w5T0HC20=; X-YMail-OSG: QHmEGtIVM1maDVTjsBsmu3go4yvS9aX2zjXo90KQDis3_QYzNsRDcSw4q4KelK0y5Q-- Received: from [98.203.28.38] by web63907.mail.re1.yahoo.com via HTTP; Mon, 26 Nov 2007 15:34:15 PST Date: Mon, 26 Nov 2007 15:34:15 -0800 (PST) From: Barney Cordoba To: Mike Tancsa In-Reply-To: <200711211416.lALEGv6O040459@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <879807.25183.qm@web63907.mail.re1.yahoo.com> Cc: current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 00:00:57 -0000 --- Mike Tancsa wrote: > At 07:26 AM 11/21/2007, Barney Cordoba wrote: > >I've done a bit of research and it seems that this > >chipset has been ignored for years now by the > FreeBSD > >team. Whats the reasoning for a major chipset used > by > > I think you are jumping to conclusions. I have a > HT1000 chipset > board and have been using it just fine for some > time. > (http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079920.html) > There obviously are some cases were it does not, so > its harder to > track down than just a case of spending $150. If > you do have such a > board that does not work, perhaps make the offer of > sending the > problem board to a developer who is interested in > fixing the issue. > > ---Mike Hello Mike, It "works" in 6.x, albeit not in SATA mode, which kind of detracts from using a really, really fast SATA chipset. FreeBSD 7 doesn't work at all on the chipset in any mode that can be set in the bios. You just get signal 11s all over the place, bad file reads, etc. Barney ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 00:14:21 2007 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 39B7C16A41A for ; Tue, 27 Nov 2007 00:14:21 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D4D0013C457 for ; Tue, 27 Nov 2007 00:14:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAR0EJhk076278; Mon, 26 Nov 2007 19:14:19 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lAR0EJV3074609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Nov 2007 19:14:19 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711270014.lAR0EJV3074609@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 26 Nov 2007 19:14:28 -0500 To: Barney Cordoba From: Mike Tancsa In-Reply-To: <879807.25183.qm@web63907.mail.re1.yahoo.com> References: <200711211416.lALEGv6O040459@lava.sentex.ca> <879807.25183.qm@web63907.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 00:14:21 -0000 At 06:34 PM 11/26/2007, Barney Cordoba wrote: >(http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079920.html) > > There obviously are some cases were it does not, so > > its harder to > > track down than just a case of spending $150. If > > you do have such a > > board that does not work, perhaps make the offer of > > sending the > > problem board to a developer who is interested in > > fixing the issue. > > > > ---Mike > > >Hello Mike, > >It "works" in 6.x, albeit not in SATA mode, which kind >of detracts from using a really, really fast SATA >chipset. FreeBSD 7 doesn't work at all on the chipset >in any mode that can be set in the bios. You just get >signal 11s all over the place, bad file reads, etc. Hi, I thought thats what I was using ? # atacontrol info ata2 Master: ad4 Serial ATA II Slave: no device present # atacontrol cap ad4 Protocol Serial ATA II device model ST380811AS serial number 6PS0C1LW firmware revision 3.AAE cylinders 16383 heads 16 sectors/track 63 lba supported 156301488 sectors lba48 supported 156301488 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead 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 65278/0xFEFE automatic acoustic management no no 0/0x00 208/0xD0 # grep HT /var/run/dmesg.boot atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #1: Thu Oct 25 21:54:13 EDT 2007 From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 00:34:10 2007 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 8168416A41A for ; Tue, 27 Nov 2007 00:34:10 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63905.mail.re1.yahoo.com (web63905.mail.re1.yahoo.com [69.147.97.120]) by mx1.freebsd.org (Postfix) with SMTP id 464B913C455 for ; Tue, 27 Nov 2007 00:34:10 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 70325 invoked by uid 60001); 27 Nov 2007 00:34:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=iO59WfVEBc10O256kAEshECUhPfGyVIWvdF4E1Y0NgYCHY11rj1fszk2uD4UjEiZH8STBNQ6+LaIfi3v+n9sirwyyDCGM+Ib2UGmpIK4hnOERJFOBh56a72wsUuRQ60Eg1Pzvs9bbNqOs+KWW7anSVOaTgS58PlBIXKSBIVZVNw=; X-YMail-OSG: oI0XdvMVM1lpDw8e_rf4sNeYH4zvnqJWVyUSkvkwu8C_pwPw6bO0tZ4Pj93TncBn0BQVfO0.hisRshbshfFRRmgkswIVAo7_73E6EuIdrBq3lN0dO_N9.g-- Received: from [98.203.28.38] by web63905.mail.re1.yahoo.com via HTTP; Mon, 26 Nov 2007 16:34:08 PST Date: Mon, 26 Nov 2007 16:34:08 -0800 (PST) From: Barney Cordoba To: Mike Tancsa In-Reply-To: <200711270014.lAR0EJV3074609@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <69611.66116.qm@web63905.mail.re1.yahoo.com> Cc: current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 00:34:10 -0000 --- Mike Tancsa wrote: > At 06:34 PM 11/26/2007, Barney Cordoba wrote: > >(http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079920.html) > > > There obviously are some cases were it does not, > so > > > its harder to > > > track down than just a case of spending $150. > If > > > you do have such a > > > board that does not work, perhaps make the offer > of > > > sending the > > > problem board to a developer who is interested > in > > > fixing the issue. > > > > > > ---Mike > > > > > >Hello Mike, > > > >It "works" in 6.x, albeit not in SATA mode, which > kind > >of detracts from using a really, really fast SATA > >chipset. FreeBSD 7 doesn't work at all on the > chipset > >in any mode that can be set in the bios. You just > get > >signal 11s all over the place, bad file reads, etc. > > Hi, > I thought thats what I was using ? > > # atacontrol info ata2 > Master: ad4 Serial ATA II > Slave: no device present > > # atacontrol cap ad4 > > Protocol Serial ATA II > device model ST380811AS > serial number 6PS0C1LW > firmware revision 3.AAE > cylinders 16383 > heads 16 > sectors/track 63 > lba supported 156301488 sectors > lba48 supported 156301488 sectors > dma supported > overlap not supported > > Feature Support Enable > Value Vendor > write cache yes yes > read ahead 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 > 65278/0xFEFE > automatic acoustic management no no > 0/0x00 208/0xD0 > > # grep HT /var/run/dmesg.boot > atapci0: > port > 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f > > mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on > pci1 > atapci1: > port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at > device 2.1 on pci0 > > 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #1: Thu Oct 25 > 21:54:13 EDT 2007 Ah, we tested an early 6.2 and it didn't come up in SATA mode. Well thats promising. If we can just figure out what's wrong with 7 now. Hopefully Soren can figure out what might have changed. Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 00:37:34 2007 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 3B83216A41B for ; Tue, 27 Nov 2007 00:37:34 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id E58D413C4DD for ; Tue, 27 Nov 2007 00:37:33 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.13.8/8.13.8) with ESMTP id lAR0bVJv050709; Mon, 26 Nov 2007 18:37:31 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1196123851; bh=TNSN6prCF75xUzAv/d9u7PUFCFyhjyOA8NArN8h dMmU=; h=Date:From:Message-Id:To:Subject:In-Reply-To; b=l3D6ba+iyQW yIaQhYKmlqXIgqlRmS5TfJIWmsQ9HwTOAWzVxK+FBkHuT7aSUuYn/sHJhuUs5mYqjSz k4cGlu8xCANo94+QsAReROP5DgOj4kLUR7riV8IiQXUYNUzAFv1eRjn00faaOSDLi2K DsUc8Le19elepTI8XXiMN4ge2w= Received: (from tinguely@localhost) by casselton.net (8.13.8/8.13.8/Submit) id lAR0bUuk050708; Mon, 26 Nov 2007 18:37:30 -0600 (CST) (envelope-from tinguely) Date: Mon, 26 Nov 2007 18:37:30 -0600 (CST) From: Mark Tinguely Message-Id: <200711270037.lAR0bUuk050708@casselton.net> To: freebsd-current@freebsd.org, mandrews@bit0.com In-Reply-To: <20071126160422.K82868@mindcrime.int.bit0.com> Cc: Subject: Re: vm.pmap.shpgperproc and Apache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 00:37:34 -0000 > (This is about 7.0-BETA3 amd64) > > Can someone explain to someone who isn't a VM guru exactly what > vm.pmap.shpgperproc does? In non-technical terms, shpgperproc tells the OS a rough guess of how many pages will be shared between processes. The pv_entry_max is generated by multiplying shpgperproc by the maximum number of processes (maxproc) that was compiled into the kernel and adjusts for the page count. If maxproc was not hardcoded, then maxproc is also calculated based on the number of pages available in the computer When processes shares a physical page, each process may have a different virtual address for the page. The OS maintains a list of all the processes that are sharing the managed physical page and virtual address in that process. This structure also keeps a list of all the managed pages that are currently being used by this process. The structure that make up these lists is called a pv_entry. The new "chunked" pv_entry in FreeBSD 7 and 8 for the amd64/i386 architectures is very space efficient and IMO could tolerate higher shpgperproc/pv_entry_max limits. Raising the pv_entry_max too high, the problem will be getting a page for the pv_entry chunk, as well as getting physical page to share. More memory and increasing the pv_entry limits will help you avoid this problem. --Mark Tinguely From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 01:41:47 2007 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 D7BE116A469 for ; Tue, 27 Nov 2007 01:41:47 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id EB83613C50A for ; Tue, 27 Nov 2007 01:41:46 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from working (c-71-60-127-199.hsd1.pa.comcast.net [71.60.127.199]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTP id B0FD7EBC3C for ; Mon, 26 Nov 2007 20:26:16 -0500 (EST) Date: Mon, 26 Nov 2007 20:26:16 -0500 From: Bill Moran To: freebsd-current@freebsd.org Message-Id: <20071126202616.59181533.wmoran@potentialtech.com> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: zzz fails on Lenovo Thinkpad T61 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 01:41:47 -0000 When I try to use zzz to suspend the laptop, I get a few second pause, then the system locks solid. Is this a known issue? How can I help debug this? I'm running 7.0 from Nov 25. -- Bill Moran http://www.potentialtech.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 02:50:15 2007 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 EC6F216A420 for ; Tue, 27 Nov 2007 02:50:15 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from v4.rz.uni-leipzig.de (v4.rz.uni-leipzig.de [139.18.1.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5B51613C46E for ; Tue, 27 Nov 2007 02:50:15 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from localhost (localhost [127.0.0.1]) by v4.rz.uni-leipzig.de (Postfix) with ESMTP id 5A4281C1DF4 for ; Tue, 27 Nov 2007 03:20:29 +0100 (CET) X-Virus-Scanned: by amavisd-new at v4-ul Received: from v4.rz.uni-leipzig.de ([127.0.0.1]) by localhost (v4.rz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hyGmVYKow5wX for ; Tue, 27 Nov 2007 03:20:29 +0100 (CET) Received: from v1.rz.uni-leipzig.de (v1.rz.uni-leipzig.de [139.18.1.26]) by v4.rz.uni-leipzig.de (Postfix) with ESMTP id 390271C1DF3 for ; Tue, 27 Nov 2007 03:20:29 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by v1.rz.uni-leipzig.de (Postfix) with ESMTP id 3080715A22; Tue, 27 Nov 2007 03:20:27 +0100 (CET) X-Virus-Scanned: by amavisd-new at v1-ul Received: from v1.rz.uni-leipzig.de ([127.0.0.1]) by localhost (v1.rz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mnLfD0gY71dg; Tue, 27 Nov 2007 03:20:27 +0100 (CET) Received: from server1.rz.uni-leipzig.de (server1.rz.uni-leipzig.de [139.18.1.1]) by v1.rz.uni-leipzig.de (Postfix) with ESMTP id 0F9E01598B; Tue, 27 Nov 2007 03:20:27 +0100 (CET) Received: from a144026.studnetz.uni-leipzig.de (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by server1.rz.uni-leipzig.de (Postfix) with ESMTP id 0B52B390B; Tue, 27 Nov 2007 03:20:26 +0100 (CET) From: Momchil Ivanov To: freebsd-current@freebsd.org Date: Tue, 27 Nov 2007 03:20:20 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711270320.20722.idiotbg@gmail.com> Subject: 7.0-BETA3 kernel panic after trying to mount USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 02:50:16 -0000 Hi, I have 128MB JetFlash USB Stick which now panics my system after trying to mount it. Maybe the stick is dying, I don`t know, but I noticed this lately (after some of the 7-BETAs), and it used to work before. I`ve tried it on a linux system a couple of days ago just after it paniced my system and it worked fine there. Here is what I got out of messages: Nov 27 02:51:34 a144026 root: Unknown USB device: vendor 0x0c76 product 0x0005 bus uhub4 Nov 27 02:51:34 a144026 kernel: umass0: on uhub4 Nov 27 02:51:34 a144026 kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Nov 27 02:51:34 a144026 kernel: da0: Removable Direct Access SCSI-2 device Nov 27 02:51:34 a144026 kernel: da0: 40.000MB/s transfers Nov 27 02:51:34 a144026 kernel: da0: 122MB (250800 512 byte sectors: 64H 32S/T 122C) Nov 27 02:51:45 a144026 sudo: space : TTY=ttyv0 ; PWD=/usr/home/space ; USER=root ; COMMAND=/sbin/mount -t msdosfs /d ev/da0s1 /mnt/psp/ Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 0 0 21 0 0 8 0 Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check Condition Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): DATA PROTECT asc:27,0 Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): Write protected Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): Unretryable error Nov 27 02:51:46 a144026 kernel: g_vfs_done():da0s1[WRITE(offset=512, length=4096)]error = 13 Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 0 0 21 0 0 8 0 Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check Condition Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): DATA PROTECT asc:27,0 Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): Write protected Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): Unretryable error Nov 27 02:51:46 a144026 kernel: g_vfs_done():da0s1[WRITE(offset=512, length=4096)]error = 13 Nov 27 02:51:46 a144026 kernel: fsync: giving up on dirty Nov 27 02:51:46 a144026 kernel: 0xc3bcfbb0: tag devfs, type VCHR Nov 27 02:51:46 a144026 kernel: usecount 1, writecount 0, refcount 34 mountedhere 0xc3c2ba00 Nov 27 02:51:46 a144026 kernel: flags () Nov 27 02:51:46 a144026 kernel: v_object 0xc3c5be0c ref 0 pages 31 Nov 27 02:51:46 a144026 kernel: Nov 27 02:51:46 a144026 kernel: dev da0s1 what I did was just plug it in and issue mount -t msdosfs /d ev/da0s1 /mnt/psp/ via sudo, but mount returned an error and didn`t mount the drive (I`ve also checked the output of mount to make sure it was not mounted). After that I typed sync in order to try to save as much output as possible because I knew from before that it was going to panic (but before I thought it panics just when I unplug the stick, but this time I didn`t pull it out). If somebody is interested the dump is here http://xaxo.eu/~space/freebsd/vmcore.0 This is what I get from the debuger: kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc055a449 stack pointer = 0x28:0xdd525bd0 frame pointer = 0x28:0xdd525bfc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 43 (syncer) trap number = 12 panic: page fault Uptime: 1m19s Physical memory: 758 MB Dumping 47 MB: (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 32 16 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc05a793e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc05a7b14 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc075a8bc in trap_fatal (frame=0xdd525b90, eva=0) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc075ab2b in trap_pfault (frame=0xdd525b90, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc075b412 in trap (frame=0xdd525b90) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc07495bb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc055a449 in g_io_request (bp=0xc3c69420, cp=0xc38fcd00) at /usr/src/sys/geom/geom_io.c:364 #8 0xc055e9f6 in g_vfs_strategy (bo=0xc3bcfc70, bp=0xd2ef8d90) at /usr/src/sys/geom/geom_vfs.c:107 #9 0xc060c92e in bufwrite (bp=0xd2ef8d90) at buf.h:429 #10 0xc0605608 in bawrite (bp=0xd2ef8d90) at buf.h:417 #11 0xc0610f3a in vop_stdfsync (ap=0xdd525cd4) at /usr/src/sys/kern/vfs_default.c:440 #12 0xc053f0be in devfs_fsync (ap=0xdd525cd4) at /usr/src/sys/fs/devfs/devfs_vnops.c:394 #13 0xc07657f2 in VOP_FSYNC_APV (vop=0xc07cfe00, a=0xdd525cd4) at vnode_if.c:1007 #14 0xc0620bf0 in sched_sync () at vnode_if.h:538 #15 0xc0589c21 in fork_exit (callout=0xc0620760 , arg=0x0, frame=0xdd525d38) at /usr/src/sys/kern/kern_fork.c:754 #16 0xc0749630 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 If you need some more info, tell me what I should do. From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 03:56:36 2007 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 973A716A41B; Tue, 27 Nov 2007 03:56:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4B74413C455; Tue, 27 Nov 2007 03:56:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAR3uZBI092219; Mon, 26 Nov 2007 22:56:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAR3uYhT097661; Mon, 26 Nov 2007 22:56:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BEF5373039; Mon, 26 Nov 2007 22:56:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071127035634.BEF5373039@freebsd-current.sentex.ca> Date: Mon, 26 Nov 2007 22:56:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Tue, 27 Nov 2007 03:56:36 -0000 TB --- 2007-11-27 03:42:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-27 03:42:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-27 03:42:28 - cleaning the object tree TB --- 2007-11-27 03:43:03 - cvsupping the source tree TB --- 2007-11-27 03:43:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-11-27 03:43:09 - building world (CFLAGS=-O -pipe) TB --- 2007-11-27 03:43:09 - cd /src TB --- 2007-11-27 03:43:09 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 27 03:43:12 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/lldiv.c -o lldiv.So cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/lsearch.c -o lsearch.So cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/malloc.c -o malloc.So cc1: warnings being treated as errors /src/lib/libc/stdlib/malloc.c: In function 'arena_dalloc_lazy': /src/lib/libc/stdlib/malloc.c:2902: warning: implicit declaration of function 'atomic_readandclear_ptr' /src/lib/libc/stdlib/malloc.c:2903: warning: cast to pointer from integer of different size /src/lib/libc/stdlib/malloc.c:2928: warning: cast to pointer from integer of different size *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-27 03:56:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-27 03:56:34 - ERROR: failed to build world TB --- 2007-11-27 03:56:34 - tinderbox aborted TB --- 592.30 user 68.01 system 846.20 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 04:10:14 2007 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 42B1316A419; Tue, 27 Nov 2007 04:10:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8CA13C467; Tue, 27 Nov 2007 04:10:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAR4AD1G092990; Mon, 26 Nov 2007 23:10:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAR4AD8n003442; Mon, 26 Nov 2007 23:10:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4BE3873039; Mon, 26 Nov 2007 23:10:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071127041013.4BE3873039@freebsd-current.sentex.ca> Date: Mon, 26 Nov 2007 23:10:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Tue, 27 Nov 2007 04:10:14 -0000 TB --- 2007-11-27 03:56:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-27 03:56:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-27 03:56:34 - cleaning the object tree TB --- 2007-11-27 03:56:50 - cvsupping the source tree TB --- 2007-11-27 03:56:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-11-27 03:56:56 - building world (CFLAGS=-O -pipe) TB --- 2007-11-27 03:56:56 - cd /src TB --- 2007-11-27 03:56:56 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 27 03:56:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/ldiv.c -o ldiv.So cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/llabs.c -o llabs.So cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/lldiv.c -o lldiv.So cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/lsearch.c -o lsearch.So cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/malloc.c -o malloc.So cc1: warnings being treated as errors /src/lib/libc/stdlib/malloc.c: In function 'arena_dalloc_lazy': /src/lib/libc/stdlib/malloc.c:2902: warning: implicit declaration of function 'atomic_readandclear_ptr' *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-27 04:10:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-27 04:10:13 - ERROR: failed to build world TB --- 2007-11-27 04:10:13 - tinderbox aborted TB --- 602.92 user 71.32 system 818.41 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 07:25:10 2007 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 3234016A41A; Tue, 27 Nov 2007 07:25:10 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.freebsd.org (Postfix) with ESMTP id C5C6613C469; Tue, 27 Nov 2007 07:25:09 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2-b.corp.dcn.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id lAR7EcxA027561; Mon, 26 Nov 2007 23:14:40 -0800 (PST) Date: Tue, 27 Nov 2007 16:14:37 +0900 Message-ID: From: gnn@freebsd.org To: obrien@freebsd.org, gnn@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20071126180103.GA79600@dragon.NUXI.org> References: <20071126180103.GA79600@dragon.NUXI.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 07:25:10 -0000 At Mon, 26 Nov 2007 10:01:03 -0800, David O'Brien wrote: > > On Sun, Nov 25, 2007 at 10:38:37PM +0900, gnn@freebsd.org wrote: > > or vice versa? That is, can I do kgdb/gdb over serial from an Intel > > box to an AMD box? > > George, > This question make no sense. Of course you can debug a kernel on an > Intel system using an AMD system. There isn't anything CPU vendor > specific within a single architecture that would affect you doing this. > > But I don't think that's really your question. I think you're > asking if you can debug a FreeBSD/i386 kernel using a FreeBSD/amd64 > system. I.e. cross-platform debugging. > That was my question. > The answer is "no" using stock FreeBSD bits. A single GDB binary > cannot be built multi-platform. I'm going to try the cross-platform tools and see what I can do. Thanks, George From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 07:43:20 2007 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 7F2A816A41A; Tue, 27 Nov 2007 07:43:20 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id E0E9C13C447; Tue, 27 Nov 2007 07:43:19 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAR7hHpc024574; Tue, 27 Nov 2007 08:43:17 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <474BCA95.6000403@deepcore.dk> Date: Tue, 27 Nov 2007 08:43:17 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Barney Cordoba References: <512683.5780.qm@web63911.mail.re1.yahoo.com> In-Reply-To: <512683.5780.qm@web63911.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.ORG, =?ISO-8859-1?Q?=22=5C=22S=F8ren=5C=22_Schmidt=22?= Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 07:43:20 -0000 Barney Cordoba wrote: > --- S=F8ren Schmidt wrote: > > =20 >> Mike Tancsa wrote: >> =20 >>> At 07:26 AM 11/21/2007, Barney Cordoba wrote: >>> =20 >>>> I've done a bit of research and it seems that >>>> =20 >> this >> =20 >>>> chipset has been ignored for years now by the >>>> =20 >> FreeBSD >> =20 >>>> team. Whats the reasoning for a major chipset >>>> =20 >> used by >> =20 >>> I think you are jumping to conclusions. I have a >>> =20 >> HT1000 chipset board=20 >> =20 >>> and have been using it just fine for some time.=20 >>> >>> =20 > (http://lists.freebsd.org/pipermail/freebsd-current/2007-November/07992= 0.html) > =20 >>> There obviously are some cases were it does not, >>> =20 >> so its harder to=20 >> =20 >>> track down than just a case of spending $150. If >>> =20 >> you do have such a=20 >> =20 >>> board that does not work, perhaps make the offer >>> =20 >> of sending the=20 >> =20 >>> problem board to a developer who is interested in >>> =20 >> fixing the issue. >> That would be an excelent idea :) >> >> As usual I'll try to get any ATA/SATA HW that shows >> up on my doorstep=20 >> working, thats the deal. >> I dont have the means nor the motivation to spend my >> own hard earned $$=20 >> on all kinds of HW to get someone out there free >> support, simple as that.. >> >> That said, I do have a HT1000 based board around a >> supermicro H8SSL that=20 >> is used as a busy local fileserver, needless to say >> it works flawlessly. >> >> So, to get this worked on and hopefully fixed, get >> me a failing board to=20 >> work on here... private mail with address details >> etc can be had on=20 >> request... >> >> -S=F8ren >> >> =20 > > Is your busy file server running 7.0, and is it > running in SATA mode? The MBs we've tried are H8SSP-i > and an H8SSL-i, both with the same, unsuccessful > results: bad file reads, signals when trying to run > apps, crash-and-burn on buildworld wthin 5 seconds. > =20 This server has been running -current all the time with about biweekly=20 updates, so it has made the transition all the way from about 6.1 to=20 todays current without problems. > Something happened between 6.2 and 7.0, as we were > able to run 6.2 on these systems. > > =20 Looks like a pattern, something outside of ATA also caused HW issues on=20 some Promise controllers to appear in this period. Just checked and nothing in ATA changed in regards to either the HT1000=20 or the Promise HW, its the same support code thats been there all the tim= e. It could be a sideeffect of now having more fine grained locking etc,=20 that makes these problems show up, your guess is as good as mine. Again, the sticky point is that if I cant reproduce a problem here its=20 very hard to work on it, if not just plain impossible... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 08:11:01 2007 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 D106416A419 for ; Tue, 27 Nov 2007 08:11:01 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id 466D513C46A for ; Tue, 27 Nov 2007 08:11:01 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAC9fS0d5LTGL/2dsb2JhbACBW48z X-IronPort-AV: E=Sophos;i="4.23,218,1194183000"; d="scan'208";a="4505603" Received: from ppp121-45-49-139.lns11.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.49.139]) by ipmail04.adl2.internode.on.net with ESMTP; 27 Nov 2007 18:40:59 +1030 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lAR8Au8F096946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2007 18:40:57 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <474BD109.8030104@clearchain.com> Date: Tue, 27 Nov 2007 18:40:49 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Jeff Palmer References: <47491424.6030501@rexdb.com> In-Reply-To: <47491424.6030501@rexdb.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Tue, 27 Nov 2007 18:40:57 +1030 (CST) Cc: current@freebsd.org Subject: Re: problem with if_wpi and wpa_supplicant. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 08:11:02 -0000 Jeff Palmer wrote: > Hello current@, > > > I've got a laptop that uses the intel 3945abg wireless chipset. I've > followed ben's trials and tribulations with the wpi driver for several > months. > At one point, I had plain (unsecured) authentication as well as WEP > authentication working. (this is several months ago now) > However, the last 2 renditions of the driver won't even work if I have > WEP enabled. > > Having seen the recent import into HEAD (8.0-CURRENT) I decided to give > it another whirl on my laptop. > With the november 2007 driver on the clearchain site, I can associate > to a completely nencrypted AP. However, using WEP or WPA fails. > I can't even associate to a WEP enabled AP if I set everything manually > with ifconfig. > > Details are as follows. > > Machine: Toshiba Satellite A135-S4517 > OS: FreeBSD Laptop.totaldiver.net 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Fri > Nov 23 21:33:53 EST 2007 > root@Laptop.totaldiver.net:/usr/obj/usr/src/sys/GENERIC i386 > Driver: > http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-wpi.tar.gz > > Relevant parts of /boot/loader.conf > if_wpi_load="YES" > legal.intel_wpi.license_ack=1 > > Relevant parts of /etc/wpa_supplicant.conf > network={ > ssid="TEST" > scan_ssid=1 > key_mgmt=WPA-PSK > psk=4a4de711b81e90f30a5ec88682185a74d20eb85c982f11fe035c87726b43c6c5 > } > > The only hint I've been able to find so far, comes from using > wpa_supplicant in debug mode. > > Relevant log from: wpa_supplicant -d -i wpi0 -c /etc/wpa_supplicant.conf > Nov 25 00:32:13 Laptop kernel: idx=192 flags=0 type=119 len=4 > Nov 25 00:32:13 Laptop kernel: cmd notification qid=4 idx=192 flags=0 > type=WPI_CMD_SET_POWER_MODE len=4 > Nov 25 00:32:13 Laptop kernel: wpi_cmd 155 size 12 async 0 > Nov 25 00:32:13 Laptop kernel: notify qid=0 idx=0 flags=0 type=28 len=16 > Nov 25 00:32:13 Laptop kernel: cmd notification qid=0 idx=0 flags=0 > type=WPI_CMD_TX_DATA len=16 > Nov 25 00:32:14 Laptop kernel: wpi0: could not configure bluetooth > coexistence > Nov 25 00:32:14 Laptop kernel: Scan cancelled > Nov 25 00:32:14 Laptop kernel: config chan 6 flags 8005 cck f ofdm 15 > Nov 25 00:32:14 Laptop kernel: wpi_cmd 16 size 43 async 1 > Nov 25 00:32:14 Laptop kernel: wpi0: wpi_cmd: cmd 16 not sent, busy > Nov 25 00:32:14 Laptop kernel: wpi0: could not configure > Nov 25 00:32:14 Laptop kernel: wpi0: could not send authentication request > Nov 25 00:32:14 Laptop kernel: NEWSTATE:INIT > Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 1 > Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 3 > Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 4 > Nov 25 00:32:23 Laptop kernel: NEWSTATE:INIT > Nov 25 00:32:23 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 > Nov 25 00:32:23 Laptop kernel: microcode alive notification version > 10e02 alive 1 > Nov 25 00:32:23 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 > > The part that caught my attention was > Nov 25 00:32:14 Laptop kernel: wpi0: could not configure bluetooth > coexistence > > Google seems to offer 0 results for the above. Looking through the code > in the wpi driver tarball shows where the error is coming from, but the > part I'm not understanding is: this machine doesn't have bluetooth, nor > any bluetooth devices. > > I'm not sure what other info would be needed, but I'm willing to > provide anything I can to ben or the community at large. I haven't > succeeded any producing a log as to why it won't associate to a WEP > enabled AP when manually configured using ifconfig. > Hi Jeff, From what I can gather, bluetooth is part of the chipset. Having said that I've got no specs so perhaps it's not. I also see the firmware doesn't complain about the failed command. Could you try the following patch and see if it makes a difference. Also can you provide the relevant section of a pciconf -lv. I'm curious as to whether you have an ABG card or simply a BG card - I know they exist but haven't found them yet. diff --git a/sys/dev/wpi/if_wpi.c b/sys/dev/wpi/if_wpi.c index 43d5512..517473e 100644 --- a/sys/dev/wpi/if_wpi.c +++ b/sys/dev/wpi/if_wpi.c @@ -2920,8 +2920,7 @@ wpi_config(struct wpi_softc *sc) 0); if (error != 0) { device_printf(sc->sc_dev, - "could not configure bluetooth coexistence\n"); - return error; + "could not configure bluetooth coexistence, device lacks bluetooth support?\n"); } /* configure adapter */ Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 08:50:51 2007 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 AA4B916A469 for ; Tue, 27 Nov 2007 08:50:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5AC9D13C4FD for ; Tue, 27 Nov 2007 08:50:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id EF7B774400E; Tue, 27 Nov 2007 10:50:48 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qBIa6FIYy7al; Tue, 27 Nov 2007 10:50:48 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id B052F744007; Tue, 27 Nov 2007 10:50:48 +0200 (EET) Message-ID: <474BDA68.1090209@icyb.net.ua> Date: Tue, 27 Nov 2007 10:50:48 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Matthias Schmidt References: <1196083425.00833381.1196073005@10.7.7.3> <20071126111520.GA29188@soaustin.net> <1196108585.00833572.1196096401@10.7.7.3> In-Reply-To: <1196108585.00833572.1196096401@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 08:50:51 -0000 on 26/11/2007 18:50 Matthias Schmidt said the following: > Hi, > > * Mark Linimon wrote: >> On Mon, Nov 26, 2007 at 11:00:45AM +0100, Matthias Schmidt wrote: >>> When I plugged out the stick, I got the below messages followed by a >>> kernel panic: >> Unfortunately, a well-known problem that will require some serious >> re-architecting to fix. > > OK, thanks for the answer. Could you elaborate on that topic a bit > further. Is there a difference between unplugging a "recognized" USB > stick and an "unrecognized" USB stick? Not an answer to this particular question but to the thread in general: I have here certain combination of a card reader and a miniSD card that causes the same symptom. If I use the card with other reader - everything's OK, if I use the reader with other card - everything's OK, use them together - very strange problems: the card is not recognized, some error messages are spewed onto console every now and then, panic on plugging out. I just gave up, blaming this on hardware incompatibility and cursed the vendors :-) As additional information point: the combination didn't work with other OSes I tried, neither Linux nor Windows 2K recognized the card. But they didn't panic. Just in case: the reader - Trust CR-1420P the card - SanDisk SDSDM-2048 So it might happen that you also have a hardware problem with your USB stick. Panic might be a result of that plus certain fragility of FreeBSD USB stack + CAM. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 08:52:25 2007 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 B054216A46C for ; Tue, 27 Nov 2007 08:52:25 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 6863913C45A for ; Tue, 27 Nov 2007 08:52:25 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id F154BD472C7 for ; Tue, 27 Nov 2007 09:33:45 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id 5fT04jMWaxWo for ; Tue, 27 Nov 2007 09:33:43 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id C45F7D472C5 for ; Tue, 27 Nov 2007 09:33:43 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: quoted-printable Message-Id: <924875F9-E86A-4CD9-ACE3-7BA2A8FEDD3A@stromnet.se> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Tue, 27 Nov 2007 09:33:23 +0100 X-Mailer: Apple Mail (2.752.3) Subject: Hardware suggestions (ICH9R/G33/JMicron JMB363) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 08:52:25 -0000 Hi list I sent a similar mail to freebsd-hardware last week, not very much =20 response there though so i resent here with some more details.. Im about to build a new machine wich will mainly be used for offsite =20 backup. My plan is to run 7.0 and use ZFS on a number of regular SATA-=20= discs (some mixed I've already got and more to be bought later). Anyways, the suggested hardware list is the following right now: Gigabyte GA-G33-DS3R, G33, 8x internal SATA (6x ICH9R + 2x on jmicron =20= JMB363 from what I can find on net, gigabyte themselfs call it =20 "Gigabyte SATA2") Intel Pro/1000PT PCIe Desktop Adapter 1000BaseT Intel Core 2 Duo E6750 2.67GHz 1333Mhz Socket LGA775, 4MB 2x1GB 1066MHz memory (another 2 1gb woudl give me max 4gb, but that =20 should realy be enough for a fileserver.. so no 2Gb sticks here, =20 cannot find any for pc8500 anyway) The mobo was featured on one of the mailinglists (dunno which it was) =20= a while back, it was said that it worked good. However there seems to =20= be some known problems? ICH9R and SATA ATAPI devices seems to work =20 poorly. Is this only ATAPI or is there any risk that this would =20 affect regular disks too? I realy dont want to have disk troubles =20 again, my history with ie nforce mobos and onboard controllers suck.. =20= If these problems absolutly only affects CD-drives (ATAPI) then I =20 realy dont care, but would be nice to know if there are any risk that =20= this affects disks too. (reference http://groups.google.com/group/=20 muc.lists.freebsd.current/browse_thread/thread/7ae0e00567961d26) The Intel network controllers should work good too right? =46rom list =20= history it sure looks that way.. For the ZFS part (maybee wrong list), I was thinking of going with =20 zmirrored vdevs (currently I got 6 disks, 3 pairs of different size/=20 model) in one big pool, and when adding capacity I will probably add =20 pairs of drives (new zmirrored vdevs in the zpool) Well, thanks for any opinions or suggestions! If you got any =20 recommendations about other similar mobos then I'm all ears! -- Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 09:19:27 2007 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 54DDE16A473 for ; Tue, 27 Nov 2007 09:19:27 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from mail.rexdb.com (mail.rexdb.com [216.243.161.232]) by mx1.freebsd.org (Postfix) with ESMTP id 1C07113C467 for ; Tue, 27 Nov 2007 09:19:26 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from Laptop.totaldiver.net (fl-209-26-20-205.sta.embarqhsd.net [209.26.20.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rexdb.com (Postfix) with ESMTP id B97E4228BAE1; Tue, 27 Nov 2007 04:19:14 -0500 (EST) Message-ID: <474BE0E6.3070301@rexdb.com> Date: Tue, 27 Nov 2007 04:18:30 -0500 From: Jeff Palmer User-Agent: Thunderbird 2.0.0.9 (X11/20071124) MIME-Version: 1.0 To: Benjamin Close References: <47491424.6030501@rexdb.com> <474BD109.8030104@clearchain.com> In-Reply-To: <474BD109.8030104@clearchain.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: problem with if_wpi and wpa_supplicant. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 09:19:27 -0000 Benjamin Close wrote: > Jeff Palmer wrote: >> Hello current@, >> >> >> I've got a laptop that uses the intel 3945abg wireless chipset. I've >> followed ben's trials and tribulations with the wpi driver for several >> months. >> At one point, I had plain (unsecured) authentication as well as WEP >> authentication working. (this is several months ago now) >> However, the last 2 renditions of the driver won't even work if I have >> WEP enabled. >> >> Having seen the recent import into HEAD (8.0-CURRENT) I decided to give >> it another whirl on my laptop. >> With the november 2007 driver on the clearchain site, I can associate >> to a completely nencrypted AP. However, using WEP or WPA fails. >> I can't even associate to a WEP enabled AP if I set everything manually >> with ifconfig. >> >> Details are as follows. >> >> Machine: Toshiba Satellite A135-S4517 >> OS: FreeBSD Laptop.totaldiver.net 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Fri >> Nov 23 21:33:53 EST 2007 >> root@Laptop.totaldiver.net:/usr/obj/usr/src/sys/GENERIC i386 >> Driver: >> http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-wpi.tar.gz >> >> >> Relevant parts of /boot/loader.conf >> if_wpi_load="YES" >> legal.intel_wpi.license_ack=1 >> >> Relevant parts of /etc/wpa_supplicant.conf >> network={ >> ssid="TEST" >> scan_ssid=1 >> key_mgmt=WPA-PSK >> >> psk=4a4de711b81e90f30a5ec88682185a74d20eb85c982f11fe035c87726b43c6c5 >> } >> >> The only hint I've been able to find so far, comes from using >> wpa_supplicant in debug mode. >> >> Relevant log from: wpa_supplicant -d -i wpi0 -c >> /etc/wpa_supplicant.conf >> Nov 25 00:32:13 Laptop kernel: idx=192 flags=0 type=119 len=4 >> Nov 25 00:32:13 Laptop kernel: cmd notification qid=4 idx=192 flags=0 >> type=WPI_CMD_SET_POWER_MODE len=4 >> Nov 25 00:32:13 Laptop kernel: wpi_cmd 155 size 12 async 0 >> Nov 25 00:32:13 Laptop kernel: notify qid=0 idx=0 flags=0 type=28 len=16 >> Nov 25 00:32:13 Laptop kernel: cmd notification qid=0 idx=0 flags=0 >> type=WPI_CMD_TX_DATA len=16 >> Nov 25 00:32:14 Laptop kernel: wpi0: could not configure bluetooth >> coexistence >> Nov 25 00:32:14 Laptop kernel: Scan cancelled >> Nov 25 00:32:14 Laptop kernel: config chan 6 flags 8005 cck f ofdm 15 >> Nov 25 00:32:14 Laptop kernel: wpi_cmd 16 size 43 async 1 >> Nov 25 00:32:14 Laptop kernel: wpi0: wpi_cmd: cmd 16 not sent, busy >> Nov 25 00:32:14 Laptop kernel: wpi0: could not configure >> Nov 25 00:32:14 Laptop kernel: wpi0: could not send authentication >> request >> Nov 25 00:32:14 Laptop kernel: NEWSTATE:INIT >> Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 1 >> Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 3 >> Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 4 >> Nov 25 00:32:23 Laptop kernel: NEWSTATE:INIT >> Nov 25 00:32:23 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 >> Nov 25 00:32:23 Laptop kernel: microcode alive notification version >> 10e02 alive 1 >> Nov 25 00:32:23 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 >> >> The part that caught my attention was >> Nov 25 00:32:14 Laptop kernel: wpi0: could not configure bluetooth >> coexistence >> >> Google seems to offer 0 results for the above. Looking through the code >> in the wpi driver tarball shows where the error is coming from, but the >> part I'm not understanding is: this machine doesn't have bluetooth, nor >> any bluetooth devices. >> >> I'm not sure what other info would be needed, but I'm willing to >> provide anything I can to ben or the community at large. I haven't >> succeeded any producing a log as to why it won't associate to a WEP >> enabled AP when manually configured using ifconfig. >> > Hi Jeff, > From what I can gather, bluetooth is part of the chipset. Having > said that I've got no specs so perhaps it's not. I also see the > firmware doesn't complain about the failed command. > Could you try the following patch and see if it makes a difference. > Also can you provide the relevant section of a pciconf -lv. I'm > curious as to whether you have an ABG card or simply a BG card - I > know they exist but haven't found them yet. > > diff --git a/sys/dev/wpi/if_wpi.c b/sys/dev/wpi/if_wpi.c > index 43d5512..517473e 100644 > --- a/sys/dev/wpi/if_wpi.c > +++ b/sys/dev/wpi/if_wpi.c > @@ -2920,8 +2920,7 @@ wpi_config(struct wpi_softc *sc) > 0); > if (error != 0) { > device_printf(sc->sc_dev, > - "could not configure bluetooth coexistence\n"); > - return error; > + "could not configure bluetooth coexistence, device lacks > bluetooth support?\n"); > } > > /* configure adapter */ > > > Cheers, > Benjamin > _______________________________________________ > 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" > > !DSPAM:8,474bd131174311249717914! > > Ben, I'm using your tarball, not the perforce version. so I manually applied your changes manually. Your patch said line 2920, the tarball version was near line 2903. Let me know if you'd rather I use the perforce version. I don't know how to obtain a copy of the perforce version, so I'd have to figure that out. However: on with the details: #kldload if_wpi0 returns: Nov 26 03:09:54 Laptop kernel: wpi0: mem 0xd8000000-0xd8000fff irq 17 at device 0.0 on pci4 Nov 26 03:09:54 Laptop kernel: wpi0: Driver Revision 20071102 Nov 26 03:09:54 Laptop kernel: wpi0: Hardware Revision (0x1) Nov 26 03:09:54 Laptop kernel: bus_dmamem_alloc failed to align memory properly. Nov 26 03:09:54 Laptop last message repeated 30 times Nov 26 03:09:54 Laptop kernel: adding chan 1 flags=0x2b maxpwr=15, offset 2 <.. snipped for brevity..> Attempting to associate with the WEP enabled AP now results in: Nov 27 04:08:10 Laptop kernel: cmd notification qid=0 idx=0 flags=0 type=WPI_CMD_TX_DATA len=16 Nov 27 04:08:11 Laptop kernel: wpi0: could not configure bluetooth coexistence, device lacks bluetooth support? Nov 27 04:08:11 Laptop kernel: wpi_cmd 16 size 43 async 0 Nov 27 04:08:11 Laptop kernel: wpi0: wpi_cmd: cmd 16 not sent, busy Nov 27 04:08:11 Laptop kernel: wpi0: configure command failed Nov 27 04:08:11 Laptop kernel: Scan cancelled Nov 27 04:08:11 Laptop kernel: config chan 7 flags 8005 cck f ofdm 15 Nov 27 04:08:11 Laptop kernel: wpi_cmd 16 size 43 async 1 Nov 27 04:08:11 Laptop kernel: wpi0: wpi_cmd: cmd 16 not sent, busy Nov 27 04:08:11 Laptop kernel: wpi0: could not configure Nov 27 04:08:11 Laptop kernel: wpi0: could not send authentication request Nov 27 04:08:11 Laptop kernel: NEWSTATE:INIT Nov 27 04:08:20 Laptop kernel: wpi0: timeout resetting Tx ring 1 Nov 27 04:08:20 Laptop kernel: wpi0: timeout resetting Tx ring 3 Nov 27 04:08:20 Laptop kernel: wpi0: timeout resetting Tx ring 4 Nov 27 04:08:20 Laptop kernel: NEWSTATE:INIT Nov 27 04:08:20 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 Nov 27 04:08:20 Laptop kernel: microcode alive notification version 10e02 alive 1 Nov 27 04:08:20 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 Nov 27 04:08:20 Laptop kernel: microcode alive notification version 10e02 alive 1 Nov 27 04:08:20 Laptop kernel: Authenticating, not changing channel and the relevant pciconf -lv: wpi0@pci0:4:0:0: class=0x028000 card=0x10408086 chip=0x42228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '10418086 Intel 3945ABG Wireless LAN controller' class = network Also, possibly worth noting: The first time I loaded the modified if_wpi driver, I saw this Nov 26 03:09:54 Laptop kernel: wpi0: Hardware Revision (0x1) Subsequent kldunloads and re-kldloads show: Nov 27 04:15:58 Laptop kernel: wpi0: Hardware Revision (0x801) Those are both exact cut/pastes, and the hardware revision is "different" though, it's the same laptop. Not sure if this means anything (maybe the driver isn't unloading cleanly or the card isn't initializing properly on a reload) or not. From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 09:21:46 2007 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 A611816A476 for ; Tue, 27 Nov 2007 09:21:46 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: from alpha.staatsfeind.org (staatsfeind.org [217.20.114.241]) by mx1.freebsd.org (Postfix) with ESMTP id 2FFE913C4F8 for ; Tue, 27 Nov 2007 09:21:44 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: by alpha.staatsfeind.org (Postfix, from userid 1002) id 9EF5A6246; Tue, 27 Nov 2007 10:21:42 +0100 (CET) Date: Tue, 27 Nov 2007 10:21:42 +0100 From: Matthias Schmidt To: Remko Lodder Message-ID: <20071127092141.GE51762@staatsfeind.org> References: <20071126111520.GA29188@soaustin.net> <20071126165021.GC51762@staatsfeind.org> <474B1515.3020303@bellanet.org> <20071126211106.GD51762@staatsfeind.org> <474B3C4E.7090501@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474B3C4E.7090501@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 09:21:46 -0000 Hi Remko, * Remko Lodder wrote: > > When the device is plugged in can you show us a pciconf -vl and perhaps > an excerpt from the dmesg? so that we might be able to add it to the > supported devicelist? (which might also resolve the problem, though that > would be a workaround imo since the machine should not panic because of > plugging in something and unplugging it, at least not when it's not > being used :-)) Here is the message from dmesg and additionally /var/log/messages: umass0: on uhub2 Nov 27 10:01:22 node008 root: Unknown USB device: vendor 0x0420 product 0x1307 bus uhub2 usbdevs -v shows the following: Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 4 addr 3: full speed, power 100 mA, config 1, product 0x1307(0x1307), vendor 0x0420(0x0420), rev 1.00 pciconf is quiet about the stick but you can find the complete output under http://www.mathematik.uni-marburg.de/~schmidtm/usbcrash/pciconf If I plug the stick into Mac OS X or Windows XP it identifies itself as "ChipsBnk Flash Disk USB Device" and shows a capacity of 8MB although it has 1GB. I found a closed PR about a ChipsBnk quirk, so the chip should be recognized properly. http://www.freebsd.org/cgi/query-pr.cgi?pr=103702 Regards Matthias From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 09:22:54 2007 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 137EC16A419 for ; Tue, 27 Nov 2007 09:22:54 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from mail.rexdb.com (mail.rexdb.com [216.243.161.232]) by mx1.freebsd.org (Postfix) with ESMTP id DB2C413C46B for ; Tue, 27 Nov 2007 09:22:53 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from Laptop.totaldiver.net (fl-209-26-20-205.sta.embarqhsd.net [209.26.20.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rexdb.com (Postfix) with ESMTP id 390A0228BADE; Tue, 27 Nov 2007 04:22:44 -0500 (EST) Message-ID: <474BE1B7.9040507@rexdb.com> Date: Tue, 27 Nov 2007 04:21:59 -0500 From: Jeff Palmer User-Agent: Thunderbird 2.0.0.9 (X11/20071124) MIME-Version: 1.0 To: Benjamin Close References: <47491424.6030501@rexdb.com> <474BD109.8030104@clearchain.com> In-Reply-To: <474BD109.8030104@clearchain.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: problem with if_wpi and wpa_supplicant. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 09:22:54 -0000 Benjamin Close wrote: > Jeff Palmer wrote: >> Hello current@, >> >> >> I've got a laptop that uses the intel 3945abg wireless chipset. I've >> followed ben's trials and tribulations with the wpi driver for several >> months. >> At one point, I had plain (unsecured) authentication as well as WEP >> authentication working. (this is several months ago now) >> However, the last 2 renditions of the driver won't even work if I have >> WEP enabled. >> >> Having seen the recent import into HEAD (8.0-CURRENT) I decided to give >> it another whirl on my laptop. >> With the november 2007 driver on the clearchain site, I can associate >> to a completely nencrypted AP. However, using WEP or WPA fails. >> I can't even associate to a WEP enabled AP if I set everything manually >> with ifconfig. >> >> Details are as follows. >> >> Machine: Toshiba Satellite A135-S4517 >> OS: FreeBSD Laptop.totaldiver.net 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Fri >> Nov 23 21:33:53 EST 2007 >> root@Laptop.totaldiver.net:/usr/obj/usr/src/sys/GENERIC i386 >> Driver: >> http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-wpi.tar.gz >> >> >> Relevant parts of /boot/loader.conf >> if_wpi_load="YES" >> legal.intel_wpi.license_ack=1 >> >> Relevant parts of /etc/wpa_supplicant.conf >> network={ >> ssid="TEST" >> scan_ssid=1 >> key_mgmt=WPA-PSK >> >> psk=4a4de711b81e90f30a5ec88682185a74d20eb85c982f11fe035c87726b43c6c5 >> } >> >> The only hint I've been able to find so far, comes from using >> wpa_supplicant in debug mode. >> >> Relevant log from: wpa_supplicant -d -i wpi0 -c >> /etc/wpa_supplicant.conf >> Nov 25 00:32:13 Laptop kernel: idx=192 flags=0 type=119 len=4 >> Nov 25 00:32:13 Laptop kernel: cmd notification qid=4 idx=192 flags=0 >> type=WPI_CMD_SET_POWER_MODE len=4 >> Nov 25 00:32:13 Laptop kernel: wpi_cmd 155 size 12 async 0 >> Nov 25 00:32:13 Laptop kernel: notify qid=0 idx=0 flags=0 type=28 len=16 >> Nov 25 00:32:13 Laptop kernel: cmd notification qid=0 idx=0 flags=0 >> type=WPI_CMD_TX_DATA len=16 >> Nov 25 00:32:14 Laptop kernel: wpi0: could not configure bluetooth >> coexistence >> Nov 25 00:32:14 Laptop kernel: Scan cancelled >> Nov 25 00:32:14 Laptop kernel: config chan 6 flags 8005 cck f ofdm 15 >> Nov 25 00:32:14 Laptop kernel: wpi_cmd 16 size 43 async 1 >> Nov 25 00:32:14 Laptop kernel: wpi0: wpi_cmd: cmd 16 not sent, busy >> Nov 25 00:32:14 Laptop kernel: wpi0: could not configure >> Nov 25 00:32:14 Laptop kernel: wpi0: could not send authentication >> request >> Nov 25 00:32:14 Laptop kernel: NEWSTATE:INIT >> Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 1 >> Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 3 >> Nov 25 00:32:23 Laptop kernel: wpi0: timeout resetting Tx ring 4 >> Nov 25 00:32:23 Laptop kernel: NEWSTATE:INIT >> Nov 25 00:32:23 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 >> Nov 25 00:32:23 Laptop kernel: microcode alive notification version >> 10e02 alive 1 >> Nov 25 00:32:23 Laptop kernel: notify qid=80 idx=0 flags=0 type=1 len=36 >> >> The part that caught my attention was >> Nov 25 00:32:14 Laptop kernel: wpi0: could not configure bluetooth >> coexistence >> >> Google seems to offer 0 results for the above. Looking through the code >> in the wpi driver tarball shows where the error is coming from, but the >> part I'm not understanding is: this machine doesn't have bluetooth, nor >> any bluetooth devices. >> >> I'm not sure what other info would be needed, but I'm willing to >> provide anything I can to ben or the community at large. I haven't >> succeeded any producing a log as to why it won't associate to a WEP >> enabled AP when manually configured using ifconfig. >> > Hi Jeff, > From what I can gather, bluetooth is part of the chipset. Having > said that I've got no specs so perhaps it's not. I also see the > firmware doesn't complain about the failed command. > Could you try the following patch and see if it makes a difference. > Also can you provide the relevant section of a pciconf -lv. I'm > curious as to whether you have an ABG card or simply a BG card - I > know they exist but haven't found them yet. > > diff --git a/sys/dev/wpi/if_wpi.c b/sys/dev/wpi/if_wpi.c > index 43d5512..517473e 100644 > --- a/sys/dev/wpi/if_wpi.c > +++ b/sys/dev/wpi/if_wpi.c > @@ -2920,8 +2920,7 @@ wpi_config(struct wpi_softc *sc) > 0); > if (error != 0) { > device_printf(sc->sc_dev, > - "could not configure bluetooth coexistence\n"); > - return error; > + "could not configure bluetooth coexistence, device lacks > bluetooth support?\n"); > } > > /* configure adapter */ > > > Cheers, > Benjamin > _______________________________________________ > 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" > > !DSPAM:8,474bd131174311249717914! > > I forgot to mention in my followup post: the very first time I ran wpa_supplicant after your patch, it DID associate with the WEP enabled AP, though I was unable to get an IP via dhclient. However, every subsequent attempt has failed to associate with the AP. Jeff From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 09:52:23 2007 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 A569D16A417 for ; Tue, 27 Nov 2007 09:52:23 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 58BA413C46A for ; Tue, 27 Nov 2007 09:52:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2435780pyb for ; Tue, 27 Nov 2007 01:52:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=233GKPPi7HA5ui7YHCHXlDl2BxhMW3haOBLZF7jhNxM=; b=AzVsXkaugxzB6mxLHMGK9RPKij0sKfiVrp3Y6SnXf9LNBlXWPyAIVGmLS80Fl+C8GubsZ4gyYVmamjZAkgl+bjBpwjH7qVwDalJeV3Eur3q9cdoUm8tgUU1quGTgmIVn9NNYosBaUHHZ21d6fDyv9ImVECEqCiNnUAKOvJFkuvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UWBQe6eFp7g+LRlrIZg0xOiOXgcZzLJMeph7gWMsifJ2eCKHI2FiFu5hKqU0H5SutPED68iVjJykRcJtPUyzoA0RmUgWdIJILMaJwJ1VAb9p3Gyul48FUnU5iibixkLhR5JXvVAP1KPNPcvO2ilXVTnVIhT+bdO2LCN902Yqmeo= Received: by 10.65.254.5 with SMTP id g5mr8265815qbs.1196157140858; Tue, 27 Nov 2007 01:52:20 -0800 (PST) Received: by 10.65.105.5 with HTTP; Tue, 27 Nov 2007 01:52:20 -0800 (PST) Message-ID: Date: Tue, 27 Nov 2007 04:52:20 -0500 From: "Aryeh Friedman" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: backing out of a cvs update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 09:52:23 -0000 The malloc changes posted last night seem to totally hosed many apps (they just hang)... how do I back out if the cvs -d /home/ncvs update I did (keep in mind I did a rm -rf /usr/src /usr/obj and recheck out to see if that whould clear it and it didn't) From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 09:53:00 2007 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 0546D16A41B for ; Tue, 27 Nov 2007 09:53:00 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:1f1::2]) by mx1.freebsd.org (Postfix) with ESMTP id D3B9F13C448 for ; Tue, 27 Nov 2007 09:52:58 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id lAR9qZni002520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2007 09:52:39 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <474BE8CA.3040404@unsane.co.uk> Date: Tue, 27 Nov 2007 09:52:10 +0000 From: Vince User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Jeff Palmer References: <47491424.6030501@rexdb.com> <474BD109.8030104@clearchain.com> <474BE0E6.3070301@rexdb.com> In-Reply-To: <474BE0E6.3070301@rexdb.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Benjamin Close , current@freebsd.org Subject: Re: problem with if_wpi and wpa_supplicant. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 09:53:00 -0000 Jeff Palmer wrote: > Benjamin Close wrote: >> Jeff Palmer wrote: >>> Hello current@, >>> >>> >> >> > Ben, > > I'm using your tarball, not the perforce version. so I manually applied > your changes manually. Your patch said line 2920, the tarball version > was near line 2903. Let me know if you'd rather I use the perforce > version. I don't know how to obtain a copy of the perforce version, so > I'd have to figure that out. However: on with the details: > > Just an aside if you need to try the perforce version, Tom Evans wrote a script in ruby that can grab it via the web interface. I have a copy at http://www.unsane.co.uk/~jhary/ruby/p4fetch.rb Vince From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 10:02:06 2007 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 8F74F16A417 for ; Tue, 27 Nov 2007 10:02:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 4859913C47E for ; Tue, 27 Nov 2007 10:02:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2441594pyb for ; Tue, 27 Nov 2007 02:02:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LRrjYHR5rWb3BC5sHaFhmxF8bQXoiXn/AAT8cHpDnF4=; b=Vi1aqy/VgBqtqvDBq1TmNI4oJ0nDlW+QxxfL/h5TSqKchDKXWxvpT8dy6dVtfzrhSQYK/53OUhAaLz9fVJXVrYblubhS98Xvwc1s+V8CWOk5p2KkIX+7sadj4mH8Mzl09rquIeUUMtoRBb1XjwVCiuMLnSwdn2OKHCQUO9HWSt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AwYUMiYtLLKNxPjoTes4+S/pl6dJZ7IEQ0zB6hCURD7ICGGyVblqiUCliu+2pD3iWz0KYNPiyk4jfIfmIZWiay6UGVr8m+RmunWwLLRr6uUhgGIngjNXsMme7wZLkeDl1Fxkl7t+pY4VZh/A2QceWOMs6vNrIlvi4pPlNr7a+Hg= Received: by 10.64.131.4 with SMTP id e4mr8283044qbd.1196157720736; Tue, 27 Nov 2007 02:02:00 -0800 (PST) Received: by 10.65.105.5 with HTTP; Tue, 27 Nov 2007 02:02:00 -0800 (PST) Message-ID: Date: Tue, 27 Nov 2007 05:02:00 -0500 From: "Aryeh Friedman" To: remko@elvandar.org In-Reply-To: <57399.194.74.82.3.1196157356.squirrel@galain.elvandar.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <57399.194.74.82.3.1196157356.squirrel@galain.elvandar.org> Cc: freebsd-current@freebsd.org Subject: Re: backing out of a cvs update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 10:02:06 -0000 Thanks... for once you didn't come after me with a club... doing the backout now. On 11/27/07, Remko Lodder wrote: > > On Tue, November 27, 2007 10:52 am, Aryeh Friedman wrote: > > The malloc changes posted last night seem to totally hosed many apps > > (they just hang)... how do I back out if the cvs -d /home/ncvs update > > I did (keep in mind I did a rm -rf /usr/src /usr/obj and recheck out > > to see if that whould clear it and it didn't) > > you can csup to a specified date: > > date=[cc]yy.mm.dd.hh.mm.ss > > cvs has a similiar option with -D... > > Ofcourse you had read the docs for a change to notice this behaviour? > > -- > /"\ Best regards, | remko@FreeBSD.org > \ / Remko Lodder | remko@EFnet > X http://www.evilcoder.org/ | > / \ ASCII Ribbon Campaign | Against HTML Mail and News > > > From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 10:22:59 2007 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 3007616A41B for ; Tue, 27 Nov 2007 10:22:59 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id D9C7313C461 for ; Tue, 27 Nov 2007 10:22:58 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2454224pyb for ; Tue, 27 Nov 2007 02:22:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=iNLjgMuCOieO9rAwJ/zYUoUWb+kqScZNYW1y4rzvRG8=; b=pcSp+7N++1JVqIh3PuIOmHHayRlZz+jNT6upURwUqr6J85FxP66T2sS2bC2Y5AmR5JVe3twqD+3YYkPP7oqUxeA4F47bE0bq4UCn+kGghBT00hh7siRE/yRVDlRbFFwGz6cbgY0iHOLqCSsgOqE6dIzmoa85zYPrUWpFteiJDZY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=x/XFe1n2OsR51x8yynD8H7H7/wK7XX8DhnTAW+LXk2da8oXCkCbDx8jkYhJ3wiVbTW798Tb/L9c/H/pi3Df+1Y8lR8KwyO54VzZngrh5hoapK1taHitU3bOnasBWaVX0epRS7ZSn/1FJGD1Rmx3UOtLSesKg9nPvWJ5j+bVPtyc= Received: by 10.65.116.10 with SMTP id t10mr8362073qbm.1196158977356; Tue, 27 Nov 2007 02:22:57 -0800 (PST) Received: by 10.64.184.9 with HTTP; Tue, 27 Nov 2007 02:22:57 -0800 (PST) Message-ID: <8e10486b0711270222y1e118d78ldf5160c8163daed2@mail.gmail.com> Date: Tue, 27 Nov 2007 07:22:57 -0300 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org In-Reply-To: <8e10486b0711260325o5cf899cbu35a126e156320e26@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> <474815F6.5030400@FreeBSD.org> <8e10486b0711240428v86b36b3y69ce5f004bbd4156@mail.gmail.com> <8e10486b0711260325o5cf899cbu35a126e156320e26@mail.gmail.com> Subject: Re: BETA3 crash (zfs 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: Tue, 27 Nov 2007 10:22:59 -0000 On 11/26/07, Alexandre Biancalana wrote: [ ...] > Nov 26 03:10:55 Manny syslogd: kernel boot file is /boot/kernel/kernel > Nov 26 03:10:55 Manny kernel: panic: vm_fault: fault on nofault entry, > addr: ffffffffd8547000 > Nov 26 03:10:55 Manny kernel: cpuid = 1 > Nov 26 03:10:55 Manny kernel: KDB: stack backtrace: > Nov 26 03:10:55 Manny kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2a > Nov 26 03:10:55 Manny kernel: panic() at panic+0x17a > Nov 26 03:10:55 Manny kernel: vm_fault() at vm_fault+0x14c1 > Nov 26 03:10:55 Manny kernel: trap_pfault() at trap_pfault+0x218 > Nov 26 03:10:55 Manny kernel: trap() at trap+0x30c > Nov 26 03:10:55 Manny kernel: calltrap() at calltrap+0x8 > Nov 26 03:10:55 Manny kernel: --- trap 0xc, rip = 0xffffffffd8198e54, > rsp = 0xffffffffd8168960, rbp = 0xffffffffd81689a0 --- > Nov 26 03:10:55 Manny kernel: dsl_dir_set_reservation_check() at > dsl_dir_set_reservation_check+0x24 > Nov 26 03:10:55 Manny kernel: dsl_sync_task_group_sync() at > dsl_sync_task_group_sync+0x96 > Nov 26 03:10:55 Manny kernel: dsl_pool_sync() at dsl_pool_sync+0xc3 > Nov 26 03:10:55 Manny kernel: spa_sync() at spa_sync+0x390 > Nov 26 03:10:55 Manny kernel: txg_sync_thread() at txg_sync_thread+0x12f > Nov 26 03:10:55 Manny kernel: fork_exit() at fork_exit+0x12a > Nov 26 03:10:55 Manny kernel: fork_trampoline() at fork_trampoline+0xe > Nov 26 03:10:55 Manny kernel: --- trap 0, rip = 0, rsp = > 0xffffffffd8168d30, rbp = 0 --- > Nov 26 03:10:55 Manny kernel: Uptime: 12h55m27s > Nov 26 03:10:55 Manny kernel: Physical memory: 2036 MB > Nov 26 03:10:55 Manny kernel: Dumping 1178 MB: 1163 1147 1131 1115 > 1099 1083 1067 1051 1035 1019 1003 987 971 955 939 923 907 891 875 859 > 843 827 811 795 779 763 747 731 715 699 683 667 651 635 619 603 587 > 571 555 539 523 507 491 475 459 443 427 411 395 379 363 347 331 315 > 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 > Nov 26 03:10:55 Manny kernel: Dump complete > Nov 26 03:10:55 Manny kernel: Automatic reboot in 15 seconds - press a > key on the console to abort > Nov 26 03:10:55 Manny kernel: Rebooting... > Nov 26 03:10:55 Manny kernel: cpu_reset: Stopping other CPUs > Yesterday I updated the sources, rebuild the world, kernel but...Again ! The same crash... Nov 27 01:36:03 Manny syslogd: kernel boot file is /boot/kernel/kernel Nov 27 01:36:03 Manny kernel: panic: vm_fault: fault on nofault entry, addr: ffffffffd5e0b000 Nov 27 01:36:03 Manny kernel: cpuid = 0 Nov 27 01:36:03 Manny kernel: KDB: stack backtrace: Nov 27 01:36:03 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 27 01:36:03 Manny kernel: panic() at panic+0x17a Nov 27 01:36:03 Manny kernel: vm_fault() at vm_fault+0x14c1 Nov 27 01:36:03 Manny kernel: trap_pfault() at trap_pfault+0x218 Nov 27 01:36:03 Manny kernel: trap() at trap+0x30c Nov 27 01:36:03 Manny kernel: calltrap() at calltrap+0x8 Nov 27 01:36:03 Manny kernel: --- trap 0xc, rip = 0xffffffffd81d4e54, rsp = 0xffffffffd8245960, rbp = 0xffffffffd82459a0 --- Nov 27 01:36:03 Manny kernel: dsl_dir_set_reservation_check() at dsl_dir_set_reservation_check+0x24 Nov 27 01:36:03 Manny kernel: dsl_sync_task_group_sync() at dsl_sync_task_group_sync+0x96 Nov 27 01:36:03 Manny kernel: dsl_pool_sync() at dsl_pool_sync+0xc3 Nov 27 01:36:03 Manny kernel: spa_sync() at spa_sync+0x390 Nov 27 01:36:03 Manny kernel: txg_sync_thread() at txg_sync_thread+0x12f Nov 27 01:36:03 Manny kernel: fork_exit() at fork_exit+0x12a Nov 27 01:36:03 Manny kernel: fork_trampoline() at fork_trampoline+0xe Nov 27 01:36:03 Manny kernel: --- trap 0, rip = 0, rsp = 0xffffffffd8245d30, rbp = 0 --- Nov 27 01:36:03 Manny kernel: Uptime: 22h22m55s Nov 27 01:36:03 Manny kernel: Physical memory: 2036 MB Nov 27 01:36:03 Manny kernel: Dumping 1256 MB: 1241 1225 1209 1193 1177 1161 1145 1129 1113 1097 1081 1065 1049 1033 1017 1001 985 969 953 937 921 905 889 873 857 841 825 809 793 777 761 745 729 713 697 681 665 649 633 617 601 585 569 553 537 521 505 489 473 457 441 425 409 393 377 361 345 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 Nov 27 01:36:03 Manny kernel: Dump complete Nov 27 01:36:03 Manny kernel: Automatic reboot in 15 seconds - press a key on the console to abort Nov 27 01:36:03 Manny kernel: Rebooting... Nov 27 01:36:03 Manny kernel: cpu_reset: Stopping other CPUs Someone have any idea about what's happening ? As said before my kernel is compiled with all debug stuff but I can run kgdb on vmcore file. Can someone help me to track this down ? Thank you, From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 10:26:09 2007 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 DC78016A53A for ; Tue, 27 Nov 2007 10:26:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id A42A513C46B for ; Tue, 27 Nov 2007 10:26:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=V/7ZRvOZK6Tl+GLp7O+BbVik+Nzn2dO7B5qikxAQFZ10oMxpNhXQLaYY+C5YHHpt7zLQOhgSrPt3pycW2ye9IJv5X3cyqFJLAmyiNIM6JsWLTvmmqYA+2d5aDm0m69O+AbhMYLYAmi2ueu3oVL4xzPjc2s0IZWNRU5BQdbVTWQH2ltZPb9veV7aZyJ04I8zfTMqc6fVkMnQqUEcpO0XeWGo8oU6Os0yT/w8tybi7t7S47LxghZp0bx0PBCpfZw8S; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1Iwxdo-0002wh-Ei; Tue, 27 Nov 2007 10:26:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IwxdC-0007rI-KR; Tue, 27 Nov 2007 10:25:30 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IwxdB-00012H-DM; Tue, 27 Nov 2007 12:25:29 +0200 To: Oleksandr Tymoshenko From: Ian FREISLICH In-Reply-To: Message from Oleksandr Tymoshenko of "Mon, 26 Nov 2007 16:20:44 +0200." <474AD63C.5090100@pbxpress.com> X-Attribution: BOFH Date: Tue, 27 Nov 2007 12:25:29 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: Poll: asterisk anyone? (+patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 10:26:10 -0000 Oleksandr Tymoshenko wrote: > Ian FREISLICH wrote: > > Hi > > > > Just a quick poll to find out if anyone here is successfully running > > asterisk (+zaptel) on 7-BETAx or -CURRENT or a previous branch for > > that matter. > > > > I'm having great difficulty making it work on -CURRENT/AMD64. After > > the recentish changes renaming kthreads to kproc, zaptel needs the > > following patch to compile. > > > > Any datapoints, even that I'm being a total noob will be helpful. > > Ports are frozen on the moment, so I guess patch will not make > it to tree until freeze is over. By then I hope to get completely new > version of zaptel drivers port ready, without this kthread hack. Do you have an indication of whether this new port (zaptel and/or asterisk) will actually work on RELENG_7 or -CURRENT? The existing port works on neither. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 12:09:50 2007 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 4106516A417 for ; Tue, 27 Nov 2007 12:09:50 +0000 (UTC) (envelope-from lme@FreeBSD.org) Received: from mail.0x20.net (mail.ipv6.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id D1A5513C468 for ; Tue, 27 Nov 2007 12:09:49 +0000 (UTC) (envelope-from lme@FreeBSD.org) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id 91D8F3A586; Tue, 27 Nov 2007 13:09:48 +0100 (CET) Received: from 193.109.238.110 ([193.109.238.110]) by 0x20.net (Horde MIME library) with HTTP; Tue, 27 Nov 2007 13:09:48 +0100 Message-ID: <20071127130948.trljg4bc748o8g0c@0x20.net> Date: Tue, 27 Nov 2007 13:09:48 +0100 From: Lars Engels To: Bill Moran References: <20071126202616.59181533.wmoran@potentialtech.com> In-Reply-To: <20071126202616.59181533.wmoran@potentialtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Cc: freebsd-current@freebsd.org Subject: Re: zzz fails on Lenovo Thinkpad T61 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 12:09:50 -0000 Quoting Bill Moran : > > When I try to use zzz to suspend the laptop, I get a few second pause, > then the system locks solid. > > Is this a known issue? How can I help debug this? > > I'm running 7.0 from Nov 25. > A good starting point is http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html But I never managed to get a working suspend/resume on my notebooks, though this works on Linux. FreeBSD still lacks something in that area. -- Lars Engels lme@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 09:55:57 2007 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 E8B8316A46B for ; Tue, 27 Nov 2007 09:55:57 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id A909513C4EA for ; Tue, 27 Nov 2007 09:55:57 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from localhost.we-dare.net ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtpa (Exim 4.67) (envelope-from ) id 1IwxAa-0002yS-Ou; Tue, 27 Nov 2007 10:55:56 +0100 Received: from 194.74.82.3 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Tue, 27 Nov 2007 10:55:56 +0100 (CET) Message-ID: <57399.194.74.82.3.1196157356.squirrel@galain.elvandar.org> Date: Tue, 27 Nov 2007 10:55:56 +0100 (CET) From: "Remko Lodder" To: "Aryeh Friedman" User-Agent: SquirrelMail/1.4.11 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: Tue, 27 Nov 2007 12:19:22 +0000 Cc: freebsd-current@freebsd.org Subject: Re: backing out of a cvs update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@elvandar.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2007 09:55:58 -0000 On Tue, November 27, 2007 10:52 am, Aryeh Friedman wrote: > The malloc changes posted last night seem to totally hosed many apps > (they just hang)... how do I back out if the cvs -d /home/ncvs update > I did (keep in mind I did a rm -rf /usr/src /usr/obj and recheck out > to see if that whould clear it and it didn't) you can csup to a specified date: date=[cc]yy.mm.dd.hh.mm.ss cvs has a similiar option with -D... Ofcourse you had read the docs for a change to notice this behaviour? -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 14:25:17 2007 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 5DC2916A417 for ; Tue, 27 Nov 2007 14:25:17 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 1574713C478 for ; Tue, 27 Nov 2007 14:25:16 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2608547pyb for ; Tue, 27 Nov 2007 06:25:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=4ACY4UUqPvvP/gl+zZ2La9dr4Mfr9IfU++Vf0ia5VG8=; b=xu+mfhzzQIciALkpm4CVQHwDHyZ6dbNLmIZRNQYxER3x9BMUtu6u5wTvUqezoZnGCXEJiO8B55KuOYeHtpQdKiDOUWe4S4UlTSfeSP4F684p6ZYjvLIwmV5EazGpC4R42hmniZg5EPXpzyIuWbvr4Xs7wGIJV3gBbtroTX1hdmI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=TBL9WZlJUcT6bfEcsOD35u9ABKk7qeIt3xOVdkDeRkKYnzpUDNT/ZEnudB9uoHG98r+Ys2nsQ+6ixHT84wY2S0TCirL3nd+tQeYAnG/Sgzba/8hjV28WAOiNxl4I9g1JJRaTXow4fprEuWK/4TMvnVf7uZPV9aZS0HzgvBeO160= Received: by 10.65.96.6 with SMTP id y6mr8757539qbl.1196173508152; Tue, 27 Nov 2007 06:25:08 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id f14sm2075921qba.2007.11.27.06.25.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Nov 2007 06:25:07 -0800 (PST) Message-ID: <474C28C1.4000204@gmail.com> Date: Tue, 27 Nov 2007 09:25:05 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 14:25:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As per my detailed comments to Jason http://lists.freebsd.org/pipermail/cvs-src/2007-November/084307.html is broken but I want to update everything else how do I by pass the ref'ed commit? - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTCjBJ9+1V27SttsRAsmRAJ48aag+ovRnd0EqFYiC29Jla77hOwCbBRbb d+Dq00HqVs+5hCf3Oph5Wo8= =IIYa -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 14:34:48 2007 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 CB8E216A46C for ; Tue, 27 Nov 2007 14:34:48 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.239]) by mx1.freebsd.org (Postfix) with ESMTP id 7A77513C44B for ; Tue, 27 Nov 2007 14:34:48 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so886848qbd for ; Tue, 27 Nov 2007 06:34:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=R4xy7jNT3Jd6bMa8mdv6ZDd5anz0WnlhFa7lnzuZ1RQ=; b=fgODWsGJm8ij3FDzWxMzhKfbl35FO08KgUVjNsV9H7FFRp/A5x+2NjbJOHFS2Inxo+HpzUX8G2+vUrEgvgK65SI4+SGGVbOZbHqflLxffYUh/BDhBa7K7luSPWcUSzZeE/OxY+I9Pukj97Ttu5Cer7vt35orpERBGePvawUVEN8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=Y2PVdUaBISpieNlScIwjCOe43bJ6+HM99p1WZbKwpvC+4RLpH72h9NUWtxuN2BJE38LCHYlB1YvI9IgTo1bE7087S4NYm5U/Gjj8VsblayDGccDAPROZgZVEYRxiOQ/D/0XVEzJsTZmkhF18jaNvP0iJnsDVUL71VesiMY3ryBY= Received: by 10.65.159.19 with SMTP id l19mr8797454qbo.1196174086683; Tue, 27 Nov 2007 06:34:46 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e16sm2110439qbe.2007.11.27.06.34.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Nov 2007 06:34:46 -0800 (PST) Message-ID: <474C2B01.7060305@gmail.com> Date: Tue, 27 Nov 2007 09:34:41 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Eygene Ryabinkin References: <474C28C1.4000204@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 14:34:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eygene Ryabinkin wrote: > Tue, Nov 27, 2007 at 09:25:05AM -0500, Aryeh M. Friedman wrote: >> As per my detailed comments to Jason >> http://lists.freebsd.org/pipermail/cvs-src/2007-November/084307.html >> is broken but I want to update everything else how do I by pass the >> ref'ed commit? > > Grab the diff and revert if by hand after CVSup? May require some > manual merging, but it will require merge in any case if later > commits go to the top of the changes you want to revert. I am using a local repo - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTCsBJ9+1V27SttsRAl7QAJ4j2yMXPWPDvNF04Kt585lP62gzpQCfc44E rbVAiB15qEsGU6ip8d+OxDY= =P6h1 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 14:37:22 2007 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 3314416A41B for ; Tue, 27 Nov 2007 14:37:22 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63912.mail.re1.yahoo.com (web63912.mail.re1.yahoo.com [69.147.97.127]) by mx1.freebsd.org (Postfix) with SMTP id E2D8613C4D5 for ; Tue, 27 Nov 2007 14:37:21 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 10951 invoked by uid 60001); 27 Nov 2007 14:37:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=oZsGVzzfmyMi+/F2YMriUvbyPzBKykKSnNt6Gn9unTRR3z6RZ2LJ9OY2X91TFgKb6xM9xhsY9NT2qwFhhqxKgA5HpkQinc0XDfhFEvDaZTDrmhLCBlZsym8ORW6zich18GCW9idtCLEp6HEU477zSODcjh/K89iuBHTtLtuPZ9s=; X-YMail-OSG: UAxgPiwVM1njvAGGH.ty95AZbQVxJG_ZcpiP56ok_zzS.vILQfD4KFsFf68BcUKeeO79tVMEPGUteiSBV8lBA7sAPQ-- Received: from [98.203.28.38] by web63912.mail.re1.yahoo.com via HTTP; Tue, 27 Nov 2007 06:37:20 PST Date: Tue, 27 Nov 2007 06:37:20 -0800 (PST) From: Barney Cordoba To: "Søren" Schmidt In-Reply-To: <474BCA95.6000403@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <73807.10710.qm@web63912.mail.re1.yahoo.com> Cc: current@FreeBSD.ORG, Søren Schmidt Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 14:37:22 -0000 --- Søren Schmidt wrote: > Barney Cordoba wrote: > > --- Søren Schmidt wrote: > > > > > >> Mike Tancsa wrote: > >> > >>> At 07:26 AM 11/21/2007, Barney Cordoba wrote: > >>> > >>>> I've done a bit of research and it seems that > >>>> > >> this > >> > >>>> chipset has been ignored for years now by the > >>>> > >> FreeBSD > >> > >>>> team. Whats the reasoning for a major chipset > >>>> > >> used by > >> > >>> I think you are jumping to conclusions. I have > a > >>> > >> HT1000 chipset board > >> > >>> and have been using it just fine for some time. > >>> > >>> > > > (http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079920.html) > > > >>> There obviously are some cases were it does not, > >>> > >> so its harder to > >> > >>> track down than just a case of spending $150. > If > >>> > >> you do have such a > >> > >>> board that does not work, perhaps make the offer > >>> > >> of sending the > >> > >>> problem board to a developer who is interested > in > >>> > >> fixing the issue. > >> That would be an excelent idea :) > >> > >> As usual I'll try to get any ATA/SATA HW that > shows > >> up on my doorstep > >> working, thats the deal. > >> I dont have the means nor the motivation to spend > my > >> own hard earned $$ > >> on all kinds of HW to get someone out there free > >> support, simple as that.. > >> > >> That said, I do have a HT1000 based board around > a > >> supermicro H8SSL that > >> is used as a busy local fileserver, needless to > say > >> it works flawlessly. > >> > >> So, to get this worked on and hopefully fixed, > get > >> me a failing board to > >> work on here... private mail with address details > >> etc can be had on > >> request... > >> > >> -Søren > >> > >> > > > > Is your busy file server running 7.0, and is it > > running in SATA mode? The MBs we've tried are > H8SSP-i > > and an H8SSL-i, both with the same, unsuccessful > > results: bad file reads, signals when trying to > run > > apps, crash-and-burn on buildworld wthin 5 > seconds. > > > This server has been running -current all the time > with about biweekly > updates, so it has made the transition all the way > from about 6.1 to > todays current without problems. > > Something happened between 6.2 and 7.0, as we were > > able to run 6.2 on these systems. > > > > > Looks like a pattern, something outside of ATA also > caused HW issues on > some Promise controllers to appear in this period. > Just checked and nothing in ATA changed in regards > to either the HT1000 > or the Promise HW, its the same support code thats > been there all the time. > It could be a sideeffect of now having more fine > grained locking etc, > that makes these problems show up, your guess is as > good as mine. > > Again, the sticky point is that if I cant reproduce > a problem here its > very hard to work on it, if not just plain > impossible... A sticky point on this end is that it will cost more to ship you a system than the cost of the product; you being in Europe and the US dollar sucking in general. I'm also not going to be able to get authorization to ship overseas. Could you send me the config file you're using on your 7.0 system with the H8SSL MB so I can give it a try and see if its a config issue, or some device conflict? You have the MB we're having trouble with, so maybe we can learn enough to give you some ideas.I have a system with an H8SSL-i that just plain doesn't work with either SATA or IDE. Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 14:24:22 2007 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 CD5FB16A41B for ; Tue, 27 Nov 2007 14:24:22 +0000 (UTC) (envelope-from matej.kubik@dial.sk) Received: from saratoga.zuikaku.org (unknown [IPv6:2001:1ba0::20a:e4ff:fe5a:25bb]) by mx1.freebsd.org (Postfix) with ESMTP id 5FAEE13C467 for ; Tue, 27 Nov 2007 14:24:22 +0000 (UTC) (envelope-from matej.kubik@dial.sk) Received: from saratoga.zuikaku.org (localhost [127.0.0.1]) by saratoga.zuikaku.org (8.14.1/8.14.1) with ESMTP id lAREOJkR003368 for ; Tue, 27 Nov 2007 15:24:19 +0100 (CET) (envelope-from matej.kubik@dial.sk) Received: (from kockac@localhost) by saratoga.zuikaku.org (8.14.1/8.14.1/Submit) id lAREOJkh003367 for current@FreeBSD.ORG; Tue, 27 Nov 2007 15:24:19 +0100 (CET) (envelope-from matej.kubik@dial.sk) X-Authentication-Warning: saratoga.zuikaku.org: kockac set sender to matej.kubik@dial.sk using -f Date: Tue, 27 Nov 2007 15:24:19 +0100 From: "'Kockac' Matej Kubik" To: current@FreeBSD.ORG Message-ID: <20071127142419.GA2999@saratoga.zuikaku.org> References: <512683.5780.qm@web63911.mail.re1.yahoo.com> <474BCA95.6000403@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474BCA95.6000403@deepcore.dk> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Tue, 27 Nov 2007 14:38:45 +0000 Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 14:24:22 -0000 On Tue, Nov 27, 2007 at 08:43:17AM +0100, S?ren Schmidt wrote: > Looks like a pattern, something outside of ATA also caused HW issues on > some Promise controllers to appear in this period. I'd say so too. In my case the cause seems to be clear - I'm running an older version of 7-current for about 2 months (with frequent reboots) and no sign of file corruption. (Newer versions are usually not able to run at even /bin/sh on my system.) I'm able to pinpoint the exact patch that causes these problems _for me_ - it's a VM patch (new physical memory allocator) from June the 16th. Unfortunately I can neither grant access to the machine for debugging nor send in another board (I only have one) but I can provide debugging information or test something... By the way, I think it would be interesting to know if others do have the problems even with older -current. Matej Kubik From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 14:46:44 2007 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 436AD16A469 for ; Tue, 27 Nov 2007 14:46:44 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id EAA3D13C4DD for ; Tue, 27 Nov 2007 14:46:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=nE1aqgJkMka29k9oz58X88Gg0hSgKYd4pIv6D6Yqxbj4o0Renw/ks4wQxFhdgYSTHZynzM9rdg++CCcJ4sOvnuz55RXlfjWVm2M6px6ZgDPmSnhfxx4iGcpcF28njLTAqEFSm2/1uxKDbFvk8gJLvVLm15Q+yPuJa8IzdpR6CCA=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Ix1Uu-000Gbf-Hc; Tue, 27 Nov 2007 17:33:13 +0300 Date: Tue, 27 Nov 2007 17:33:11 +0300 From: Eygene Ryabinkin To: "Aryeh M. Friedman" Message-ID: References: <474C28C1.4000204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <474C28C1.4000204@gmail.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: freebsd-current@freebsd.org Subject: Re: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 14:46:44 -0000 Tue, Nov 27, 2007 at 09:25:05AM -0500, Aryeh M. Friedman wrote: > As per my detailed comments to Jason > http://lists.freebsd.org/pipermail/cvs-src/2007-November/084307.html > is broken but I want to update everything else how do I by pass the > ref'ed commit? Grab the diff and revert if by hand after CVSup? May require some manual merging, but it will require merge in any case if later commits go to the top of the changes you want to revert. -- Eygene From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 14:59:22 2007 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 BBC4C16A420 for ; Tue, 27 Nov 2007 14:59:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4F113C457 for ; Tue, 27 Nov 2007 14:59:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so930943nfb for ; Tue, 27 Nov 2007 06:59:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=zDD8BgXWkgtTSNf9TUce9DCMVA3skZKERbBYHGGxuW4=; b=CumIPSx5qW7RZqAquIrzaQhNL4r2IXbuiJrAxKWFpATS7c3Q2MgZapF3sK9ZZDObt7XMSfQHr+UsOfZbB0zwKUJXSHKX+t3R04IezPImy+sMOB4bp8uLacxQtMWXw77Gd+h+EqtSSG+lJMPdH+F6JiLh+ZxY+4b7jywLwDPo8No= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=X+lpWELZB37hLv1+QX5KbQ2GTPtrTmW3nnvNaDU4rDBdynyIL/inFPhxXwMsCLHWpRmCe41MM8dwnp+YrxxM/tpZFrfKW1marupwS7LTgDcANwVebEg2Fr0r3I1DRBqjLtLm30he+9g5+AoufTvpmQbZoKB6wcRZ6dDiEDJWxpY= Received: by 10.86.65.11 with SMTP id n11mr3940864fga.1196175557675; Tue, 27 Nov 2007 06:59:17 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 27 Nov 2007 06:59:17 -0800 (PST) Message-ID: <3bbf2fe10711270659gbfbdde5m5acb0ea38351607a@mail.gmail.com> Date: Tue, 27 Nov 2007 15:59:17 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Matthias Schmidt" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: a89be625d0f31d2d Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 14:59:22 -0000 2007/11/26, Matthias Schmidt : > Hi everybody, > > I experienced a kernel panic with FreeBSD 7.0-BETA3 and an USB stick. > After plugging the stick into the machine I got the following > message: > > umass0: > on uhub2 > > The stick wasn't correctly recognized and I couldn't use it. Googling > for that vendor ID I found the following PR: > > http://monkey.org/freebsd/archive/freebsd-bugs/200602/msg00384.html > > When I plugged out the stick, I got the below messages followed by a > kernel panic: > > umass0: BBB reset failed, STALLED > umass0: BBB bulk-in clear stall failed, STALLED > umass0: BBB bulk-out clear stall failed, STALLED > umass0: BBB reset failed, STALLED > umass0: at uhub2 port 4 (addr 3) disconnected > > Backtrace below. You can find a copy of the dmesg, pciconf -l -v > output, kernel config and the corresponding crash dump under: > > http://www.mathematik.uni-marburg.de/~schmidtm/usbcrash/ > > FreeBSD version is > > FreeBSD node008.lab.ds 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Sun Nov 25 > 14:11:30 CET 2007 root@node008.lab.ds:/usr/src/sys/i386/compile/ > NODE008 i386 > > with a GENERIC kernel supplemented only with WITNESS and debug options. > > > GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > umass0: BBB reset failed, STALLED > umass0: BBB bulk-in clear stall failed, STALLED > umass0: BBB bulk-out clear stall failed, STALLED > umass0: BBB reset failed, STALLED > umass0: at uhub2 port 4 (addr 3) disconnected > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x10 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc07453e3 > stack pointer = 0x28:0xd51dc960 > frame pointer = 0x28:0xd51dc970 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, > resume, IOPL = 0 > current process = 30 (usb1) > exclusive sleep mutex Giant r = 0 (0xc0bba270) locked @ > dev/usb/uhub.c:639 > panic: from debugger > cpuid = 0 > Uptime: 16h39m33s > Physical memory: 499 MB > Dumping 100 MB: 85 69 53 37 21 5 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc075137e in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > #2 0xc075163b in panic (fmt=Variable "fmt" is not available. > ) at ../../../kern/kern_shutdown.c:563 > #3 0xc048cf07 in db_panic (addr=Could not find the frame base for > "db_panic". > ) at ../../../ddb/db_command.c:433 > #4 0xc048d8f5 in db_command_loop () at ../../../ddb/db_command.c:401 > #5 0xc048f065 in db_trap (type=12, code=0) at > ../../../ddb/db_main.c:222 > #6 0xc07783b6 in kdb_trap (type=12, code=0, tf=0xd51dc920) at > ../../../kern/subr_kdb.c:502 > #7 0xc0a09d1f in trap_fatal (frame=0xd51dc920, eva=16) at > ../../../i386/i386/trap.c:863 > #8 0xc0a09f53 in trap_pfault (frame=0xd51dc920, usermode=0, eva=16) at > ../../../i386/i386/trap.c:785 > #9 0xc0a0a925 in trap (frame=0xd51dc920) at > ../../../i386/i386/trap.c:463 > #10 0xc09f04ab in calltrap () at ../../../i386/i386/exception.s:139 > #11 0xc07453e3 in _mtx_assert (m=0x0, what=4, file=0xc0a59667 > "../../../cam/cam_xpt.c", line=4300) > at ../../../kern/kern_mutex.c:622 > #12 0xc046e064 in xpt_release_ccb (free_ccb=0xc2f16c00) at > ../../../cam/cam_xpt.c:4300 > #13 0xc046e5c0 in probedone (periph=0xc53ee380, done_ccb=0xc2f16c00) at > ../../../cam/cam_xpt.c:6095 > #14 0xc046ac7f in camisr_runqueue (V_queue=Variable "V_queue" is not > available. > ) at ../../../cam/cam_xpt.c:7255 > #15 0xc046f396 in xpt_bus_deregister (pathid=0) at > ../../../cam/cam_xpt.c:4442 > #16 0xc06c80f0 in umass_cam_detach_sim (sc=0xc43a7000) at > ../../../dev/usb/umass.c:2694 > #17 0xc06c819d in umass_detach (self=0xc53ee000) at > ../../../dev/usb/umass.c:1542 > #18 0xc0772f1c in device_detach (dev=0xc53ee000) at device_if.h:212 > #19 0xc06ce882 in usb_disconnect_port (up=0xc2f5536c, parent=0xc2f55480) > at ../../../dev/usb/usb_subr.c:1380 > #20 0xc06c5a6e in uhub_explore (dev=0xc2f55700) at > ../../../dev/usb/uhub.c:462 > #21 0xc06c5a36 in uhub_explore (dev=0xc2f29100) at > ../../../dev/usb/uhub.c:434 > #22 0xc06cc835 in usb_discover (v=Variable "v" is not available. > ) at ../../../dev/usb/usb.c:724 > #23 0xc06cd207 in usb_event_thread (arg=0xc2f1ca00) at > ../../../dev/usb/usb.c:440 > #24 0xc0733538 in fork_exit (callout=0xc06cd170 , > arg=0xc2f1ca00, frame=0xd51dcd38) > at ../../../kern/kern_fork.c:754 > #25 0xc09f0520 in fork_trampoline () at > ../../../i386/i386/exception.s:205 > (kgdb) up 9 > #9 0xc0a0a925 in trap (frame=0xd51dc920) at > ../../../i386/i386/trap.c:463 > 463 (void) trap_pfault(frame, FALSE, eva); > (kgdb) l > 458 > 459 KASSERT(cold || td->td_ucred != NULL, > 460 ("kernel trap doesn't have > ucred")); > 461 switch (type) { > 462 case T_PAGEFLT: > /* page fault */ > 463 (void) > trap_pfault(frame, FALSE, eva); > 464 goto out; > 465 > 466 case T_DNA: > 467 #ifdef DEV_NPX > > If you need further information, don't hesitate to contact me. I can > even provide remote access to that box if its needed. This seems a race in the sim with the lock field (it switches just before to assert so that it get unconsistent when asserting). Something is unclear to me (sorry if I missed the information): you use SMP and PREEMPTION but I don't see any other core started in the dmesg, what kind of hw is this? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 15:14:24 2007 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 5DD9916A41B for ; Tue, 27 Nov 2007 15:14:24 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: from alpha.staatsfeind.org (staatsfeind.org [217.20.114.241]) by mx1.freebsd.org (Postfix) with ESMTP id F119E13C455 for ; Tue, 27 Nov 2007 15:14:23 +0000 (UTC) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: by alpha.staatsfeind.org (Postfix, from userid 1002) id 2DD8D6246; Tue, 27 Nov 2007 16:14:22 +0100 (CET) Date: Tue, 27 Nov 2007 16:14:22 +0100 From: Matthias Schmidt To: Attilio Rao Message-ID: <20071127151421.GF51762@staatsfeind.org> References: <3bbf2fe10711270659gbfbdde5m5acb0ea38351607a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10711270659gbfbdde5m5acb0ea38351607a@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 15:14:24 -0000 Hi, * Attilio Rao wrote: > > This seems a race in the sim with the lock field (it switches just > before to assert so that it get unconsistent when asserting). > Something is unclear to me (sorry if I missed the information): you > use SMP and PREEMPTION but I don't see any other core started in the > dmesg, what kind of hw is this? This box is a UP machine. IIRC SMP and PREEMPTION are enabled by default under 7.0-BETA?! A dmesg is attached. pciconf etc under: http://www.mathematik.uni-marburg.de/~schmidtm/usbcrash/ Regards Matthias --- snap ---- Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #0: Sun Nov 25 14:11:30 CET 2007 root@node008.lab.ds:/usr/src/sys/i386/compile/NODE008 WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. WITNESS: spin lock scrlock not in order list Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1794.56-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536608768 (511 MB) avail memory = 510873600 (487 MB) ACPI APIC Table: WITNESS: spin lock intrcnt not in order list ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xfd000000-0xfdffffff,0xe8000000-0xefffffff irq 16 at device 0.0 on pci1 pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xdf00-0xdf3f mem 0xfeaff000-0xfeafffff irq 20 at device 8.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:ec:9e:e5 fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xef40-0xef5f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 23 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pci0: at device 31.5 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xcc000-0xccfff,0xcd000-0xcdfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub2: on uhub1 uhub2: 4 ports with 4 removable, self powered Timecounter "TSC" frequency 1794559108 Hz quality 800 Timecounters tick every 1.000 msec ad0: 58644MB at ata0-master UDMA100 acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. GEOM_LABEL: Label for provider ad0s1 is ntfs/C_SYSTEM. Trying to mount root from ufs:/dev/ad0s2a From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 15:19:37 2007 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 72E0316A418 for ; Tue, 27 Nov 2007 15:19:37 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from smtpauth04.prod.mesa1.secureserver.net (smtpauth04.prod.mesa1.secureserver.net [64.202.165.95]) by mx1.freebsd.org (Postfix) with SMTP id 4E5D913C468 for ; Tue, 27 Nov 2007 15:19:37 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: (qmail 7140 invoked from network); 27 Nov 2007 15:19:36 -0000 Received: from unknown (208.206.151.5) by smtpauth04.prod.mesa1.secureserver.net (64.202.165.95) with ESMTP; 27 Nov 2007 15:19:36 -0000 Message-ID: <474C3588.4030900@computer.org> Date: Tue, 27 Nov 2007 09:19:36 -0600 From: Eric Schuele User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: Kevin Oberman References: <20071116200903.A1EE84500F@ptavv.es.net> In-Reply-To: <20071116200903.A1EE84500F@ptavv.es.net> X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.ravenlock.us/files/pub_schuele.pgp Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6D5DD9911508707FC7AC3051" Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 15:19:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6D5DD9911508707FC7AC3051 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/16/2007 14:09, Kevin Oberman wrote: >> Date: Fri, 16 Nov 2007 13:57:44 -0600 >> From: Eric Schuele >> >>>>>> 2) I get disconnected every night from my wireless router at hom= e.>=20 >>>>>> 99% of the time it happens after I've gone to bed. Once or twice.= =2E.>=20 >>>>>> while I was sitting in front of it. It just disassociates? >>>>> Try 'ifconfig ath0 -bgscan'. Something causes my card to lose >>>>> association periodically when the background scan is in progress. >>>> Are you saying try the above *after* I've been disconnected? Or is = it>=20 >>>> an attempt to reproduce the disconnect? >>> No. Try it as soon as your system comes up.=20 >> Oh, I see. Would it be sufficient to place it in my rc.conf: >> ifconfig_ath0=3D"WPA DHCP -bgscan" >=20 > Yes. This should do the same thing. I didn't do it so I would notice if= > the behavior changed. Just as a follow up.... After making the above change, I have not noticed this problem occurring. So it appears as though this has fixed it. Thanks. :) >=20 >>> It disables the regular >>> background scan for APs that, by default, happens every 5 minutes. No= te>=20 >>> that I don't see my association go down on every scan, but turning th= is>=20 >>> off seems to prevent the disassociation from ever happening. I have >>> confirmation from at leat two others with the same Atheros chip-set t= ha> t >>> this fixed their recurrent disconnects. (It certainly fixed mine.) >>> >>> Note that this change will have a negative effect if you are roaming = or>=20 >>> your environment changes in some way. >> I do no roaming. >=20 > So turning off background scanning should have no effect on you. --=20 Regards, Eric --------------enig6D5DD9911508707FC7AC3051 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTDWIngSDRM3IXUoRAgTcAJ4nJIwfywsF8x8FSNo95ybHgAiESwCgsAE6 fhrWqv1swtMqFXItTuIa3xE= =stE3 -----END PGP SIGNATURE----- --------------enig6D5DD9911508707FC7AC3051-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 15:24:31 2007 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 180DC16A418 for ; Tue, 27 Nov 2007 15:24:31 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from smtpout08.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.freebsd.org (Postfix) with SMTP id E745F13C455 for ; Tue, 27 Nov 2007 15:24:30 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: (qmail 10699 invoked from network); 27 Nov 2007 15:24:30 -0000 Received: from unknown (208.206.151.5) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 27 Nov 2007 15:24:30 -0000 Message-ID: <474C36AD.4050700@computer.org> Date: Tue, 27 Nov 2007 09:24:29 -0600 From: Eric Schuele User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <473D17AD.9090808@computer.org> In-Reply-To: <473D17AD.9090808@computer.org> X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.ravenlock.us/files/pub_schuele.pgp Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC595EA80AD31E69D2CBA6040" Subject: Re: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 15:24:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC595EA80AD31E69D2CBA6040 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/15/2007 22:08, Eric Schuele wrote: > Hello, >=20 > I'm having some strangeness with respect to my atheros based card on > releng_7. This may not sound like much... but together they concern me= =2E > I'm wondering if anyone has seen similar things. >=20 > 1) I've seen two panics while trying to bring the interface up over > the last few weeks. > 2) I get disconnected every night from my wireless router at home. > 99% of the time it happens after I've gone to bed. Once or twice... > while I was sitting in front of it. It just disassociates? > 3) When I am at the office, my card will *never* obtain an ip addres= s > from our DHCP server upon first booting. I must *always* down the > interface, kill dhclient, bring the interface up and start dhclient. >=20 As a follow up for the list... I rebuilt world and kernel on Nov 22nd. Since this time I have not noticed the above mentioned issue #3. I did not dig through any commit logs... but appears as though something changed to fix it. Fwiw... Note that I did make a change to fix item #2 on the advice of another FreeBSD'er. That change did not affect item #3. I did still see item #3 occurring until I rebuilt on the 22nd. Thanks to all. > Note that "nothing" has changed aside from upgrading to FreeBSD 7.0. B= y > this I mean I've used all/most/many of the same config files to > configure things. Maybe thats the problem, I don't know. >=20 > What can I provide that might offer insight? Below is a little. >=20 > uname > FreeBSD fangorn.nxdomain.org 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sat Nov 3= > 01:59:25 CDT 2007 >=20 > From dmesg: > ############################ > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF54= 13) > ath0: mem 0xfafe0000-0xfafeffff irq 11 at device 2.0 on = pci2 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:00:00:00:00:00 > ath0: mac 5.9 phy 4.3 radio 3.6 > ############################ >=20 > From rc.conf > ########################### > network_interfaces=3D"lo0 bfe0 ath0" > ifconfig_ath0=3D"WPA DHCP" > ifconfig_bfe0=3D"DHCP" > ############################ >=20 > My wpa_supplicant.conf > ############################ > # Home > network=3D{ > ssid=3D"My_SSID" > scan_ssid=3D1 > priority=3D5 > key_mgmt=3DWPA-PSK > psk=3D"My_PSK" > } >=20 > # Office > network=3D{ > ssid=3D"Work_SSID" > key_mgmt=3DNONE > priority=3D3 > } > ########################## >=20 > Thanks for your help. >=20 --=20 Regards, Eric --------------enigC595EA80AD31E69D2CBA6040 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTDatngSDRM3IXUoRAtbKAKDHTfJaTmxUXKV/9N+gU79miyIk1ACgrvXQ P1ouVyizH2uTmPt1MwlNQJ4= =umrs -----END PGP SIGNATURE----- --------------enigC595EA80AD31E69D2CBA6040-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 15:31:04 2007 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 2422616A468 for ; Tue, 27 Nov 2007 15:31:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id CF45713C4E3 for ; Tue, 27 Nov 2007 15:31:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lARFURoi016935; Tue, 27 Nov 2007 08:30:30 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <474C380E.3010903@samsco.org> Date: Tue, 27 Nov 2007 08:30:22 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <474C28C1.4000204@gmail.com> <474C2B01.7060305@gmail.com> In-Reply-To: <474C2B01.7060305@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 27 Nov 2007 08:30:30 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 15:31:04 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Eygene Ryabinkin wrote: >> Tue, Nov 27, 2007 at 09:25:05AM -0500, Aryeh M. Friedman wrote: >>> As per my detailed comments to Jason >>> http://lists.freebsd.org/pipermail/cvs-src/2007-November/084307.html >>> is broken but I want to update everything else how do I by pass the >>> ref'ed commit? >> Grab the diff and revert if by hand after CVSup? May require some >> manual merging, but it will require merge in any case if later >> commits go to the top of the changes you want to revert. > I am using a local repo > Then use CVS to check out the exact rev of those files that you want. That'll make the rev be sticky in your tree, so it won't change the next time you update. Note that I would consider it rather rude and condescending to instruct a senior developer like Jason on how to do backouts instead of giving him help in identifying and maybe fixing the problems. Scott From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 15:48:14 2007 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 DA9C916A41A for ; Tue, 27 Nov 2007 15:48:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id AA1E413C47E for ; Tue, 27 Nov 2007 15:48:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1564532uge for ; Tue, 27 Nov 2007 07:48:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=mSjgNcI0qY1J7NrEjj4apRC2tcTbX2MJQ/+5aPLMZKU=; b=ZRtVJvUbaKveIrYLo9nE2PsTIkasAn8/H04vW/RvPJijPPwf3eVwCIcMvCRA2RhzGD32L1wPR+0jTT7/hFOzZqqD0hQ6zHkH8o/AHpJtrpO13T3fjzZHo7DLHB8PnTLaiYtdDsX7cQym66OW5Ym6dnzPm3LOKqsQtTvlCT9fdjU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=TevLRL1knrSLjI9vxcyPK4F45Xr0VJeTTriH6NYCCVsrmxGF2mxSqr5ZnrIHgCpYTlHxjnyB/+N3YI0ZpDBRbNQXBo/EMLxK1xLwljV+zCJHEL5rD66Je7BnywVcmzhp6b/1Jv6nbbfGuMVntVvcgB8wM84dScJ4r/x+MDYrQd8= Received: by 10.142.213.9 with SMTP id l9mr986726wfg.1196178485962; Tue, 27 Nov 2007 07:48:05 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e11sm2071600qbc.2007.11.27.07.48.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Nov 2007 07:48:04 -0800 (PST) Message-ID: <474C3C34.3080802@gmail.com> Date: Tue, 27 Nov 2007 10:48:04 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Scott Long References: <474C28C1.4000204@gmail.com> <474C2B01.7060305@gmail.com> <474C380E.3010903@samsco.org> In-Reply-To: <474C380E.3010903@samsco.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 15:48:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Then use CVS to check out the exact rev of those files that you > want. That'll make the rev be sticky in your tree, so it won't > change the next time you update. Note that I would consider it > rather rude and condescending to instruct a senior developer like > Jason on how to do backouts instead of giving him help in > identifying and maybe fixing the > problems. I posted a extremely long and detailed set of diags to cvs-src - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTDwzJ9+1V27SttsRAraaAJ9/eV10yt9q8bQSb6dY1qlhZ1h7aACdFmeO +r3fG5dsXM/Fsr0AOU+paJk= =LpqT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 16:11:06 2007 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 2744116A46B for ; Tue, 27 Nov 2007 16:11:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id A3D0413C474 for ; Tue, 27 Nov 2007 16:11:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ix31R-0003px-4w for freebsd-current@freebsd.org; Tue, 27 Nov 2007 16:10:53 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Nov 2007 16:10:53 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Nov 2007 16:10:53 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Tue, 27 Nov 2007 08:10:33 -0800 Lines: 108 Message-ID: References: <4744EBA4.7020209@clearchain.com> <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> <3bbf2fe10711220427s38561159k4879d0c792d09694@mail.gmail.com> <474B4876.9020209@clearchain.com> <3bbf2fe10711261431s1b1bd697n46d370900d5fe9c0@mail.gmail.com> <2a41acea0711261434u817eb06xe05eba8447afc3ae@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.5 Sender: news Subject: Re: em0 panic: mutex em0 not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 16:11:06 -0000 Jack Vogel wrote: > On Nov 26, 2007 2:31 PM, Attilio Rao wrote: >> 2007/11/26, Benjamin Close : >> >> > Attilio Rao wrote: >> > > 2007/11/22, Attilio Rao : >> > > >> > >> 2007/11/22, Benjamin Close : >> > >> >> > >>> Hi Folks, >> > >>> With a recent current I'm now getting panics when em0 tries to >> > >>> come up: >> > >>> >> > >>> panic: mutex em0 not owned at ../../../kern/kern_mutex.c:144 >> > >>> >> > >>> _mtx_assert() + 0xdc >> > >>> _callout_stop_safe()+0x5d >> > >>> em_stop() + 0x50 (if_em.c:2546) >> > >>> em_init_locked()+0x47 (if_em.c:1256) >> > >>> em_ioctl()+0x466 >> > >>> ifhwioctl() + 0x75f >> > >>> ifioctl() +0xb0 >> > >>> kern_ioctl() + 0xa3 >> > >>> >> > >>> This is even after atillos, latest patch. >> > >>> >> > >> Yes, this is a race access to callout_stop() in em driver. >> > >> callout_stop() needs to be called with callout-specific lock held >> > >> otherwise you can get a race and this seems not happening. I just >> > >> inserted this assertions in order to catch bugs like these. >> > >> I have no time to double-check it, can you do? >> > >> >> > > >> > > Ok, basically em_stop() both wants to stop core callout and tx >> > > channel callout but it only holds core lock. It needs to hold both in >> > > order to stop both. As I'm not sure about lock ordering there I can't >> > > produce a patch now so the ball is in jfv@ court (CC'ed). >> > > >> > The attached patch fixes the panic at the cost of a lock order >> > reversal: >> >> jfv@ today should have fixed it. >> Please cvsup and try again. >> >> >> Attilio > > Yup, version 1.188 is the fix for this. > > Cheers, > > Jack > _______________________________________________ > 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" Is this expected after the fix? acquiring duplicate lock of same type: "network driver" 1st em0 @ /usr/src/sys/dev/em/if_em.c:1018 2nd em0 @ /usr/src/sys/dev/em/if_em.c:1252 KDB: stack backtrace: db_trace_self_wrapper(c0acd130,e6685a60,c07a6d26,c0acf51e,c40328d0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0acf51e,c40328d0,c0a9becd,4e4,e6685a48,...) at kdb_backtrace+0x29 witness_checkorder(c40022d8,9,c0a9becd,4e4,38,...) at witness_checkorder+0x6d6 _mtx_lock_flags(c40022d8,0,c0a9becd,4e4,c4031800,...) at _mtx_lock_flags+0xbc em_init_locked(c40022c0,0,c0a9becd,3fa,c40ab400,...) at em_init_locked+0x65 em_ioctl(c4031800,8020690c,c40ab400,c0796b96,a057b1ef,...) at em_ioctl+0xe3 in_ifinit(0,c40ab400,0,0,c0ad68ef,...) at in_ifinit+0x292 in_control(c4300dec,8040691a,c422ea40,c4031800,c42ffcc0,...) at in_control+0xa83 ifioctl(c4300dec,8040691a,c422ea40,c42ffcc0,c42ffcc0,...) at ifioctl+0x333 soo_ioctl(c4297708,8040691a,c422ea40,c3f0d800,c42ffcc0,...) at soo_ioctl+0x3e2 kern_ioctl(c42ffcc0,3,8040691a,c422ea40,0,...) at kern_ioctl+0x253 ioctl(c42ffcc0,e6685cfc,c,c0afca45,c0b7b510,...) at ioctl+0x13f syscall(e6685d38) at syscall+0x2f3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2816b213, esp = 0xbfbfe60c, ebp = 0xbfbfe638 --- # em0: Link is up 1000 Mbps Full Duplex # pciconf -v -l | grep ^em -A4 em0@pci0:3:0:0: class=0x020000 card=0x61801462 chip=0x108b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'PC82573V Intel network controller (PCIE Gigabit Ethernet)' class = network subclass = ethernet em1@pci0:4:0:0: class=0x020000 card=0x61801462 chip=0x108b8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'PC82573V Intel network controller (PCIE Gigabit Ethernet)' class = network subclass = ethernet -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 16:37:42 2007 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 EA51516A421 for ; Tue, 27 Nov 2007 16:37:42 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id BB44213C45A for ; Tue, 27 Nov 2007 16:37:42 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 902B229B61C; Tue, 27 Nov 2007 11:37:41 -0500 (EST) Message-ID: <474C47D1.9090904@terranova.net> Date: Tue, 27 Nov 2007 11:37:37 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= , freebsd-current@freebsd.org References: <47402ABA.9060209@terranova.net> <826454.61528.qm@web63913.mail.re1.yahoo.com> <200711211416.lALEGv6O040459@lava.sentex.ca> <474B2FF6.6020209@freebsd.org> In-Reply-To: <474B2FF6.6020209@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Barney Cordoba , Mike Tancsa Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 16:37:43 -0000 Søren Schmidt wrote: > Mike Tancsa wrote: >> At 07:26 AM 11/21/2007, Barney Cordoba wrote: >>> I've done a bit of research and it seems that this >>> chipset has been ignored for years now by the FreeBSD >>> team. Whats the reasoning for a major chipset used by >> >> I think you are jumping to conclusions. I have a HT1000 chipset board >> and have been using it just fine for some time. >> (http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079920.html) >> >> There obviously are some cases were it does not, so its harder to >> track down than just a case of spending $150. If you do have such a >> board that does not work, perhaps make the offer of sending the >> problem board to a developer who is interested in fixing the issue. > That would be an excelent idea :) > > As usual I'll try to get any ATA/SATA HW that shows up on my doorstep > working, thats the deal. > I dont have the means nor the motivation to spend my own hard earned $$ > on all kinds of HW to get someone out there free support, simple as that.. > > That said, I do have a HT1000 based board around a supermicro H8SSL that > is used as a busy local fileserver, needless to say it works flawlessly. > > So, to get this worked on and hopefully fixed, get me a failing board to > work on here... private mail with address details etc can be had on > request... > > -Søren Søren, Ok, I'm in for sending you some hardware so you can figure this out. But, I'll need your advice on getting this hardware to you with us being in different countries as well as your address and all that. Please reply to me privately and take the rest of this conversation off-list so we can figure it out. Thanks! -T -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 16:44:17 2007 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 7579416A419 for ; Tue, 27 Nov 2007 16:44:17 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5C913C442 for ; Tue, 27 Nov 2007 16:44:17 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [192.168.168.201] (canonware.com [64.183.146.166]) by canonware.com (Postfix) with ESMTP id 8573B1298D3; Tue, 27 Nov 2007 08:25:15 -0800 (PST) Message-ID: <474C44E2.3000406@freebsd.org> Date: Tue, 27 Nov 2007 08:25:06 -0800 From: Jason Evans User-Agent: Thunderbird 1.5.0.12 (X11/20071018) MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: backing out of a cvs update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 16:44:17 -0000 Aryeh Friedman wrote: > The malloc changes posted last night seem to totally hosed many apps > (they just hang)... how do I back out if the cvs -d /home/ncvs update > I did (keep in mind I did a rm -rf /usr/src /usr/obj and recheck out > to see if that whould clear it and it didn't) I missed one file when committing the malloc changes (src/lib/libc/gen/Symbol.map), which probably caused the problems you experienced. The file is committed now, so please try again. Jason From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 17:19:36 2007 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 6F51A16A46E for ; Tue, 27 Nov 2007 17:19:36 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 2DC1313C458 for ; Tue, 27 Nov 2007 17:19:36 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so759744nzf for ; Tue, 27 Nov 2007 09:19:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=jZk0Obl5boKPiGXvpTO7G4DdtCVVJAGap8D9DxXI3+g=; b=tAWqjlorY7fpWFTnJpJEEWN8uZEbiA0ygcH3xb9+t9u4nCB/qYdfvsNUsNaCixkoGrz/LsSri8fxKzFlkWyGbExyMI0I5Wkcw0wOkVAcEDxSTZywusYdw5U4lGoqtgewg0Cx7vWNux/QvFM+5K/HLIfUGSsBVwS0EypKlm/c8qw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Hz/IELNwoRo/7Ieuv0JpcTBjc4rCBvKg4X/GJxeC9PIWGVDl88xG/OXZkBhhQPrsOZgLt5Ri6ImLmNzr+vTQf55gAtGwyFDzIuwV7p2r78CUCfGEcs8CNwh2zGiPP2o1gLqgZpVi9jME+FxCmhhEVbWJDQQmNFB3TfkVC+a1iGE= Received: by 10.142.239.11 with SMTP id m11mr1061111wfh.1196183974334; Tue, 27 Nov 2007 09:19:34 -0800 (PST) Received: by 10.143.14.9 with HTTP; Tue, 27 Nov 2007 09:19:34 -0800 (PST) Message-ID: <47d0403c0711270919q43bccf86ob409bca5cc99fd40@mail.gmail.com> Date: Tue, 27 Nov 2007 12:19:34 -0500 From: "Ben Kaduk" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: spontaneous failure to deliver keystrokes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 17:19:36 -0000 Hi all, I recently put down a fresh install of 7.0-beta2 on my machine that was once tracking HEAD, and just now I was typing into an xterm and all my keystrokes were lost. In fact, the machine (laptop) does not respond to any keyboard input at the moment, though the mouse works fine and I can ssh in. I'm going to leave the machine in this state for a while, in case there's a way to frob at kbdmux that I don't know about (yet). I am inclined to suspect the hardware on this machine, since it's already four years old and showing signs of age/wear, but I'll throw this out there in case someone else is also seeing weirdness (and who knows, maybe there is a way to remotely frob kbdmux and I'll find out). Thanks, Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 17:25:55 2007 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 DC4A916A468 for ; Tue, 27 Nov 2007 17:25:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5D10B13C461 for ; Tue, 27 Nov 2007 17:25:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so991128nfb for ; Tue, 27 Nov 2007 09:25:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=rAgPM6tZov0sM30B3XGganLAuxGH8QHd215XqMcDOgg=; b=NNUgD6XrKpo9EDGEMC/04lx4mv1Ju3+i5bx/zhAELTOWz02mjBWCTlip1E3Oyz43LR0QYx3fOsMT74bia4LsPnVlGJIL1A1m2LDh/Z6pqObe5gILzgY6MsqmoGl/6AeRp5zCy4yBUBsDiBCBzO2JK0vCcdZjvZmA99kJTpQVCCs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MG28vP5azZe4X18zzUODCXbLsF12FpQrTdSvJ5kBHlQJC1EHx8lIQJsF7j2Nv4p3t7cPi0KoeEpHIs9/cr5Ppjnhglm1BDMEapisW5aWFIVuNWG47/70eq8YQVNAwjYCH3aTX7p0KUPneDcRSw0GUjtGsDrUFu20GS1kcLJibr0= Received: by 10.86.74.15 with SMTP id w15mr4055305fga.1196184353123; Tue, 27 Nov 2007 09:25:53 -0800 (PST) Received: by 10.86.100.19 with HTTP; Tue, 27 Nov 2007 09:25:52 -0800 (PST) Message-ID: <2a41acea0711270925w55742526n7ef77b1fcef3016f@mail.gmail.com> Date: Tue, 27 Nov 2007 09:25:52 -0800 From: "Jack Vogel" To: "Mark Atkinson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744EBA4.7020209@clearchain.com> <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> <3bbf2fe10711220427s38561159k4879d0c792d09694@mail.gmail.com> <474B4876.9020209@clearchain.com> <3bbf2fe10711261431s1b1bd697n46d370900d5fe9c0@mail.gmail.com> <2a41acea0711261434u817eb06xe05eba8447afc3ae@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: em0 panic: mutex em0 not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 17:25:55 -0000 On Nov 27, 2007 8:10 AM, Mark Atkinson wrote: > > Is this expected after the fix? > > acquiring duplicate lock of same type: "network driver" > 1st em0 @ /usr/src/sys/dev/em/if_em.c:1018 > 2nd em0 @ /usr/src/sys/dev/em/if_em.c:1252 Same type, different lock, I don't see a problem unless there's some subtle thing I'm not aware of? Jack From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 18:05:14 2007 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 34E9116A417 for ; Tue, 27 Nov 2007 18:05:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outM.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 1A8B613C469 for ; Tue, 27 Nov 2007 18:05:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 27 Nov 2007 10:05:12 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 10CE4126AFC; Tue, 27 Nov 2007 10:05:12 -0800 (PST) Message-ID: <474C5C53.10203@elischer.org> Date: Tue, 27 Nov 2007 10:05:07 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Scott Long References: <474C28C1.4000204@gmail.com> <474C2B01.7060305@gmail.com> <474C380E.3010903@samsco.org> In-Reply-To: <474C380E.3010903@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" Subject: Re: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 18:05:14 -0000 Scott Long wrote: > Aryeh M. Friedman wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Eygene Ryabinkin wrote: >>> Tue, Nov 27, 2007 at 09:25:05AM -0500, Aryeh M. Friedman wrote: >>>> As per my detailed comments to Jason >>>> http://lists.freebsd.org/pipermail/cvs-src/2007-November/084307.html >>>> is broken but I want to update everything else how do I by pass the >>>> ref'ed commit? >>> Grab the diff and revert if by hand after CVSup? May require some >>> manual merging, but it will require merge in any case if later >>> commits go to the top of the changes you want to revert. >> I am using a local repo >> > > Then use CVS to check out the exact rev of those files that you want. > That'll make the rev be sticky in your tree, so it won't change the next > time you update. Note that I would consider it rather rude and > condescending to instruct a senior developer like Jason on how to do > backouts instead of giving him help in identifying and maybe fixing the > problems. and to check out the head MINUS a change use cvs update -j e.g. to remove the change that was used to make 1.4 but leave the changes that went into 1.5 and later you can do cvs up -A x.c # check out the latest. cvs up -j1.4 -j1.3 x.c #back out the change that differentiated 1.4 from 1.3 > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 19:11:38 2007 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 4E41916A46C for ; Tue, 27 Nov 2007 19:11:38 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id C158C13C448 for ; Tue, 27 Nov 2007 19:11:37 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1027625nfb for ; Tue, 27 Nov 2007 11:11:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=sJFnZHqekvbmUQ/yiYw+AjZc8bCy4tTwQKhZKDb4zUQ=; b=Y6rXypViQZ6GvaqpwtowSbKNByR9nr04851+nS8Z07wr/ic2Mf40eK+lhMnXAbba99+60yGUtWuAKhgaUogjXIq/XhuamyFwE3EfSUluFXNeJUPiXZeC6zo1cbMLNTNEfkS6eChC1ivh82rzsEIDAh+hqIzBSNcAYEyJkpbzSZk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=QHoD0pEQSs8Beynbh7Frut5V3mjgq4E95UlHriaDBKiDZYjJWMbT70HWbY067jRxDYXyf7zdgsuLOKu8dDlcHf4K09CtgnL3m/MHXzE0aFu7HbOWc57xhS8uVZlR4ZVE/VxZ5NXln5RKqM1gMOeIwD12cX47Olc9PJmuD5kzMFs= Received: by 10.86.33.10 with SMTP id g10mr2558205fgg.1196190693161; Tue, 27 Nov 2007 11:11:33 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 27 Nov 2007 11:11:33 -0800 (PST) Message-ID: <3bbf2fe10711271111w5bc7f2b1ta4264cb14b6f1626@mail.gmail.com> Date: Tue, 27 Nov 2007 20:11:33 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Jack Vogel" In-Reply-To: <2a41acea0711270925w55742526n7ef77b1fcef3016f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744EBA4.7020209@clearchain.com> <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> <3bbf2fe10711220427s38561159k4879d0c792d09694@mail.gmail.com> <474B4876.9020209@clearchain.com> <3bbf2fe10711261431s1b1bd697n46d370900d5fe9c0@mail.gmail.com> <2a41acea0711261434u817eb06xe05eba8447afc3ae@mail.gmail.com> <2a41acea0711270925w55742526n7ef77b1fcef3016f@mail.gmail.com> X-Google-Sender-Auth: 6e00fdb9e0dd3ff0 Cc: freebsd-current@freebsd.org, Mark Atkinson Subject: Re: em0 panic: mutex em0 not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 19:11:38 -0000 2007/11/27, Jack Vogel : > On Nov 27, 2007 8:10 AM, Mark Atkinson wrote: > > > > > Is this expected after the fix? > > > > acquiring duplicate lock of same type: "network driver" > > 1st em0 @ /usr/src/sys/dev/em/if_em.c:1018 > > 2nd em0 @ /usr/src/sys/dev/em/if_em.c:1252 > > Same type, different lock, I don't see a problem unless > there's some subtle thing I'm not aware of? do you use the same name in mutex initialization? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 19:17:37 2007 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 550E516A419 for ; Tue, 27 Nov 2007 19:17:37 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 25D0C13C46A for ; Tue, 27 Nov 2007 19:17:35 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1029510nfb for ; Tue, 27 Nov 2007 11:17:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=iRIkYm3rPNy44SW5BOa2y2p/RBRUzvz8J/kc7UVBJww=; b=obSHKYj0WoHaLPBghXoHnRkl24sccM1IsNUd7urn+2MmXs6AoTzVSgDrq4IC78hYmFHJkMyoc1TzL4d+6cwdgmKeYZ1aPbwk7LzRJ2o8gguuzLBEZx7sysXQKotjgtx9VF1cf4bPmR2eItf1+xUUSRF6n5p7Ur9oMTqq1hwgtzo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=O+UkVStiYERs4HjdExESnCZom8dv9KL1y8trhxc1HpDvzrps5QpaWjnnIuDXqrGsxrplnmYbzyN7JyiuG5Ic0uOQrCDY1fS7Gg/iZWKfUXp2wANTVmkJJ0FK2LTHS6TKYBKhrzHJDvSOx0eJnAXxzymxH2uvyS6xJdtIFt3h59Y= Received: by 10.86.66.1 with SMTP id o1mr2567453fga.1196191053860; Tue, 27 Nov 2007 11:17:33 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 27 Nov 2007 11:17:33 -0800 (PST) Message-ID: <3bbf2fe10711271117w18707adfxc42a7c65dd15445b@mail.gmail.com> Date: Tue, 27 Nov 2007 20:17:33 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Jack Vogel" In-Reply-To: <3bbf2fe10711271111w5bc7f2b1ta4264cb14b6f1626@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744EBA4.7020209@clearchain.com> <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> <3bbf2fe10711220427s38561159k4879d0c792d09694@mail.gmail.com> <474B4876.9020209@clearchain.com> <3bbf2fe10711261431s1b1bd697n46d370900d5fe9c0@mail.gmail.com> <2a41acea0711261434u817eb06xe05eba8447afc3ae@mail.gmail.com> <2a41acea0711270925w55742526n7ef77b1fcef3016f@mail.gmail.com> <3bbf2fe10711271111w5bc7f2b1ta4264cb14b6f1626@mail.gmail.com> X-Google-Sender-Auth: 145fce7a76005dab Cc: freebsd-current@freebsd.org, Mark Atkinson Subject: Re: em0 panic: mutex em0 not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 19:17:37 -0000 2007/11/27, Attilio Rao : > 2007/11/27, Jack Vogel : > > On Nov 27, 2007 8:10 AM, Mark Atkinson wrote: > > > > > > > > Is this expected after the fix? > > > > > > acquiring duplicate lock of same type: "network driver" > > > 1st em0 @ /usr/src/sys/dev/em/if_em.c:1018 > > > 2nd em0 @ /usr/src/sys/dev/em/if_em.c:1252 > > > > Same type, different lock, I don't see a problem unless > > there's some subtle thing I'm not aware of? > > do you use the same name in mutex initialization? I just checked and it seems so. WITNESS uses lock names for some checks like this, so you should use a different ptr for names. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 19:29:49 2007 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 3504516A418 for ; Tue, 27 Nov 2007 19:29:49 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id ED00213C46A for ; Tue, 27 Nov 2007 19:29:48 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <474C7028.1040705@intersonic.se> Date: Tue, 27 Nov 2007 20:29:44 +0100 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071103) MIME-Version: 1.0 To: Alexandre Biancalana References: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> In-Reply-To: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BETA3 crash (zfs 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: Tue, 27 Nov 2007 19:29:49 -0000 Alexandre Biancalana wrote: > Hi list, > > My Backup Server is running 7-BETA3 from 3 days ago, is a single > processor Core2 Duo with 2GB Ram AMD64 SMP Kernel with ZFS. > > Last night the machine rebooted after a crash, bellow are my dmesg > and some messages that I get from /var/log/messsages. > > Let me know if you need some other information. Me just checking if it could possibly be related to http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 because you mention the "rtfree" message. I have severe problems from this as reported in http://www.freebsd.org/cgi/query-pr.cgi?pr=118044 Do you by any chance run IPSec on your firewall? Could be something entirely different, I am not able to tell. --per From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 19:36:21 2007 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 7CA6216A419 for ; Tue, 27 Nov 2007 19:36:21 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 5407113C457 for ; Tue, 27 Nov 2007 19:36:19 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lARJaHXY036356; Tue, 27 Nov 2007 20:36:17 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <474C71B1.1080104@deepcore.dk> Date: Tue, 27 Nov 2007 20:36:17 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Barney Cordoba References: <73807.10710.qm@web63912.mail.re1.yahoo.com> In-Reply-To: <73807.10710.qm@web63912.mail.re1.yahoo.com> Content-Type: multipart/mixed; boundary="------------070405020906020403010607" Cc: current@FreeBSD.ORG Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 19:36:21 -0000 This is a multi-part message in MIME format. --------------070405020906020403010607 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Barney Cordoba wrote: > S=F8ren Schmidt wrote: >> This server has been running -current all the time >> with about biweekly=20 >> updates, so it has made the transition all the way >> from about 6.1 to=20 >> todays current without problems. >> =20 >>> Something happened between 6.2 and 7.0, as we were >>> able to run 6.2 on these systems. >>> >>> =20 >>> =20 >> Looks like a pattern, something outside of ATA also >> caused HW issues on=20 >> some Promise controllers to appear in this period. >> Just checked and nothing in ATA changed in regards >> to either the HT1000=20 >> or the Promise HW, its the same support code thats >> been there all the time. >> It could be a sideeffect of now having more fine >> grained locking etc,=20 >> that makes these problems show up, your guess is as >> good as mine. >> >> Again, the sticky point is that if I cant reproduce >> a problem here its=20 >> very hard to work on it, if not just plain >> impossible... >> =20 > > A sticky point on this end is that it will cost more > to ship you a system than the cost of the product; you > being in Europe and the US dollar sucking in general. > I'm also not going to be able to get authorization to > ship overseas.=20 > > =20 Maybe I can get the HW over here, paypal can be used to transfer the=20 funds in that case... > Could you send me the config file you're using on your > 7.0 system with the H8SSL MB so I can give it a try > and see if its a config issue, or some device > conflict? You have the MB we're having trouble with, > so maybe we can learn enough to give you some ideas.I > have a system with an H8SSL-i that just plain doesn't > work with either SATA or IDE. > =20 Sure find my config attached currently used with plain releng_7. It might be worth while to compare HW revisions etc as well as there=20 might be differences. One thing you could try would be to install a 6.2 system and if that=20 still works just grap ATA from releng_6 as that is now the same as in=20 -current and should fit almost cleanly into 6.2 as is, then give that a=20 run. Depending on the outcome we'll know more about where to look for=20 the problem. For references sake could we please get a list of the actual HW that=20 people have problems with listed here, as detailed as possible please. -S=F8ren --------------070405020906020403010607 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="DEEPCORE" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="DEEPCORE" machine i386 cpu I686_CPU ident DEEPCORE makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions MODULES_OVERRIDE="" options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B realtime extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. # Firewall stuff. options IPFIREWALL options IPFIREWALL_FORWARD options IPDIVERT options DUMMYNET # Basic HW infrastructure support. device apic # I/O APIC device acpi # ACPI support # Bus support. device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives device atausb # USB device support #options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer # syscons is the default console driver, resembling an SCO console device sc device splash # Splash screen and screen saver support device vga # VGA video card driver device agp # support several AGP chipsets # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet device de # DEC/Intel DC21x4x (``Tulip'') # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device gif # IPv6 and IPv4 tunneling # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device ums # Mouse --------------070405020906020403010607-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 20:25:46 2007 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 3F68716A417 for ; Tue, 27 Nov 2007 20:25:46 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id BA41C13C465 for ; Tue, 27 Nov 2007 20:25:44 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id lARKB7oT089792 for ; Tue, 27 Nov 2007 21:11:08 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 27 Nov 2007 21:12:56 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB01118B@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: mysqld umtxn Thread-Index: AcgxMeXoq1mm/1pZSR63i/RlPaTISw== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mysqld umtxn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 20:25:46 -0000 Hello all, i just cvsup'ed today on a 8.0 Current machine (a pIII 1000 = Mhz dual proc machine). =20 Did a buildworld cycle and rebooted the machine I noticed that i can not start mysql-server anymore. mysqld will show up in top but have a umtxn state, if i do a = /usr/local/etc/rc.d/mysql-server restart it tells me it can not stop = mysql (check /usr/.... .pid) then i have 2 mysqld entries showing up in top also in umtxn state. It creates new mysqld proccess with every = /usr/local/etc/rc.d/mysql-server restart i give. =20 I then tryed to csup -g -L2 /usr/local/etc/cvsup/current-supfile but = this prosess also ends up in umtxn state. Witness and stuff are disabled on the machine. Do other people see this ? =20 regards, Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 20:41:12 2007 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 DE4BC16A421 for ; Tue, 27 Nov 2007 20:41:12 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 98B0813C442 for ; Tue, 27 Nov 2007 20:41:12 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 2614AEC209C; Wed, 28 Nov 2007 04:41:23 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id zn76KqW5TAgO; Wed, 28 Nov 2007 04:41:17 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 18930EBB904; Wed, 28 Nov 2007 04:41:09 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=OQxyx8Zsgp2Ad2ccqUr8VYhUo/I8WOnNk4RXw9eLSRr9UwjJbik1hk6pQLr5yElnF sdSqbT//lDJdvnhIv4gWQ== Message-ID: <474C80D8.8070104@delphij.net> Date: Tue, 27 Nov 2007 12:40:56 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Johan Hendriks References: <57200BF94E69E54880C9BB1AF714BBCB01118B@w2003s01.double-l.local> In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB01118B@w2003s01.double-l.local> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: mysqld umtxn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2007 20:41:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Johan Hendriks wrote: > Hello all, i just cvsup'ed today on a 8.0 Current machine (a pIII 1000 Mhz dual proc machine). > > Did a buildworld cycle and rebooted the machine > I noticed that i can not start mysql-server anymore. > mysqld will show up in top but have a umtxn state, if i do a /usr/local/etc/rc.d/mysql-server restart it tells me it can not stop mysql (check /usr/.... .pid) > then i have 2 mysqld entries showing up in top also in umtxn state. > It creates new mysqld proccess with every /usr/local/etc/rc.d/mysql-server restart i give. > > I then tryed to csup -g -L2 /usr/local/etc/cvsup/current-supfile but this prosess also ends up in umtxn state. > > Witness and stuff are disabled on the machine. > Do other people see this ? Yes, this was caused by a missing symbol from symbol map which libthr would expect. jasone@ has committed a fix this morning, so a buildworld/installworld cycle would fix your problem. BTW Please consider helping us to test RELENG_7 if your server is intended for pre-production evaluation :-) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTIDYhcUczkLqiksRAsnVAKDJV/hwSD/P0hJ1iLYsLxX1pyQQsgCfaKNz iZW4uPeaeNjJ+dtPf6BExuQ= =6hF8 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 20:45:03 2007 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 C114716A418 for ; Tue, 27 Nov 2007 20:45:03 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (unknown [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6574613C43E for ; Tue, 27 Nov 2007 20:45:03 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (unknown [IPv6:2a01:348:10f:1::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id 69FA3C4001; Tue, 27 Nov 2007 20:45:01 +0000 (GMT) Message-ID: <474C81C6.5030508@cran.org.uk> Date: Tue, 27 Nov 2007 20:44:54 +0000 From: Bruce Cran User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Bill Moran References: <20071126202616.59181533.wmoran@potentialtech.com> In-Reply-To: <20071126202616.59181533.wmoran@potentialtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: zzz fails on Lenovo Thinkpad T61 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 20:45:03 -0000 Bill Moran wrote: > When I try to use zzz to suspend the laptop, I get a few second pause, > then the system locks solid. > > Is this a known issue? How can I help debug this? > > I'm running 7.0 from Nov 25. > If you're on amd64 it looks like suspend/resume needs more work - the #ifdef to reject requests was only put in a few months ago - see http://lists.freebsd.org/pipermail/cvs-src/2007-September/081734.html If you're running i386 then you should start by enabling all the ACPI debugging by putting 'option ACPI_DEBUG' in your kernel configuration and following the instructions in acpi(4) and http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html People on acpi@ might be able to help too. -- Bruce From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 20:57:12 2007 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 29DDA16A469 for ; Tue, 27 Nov 2007 20:57:12 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id CEEF513C45A for ; Tue, 27 Nov 2007 20:57:11 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id lARKv8AW045229 for ; Tue, 27 Nov 2007 21:57:10 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 27 Nov 2007 21:58:57 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB01118C@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: mysqld umtxn Thread-Index: AcgxNiOLeGKXXUjxRmyELCQ2zzcfKwAAQE8R References: <57200BF94E69E54880C9BB1AF714BBCB01118B@w2003s01.double-l.local> <474C80D8.8070104@delphij.net> From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: mysqld umtxn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 20:57:12 -0000 Johan Hendriks wrote: >> Hello all, i just cvsup'ed today on a 8.0 Current machine (a pIII = 1000 Mhz dual proc machine). >>=20 >> Did a buildworld cycle and rebooted the machine >> I noticed that i can not start mysql-server anymore. >> mysqld will show up in top but have a umtxn state, if i do a = /usr/local/etc/rc.d/mysql-server restart it tells me it can not stop = mysql (check /usr/.... .pid) >> then i have 2 mysqld entries showing up in top also in umtxn state. >> It creates new mysqld proccess with every = /usr/local/etc/rc.d/mysql-server restart i give. >>=20 >> I then tryed to csup -g -L2 /usr/local/etc/cvsup/current-supfile but = this prosess also ends up in umtxn state. >> >> Witness and stuff are disabled on the machine. >> Do other people see this ? >Yes, this was caused by a missing symbol from symbol map which libthr >would expect. jasone@ has committed a fix this morning, so a >buildworld/installworld cycle would fix your problem. >BTW Please consider helping us to test RELENG_7 if your server is >intended for pre-production evaluation :-) >Cheers, What can i do to csup my source again, the csup process also get stuck = in umtxn. Or what file can i change (get) to make all work again. I have 3 servers running RELENG_7 in production already! One proxy (squid dansguardian combo) One Spamfilter (mailscanner mailwatch combo) One mailserver (Postfix, dovecot, with mysql and a webmail interface) And they are worjking fine! one is a HP netserver as the 8.0 machine the other 2 are Proliant DL320 = machines. regards, Johan Hendriks =20 From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 21:07:35 2007 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 4BF4116A41B for ; Tue, 27 Nov 2007 21:07:35 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0A56B13C455 for ; Tue, 27 Nov 2007 21:07:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lARL7Hkj039481; Tue, 27 Nov 2007 16:07:17 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 27 Nov 2007 16:06:48 -0500 User-Agent: KMail/1.6.2 References: <57200BF94E69E54880C9BB1AF714BBCB01118B@w2003s01.double-l.local> <474C80D8.8070104@delphij.net> <57200BF94E69E54880C9BB1AF714BBCB01118C@w2003s01.double-l.local> In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB01118C@w2003s01.double-l.local> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711271607.15231.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4933/Tue Nov 27 14:10:57 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Johan Hendriks , d@delphij.net Subject: Re: mysqld umtxn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 21:07:35 -0000 On Tuesday 27 November 2007 03:58 pm, Johan Hendriks wrote: > Johan Hendriks wrote: > >> Hello all, i just cvsup'ed today on a 8.0 Current machine (a > >> pIII 1000 Mhz dual proc machine). > >> > >> Did a buildworld cycle and rebooted the machine > >> I noticed that i can not start mysql-server anymore. > >> mysqld will show up in top but have a umtxn state, if i do a > >> /usr/local/etc/rc.d/mysql-server restart it tells me it can not > >> stop mysql (check /usr/.... .pid) then i have 2 mysqld entries > >> showing up in top also in umtxn state. It creates new mysqld > >> proccess with every /usr/local/etc/rc.d/mysql-server restart i > >> give. > >> > >> I then tryed to csup -g -L2 /usr/local/etc/cvsup/current-supfile > >> but this prosess also ends up in umtxn state. > >> > >> Witness and stuff are disabled on the machine. > >> Do other people see this ? > > > >Yes, this was caused by a missing symbol from symbol map which > > libthr would expect. jasone@ has committed a fix this morning, > > so a buildworld/installworld cycle would fix your problem. > > > >BTW Please consider helping us to test RELENG_7 if your server is > >intended for pre-production evaluation :-) > > > >Cheers, > > What can i do to csup my source again, the csup process also get > stuck in umtxn. Or what file can i change (get) to make all work > again. http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/gen/Symbol.map.diff?r1=1.6;r2=1.7 Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 21:44:16 2007 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 03B6416A421 for ; Tue, 27 Nov 2007 21:44:16 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id DFA5A13C467 for ; Tue, 27 Nov 2007 21:44:15 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [192.168.168.201] (canonware.com [64.183.146.166]) by canonware.com (Postfix) with ESMTP id AC30A1298D3; Tue, 27 Nov 2007 13:15:41 -0800 (PST) Message-ID: <474C88F3.9040301@freebsd.org> Date: Tue, 27 Nov 2007 13:15:31 -0800 From: Jason Evans User-Agent: Thunderbird 1.5.0.12 (X11/20071018) MIME-Version: 1.0 To: Alexander Kabaev References: <200711271622.lARGMLSB066265@repoman.freebsd.org> <20071127135729.4c5c6f89@kan.dnsalias.net> In-Reply-To: <20071127135729.4c5c6f89@kan.dnsalias.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Versions.def (was Re: cvs commit: src/lib/libc/gen Symbol.map) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 21:44:16 -0000 Alexander Kabaev wrote: > On Tue, 27 Nov 2007 16:22:21 +0000 (UTC) > Jason Evans wrote: >> Modified files: >> lib/libc/gen Symbol.map >> Log: >> Add _pthread_mutex_init_calloc_cb to libc's map, for which malloc >> defines a stub. > > Is it a new function in FreeBSD 8.0 or are you planning to commit it to > FreeBSD 7.0-current. If it is for 8.0 only, it does not belong where > you put it. My intent is to MFC this change after FreeBSD 7.0 is released. This brings up some questions and problems. This change adds _pthread_mutex_init_calloc_cb as a private interface that is implemented by lib{c,thr,kse}, so from the user's perspective there is no API change, but of course the libraries have to be in sync with each other. 1) Do we need to introduce a new namespace to src/lib/libc/Versions.def for such a change? 2) If we do introduce a new namespace in RELENG_7, does that mean that every time we MFC an interface, we have to add a new namespace? 3) Suppose that we do add the FBSDprivate_1.1 namespace. It it a successor to FBSD_1.1 or FBSDprivate_1.0? It appears that we cannot have it both ways, which leads me to suspect that FBSDprivate_1.0 should not be a successor to FBSD_1.0 (i.e. it should have no dependencies), and that FBSDprivate_1.1 should be a successor to FBSDprivate_1.0. FWIW, it looks like once we get the Versions.def issues figured out, I'm guessing that _pthread_mutex_init_calloc_cb should be in src/lib/libc/stdlib/Symbol.map since its definition is in the stdlib directory rather than the gen directory. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 21:59:38 2007 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 7621C16A417; Tue, 27 Nov 2007 21:59:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 1FDF813C45A; Tue, 27 Nov 2007 21:59:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 221577441-1834499 for multiple; Tue, 27 Nov 2007 16:57:21 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lARLxIok022065; Tue, 27 Nov 2007 16:59:19 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 27 Nov 2007 16:39:08 -0500 User-Agent: KMail/1.9.6 References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <474C71B1.1080104@deepcore.dk> In-Reply-To: <474C71B1.1080104@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711271639.09601.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 27 Nov 2007 16:59:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4933/Tue Nov 27 14:10:57 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Barney Cordoba , current@freebsd.org, =?iso-8859-15?q?S=F8ren_Schmidt?= Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 21:59:38 -0000 On Tuesday 27 November 2007 02:36:17 pm S=F8ren Schmidt wrote: > Barney Cordoba wrote: > > S=F8ren Schmidt wrote: > >> This server has been running -current all the time > >> with about biweekly=20 > >> updates, so it has made the transition all the way > >> from about 6.1 to=20 > >> todays current without problems. > >> =20 > >>> Something happened between 6.2 and 7.0, as we were > >>> able to run 6.2 on these systems. > >>> > >>> =20 > >>> =20 > >> Looks like a pattern, something outside of ATA also > >> caused HW issues on=20 > >> some Promise controllers to appear in this period. > >> Just checked and nothing in ATA changed in regards > >> to either the HT1000=20 > >> or the Promise HW, its the same support code thats > >> been there all the time. > >> It could be a sideeffect of now having more fine > >> grained locking etc,=20 > >> that makes these problems show up, your guess is as > >> good as mine. > >> > >> Again, the sticky point is that if I cant reproduce > >> a problem here its=20 > >> very hard to work on it, if not just plain > >> impossible... > >> =20 > > > > A sticky point on this end is that it will cost more > > to ship you a system than the cost of the product; you > > being in Europe and the US dollar sucking in general. > > I'm also not going to be able to get authorization to > > ship overseas.=20 > > > > =20 > Maybe I can get the HW over here, paypal can be used to transfer the=20 > funds in that case... > > Could you send me the config file you're using on your > > 7.0 system with the H8SSL MB so I can give it a try > > and see if its a config issue, or some device > > conflict? You have the MB we're having trouble with, > > so maybe we can learn enough to give you some ideas.I > > have a system with an H8SSL-i that just plain doesn't > > work with either SATA or IDE. > > =20 > Sure find my config attached currently used with plain releng_7. > It might be worth while to compare HW revisions etc as well as there=20 > might be differences. > One thing you could try would be to install a 6.2 system and if that=20 > still works just grap ATA from releng_6 as that is now the same as in=20 > -current and should fit almost cleanly into 6.2 as is, then give that a=20 > run. Depending on the outcome we'll know more about where to look for=20 > the problem. >=20 > For references sake could we please get a list of the actual HW that=20 > people have problems with listed here, as detailed as possible please.=20 =46YI, I've seen weird in-memory corruption with machines with the HT1000_S= 1=20 atapci device. In all the cases I've seen so far, a single page is corrupt= ed=20 with garbage and the page happens to be used by UMA to hold credentials=20 including proc0's credentials. I've seen this corruption (trashed creds fo= r=20 proc0 and other creds in that page) on many of the same boxes (Dell 1435's= =20 IIRC) running on 6.2. I've tried switching the HT1000_S1 to use SWKSMIO=20 rather SWKS100 as I mentioned to you in an earlier e-mail (the Linux driver= =20 uses equivalent of SWKSMIO FWIW) but don't have any conclusive tests on tha= t. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 21:59:38 2007 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 7621C16A417; Tue, 27 Nov 2007 21:59:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 1FDF813C45A; Tue, 27 Nov 2007 21:59:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 221577441-1834499 for multiple; Tue, 27 Nov 2007 16:57:21 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lARLxIok022065; Tue, 27 Nov 2007 16:59:19 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 27 Nov 2007 16:39:08 -0500 User-Agent: KMail/1.9.6 References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <474C71B1.1080104@deepcore.dk> In-Reply-To: <474C71B1.1080104@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711271639.09601.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 27 Nov 2007 16:59:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4933/Tue Nov 27 14:10:57 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Barney Cordoba , current@freebsd.org, =?iso-8859-15?q?S=F8ren_Schmidt?= Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 21:59:38 -0000 On Tuesday 27 November 2007 02:36:17 pm S=F8ren Schmidt wrote: > Barney Cordoba wrote: > > S=F8ren Schmidt wrote: > >> This server has been running -current all the time > >> with about biweekly=20 > >> updates, so it has made the transition all the way > >> from about 6.1 to=20 > >> todays current without problems. > >> =20 > >>> Something happened between 6.2 and 7.0, as we were > >>> able to run 6.2 on these systems. > >>> > >>> =20 > >>> =20 > >> Looks like a pattern, something outside of ATA also > >> caused HW issues on=20 > >> some Promise controllers to appear in this period. > >> Just checked and nothing in ATA changed in regards > >> to either the HT1000=20 > >> or the Promise HW, its the same support code thats > >> been there all the time. > >> It could be a sideeffect of now having more fine > >> grained locking etc,=20 > >> that makes these problems show up, your guess is as > >> good as mine. > >> > >> Again, the sticky point is that if I cant reproduce > >> a problem here its=20 > >> very hard to work on it, if not just plain > >> impossible... > >> =20 > > > > A sticky point on this end is that it will cost more > > to ship you a system than the cost of the product; you > > being in Europe and the US dollar sucking in general. > > I'm also not going to be able to get authorization to > > ship overseas.=20 > > > > =20 > Maybe I can get the HW over here, paypal can be used to transfer the=20 > funds in that case... > > Could you send me the config file you're using on your > > 7.0 system with the H8SSL MB so I can give it a try > > and see if its a config issue, or some device > > conflict? You have the MB we're having trouble with, > > so maybe we can learn enough to give you some ideas.I > > have a system with an H8SSL-i that just plain doesn't > > work with either SATA or IDE. > > =20 > Sure find my config attached currently used with plain releng_7. > It might be worth while to compare HW revisions etc as well as there=20 > might be differences. > One thing you could try would be to install a 6.2 system and if that=20 > still works just grap ATA from releng_6 as that is now the same as in=20 > -current and should fit almost cleanly into 6.2 as is, then give that a=20 > run. Depending on the outcome we'll know more about where to look for=20 > the problem. >=20 > For references sake could we please get a list of the actual HW that=20 > people have problems with listed here, as detailed as possible please.=20 =46YI, I've seen weird in-memory corruption with machines with the HT1000_S= 1=20 atapci device. In all the cases I've seen so far, a single page is corrupt= ed=20 with garbage and the page happens to be used by UMA to hold credentials=20 including proc0's credentials. I've seen this corruption (trashed creds fo= r=20 proc0 and other creds in that page) on many of the same boxes (Dell 1435's= =20 IIRC) running on 6.2. I've tried switching the HT1000_S1 to use SWKSMIO=20 rather SWKS100 as I mentioned to you in an earlier e-mail (the Linux driver= =20 uses equivalent of SWKSMIO FWIW) but don't have any conclusive tests on tha= t. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 21:59:44 2007 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 3205916A468 for ; Tue, 27 Nov 2007 21:59:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id D47C413C46E for ; Tue, 27 Nov 2007 21:59:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 221577483-1834499 for multiple; Tue, 27 Nov 2007 16:57:39 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lARLxIol022065; Tue, 27 Nov 2007 16:59:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 27 Nov 2007 16:42:06 -0500 User-Agent: KMail/1.9.6 References: <4744EBA4.7020209@clearchain.com> <2a41acea0711270925w55742526n7ef77b1fcef3016f@mail.gmail.com> In-Reply-To: <2a41acea0711270925w55742526n7ef77b1fcef3016f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711271642.07616.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 27 Nov 2007 16:59:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4933/Tue Nov 27 14:10:57 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jack Vogel , Mark Atkinson Subject: Re: em0 panic: mutex em0 not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 21:59:44 -0000 On Tuesday 27 November 2007 12:25:52 pm Jack Vogel wrote: > On Nov 27, 2007 8:10 AM, Mark Atkinson wrote: > > > > > Is this expected after the fix? > > > > acquiring duplicate lock of same type: "network driver" > > 1st em0 @ /usr/src/sys/dev/em/if_em.c:1018 > > 2nd em0 @ /usr/src/sys/dev/em/if_em.c:1252 > > Same type, different lock, I don't see a problem unless > there's some subtle thing I'm not aware of? Give them unique names then so witness can track them separately. :) The MTX_NETWORK_LOCK is really there so witness can track all driver locks at the same point in the hierarchy it uses to track lock orders. If you have a primary lock for the driver you can leave it as MTX_NETWORK_LOCK but use different types for other locks in the driver. For example: mtx_init(&sc->lock, device_get_nameunit(dev), MTX_NETWORK_LOCK, MTX_DEF); mtx_init(&sc->tx_ring_lock, device_get_nameunit(dev), "tx ring lock", MTX_DEF); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 22:05:06 2007 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 7B24C16A417 for ; Tue, 27 Nov 2007 22:05:06 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id 5149D13C478 for ; Tue, 27 Nov 2007 22:05:06 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from vanquish.pitbpa0.priv.collaborativefusion.com (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTP id 7A91EEBC3C for ; Tue, 27 Nov 2007 17:05:05 -0500 (EST) Date: Tue, 27 Nov 2007 17:05:04 -0500 From: Bill Moran To: freebsd-current@freebsd.org Message-Id: <20071127170504.ed26c099.wmoran@potentialtech.com> In-Reply-To: <20071127130948.trljg4bc748o8g0c@0x20.net> References: <20071126202616.59181533.wmoran@potentialtech.com> <20071127130948.trljg4bc748o8g0c@0x20.net> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: zzz fails on Lenovo Thinkpad T61 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 22:05:06 -0000 In response to Lars Engels : > Quoting Bill Moran : > > > > > When I try to use zzz to suspend the laptop, I get a few second pause, > > then the system locks solid. > > > > Is this a known issue? How can I help debug this? > > > > I'm running 7.0 from Nov 25. > > A good starting point is > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html > But I never managed to get a working suspend/resume on my notebooks, > though this works on Linux. FreeBSD still lacks something in that area. Thanks to both Lars and Bruce for the pointers. I'll probably have some time to dig in to this on Wednesday, and I'll post my results to the acpi mailing list in the hopes that things can be made better. -- Bill Moran http://www.potentialtech.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 22:29:10 2007 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 1DE4116A419 for ; Tue, 27 Nov 2007 22:29:10 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63911.mail.re1.yahoo.com (web63911.mail.re1.yahoo.com [69.147.97.126]) by mx1.freebsd.org (Postfix) with SMTP id C2B7F13C45B for ; Tue, 27 Nov 2007 22:29:09 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 31021 invoked by uid 60001); 27 Nov 2007 22:29:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=lxjnd4V3dmU7zOqTv3tGlm8fDvn+hj9O1l5sC6SX8o2SaQshRHdrcLr6t79pL1CgVuQNWuXlqEd4hRQpd1Y3iVebzHFRa2tMR45zwJ9CKZ7NO/33NRPGMC/ONtXYG99LI0tfso81NHgPfuQkzYczYFxwF2z1ZummIJiGps5+Vpc=; X-YMail-OSG: qk4cS2cVM1kMTkEtftaci97ZzhuH3QW_oVIPUSS5o5uGzpXUKdpI0KQAnzJWKgyQtYEYNcvkQbmK2HxcOvTZcMSp.g-- Received: from [98.203.28.38] by web63911.mail.re1.yahoo.com via HTTP; Tue, 27 Nov 2007 14:29:04 PST Date: Tue, 27 Nov 2007 14:29:04 -0800 (PST) From: Barney Cordoba To: "Søren" Schmidt In-Reply-To: <474C71B1.1080104@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <504612.29665.qm@web63911.mail.re1.yahoo.com> Cc: current@FreeBSD.ORG Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 22:29:10 -0000 --- Søren Schmidt wrote: > Barney Cordoba wrote: > > Søren Schmidt wrote: > >> This server has been running -current all the > time > >> with about biweekly > >> updates, so it has made the transition all the > way > >> from about 6.1 to > >> todays current without problems. > >> > >>> Something happened between 6.2 and 7.0, as we > were > >>> able to run 6.2 on these systems. > >>> > >>> > >>> > >> Looks like a pattern, something outside of ATA > also > >> caused HW issues on > >> some Promise controllers to appear in this > period. > >> Just checked and nothing in ATA changed in > regards > >> to either the HT1000 > >> or the Promise HW, its the same support code > thats > >> been there all the time. > >> It could be a sideeffect of now having more fine > >> grained locking etc, > >> that makes these problems show up, your guess is > as > >> good as mine. > >> > >> Again, the sticky point is that if I cant > reproduce > >> a problem here its > >> very hard to work on it, if not just plain > >> impossible... > >> > > > > A sticky point on this end is that it will cost > more > > to ship you a system than the cost of the product; > you > > being in Europe and the US dollar sucking in > general. > > I'm also not going to be able to get authorization > to > > ship overseas. > > > > > Maybe I can get the HW over here, paypal can be used > to transfer the > funds in that case... > > Could you send me the config file you're using on > your > > 7.0 system with the H8SSL MB so I can give it a > try > > and see if its a config issue, or some device > > conflict? You have the MB we're having trouble > with, > > so maybe we can learn enough to give you some > ideas.I > > have a system with an H8SSL-i that just plain > doesn't > > work with either SATA or IDE. > > > Sure find my config attached currently used with > plain releng_7. > It might be worth while to compare HW revisions etc > as well as there > might be differences. > One thing you could try would be to install a 6.2 > system and if that > still works just grap ATA from releng_6 as that is > now the same as in > -current and should fit almost cleanly into 6.2 as > is, then give that a > run. Depending on the outcome we'll know more about > where to look for > the problem. > > For references sake could we please get a list of > the actual HW that > people have problems with listed here, as detailed > as possible please. > > -Søren > > > machine i386 > cpu I686_CPU > ident DEEPCORE > > makeoptions DEBUG=-g # Build kernel with gdb(1) > debug symbols > makeoptions MODULES_OVERRIDE="" > > options SCHED_4BSD # 4BSD scheduler > options PREEMPTION # Enable kernel thread > preemption > options INET # InterNETworking > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates > support > options UFS_ACL # Support for access control > lists > options UFS_DIRHASH # Improve performance on big > directories > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires > PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options COMPAT_43 # Compatible with BSD 4.3 [KEEP > THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX > P1003_1B realtime extensions > options KBD_INSTALL_CDEV # install a CDEV entry in > /dev > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > # Firewall stuff. > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPDIVERT > options DUMMYNET > > # Basic HW infrastructure support. > device apic # I/O APIC > device acpi # ACPI support > > # Bus support. > device pci > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > device atapifd # ATAPI floppy drives > device atapist # ATAPI tape drives > device atausb # USB device support > #options ATA_STATIC_ID # Static device numbering > > # atkbdc0 controls both the keyboard and the PS/2 > mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > device kbdmux # keyboard multiplexer > > # syscons is the default console driver, resembling > an SCO console > device sc > device splash # Splash screen and screen saver > support > device vga # VGA video card driver > device agp # support several AGP chipsets > > # Add suspend/resume support for the i8254. > device pmtimer > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # PCI Ethernet NICs that use the common MII bus > controller code. > # NOTE: Be sure to keep the 'device miibus' line in > order to use these NICs! > device miibus # MII bus support > device bge # Broadcom BCM570xx Gigabit Ethernet > device de # DEC/Intel DC21x4x (``Tulip'') > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device gif # IPv6 and IPv4 tunneling > > # The `bpf' device enables the Berkeley Packet > Filter. > # Be aware of the administrative consequences of > enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device ugen # Generic > device uhid # "Human Interface Devices" > device ukbd # Keyboard > device ulpt # Printer > device ums # Mouse > > _______________________________________________ This is the HW info on the MBs we've tested. Both of them run fine on 6.2 and both don't work at all in any mode on 7.0. We've tried the 6.2 code in the 7.0 system, with the same problem. So it doesn't appear to be the ATA code specifically. Opteron / HT1000 details: http://www.supermicro.com/Aplus/motherboard/Opteron1000/HT1000/H8SSL-i2.cfm Supermicro H8SSL-i2 Opteron 1000-series AM2 Motherboard with: AMD Opteron 1222 3.0GHz Dual-Core CPU (running UP) 2x512MB Corsair DDR2 PC2-4200 http://www.supermicro.com/Aplus/motherboard/Opteron/HT2000/H8SSP-i.cfm Supermicro H8SSP-i Opteron 200-series Motherboard with: AMD Opteron 244 1.8GHz CPU 2x512MB Corsair PC3200 Registered DDR Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Tue Nov 27 23:52:26 2007 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 B79B516A41B for ; Tue, 27 Nov 2007 23:52:26 +0000 (UTC) (envelope-from tom@uffner.com) Received: from eris.uffner.com (eris.uffner.com [207.245.121.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7F22913C45B for ; Tue, 27 Nov 2007 23:52:26 +0000 (UTC) (envelope-from tom@uffner.com) Received: from kali.uffner.com (static-71-162-143-90.phlapa.fios.verizon.net [71.162.143.90]) by eris.uffner.com (8.14.1/8.14.1) with ESMTP id lARNfejr030360 for ; Tue, 27 Nov 2007 18:41:40 -0500 (EST) (envelope-from tom@uffner.com) Message-ID: <474CAB2D.4040406@uffner.com> Date: Tue, 27 Nov 2007 18:41:33 -0500 From: Tom Uffner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.5) Gecko/20070804 SeaMonkey/1.1.3 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (eris.uffner.com [192.168.1.212]); Tue, 27 Nov 2007 18:41:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4921/Mon Nov 26 05:21:29 2007 on eris.uffner.com X-Virus-Status: Clean Cc: Subject: 802.11 w/ WEP requires deftxkey explicitly set after 2007-08-24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Nov 2007 23:52:26 -0000 Last night when i updated my laptop from June 26's CURRENT to CURRENT as of a few days ago my wireless connection stopped working for no apparent reason. What was wrong became painfully obvious once I tracked the problem back to this commit: sam 2007-08-24 15:44:27 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_output.c Log: drop frames marked for encryption when no key is available Reviewed by: avatar Approved by: re (kensmith) Obtained from: madwifi Revision Changes Path 1.51 +1 -0 src/sys/net80211/ieee80211_output.c Up until this change i didn't need to set deftxkey, it seems to have defaulted to wepkey 1 which i did have set. It is an obvious workaround now, but a note in UPDATING would have saved me about 9 hours of reading commitlogs, building kernels and rebooting (on an old slow laptop). If it doesn't violate the standard, could we make deftxkey default to the lowest indexed WEP key that has been set? if not, could we mention it in UPDATING and/or ifconfig(8) lest it bite someone else. thanks, tom From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 00:00:37 2007 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 6F46316A420 for ; Wed, 28 Nov 2007 00:00:37 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4688713C45A for ; Wed, 28 Nov 2007 00:00:37 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lAS00aZN018992 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2007 16:00:36 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <474CAFA4.6040403@errno.com> Date: Tue, 27 Nov 2007 16:00:36 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Tom Uffner References: <474CAB2D.4040406@uffner.com> In-Reply-To: <474CAB2D.4040406@uffner.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: o.com; whitelist Cc: current@freebsd.org Subject: Re: 802.11 w/ WEP requires deftxkey explicitly set after 2007-08-24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 00:00:37 -0000 Tom Uffner wrote: > Last night when i updated my laptop from June 26's CURRENT to CURRENT > as of a few days ago my wireless connection stopped working for no > apparent reason. > > What was wrong became painfully obvious once I tracked the problem > back to this commit: > > sam 2007-08-24 15:44:27 UTC > > FreeBSD src repository > > Modified files: > sys/net80211 ieee80211_output.c > Log: > drop frames marked for encryption when no key is available > > Reviewed by: avatar > Approved by: re (kensmith) > Obtained from: madwifi > > Revision Changes Path > 1.51 +1 -0 src/sys/net80211/ieee80211_output.c > > Up until this change i didn't need to set deftxkey, it seems to have > defaulted to wepkey 1 which i did have set. It is an obvious workaround > now, but a note in UPDATING would have saved me about 9 hours of reading > commitlogs, building kernels and rebooting (on an old slow laptop). > > If it doesn't violate the standard, could we make deftxkey default to > the lowest indexed WEP key that has been set? if not, could we mention > it in UPDATING and/or ifconfig(8) lest it bite someone else. deftxkey has defaulted to an undefined state since 6.0. Perhaps you can show the specific case that is a regression for you. Sam From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 00:56:27 2007 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 7051E16A417 for ; Wed, 28 Nov 2007 00:56:27 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from tiamat.relinetworks.com (tiamat.relinetworks.com [204.214.92.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3558F13C465 for ; Wed, 28 Nov 2007 00:56:27 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (root@r74-193-170-223.bssrcmta01.bscyla.by.dh.suddenlink.net [74.193.170.223] (may be forged)) by tiamat.relinetworks.com (8.14.1/8.14.1) with ESMTP id lAS0PrJ6020896; Tue, 27 Nov 2007 19:25:53 -0500 (EST) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.2/8.14.2) with ESMTP id lAS0Pp4I004511; Tue, 27 Nov 2007 18:25:52 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Tue, 27 Nov 2007 18:25:51 -0600 (CST) From: Wes Morgan To: "Aryeh M. Friedman" In-Reply-To: <474C28C1.4000204@gmail.com> Message-ID: References: <474C28C1.4000204@gmail.com> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 00:56:27 -0000 On Tue, 27 Nov 2007, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > As per my detailed comments to Jason > http://lists.freebsd.org/pipermail/cvs-src/2007-November/084307.html > is broken but I want to update everything else how do I by pass the > ref'ed commit? You do realize that running -current, especially so soon after a branch, is virtually expected to have this kind of breakage from time to time, sometimes frequently. The best and most productive course of action would probably be to contact the committer directly rather than creating a lot of unneeded chatter on multiple mailing lists. Unless there is some critical "must-have" feature in -current that isn't available in the 7-stable tree, perhaps you'd be better off tracking that instead. 7.0 is going to be fantastic, and I have not yet seen anything committed to -current that would make me want to track it instead of 7, and I've tracked -current since 4-current. WNM From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 00:57:58 2007 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 B428716A417 for ; Wed, 28 Nov 2007 00:57:58 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9565113C458 for ; Wed, 28 Nov 2007 00:57:58 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 1495 invoked from network); 28 Nov 2007 00:31:18 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 28 Nov 2007 00:31:18 -0000 Message-ID: <474CB657.2090403@chuckr.org> Date: Tue, 27 Nov 2007 19:29:11 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: Sam Leffler References: <474CAB2D.4040406@uffner.com> <474CAFA4.6040403@errno.com> In-Reply-To: <474CAFA4.6040403@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: 802.11 w/ WEP requires deftxkey explicitly set after 2007-08-24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 00:57:58 -0000 Sam Leffler wrote: > Tom Uffner wrote: >> Last night when i updated my laptop from June 26's CURRENT to CURRENT >> as of a few days ago my wireless connection stopped working for no >> apparent reason. >> >> What was wrong became painfully obvious once I tracked the problem >> back to this commit: >> >> sam 2007-08-24 15:44:27 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/net80211 ieee80211_output.c >> Log: >> drop frames marked for encryption when no key is available >> >> Reviewed by: avatar >> Approved by: re (kensmith) >> Obtained from: madwifi >> >> Revision Changes Path >> 1.51 +1 -0 src/sys/net80211/ieee80211_output.c >> >> Up until this change i didn't need to set deftxkey, it seems to have >> defaulted to wepkey 1 which i did have set. It is an obvious workaround >> now, but a note in UPDATING would have saved me about 9 hours of reading >> commitlogs, building kernels and rebooting (on an old slow laptop). >> >> If it doesn't violate the standard, could we make deftxkey default to >> the lowest indexed WEP key that has been set? if not, could we mention >> it in UPDATING and/or ifconfig(8) lest it bite someone else. > > deftxkey has defaulted to an undefined state since 6.0. Perhaps you can > show the specific case that is a regression for you. Is that because some standard requires it? Masking the default value to be set to something that can't possibly work seems to be a pretty silly thing to do, unless some standard requires it. Needing compatibility with a previous error in FreeBSD only is not sufficient, following such a rule would invalidate all progress permanently, it must be compatibility with some standard like POSIX, and even there, we have (I believe) several instances where we deliberately refused to follow obvious silliness. From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 01:25:37 2007 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 3054316A417 for ; Wed, 28 Nov 2007 01:25:37 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id DF05A13C45B for ; Wed, 28 Nov 2007 01:25:36 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so310828anc for ; Tue, 27 Nov 2007 17:25:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=ClCVWjBT38r1MMOBih93QuevsO+zgLbjhq9jUZHnwOU=; b=WSqCA4nNc8wJyiDO41re6Xn6sIAYJKIh6nLObj2+wBvwWf1gLQ46a6pFzBvx0WBR3ohQC5FXaf+8B3DtHY+yJdKxA9wGn33jx7knVComEnx8q5/whwRvfNsHsqdH+RM0MX8X255qXI6OCtCv4i+q158R+Lnw1t4EAxLGD8nZgNI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=Bdv3avONZYUO1dpzubQHh39ZbFGCxa8RoXXdJ4B1m3cQC9fnQ7EwhblmvnsmZ9hNekmkauZQlx6LegeLCD1PsIyuY8R20IbEBNT8zDbtptja+HBUl4qETa1y/MV9EGttYcCPr0fQc+4mnyH1YXVAPQ3Jokzmo6YRhiSaSNBGD0k= Received: by 10.100.131.3 with SMTP id e3mr7790919and.1196211389521; Tue, 27 Nov 2007 16:56:29 -0800 (PST) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id 7sm1429188wrl.2007.11.27.16.56.27 (version=SSLv3 cipher=OTHER); Tue, 27 Nov 2007 16:56:28 -0800 (PST) Date: Tue, 27 Nov 2007 19:56:23 -0500 From: Alexander Kabaev To: Jason Evans Message-ID: <20071127195623.686cb9dc@kan.dnsalias.net> In-Reply-To: <474C88F3.9040301@freebsd.org> References: <200711271622.lARGMLSB066265@repoman.freebsd.org> <20071127135729.4c5c6f89@kan.dnsalias.net> <474C88F3.9040301@freebsd.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/b_n6+K7hXjYAhEk+cJ9QuN1"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@FreeBSD.org Subject: Re: Versions.def (was Re: cvs commit: src/lib/libc/gen Symbol.map) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 01:25:37 -0000 --Sig_/b_n6+K7hXjYAhEk+cJ9QuN1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 27 Nov 2007 13:15:31 -0800 Jason Evans wrote: > Alexander Kabaev wrote: > > On Tue, 27 Nov 2007 16:22:21 +0000 (UTC) > > Jason Evans wrote: > >> Modified files: > >> lib/libc/gen Symbol.map=20 > >> Log: > >> Add _pthread_mutex_init_calloc_cb to libc's map, for which malloc > >> defines a stub. > >=20 > > Is it a new function in FreeBSD 8.0 or are you planning to commit > > it to FreeBSD 7.0-current. If it is for 8.0 only, it does not > > belong where you put it. >=20 > My intent is to MFC this change after FreeBSD 7.0 is released. This=20 > brings up some questions and problems. This change adds=20 > _pthread_mutex_init_calloc_cb as a private interface that is > implemented by lib{c,thr,kse}, so from the user's perspective there > is no API change, but of course the libraries have to be in sync with > each other. >=20 > 1) Do we need to introduce a new namespace to > src/lib/libc/Versions.def for such a change? >=20 > 2) If we do introduce a new namespace in RELENG_7, does that mean > that every time we MFC an interface, we have to add a new namespace? >=20 > 3) Suppose that we do add the FBSDprivate_1.1 namespace. It it a=20 > successor to FBSD_1.1 or FBSDprivate_1.0? It appears that we cannot=20 > have it both ways, which leads me to suspect that FBSDprivate_1.0 > should not be a successor to FBSD_1.0 (i.e. it should have no > dependencies), and that FBSDprivate_1.1 should be a successor to > FBSDprivate_1.0. >=20 > FWIW, it looks like once we get the Versions.def issues figured out, > I'm guessing that _pthread_mutex_init_calloc_cb should be in=20 > src/lib/libc/stdlib/Symbol.map since its definition is in the stdlib=20 > directory rather than the gen directory. >=20 > Thanks, > Jason Hi Jason, sorry for the fuss. I didn't realize that you have added new symbol to FBSDPrivate section. No rules apply to it, so you are in the clear. -- Alexander Kabaev --=20 Alexander Kabaev --Sig_/b_n6+K7hXjYAhEk+cJ9QuN1 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHTLy3Q6z1jMm+XZYRAiwNAKCHoXGRRm7PFaeZM/R1t46aZGFQxwCgjmvh S3kd+2159ctvKIadiQkMZZg= =jxiD -----END PGP SIGNATURE----- --Sig_/b_n6+K7hXjYAhEk+cJ9QuN1-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 01:45:05 2007 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 38F7116A41A for ; Wed, 28 Nov 2007 01:45:05 +0000 (UTC) (envelope-from tom@uffner.com) Received: from eris.uffner.com (eris.uffner.com [207.245.121.212]) by mx1.freebsd.org (Postfix) with ESMTP id E389013C45D for ; Wed, 28 Nov 2007 01:45:04 +0000 (UTC) (envelope-from tom@uffner.com) Received: from xiombarg.uffner.com (static-71-162-143-94.phlapa.fios.verizon.net [71.162.143.94]) by eris.uffner.com (8.14.1/8.14.1) with ESMTP id lAS1j38p036876 for ; Tue, 27 Nov 2007 20:45:03 -0500 (EST) (envelope-from tom@uffner.com) Message-ID: <474CC81F.2070408@uffner.com> Date: Tue, 27 Nov 2007 20:45:03 -0500 From: Tom Uffner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071113 SeaMonkey/1.1.6 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (eris.uffner.com [192.168.1.212]); Tue, 27 Nov 2007 20:45:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4921/Mon Nov 26 05:21:29 2007 on eris.uffner.com X-Virus-Status: Clean Cc: Subject: Re: 802.11 w/ WEP requires deftxkey explicitly set after 2007-08-24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 01:45:05 -0000 Sam Leffler wrote: > deftxkey has defaulted to an undefined state since 6.0. Perhaps you can > show the specific case that is a regression for you. Sony Vaio PCG-XG9 Netgear WG511T from rc.conf: ifconfig_ath0="DHCP ssid Doke wepmode mixed wepkey 0x2718281828" with kernels prior to 2007-08-24 15:44:27 UTC the above config was sufficient to associate with AP defined above using WEP, get an address, etc. assigned by my dhcp server, and use the network. with kernels after that time i could see all traffic crossing the AP with tcpdump, but nobody received my packets. once i found the breaking point, i figured out that adding "deftxkey 1" to ifconfig_ath0 solved my problem for newer kernels. /boot/loader.conf: random_load="YES" if_ath_load="YES" wlan_wep_load="YES" wlan_ccmp_load="YES" wlan_tkip_load="YES" io_load="YES" mem_load="YES" sound_load="YES" snd_ds1_load="YES" sio_load="YES" ucom_load="YES" uplcom_load="YES" wlan_scan_sta_load="YES" debug.acpi.disable="timer" debug.witness.watch="0" exec="set boot_verbose" /sys/i386/conf/KALI: cpu I686_CPU ident KALI maxusers 0 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD options PREEMPTION # Enable kernel thread preemption options INET #InterNETworking options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device #options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD6 #Compatible with FreeBSD4 options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI # Debugging for use in -current options KDB #Enable the kernel debugger options DDB #Enable the kernel debugger #device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # At keyboard controller device atkbd # at keyboard device psm # psm mouse device kbdmux # keyboard multiplexer device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards # Pseudo devices - the number indicates how many units to allocate. device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic #device uplcom # USB support for Prolific PL-2303/2303X/2303HX #device ucom # USB tty support device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device ums # Mouse options SC_HISTORY_SIZE=800 # number of history buffer lines options SC_NORM_ATTR="(FG_GREEN|BG_BLACK)" device spic From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 02:50:39 2007 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 019E816A417 for ; Wed, 28 Nov 2007 02:50:39 +0000 (UTC) (envelope-from ups@freebsd.org) Received: from smtpauth03.prod.mesa1.secureserver.net (smtpauth03.prod.mesa1.secureserver.net [64.202.165.183]) by mx1.freebsd.org (Postfix) with SMTP id D74BB13C458 for ; Wed, 28 Nov 2007 02:50:38 +0000 (UTC) (envelope-from ups@freebsd.org) Received: (qmail 14606 invoked from network); 28 Nov 2007 02:50:38 -0000 Received: from unknown (66.23.216.53) by smtpauth03.prod.mesa1.secureserver.net (64.202.165.183) with ESMTP; 28 Nov 2007 02:50:37 -0000 Message-ID: <474CD798.2030606@freebsd.org> Date: Tue, 27 Nov 2007 21:51:04 -0500 From: Stephan Uphoff User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Darren Reed References: <4749BB5B.7040801@elischer.org> <4749BBDE.6000107@elischer.org> <474AE5AE.4020301@freebsd.org> <474B027E.2000801@freebsd.org> In-Reply-To: <474B027E.2000801@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , FreeBSD Current Subject: Re: rmlock question.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 02:50:39 -0000 Darren Reed wrote: > Stephan Uphoff wrote: >> Julian Elischer wrote: >>> Julian Elischer wrote: >>>> If I make an exclusive rmlock request on an rmlock that has a busy >>>> set of readers coming and going, do new readers wait for me to get >>>> my turn, or do I have to wait for a moment where there are no more >>>> readers before I get a go? >>> in fact if the requests are of the order >>> >>> reader, reader, writer, reader, reader, writer, reader >>> >>> is the order of evaluation defined? is it preserved? >> This is a bit of a tricky question to answer. >> ... >> So in your example the first writer (W1) will be blocked by the first >> two Readers (R1,R2) >> but will disable the read fast path and hold the internal mutex. >> W1 will block R3,R4,W2,R5 as they all need to acquire the internal >> mutex. >> If R1,R2 release the lock, W1 will become unblocked and eventually >> unlock the lock >> such releasing the mutex. At this time R3,R4,W2,R5 compete for the >> mutex and whoever >> wins is next in the locking order. > Sorry for the delay in answering. Somehow your post did not make it to my inbox. > Is there is a chance that so long as there is more than one Reader > waiting for a mutex, a Write lock request may never be granted? No. Even if all reader waiting for the mutex have a higher priority and need to acquire the mutex for a short time no new readers will need the mutex as long as the readlock fastpath is enabled. The reader fastpath is only disabled once the writer holds the mutex. > Given the name "read mostly", is there any favouritism towards > Readers vs Writers when competing for the mutex? No the name is derived from the fact that the lock is designed to work mostly in a state where the reader fastpath can be used. Using the fastpath the shared lock can be acquired without any atomic operations or dirtying of shared cache lines. > Or conversely, if there is always a pending Write request that a > read is never granted? > Yes - if there is always a write request and the write threads always have better priority than the read request. But then you really, really have picked the wrong lock. ( And you would have the same problem just using a mutex) > When R3,R4,W3,R5 compete for the mutex, if R3-5 wins, is > the read fast path enabled again? > I assume you mean R3, R4, W2, R5 Yes - however none of R3-5 will be retried using the fastpath. ( All need to acquire the mutex) > If any of the Readers wins, does this mean that all Readers are > dequeued, or only those upto the pending Write? No - if a reader wins it enables the fastpath - but currently blocked readers are not on the fastpath and still need to acquire the internal mutex. In this case R3, R4, will acquire the mutex for a short time. Then W2 will acquire the internal mutex and wait for R3,R4 to release the read lock. Once W2 release the write lock (and as such the internal mutex) R5 will be unblocked and can acquire the internal mutex. Actually it is not quite as deterministic as lock order on mutexes is not that strictly enforced. This may change in the future if I replace the internal rmlock mutex with lower level primitives. Right now rmlock is in a state where only the read fastpath is really optimized. The rest is functional complete but I expect some tuning to happen once we have more experience with situations where rmlocks are useful. Stephan From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 03:27:22 2007 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 3261816A421 for ; Wed, 28 Nov 2007 03:27:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id D9E9E13C44B for ; Wed, 28 Nov 2007 03:27:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3093550pyb for ; Tue, 27 Nov 2007 19:27:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=aBF+mGq4Y2Z+QwYMb2ptMALqeSULGB8yQO3DcqzfDb8=; b=bB1ofyFrk6UvtDkc26V/EjNAssnLzaJubrYRWifO7r+FO0kZfeh7L0pr0zBisyO9vg6KGIlOIN+5Zng+KxUkdKmb31/DL3ntru8JXGUYYLiVEYEQ8idKwzlKhjbbLqVNW1SDZmQkHeupQq833AkNb/2nuHyTN4AHf8ub8UzsHeE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=dkh2D2mE1oOHnqBaQsEURetgldWQqMaBbIA6w8DMiICHqomZKnSuiNO0iPMN4WpDHA+ndinHvR9Yl0zeb1539omc56/09tnwpuBGJhzMkBRXgVVJ5gomdh0+hBlgG6vBhr7TbHYkk7xrCyg6yTL1s74N7hCypnIvi7eTHcEFeSY= Received: by 10.65.252.13 with SMTP id e13mr10012109qbs.1196220440418; Tue, 27 Nov 2007 19:27:20 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e11sm2595086qbc.2007.11.27.19.27.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Nov 2007 19:27:19 -0800 (PST) Message-ID: <474CE015.8020306@gmail.com> Date: Tue, 27 Nov 2007 22:27:17 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Wes Morgan References: <474C28C1.4000204@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 03:27:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wes Morgan wrote: > On Tue, 27 Nov 2007, Aryeh M. Friedman wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> As per my detailed comments to Jason >> http://lists.freebsd.org/pipermail/cvs-src/2007-November/084307.html >> is broken but I want to update everything else how do I by pass the >> ref'ed commit? > > > You do realize that running -current, especially so soon after a > branch, is virtually expected to have this kind of breakage from > time to time, sometimes frequently. The best and most productive > course of action would probably be to contact the committer directly > rather than creating a lot of unneeded chatter on multiple mailing > lists. I contacted him directly after tracking the problem down my only question was backing out (which was answered)... I am well aware of the drawbacks of tracking stuff so closely but since I don't have time to do coding I have decided to do my best to be a early real world tester. > > Unless there is some critical "must-have" feature in -current that > isn't available in the 7-stable tree, perhaps you'd be better off > tracking that instead. 7.0 is going to be fantastic, and I have not > yet seen anything committed to -current that would make me want to > track it instead of 7, and I've tracked -current since 4-current. There are some hardware issues that are only fixed (not completely so I might add... some of them are still using yet to be committed patches) 8-current.. also since I am attempting to learn everything I can about OS development tracking 8-current so closely defently helps me understand the process better... an other reason is I can deal with the occasional downtime as long I know how to backout of stuff (which I didn't learn to last night) so I would like to be in the camp of "yes I know it" before it is even offically out. > > > WNM > - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTOAVJ9+1V27SttsRAuZnAJsFvM0U1NgWOnepuWO42InqxrA7WwCeMEzu Ojp0qee+w+N4CMylv1aSl3E= =TfQS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 03:45:46 2007 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 D4DEA16A469 for ; Wed, 28 Nov 2007 03:45:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9373D13C4CE for ; Wed, 28 Nov 2007 03:45:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3099751pyb for ; Tue, 27 Nov 2007 19:45:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=pBpOfj8HV9oVtSPLu5mVuaFiHaaEHd3CkcP5bB4lwtA=; b=F06mjkl6EAvUobxisixhUGKJ0AWKTCU34dwvgX0JaKyKmSF6SrBtcxLai/bOPtKtA+RohtDzLQ2NGys8RyhXxFXG5uQvcvICnHvWEhu7UgBt4GjM/nkcn2BiDq0il0xuokWMXMdZNe2v3xH4ATR5TEeLs8C0dAfOpZmLXa07DiU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=Nj+r1yJMEeUmeIsgic6vsPfyxMeUyWAAfzzHdQt3/H1+ua96aFduzzV8gPBGA3rhw0rKI4HUDa60qnIp3Q8AfQ+wY6FB4aAx8E7DIhCV1RWFZYOXSBh9rzkE8Xsl8J9+NCgSpZQz4lEqR3jaY7IU/ETzI5J2TEKn+eR6E2nDNzs= Received: by 10.65.100.14 with SMTP id c14mr10299839qbm.1196221545157; Tue, 27 Nov 2007 19:45:45 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q14sm2730526qbq.2007.11.27.19.45.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Nov 2007 19:45:44 -0800 (PST) Message-ID: <474CE455.6070603@gmail.com> Date: Tue, 27 Nov 2007 22:45:25 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: idea bouncing: using cvs as a replacement for mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 03:45:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was thinking seeing the fact that I already have a cvs repo of - -current does it make sense to just use CVS to update /etc instead of mergemaster... if so any ideas on doing it cleanly? - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTORVJ9+1V27SttsRAqcuAJ4sW4ObPrnUi6az4T+NQebCVMbDCQCfUS+i gCRv9mwC2mu6B4LAPZ9bW3s= =tD/k -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 04:04:21 2007 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 ECA0E16A41B for ; Wed, 28 Nov 2007 04:04:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id A32C813C467 for ; Wed, 28 Nov 2007 04:04:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3106425pyb for ; Tue, 27 Nov 2007 20:04:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=o/uVaVFbPsykC/asnJcvIpj8LzPWjh/+1XB5KNQDXt8=; b=AtTaHfzrT6uVCqf7FGGBf0ue1XIfYItjjx45F32Wl28xx9mupS6jBerluFEfNRcMVkupcIo8OoY7bgSJKdHL3Z+AlNkLCTofSeY40dvW8PWyT1GpjSyROk50FIA8Eaolh9TLag1Qh2VjeSfR2YVjpSsGOHhiVLDIcyoc6QvpG5Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=hhmtc/NSm+xqi0Lm/lDvuPuel/kpDrwtbcZJWdFQ/EPHB4e4YvX27zOGzeqXPICmQeYoW6g0t2mkMKFDIW766kNGS/j1f4ZHT1hVhxRX0/cKi0AryZ8yzAEQJ0aqmLSRzJqlXewv3KZH3XdoYdrVjE1hTbXT5itzgnWDmXUeuOg= Received: by 10.65.139.9 with SMTP id r9mr10395786qbn.1196222660517; Tue, 27 Nov 2007 20:04:20 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e13sm2714304qbe.2007.11.27.20.04.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Nov 2007 20:04:18 -0800 (PST) Message-ID: <474CE8C0.1060906@gmail.com> Date: Tue, 27 Nov 2007 23:04:16 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Jason Evans References: <474C44E2.3000406@freebsd.org> In-Reply-To: <474C44E2.3000406@freebsd.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: backing out of a cvs update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 04:04:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jason Evans wrote: > Aryeh Friedman wrote: >> The malloc changes posted last night seem to totally hosed many apps >> (they just hang)... how do I back out if the cvs -d /home/ncvs update >> I did (keep in mind I did a rm -rf /usr/src /usr/obj and recheck out >> to see if that whould clear it and it didn't) > > I missed one file when committing the malloc changes > (src/lib/libc/gen/Symbol.map), which probably caused the problems > you experienced. The file is committed now, so please try again. > Thanks that did the trick. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTOjAJ9+1V27SttsRAoaRAJ9OcpL0iXM/AD9uFmPDRnNkihNJ7wCeIEC8 jmKPF3clMLSqqkgmcjmxPh8= =JkrZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 04:34:10 2007 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 7B8D616A417 for ; Wed, 28 Nov 2007 04:34:10 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [IPv6:2001:660:2402::153]) by mx1.freebsd.org (Postfix) with ESMTP id A2DC013C474 for ; Wed, 28 Nov 2007 04:31:16 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from 6nq.u-strasbg.fr (mojito.u-strasbg.fr [IPv6:2001:660:4701:1002::3]) by mailhost.u-strasbg.fr (8.13.8/jtpda-5.5pre1) with ESMTP id lARKcHXX001897 for ; Tue, 27 Nov 2007 21:38:17 +0100 (CET) Received: by 6nq.u-strasbg.fr (Postfix, from userid 1001) id B26DE120A5; Tue, 27 Nov 2007 21:29:49 +0100 (CET) Date: Tue, 27 Nov 2007 21:29:49 +0100 From: Guy Brand To: freebsd-current@freebsd.org Message-ID: <20071127202949.GA1855@isis.u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::153]); Tue, 27 Nov 2007 21:38:17 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4933/Tue Nov 27 20:10:57 2007 on mr3.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mr3.u-strasbg.fr Subject: snd_hda regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 04:34:10 -0000 Hello, The Intel 82801H sound chip of my Lenovo x61 is no longer working with hdac.c revision 1.46. Reverting to revision 1.45 restores "normal" behavior. The pcm related lines of a verbose boot with a working (1.45) and a broken (1.46) snd_hda driver loaded in the kernel are available from: http://mojito.u-strasbg.fr/bug/hdac-1.45 http://mojito.u-strasbg.fr/bug/hdac-1.46 I can provide other information if needed. Regards, -- bug From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 03:31:54 2007 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 54BB816A420 for ; Wed, 28 Nov 2007 03:31:54 +0000 (UTC) (envelope-from Luoqi.Chen@brion.com) Received: from mail.brion.com (mail.brion.com [66.134.244.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3FB9713C459 for ; Wed, 28 Nov 2007 03:31:54 +0000 (UTC) (envelope-from Luoqi.Chen@brion.com) Received: by mail.brion.com (Postfix, from userid 130) id 29658D808E; Sun, 25 Nov 2007 00:25:01 -0800 (PST) Received: from exmail.briontech.com (ex01.briontech.com [192.168.1.10]) by mail.brion.com (Postfix) with ESMTP id 202D4D8088 for ; Sun, 25 Nov 2007 00:24:58 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sun, 25 Nov 2007 00:25:48 -0800 Message-ID: <336D7181C830FF4E8B176A94FFB3F8D8584740@ex01.briontech.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: gprof's broken in 7-CURRENT Thread-Index: AcgvPMgRl43J5nYpT1anCLQcUxwo7Q== From: "Luoqi Chen" To: X-Mailman-Approved-At: Wed, 28 Nov 2007 04:54:15 +0000 Cc: Subject: gprof's broken in 7-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: Wed, 28 Nov 2007 03:31:54 -0000 Has anyone else noticed that gprof no longer works with gcc 4.2 compiled code? It has something to do with forced stack alignment. Here's the cc -O -S output of this piece of code: int main(int argc, char **argv) { if (argc < 2) exit(1); } .globl main .type main, @function main: leal 4(%esp), %ecx andl $-16, %esp pushl -4(%ecx) pushl %ebp movl %esp, %ebp subl $56, %esp movl %ecx, -16(%ebp) movl %ebx, -12(%ebp) movl %esi, -8(%ebp) movl %edi, -4(%ebp) call .mcount movl 4(%ecx), %edi cmpl $2, (%ecx) jg .L83 movl $1, (%esp) call exit .p2align 4,,7 .L83: Register %ecx becomes the new ap after the forced stack alignment, however it is not preserved by .mcount. We can work around this problem by preserving ecx in mcount, but a better solution would be to fix gcc instead. -lq From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 05:13:47 2007 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 301BC16A41B for ; Wed, 28 Nov 2007 05:13:47 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id E324613C44B for ; Wed, 28 Nov 2007 05:13:46 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so900787nzf for ; Tue, 27 Nov 2007 21:13:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=SgOkhJl4eBJay2CU3vTsnvBqMjuPWB5riraIfhbugG0=; b=NgBkOgiI7NaGcccnUrgxUzdIadMp01BShXQx6jAPj1W8sca4pJRH6Vfk9w00SyB0ewiCjz4rdbMah8G9z/3XEoCWif0n5CTMY5gjD36UZCsmLOkQNiW819nd86UCDrtPQ3JYwtMMLYMe81p/WhbNOQQIevn98U+3rHrxxidMXPM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sPEmswexmCt+NRQWhfop0BKTAvhI+yrmYWRgabdrumqkf5nsN+dlqNTSBYWgUBypcApRC/3h3KkmC5B2yjNRCb0eYuuPfrXrejvBMFZl1Xm6wgHWNwN6R/GmKVlrn8eVnoAei6Vbs/b5SS5DWEK0RaMEoi2xXu3le1lPHCXP0g4= Received: by 10.142.226.2 with SMTP id y2mr23409wfg.1196226825532; Tue, 27 Nov 2007 21:13:45 -0800 (PST) Received: by 10.143.14.9 with HTTP; Tue, 27 Nov 2007 21:13:45 -0800 (PST) Message-ID: <47d0403c0711272113u769d682boff78054b8b57d233@mail.gmail.com> Date: Wed, 28 Nov 2007 00:13:45 -0500 From: "Ben Kaduk" To: freebsd-current@freebsd.org In-Reply-To: <47d0403c0711270919q43bccf86ob409bca5cc99fd40@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47d0403c0711270919q43bccf86ob409bca5cc99fd40@mail.gmail.com> Subject: Re: spontaneous failure to deliver keystrokes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 05:13:47 -0000 On 11/27/07, Ben Kaduk wrote: > Hi all, > > I recently put down a fresh install of 7.0-beta2 on my machine that was once > tracking HEAD, and just now I was typing into an xterm and all my > keystrokes were lost. In fact, the machine (laptop) does not respond > to any keyboard input at the moment, though the mouse works > fine and I can ssh in. > > I'm going to leave the machine in this state for a while, in case there's > a way to frob at kbdmux that I don't know about (yet). > > I am inclined to suspect the hardware on this machine, since it's > already four years old and showing signs of age/wear, but I'll > throw this out there in case someone else is also seeing > weirdness (and who knows, maybe there is a way to > remotely frob kbdmux and I'll find out). > For the archives: a reboot seems to have refreshed things, though my half-baked fiddlings with kbdcontrol had no effect. This is a Dell Inspiron 8500 with an i8042 keyboard controller. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 07:45:19 2007 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 32CBF16A417; Wed, 28 Nov 2007 07:45:19 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id B89C313C478; Wed, 28 Nov 2007 07:45:18 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAS7jGW5057824; Wed, 28 Nov 2007 08:45:16 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <474D1C8C.2060304@deepcore.dk> Date: Wed, 28 Nov 2007 08:45:16 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: John Baldwin References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <474C71B1.1080104@deepcore.dk> <200711271639.09601.jhb@freebsd.org> In-Reply-To: <200711271639.09601.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Barney Cordoba , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 07:45:19 -0000 John Baldwin wrote: > > FYI, I've seen weird in-memory corruption with machines with the HT1000= _S1=20 > atapci device. In all the cases I've seen so far, a single page is cor= rupted=20 > with garbage and the page happens to be used by UMA to hold credentials= =20 > including proc0's credentials. I've seen this corruption (trashed cred= s for=20 > proc0 and other creds in that page) on many of the same boxes (Dell 143= 5's=20 > IIRC) running on 6.2. I've tried switching the HT1000_S1 to use SWKSMI= O=20 > rather SWKS100 as I mentioned to you in an earlier e-mail (the Linux dr= iver=20 > uses equivalent of SWKSMIO FWIW) but don't have any conclusive tests on= that. > > =20 OK, seems the chipset has some real problems, I have digged through all=20 the (very little) docs and info I got from serverworks back when, and=20 the only thing I can find is that the chips doesn't support MSI in any=20 shape or fashion or it will do really strange things. Now on my system it seems to be disabled but I'm not sure yet how its=20 determined to be that way. Would be worth for you guys to check what the = sysctl's "hw.pci.enable_msi" and "hw.pci.enable_msix" are set to. I havn't looked into this yet, but I'm pretty sure we added MSI support=20 in the 6.2 -> 7.0 timeframe, so that might have uncovered this chipset=20 bug, and possibly the Promise data corruption one as well. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 07:45:19 2007 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 32CBF16A417; Wed, 28 Nov 2007 07:45:19 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id B89C313C478; Wed, 28 Nov 2007 07:45:18 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAS7jGW5057824; Wed, 28 Nov 2007 08:45:16 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <474D1C8C.2060304@deepcore.dk> Date: Wed, 28 Nov 2007 08:45:16 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: John Baldwin References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <474C71B1.1080104@deepcore.dk> <200711271639.09601.jhb@freebsd.org> In-Reply-To: <200711271639.09601.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Barney Cordoba , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 07:45:19 -0000 John Baldwin wrote: > > FYI, I've seen weird in-memory corruption with machines with the HT1000= _S1=20 > atapci device. In all the cases I've seen so far, a single page is cor= rupted=20 > with garbage and the page happens to be used by UMA to hold credentials= =20 > including proc0's credentials. I've seen this corruption (trashed cred= s for=20 > proc0 and other creds in that page) on many of the same boxes (Dell 143= 5's=20 > IIRC) running on 6.2. I've tried switching the HT1000_S1 to use SWKSMI= O=20 > rather SWKS100 as I mentioned to you in an earlier e-mail (the Linux dr= iver=20 > uses equivalent of SWKSMIO FWIW) but don't have any conclusive tests on= that. > > =20 OK, seems the chipset has some real problems, I have digged through all=20 the (very little) docs and info I got from serverworks back when, and=20 the only thing I can find is that the chips doesn't support MSI in any=20 shape or fashion or it will do really strange things. Now on my system it seems to be disabled but I'm not sure yet how its=20 determined to be that way. Would be worth for you guys to check what the = sysctl's "hw.pci.enable_msi" and "hw.pci.enable_msix" are set to. I havn't looked into this yet, but I'm pretty sure we added MSI support=20 in the 6.2 -> 7.0 timeframe, so that might have uncovered this chipset=20 bug, and possibly the Promise data corruption one as well. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 08:02:23 2007 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 B095016A41A for ; Wed, 28 Nov 2007 08:02:23 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.233.200]) by mx1.freebsd.org (Postfix) with ESMTP id 23CFE13C448 for ; Wed, 28 Nov 2007 08:02:22 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-msk-nat.sw.ru [195.214.232.10]) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id lAS7Y5Wt025996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Nov 2007 10:34:06 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IxHQr-000402-0J; Wed, 28 Nov 2007 10:34:05 +0300 From: Vladimir Grebenschikov To: Bill Moran In-Reply-To: <20071126202616.59181533.wmoran@potentialtech.com> References: <20071126202616.59181533.wmoran@potentialtech.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 28 Nov 2007 10:34:04 +0300 Message-Id: <1196235244.15014.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org Subject: Re: zzz fails on Lenovo Thinkpad T61 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 08:02:23 -0000 On Mon, 2007-11-26 at 20:26 -0500, Bill Moran wrote: > When I try to use zzz to suspend the laptop, I get a few second pause, > then the system locks solid. > > Is this a known issue? How can I help debug this? > > I'm running 7.0 from Nov 25. Your T61 have Intel Core Duo CPU ? As far as I know suspend/resume is not supported in any SMP configurations, or I have missed anything ? some reference: http://lists.freebsd.org/pipermail/freebsd-mobile/2006-November/009326.html http://osdir.com/ml/os.freebsd.devel.acpi/2006-10/msg00013.html -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 08:22:56 2007 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 11CE716A417 for ; Wed, 28 Nov 2007 08:22:56 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9B6DB13C442 for ; Wed, 28 Nov 2007 08:22:55 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1259804nfb for ; Wed, 28 Nov 2007 00:22:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=I9aYrhuUCM+wwNxeExtdBluUzPYlsfwCY0/7A5uuFLM=; b=Jg8bK+qY8GJPwz4hhS2cQoshSKz0hEsUe+YLUWucVXZLMxz7n4OutbmdhHFKLOt1ZDZalj0NUtpGaidssO7nghS7L36hY0yVUAwbgutsnPybl9nqyeXscvxutLn8ZysStIsxO0q+1+01L+9QmN4oM8vurlL9LSNUg+92sYoqeoM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=rseh1vugcy/vxZ9dLwIYXRMCU3vNLR9WLQPiynzKPqU6JD+0UwD43dWroBQ6cLbCws9ZSvqRhpynZHtLkTIDzxHRv2Cxrj527O9LcEmnRGsQok8sHxYvpZHUCXo6sbd1se0fedPfH64EvvC5rBUE8rBMyXJ5IjiBijESMoTgxvg= Received: by 10.86.81.8 with SMTP id e8mr4728789fgb.1196236693768; Tue, 27 Nov 2007 23:58:13 -0800 (PST) Received: from ?192.168.1.185? ( [213.152.137.35]) by mx.google.com with ESMTPS id b17sm5838991fka.2007.11.27.23.58.12 (version=SSLv3 cipher=RC4-MD5); Tue, 27 Nov 2007 23:58:12 -0800 (PST) Message-ID: <474D1FC9.1050202@gmail.com> Date: Wed, 28 Nov 2007 10:59:05 +0300 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: trouble with CALL linux_getdents() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 08:22:56 -0000 Hi http://www.freebsd.org/cgi/query-pr.cgi?pr=117010 http://lists.freebsd.org/pipermail/freebsd-emulation/2007-September/003960.html HLDS (Half-Life Dedicated Server) on FreeBSD 8.0-CURRENT with linux_base-fc6 (Linux 2.6 libraries) & linux_base-fc4 (Linux 2.4 libraries) - kdump of starting HLDS on FreeBSD 8.0-CURRENT with linux_base-fc4 ftp://ftp.ipt.ru/pub/linux/fc4.dump.txt note: using CALL linux_getdents64() status: HLDS is working - kdump of starting HLDS on FreeBSD 8.0-CURRENT with linux_base-fc6 ftp://ftp.ipt.ru/pub/linux/hldc.kdump.txt note: using CALL linux_getdents() status: HLDS is crashed -> core_dump - error on CALL linux_getdents() please help, any solutions /Vladimir Ermakov From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 08:58:00 2007 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 B930B16A418 for ; Wed, 28 Nov 2007 08:58:00 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0D1FE13C468 for ; Wed, 28 Nov 2007 08:57:59 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup95.ach.sch.gr [81.186.70.95]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAS8vfv4017043 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 28 Nov 2007 10:57:52 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAS8vcbL002361; Wed, 28 Nov 2007 10:57:38 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAS8vXTF002353; Wed, 28 Nov 2007 10:57:33 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 28 Nov 2007 10:57:32 +0200 From: Giorgos Keramidas To: "Aryeh M. Friedman" Message-ID: <20071128085732.GA2276@kobe.laptop> References: <474CE455.6070603@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474CE455.6070603@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.945, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.45, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: idea bouncing: using cvs as a replacement for mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 08:58:00 -0000 On 2007-11-27 22:45, "Aryeh M. Friedman" wrote: > I was thinking seeing the fact that I already have a cvs repo of > - -current does it make sense to just use CVS to update /etc instead of > mergemaster... if so any ideas on doing it cleanly? It may work, but it doesn't ``scale'' to dozens of machines, and you still have to do merging when upstream files (the ones in the FreeBSD repository) change. It's not particularly hard to merge with CVS, if you consider the src/etc files of FreeBSD a ``vendor branch'', but it's not exactly a fun ride either. From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 09:28:51 2007 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 D39A716A478 for ; Wed, 28 Nov 2007 09:28:51 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8872313C4D1 for ; Wed, 28 Nov 2007 09:28:51 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3243797pyb for ; Wed, 28 Nov 2007 01:28:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=grV5Hy91V3MI+t+Kq3bL9x/nwIVq35tjGfR6kpsYjBI=; b=D4Ie0KMcmj03DSDSUzGcnhd/cO9Timlz/ZK7o2h4wfwZW5XD+NuwLXJPjkYa2C2ab1j2HqWXvxyipmpcomp4AdSrtWXEetfHG9xiTslkY5bLozo1/laKb7NbpzBVCFDSlfweTLppEqj6DphYfWGkHiWIEAQ7vKPsKVWCpe1G9AY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=ejiQ3oPZERDNbuyFZLfL04mIzbMkA3/wIq+bUUyfuJICba3TupoAocHTNR+f2JO4ytmiK8kLdmuSg5qfRPuQQT+J2EFugecVRt9F1eoctQfbLZ+LLNEW27CfKN2h8DFFv7E+Z9UhNzjYN4xDoxOnbxjeP0b0HWhwgx/ckd0+Jyg= Received: by 10.65.191.3 with SMTP id t3mr623854qbp.1196242086617; Wed, 28 Nov 2007 01:28:06 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id f15sm2925214qba.2007.11.28.01.27.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 28 Nov 2007 01:28:04 -0800 (PST) Message-ID: <474D349B.90401@gmail.com> Date: Wed, 28 Nov 2007 04:27:55 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Peter Jeremy References: <474C28C1.4000204@gmail.com> <474C2B01.7060305@gmail.com> <474C380E.3010903@samsco.org> <474C3C34.3080802@gmail.com> <20071128091629.GX50167@server.vk2pj.dyndns.org> In-Reply-To: <20071128091629.GX50167@server.vk2pj.dyndns.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 09:28:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Jeremy wrote: > On Tue, Nov 27, 2007 at 10:48:04AM -0500, Aryeh M. Friedman wrote: >> I posted a extremely long and detailed set of diags to cvs-src > > You made a long and basically content-free posting to cvs-src > complaining about problems with a recent libthr/libkse commit but I've > yet to see any more detail than "it hangs on amd64". With no error messages what else was I supposed to say? > It's still > unclear to me whether you were complaining about libkse or malloc > since you have referred to both. The problem did not manifest until after appyling the libpth patch... but it appears to have been malloc because as soon I applied Jason's updated patch it worked fine. > Note that whilst multiple copies of > your dmesg, sysctl and kernel config are "extremely long", they do not > constitute a "detailed set of diags". This is a xorg-7.3 issue that I have had since up 7.3 came out but I have not narrowed it enough to make a report - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTTSbJ9+1V27SttsRAu+DAJ4lWpauHV988VEP7JAFCBZ/XD3k1gCfR3yz +/Fm8KDsBF0cd1F769OnDSU= =LCpp -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 09:44:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from misaki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 1ED4916A419; Wed, 28 Nov 2007 09:44:32 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Wed, 28 Nov 2007 17:43:39 +0800 From: Ariff Abdullah To: Guy Brand Message-Id: <20071128174339.659aff7f.ariff@FreeBSD.org> In-Reply-To: <20071127202949.GA1855@isis.u-strasbg.fr> References: <20071127202949.GA1855@isis.u-strasbg.fr> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__28_Nov_2007_17_43_39_+0800_/+KN4HQ=6TEnY+z_" Cc: freebsd-current@freebsd.org Subject: Re: snd_hda regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 09:44:34 -0000 --Signature=_Wed__28_Nov_2007_17_43_39_+0800_/+KN4HQ=6TEnY+z_ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 27 Nov 2007 21:29:49 +0100 Guy Brand wrote: > Hello, >=20 >=20 > The Intel 82801H sound chip of my Lenovo x61 is no longer working > with hdac.c revision 1.46. Reverting to revision 1.45 restores > "normal" behavior. The pcm related lines of a verbose boot with a > working (1.45) and a broken (1.46) snd_hda driver loaded in the > kernel are available from: >=20 > http://mojito.u-strasbg.fr/bug/hdac-1.45 > http://mojito.u-strasbg.fr/bug/hdac-1.46 >=20 > I can provide other information if needed. > Regards, >=20 Please explain what breaks. Headphone? Speakers? Both? Interrupt timeout? -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Wed__28_Nov_2007_17_43_39_+0800_/+KN4HQ=6TEnY+z_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHTThLlr+deMUwTNoRAu6AAKCb5kqu4jgw4ZblLhYGDbgT0LcnXgCgxm/g VRP9zVb6hocQbDgO1IcbUMo= =RdUj -----END PGP SIGNATURE----- --Signature=_Wed__28_Nov_2007_17_43_39_+0800_/+KN4HQ=6TEnY+z_-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 10:15:39 2007 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 72EDD16A4A0 for ; Wed, 28 Nov 2007 10:15:39 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id C0B5813C4CE for ; Wed, 28 Nov 2007 10:15:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-194.lns10.adl2.internode.on.net [121.45.33.194]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lASAFVxg043520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Nov 2007 20:45:31 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 28 Nov 2007 20:45:26 +1030 User-Agent: KMail/1.9.7 References: <474CE455.6070603@gmail.com> <20071128085732.GA2276@kobe.laptop> In-Reply-To: <20071128085732.GA2276@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1590209.lBmIjpfN1e"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711282045.27679.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Giorgos Keramidas , "Aryeh M. Friedman" Subject: Re: idea bouncing: using cvs as a replacement for mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 10:15:39 -0000 --nextPart1590209.lBmIjpfN1e Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 28 Nov 2007, Giorgos Keramidas wrote: > On 2007-11-27 22:45, "Aryeh M. Friedman" =20 wrote: > > I was thinking seeing the fact that I already have a cvs repo of > > - -current does it make sense to just use CVS to update /etc > > instead of mergemaster... if so any ideas on doing it cleanly? > > It may work, but it doesn't ``scale'' to dozens of machines, and you > still have to do merging when upstream files (the ones in the FreeBSD > repository) change. It's not particularly hard to merge with CVS, if > you consider the src/etc files of FreeBSD a ``vendor branch'', but > it's not exactly a fun ride either. etcmerge does a 3 way merge which makes most updates almost completely=20 painless.. It does need to be taught to special case certain files tho=20 (ie all of the ones derived from others like spwd.db, aliases.db, etc)=20 but apart from that it is very nice. It is a port - sysutils/etcmerge. =20 =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1590209.lBmIjpfN1e Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHTT+/5ZPcIHs/zowRAhYNAKCXn4UVuNLEptAgRdkwuP4q8/PNXgCcDXPQ pXoAIvFRo5bk1Udslex7rvg= =vFpq -----END PGP SIGNATURE----- --nextPart1590209.lBmIjpfN1e-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 10:28:16 2007 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 DEC0716A41A for ; Wed, 28 Nov 2007 10:28:16 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]) by mx1.freebsd.org (Postfix) with ESMTP id 5F16D13C4E9 for ; Wed, 28 Nov 2007 10:28:16 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from 6nq.u-strasbg.fr (mojito.u-strasbg.fr [IPv6:2001:660:4701:1002::3]) by mailhost.u-strasbg.fr (8.13.8/jtpda-5.5pre1) with ESMTP id lASASEYB071394 for ; Wed, 28 Nov 2007 11:28:14 +0100 (CET) Received: by 6nq.u-strasbg.fr (Postfix, from userid 1001) id E5D86C12A; Wed, 28 Nov 2007 11:27:20 +0100 (CET) Date: Wed, 28 Nov 2007 11:27:20 +0100 From: Guy Brand To: freebsd-current@FreeBSD.org Message-ID: <20071128102720.GA1689@isis.u-strasbg.fr> References: <20071127202949.GA1855@isis.u-strasbg.fr> <20071128174339.659aff7f.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20071128174339.659aff7f.ariff@FreeBSD.org> x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Wed, 28 Nov 2007 11:28:14 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4934/Wed Nov 28 00:17:17 2007 on mr8.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mr8.u-strasbg.fr Cc: Subject: Re: snd_hda regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 10:28:17 -0000 Ariff Abdullah (ariff@FreeBSD.org) on 28/11/2007 at 17:43 wrote: > Please explain what breaks. Headphone? Speakers? Both? Interrupt > timeout? Sorry. No sound output at all. I haven't tried recording. -- bug From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 10:44:14 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from misaki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 8BDD316A417; Wed, 28 Nov 2007 10:44:13 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Wed, 28 Nov 2007 18:43:20 +0800 From: Ariff Abdullah To: Guy Brand Message-Id: <20071128184320.56c069c8.ariff@FreeBSD.org> In-Reply-To: <20071128102720.GA1689@isis.u-strasbg.fr> References: <20071127202949.GA1855@isis.u-strasbg.fr> <20071128174339.659aff7f.ariff@FreeBSD.org> <20071128102720.GA1689@isis.u-strasbg.fr> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__28_Nov_2007_18_43_20_+0800_TMMC5atM=TZQqPr4" Cc: freebsd-current@FreeBSD.org Subject: Re: snd_hda regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 10:44:14 -0000 --Signature=_Wed__28_Nov_2007_18_43_20_+0800_TMMC5atM=TZQqPr4 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 28 Nov 2007 11:27:20 +0100 Guy Brand wrote: > Ariff Abdullah (ariff@FreeBSD.org) on 28/11/2007 at 17:43 wrote: >=20 > > Please explain what breaks. Headphone? Speakers? Both? Interrupt > > timeout? >=20 > Sorry. No sound output at all. I haven't tried recording. >=20 Grab this: http://people.freebsd.org/~ariff/test/hdac.c -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Wed__28_Nov_2007_18_43_20_+0800_TMMC5atM=TZQqPr4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHTUZIlr+deMUwTNoRAtc3AJ4gfkZO8HNSNH9Oy4jefENfxjziiACfbW3z IqGalZ7fSXbPdHbZqZMBeA8= =5YwJ -----END PGP SIGNATURE----- --Signature=_Wed__28_Nov_2007_18_43_20_+0800_TMMC5atM=TZQqPr4-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 12:22:37 2007 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 0399A16A421 for ; Wed, 28 Nov 2007 12:22:36 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 9912113C45A for ; Wed, 28 Nov 2007 12:22:36 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 38231 invoked by uid 60001); 28 Nov 2007 12:22:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=XnDU0QN+9Uk7WI8pGe7PKf5DifnPOdIF6Hke+hFTfbsyNpWYsZHe5AYn9fayUk+iWZk9tqzQT+/wE9LAQbN/NdIWHVzL3tv7OSYn4BFjCZ9ERQTJbhLY9FBvn7xg4CQ/6AeIlSVwmm89fR6r00oRQ6mi54fgHkjAHYk9JlxemVQ=; X-YMail-OSG: BLAECoUVM1nPT2zzBZe8pXCOSj0P8hAJycSeqm_vq5MotFJuHPXxuyE0kjRvrli4tm1DJyhy9gft65Y0KlsPR2qe5cciHV6dyluD6jgFjS8Zp71koNeqig-- Received: from [98.203.28.38] by web63908.mail.re1.yahoo.com via HTTP; Wed, 28 Nov 2007 04:22:35 PST Date: Wed, 28 Nov 2007 04:22:35 -0800 (PST) From: Barney Cordoba To: "Søren" Schmidt , John Baldwin In-Reply-To: <474D1C8C.2060304@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <716784.37627.qm@web63908.mail.re1.yahoo.com> Cc: Barney Cordoba , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 12:22:37 -0000 --- Søren Schmidt wrote: > John Baldwin wrote: > > > > FYI, I've seen weird in-memory corruption with > machines with the HT1000_S1 > > atapci device. In all the cases I've seen so far, > a single page is corrupted > > with garbage and the page happens to be used by > UMA to hold credentials > > including proc0's credentials. I've seen this > corruption (trashed creds for > > proc0 and other creds in that page) on many of the > same boxes (Dell 1435's > > IIRC) running on 6.2. I've tried switching the > HT1000_S1 to use SWKSMIO > > rather SWKS100 as I mentioned to you in an earlier > e-mail (the Linux driver > > uses equivalent of SWKSMIO FWIW) but don't have > any conclusive tests on that. > > > > > OK, seems the chipset has some real problems, I have > digged through all > the (very little) docs and info I got from > serverworks back when, and > the only thing I can find is that the chips doesn't > support MSI in any > shape or fashion or it will do really strange > things. > Now on my system it seems to be disabled but I'm not > sure yet how its > determined to be that way. Would be worth for you > guys to check what the > sysctl's "hw.pci.enable_msi" and > "hw.pci.enable_msix" are set to. > I havn't looked into this yet, but I'm pretty sure > we added MSI support > in the 6.2 -> 7.0 timeframe, so that might have > uncovered this chipset > bug, and possibly the Promise data corruption one as > well. > > -Søren That was something that was suggested a while ago when I pointed out the linux disables MSI. It had no effect in our systems. Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 12:22:37 2007 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 047AB16A46D for ; Wed, 28 Nov 2007 12:22:37 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 9D9BF13C469 for ; Wed, 28 Nov 2007 12:22:36 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 38231 invoked by uid 60001); 28 Nov 2007 12:22:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=XnDU0QN+9Uk7WI8pGe7PKf5DifnPOdIF6Hke+hFTfbsyNpWYsZHe5AYn9fayUk+iWZk9tqzQT+/wE9LAQbN/NdIWHVzL3tv7OSYn4BFjCZ9ERQTJbhLY9FBvn7xg4CQ/6AeIlSVwmm89fR6r00oRQ6mi54fgHkjAHYk9JlxemVQ=; X-YMail-OSG: BLAECoUVM1nPT2zzBZe8pXCOSj0P8hAJycSeqm_vq5MotFJuHPXxuyE0kjRvrli4tm1DJyhy9gft65Y0KlsPR2qe5cciHV6dyluD6jgFjS8Zp71koNeqig-- Received: from [98.203.28.38] by web63908.mail.re1.yahoo.com via HTTP; Wed, 28 Nov 2007 04:22:35 PST Date: Wed, 28 Nov 2007 04:22:35 -0800 (PST) From: Barney Cordoba To: "Søren" Schmidt , John Baldwin In-Reply-To: <474D1C8C.2060304@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <716784.37627.qm@web63908.mail.re1.yahoo.com> Cc: Barney Cordoba , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 12:22:37 -0000 --- Søren Schmidt wrote: > John Baldwin wrote: > > > > FYI, I've seen weird in-memory corruption with > machines with the HT1000_S1 > > atapci device. In all the cases I've seen so far, > a single page is corrupted > > with garbage and the page happens to be used by > UMA to hold credentials > > including proc0's credentials. I've seen this > corruption (trashed creds for > > proc0 and other creds in that page) on many of the > same boxes (Dell 1435's > > IIRC) running on 6.2. I've tried switching the > HT1000_S1 to use SWKSMIO > > rather SWKS100 as I mentioned to you in an earlier > e-mail (the Linux driver > > uses equivalent of SWKSMIO FWIW) but don't have > any conclusive tests on that. > > > > > OK, seems the chipset has some real problems, I have > digged through all > the (very little) docs and info I got from > serverworks back when, and > the only thing I can find is that the chips doesn't > support MSI in any > shape or fashion or it will do really strange > things. > Now on my system it seems to be disabled but I'm not > sure yet how its > determined to be that way. Would be worth for you > guys to check what the > sysctl's "hw.pci.enable_msi" and > "hw.pci.enable_msix" are set to. > I havn't looked into this yet, but I'm pretty sure > we added MSI support > in the 6.2 -> 7.0 timeframe, so that might have > uncovered this chipset > bug, and possibly the Promise data corruption one as > well. > > -Søren That was something that was suggested a while ago when I pointed out the linux disables MSI. It had no effect in our systems. Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 13:00:49 2007 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 4191E16A41B for ; Wed, 28 Nov 2007 13:00:49 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id EBF2E13C467 for ; Wed, 28 Nov 2007 13:00:48 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3381068pyb for ; Wed, 28 Nov 2007 05:00:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=9uVL5LMqB5p9YHx8+6jylBsozArTnIz6qiUTmdUj6Kw=; b=CUpUgM7P/zm93HwBT4gd1VrI+kdbg+kRlRnC6BqA1dd0X5ptjr9tuWuzmxIe1/3mUQMArWWyTv/PsCokur7nOu6g42Vci4YbgFdRf8ELGv+YT+QqSFSd9L7oMAv8BnL/PVVQ8vossSwIp2e0p9pV8hXt3K5qCoqhJd7bVFdbO+0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pN9+MDPHWXm4keBZGXMXs79zGF2P/DpZ1yeonzxr0gCsTh7irjIu/ihrjsl0dfmjaJh/YXhsysRp93LKVwYxssQrJ0QDO/L8ninBU/+CJzneKvGVtg6EGDjLhnbC0iOIFKIm7Axvtoww3xOny4ETwzSnYD2Rg52/LEOEEO9qD5c= Received: by 10.65.124.8 with SMTP id b8mr11590514qbn.1196254841014; Wed, 28 Nov 2007 05:00:41 -0800 (PST) Received: by 10.64.184.9 with HTTP; Wed, 28 Nov 2007 05:00:40 -0800 (PST) Message-ID: <8e10486b0711280500l4596a1c2vb6ebe05f4cdfad63@mail.gmail.com> Date: Wed, 28 Nov 2007 11:00:40 -0200 From: "Alexandre Biancalana" To: "Per olof Ljungmark" In-Reply-To: <474C7028.1040705@intersonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> <474C7028.1040705@intersonic.se> Cc: freebsd-current@freebsd.org Subject: Re: BETA3 crash (zfs 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, 28 Nov 2007 13:00:49 -0000 On Nov 27, 2007 5:29 PM, Per olof Ljungmark wrote: > Alexandre Biancalana wrote: > > Hi list, > > > > My Backup Server is running 7-BETA3 from 3 days ago, is a single > > processor Core2 Duo with 2GB Ram AMD64 SMP Kernel with ZFS. > > > > Last night the machine rebooted after a crash, bellow are my dmesg > > and some messages that I get from /var/log/messsages. > > > > Let me know if you need some other information. > > Me just checking if it could possibly be related to > http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 > because you mention the "rtfree" message. I don't think so.... the "rtfree" message ocurred only once.... > > I have severe problems from this as reported in > http://www.freebsd.org/cgi/query-pr.cgi?pr=118044 > > Do you by any chance run IPSec on your firewall? This machine don't have any firewall or IPSec service enabled. From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 13:37:22 2007 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 9B1EB16A41A for ; Wed, 28 Nov 2007 13:37:22 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2BE13C448 for ; Wed, 28 Nov 2007 13:37:22 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1224967rvb for ; Wed, 28 Nov 2007 05:37:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=BhRdsGm/IYSCDBlcofD/Trdt86Knkw/r49IhNpevw5k=; b=bdAa3zUMlVLwQe3vBvivWcVqkSnItpQO84BdwHqW0I6V3tBP/dboLSNp2hts31HLoUzSVlQDzyYzthvcvRnTKMhBp4Yj6nm3EoqeCC9lSIWS//GnlcJPLW8xxx2rvoypnN1ggZfASCkPHaDFxzYIKU6q8dZmLzGBTpPGbt7NFPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DxJBDRbz4Of4jtgEmDnXcI3NS5srHImnlsVVpFl6bqAGqMUggqV3xvxPtc0AzV5G9CymwzsoNlMLfVNJ7DlpyP/8612oNCi1jPKbgMillgfTbJQwZ2L/W74yszPgaqESPAm5dQ163ohJZEUtVUlpzJ24Qv2fbwLOH2tkoq27l4A= Received: by 10.141.113.6 with SMTP id q6mr2521521rvm.1196257042121; Wed, 28 Nov 2007 05:37:22 -0800 (PST) Received: by 10.64.184.9 with HTTP; Wed, 28 Nov 2007 05:37:21 -0800 (PST) Message-ID: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> Date: Wed, 28 Nov 2007 11:37:21 -0200 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7-BETA3 everyday reboot (was: BETA3 crash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 13:37:22 -0000 Hi list, The server continue to reboot every night and I *really* need some help to track this down. The message past 2 days before the reboot are simillar: Nov 27 01:36:03 Manny syslogd: kernel boot file is /boot/kernel/kernel Nov 27 01:36:03 Manny kernel: panic: vm_fault: fault on nofault entry, addr: ffffffffd5e0b000 Nov 27 01:36:03 Manny kernel: cpuid = 0 Nov 27 01:36:03 Manny kernel: KDB: stack backtrace: Nov 27 01:36:03 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 27 01:36:03 Manny kernel: panic() at panic+0x17a Nov 27 01:36:03 Manny kernel: vm_fault() at vm_fault+0x14c1 Nov 27 01:36:03 Manny kernel: trap_pfault() at trap_pfault+0x218 Nov 27 01:36:03 Manny kernel: trap() at trap+0x30c Nov 27 01:36:03 Manny kernel: calltrap() at calltrap+0x8 Nov 27 01:36:03 Manny kernel: --- trap 0xc, rip = 0xffffffffd81d4e54, rsp = 0xffffffffd8245960, rbp = 0xffffffffd82459a0 --- Nov 27 01:36:03 Manny kernel: dsl_dir_set_reservation_check() at dsl_dir_set_reservation_check+0x24 Nov 27 01:36:03 Manny kernel: dsl_sync_task_group_sync() at dsl_sync_task_group_sync+0x96 Nov 27 01:36:03 Manny kernel: dsl_pool_sync() at dsl_pool_sync+0xc3 Nov 27 01:36:03 Manny kernel: spa_sync() at spa_sync+0x390 Nov 27 01:36:03 Manny kernel: txg_sync_thread() at txg_sync_thread+0x12f Nov 27 01:36:03 Manny kernel: fork_exit() at fork_exit+0x12a Nov 27 01:36:03 Manny kernel: fork_trampoline() at fork_trampoline+0xe Nov 27 01:36:03 Manny kernel: --- trap 0, rip = 0, rsp = 0xffffffffd8245d30, rbp = 0 --- Nov 27 01:36:03 Manny kernel: Uptime: 22h22m55s Nov 27 01:36:03 Manny kernel: Physical memory: 2036 MB Nov 27 01:36:03 Manny kernel: Dumping 1256 MB: 1241 1225 1209 1193 1177 1161 1145 1129 1113 1097 1081 1065 1049 1033 1017 1001 985 969 953 937 9 21 905 889 873 857 841 825 809 793 777 761 745 729 713 697 681 665 649 633 617 601 585 569 553 537 521 505 489 473 457 441 425 409 393 377 361 3 45 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 Last night the message before reboot was different: Nov 28 03:37:18 Manny syslogd: kernel boot file is /boot/kernel/kernel Nov 28 03:37:18 Manny kernel: panic: kmem_malloc(131072): kmem_map too small: 878166016 total allocated Nov 28 03:37:18 Manny kernel: cpuid = 1 Nov 28 03:37:18 Manny kernel: KDB: stack backtrace: Nov 28 03:37:18 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 28 03:37:18 Manny kernel: panic() at panic+0x17a Nov 28 03:37:18 Manny kernel: kmem_malloc() at kmem_malloc+0x49a Nov 28 03:37:18 Manny kernel: uma_large_malloc() at uma_large_malloc+0x4a Nov 28 03:37:18 Manny kernel: malloc() at malloc+0x12d Nov 28 03:37:18 Manny kernel: zil_lwb_write_start() at zil_lwb_write_start+0x283 Nov 28 03:37:18 Manny kernel: zil_commit_writer() at zil_commit_writer+0x1c4 Nov 28 03:37:18 Manny kernel: zil_commit() at zil_commit+0xb8 Nov 28 03:37:18 Manny kernel: zfs_sync() at zfs_sync+0x9a Nov 28 03:37:18 Manny kernel: sync_fsync() at sync_fsync+0x187 Nov 28 03:37:18 Manny kernel: sched_sync() at sched_sync+0x354 Nov 28 03:37:18 Manny kernel: fork_exit() at fork_exit+0x12a Nov 28 03:37:18 Manny kernel: fork_trampoline() at fork_trampoline+0xe Nov 28 03:37:18 Manny kernel: --- trap 0, rip = 0, rsp = 0xffffffffd4d25d30, rbp = 0 --- Nov 28 03:37:18 Manny kernel: Uptime: 1d1h58m22s Nov 28 03:37:18 Manny kernel: Physical memory: 2036 MB Nov 28 03:37:18 Manny kernel: Dumping 1617 MB: 1602 1586 1570 1554 1538 1522 1506 1490 1474 1458 1442 1426 1410 1394 1378 1362 1346 1330 1314 1298 1282 1266 1250 1234 1218 1202 1186 1170 1154 1138 1122 1106 1090 1074 1058 1042 1026 1010 994 978 962 946 930 914 898 882 866 850 834 818 802 786 770 754 738 722 706 690 674 658 642 626 610 594 578 562 546 530 514 498 482 466 450 434 418 402 386 370 354 338 322 306 290 274 258 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 Nov 28 03:37:18 Manny kernel: Dump complete Nov 28 03:37:18 Manny kernel: Automatic reboot in 15 seconds - press a key on the console to abort Nov 28 03:37:18 Manny kernel: Rebooting... Nov 28 03:37:18 Manny kernel: cpu_reset: Stopping other CPUs Looking at /var/crash/info.9 (the last crash) I see the message "Panic String: kmem_malloc(131072): kmem_map too small: 878166016 total allocated", I never had this crash before see my /boot/loader.conf: vm.kmem_size_max="1G" vm.kmem_size="1G" I have the 3 vmcore files, but as said before I need some help to analyze then: Manny:/var/crash # ls -la total 4143934 drwxr-x--- 2 root wheel 512 Nov 28 11:19 . drwxr-xr-x 24 root wheel 512 Nov 28 01:37 .. -rw-r--r-- 1 root wheel 3 Nov 28 03:37 bounds -rw------- 1 root wheel 471 Nov 26 03:10 info.7 -rw------- 1 root wheel 471 Nov 27 01:36 info.8 -rw------- 1 root wheel 481 Nov 28 03:37 info.9 -rw-r--r-- 1 root wheel 5 Sep 17 11:33 minfree -rw------- 1 root wheel 1235959808 Nov 26 03:14 vmcore.7 -rw------- 1 root wheel 1317441536 Nov 27 01:37 vmcore.8 -rw------- 1 root wheel 1695657984 Nov 28 03:39 vmcore.9 Manny:/var/crash # kgdb /boot/kernel/kernel vmcore.9 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xffffffff80326aea in doadump () #1 0xffffffffd4d25780 in ?? () #2 0xffffffff80327005 in boot () Previous frame inner to this frame (corrupt stack?) (kgdb) This machine is running sources from 25/11 with AMD64 and ZFS. The complete dmesg of this machine can be seen at first message of the previus thread (http://www.nabble.com/BETA3-crash-(zfs-related--)-t4865643.html) I can provide any additional information need. Any help is *very* appreciated ! Best Regards, Alexandre From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 13:42:35 2007 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 D2B8F16A46D for ; Wed, 28 Nov 2007 13:42:35 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id A264113C46A for ; Wed, 28 Nov 2007 13:42:35 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from vanquish.pitbpa0.priv.collaborativefusion.com (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTP id 98026EBC3C; Wed, 28 Nov 2007 08:42:34 -0500 (EST) Date: Wed, 28 Nov 2007 08:42:33 -0500 From: Bill Moran To: vova@fbsd.ru Message-Id: <20071128084233.d7d9fe85.wmoran@potentialtech.com> In-Reply-To: <1196235244.15014.10.camel@localhost> References: <20071126202616.59181533.wmoran@potentialtech.com> <1196235244.15014.10.camel@localhost> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: zzz fails on Lenovo Thinkpad T61 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 13:42:35 -0000 In response to Vladimir Grebenschikov : > > On Mon, 2007-11-26 at 20:26 -0500, Bill Moran wrote: > > When I try to use zzz to suspend the laptop, I get a few second pause, > > then the system locks solid. > > > > Is this a known issue? How can I help debug this? > > > > I'm running 7.0 from Nov 25. > > Your T61 have Intel Core Duo CPU ? Yes. > As far as I know suspend/resume is not supported in any SMP > configurations, or I have missed anything ? You've got to be fucking kidding me. > some reference: > http://lists.freebsd.org/pipermail/freebsd-mobile/2006-November/009326.html > http://osdir.com/ml/os.freebsd.devel.acpi/2006-10/msg00013.html Well ... that seems to answer it. I guess I'll put two kernels on, a UP kernel and an SMP kernel. I can boot the UP kernel for normal use, which will allow me to suspend, and I can boot the SMP kernel if I want the extra CPU, or if I have time to help debug the problem. Thanks a lot for the input. -- Bill Moran http://www.potentialtech.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 13:43:19 2007 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 DE50216A417 for ; Wed, 28 Nov 2007 13:43:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C97C313C468 for ; Wed, 28 Nov 2007 13:43:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 6A9FC1A4D7E; Wed, 28 Nov 2007 05:43:19 -0800 (PST) From: John Baldwin To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Wed, 28 Nov 2007 08:42:08 -0500 User-Agent: KMail/1.9.7 References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711271639.09601.jhb@freebsd.org> <474D1C8C.2060304@deepcore.dk> In-Reply-To: <474D1C8C.2060304@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711280842.09340.jhb@freebsd.org> Cc: Barney Cordoba , freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 13:43:20 -0000 On Wednesday 28 November 2007 02:45:16 am S=F8ren Schmidt wrote: > John Baldwin wrote: > > > > FYI, I've seen weird in-memory corruption with machines with the HT1000= _S1=20 > > atapci device. In all the cases I've seen so far, a single page is cor= rupted=20 > > with garbage and the page happens to be used by UMA to hold credentials= =20 > > including proc0's credentials. I've seen this corruption (trashed cred= s for=20 > > proc0 and other creds in that page) on many of the same boxes (Dell 143= 5's=20 > > IIRC) running on 6.2. I've tried switching the HT1000_S1 to use SWKSMI= O=20 > > rather SWKS100 as I mentioned to you in an earlier e-mail (the Linux dr= iver=20 > > uses equivalent of SWKSMIO FWIW) but don't have any conclusive tests on= that. > > > > =20 > OK, seems the chipset has some real problems, I have digged through all=20 > the (very little) docs and info I got from serverworks back when, and=20 > the only thing I can find is that the chips doesn't support MSI in any=20 > shape or fashion or it will do really strange things. > Now on my system it seems to be disabled but I'm not sure yet how its=20 > determined to be that way. Would be worth for you guys to check what the= =20 > sysctl's "hw.pci.enable_msi" and "hw.pci.enable_msix" are set to. > I havn't looked into this yet, but I'm pretty sure we added MSI support=20 > in the 6.2 -> 7.0 timeframe, so that might have uncovered this chipset=20 > bug, and possibly the Promise data corruption one as well. The ata driver doesn't use MSI (no calls to pci_msi_count or pci_msi_alloc, etc.), so this isn't an issue. Also, the boxes I've seen the corruption on already have MSI disabled (it's still disabled by default in 6.x). =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 13:51:41 2007 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 B364716A41B; Wed, 28 Nov 2007 13:51:41 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 2029813C442; Wed, 28 Nov 2007 13:51:40 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lASDpcS6064069; Wed, 28 Nov 2007 14:51:39 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <474D726A.8080807@deepcore.dk> Date: Wed, 28 Nov 2007 14:51:38 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: John Baldwin References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711271639.09601.jhb@freebsd.org> <474D1C8C.2060304@deepcore.dk> <200711280842.09340.jhb@freebsd.org> In-Reply-To: <200711280842.09340.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Barney Cordoba , freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 13:51:41 -0000 John Baldwin wrote: > On Wednesday 28 November 2007 02:45:16 am S=F8ren Schmidt wrote: > =20 >> John Baldwin wrote: >> =20 >>> FYI, I've seen weird in-memory corruption with machines with the HT10= 00_S1=20 >>> atapci device. In all the cases I've seen so far, a single page is c= orrupted=20 >>> with garbage and the page happens to be used by UMA to hold credentia= ls=20 >>> including proc0's credentials. I've seen this corruption (trashed cr= eds for=20 >>> proc0 and other creds in that page) on many of the same boxes (Dell 1= 435's=20 >>> IIRC) running on 6.2. I've tried switching the HT1000_S1 to use SWKS= MIO=20 >>> rather SWKS100 as I mentioned to you in an earlier e-mail (the Linux = driver=20 >>> uses equivalent of SWKSMIO FWIW) but don't have any conclusive tests = on that. >>> >>> =20 >>> =20 >> OK, seems the chipset has some real problems, I have digged through al= l=20 >> the (very little) docs and info I got from serverworks back when, and = >> the only thing I can find is that the chips doesn't support MSI in any= =20 >> shape or fashion or it will do really strange things. >> Now on my system it seems to be disabled but I'm not sure yet how its = >> determined to be that way. Would be worth for you guys to check what t= he=20 >> sysctl's "hw.pci.enable_msi" and "hw.pci.enable_msix" are set to. >> I havn't looked into this yet, but I'm pretty sure we added MSI suppor= t=20 >> in the 6.2 -> 7.0 timeframe, so that might have uncovered this chipset= =20 >> bug, and possibly the Promise data corruption one as well. >> =20 > > The ata driver doesn't use MSI (no calls to pci_msi_count or pci_msi_al= loc, > etc.), so this isn't an issue. Also, the boxes I've seen the corruptio= n on > already have MSI disabled (it's still disabled by default in 6.x). > =20 OK, its must be *totally* disabled not just for ATA but for everything=20 on those chipsets or they'll barf all over the place. If we do that already we need to look into other places. However, if we are dealing with in-memory corruption this is going to=20 get "interesting".... Does that also happen if nothing uses DMA ? -S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 14:15:11 2007 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 2665716A41A; Wed, 28 Nov 2007 14:15:11 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id A6F3C13C458; Wed, 28 Nov 2007 14:15:10 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lASEF99p064351; Wed, 28 Nov 2007 15:15:09 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <474D77ED.6030006@deepcore.dk> Date: Wed, 28 Nov 2007 15:15:09 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: John Baldwin , =?ISO-8859-1?Q?S=F8ren_Schmidt?= , Barney Cordoba , freebsd-current@freebsd.org References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711271639.09601.jhb@freebsd.org> <474D1C8C.2060304@deepcore.dk> <200711280842.09340.jhb@freebsd.org> <20071128135401.GD526@holyman.cobbled.net> In-Reply-To: <20071128135401.GD526@holyman.cobbled.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 14:15:11 -0000 ttw+bsd@cobbled.net wrote: > On 28.11-08:42, John Baldwin wrote: > [ ... ] > =20 >> The ata driver doesn't use MSI (no calls to pci_msi_count or pci_msi_a= lloc, >> etc.), so this isn't an issue. Also, the boxes I've seen the corrupti= on on >> already have MSI disabled (it's still disabled by default in 6.x). >> =20 > > can't comment too informatively/productively but when trying to upgrade= > to 7 via BETA install i'm getting DMA errors. i will try to post > more info when system has some downtime. > > can confirm the roll back to 6.2 appears to make things happy again. > =20 Could you try to take /sys/dev/ata/* from releng_6 and fit it into the=20 6.2 system please ? Should fit in there without too much trouble, and take ATA alone to=20 R7/-current level. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 14:20:46 2007 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 2543916A418 for ; Wed, 28 Nov 2007 14:20:46 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: from mail1.slb.deg.dub.stisp.net (mail1.slb.deg.dub.stisp.net [84.203.253.98]) by mx1.freebsd.org (Postfix) with SMTP id 3B53C13C505 for ; Wed, 28 Nov 2007 14:20:43 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: (qmail 20258 invoked from network); 28 Nov 2007 13:54:02 -0000 Received: from unknown (HELO holyman.cobbled.net) (84.203.180.117) by mail1.slb.deg.dub.stisp.net with SMTP; 28 Nov 2007 13:54:02 -0000 Received: by holyman.cobbled.net (Postfix, from userid 16385) id D6ABE10316; Wed, 28 Nov 2007 13:54:01 +0000 (UTC) Date: Wed, 28 Nov 2007 13:54:01 +0000 From: ttw+bsd@cobbled.net To: John Baldwin Message-ID: <20071128135401.GD526@holyman.cobbled.net> Mail-Followup-To: John Baldwin , =?iso-8859-1?Q?S=F8ren?= Schmidt , Barney Cordoba , freebsd-current@freebsd.org References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711271639.09601.jhb@freebsd.org> <474D1C8C.2060304@deepcore.dk> <200711280842.09340.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711280842.09340.jhb@freebsd.org> Cc: Barney Cordoba , freebsd-current@freebsd.org, =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 14:20:46 -0000 On 28.11-08:42, John Baldwin wrote: [ ... ] > The ata driver doesn't use MSI (no calls to pci_msi_count or pci_msi_alloc, > etc.), so this isn't an issue. Also, the boxes I've seen the corruption on > already have MSI disabled (it's still disabled by default in 6.x). can't comment too informatively/productively but when trying to upgrade to 7 via BETA install i'm getting DMA errors. i will try to post more info when system has some downtime. can confirm the roll back to 6.2 appears to make things happy again. From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 14:32:56 2007 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 7201B16A473 for ; Wed, 28 Nov 2007 14:32:56 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: from mail1.slb.deg.dub.stisp.net (mail1.slb.deg.dub.stisp.net [84.203.253.98]) by mx1.freebsd.org (Postfix) with SMTP id B153F13C50F for ; Wed, 28 Nov 2007 14:32:55 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: (qmail 29591 invoked from network); 28 Nov 2007 14:32:54 -0000 Received: from unknown (HELO holyman.cobbled.net) (84.203.180.117) by mail1.slb.deg.dub.stisp.net with SMTP; 28 Nov 2007 14:32:54 -0000 Received: by holyman.cobbled.net (Postfix, from userid 16385) id 4FEF210316; Wed, 28 Nov 2007 14:32:54 +0000 (UTC) Date: Wed, 28 Nov 2007 14:32:54 +0000 From: ttw+bsd@cobbled.net To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20071128143254.GB3237@holyman.cobbled.net> Mail-Followup-To: =?iso-8859-1?Q?S=F8ren?= Schmidt , John Baldwin , Barney Cordoba , freebsd-current@freebsd.org References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711271639.09601.jhb@freebsd.org> <474D1C8C.2060304@deepcore.dk> <200711280842.09340.jhb@freebsd.org> <20071128135401.GD526@holyman.cobbled.net> <474D77ED.6030006@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <474D77ED.6030006@deepcore.dk> Cc: Barney Cordoba , freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 14:32:56 -0000 On 28.11-15:15, Søren Schmidt wrote: [ ... ] > Could you try to take /sys/dev/ata/* from releng_6 and fit it into the > 6.2 system please ? > Should fit in there without too much trouble, and take ATA alone to > R7/-current level. will be a little before i'm able but will post as soon as possible. From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 14:57:09 2007 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 7AF3516A41B for ; Wed, 28 Nov 2007 14:57:09 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 2B09013C4E3 for ; Wed, 28 Nov 2007 14:57:09 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IxOLX-000L5W-Ke for freebsd-current@freebsd.org; Wed, 28 Nov 2007 15:57:03 +0100 Message-ID: <474D81DB.7020004@FreeBSD.org> Date: Wed, 28 Nov 2007 15:57:31 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Fwd: Re: kern/118258 sysctl causing panics on 7.0-xxx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 14:57:09 -0000 Hello, So as per Jeff's information, can someone from the -current list either contact jeff or try to resolve the problems mentioned? :) Cheers remko -------- Original Message -------- Subject: Re: kern/118258 sysctl causing panics on 7.0-xxx Date: Wed, 28 Nov 2007 14:50:02 GMT From: Jeff Palmer Reply-To: Jeff Palmer To: freebsd-bugs@FreeBSD.org The following reply was made to PR kern/118258; it has been noted by GNATS. From: Jeff Palmer To: bug-followup@freebsd.org Cc: Subject: Re: kern/118258 sysctl causing panics on 7.0-xxx Date: Wed, 28 Nov 2007 09:28:47 -0500 Caught another vmcore,=20 this time simply from 'sysctl -a' This one showed debugging data from the if_wpi driver on the terminal immediately before the panic. Since the wpi driver is in -CURRENT (and not in 7.3-BETA3) I'm uncertain if this should actually be filed as a PR, or just brought up on the current@ list. I'm not certain it's directly related to the wpi driver, so until informed otherwise, I'll just keep submitting followups to this PR as I can. Thanks, Jeff Palmer Laptop# kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug /var/crash/vmcore.= 1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol " ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x18264 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc06e6a11 stack pointer =3D 0x28:0xe76e9aa4 frame pointer =3D 0x28:0xe76e9aa4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 53221 (sysctl) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 1d5h15m17s Physical memory: 1001 MB Dumping 210 MB: 195 179 163 147 131 115 99 83 67 51 35 19 3 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0750c17 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 #2 0xc0750ed9 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a1542c in trap_fatal (frame=3D0xe76e9a64, eva=3D98916) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc0a156b0 in trap_pfault (frame=3D0xe76e9a64, usermode=3D0, eva=3D98= 916) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0a16025 in trap (frame=3D0xe76e9a64) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc09fc04b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06e6a11 in dev2udev (x=3D0xc50f4b00) at /usr/src/sys/fs/devfs/devfs_vnops.c:1322 #8 0xc0790e22 in sysctl_kern_ttys (oidp=3D0xc0b4b7e0, arg1=3D0x0, arg2=3D= 0, req=3D0xe76e9ba4) at /usr/src/sys/kern/tty.c:3078 #9 0xc075a457 in sysctl_root (oidp=3DVariable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1306 #10 0xc075a5a4 in userland_sysctl (td=3D0xc5049210, name=3D0xe76e9c14, namelen=3D2, old=3D0x0, oldlenp=3D0xbfbfe334, inkernel=3D0, new=3D0x0, newlen=3D0, retval=3D0xe76e9c10, flags=3D0) at /usr/src/sys/kern/kern_sysctl.c:1401 #11 0xc075b33e in __sysctl (td=3D0xc5049210, uap=3D0xe76e9cfc) at /usr/src/sys/kern/kern_sysctl.c:1336 #12 0xc0a15a05 in syscall (frame=3D0xe76e9d38) at /usr/src/sys/i386/i386/trap.c:1008 #13 0xc09fc0b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list 196 call syscall 197 add $4, %esp 198 MEXITCOUNT 199 jmp doreti 200 201 ENTRY(fork_trampoline) 202 pushl %esp /* trapframe pointer */ 203 pushl %ebx /* arg1 */ 204 pushl %esi /* function */ 205 call fork_exit (kgdb) _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 15:06:15 2007 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 6264316A419 for ; Wed, 28 Nov 2007 15:06:15 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [IPv6:2001:660:2402::157]) by mx1.freebsd.org (Postfix) with ESMTP id D424613C44B for ; Wed, 28 Nov 2007 15:06:14 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from 6nq.u-strasbg.fr (mojito.u-strasbg.fr [IPv6:2001:660:4701:1002::3]) by mailhost.u-strasbg.fr (8.13.8/jtpda-5.5pre1) with ESMTP id lASF6BTY092492 for ; Wed, 28 Nov 2007 16:06:12 +0100 (CET) Received: by 6nq.u-strasbg.fr (Postfix, from userid 1001) id 0A0A112052; Wed, 28 Nov 2007 15:57:51 +0100 (CET) Date: Wed, 28 Nov 2007 15:57:51 +0100 From: Guy Brand To: freebsd-current@FreeBSD.org Message-ID: <20071128145750.GA1852@isis.u-strasbg.fr> References: <20071127202949.GA1855@isis.u-strasbg.fr> <20071128174339.659aff7f.ariff@FreeBSD.org> <20071128102720.GA1689@isis.u-strasbg.fr> <20071128184320.56c069c8.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20071128184320.56c069c8.ariff@FreeBSD.org> x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::157]); Wed, 28 Nov 2007 16:06:13 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4937/Wed Nov 28 14:53:46 2007 on mr7.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mr7.u-strasbg.fr Cc: Subject: Re: snd_hda regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 15:06:15 -0000 Ariff Abdullah (ariff@FreeBSD.org) on 28/11/2007 at 18:43 wrote: > > Sorry. No sound output at all. I haven't tried recording. > > Grab this: http://people.freebsd.org/~ariff/test/hdac.c It works, thanks. Regards, -- bug From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 15:17:04 2007 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 E5FCD16A417 for ; Wed, 28 Nov 2007 15:17:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF8413C4CE for ; Wed, 28 Nov 2007 15:17:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id lASFH3cI071266 for ; Wed, 28 Nov 2007 07:17:03 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id lASFH3HI071265 for current@freebsd.org; Wed, 28 Nov 2007 07:17:03 -0800 (PST) (envelope-from david) Date: Wed, 28 Nov 2007 07:17:03 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20071128151703.GF21444@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fc3RSXbRKaEj1MFC" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: host(1) & nslookup(1) hang, but name resolution ... works??!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 15:17:04 -0000 --fc3RSXbRKaEj1MFC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable OK; this is weird and probably rather vaguer than anyone would like. I noticed this yesterday, but I needed to actually use my laptop at work, so I didn't really have much opportunity to poke around. I did some poking around this morning (on booting yesterday's CURRENT to build today's), and here's some background and what I found: * I normally run the laptop as a DHCP client. * In dhclient-exit-hooks, I have a bit of code that uses the just- acquired IP address as an argument to host(1), then parses the output to determine a hostname to assign to the laptop. This has been working for a very long time -- definitely as far back as FreeBSD 4.8; probably earlier than that. It still works fine in RELENG_6 & RELENG_7 (which I also track daily; the laptop gets a fair workout). * I'm presently running: FreeBSD g1-1.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #604: Tue Nov 2= 7 07:17:37 PST 2007 root@g1-1.catwhisker.org.:/common/S4/obj/usr/src/sy= s/CANARY i386 which is where I first noticed the issue: the invocation of host(1) appears to hang. * I tried invoking host(1) from the command line; that invocation also hung. * nslookup(1) also hung. * I tried running tcpdump(1), then invoking host(1); there was no indication of network traffic at all. * I tried running host(1) under ktrace(1); running kdump(1) with "-E" flag so I can see some timing, the output ends with: 9739 initial thread 0.010794 CALL getsockname(0x3,0xbfbfe140,0xbfbfe15c) 9739 initial thread 0.010820 RET getsockname 0 9739 initial thread 0.010837 CALL close(0x3) 9739 initial thread 0.010874 RET close 0 9739 initial thread 0.010892 CALL socket(PF_LOCAL,SOCK_STREAM,0) 9739 initial thread 0.010934 RET socket 3 9739 initial thread 0.010951 CALL close(0x3) 9739 initial thread 0.010982 RET close 0 9739 initial thread 0.012502 CALL _umtx_op(0xbfbfe0ac,0x3,0x1,0,0) 9739 initial thread 0.012535 RET _umtx_op 0 9739 initial thread 0.012552 CALL sigprocmask(SIG_BLOCK,0xbfbfe040,0x285= 01190) 9739 initial thread 0.012569 RET sigprocmask 0 9739 initial thread 0.012597 CALL _umtx_op(0x283168a0,0x5,0,0,0) 9739 initial thread 19.115591 RET _umtx_op RESTART 9739 initial thread 19.115650 PSIG SIGKILL SIG_DFL As you can see, I waited about 19 seconds before killing the host(1) process (with SIGKILL). * Despite all of this, hostname resolution is actually working -- e.g., I can ping using a hostname: g1-1(8.0-C)[21] ping -c 2 freefall.freebsd.org PING freefall.freebsd.org (69.147.83.40): 56 data bytes 64 bytes from 69.147.83.40: icmp_seq=3D0 ttl=3D56 time=3D14.120 ms 64 bytes from 69.147.83.40: icmp_seq=3D1 ttl=3D55 time=3D14.583 ms --- freefall.freebsd.org ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 14.120/14.351/14.583/0.231 ms g1-1(8.0-C)[22]=20 which is a fairly useful thing, since I'm actually sending this message from my internal mailhost (vs. my laptop). (It's also something of which I wasn't aware yesterday at work, or I might have been able to report this earlier.) * Here's what ps(1) has to say: g1-1(8.0-C)[23] ps xwwl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND =2E.. 1001 24683 24682 0 20 0 4500 2588 pause Is pe 0:00.06 csh 1001 24920 24683 0 44 0 5596 1896 umtxn I+ pe 0:00.01 host 17= 2.17.1.1 * The host(1) process is not killed by SIGTERM, but SIGKILL does the job. As noted, I'm building today's CURRENT now; if there's a change in the behavior, I'll send a follow-up note. I keep a local CVS repo mirror handy, and am not at all averse to testing patches. If there are other aspects of the behavior I might check on, please let me know. Peace, david --=20 David H. Wolfskill david@catwhisker.org Proprietary data formats obfuscate, rather than disseminate, information. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --fc3RSXbRKaEj1MFC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkdNhm4ACgkQmprOCmdXAD28cgCgg75EYdf/6z4BAHnpHm9ceMb2 7hYAnArtoQUy15h9399LuQSudFJq3EPN =kqPv -----END PGP SIGNATURE----- --fc3RSXbRKaEj1MFC-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 15:37:41 2007 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 1890316A469 for ; Wed, 28 Nov 2007 15:37:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0380313C45A for ; Wed, 28 Nov 2007 15:37:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 80A341A4D80; Wed, 28 Nov 2007 07:37:40 -0800 (PST) From: John Baldwin To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Wed, 28 Nov 2007 09:38:37 -0500 User-Agent: KMail/1.9.7 References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> In-Reply-To: <474D726A.8080807@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711280938.38545.jhb@freebsd.org> Cc: Barney Cordoba , freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 15:37:41 -0000 On Wednesday 28 November 2007 08:51:38 am S=F8ren Schmidt wrote: > John Baldwin wrote: > > On Wednesday 28 November 2007 02:45:16 am S=F8ren Schmidt wrote: > > =20 > >> John Baldwin wrote: > >> =20 > >>> FYI, I've seen weird in-memory corruption with machines with the HT10= 00_S1=20 > >>> atapci device. In all the cases I've seen so far, a single page is c= orrupted=20 > >>> with garbage and the page happens to be used by UMA to hold credentia= ls=20 > >>> including proc0's credentials. I've seen this corruption (trashed cr= eds for=20 > >>> proc0 and other creds in that page) on many of the same boxes (Dell 1= 435's=20 > >>> IIRC) running on 6.2. I've tried switching the HT1000_S1 to use SWKS= MIO=20 > >>> rather SWKS100 as I mentioned to you in an earlier e-mail (the Linux = driver=20 > >>> uses equivalent of SWKSMIO FWIW) but don't have any conclusive tests = on that. > >>> > >>> =20 > >>> =20 > >> OK, seems the chipset has some real problems, I have digged through al= l=20 > >> the (very little) docs and info I got from serverworks back when, and= =20 > >> the only thing I can find is that the chips doesn't support MSI in any= =20 > >> shape or fashion or it will do really strange things. > >> Now on my system it seems to be disabled but I'm not sure yet how its= =20 > >> determined to be that way. Would be worth for you guys to check what t= he=20 > >> sysctl's "hw.pci.enable_msi" and "hw.pci.enable_msix" are set to. > >> I havn't looked into this yet, but I'm pretty sure we added MSI suppor= t=20 > >> in the 6.2 -> 7.0 timeframe, so that might have uncovered this chipset= =20 > >> bug, and possibly the Promise data corruption one as well. > >> =20 > > > > The ata driver doesn't use MSI (no calls to pci_msi_count or pci_msi_al= loc, > > etc.), so this isn't an issue. Also, the boxes I've seen the corruptio= n on > > already have MSI disabled (it's still disabled by default in 6.x). > > =20 > OK, its must be *totally* disabled not just for ATA but for everything=20 > on those chipsets or they'll barf all over the place. > If we do that already we need to look into other places. > However, if we are dealing with in-memory corruption this is going to=20 > get "interesting".... > Does that also happen if nothing uses DMA ? Again, on the machines I'm seeing this on it was totally disabled. I don't= think I can totally disable DMA (NICs etc. must use DMA) on the machines and sinc= e they are in production and I only see the corruption as an after-effect when the= boxes panic or deadlock for another reason I'm not easily able to reproduce this.= Also, we do disable MSI for devices behind HT2000 chipsets because of a chip bug,= but not on HT1000 currently. However, MSI isn't on on 6.x anyway. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 15:41:02 2007 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 A90E416A418 for ; Wed, 28 Nov 2007 15:41:02 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0CD13C4EA for ; Wed, 28 Nov 2007 15:41:02 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IxP19-00075D-B6 for freebsd-current@freebsd.org; Wed, 28 Nov 2007 15:40:03 +0000 Received: from 78-0-78-190.adsl.net.t-com.hr ([78.0.78.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Nov 2007 15:40:03 +0000 Received: from ivoras by 78-0-78-190.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Nov 2007 15:40:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 28 Nov 2007 16:35:50 +0100 Lines: 27 Message-ID: References: <200711252154.lAPLsMXb003966@luoqi.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB662D83165BCCC92D30488E4" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-78-190.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <200711252154.lAPLsMXb003966@luoqi.homeunix.org> X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: gprof's broken in 7-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: Wed, 28 Nov 2007 15:41:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB662D83165BCCC92D30488E4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Luoqi Chen wrote: > Has anyone else noticed that gprof no longer works with gcc 4.2 It's a known bug (very irritating!), but I think noone is working on it so it won't be fixed in 7.0. --------------enigB662D83165BCCC92D30488E4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTYrWldnAQVacBcgRAkWjAKCNCIFy2QAG5e78zMv9iKWI3LX+BgCg7ssd bdRjPqjRGHiJMTUyITotQ0w= =ubOB -----END PGP SIGNATURE----- --------------enigB662D83165BCCC92D30488E4-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 15:45:02 2007 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 BAA8116A417 for ; Wed, 28 Nov 2007 15:45:02 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id 47A1913C44B for ; Wed, 28 Nov 2007 15:45:01 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAS9GW0m013271 for ; Wed, 28 Nov 2007 20:16:32 +1100 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAS9GT88020126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Nov 2007 20:16:30 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lAS9GTTJ074658; Wed, 28 Nov 2007 20:16:29 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lAS9GTp7074657; Wed, 28 Nov 2007 20:16:29 +1100 (EST) (envelope-from peter) Date: Wed, 28 Nov 2007 20:16:29 +1100 From: Peter Jeremy To: "Aryeh M. Friedman" Message-ID: <20071128091629.GX50167@server.vk2pj.dyndns.org> References: <474C28C1.4000204@gmail.com> <474C2B01.7060305@gmail.com> <474C380E.3010903@samsco.org> <474C3C34.3080802@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w2JjAQZceEVGylhD" Content-Disposition: inline In-Reply-To: <474C3C34.3080802@gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: bypassing certain cvs commits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 15:45:02 -0000 --w2JjAQZceEVGylhD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 27, 2007 at 10:48:04AM -0500, Aryeh M. Friedman wrote: >I posted a extremely long and detailed set of diags to cvs-src You made a long and basically content-free posting to cvs-src complaining about problems with a recent libthr/libkse commit but I've yet to see any more detail than "it hangs on amd64". It's still unclear to me whether you were complaining about libkse or malloc since you have referred to both. Note that whilst multiple copies of your dmesg, sysctl and kernel config are "extremely long", they do not constitute a "detailed set of diags". --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --w2JjAQZceEVGylhD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTTHt/opHv/APuIcRAkmXAJ42cRwCD+wMwW7wh3m9T4LMA8KgTwCfas1f 2SD85wplJgPXTdXJcRqihEY= =Td+A -----END PGP SIGNATURE----- --w2JjAQZceEVGylhD-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 16:32:50 2007 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 5371816A41A; Wed, 28 Nov 2007 16:32:50 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0B7B313C46B; Wed, 28 Nov 2007 16:32:49 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 368CA208E; Wed, 28 Nov 2007 17:14:01 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 253A4208A; Wed, 28 Nov 2007 17:14:01 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id F0D8184485; Wed, 28 Nov 2007 17:14:00 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Kip Macy" References: <474983F1.3030700@pbxpress.com> Date: Wed, 28 Nov 2007 17:14:00 +0100 Message-ID: <861waabb5j.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: gnn@freebsd.org, Oleksandr Tymoshenko , current@freebsd.org Subject: Re: Is it possible to debug an AMD kernel on Intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 16:32:50 -0000 "Kip Macy" writes: > Also can we do what the rest of the world does and refer to it as > x86_64 or 64-bit intel? That really depends on your definition of "the rest of the world". There were good reasons for choosing "amd64" at the time, and there are good reasons not to change now; it would be extremely disruptive. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 16:51:10 2007 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 D0D1516A418 for ; Wed, 28 Nov 2007 16:51:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 88C3813C455 for ; Wed, 28 Nov 2007 16:51:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0C6132085; Wed, 28 Nov 2007 17:51:01 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id EF7D22084; Wed, 28 Nov 2007 17:51:00 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id CDA258449B; Wed, 28 Nov 2007 17:51:00 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Aryeh Friedman" References: <57399.194.74.82.3.1196157356.squirrel@galain.elvandar.org> Date: Wed, 28 Nov 2007 17:51:00 +0100 In-Reply-To: (Aryeh Friedman's message of "Tue\, 27 Nov 2007 05\:02\:00 -0500") Message-ID: <86wss29uvf.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: remko@elvandar.org, freebsd-current@freebsd.org Subject: Re: backing out of a cvs update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 16:51:10 -0000 "Aryeh Friedman" writes: > Thanks... for once you didn't come after me with a club... doing the > backout now. There would be no need to come after you with a club if you did a minimal amount of legwork (such as reading some CVS documentation and the FreeBSD handbook) before asking for help. Oh, and please don't top-post. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 17:15:04 2007 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 523F416A417 for ; Wed, 28 Nov 2007 17:15:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 2547213C44B for ; Wed, 28 Nov 2007 17:15:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id lASHF3l0071614 for ; Wed, 28 Nov 2007 09:15:03 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id lASHF3nY071613 for current@freebsd.org; Wed, 28 Nov 2007 09:15:03 -0800 (PST) (envelope-from david) Date: Wed, 28 Nov 2007 09:15:03 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20071128171503.GG21444@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20071128151703.GF21444@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mVonZaCXjkyW6e25" Content-Disposition: inline In-Reply-To: <20071128151703.GF21444@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: host(1) & nslookup(1) hang, but name resolution ... works??!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 17:15:04 -0000 --mVonZaCXjkyW6e25 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 28, 2007 at 07:17:03AM -0800, David Wolfskill wrote: > ...[host(1) & nslkookup(1) hangm, but name resolution works]... OK; running today's CURRENT: FreeBSD h252.dhw.mail-abuse.org. 8.0-CURRENT FreeBSD 8.0-CURRENT #605: Wed = Nov 28 08:24:01 PST 2007 root@g1-1.catwhisker.org:/common/S4/obj/usr/sr= c/sys/CANARY i386 I did not see the problem, so perhaps the missed file (in a recent commit) -- as Brada Davis suggested -- may have been the culprit. In any case, things work again. Peace, david --=20 David H. Wolfskill david@catwhisker.org Proprietary data formats obfuscate, rather than disseminate, information. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --mVonZaCXjkyW6e25 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkdNohYACgkQmprOCmdXAD1dwgCeOVlF7FVly9Vl8k1R3MPEqce0 Wt4An2XthYrT1JWp7hobsFJnzLEDClE/ =L+kS -----END PGP SIGNATURE----- --mVonZaCXjkyW6e25-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 17:17:38 2007 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 616CE16A418 for ; Wed, 28 Nov 2007 17:17:38 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 1822313C46E for ; Wed, 28 Nov 2007 17:17:38 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C5A2166A572 for ; Wed, 28 Nov 2007 17:57:45 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yF+83VOj4TVA for ; Wed, 28 Nov 2007 17:57:44 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1D86166A55D for ; Wed, 28 Nov 2007 17:57:44 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id lASGvhQO040321 for current@freebsd.org; Wed, 28 Nov 2007 17:57:43 +0100 (CET) (envelope-from rdivacky) Date: Wed, 28 Nov 2007 17:57:43 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20071128165743.GA40240@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: patch to make maxssiz/maxdsiz/maxtsiz RW sysctls X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 17:17:38 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi http://www.vlakno.cz/~rdivacky/sizes_sysctl.patch this makes kern.max[dst]siz RW sysctls. please test this (seems to work ok for me), here is an explanation/commit message: Change a bunch of RD-only sysctls dealing with sizes of data/stack/text segments into RW. maxtsiz - maximal allowed size of the code segment, used only for checking= =20 when loading various executable files (imgact_* files) maxdsiz - maximal data segment size, set as a maximum for rlimit (rlim_max) also a runtime check in kern_setrlimit. maxssiz - maximal stack size, used for rlimit stuff. it is used to set up t= he default vm map of the stack in exec_new_vmspace sgrowsiz - amount of memory the stack grows of. =20 All of these are used during runtime and can be changed safely via sysctl. = Some paradoxes can be seen like when a process inherits [tds]siz of the default = size then root changes sysctl of the max[tds]siz to lower value and the process calls setrlimit to maximal size which is lower than the default one. All the sysctls handlers runtime check sanity of the argument passed in. please report back so this can be commited thnx, roman --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTZ4HLVEj6D3CBEwRArL+AJ4krUKoGUxlkjsALv2EUSVQAOuTWwCfYfny enRen+5sovWbY3jgyaU9JLQ= =EUZh -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 17:31:58 2007 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 9364316A468 for ; Wed, 28 Nov 2007 17:31:58 +0000 (UTC) (envelope-from brdbrd@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 6105D13C45A for ; Wed, 28 Nov 2007 17:31:58 +0000 (UTC) (envelope-from brdbrd@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1300893rvb for ; Wed, 28 Nov 2007 09:31:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=trxUkX9Izrsl84s/BM7hPvnkyLWxmaHaIDdlAfcXlj8=; b=g6fLGjUroSWux+5Wfh08immntNqhrVk/0TmGU94QSktwa8yj49ffw9vpL3vbOCO4JiAVlNQVwy0mgSdh77w9RjKEPUr8U50okFjeSw2vfyBKPsGob9gZiAndbmYSNjsgZEtQu/r9/q0kI3EnXcetY6swazk5Ie00r050TyRclos= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=aYA4BZF3+SB9k6SGCvwMxVW63zNQQNXo6TA7ftnrTmOb61kKbKZwr6MPtg/yZ6+QYxlVKrAfGsBiuxx+336gamMf8iiCFOzJ53W2neojbOxpJ55YU4hReHvF00FMdvdtFLoobMPNbbYHRYrLJ9etMajBBLq9aP9mOU7xYvxSOdk= Received: by 10.140.142.4 with SMTP id p4mr2680121rvd.1196269482996; Wed, 28 Nov 2007 09:04:42 -0800 (PST) Received: by 10.140.202.3 with HTTP; Wed, 28 Nov 2007 09:04:42 -0800 (PST) Message-ID: <35ffa5710711280904v28834da7g5e7f35898fc9efb9@mail.gmail.com> Date: Wed, 28 Nov 2007 10:04:42 -0700 From: "Brad Davis" Sender: brdbrd@gmail.com To: "David Wolfskill" , current@freebsd.org In-Reply-To: <20071128151703.GF21444@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071128151703.GF21444@bunrab.catwhisker.org> X-Google-Sender-Auth: b01095e8196bb28b Cc: Subject: Re: host(1) & nslookup(1) hang, but name resolution ... works??!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 17:31:58 -0000 On Nov 28, 2007 8:17 AM, David Wolfskill wrote: > OK; this is weird and probably rather vaguer than anyone would like. > > I noticed this yesterday, but I needed to actually use my laptop at > work, so I didn't really have much opportunity to poke around. I did > some poking around this morning (on booting yesterday's CURRENT to build > today's), and here's some background and what I found: > > * I normally run the laptop as a DHCP client. > > * In dhclient-exit-hooks, I have a bit of code that uses the just- > acquired IP address as an argument to host(1), then parses the output > to determine a hostname to assign to the laptop. This has been > working for a very long time -- definitely as far back as FreeBSD 4.8; > probably earlier than that. It still works fine in RELENG_6 & > RELENG_7 (which I also track daily; the laptop gets a fair workout). > > * I'm presently running: > > FreeBSD g1-1.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #604: Tue Nov 27 07:17:37 PST 2007 root@g1-1.catwhisker.org.:/common/S4/obj/usr/src/sys/CANARY i386 > > which is where I first noticed the issue: the invocation of host(1) > appears to hang. > > * I tried invoking host(1) from the command line; that invocation also hung. > > * nslookup(1) also hung. > > * I tried running tcpdump(1), then invoking host(1); there was no > indication of network traffic at all. > > * I tried running host(1) under ktrace(1); running kdump(1) with "-E" > flag so I can see some timing, the output ends with: > > 9739 initial thread 0.010794 CALL getsockname(0x3,0xbfbfe140,0xbfbfe15c) > 9739 initial thread 0.010820 RET getsockname 0 > 9739 initial thread 0.010837 CALL close(0x3) > 9739 initial thread 0.010874 RET close 0 > 9739 initial thread 0.010892 CALL socket(PF_LOCAL,SOCK_STREAM,0) > 9739 initial thread 0.010934 RET socket 3 > 9739 initial thread 0.010951 CALL close(0x3) > 9739 initial thread 0.010982 RET close 0 > 9739 initial thread 0.012502 CALL _umtx_op(0xbfbfe0ac,0x3,0x1,0,0) > 9739 initial thread 0.012535 RET _umtx_op 0 > 9739 initial thread 0.012552 CALL sigprocmask(SIG_BLOCK,0xbfbfe040,0x28501190) > 9739 initial thread 0.012569 RET sigprocmask 0 > 9739 initial thread 0.012597 CALL _umtx_op(0x283168a0,0x5,0,0,0) > 9739 initial thread 19.115591 RET _umtx_op RESTART > 9739 initial thread 19.115650 PSIG SIGKILL SIG_DFL > > As you can see, I waited about 19 seconds before killing the host(1) > process (with SIGKILL). > > * Despite all of this, hostname resolution is actually working -- e.g., > I can ping using a hostname: > > g1-1(8.0-C)[21] ping -c 2 freefall.freebsd.org > PING freefall.freebsd.org (69.147.83.40): 56 data bytes > 64 bytes from 69.147.83.40: icmp_seq=0 ttl=56 time=14.120 ms > 64 bytes from 69.147.83.40: icmp_seq=1 ttl=55 time=14.583 ms > > --- freefall.freebsd.org ping statistics --- > 2 packets transmitted, 2 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 14.120/14.351/14.583/0.231 ms > g1-1(8.0-C)[22] > > which is a fairly useful thing, since I'm actually sending this > message from my internal mailhost (vs. my laptop). (It's also > something of which I wasn't aware yesterday at work, or I might > have been able to report this earlier.) > > * Here's what ps(1) has to say: > g1-1(8.0-C)[23] ps xwwl > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > ... > 1001 24683 24682 0 20 0 4500 2588 pause Is pe 0:00.06 csh > 1001 24920 24683 0 44 0 5596 1896 umtxn I+ pe 0:00.01 host 172.17.1.1 > > * The host(1) process is not killed by SIGTERM, but SIGKILL does the job. > > As noted, I'm building today's CURRENT now; if there's a change in > the behavior, I'll send a follow-up note. > > I keep a local CVS repo mirror handy, and am not at all averse to > testing patches. > > If there are other aspects of the behavior I might check on, please > let me know. Hi David, There was a similar thread earlier and it looks like a file was missed in a commit.. It has been committed since.. http://lists.freebsd.org/pipermail/freebsd-current/2007-November/080676.html This is just a guess though.. Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 18:28:35 2007 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 136A516A46B for ; Wed, 28 Nov 2007 18:28:35 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id B2EA313C4D1 for ; Wed, 28 Nov 2007 18:28:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 2B279EC267F; Thu, 29 Nov 2007 02:28:45 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id s14SHbGq5WU4; Thu, 29 Nov 2007 02:28:40 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 6EF2FEC267A; Thu, 29 Nov 2007 02:28:39 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:x-enigmail-version:content-type:content-transfer-encoding; b=oREUx0yTVrj0rHi/BTOVxIX0X1TE/HufB8Zk61MJFcbqDyJ4VGUa3AOjqfxunHi0L ZjrhwAI1H/FOH12qX+7qA== Message-ID: <474DB34A.7000708@delphij.net> Date: Wed, 28 Nov 2007 10:28:26 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: jkoshy@FreeBSD.org, MQ Subject: kldload hwpmc.ko fails with link_elf_obj: symbol linker_hwpmc_list_objects undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 18:28:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear colleagues, With a fresh 7.0-BETA3 build it seems to be unable to load hwpmc.ko into kernel. I got this: link_elf_obj: symbol linker_hwpmc_list_objects undefined and it seems that the symbol depends on HWPMC_HOOKS. Shall we provide some mechanism to prevent building hwpmc.ko if it is not defined, or make it a default option for GENERIC? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTbNKhcUczkLqiksRAuM7AKCYeJRiWfsGO5iAgznhLXLCJIJ78ACffSZE FRp8VRP2CxZULBtCqyHOo3c= =ebEo -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 18:39:07 2007 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 E10B016A469 for ; Wed, 28 Nov 2007 18:39:07 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB9213C478 for ; Wed, 28 Nov 2007 18:39:06 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 58158 invoked from network); 28 Nov 2007 18:10:56 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 28 Nov 2007 18:10:56 -0000 Message-ID: <474DB5C9.2050307@freebsd.org> Date: Wed, 28 Nov 2007 19:39:05 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: BTX loader crash on AM2 Asus M2N32 WS mainboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 18:39:08 -0000 The BTX loader crashes on a brand new AM2 Asus M2N32 WS Professional mainboard with nForce790 SLI chipset. The CPU is AMD Athlon 64 X2 4800+. The system has got an Areca ARC-1220 8-port PCI-E SATA2 RAID controller, a Intel PCI-X Pro/1000MT NIC and an ATI RV370 based graphics card (Asus EAX1050&TD/256M, PCI-E). RAM is upped to 8GB in 4 times 2GB of Kingston KVR667D2N5/2G (DDR2-667, CL5). BIOS is updated to the newest revision. I've tried the boot CD's for FreeBSD 6.2R i386, 7.0BETA3 i386 and 7.0BETA3 amd64. All crash in the same place. With only 4GB it still crashes in the same place. Transscript of BTX crash dump: int=0000000d err=00000000 efl=00030046 eip=00001288 eax=00000000 ebx=0000ffff ecx=ffffffff edx=fdbff310 esi=000033da edi=00003826 ebp=00005eac esp=00005e9a ca=d000 ds=9980 es=0000 fs=975a gs=0000 ss=9980 cs:eip=... (see image) ss:esp=... (see image) BTX halted Orignal image of crash dump: http://www.networx.ch/btx%20loader%20crash.jpg Any suggestions and help appreciated. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 19:17:50 2007 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 4595A16A418; Wed, 28 Nov 2007 19:17:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id AC51713C458; Wed, 28 Nov 2007 19:17:48 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474DBEE6.3040303@FreeBSD.org> Date: Wed, 28 Nov 2007 20:17:58 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: d@delphij.net References: <474DB34A.7000708@delphij.net> In-Reply-To: <474DB34A.7000708@delphij.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: jkoshy@FreeBSD.org, FreeBSD Current , MQ Subject: Re: kldload hwpmc.ko fails with link_elf_obj: symbol linker_hwpmc_list_objects undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 19:17:50 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dear colleagues, > > With a fresh 7.0-BETA3 build it seems to be unable to load hwpmc.ko into > kernel. I got this: > > link_elf_obj: symbol linker_hwpmc_list_objects undefined > > and it seems that the symbol depends on HWPMC_HOOKS. Shall we provide > some mechanism to prevent building hwpmc.ko if it is not defined, or > make it a default option for GENERIC? Adding it in GENERIC is probably reasonable. Kris From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 20:01:45 2007 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 8DB1216A420 for ; Wed, 28 Nov 2007 20:01:45 +0000 (UTC) (envelope-from SRS0=bd90c2661706f407db3bee4462dd5865f2f2a731=533=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 0D62B13C448 for ; Wed, 28 Nov 2007 20:01:44 +0000 (UTC) (envelope-from SRS0=bd90c2661706f407db3bee4462dd5865f2f2a731=533=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id HFD21443; Wed, 28 Nov 2007 12:01:43 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 59CF14500E; Wed, 28 Nov 2007 12:01:42 -0800 (PST) To: Eric Schuele In-Reply-To: Your message of "Tue, 27 Nov 2007 09:24:29 CST." <474C36AD.4050700@computer.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1196280102_76823P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 28 Nov 2007 12:01:42 -0800 From: "Kevin Oberman" Message-Id: <20071128200142.59CF14500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Eric Schuele X-To_Domain: computer.org X-To: Eric Schuele X-To_Email: e.schuele@computer.org X-To_Alias: e.schuele Cc: freebsd-current@freebsd.org Subject: Re: RELENG_7 and atheros .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 20:01:45 -0000 --==_Exmh_1196280102_76823P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Tue, 27 Nov 2007 09:24:29 -0600 > From: Eric Schuele > Sender: owner-freebsd-current@freebsd.org > > On 11/15/2007 22:08, Eric Schuele wrote: > > > Hello, > > > > I'm having some strangeness with respect to my atheros based card on > > releng_7. This may not sound like much... but together they concern me. > > I'm wondering if anyone has seen similar things. > > > > 1) I've seen two panics while trying to bring the interface up over > > the last few weeks. > > 2) I get disconnected every night from my wireless router at home. > > 99% of the time it happens after I've gone to bed. Once or twice... > > while I was sitting in front of it. It just disassociates? > > 3) When I am at the office, my card will *never* obtain an ip address > > from our DHCP server upon first booting. I must *always* down the > > interface, kill dhclient, bring the interface up and start dhclient. > > > > As a follow up for the list... > I rebuilt world and kernel on Nov 22nd. Since this time I have not > noticed the above mentioned issue #3. I did not dig through any commit > logs... but appears as though something changed to fix it. > > Fwiw... > Note that I did make a change to fix item #2 on the advice of another > FreeBSD'er. That change did not affect item #3. I did still see item > #3 occurring until I rebuilt on the 22nd. > > Thanks to all. I will also confirm the exact same experience. With more recent kernels I no longer see problem #3. I just associate on boot. I still need to disable background scanning to maintain stable connections. If there is only a single AP available, I lose association on occasion, usually about 10-15 times a day and re-establish the association in under 10 seconds. It's only slightly annoying. If there are multiple APs with the same SSID, things are much worse. The network seems to die every 5 minutes and take long intervals to re-associate, making the network pretty useless. In either case, 'ifconfig ath0 -bgscan' makes things work, again, at some cost to stability if I move around while online, but I don't tend to do this. Some day, when I have a bit of time, I will collect debug information on this so that Sam or someone else who understands the code might be able to track it down. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1196280102_76823P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHTckmkn3rs5h7N1ERAqvdAJ9kBgpCI2Q02vX4t+AfN9UC29RWVwCdG2/f XjeveX3QMwnlReEif4p9uyc= =4b+3 -----END PGP SIGNATURE----- --==_Exmh_1196280102_76823P-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 20:43:03 2007 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 E503116A419 for ; Wed, 28 Nov 2007 20:43:02 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id A5AD213C442 for ; Wed, 28 Nov 2007 20:43:02 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 8804E29B5F1 for ; Wed, 28 Nov 2007 15:43:01 -0500 (EST) Message-ID: <474DD2D0.7010909@terranova.net> Date: Wed, 28 Nov 2007 15:42:56 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> In-Reply-To: <200711280938.38545.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 20:43:03 -0000 John Baldwin wrote: > On Wednesday 28 November 2007 08:51:38 am Søren Schmidt wrote: >> John Baldwin wrote: >>> On Wednesday 28 November 2007 02:45:16 am Søren Schmidt wrote: >>> >>>> John Baldwin wrote: >>>> >>>>> FYI, I've seen weird in-memory corruption with machines with the HT1000_S1 >>>>> atapci device. In all the cases I've seen so far, a single page is corrupted >>>>> with garbage and the page happens to be used by UMA to hold credentials >>>>> including proc0's credentials. I've seen this corruption (trashed creds for >>>>> proc0 and other creds in that page) on many of the same boxes (Dell 1435's >>>>> IIRC) running on 6.2. I've tried switching the HT1000_S1 to use SWKSMIO >>>>> rather SWKS100 as I mentioned to you in an earlier e-mail (the Linux driver >>>>> uses equivalent of SWKSMIO FWIW) but don't have any conclusive tests on that. >>>>> >>>>> >>>>> >>>> OK, seems the chipset has some real problems, I have digged through all >>>> the (very little) docs and info I got from serverworks back when, and >>>> the only thing I can find is that the chips doesn't support MSI in any >>>> shape or fashion or it will do really strange things. >>>> Now on my system it seems to be disabled but I'm not sure yet how its >>>> determined to be that way. Would be worth for you guys to check what the >>>> sysctl's "hw.pci.enable_msi" and "hw.pci.enable_msix" are set to. >>>> I havn't looked into this yet, but I'm pretty sure we added MSI support >>>> in the 6.2 -> 7.0 timeframe, so that might have uncovered this chipset >>>> bug, and possibly the Promise data corruption one as well. >>>> >>> The ata driver doesn't use MSI (no calls to pci_msi_count or pci_msi_alloc, >>> etc.), so this isn't an issue. Also, the boxes I've seen the corruption on >>> already have MSI disabled (it's still disabled by default in 6.x). >>> >> OK, its must be *totally* disabled not just for ATA but for everything >> on those chipsets or they'll barf all over the place. >> If we do that already we need to look into other places. >> However, if we are dealing with in-memory corruption this is going to >> get "interesting".... >> Does that also happen if nothing uses DMA ? > > Again, on the machines I'm seeing this on it was totally disabled. I don't think > I can totally disable DMA (NICs etc. must use DMA) on the machines and since they > are in production and I only see the corruption as an after-effect when the boxes > panic or deadlock for another reason I'm not easily able to reproduce this. Also, > we do disable MSI for devices behind HT2000 chipsets because of a chip bug, but > not on HT1000 currently. However, MSI isn't on on 6.x anyway. It does make sense that the problem with RELENG_7 is a memory corruption issue, mine just seems to be triggered when I start using my PCI-X ata devices. At boot random processes will start sig11'ing all over the place randomly not to mention horrible corruption of my data. Here's some testing I've just done with various FreeBSD versions on my HT1000 Tyan S3950 motherboard, all went pretty badly... Hm I guess we never tried 6.2 on this. It works way worse than 7.0. All this testing is with a disk attached to the onboard SATA controller, no Marvell PCI-X controller involved. 7.0-BETA3 amd64 and i386, onboard SATA controller causes massive data corruption and things sig11 (like init and the "sh" that's running /etc/rc), but system runs well when you use a SiI3114 4-port SATA 32-bit PCI card. 6.2-R amd64, wont boot past "Timecounters tick every 1.000 msec" with ACPI enabled. With ACPI disabled, after "Timecounters tick" it'll spew stray irq 7, stray irq 7, not logging any more, and then it'll run at a snail's pace. In 3-4 minutes it didn't manage to finish reading the mfsroot and start sysinstall so I didn't go any further. I tried with the SATA controller disabled and with the on-board "em" NICs disabled, no effect on that problem. 6.3-BETA2 amd64, boots with ACPI enabled, sysinstall console is sluggish indicating it's having the same problem, it's just not as severe. Sysinstall almost made it through, but finally failed with a g_vfs_alloc error while trying to write out the kernel distributions from CD to hard drive. top was showing interrupt usage at 70%. I booted that almost-completed 6.3-BETA2 installation up with the SMP kernel for the hell of it, top showed 35% interrupt usage but ran a little faster... things sig11'ed and there was massive data corruption on the disk. fsck (not background fsck) even went crazy and ran out of swap while trying to fsck /usr, etc. etc. I tried to boot HEAD from today but unfortunately it hung at the boot loader and wouldn't boot the kernel, so not much to say on that. -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 19:36:01 2007 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 9D44316A41A for ; Wed, 28 Nov 2007 19:36:01 +0000 (UTC) (envelope-from jmp+lists@alvorlig.dk) Received: from cauchy.aub.dk (cauchy.aub.dk [194.255.124.240]) by mx1.freebsd.org (Postfix) with ESMTP id B119713C447 for ; Wed, 28 Nov 2007 19:35:59 +0000 (UTC) (envelope-from jmp+lists@alvorlig.dk) Received: from localhost (localhost.aub.dk [127.0.0.1]) by cauchy.aub.dk (Postfix) with ESMTP id 57F581182F; Wed, 28 Nov 2007 20:30:43 +0100 (CET) X-Virus-Scanned: amavisd-new at aub.dk Received: from cauchy.aub.dk ([127.0.0.1]) by localhost (cauchy.aub.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dsh7H+3CeXqa; Wed, 28 Nov 2007 20:30:36 +0100 (CET) Received: from [10.50.5.198] (unknown [10.50.5.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jmp) by cauchy.aub.dk (Postfix) with ESMTP id E7183117DD; Wed, 28 Nov 2007 20:30:36 +0100 (CET) Message-ID: <474DC2FA.9080301@alvorlig.dk> Date: Wed, 28 Nov 2007 20:35:22 +0100 From: "J. Martin Petersen" User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <474C71B1.1080104@deepcore.dk> In-Reply-To: <474C71B1.1080104@deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 28 Nov 2007 20:48:40 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 19:36:01 -0000 Søren Schmidt wrote: > For references sake could we please get a list of the actual HW that > people have problems with listed here, as detailed as possible please. HP ProLiant DL145 G3 (SKU 411593-421; Dual-Core AMD Opteron 2214 HE, 2 GB memory, added 2x250 GB SATA disks and DVD/CD-rom) running FreeBSD 6.2-RELEASE. BIOS is the most recent, 2007.07.19 A. pasca# uname -a FreeBSD pasca.aub.dk 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 pasca# pciconf -lv pcib1@pci0:1:0: class=0x060400 card=0x00000090 chip=0x00361166 rev=0x00 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI hostb0@pci0:2:0: class=0x060000 card=0x02011166 chip=0x02051166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = HOST-PCI atapci1@pci0:2:1: class=0x01018a card=0x320b103c chip=0x02141166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = mass storage subclass = ATA isab0@pci0:2:2: class=0x060100 card=0x02301166 chip=0x02341166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-ISA ohci0@pci0:3:0: class=0x0c0310 card=0x320c103c chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = serial bus subclass = USB ohci1@pci0:3:1: class=0x0c0310 card=0x320c103c chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = serial bus subclass = USB ehci0@pci0:3:2: class=0x0c0320 card=0x320d103c chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = serial bus subclass = USB none0@pci0:4:0: class=0x030000 card=0x31fa103c chip=0x0522102b rev=0x02 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' class = display subclass = VGA pcib3@pci0:6:0: class=0x060400 card=0x000000a0 chip=0x01401166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI pcib4@pci0:7:0: class=0x060400 card=0x000000a0 chip=0x01421166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI pcib5@pci0:8:0: class=0x060400 card=0x000000a0 chip=0x01441166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI pcib6@pci0:9:0: class=0x060400 card=0x000000a0 chip=0x01421166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI pcib7@pci0:10:0: class=0x060400 card=0x000000a0 chip=0x01441166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI hostb1@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI pcib2@pci1:13:0: class=0x060400 card=0x00000090 chip=0x01041166 rev=0xc0 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI atapci0@pci1:14:0: class=0x010405 card=0x320b103c chip=0x024a1166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = mass storage subclass = RAID pcib8@pci7:0:0: class=0x060400 card=0x00000060 chip=0x01031166 rev=0xb5 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI bge0@pci8:4:0: class=0x020000 card=0x703e103c chip=0x167814e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet bge1@pci8:4:1: class=0x020000 card=0x703e103c chip=0x167814e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet Verbose boot: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b63000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b631b0. Calibrating clock(s) ... i8254 clock: 1193173 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2194516692 Hz CPU: Dual-Core AMD Opteron(tm) Processor 2214 HE (2194.52-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40f12 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> HTT bit cleared - FreeBSD does not have licensing issues requiring it. Cores per package: 2 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 2146828288 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000007db12fff, 2096017408 bytes (511723 pages) avail memory = 2095714304 (1998 MB) MP Configuration Table version 1.4 found at 0xc009e271 Table 'FACP' at 0x7ff62b89 Table 'SPMI' at 0x7ff66b97 Table 'SSDT' at 0x7ff66bd7 Table 'SRAT' at 0x7ff66ddd Table 'HPET' at 0x7ff66e7d Table 'SSDT' at 0x7ff66eb5 Table 'MCFG' at 0x7ff66efe Table 'SPCR' at 0x7ff66f3a Table 'APIC' at 0x7ff66f8a MADT: Found table at 0x7ff66f8a APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) INTR: Adding local APIC 0 as a target ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f8540 bios32: Entry = 0xfd7ae (c00fd7ae) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd730+0x44 pnpbios: Found PnP BIOS data at 0xc00f8590 pnpbios: Entry = e65f:845a Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) MADT: Found IO APIC ID 3, Interrupt 16 at 0xfec01000 ioapic1: intpin 0 -> PCI IRQ 16 (level, low) ioapic1: intpin 1 -> PCI IRQ 17 (level, low) ioapic1: intpin 2 -> PCI IRQ 18 (level, low) ioapic1: intpin 3 -> PCI IRQ 19 (level, low) ioapic1: intpin 4 -> PCI IRQ 20 (level, low) ioapic1: intpin 5 -> PCI IRQ 21 (level, low) ioapic1: intpin 6 -> PCI IRQ 22 (level, low) ioapic1: intpin 7 -> PCI IRQ 23 (level, low) ioapic1: intpin 8 -> PCI IRQ 24 (level, low) ioapic1: intpin 9 -> PCI IRQ 25 (level, low) ioapic1: intpin 10 -> PCI IRQ 26 (level, low) ioapic1: intpin 11 -> PCI IRQ 27 (level, low) ioapic1: intpin 12 -> PCI IRQ 28 (level, low) ioapic1: intpin 13 -> PCI IRQ 29 (level, low) ioapic1: intpin 14 -> PCI IRQ 30 (level, low) ioapic1: intpin 15 -> PCI IRQ 31 (level, low) MADT: Found IO APIC ID 4, Interrupt 32 at 0xfec02000 ioapic2: intpin 0 -> PCI IRQ 32 (level, low) ioapic2: intpin 1 -> PCI IRQ 33 (level, low) ioapic2: intpin 2 -> PCI IRQ 34 (level, low) ioapic2: intpin 3 -> PCI IRQ 35 (level, low) ioapic2: intpin 4 -> PCI IRQ 36 (level, low) ioapic2: intpin 5 -> PCI IRQ 37 (level, low) ioapic2: intpin 6 -> PCI IRQ 38 (level, low) ioapic2: intpin 7 -> PCI IRQ 39 (level, low) ioapic2: intpin 8 -> PCI IRQ 40 (level, low) ioapic2: intpin 9 -> PCI IRQ 41 (level, low) ioapic2: intpin 10 -> PCI IRQ 42 (level, low) ioapic2: intpin 11 -> PCI IRQ 43 (level, low) ioapic2: intpin 12 -> PCI IRQ 44 (level, low) ioapic2: intpin 13 -> PCI IRQ 45 (level, low) ioapic2: intpin 14 -> PCI IRQ 46 (level, low) ioapic2: intpin 15 -> PCI IRQ 47 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Jan 12 2007 11:05:04) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80016804 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 [class=060400] [hdr=01] is there (id=00361166) pcibios: BIOS version 2.10 Found $PIR table, 19 entries at 0xc00fde90 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 3 A 0x02 10 embedded 0 4 A 0x18 3 5 7 11 embedded 1 14 A 0x08 5 7 slot 3 2 1 A 0x11 3 5 7 11 slot 3 2 1 B 0x12 3 5 7 11 slot 3 2 1 C 0x13 3 5 7 11 slot 3 2 1 D 0x14 3 5 7 11 embedded 0 6 A 0x2f 3 5 7 11 slot 1 3 0 A 0x21 3 5 7 11 slot 1 3 0 B 0x21 3 5 7 11 slot 1 3 0 C 0x21 3 5 7 11 slot 1 3 0 D 0x21 3 5 7 11 embedded 0 7 A 0x2f 3 5 7 11 embedded 0 8 A 0x2f 3 5 7 11 embedded 0 9 A 0x2f 3 5 7 11 slot 2 6 0 A 0x24 3 5 7 11 slot 2 6 0 B 0x24 3 5 7 11 slot 2 6 0 C 0x24 3 5 7 11 slot 2 6 0 D 0x24 3 5 7 11 embedded 0 10 A 0x2f 3 5 7 11 embedded 8 4 A 0x25 3 5 7 11 embedded 8 4 B 0x25 3 5 7 11 slot 4 16 1 A 0x28 15 slot 4 16 1 B 0x28 15 slot 4 16 1 C 0x28 15 slot 4 16 1 D 0x28 15 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 24 func 1 acpi0: Power Button (fixed) acpi0: wakeup code va 0xda389000 pa 0x9c000 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 6 func 0 unknown: I/O range not supported ACPI timer: 0/3 0/3 0/3 0/3 0/3 0/3 0/3 0/3 0/3 0/3 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 10 11 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 10 11 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 11 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link10: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 11 12 14 15 pci_link10: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 11 12 14 15 pci_link10: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link11: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link11: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link11: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link12: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link12: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link12: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link13: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link13: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link13: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link14: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link14: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link14: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link15: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link15: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link15: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link16: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link16: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link16: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link17: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link17: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link17: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link18: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link18: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link18: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link19: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link19: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link19: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link20: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link20: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link20: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link21: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link21: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link21: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link22: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link22: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link22: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link23: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 11 12 14 15 pci_link23: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 11 12 14 15 pci_link23: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link24: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link24: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link24: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link25: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link25: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link25: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link26: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link26: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link26: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link27: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link27: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link27: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link28: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link28: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link28: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link29: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link29: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link29: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link30: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link30: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link30: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link31: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link31: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link31: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link32: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link32: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link32: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link33: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 11 12 14 15 pci_link33: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 11 12 14 15 pci_link33: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link34: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link34: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 pci_link34: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 11 12 14 15 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 ACPI: Found matching pin for 0.3.INTA at func 0: 10 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1166, dev=0x0036, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0205, revid=0x00 bus=0, slot=2, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0214, revid=0x00 bus=0, slot=2, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0155, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00001c00, size 4, enabled found-> vendor=0x1166, dev=0x0234, revid=0x00 bus=0, slot=2, func=2 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0223, revid=0x01 bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dfc05000, size 12, enabled map[14]: type 4, range 32, base 00001000, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKU:0) ioapic0: Changing trigger for pin 10 to level ioapic0: Changing polarity for pin 10 to low pcib0: slot 3 INTA routed to irq 10 via \\_SB_.LNKU found-> vendor=0x1166, dev=0x0223, revid=0x01 bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dfc06000, size 12, enabled map[14]: type 4, range 32, base 00001400, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKU:0) pcib0: slot 3 INTA routed to irq 10 via \\_SB_.LNKU found-> vendor=0x1166, dev=0x0223, revid=0x01 bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfc07000, size 12, enabled map[14]: type 4, range 32, base 00001800, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKU:0) pcib0: slot 3 INTA routed to irq 10 via \\_SB_.LNKU found-> vendor=0x102b, dev=0x0522, revid=0x02 bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=5 powerspec 1 supports D0 D3 current D0 map[10]: type 3, range 32, base de000000, size 24, enabled map[14]: type 1, range 32, base dfc00000, size 14, enabled map[18]: type 1, range 32, base df000000, size 23, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 23 found-> vendor=0x1166, dev=0x0140, revid=0xa2 bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 32 found-> vendor=0x1166, dev=0x0142, revid=0xa2 bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 32 found-> vendor=0x1166, dev=0x0144, revid=0xa2 bus=0, slot=8, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.8.INTA pcib0: slot 8 INTA hardwired to IRQ 32 found-> vendor=0x1166, dev=0x0142, revid=0xa2 bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 32 found-> vendor=0x1166, dev=0x0144, revid=0xa2 bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 32 found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xdf900000-0xdf9fffff pcib1: prefetched decode 0xfff00000-0xfffff ACPI: Found matching pin for 1.14.INTA at func 0: 7 pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1166, dev=0x0104, revid=0xc0 bus=1, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x02 (500 ns) found-> vendor=0x1166, dev=0x024a, revid=0x00 bus=1, slot=14, func=0 class=01-04-05, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 4, range 32, base 00002040, size 3, enabled pcib1: (null) requested I/O range 0x2040-0x2047: in range map[14]: type 4, range 32, base 00002034, size 2, enabled pcib1: (null) requested I/O range 0x2034-0x2037: in range map[18]: type 4, range 32, base 00002038, size 3, enabled pcib1: (null) requested I/O range 0x2038-0x203f: in range map[1c]: type 4, range 32, base 00002030, size 2, enabled pcib1: (null) requested I/O range 0x2030-0x2033: in range map[20]: type 4, range 32, base 00002000, size 5, enabled pcib1: (null) requested I/O range 0x2000-0x201f: in range map[24]: type 1, range 32, base df900000, size 13, enabled pcib1: (null) requested memory range 0xdf900000-0xdf901fff: good pcib1: matched entry for 1.14.INTA (src \\_SB_.LNKS:0) ioapic0: Changing trigger for pin 7 to level ioapic0: Changing polarity for pin 7 to low pcib1: slot 14 INTA routed to irq 7 via \\_SB_.LNKS pcib2: at device 13.0 on pci1 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 atapci0: port 0x2040-0x2047,0x2034-0x203 7,0x2038-0x203f,0x2030-0x2033,0x2000-0x201f mem 0xdf900000-0xdf901fff irq 7 at d evice 14.0 on pci1 atapci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2000 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 49 atapci0: [MPSAFE] atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xdf900000 ata2: on atapci0 ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: on atapci0 ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata4: on atapci0 ata4: reset tp1 mask=01 ostat0=7f ostat1=00 ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: reset tp2 stat0=ff stat1=00 devices=0x0 ata4: [MPSAFE] ata5: on atapci0 ata5: reset tp1 mask=01 ostat0=7f ostat1=00 ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=00 devices=0x0 ata5: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x 177,0x376,0x1c00-0x1c0f at device 2.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1c00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=01 ostat0=50 ostat1=ff ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: reset tp2 stat0=80 stat1=00 devices=0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 50 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 51 ata1: [MPSAFE] isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0x1000-0x10ff mem 0xdfc05000-0xdfc05 fff irq 10 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfc05000 ohci0: (New OHCI DeviceId=0x02231166) ioapic0: routing intpin 10 (ISA IRQ 10) to vector 52 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: port 0x1400-0x14ff mem 0xdfc06000-0xdfc06 fff irq 10 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfc06000 ohci1: (New OHCI DeviceId=0x02231166) ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0x1800-0x18ff mem 0xdfc07000-0xd fc07fff irq 10 at device 3.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfc07000 ehci0: (New EHCI DeviceId=0x02231166) ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: (0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered uhub3: vendor 0x04cc product 0x1520, class 9/0, rev 2.00/2.00, addr 2 uhub3: single transaction translator uhub3: 3 ports with 3 removable, self powered pci0: at device 4.0 (no driver attached) pcib3: irq 32 at device 6.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xfff00000-0xfffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 pcib4: irq 32 at device 7.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfff00000-0xfffff pcib4: prefetched decode 0xfff00000-0xfffff pci4: on pcib4 pci4: physical bus=4 pcib5: irq 32 at device 8.0 on pci0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfff00000-0xfffff pcib5: prefetched decode 0xfff00000-0xfffff pci5: on pcib5 pci5: physical bus=5 pcib6: irq 32 at device 9.0 on pci0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0xf000-0xfff pcib6: memory decode 0xfff00000-0xfffff pcib6: prefetched decode 0xfff00000-0xfffff pci6: on pcib6 pci6: physical bus=6 pcib7: irq 32 at device 10.0 on pci0 pcib7: secondary bus 7 pcib7: subordinate bus 8 pcib7: I/O decode 0xf000-0xfff pcib7: memory decode 0xdf800000-0xdf8fffff pcib7: prefetched decode 0xfff00000-0xfffff pcib7: could not get PCI interrupt routing table for \\_SB_.PCI0.EXB4 - AE_NOT_F OUND pci7: on pcib7 pci7: physical bus=7 found-> vendor=0x1166, dev=0x0103, revid=0xb5 bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) pcib8: at device 0.0 on pci7 pcib8: secondary bus 8 pcib8: subordinate bus 8 pcib8: I/O decode 0xf000-0xfff pcib8: memory decode 0xdf800000-0xdf8fffff pcib8: prefetched decode 0xfff00000-0xfffff pci8: on pcib8 pci8: physical bus=8 found-> vendor=0x14e4, dev=0x1678, revid=0xa3 bus=8, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base df810000, size 16, enabled pcib8: (null) requested memory range 0xdf810000-0xdf81ffff: good pcib7: (null) requested memory range 0xdf810000-0xdf81ffff: good map[18]: type 1, range 64, base df800000, size 16, enabled pcib8: (null) requested memory range 0xdf800000-0xdf80ffff: good pcib7: (null) requested memory range 0xdf800000-0xdf80ffff: good pcib8: matched entry for 8.4.INTA pcib8: slot 4 INTA hardwired to IRQ 36 found-> vendor=0x14e4, dev=0x1678, revid=0xa3 bus=8, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base df830000, size 16, enabled pcib8: (null) requested memory range 0xdf830000-0xdf83ffff: good pcib7: (null) requested memory range 0xdf830000-0xdf83ffff: good map[18]: type 1, range 64, base df820000, size 16, enabled pcib8: (null) requested memory range 0xdf820000-0xdf82ffff: good pcib7: (null) requested memory range 0xdf820000-0xdf82ffff: good pcib8: matched entry for 8.4.INTB pcib8: slot 4 INTB hardwired to IRQ 36 bge0: mem 0xdf810000-0xdf81ffff,0xd f800000-0xdf80ffff irq 36 at device 4.0 on pci8 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdf810000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto bge0: bpf attached bge0: Ethernet address: 00:18:71:86:f6:ef ioapic2: routing intpin 4 (PCI IRQ 36) to vector 53 bge0: [MPSAFE] bge1: mem 0xdf830000-0xdf83ffff,0xd f820000-0xdf82ffff irq 36 at device 4.1 on pci8 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdf830000 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto bge1: bpf attached bge1: Ethernet address: 00:18:71:87:4e:39 bge1: [MPSAFE] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0xffffffff (1) atkbd: failed to reset the keyboard. kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ sio0: irq maps: 0x4401 0x4411 0x4401 0x4401 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 55 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4401 0x4401 0x4401 0x4401 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ukbd0: ServerEngines SE USB Device, rev 1.10/0.01, addr 2, iclass 3/1 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: ServerEngines SE USB Device, rev 1.10/0.01, addr 2, iclass 3/1 ums0: 8 buttons and Z dir. Device configuration finished. Reducing kern.maxvnodes 134325 -> 100000 procfs registered lapic: Divisor 2, Frequency 99750283 hz Timecounter "TSC" frequency 2194516692 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 238475MB at ata2-master SATA150 ad4: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 238475MB at ata3-master SATA150 ad6: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 INTR: Assigning IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 1 to local APIC 0 INTR: Assigning IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 4 to local APIC 1 INTR: Assigning IRQ 7 to local APIC 0 ioapic0: Assigning ISA IRQ 7 to local APIC 0 INTR: Assigning IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 1 INTR: Assigning IRQ 10 to local APIC 0 ioapic0: Assigning ISA IRQ 10 to local APIC 0 INTR: Assigning IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 1 INTR: Assigning IRQ 15 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 0 INTR: Assigning IRQ 36 to local APIC 1 ioapic2: Assigning PCI IRQ 36 to local APIC 1 GEOM: new disk ad6 Trying to mount root from ufs:/dev/ad4s1a start_init: trying /sbin/init bge0: link UP bge0: link state changed to UP Failure scenario: Create partition, slice and filesystem on ad6 and mount it on /mnt. Then: dd if=/dev/zero of=/mnt/foo bs=512k This fails every time with "disk full", sometimes after 8 MB, other times after 70 GB. Sometimes the file system can be recovered by fsck (usually when the amount of data written isn't much), other times the superblock is damaged (usually when a lot of data is written). From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 21:16:40 2007 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 235DB16A417 for ; Wed, 28 Nov 2007 21:16:40 +0000 (UTC) (envelope-from SRS0=bd90c2661706f407db3bee4462dd5865f2f2a731=533=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 98DBD13C46A for ; Wed, 28 Nov 2007 21:16:39 +0000 (UTC) (envelope-from SRS0=bd90c2661706f407db3bee4462dd5865f2f2a731=533=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id HGS18726; Wed, 28 Nov 2007 13:16:26 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0BB084500E; Wed, 28 Nov 2007 13:16:26 -0800 (PST) To: "Daniel O'Connor" In-Reply-To: Your message of "Wed, 28 Nov 2007 20:45:26 +1030." <200711282045.27679.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1196284586_79257P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 28 Nov 2007 13:16:26 -0800 From: "Kevin Oberman" Message-Id: <20071128211626.0BB084500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; X-Sender: X-To_Name: Daniel O'Connor X-To_Domain: gsoft.com.au X-To: "Daniel O'Connor" X-To_Email: doconnor@gsoft.com.au X-To_Alias: doconnor Cc: Giorgos Keramidas , freebsd-current@freebsd.org, "Aryeh M. Friedman" Subject: Re: idea bouncing: using cvs as a replacement for mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 21:16:40 -0000 --==_Exmh_1196284586_79257P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "Daniel O'Connor" > Date: Wed, 28 Nov 2007 20:45:26 +1030 > Sender: owner-freebsd-current@freebsd.org > > On Wed, 28 Nov 2007, Giorgos Keramidas wrote: > > On 2007-11-27 22:45, "Aryeh M. Friedman" > wrote: > > > I was thinking seeing the fact that I already have a cvs repo of > > > - -current does it make sense to just use CVS to update /etc > > > instead of mergemaster... if so any ideas on doing it cleanly? > > > > It may work, but it doesn't ``scale'' to dozens of machines, and you > > still have to do merging when upstream files (the ones in the FreeBSD > > repository) change. It's not particularly hard to merge with CVS, if > > you consider the src/etc files of FreeBSD a ``vendor branch'', but > > it's not exactly a fun ride either. > > etcmerge does a 3 way merge which makes most updates almost completely > painless.. It does need to be taught to special case certain files tho > (ie all of the ones derived from others like spwd.db, aliases.db, etc) > but apart from that it is very nice. > > It is a port - sysutils/etcmerge. Another simple solution, which needs more publicity, is 'mergemaster -U'. I do my updates using -Ui and seldom have to deal any manual merge. It's not perfect as I still need to deal with locally modified files, but "it's good enough". -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1196284586_79257P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHTdqqkn3rs5h7N1ERAufKAKCzsCjMgzRGajoc8lOTQ2EDbqV5EQCggsIF isC36ws8AukzGZNS/jvQbFg= =NUom -----END PGP SIGNATURE----- --==_Exmh_1196284586_79257P-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 23:22:50 2007 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85E3116A421; Wed, 28 Nov 2007 23:22:50 +0000 (UTC) (envelope-from luoqi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8937413C43E; Wed, 28 Nov 2007 23:22:45 +0000 (UTC) (envelope-from luoqi@FreeBSD.org) Received: from freefall.freebsd.org (luoqi@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lASNMjHv014323; Wed, 28 Nov 2007 23:22:45 GMT (envelope-from luoqi@freefall.freebsd.org) Received: (from luoqi@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lASNMjNu014322; Wed, 28 Nov 2007 23:22:45 GMT (envelope-from luoqi) Date: Wed, 28 Nov 2007 23:22:45 GMT From: Luoqi Chen Message-Id: <200711282322.lASNMjNu014322@freefall.freebsd.org> To: current@FreeBSD.org, ivoras@FreeBSD.org Cc: Subject: RE: gprof's broken in 7-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: Wed, 28 Nov 2007 23:22:50 -0000 > Luoqi Chen wrote: > > Has anyone else noticed that gprof no longer works with gcc 4.2 > > It's a known bug (very irritating!), but I think noone is working on it > so it won't be fixed in 7.0. In that case, I'll fix it. I've looked at glibc's code, it claims that mcount cannot clobber any register. I don't know if there is a standard for mcount interface, but I guess the gcc team would use the glibc implementation as the reference. I'll change our code to do the same. /* We need a special version of the `mcount' function since for ix86 it must not clobber any register. This has several reasons: - there is a bug in gcc as of version 2.7.2.2 which prohibits the use of profiling together with nested functions - the ELF `fixup' function uses GCC's regparm feature - some (future) systems might want to pass parameters in registers. */ ASM_GLOBAL_DIRECTIVE C_SYMBOL_NAME(_mcount) ASM_TYPE_DIRECTIVE(C_SYMBOL_NAME(_mcount), @function) .align ALIGNARG(4) C_LABEL(_mcount) /* Save the caller-clobbered registers. */ pushl %eax pushl %ecx pushl %edx movl 12(%esp), %edx movl 4(%ebp), %eax /* No need to access the PLT or GOT, __mcount_internal is an internal function and we can make a relative call. */ call C_SYMBOL_NAME(__mcount_internal) /* Pop the saved registers. Please note that `mcount' has no return value. */ popl %edx popl %ecx popl %eax ret ASM_SIZE_DIRECTIVE(C_SYMBOL_NAME(_mcount)) Thanks -lq From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 23:27:50 2007 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 F102416A417 for ; Wed, 28 Nov 2007 23:27:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5B37013C458 for ; Wed, 28 Nov 2007 23:27:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lASNQUxg015522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2007 09:56:32 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Kevin Oberman" Date: Thu, 29 Nov 2007 09:56:27 +1030 User-Agent: KMail/1.9.7 References: <20071128211626.0BB084500E@ptavv.es.net> In-Reply-To: <20071128211626.0BB084500E@ptavv.es.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1424075.h0Zc7ht8eL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711290956.28281.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Giorgos Keramidas , freebsd-current@freebsd.org, "Aryeh M. Friedman" Subject: Re: idea bouncing: using cvs as a replacement for mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 23:27:51 -0000 --nextPart1424075.h0Zc7ht8eL Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 29 Nov 2007, Kevin Oberman wrote: > > It is a port - sysutils/etcmerge. > > Another simple solution, which needs more publicity, is 'mergemaster > -U'. I do my updates using -Ui and seldom have to deal any manual > merge. It's not perfect as I still need to deal with locally modified > files, but "it's good enough". The beauty of etcmerge is that only conflicting changes are a problem=20 and they are quite rare. It does require a refence copy the first time you run it but that is=20 easily obtained by running mergemaster once, after that it updates it=20 automatically. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1424075.h0Zc7ht8eL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHTfkk5ZPcIHs/zowRAmAAAJ4td9nhAnxeZbdRhErMc7wVf+V05ACgqjGI y1iUpBtqEgiQ9BARwB6q724= =/DEO -----END PGP SIGNATURE----- --nextPart1424075.h0Zc7ht8eL-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 23:37:14 2007 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 5C12816A419; Wed, 28 Nov 2007 23:37:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 24D9913C45B; Wed, 28 Nov 2007 23:37:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lASNbCbO095047; Wed, 28 Nov 2007 18:37:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lASNbCBK064202; Wed, 28 Nov 2007 18:37:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8B67173039; Wed, 28 Nov 2007 18:37:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071128233712.8B67173039@freebsd-current.sentex.ca> Date: Wed, 28 Nov 2007 18:37:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Wed, 28 Nov 2007 23:37:14 -0000 TB --- 2007-11-28 23:18:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-28 23:18:24 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-28 23:18:24 - cleaning the object tree TB --- 2007-11-28 23:18:46 - cvsupping the source tree TB --- 2007-11-28 23:18:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-11-28 23:18:54 - building world (CFLAGS=-O -pipe) TB --- 2007-11-28 23:18:54 - cd /src TB --- 2007-11-28 23:18:54 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 28 23:18:56 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/libnvpair.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/nvpair_alloc_system.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair_alloc_fixed.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c In file included from /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c:33: /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:58: error: redefinition of 'struct xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:63: error: redefinition of typedef 'xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common/rpc/xdr.h:531: error: previous declaration of 'xdr_bytesrec' was here *** Error code 1 Stop in /src/cddl/lib/libnvpair. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-28 23:37:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-28 23:37:12 - ERROR: failed to build world TB --- 2007-11-28 23:37:12 - tinderbox aborted TB --- 831.55 user 114.71 system 1127.83 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 23:57:04 2007 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 3C82516A417 for ; Wed, 28 Nov 2007 23:57:04 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD4213C467 for ; Wed, 28 Nov 2007 23:57:03 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from benji.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 904FC2DD23F; Wed, 28 Nov 2007 23:38:24 +0000 (UTC) Received: by benji.nitro.dk (Postfix, from userid 2000) id 5A297FD22; Thu, 29 Nov 2007 00:38:36 +0100 (CET) Date: Thu, 29 Nov 2007 00:38:36 +0100 From: "Simon L. Nielsen" To: Daniel O'Connor Message-ID: <20071128233835.GA998@zaphod.nitro.dk> References: <20071128211626.0BB084500E@ptavv.es.net> <200711290956.28281.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711290956.28281.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Giorgos Keramidas , freebsd-current@freebsd.org, "Aryeh M. Friedman" Subject: Re: idea bouncing: using cvs as a replacement for mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Nov 2007 23:57:04 -0000 On 2007.11.29 09:56:27 +1030, Daniel O'Connor wrote: > On Thu, 29 Nov 2007, Kevin Oberman wrote: > > > It is a port - sysutils/etcmerge. > > > > Another simple solution, which needs more publicity, is 'mergemaster > > -U'. I do my updates using -Ui and seldom have to deal any manual > > merge. It's not perfect as I still need to deal with locally modified > > files, but "it's good enough". > > The beauty of etcmerge is that only conflicting changes are a problem > and they are quite rare. That is (well, mostly) what mergemaster -iU does, and it's in the base system :-). I only tried etcmerge once, but considering the number of heterogeneous systems I help manage or co-manage I found the setup to be enough work that I never got past trying it out once. I run mergemaster quite often, and I must say after the -U functionality it's normally very quickly done. Just my 0.00002DKK - Time to go back to my litle corner :-). -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Wed Nov 28 23:57:35 2007 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 D68EC16A528 for ; Wed, 28 Nov 2007 23:57:35 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 982A413C448 for ; Wed, 28 Nov 2007 23:57:35 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 1C101EB4C34 for ; Thu, 29 Nov 2007 01:27:32 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 0A8871596D4 for ; Thu, 29 Nov 2007 01:27:32 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vvEN-bt4UyK7 for ; Thu, 29 Nov 2007 01:27:31 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id AD66B1596D2 for ; Thu, 29 Nov 2007 01:27:31 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 60B5D3F40F; Thu, 29 Nov 2007 01:27:29 +0200 (EET) Date: Thu, 29 Nov 2007 01:27:28 +0200 From: Nikos Ntarmos To: freebsd-current@freebsd.org Message-ID: <20071128232728.GA99338@ace.netcins.ceid.upatras.gr> Mail-Followup-To: freebsd-current@freebsd.org References: <200711252154.lAPLsMXb003966@luoqi.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: gprof's broken in 7-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: Wed, 28 Nov 2007 23:57:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Nov 28, 2007 at 04:35:50PM +0100, Ivan Voras wrote: > Luoqi Chen wrote: > > Has anyone else noticed that gprof no longer works with gcc 4.2 > > It's a known bug (very irritating!), but I think noone is working on > it so it won't be fixed in 7.0. Shouldn't that be considered a show-stopper of sorts? Is there some suggested method for profiling one's code under 7.0 (e.g. revert to gcc3* or wait for 4.3 to be released) or will 7.0R come out with profiling out of the question? Cheers \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHTflgm6J1ac+VFgoRAjg1AJ41ILLohJYngxqKZbtDLGwK7Coz6ACghUpn 4U+E1nlBtXrIwH0YkZkr834= =LHs4 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 00:24:27 2007 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 2758C16A417; Thu, 29 Nov 2007 00:24:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E678913C455; Thu, 29 Nov 2007 00:24:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAT0OQR6081832; Wed, 28 Nov 2007 19:24:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAT0OPCQ014468; Wed, 28 Nov 2007 19:24:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D287073039; Wed, 28 Nov 2007 19:24:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129002425.D287073039@freebsd-current.sentex.ca> Date: Wed, 28 Nov 2007 19:24:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm 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: Thu, 29 Nov 2007 00:24:27 -0000 TB --- 2007-11-29 00:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-29 00:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-29 00:05:00 - cleaning the object tree TB --- 2007-11-29 00:05:25 - cvsupping the source tree TB --- 2007-11-29 00:05:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2007-11-29 00:05:34 - building world (CFLAGS=-O -pipe) TB --- 2007-11-29 00:05:34 - cd /src TB --- 2007-11-29 00:05:34 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 00:05:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/libnvpair.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/nvpair_alloc_system.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair_alloc_fixed.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c In file included from /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c:33: /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:58: error: redefinition of 'struct xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:63: error: redefinition of typedef 'xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common/rpc/xdr.h:531: error: previous declaration of 'xdr_bytesrec' was here *** Error code 1 Stop in /src/cddl/lib/libnvpair. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 00:24:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 00:24:25 - ERROR: failed to build world TB --- 2007-11-29 00:24:25 - tinderbox aborted TB --- 862.38 user 120.44 system 1165.10 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 00:27:17 2007 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 A7C5516A419; Thu, 29 Nov 2007 00:27:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 73B7F13C44B; Thu, 29 Nov 2007 00:27:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAT0RGYV099149; Wed, 28 Nov 2007 19:27:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAT0RGxp017657; Wed, 28 Nov 2007 19:27:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 78D2773039; Wed, 28 Nov 2007 19:27:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129002716.78D2773039@freebsd-current.sentex.ca> Date: Wed, 28 Nov 2007 19:27:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 00:27:17 -0000 TB --- 2007-11-29 00:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-29 00:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-29 00:05:00 - cleaning the object tree TB --- 2007-11-29 00:05:44 - cvsupping the source tree TB --- 2007-11-29 00:05:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-11-29 00:05:50 - building world (CFLAGS=-O -pipe) TB --- 2007-11-29 00:05:50 - cd /src TB --- 2007-11-29 00:05:50 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 00:05:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/libnvpair.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/nvpair_alloc_system.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair_alloc_fixed.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c In file included from /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c:33: /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:58: error: redefinition of 'struct xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:63: error: redefinition of typedef 'xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common/rpc/xdr.h:531: error: previous declaration of 'xdr_bytesrec' was here *** Error code 1 Stop in /src/cddl/lib/libnvpair. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 00:27:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 00:27:16 - ERROR: failed to build world TB --- 2007-11-29 00:27:16 - tinderbox aborted TB --- 962.13 user 129.12 system 1335.90 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 00:30:50 2007 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 1DA3116A417 for ; Thu, 29 Nov 2007 00:30:50 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0D94713C461 for ; Thu, 29 Nov 2007 00:30:50 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAT0Unrf000304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 28 Nov 2007 16:30:49 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAT0UmJb002744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 28 Nov 2007 16:30:49 -0800 Message-ID: <474E0838.2050806@u.washington.edu> Date: Wed, 28 Nov 2007 16:30:48 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200711252154.lAPLsMXb003966@luoqi.homeunix.org> <20071128232728.GA99338@ace.netcins.ceid.upatras.gr> In-Reply-To: <20071128232728.GA99338@ace.netcins.ceid.upatras.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.28.160623 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __LINES_OF_YELLING 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 00:30:50 -0000 Nikos Ntarmos wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, Nov 28, 2007 at 04:35:50PM +0100, Ivan Voras wrote: > >> Luoqi Chen wrote: >> >>> Has anyone else noticed that gprof no longer works with gcc 4.2 >>> >> It's a known bug (very irritating!), but I think noone is working on >> it so it won't be fixed in 7.0. >> > > Shouldn't that be considered a show-stopper of sorts? Is there some > suggested method for profiling one's code under 7.0 (e.g. revert to > gcc3* or wait for 4.3 to be released) or will 7.0R come out with > profiling out of the question? > > Cheers > > \n\n > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Nikos Ntarmos > > iD8DBQFHTflgm6J1ac+VFgoRAjg1AJ41ILLohJYngxqKZbtDLGwK7Coz6ACghUpn > 4U+E1nlBtXrIwH0YkZkr834= > =LHs4 > -----END PGP SIGNATURE----- > And to think that I mentioned this problem 5-6 months ago with gcc 4.2.x and now it finally gets publicity... Then again I wasn't aware of the register issue details with gprof. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 00:44:57 2007 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 CFCFD16A419; Thu, 29 Nov 2007 00:44:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9C50E13C44B; Thu, 29 Nov 2007 00:44:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAT0iuOm000668; Wed, 28 Nov 2007 19:44:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAT0iuBB036864; Wed, 28 Nov 2007 19:44:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 81C8573039; Wed, 28 Nov 2007 19:44:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129004456.81C8573039@freebsd-current.sentex.ca> Date: Wed, 28 Nov 2007 19:44:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Thu, 29 Nov 2007 00:44:57 -0000 TB --- 2007-11-29 00:24:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-29 00:24:25 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-29 00:24:25 - cleaning the object tree TB --- 2007-11-29 00:24:58 - cvsupping the source tree TB --- 2007-11-29 00:24:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-11-29 00:25:05 - building world (CFLAGS=-O -pipe) TB --- 2007-11-29 00:25:05 - cd /src TB --- 2007-11-29 00:25:05 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 00:25:07 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/libnvpair.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/nvpair_alloc_system.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair_alloc_fixed.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c In file included from /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c:33: /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:58: error: redefinition of 'struct xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:63: error: redefinition of typedef 'xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common/rpc/xdr.h:531: error: previous declaration of 'xdr_bytesrec' was here *** Error code 1 Stop in /src/cddl/lib/libnvpair. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 00:44:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 00:44:56 - ERROR: failed to build world TB --- 2007-11-29 00:44:56 - tinderbox aborted TB --- 900.11 user 117.61 system 1230.54 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 00:47:51 2007 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 C25B916A417; Thu, 29 Nov 2007 00:47:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB2713C43E; Thu, 29 Nov 2007 00:47:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAT0lpHD000929; Wed, 28 Nov 2007 19:47:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAT0lo8q021302; Wed, 28 Nov 2007 19:47:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6EAD73039; Wed, 28 Nov 2007 19:47:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129004750.B6EAD73039@freebsd-current.sentex.ca> Date: Wed, 28 Nov 2007 19:47:50 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Thu, 29 Nov 2007 00:47:52 -0000 TB --- 2007-11-29 00:27:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-29 00:27:16 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-29 00:27:16 - cleaning the object tree TB --- 2007-11-29 00:27:50 - cvsupping the source tree TB --- 2007-11-29 00:27:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-11-29 00:27:56 - building world (CFLAGS=-O -pipe) TB --- 2007-11-29 00:27:56 - cd /src TB --- 2007-11-29 00:27:56 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 00:27:57 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/libnvpair.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/nvpair_alloc_system.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair_alloc_fixed.c cc -O -pipe -I/src/cddl/lib/libnvpair/../../../compat/opensolaris/include -I/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -Wno-unknown-pragmas -c /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c In file included from /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c:33: /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:58: error: redefinition of 'struct xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/compat/opensolaris/rpc/xdr.h:63: error: redefinition of typedef 'xdr_bytesrec' /src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common/rpc/xdr.h:531: error: previous declaration of 'xdr_bytesrec' was here *** Error code 1 Stop in /src/cddl/lib/libnvpair. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 00:47:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 00:47:50 - ERROR: failed to build world TB --- 2007-11-29 00:47:50 - tinderbox aborted TB --- 901.98 user 119.60 system 1234.00 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 05:15:01 2007 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 1932C16A417 for ; Thu, 29 Nov 2007 05:15:01 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 2467F13C44B for ; Thu, 29 Nov 2007 05:14:59 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:37588 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S737819AbXK2FOs (ORCPT + 1 other); Thu, 29 Nov 2007 08:14:48 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <474E4AC7.3080302@yandex.ru> Date: Thu, 29 Nov 2007 08:14:47 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andre Oppermann References: <474DB5C9.2050307@freebsd.org> In-Reply-To: <474DB5C9.2050307@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BTX loader crash on AM2 Asus M2N32 WS mainboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 05:15:01 -0000 Andre Oppermann wrote: > The BTX loader crashes on a brand new AM2 Asus M2N32 WS > Professional mainboard with nForce790 SLI chipset. The CPU is AMD Hm.. I think it's nForce 590. > Athlon 64 X2 4800+. The system has got an Areca ARC-1220 8-port > PCI-E SATA2 RAID controller, a Intel PCI-X Pro/1000MT NIC and an > ATI RV370 based graphics card (Asus EAX1050&TD/256M, PCI-E). RAM is > upped to 8GB in 4 times 2GB of Kingston KVR667D2N5/2G (DDR2-667, > CL5). > > Any suggestions and help appreciated. Ok. I have the same motherboard and i think your CD drive connected to the integrated Marvell 88SE6141 controller's port. It's not supported by the our ATA driver yet. Try to reconnect your CD drive to the NVIDIA controller's port. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 06:13:10 2007 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 104D916A41A for ; Thu, 29 Nov 2007 06:13:10 +0000 (UTC) (envelope-from chflags@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id CAE2713C469 for ; Thu, 29 Nov 2007 06:13:09 +0000 (UTC) (envelope-from chflags@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1241604nzf for ; Wed, 28 Nov 2007 22:13:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=NvsJYFThKhHWOY8uiJjvElXxpoAzxnrR9iuxv3hP4iU=; b=oEW9A8Qa3d6xt/Xfo2O5zBDpkf6VuxtuoyJFWZQoqKeBRhicaI5GP3inkM+3bophqiow+erddXXOVpqQqAm7JfTIXwXtTdc1PW04BgpwnMm/LTvmdBVhgu2DHd1XTFoy3TqhPtyqEdDysu3L5ancdjR7CLpNydlr+rXGaAcF1Xs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=SsMteBYjD9jFf9GQXhc4USRNBaBOkGtujGkYB7GrsvpN+J/tsEPb0NX6pzQYaLtpTICgO7A+GVIvC86ewvchtlZN0eRIH+xuONdMNjSkI9ZedTnAB2FvkWRumDZnpB7W0tJQE634Eov0B2rrEVhapjwvCQalV5GkVc200PX0ZGs= Received: by 10.64.156.2 with SMTP id d2mr14467986qbe.1196315142144; Wed, 28 Nov 2007 21:45:42 -0800 (PST) Received: by 10.65.138.16 with HTTP; Wed, 28 Nov 2007 21:45:42 -0800 (PST) Message-ID: <25cb30711282145u1df56b7cl252b36c11ca344cb@mail.gmail.com> Date: Thu, 29 Nov 2007 13:45:42 +0800 From: "Kevin Foo" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7.0-BETA3 ndis/wpa_supplicant/dhclient problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chflags@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 06:13:10 -0000 Hello list, I'm having problem with Broadcom card (card=0x1371103c chip=0x431214e4 rev=0x02) with ndis. It was working (associating and receiving dhcp offer) prior system upgrade from 6.3-PRERELEASE to 7.0-BETA3. After upgraded to 7.0-BETA3, it managed to associate with AP but could no longer able to obtain dhcp offer. Dhclient failed to obtain dhcp lease and fell back to sleep all the time. Manully assigning IP addr/netmask/route did not help either. Without using wpa_supplicant (ifconfig_ndis0="DHCP ssid MYWIFI wepmode mixed 0xAAAAAABBBBBBCCCCCCDDDDDD00"), it failed to obtain dhcp lease too. Here are some of the sanitized details. uname -a ######################### FreeBSD coeus.m0m0.org 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Wed Nov 28 02:05:22 MYT 2007 chflags@coeus.m0m0.org:/usr/obj/usr/src/sys/COEUS i386 GENERIC kernel configure with pf stuff added in device pf device pfsync device pflog device carp options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRI dmesg ######################### wlan: mac acl policy registered no match for IoGetDeviceObjectPointer ndis0: mem 0xb3000000-0xb3003fff irq 19 at device 0.0 on pci1 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 ndis0: using obsoleted if_watchdog interface ndis0: Ethernet address: 00:00:00:00:00:22 Setting ESSID to "" Setting ESSID to "" Setting ESSID to "" Setting ESSID to "" ndis0: bssid_list failed ndis0: link state changed to UP loader.conf ######################### if_ndis_load="YES" bcmwl5_sys_load="YES" wlan_wep_load="YES" wlan_ccmp_load="YES" wlan_tkip_load="YES" wlan_acl_load="YES" wlan_scan_sta_load="YES" rc.conf ######################### ifconfig_ndis0="DHCP WPA ssid MYWIFI" wpa_supplicant.conf ######################### network={ ssid="MYWIFI" scan_ssid=1 key_mgmt=NONE wep_tx_keyidx=0 wep_key0=AAAAAABBBBBBCCCCCCDDDDDD00 } ifconfig -a ######################### ndis0: flags=8843 metric 0 mtu 1500 ether 00:00:00:00:00:22 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: IEEE 802.11 Wireless Ethernet autoselect status: associated ssid "" channel 1 (2412 Mhz 11g) authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit bmiss 7 scanvalid 60 protmode CTS roaming MANUAL bintval 0 pciconf -lv ######################### ndis0@pci0:1:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4310 broadcom wireless 1490 (dell)' class = network wpa_cli interactive mode output ######################### wpa_cli v0.5.8 Copyright (c) 2004-2007, Jouni Malinen and contributors This program is free software. You can distribute it and/or modify it under the terms of the GNU General Public License version 2. Alternatively, this software may be distributed under the terms of the BSD license. See README and COPYING for more details. Selected interface 'ndis0' Interactive mode > status bssid=00:00:00:00:00:11 ssid=MYWIFI id=0 pairwise_cipher=WEP-104 group_cipher=WEP-104 key_mgmt=NONE wpa_state=COMPLETED ip_address=0.0.0.0 > scan_results bssid / frequency / signal level / flags / ssid 00:00:00:00:00:11 2437 -46 [WEP] MYWIFI wpa_supplicant debug mode output ######################### wpa_supplicant -i ndis0 -c /etc/wpa_supplicant.conf -D ndis -d Initializing interface 'ndis0' conf '/etc/wpa_supplicant.conf' driver 'ndis' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/root/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' Priority group 0 id=0 ssid='MYWIFI' Initializing interface (2) 'ndis0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 NDIS: Packet.dll version: FreeBSD WinPcap compatibility shim v1.0 NDIS: 1 adapter names found NDIS: 1 adapter descriptions found NDIS: 0 - ndis0 - ndis0 NDIS: Adapter description prefix 'ndis0' NDIS: Driver supports OID_802_11_CAPABILITY - NoOfPMKIDs 16 NoOfAuthEncrPairs 14 NDIS: driver capabilities: key_mgmt 0x1f enc 0xf auth 0x3 Own MAC address: 00:00:00:00:00:22 wpa_driver_ndis_set_wpa: enabled=1 ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed Setting scan request: 0 sec 100000 usec Added interface ndis0 State: DISCONNECTED -> SCANNING Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=7): 4d 59 57 49 46 49 MYWIFI Trying to get current scan results first without requesting a new scan to speed up initial association Scan results: 0 Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 0 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=0): NDIS: turning radio on before the first scan ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed Scan timeout - try to get results Scan results: 3 Selecting BSS from priority group 0 Try to find WPA-enabled AP 0: 00:00:00:00:00:11 ssid='MYWIFI' wpa_ie_len=0 rsn_ie_len=0 caps=0x11 skip - no WPA/RSN IE Try to find non-WPA AP 0: 00:00:00:00:00:11 ssid='MYWIFI' wpa_ie_len=0 rsn_ie_len=0 caps=0x11 selected non-WPA AP 00:00:00:00:00:11 ssid='MYWIFI' Trying to associate with 00:00:00:00:00:11 (SSID='MYWIFI' freq=2437 MHz) Cancelling scan request WPA: clearing own WPA/RSN IE Automatic auth_alg selection: 0x1 WPA: clearing AP WPA IE WPA: clearing AP RSN IE WPA: clearing own WPA/RSN IE No keys have been configured - skip key clearing ndis_get_oid: oid=0xd010101 len (6) failed State: SCANNING -> ASSOCIATING NDIS: Re-setting static WEP key 0 ndis_get_oid: oid=0xd010101 len (6) failed ndis_set_oid: oid=0xd010119 len (4) failed NDIS: Failed to set OID_802_11_PRIVACY_FILTER (0) Setting authentication timeout: 10 sec 0 usec EAPOL: External notification - portControl=ForceAuthorized ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed Authentication with 00:00:00:00:00:00 timed out. Added BSSID 00:00:00:00:00:11 into blacklist ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed State: ASSOCIATING -> DISCONNECTED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 Setting scan request: 0 sec 0 usec State: DISCONNECTED -> SCANNING Starting AP scan (broadcast SSID) ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed ndis_get_oid: oid=0xd010101 len (6) failed Scan timeout - try to get results Scan results: 3 Selecting BSS from priority group 0 Try to find WPA-enabled AP 0: 00:00:00:00:00:11 ssid='MYWIFI' wpa_ie_len=0 rsn_ie_len=0 caps=0x11 skip - no WPA/RSN IE Try to find non-WPA AP 0: 00:00:00:00:00:11 ssid='MYWIFI' wpa_ie_len=0 rsn_ie_len=0 caps=0x11 selected non-WPA AP 00:00:00:00:00:11 ssid='MYWIFI' Trying to associate with 00:00:00:00:00:11 (SSID='MYWIFI' freq=2437 MHz) Cancelling scan request WPA: clearing own WPA/RSN IE Automatic auth_alg selection: 0x1 WPA: clearing AP WPA IE WPA: clearing AP RSN IE WPA: clearing own WPA/RSN IE No keys have been configured - skip key clearing ndis_get_oid: oid=0xd010101 len (6) failed State: SCANNING -> ASSOCIATING NDIS: Re-setting static WEP key 0 ndis_get_oid: oid=0xd010101 len (6) failed ndis_set_oid: oid=0xd010119 len (4) failed NDIS: Failed to set OID_802_11_PRIVACY_FILTER (0) Setting authentication timeout: 10 sec 0 usec EAPOL: External notification - portControl=ForceAuthorized ndis_get_oid: oid=0xd010101 len (6) failed NDIS: ReqFixed=0x3 RespFixed=0x7 off_req=40 off_resp=92 len_req=52 len_resp=30 NDIS: 3 BSSID items to process for AssocInfo Association info event req_ies - hexdump(len=52): 00 07 5a 49 5f 57 49 46 49 01 08 82 84 8b 96 24 30 48 6c 21 02 08 12 24 02 01 0e 32 04 0c 12 18 60 dd 06 00 40 96 01 01 00 dd 09 00 10 18 02 00 11 00 00 00 resp_ies - hexdump(len=30): 01 08 82 84 8b 96 0c 18 30 48 32 04 12 24 60 6c dd 0c 00 03 7f 02 01 01 52 00 02 a4 40 00 beacon_ies - hexdump(len=96): 00 07 5a 49 5f 57 49 46 49 01 08 82 84 8b 96 0c 18 30 48 03 01 06 05 04 00 01 20 10 07 06 47 42 20 01 0d 12 2a 01 00 32 04 12 24 60 6c dd 09 00 03 7f 01 01 00 17 00 00 dd 0c 00 03 7f 02 01 01 52 00 02 a4 40 00 dd 18 00 50 f2 02 01 01 00 00 03 a4 00 00 27 a4 00 00 42 43 5e 00 62 32 2f 00 WPA: clearing own WPA/RSN IE WPA: clearing AP WPA IE WPA: clearing AP RSN IE State: ASSOCIATING -> ASSOCIATED Associated to a new BSS: BSSID=00:00:00:00:00:11 Associated with 00:00:00:00:00:11 WPA: Association event - clear replay counter EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 EAPOL: External notification - portEnabled=1 EAPOL: SUPP_PAE entering state S_FORCE_AUTH EAPOL: SUPP_BE entering state IDLE Cancelling authentication timeout Removed BSSID 00:00:00:00:00:11 from blacklist State: ASSOCIATED -> COMPLETED CTRL-EVENT-CONNECTED - Connection to 00:00:00:00:00:11 completed (auth) [id=0 id_str=] Cancelling scan request driver used ######################### ftp://ftp.hp.com/pub/softpaq/sp34001-34500/sp34152.exe The Broadcom ndis driver version 4.40.19.0 failed to detect the device ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe Thanks for help. -- Regards Kevin Foo From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 06:25:58 2007 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 69FEA16A41B for ; Thu, 29 Nov 2007 06:25:58 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 88E3E13C45D for ; Thu, 29 Nov 2007 06:25:57 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:52420 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S738068AbXK2GZr (ORCPT + 1 other); Thu, 29 Nov 2007 09:25:47 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <474E5B69.7070406@yandex.ru> Date: Thu, 29 Nov 2007 09:25:45 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: John Baldwin References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> In-Reply-To: <200711280938.38545.jhb@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Barney Cordoba , freebsd-current@freebsd.org, =?KOI8-R?Q?S=3Fren_Schmidt?= , Anton Yuzhaninov Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 06:25:58 -0000 John Baldwin wrote: > Again, on the machines I'm seeing this on it was totally disabled. I don't think > I can totally disable DMA (NICs etc. must use DMA) on the machines and since they > are in production and I only see the corruption as an after-effect when the boxes > panic or deadlock for another reason I'm not easily able to reproduce this. Also, > we do disable MSI for devices behind HT2000 chipsets because of a chip bug, but > not on HT1000 currently. However, MSI isn't on on 6.x anyway. Hi, John. Anton Yuzhaninov has mentioned in the top of this thread that this bug may be easy reproduced by using external PCI-X card. He tried use PCI-X Marvell card and got lots of corruptions on the integrated HT1000. Can you or Soren try the same way to reproduce? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 07:10:58 2007 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 48D4C16A417; Thu, 29 Nov 2007 07:10:58 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id DBD6313C4E5; Thu, 29 Nov 2007 07:10:57 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAT7AECZ090439; Thu, 29 Nov 2007 08:10:14 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <474E65D6.4040403@deepcore.dk> Date: Thu, 29 Nov 2007 08:10:14 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> In-Reply-To: <474E5B69.7070406@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Barney Cordoba , freebsd-current@freebsd.org, Anton Yuzhaninov Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 07:10:58 -0000 Andrey V. Elsukov wrote: > John Baldwin wrote: >> Again, on the machines I'm seeing this on it was totally disabled. I = >> don't think >> I can totally disable DMA (NICs etc. must use DMA) on the machines=20 >> and since they >> are in production and I only see the corruption as an after-effect=20 >> when the boxes >> panic or deadlock for another reason I'm not easily able to reproduce = >> this. Also, >> we do disable MSI for devices behind HT2000 chipsets because of a=20 >> chip bug, but >> not on HT1000 currently. However, MSI isn't on on 6.x anyway. > > Hi, John. > > Anton Yuzhaninov has mentioned in the top of this thread that > this bug may be easy reproduced by using external PCI-X card. > He tried use PCI-X Marvell card and got lots of corruptions on > the integrated HT1000. Can you or Soren try the same way to > reproduce? As I told earlier the fileserver I have here with the HT1000 chip also=20 has a marvel 6081 and it is on PCI-X. There are 4 disks on each and it=20 moves lots of data around on a daily basis, no problems whatsoever. I=20 have planned downtime today on it and will experiment with it, but I=20 can't hold it off for too long... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 07:26:54 2007 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 02C2116A417; Thu, 29 Nov 2007 07:26:54 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0A313C45A; Thu, 29 Nov 2007 07:26:52 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:20956 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8372519AbXK2H0n (ORCPT + 1 other); Thu, 29 Nov 2007 10:26:43 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <474E69AE.7000105@yandex.ru> Date: Thu, 29 Nov 2007 10:26:38 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> <474E65D6.4040403@deepcore.dk> In-Reply-To: <474E65D6.4040403@deepcore.dk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Barney Cordoba , freebsd-current@freebsd.org, Anton Yuzhaninov Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 07:26:54 -0000 Søren Schmidt wrote: >> Anton Yuzhaninov has mentioned in the top of this thread that >> this bug may be easy reproduced by using external PCI-X card. >> He tried use PCI-X Marvell card and got lots of corruptions on >> the integrated HT1000. Can you or Soren try the same way to >> reproduce? > As I told earlier the fileserver I have here with the HT1000 chip also > has a marvel 6081 and it is on PCI-X. There are 4 disks on each and it > moves lots of data around on a daily basis, no problems whatsoever. I > have planned downtime today on it and will experiment with it, but I > can't hold it off for too long... May be here is different HW revisions? You have an old revision and now people with this bug have a new revision? I don't see in the this thread any verbose dmesg or pciconf outputs. So, people, who have problems and who don't have it, can you show your `pciconf -l`? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 08:03:21 2007 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 54B2616A418 for ; Thu, 29 Nov 2007 08:03:21 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id D669F13C4CC for ; Thu, 29 Nov 2007 08:03:20 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 6FAC7EB5017 for ; Thu, 29 Nov 2007 10:03:19 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 5CE161578CD for ; Thu, 29 Nov 2007 10:03:19 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yn6xuE6DBI6i for ; Thu, 29 Nov 2007 10:03:19 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 0A7531578A7 for ; Thu, 29 Nov 2007 10:03:19 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 096343F40F; Thu, 29 Nov 2007 10:03:15 +0200 (EET) Date: Thu, 29 Nov 2007 10:03:15 +0200 From: Nikos Ntarmos To: freebsd-current@freebsd.org Message-ID: <20071129080315.GC99338@ace.netcins.ceid.upatras.gr> Mail-Followup-To: freebsd-current@freebsd.org References: <200711252154.lAPLsMXb003966@luoqi.homeunix.org> <20071128232728.GA99338@ace.netcins.ceid.upatras.gr> <474E0838.2050806@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <474E0838.2050806@u.washington.edu> Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 08:03:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Nov 28, 2007 at 04:30:48PM -0800, Garrett Cooper wrote: > And to think that I mentioned this problem 5-6 months ago with gcc > 4.2.x and now it finally gets publicity... > > Then again I wasn't aware of the register issue details with gprof. IIRC that was with gcc 4.2.0 and before the code freeze and RELENG_7 branching. I had hoped that it would get fixed when 4.2.1 would be merged (along with some other "well-known" plagues of 4.2.0) but eventually it didn't... :) I just hope that luoqi@ (or somebody else) will tackle this thing soon enough for 7.0R (or at least for 7.1R). BTW 7.0 is shaping up pretty well. Kudos to all hackers and thank you for another great (soon-to-be) release! \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHTnJDm6J1ac+VFgoRAkKlAJ9+8oj3DpK0M9+W/HQ1TGvC2pqjhwCeM+nb sDsZQp2SzThOjxNGVKY+FZw= =w69r -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 08:18:05 2007 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 761FF16A418; Thu, 29 Nov 2007 08:18:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5B77D13C447; Thu, 29 Nov 2007 08:18:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAT8I4K3030372; Thu, 29 Nov 2007 03:18:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAT8I4AU066237; Thu, 29 Nov 2007 03:18:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3B04F73039; Thu, 29 Nov 2007 03:18:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129081804.3B04F73039@freebsd-current.sentex.ca> Date: Thu, 29 Nov 2007 03:18:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Thu, 29 Nov 2007 08:18:05 -0000 TB --- 2007-11-29 07:08:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-29 07:08:38 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-29 07:08:38 - cleaning the object tree TB --- 2007-11-29 07:09:02 - cvsupping the source tree TB --- 2007-11-29 07:09:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-11-29 07:09:08 - building world (CFLAGS=-O -pipe) TB --- 2007-11-29 07:09:08 - cd /src TB --- 2007-11-29 07:09:08 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 07:09:09 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 29 08:12:27 UTC 2007 TB --- 2007-11-29 08:12:27 - generating LINT kernel config TB --- 2007-11-29 08:12:27 - cd /src/sys/powerpc/conf TB --- 2007-11-29 08:12:27 - /usr/bin/make -B LINT TB --- 2007-11-29 08:12:27 - building LINT kernel (COPTFLAGS=) TB --- 2007-11-29 08:12:27 - cd /src TB --- 2007-11-29 08:12:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 29 08:12:27 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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 -ffreestanding -Werror /src/sys/kern/init_sysent.c cc -c -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 -ffreestanding -Werror /src/sys/kern/ksched.c cc -c -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 -ffreestanding -Werror /src/sys/kern/kern_acct.c cc -c -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 -ffreestanding -Werror /src/sys/kern/kern_alq.c cc -c -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 -ffreestanding -Werror /src/sys/kern/kern_clock.c cc1: warnings being treated as errors /src/sys/kern/kern_clock.c: In function 'sysctl_kern_cp_times': /src/sys/kern/kern_clock.c:125: warning: unused variable 'i' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 08:18:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 08:18:04 - ERROR: failed to build lint kernel TB --- 2007-11-29 08:18:04 - tinderbox aborted TB --- 3014.90 user 355.13 system 4166.01 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 09:04:13 2007 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 711D916A417; Thu, 29 Nov 2007 09:04:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5482B13C4EE; Thu, 29 Nov 2007 09:04:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAT94CwF002628; Thu, 29 Nov 2007 04:04:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAT94CPB012323; Thu, 29 Nov 2007 04:04:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0FB3073039; Thu, 29 Nov 2007 04:04:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129090412.0FB3073039@freebsd-current.sentex.ca> Date: Thu, 29 Nov 2007 04:04:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Thu, 29 Nov 2007 09:04:13 -0000 TB --- 2007-11-29 07:58:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-29 07:58:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-29 07:58:54 - cleaning the object tree TB --- 2007-11-29 07:59:16 - cvsupping the source tree TB --- 2007-11-29 07:59:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-11-29 07:59:24 - building world (CFLAGS=-O -pipe) TB --- 2007-11-29 07:59:24 - cd /src TB --- 2007-11-29 07:59:24 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 07:59:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 29 08:59:06 UTC 2007 TB --- 2007-11-29 08:59:06 - generating LINT kernel config TB --- 2007-11-29 08:59:06 - cd /src/sys/sparc64/conf TB --- 2007-11-29 08:59:06 - /usr/bin/make -B LINT TB --- 2007-11-29 08:59:06 - building LINT kernel (COPTFLAGS=) TB --- 2007-11-29 08:59:06 - cd /src TB --- 2007-11-29 08:59:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 29 08:59:07 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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 -Werror /src/sys/kern/init_sysent.c cc -c -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 -Werror /src/sys/kern/ksched.c cc -c -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 -Werror /src/sys/kern/kern_acct.c cc -c -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 -Werror /src/sys/kern/kern_alq.c cc -c -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 -Werror /src/sys/kern/kern_clock.c cc1: warnings being treated as errors /src/sys/kern/kern_clock.c: In function 'sysctl_kern_cp_times': /src/sys/kern/kern_clock.c:125: warning: unused variable 'i' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 09:04:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 09:04:11 - ERROR: failed to build lint kernel TB --- 2007-11-29 09:04:11 - tinderbox aborted TB --- 2825.21 user 357.16 system 3917.55 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 09:18:13 2007 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 5598316A419; Thu, 29 Nov 2007 09:18:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 218C913C45A; Thu, 29 Nov 2007 09:18:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAT9ICtn034519; Thu, 29 Nov 2007 04:18:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAT9ICOR060729; Thu, 29 Nov 2007 04:18:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1463773039; Thu, 29 Nov 2007 04:18:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129091812.1463773039@freebsd-current.sentex.ca> Date: Thu, 29 Nov 2007 04:18:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean 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: Thu, 29 Nov 2007 09:18:13 -0000 TB --- 2007-11-29 08:18:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-29 08:18:04 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-29 08:18:04 - cleaning the object tree TB --- 2007-11-29 08:18:24 - cvsupping the source tree TB --- 2007-11-29 08:18:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-11-29 08:18:30 - building world (CFLAGS=-O -pipe) TB --- 2007-11-29 08:18:30 - cd /src TB --- 2007-11-29 08:18:30 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 08:18:32 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 29 09:14:12 UTC 2007 TB --- 2007-11-29 09:14:12 - generating LINT kernel config TB --- 2007-11-29 09:14:12 - cd /src/sys/sun4v/conf TB --- 2007-11-29 09:14:12 - /usr/bin/make -B LINT TB --- 2007-11-29 09:14:12 - building LINT kernel (COPTFLAGS=) TB --- 2007-11-29 09:14:12 - cd /src TB --- 2007-11-29 09:14:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 29 09:14:12 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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 -Werror /src/sys/kern/init_sysent.c cc -c -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 -Werror /src/sys/kern/ksched.c cc -c -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 -Werror /src/sys/kern/kern_acct.c cc -c -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 -Werror /src/sys/kern/kern_alq.c cc -c -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 -Werror /src/sys/kern/kern_clock.c cc1: warnings being treated as errors /src/sys/kern/kern_clock.c: In function 'sysctl_kern_cp_times': /src/sys/kern/kern_clock.c:125: warning: unused variable 'i' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 09:18:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 09:18:12 - ERROR: failed to build lint kernel TB --- 2007-11-29 09:18:12 - tinderbox aborted TB --- 2815.87 user 350.42 system 3607.68 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 10:50:54 2007 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 96EFA16A41A for ; Thu, 29 Nov 2007 10:50:54 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.184]) by mx1.freebsd.org (Postfix) with ESMTP id 25D9313C442 for ; Thu, 29 Nov 2007 10:50:53 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: by rn-out-0102.google.com with SMTP id e5so1595560rng for ; Thu, 29 Nov 2007 02:50:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=AN9IL4pTay9Z+EgufFCieqO5h+NYmDImxctmpIfr10M=; b=D3XmeEIATKrRoi5gFTfo80ZWQrFfI+InfhXyLPOjOMZDoM4TMDRHVy349in8milzIEj/V+2pXFjv0Vtc3b284kqloh5fzTBLZZutpIVn08J9XXaO/2nBKd89JZx/JxrcARAgJ9GtugF3ANWIEIZSGCYmwxD/G+/RC0jY5AMvY9I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=kdcT7DTXnuSdDxD6srY1tE8+DKrUOolXRHfSX72Keni6hNzvPHbdlOrB5rV1aa3aWmLo/kbBpb419jOD5UT/7+OsLj1I1W93cGp8ZZXHX//m0eTfnMXTdAmNBOyIiT+gTVMGnj3K/7gozME3b4TjTz0UtYGiZRsVhWPV+/cu4rc= Received: by 10.151.10.7 with SMTP id n7mr1464432ybi.1196331971778; Thu, 29 Nov 2007 02:26:11 -0800 (PST) Received: by 10.150.200.6 with HTTP; Thu, 29 Nov 2007 02:26:11 -0800 (PST) Message-ID: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> Date: Thu, 29 Nov 2007 02:26:11 -0800 From: "Carl Shapiro" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Serious compatibility breakage 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: Thu, 29 Nov 2007 10:50:54 -0000 Developers, FreeBSD 7 has changed the protection violation signal from SIGBUS to SIGSEGV. Unfortunately, when an old binary is run on a current FreeBSD system, protection violations cause a SIGSEGV to be delivered to the executable instead of the anticipated SIGBUS. Binaries compiled on older versions of FreeBSD are not prepared to handle SIGSEGV in response to page protection violations. One consequence of this change is that applications that handle page protection violations, such as the CMUCL Lisp compiler have broken. CMUCL binaries compiled for FreeBSD 4, FreeBSD 5, and FreeBSD 6 crash on -current. Investments FreeBSD users have in binaries that handle page protection violations, such as things that link against boehm-gc, are lost forever. This significantly increases the cost of an upgrade to FreeBSD 7. The switch from SIGBUS to SIGSEGV is well motivated. However, it is not clear that consideration was given to binaries running under compat{4,5,6}x. One would expect the compat infrastructure to translate protection violation signals from SIGSEGV to SIGBUS while executing older binaries. This would ensure that the applications that establish SIGBUS handlers to catch protection violations continue to work. Among the open source operating systems the FreeBSD project has one of the best traditions of supporting old binaries. It would truly be a shame for this tradition to abruptly end as of the next major release. As a developer who supports several versions of FreeBSD through binary compatibility anything that can help us avoid breakage as of the next FreeBSD release would be appreciated. Thanks, Carl (and the many FreeBSD users of CMUCL) From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 11:28:33 2007 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 B960816A41A for ; Thu, 29 Nov 2007 11:28:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD1213C465 for ; Thu, 29 Nov 2007 11:28:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IxhZE-000Ma9-TP; Thu, 29 Nov 2007 13:28:31 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lATBSOpn071332; Thu, 29 Nov 2007 13:28:24 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lATBSOYj071331; Thu, 29 Nov 2007 13:28:24 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Nov 2007 13:28:24 +0200 From: Kostik Belousov To: Carl Shapiro Message-ID: <20071129112824.GD83121@deviant.kiev.zoral.com.ua> References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hxkXGo8AKqTJ+9QI" Content-Disposition: inline In-Reply-To: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: b46f4584ea35a5bfe65e3be67b2b2352 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1835 [Nov 29 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Serious compatibility breakage 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: Thu, 29 Nov 2007 11:28:33 -0000 --hxkXGo8AKqTJ+9QI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 29, 2007 at 02:26:11AM -0800, Carl Shapiro wrote: > Developers, >=20 > FreeBSD 7 has changed the protection violation signal from SIGBUS to > SIGSEGV. Unfortunately, when an old binary is run on a current > FreeBSD system, protection violations cause a SIGSEGV to be delivered > to the executable instead of the anticipated SIGBUS. Binaries > compiled on older versions of FreeBSD are not prepared to handle > SIGSEGV in response to page protection violations. >=20 > One consequence of this change is that applications that handle page > protection violations, such as the CMUCL Lisp compiler have broken. > CMUCL binaries compiled for FreeBSD 4, FreeBSD 5, and FreeBSD 6 crash > on -current. Investments FreeBSD users have in binaries that handle > page protection violations, such as things that link against boehm-gc, > are lost forever. This significantly increases the cost of an upgrade > to FreeBSD 7. >=20 > The switch from SIGBUS to SIGSEGV is well motivated. However, it is > not clear that consideration was given to binaries running under > compat{4,5,6}x. One would expect the compat infrastructure to > translate protection violation signals from SIGSEGV to SIGBUS while > executing older binaries. This would ensure that the applications > that establish SIGBUS handlers to catch protection violations continue > to work. >=20 > Among the open source operating systems the FreeBSD project has one of > the best traditions of supporting old binaries. It would truly be a > shame for this tradition to abruptly end as of the next major release. > As a developer who supports several versions of FreeBSD through > binary compatibility anything that can help us avoid breakage as of > the next FreeBSD release would be appreciated. >=20 > Thanks, >=20 > Carl (and the many FreeBSD users of CMUCL) I can confirm that FreeBSD-6 binary of the CMUCL 19d does not work. It is interesting that sbcl has no problems on RELENG_7. The change of the raised signal was introduced in the following commit: i386/i386/trap.c, revision 1.282 amd64/amd64/trap.c, revision 1.295 date: 2005/10/14 12:43:45; author: davidxu; state: Exp; lines: +41 -12 Please, try the patch below and report whether it is enough to fix cmucl and any other regressions. diff --git a/sys/amd64/amd64/trap.c b/sys/amd64/amd64/trap.c index 62d81f6..ba32fc7 100644 --- a/sys/amd64/amd64/trap.c +++ b/sys/amd64/amd64/trap.c @@ -311,10 +311,8 @@ trap(struct trapframe *frame) =20 if (i =3D=3D SIGSEGV) ucode =3D SEGV_MAPERR; - else { - i =3D SIGSEGV; /* XXX hack */ - ucode =3D SEGV_ACCERR; - } + else + ucode =3D BUS_ADRERR; break; =20 case T_DIVIDE: /* integer divide fault */ diff --git a/sys/i386/i386/trap.c b/sys/i386/i386/trap.c index e66fa1e..3127488 100644 --- a/sys/i386/i386/trap.c +++ b/sys/i386/i386/trap.c @@ -374,10 +374,8 @@ trap(struct trapframe *frame) =20 if (i =3D=3D SIGSEGV) ucode =3D SEGV_MAPERR; - else { - i =3D SIGSEGV; /* XXX hack */ - ucode =3D SEGV_ACCERR; - } + else=20 + ucode =3D BUS_ADRERR; addr =3D eva; break; =20 --hxkXGo8AKqTJ+9QI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHTqJXC3+MBN1Mb4gRAiJRAJ9D3FAHt/97MdF3QJVEJeWC8Dz9KQCgyva6 kK6XqNk9aBhyvtVTk2oIDek= =qlYG -----END PGP SIGNATURE----- --hxkXGo8AKqTJ+9QI-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 12:18:02 2007 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 BFD0B16A418 for ; Thu, 29 Nov 2007 12:18:02 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 423B713C44B for ; Thu, 29 Nov 2007 12:18:01 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 67861 invoked from network); 29 Nov 2007 11:49:43 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 29 Nov 2007 11:49:43 -0000 Message-ID: <474EADFD.4020904@freebsd.org> Date: Thu, 29 Nov 2007 13:18:05 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <474DB5C9.2050307@freebsd.org> <474E4AC7.3080302@yandex.ru> In-Reply-To: <474E4AC7.3080302@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: BTX loader crash on AM2 Asus M2N32 WS mainboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 12:18:02 -0000 Andrey V. Elsukov wrote: > Andre Oppermann wrote: >> The BTX loader crashes on a brand new AM2 Asus M2N32 WS >> Professional mainboard with nForce790 SLI chipset. The CPU is AMD > > Hm.. I think it's nForce 590. Indeed. >> Athlon 64 X2 4800+. The system has got an Areca ARC-1220 8-port >> PCI-E SATA2 RAID controller, a Intel PCI-X Pro/1000MT NIC and an >> ATI RV370 based graphics card (Asus EAX1050&TD/256M, PCI-E). RAM is >> upped to 8GB in 4 times 2GB of Kingston KVR667D2N5/2G (DDR2-667, >> CL5). >> >> Any suggestions and help appreciated. > > Ok. I have the same motherboard and i think your CD drive connected > to the integrated Marvell 88SE6141 controller's port. Yes, the CDROM was connected to the Marvell based PATA port. > It's not supported by the our ATA driver yet. Try to reconnect your > CD drive to the NVIDIA controller's port. That should not make a difference as the kernel isn't yet loaded. It's all within the loader operating through BIOS calls (?). It looks like the Marvell ATA BIOS upsets the loader when booting from one its drives. When reconnecting the CDROM to the nForce based PATA port the loader doesn't crash anymore and the kernel begins to boot until this: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177, 0x376,0xf400-0xf40f at device 12.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ... acd0: DVDR at ata0-master PIO4 ... acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 then it just hangs (not hard though)... Have tried it with two different CDROM drivers from different makers with identical results (the other drive is a plain Toshiba DVDROM). Image is FreeBSD 7.0BETA3 AMD64 burned to a CD-R. Exactly the same problem with BETA3 i386. FreeBSD 6.2R i386 boots into the installer successfully. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 12:37:39 2007 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 4AC6216A418 for ; Thu, 29 Nov 2007 12:37:39 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id D7AD313C4D1 for ; Thu, 29 Nov 2007 12:37:38 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1774469nfb for ; Thu, 29 Nov 2007 04:37:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=l92vLOWr+//H8XKAPxLWyRmy6bwa4v96dtiAa9C+Lw4=; b=AKejRGgAowZ9C30ropkE3jVy6pz8f1avBRbukuaWxryiTd+sRF6w67WPKSHQWflyh/JfQOanDid7Nl2I9qUJQcPnsg30WRIKyrVhrlTTfG/DsGsdOWRRXm+mtlc6A2nXdyq+4WtVhbwa+TSBfGWmoQxdqSASDBFXn8qg3q22K1Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=v2QmhGfFk1uRwe4hPiSTeAUN4DeQS/81j+ZtxOAf6kUnMbB5mzSP6edEjfbzYwE8nSRVusfTTeKhhWzcPDk+MgnZ7amg33KLIanboY7TeOcsd1ywZg7ePYHZg8kBVxUE9ML3dST2a5B/2Zi+ZGqh/AtQX/zJbxZuU4eLOuyPB5o= Received: by 10.86.84.5 with SMTP id h5mr6015996fgb.1196338371628; Thu, 29 Nov 2007 04:12:51 -0800 (PST) Received: from roadrunner.spoerlein.net ( [85.180.182.64]) by mx.google.com with ESMTPS id 13sm7477524fks.2007.11.29.04.12.50 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 29 Nov 2007 04:12:50 -0800 (PST) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.1/8.14.1) with ESMTP id lAT9F4el002732; Thu, 29 Nov 2007 10:15:04 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.1/8.14.1/Submit) id lAT9F3EE002731; Thu, 29 Nov 2007 10:15:03 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Thu, 29 Nov 2007 10:15:03 +0100 From: Ulrich Spoerlein To: Matthias Schmidt Message-ID: <20071129091503.GB1490@roadrunner.spoerlein.net> Mail-Followup-To: Matthias Schmidt , Remko Lodder , freebsd-current@freebsd.org References: <20071126111520.GA29188@soaustin.net> <20071126165021.GC51762@staatsfeind.org> <474B1515.3020303@bellanet.org> <20071126211106.GD51762@staatsfeind.org> <474B3C4E.7090501@FreeBSD.org> <20071127092141.GE51762@staatsfeind.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071127092141.GE51762@staatsfeind.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Remko Lodder , freebsd-current@FreeBSD.org Subject: Re: 7.0-BETA3 kernel panic when unplugging USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 12:37:39 -0000 On Tue, 27.11.2007 at 10:21:42 +0100, Matthias Schmidt wrote: > * Remko Lodder wrote: > > When the device is plugged in can you show us a pciconf -vl and perhaps > > an excerpt from the dmesg? so that we might be able to add it to the > > supported devicelist? (which might also resolve the problem, though that > > would be a workaround imo since the machine should not panic because of > > plugging in something and unplugging it, at least not when it's not > > being used :-)) > > Here is the message from dmesg and additionally /var/log/messages: > > umass0: > on uhub2 > Nov 27 10:01:22 node008 root: Unknown USB device: vendor 0x0420 product > 0x1307 bus uhub2 If that's all that is printed, please wait a couple of minutes. Most probably the CAM layer is just trying to figure out what to do with the umass0 device when you go yankin' it out. I had this too, when the quirks are not right and you have to wait for all the BBB timeouts to settle. Just let it sit there for half an hour or so. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 12:37:48 2007 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 EF23F16A4CC for ; Thu, 29 Nov 2007 12:37:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A919113C47E for ; Thu, 29 Nov 2007 12:37:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lATCblei011966; Thu, 29 Nov 2007 07:37:47 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lATCbkwI090681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2007 07:37:46 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711291237.lATCbkwI090681@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 29 Nov 2007 07:35:45 -0500 To: "Andrey V. Elsukov" From: Mike Tancsa In-Reply-To: <474E69AE.7000105@yandex.ru> References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> <474E65D6.4040403@deepcore.dk> <474E69AE.7000105@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 12:37:49 -0000 At 02:26 AM 11/29/2007, Andrey V. Elsukov wrote: >May be here is different HW revisions? You have an old revision and >now people with this bug have a new revision? >I don't see in the this thread any verbose dmesg or pciconf outputs. >So, people, who have problems and who don't have it, can you show >your `pciconf -l`? My board works well and has since the 6.1 days # pciconf -lvc pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x00361166 rev=0x00 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI cap 07[90] = PCI-X bridge supports cap 08[a0] = HT MSI address window enabled at 0xfee00000 cap 08[b0] = HT slave hostb0@pci0:2:0: class=0x060000 card=0x02011166 chip=0x02051166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = HOST-PCI atapci1@pci0:2:1: class=0x01018a card=0x02141166 chip=0x02141166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = mass storage subclass = ATA isab0@pci0:2:2: class=0x060100 card=0x02301166 chip=0x02341166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-ISA ohci0@pci0:3:0: class=0x0c0310 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = serial bus subclass = USB cap 01[dc] = powerspec 2 supports D0 D3 current D0 ohci1@pci0:3:1: class=0x0c0310 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = serial bus subclass = USB cap 01[dc] = powerspec 2 supports D0 D3 current D0 ehci0@pci0:3:2: class=0x0c0320 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = serial bus subclass = USB cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 em2@pci0:4:0: class=0x020000 card=0x387010f1 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction em3@pci0:5:0: class=0x020000 card=0x387010f1 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction none0@pci0:6:0: class=0x030000 card=0x002018ca chip=0x002018ca rev=0x00 hdr=0x00 vendor = 'XGI Technology Inc' class = display subclass = VGA cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 rl0@pci0:7:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 hostb1@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI cap 08[80] = HT host hostb2@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI cap 0f[f0] = unknown pcib2@pci1:13:0: class=0x060400 card=0x00000000 chip=0x01041166 rev=0xb2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI cap 07[90] = PCI-X 64-bit bridge supports 133MHz atapci0@pci1:14:0: class=0x010405 card=0x024a1166 chip=0x024a1166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = mass storage subclass = RAID cap 07[60] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions cap 01[90] = powerspec 2 supports D0 D3 current D0 cap 05[a0] = MSI supports 1 message em0@pci2:3:0: class=0x020000 card=0x117a8086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction cap 05[f0] = MSI supports 1 message, 64 bit em1@pci2:3:1: class=0x020000 card=0x117a8086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction cap 05[f0] = MSI supports 1 message, 64 bit # cat /var/run/dmesg.boot Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.3-PRERELEASE #1: Thu Oct 25 21:54:13 EDT 2007 mdtancsa@iolite2.sentex.ca:/usr/obj/usr/src/sys/iolite ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3800+ (2413.18-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1d real memory = 1073676288 (1023 MB) avail memory = 1041670144 (993 MB) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 13.0 on pci1 pci2: on pcib2 em0: port 0xa880-0xa8bf mem 0xff2c0000-0xff2dffff,0xff280000-0xff2bffff irq 16 at device 3.0 on pci2 em0: Ethernet address: 00:0e:0c:81:14:d4 em1: port 0xac00-0xac3f mem 0xff2e0000-0xff2fffff irq 17 at device 3.1 on pci2 em1: Ethernet address: 00:0e:0c:81:14:d5 atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 ata0: on atapci1 ata1: on atapci1 isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0xe000-0xe0ff mem 0xff6b4000-0xff6b4fff irq 10 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: port 0xe400-0xe4ff mem 0xff6b5000-0xff6b5fff irq 10 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0xe800-0xe8ff mem 0xff6b6000-0xff6b6fff irq 10 at device 3.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: (0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered em2: port 0xdc00-0xdc3f mem 0xff680000-0xff69ffff,0xff660000-0xff67ffff irq 24 at device 4.0 on pci0 em2: Ethernet address: 00:e0:81:5e:be:3c em3: port 0xd880-0xd8bf mem 0xff620000-0xff63ffff,0xff600000-0xff61ffff irq 25 at device 5.0 on pci0 em3: Ethernet address: 00:e0:81:5e:be:3d pci0: at device 6.0 (no driver attached) rl0: port 0xd400-0xd4ff mem 0xff6b3c00-0xff6b3cff irq 27 at device 7.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:a7:9d:04 acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc9fff,0xca000-0xcafff,0xcb000-0xcbfff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2413179713 Hz quality 800 Timecounters tick every 1.000 msec ad4: 76319MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a ---Mike From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 12:44:06 2007 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 5029916A469; Thu, 29 Nov 2007 12:44:06 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 1BBB213C459; Thu, 29 Nov 2007 12:44:04 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:34045 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S741313AbXK2Mnx (ORCPT + 2 others); Thu, 29 Nov 2007 15:43:53 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <474EB405.5020509@yandex.ru> Date: Thu, 29 Nov 2007 15:43:49 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andre Oppermann References: <474DB5C9.2050307@freebsd.org> <474E4AC7.3080302@yandex.ru> <474EADFD.4020904@freebsd.org> In-Reply-To: <474EADFD.4020904@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: BTX loader crash on AM2 Asus M2N32 WS mainboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 12:44:06 -0000 Andre Oppermann wrote: > That should not make a difference as the kernel isn't yet loaded. > It's all within the loader operating through BIOS calls (?). > It looks like the Marvell ATA BIOS upsets the loader when booting > from one its drives. I don't know.. Several people reported about similar problem when they changed some USB-related options in the BIOS. > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 There was ATAPI-related commits after BETA3, may be it's fixed now? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 12:52:05 2007 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 38D0616A41B for ; Thu, 29 Nov 2007 12:52:05 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from bay0-omc1-s28.bay0.hotmail.com (bay0-omc1-s28.bay0.hotmail.com [65.54.246.100]) by mx1.freebsd.org (Postfix) with ESMTP id 3942D13C447 for ; Thu, 29 Nov 2007 12:52:05 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from BAY102-W16 ([64.4.61.116]) by bay0-omc1-s28.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 29 Nov 2007 04:40:06 -0800 Message-ID: X-Originating-IP: [24.79.240.75] From: syle ishere To: Date: Thu, 29 Nov 2007 06:40:06 -0600 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 29 Nov 2007 12:40:06.0898 (UTC) FILETIME=[F8A95D20:01C83284] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freebsd 7.0 amd 64 kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 12:52:05 -0000 Nov 29 06:26:20 swift kernel: Nov 29 06:26:20 swift kernel: Nov 29 06= :26:20 swift kernel: Fatal trap 12: page fault while in kernel mode Nov = 29 06:26:20 swift kernel: cpuid =3D 0; apic id =3D 00 Nov 29 06:26:20 sw= ift kernel: fault virtual address =3D 0x18 Nov 29 06:26:20 swift kernel:= fault code =3D supervisor read data, page not present Nov 29= 06:26:20 swift kernel: instruction point Nov 29 06:26:20 swift kernel: = er =3D 0 Nov 29 06:26:20 swift kernel: x8:0x Nov 29 06:26:20 swift= kernel: fffff Nov 29 06:26:20 swift kernel: fff80 Nov 29 06:26:20 sw= ift kernel: 3372e Nov 29 06:26:20 swift kernel: 0 Nov 29 06:26:20 swi= ft kernel: Nov 29 06:26:20 swift kernel: stack pointer =3D 0x10:= 0xffffffffabe4d740 Nov 29 06:26:20 swift kernel: frame pointer = =3D 0x10:0xffffff000d3332 Nov 29 06:26:20 swift kernel: b0 Nov 29 06:= 26:20 swift kernel: Nov 29 06:26:20 swift kernel: code segment = =3D base 0x0, limit 0xff:ff, Nov 29 06:26:20 swift kernel: type0 Nov = 29 06:26:20 swift kernel: 0x1b Nov 29 06:26:20 swift kernel: Nov 29 0= 6:26:20 swift kernel: =3D DPL 0, pres 1, long 1, def32 Nov 29 06:26:20 s= wift kernel: 0, g Nov 29 06:26:20 swift kernel: ran 1 Nov 29 06:26:20= swift kernel: Nov 29 06:26:20 swift kernel: processor eflags =3D i= nterrupt e,abl Nov 29 06:26:20 swift kernel: ed, r Nov 29 06:26:20 sw= ift kernel: esume Nov 29 06:26:20 swift kernel: , IOP Nov 29 06:26:20= swift kernel: L =3D 0 Nov 29 06:26:20 swift kernel: Nov 29 06:26:20 = swift kernel: current process =3D 17 (swi1: net) =20 =20 Got that right after doing pfctl -e kernel is: 7.0-BETA3 FreeBSD 7.0-BETA3 #6: Fri Nov 16 19:45:30 CST 2007 Only thing I had done differently than before is a) add ipv6 address to box= b) add an allow icmp all statement to /etc/pf.conf since pf complained about n= ot being able to do icmp-type { echoreq, unreach } with ipv6 type addresses. =20 Dan. =20 =20 =20 =20 _________________________________________________________________ Express yourself with free Messenger emoticons. Get them today! http://www.freemessengeremoticons.ca/?icid=3DEMENCA122= From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 13:01:56 2007 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 C5CB016A420; Thu, 29 Nov 2007 13:01:56 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 61E8813C442; Thu, 29 Nov 2007 13:01:56 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lATD1qph004674; Thu, 29 Nov 2007 14:01:53 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <474EB840.7070108@deepcore.dk> Date: Thu, 29 Nov 2007 14:01:52 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Andre Oppermann References: <474DB5C9.2050307@freebsd.org> <474E4AC7.3080302@yandex.ru> <474EADFD.4020904@freebsd.org> In-Reply-To: <474EADFD.4020904@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: BTX loader crash on AM2 Asus M2N32 WS mainboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 13:01:56 -0000 Andre Oppermann wrote: > atapci0: port=20 > 0x1f0-0x1f7,0x3f6,0x170-0x177, 0x376,0xf400-0xf40f at device 12.0 on pc= i0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > ... > acd0: DVDR at ata0-master PIO4 > ... > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x11 ascq=3D0x06 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x11 ascq=3D0x06 > > then it just hangs (not hard though)... Have tried it with two > different CDROM drivers from different makers with identical results > (the other drive is a plain Toshiba DVDROM). Image is FreeBSD 7.0BETA3= > AMD64 burned to a CD-R. Exactly the same problem with BETA3 i386. > FreeBSD 6.2R i386 boots into the installer successfully. Hmm, the errors code returned says its an uncorrectable media error, are = you *sure* the media is OK and readable, ie can you read the entire CD=20 in another machine ? -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 13:28:25 2007 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 52DD816A418 for ; Thu, 29 Nov 2007 13:28:25 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from server02.lando.cc (server02-01.lando.cc [87.106.141.202]) by mx1.freebsd.org (Postfix) with ESMTP id B4D3113C467 for ; Thu, 29 Nov 2007 13:28:24 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: (qmail 3051 invoked from network); 29 Nov 2007 14:01:42 +0100 Received: from wlan032071.uni-rostock.de (HELO Winter) (139.30.32.71) by server02-01.lando.cc with (DHE-RSA-AES256-SHA encrypted) SMTP; 29 Nov 2007 14:01:42 +0100 Date: Thu, 29 Nov 2007 14:01:40 +0100 From: Uwe Grohnwaldt To: current@freebsd.org Message-ID: <20071129140140.1f6bb021@Winter> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: -CURRENT buildkernel failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 13:28:25 -0000 hi, i tried to build current this morning on my i386-system and it fails with the following error: # ===> zyd (all) # cc -O2 -fno-strict-aliasing -pipe -march=prescott -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/usr/obj/usr/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/zyd/../../dev/usb/if_zyd.c # ld -d -warn-common -r -d -o if_zyd.kld if_zyd.o # :> export_syms # awk -f /usr/src/sys/modules/zyd/../../conf/kmod_syms.awk if_zyd.kld export_syms | xargs -J% objcopy % if_zyd.kld # ld -Bshareable -d -warn-common -o if_zyd.ko if_zyd.kld # objcopy --strip-debug if_zyd.ko # 1 error # *** Error code 2 # 1 error # *** Error code 2 # 1 error cheers, -- Uwe Grohnwaldt Max-Planck-Str 2A, 1.03.2 18059 Rostock Telefon: 0381 - 1 22 48 11 * Mobil : 0172 - 3 20 92 85 * Fax : 01212 - 5 - 131 - 79 - 310 * E-Mail : Uwe@Grohnwaldt.de ICQ : 149348486 * Skype : lando_calr * nur nach vorheriger Vereinbarung From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 13:37:13 2007 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 6D1C216A469 for ; Thu, 29 Nov 2007 13:37:13 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 3E51613C461 for ; Thu, 29 Nov 2007 13:37:13 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=fvmNmEGC/g8kvwVh3teYtpzUWG/s/BZe05eo10LRu861eMtwAFXNSbQJx5alo2uzAXX3bFqyeLVsP1MgEypnkAMdfCsEmbD7v4YfEK73+xmUa34v0P5v2umc5AqaCegz3utXu94nHZzJb2h+b4Fr2Y8EH4bffRm9ft40jGMfoBpqU6O4stAtZYZGZLCscveRnvJWhzzMZvcpXul+2GHkqxtk7r0PztmXlfxZNeKK9cX0V/u58Gyz9yErMmTrl2ac; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IxjZo-0003y2-ML for current@freebsd.org; Thu, 29 Nov 2007 13:37:12 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IxjZj-0005hU-Bm for current@freebsd.org; Thu, 29 Nov 2007 13:37:07 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IxjZg-0001IM-Tj for current@freebsd.org; Thu, 29 Nov 2007 15:37:04 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Thu, 29 Nov 2007 15:37:04 +0200 Message-Id: Cc: Subject: Kudos to the developers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 13:37:13 -0000 Hi By way of a semi-forced downgrade to my machine at home from 8-CURRENT to 6.3-PRERELEASE (in order to run Asterisk) I realised how spoilt I've been running -CURRENT. CURRENT is in my opinion still a far superior product to all the post-4 releases. 6.3 paniced while compiling openoffice. I can't remember when last I had a kernel panic running CURRENT under heavy load and this machine has been worked very hard. Interrupt usage is perhaps the most noticeable difference, where on CURRENT the wcfxs0+timer interrupts totalling 3kHz used 3% CPU, on 6.3 uses about 9% CPU. 6.3 Can't tell how much % CPU a threaded process is using. CURRENT can. CURRENT "feels" snappy by comparison. I have some CURRENT boxes as production core routers/firewalls and flow exporters in pairs for hot failover in a few moderately sized datacenters. Each router has several hundred VLAN interfaces. One of these has been up for the last 240 days. Since the last clearing of counters (not sure how long ago) had routed some 90 Terabytes (~208 billion packets). So, this is a *very* big well done to the developers. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 13:40:53 2007 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 278B416A417 for ; Thu, 29 Nov 2007 13:40:53 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id D4C0313C442 for ; Thu, 29 Nov 2007 13:40:52 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so1457512wra for ; Thu, 29 Nov 2007 05:40:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=yFmFApZarfA6u4Bv6JyK5JQZBlmFBqMItXtHpWux0nU=; b=KL/qy7Duo0AfBPM7SfypLVujhUdc93+noBQ+mExHcNm8E5N7fVhRNOH14q3Gy6b9EX9XwVWGumF6qxMyPjM/8c6MQeSc0hUNsyM6vLRIKvrWQN9+PRdzVN1vb94+1+N8hryqbFAFIY3L/ClWzMmxdB4IhGm8ZcsXTvj/6mzOTJM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=LLsOVfzM0+FuMUe+1Zc0k+0swTFH9gbB1J1eWnIdbpRG7MZ8ydQiVWlfEZR/sc61yjiAmV8TePV5I8BI0MYXGKqZ65ny3mqdaAwp+ms59OY4YBwFWMMSIYamRoKp+35jlijHCSL7m2OLPw56RyA01LpNyNSmyuT+FuP167Zlnds= Received: by 10.142.89.9 with SMTP id m9mr105694wfb.1196343650771; Thu, 29 Nov 2007 05:40:50 -0800 (PST) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id 7sm749663wrh.2007.11.29.05.40.49 (version=SSLv3 cipher=OTHER); Thu, 29 Nov 2007 05:40:49 -0800 (PST) Date: Thu, 29 Nov 2007 08:40:42 -0500 From: Alexander Kabaev To: Uwe Grohnwaldt Message-ID: <20071129084042.45130c14@kan.dnsalias.net> In-Reply-To: <20071129140140.1f6bb021@Winter> References: <20071129140140.1f6bb021@Winter> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/JP=cAU=2WTQm4XqwpBOu+HL"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org Subject: Re: -CURRENT buildkernel failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 13:40:53 -0000 --Sig_/JP=cAU=2WTQm4XqwpBOu+HL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 29 Nov 2007 14:01:40 +0100 Uwe Grohnwaldt wrote: > hi, > i tried to build current this morning on my i386-system and it fails > with the following error: >=20 > # > =3D=3D=3D> zyd (all) > # > cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -Werror -D_KERNEL > -DKLD_MODULE -std=3Dc99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS > -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ > -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 > --param large-function-growth=3D1000 -fno-common > -I/usr/obj/usr/src/sys/GENERIC -mno-align-long-strings > -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -c /usr/src/sys/modules/zyd/../../dev/usb/if_zyd.c # ld -d > -warn-common -r -d -o if_zyd.kld if_zyd.o # :> export_syms # awk > -f /usr/src/sys/modules/zyd/../../conf/kmod_syms.awk if_zyd.kld > export_syms | xargs -J% objcopy % if_zyd.kld # ld -Bshareable -d > -warn-common -o if_zyd.ko if_zyd.kld # objcopy --strip-debug if_zyd.ko > # 1 error # *** Error code 2 # > 1 error > # > *** Error code 2 > # > 1 error >=20 Above snipped is largely useless since you are running make -j and the real cause for the failure is probably way above this place in the log file. Retry without -j and if it still fails you will have useful log to post. --=20 Alexander Kabaev --Sig_/JP=cAU=2WTQm4XqwpBOu+HL Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHTsFaQ6z1jMm+XZYRAlS8AKCpbI5frKNPf44I8MsZuMcH016BfQCffZ4f vHAkRbpMUW+YbwXgX8jj+qc= =+li5 -----END PGP SIGNATURE----- --Sig_/JP=cAU=2WTQm4XqwpBOu+HL-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 13:43:41 2007 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 9D0EA16A420 for ; Thu, 29 Nov 2007 13:43:41 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 6532813C4E8 for ; Thu, 29 Nov 2007 13:43:41 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1333187nzf for ; Thu, 29 Nov 2007 05:43:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=OFvyCK9Q6dSGoq64Ma6sEtx47Yv8EK5+P2jBvjcXcv0=; b=kBCR9b2vmYWfy7yrDUpVTPISpz3OJmYw6dW/eeyWIw4WrJ/E3vGiHkofs5fG3NHztzwM0yt4H4n8eB/NkU5VfvsfqcQDIOt0pOa40PEwcMRoZis8bmPH3oi0RiiKaZyKFgDv6kvDSlIh8sYRrEAB0x03UMdaOHjSOzzZq4s/ilg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q+GsuwTe+DO4XOEIkAADIQBVcRRjWzhN2L/xEThXbUyMK0LYTa2WkUmyw6nYO6gy0If6sTqvCAUXK9fPepfObGOALStNFcTgJr4C85RrkYSw52/BX/LEn0jSul7yGxpOnJ+GdRHAxJhHBYeHxcxin9f4qds9UzZpt136eTit2qQ= Received: by 10.65.252.13 with SMTP id e13mr15212561qbs.1196343820269; Thu, 29 Nov 2007 05:43:40 -0800 (PST) Received: by 10.64.184.9 with HTTP; Thu, 29 Nov 2007 05:43:40 -0800 (PST) Message-ID: <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> Date: Thu, 29 Nov 2007 11:43:40 -0200 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org In-Reply-To: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> Subject: Re: 7-BETA3 everyday reboot (was: BETA3 crash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 13:43:41 -0000 On Nov 28, 2007 11:37 AM, Alexandre Biancalana wrote: [...] > > This machine is running sources from 25/11 with AMD64 and ZFS. The > complete dmesg of this machine can be seen at first message of the > previus thread (http://www.nabble.com/BETA3-crash-(zfs-related--)-t4865643.html) > > I can provide any additional information need. > > Any help is *very* appreciated ! The machine rebooted again last night, the Panic String: kmem_malloc(131072): kmem_map too small: 1004441600 total allocated I put more 1GB of ram and changed the /boot/loader.conf a bit, now I have: kern.maxdsiz="2G" # Set the max data size to 4GB kern.maxssiz="1G" # Set the max stack size 2GB vfs.zfs.arc_max="1G" vm.kmem_size_max="1500M" vm.kmem_size="1500M" kern.ipc.nmbclusters="32768" Let's see how this go... I let you know... From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 13:51:20 2007 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 3E0C416A41A for ; Thu, 29 Nov 2007 13:51:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0931E13C468 for ; Thu, 29 Nov 2007 13:51:19 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IxjnC-0003fx-4U for freebsd-current@freebsd.org; Thu, 29 Nov 2007 13:51:02 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Nov 2007 13:51:02 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Nov 2007 13:51:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 29 Nov 2007 14:55:49 +0100 Lines: 16 Message-ID: References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> Sender: news Subject: Re: 7-BETA3 everyday reboot (was: BETA3 crash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 13:51:20 -0000 Alexandre Biancalana wrote: > On Nov 28, 2007 11:37 AM, Alexandre Biancalana wrote: > [...] >> This machine is running sources from 25/11 with AMD64 and ZFS. The >> complete dmesg of this machine can be seen at first message of the >> previus thread (http://www.nabble.com/BETA3-crash-(zfs-related--)-t4865643.html) >> >> I can provide any additional information need. >> >> Any help is *very* appreciated ! > > The machine rebooted again last night, the Panic String: > kmem_malloc(131072): kmem_map too small: 1004441600 total allocated Just a wild idea: maybe you could contact Pawel directly and provide him access to your machine? From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 13:58:05 2007 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 9880D16A41B for ; Thu, 29 Nov 2007 13:58:05 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 48F3D13C468 for ; Thu, 29 Nov 2007 13:58:05 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4128322pyb for ; Thu, 29 Nov 2007 05:58:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ha90ym/MMI8Eccy3yRTFwtwUcgIQ0FDWWK+SwPFOEQA=; b=N///Pfi63XrMIcSifCRpknh4P+mpNB3munFUygmVGWtQmuRWfFdxhFP9Y7aqZPteE6vQDSH9S3jsulvdj8QvSSfko1XMF1qa3lX8keYELHPqSfFZqHPJm27/9DBpTU8KctKqwTTDlaF7BVmBoZJlNRUC2658oTGrdx2Y3ZyMssA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OXq2iR0Z7DBw1j5csuViH2GVzmHTgpkGUSqeO074YuL0MraRgsW7jl5GualxzeUZ0YR0SqPByVMeNPAagPebogjZnKdhxoNo+51lCJGW7k1jUlM4Xy+wc6M9POj/EE0iaSfhYUF8Z2xop3NNTFiPyRfqItCZ3ngnp1GwCB0LZpI= Received: by 10.64.27.13 with SMTP id a13mr4937407qba.1196344684208; Thu, 29 Nov 2007 05:58:04 -0800 (PST) Received: by 10.64.184.9 with HTTP; Thu, 29 Nov 2007 05:58:04 -0800 (PST) Message-ID: <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> Date: Thu, 29 Nov 2007 11:58:04 -0200 From: "Alexandre Biancalana" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: 7-BETA3 everyday reboot (was: BETA3 crash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 13:58:05 -0000 On Nov 29, 2007 11:55 AM, Ivan Voras wrote: > Alexandre Biancalana wrote: > > On Nov 28, 2007 11:37 AM, Alexandre Biancalana wrote: > > [...] > >> This machine is running sources from 25/11 with AMD64 and ZFS. The > >> complete dmesg of this machine can be seen at first message of the > >> previus thread (http://www.nabble.com/BETA3-crash-(zfs-related--)-t4865643.html) > >> > >> I can provide any additional information need. > >> > >> Any help is *very* appreciated ! > > > > The machine rebooted again last night, the Panic String: > > kmem_malloc(131072): kmem_map too small: 1004441600 total allocated > > Just a wild idea: maybe you could contact Pawel directly and provide him > access to your machine? I could provide any information and even access if need, I just don't want to boring him sending private mails, last time that I talked to Pawel he was very busy. I'm open to suggestions and want to help ! From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 14:34:02 2007 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 8E32916A417 for ; Thu, 29 Nov 2007 14:34:02 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2BA13C4D9 for ; Thu, 29 Nov 2007 14:34:02 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1583410rvb for ; Thu, 29 Nov 2007 06:34:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=lX2j6ZmxH3696MLg9lR373ksRR99HjipE5tpbGkpCdU=; b=tXKe5EUSULu5tcjpnZPi/6gjBUdrmZ08lKVp3tUrcMbN8y1duODiYmAeJvz2bZbBkbhufPBdrTx5a7Q2qnd+70qpJXE0X8Gfc1d8mXdB4J/vqhzH6OjORhSe3qeGtc4suCC8E5mtOBJOcCIc4BZ9kcoiltOpCBXOgO5PIf5hf6Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Qx/z6Q3RjnUuI9vJrHrZNxZLQPVyOO22UxaIpa4JAoiVCSMnMgVDdm8t7BGJvbFZLM9OP1aCiCabQ/TRiBm0KVLJu4Xp2hEO6//Y91MhhNf9A+IgHwFdMo3VBq8hWoahSRH7qwBZkA3ZAlNxe8O6JFtSm5K0DlRGcRV10fdMe8k= Received: by 10.140.248.17 with SMTP id v17mr3299909rvh.1196346841896; Thu, 29 Nov 2007 06:34:01 -0800 (PST) Received: by 10.141.63.14 with HTTP; Thu, 29 Nov 2007 06:34:01 -0800 (PST) Message-ID: <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> Date: Thu, 29 Nov 2007 15:34:01 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Alexandre Biancalana" In-Reply-To: <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> X-Google-Sender-Auth: b8ee3bbd44b00361 Cc: freebsd-current@freebsd.org Subject: Re: 7-BETA3 everyday reboot (was: BETA3 crash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 14:34:02 -0000 On 29/11/2007, Alexandre Biancalana wrote: > I could provide any information and even access if need, I just don't > want to boring him sending private mails, last time that I talked to > Pawel he was very busy. Yes, he does seem so... > I'm open to suggestions and want to help ! Have you tried experimental and temporary patch made by him: http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch ? From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 14:38:01 2007 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 65DB216A41B for ; Thu, 29 Nov 2007 14:38:01 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 2D29613C468 for ; Thu, 29 Nov 2007 14:38:00 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4152042pyb for ; Thu, 29 Nov 2007 06:38:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=dzTOY+mnlBDfgorMJXEfvnSQwwCvXNVMo/sQYKRFA9U=; b=I4Z6oQ3Ir5Id0NgmCrSEYR7CDhUSpkeYyJ8m2NmVlI3tE2q4i2sC9/ZICYMoLlcrwQoJoaiHpkXmq0sbunUzFneulr3WFeikSwKuh8bB7TY9jr6U4BmqeClQ7jjtt11GQnpdIpllSFthBAQeXptynAN7VVLAllKikkYFgDdUNZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=wJe1TXQCWc6Rf8u9sZ6ZakzLIFZLdrgrzTczlKOU43MPOL9wFjM3ugou1H4noG2Ai5ac9sJA6yh9Q9r22HDc/whODq8W+/EGsXeHnMYFAmcKqJQ3dbVquVNJZtbcKyWBZlTmFDGQptZwnMzUZod/m5Q6Aqo4tbI8B3I3t+fqnUI= Received: by 10.64.131.4 with SMTP id e4mr15540448qbd.1196347079680; Thu, 29 Nov 2007 06:37:59 -0800 (PST) Received: by 10.64.184.9 with HTTP; Thu, 29 Nov 2007 06:37:59 -0800 (PST) Message-ID: <8e10486b0711290637u711c67b3i17925777e4481346@mail.gmail.com> Date: Thu, 29 Nov 2007 12:37:59 -0200 From: "Alexandre Biancalana" To: "Ivan Voras" In-Reply-To: <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: 7-BETA3 everyday reboot (was: BETA3 crash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 14:38:01 -0000 On Nov 29, 2007 12:34 PM, Ivan Voras wrote: > On 29/11/2007, Alexandre Biancalana wrote: > > > I could provide any information and even access if need, I just don't > > want to boring him sending private mails, last time that I talked to > > Pawel he was very busy. > > Yes, he does seem so... > > > I'm open to suggestions and want to help ! > > Have you tried experimental and temporary patch made by him: > http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch At this server no. I can't apply this patch now, the machine is writing some backup tapes, I've to wait until next reboot or the end of the tapes write. I let you know.. Thank you for the hint! From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 14:43:33 2007 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 1295C16A479 for ; Thu, 29 Nov 2007 14:43:33 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id AD72013C44B for ; Thu, 29 Nov 2007 14:43:32 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from japan.t-online.private (people [192.168.2.4]) by people.fsn.hu (Postfix) with ESMTP id 978D1100B28 for ; Thu, 29 Nov 2007 15:24:03 +0100 (CET) Message-ID: <474ECB7E.5090707@fsn.hu> Date: Thu, 29 Nov 2007 15:23:58 +0100 From: Attila Nagy User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: MySQL cluster ndb_mgmd problems on FreeBSD 7.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 14:43:33 -0000 Hello, I have four machines, each of them are in the same IP subnet and running FreeBSD 7.0-BETA2. On these machines I'm trying to set up a MySQL cluster (one management node, one SQL node and two data nodes). The problem is that on the management node I can't use the NDB management client (/usr/local/bin/ndb_mgm), even on localhost and also, the MySQL process on the SQL node can't connect to the management node. The strange thing is that if I install a 6-STABLE world into a directory, install the same MySQL from ports in that chroot, and run the NBD management daemon (ndb_mgmd) *outside* the chroot (so a 6.x binary in 7.x world), everything starts to work perfectly. I'm not sure where could I start. So: with an ndb_mgmd built on 6.x and ran on 7.x the whole stack works, with the same binary, but built and ran on 7.x it does not (the NDB management client is unusable and the MySQL daemon can't connect too). The config is very basic. NDB-related config: [ndbd default] NoOfReplicas=2 DataMemory=80M IndexMemory=18M [ndb_mgmd] hostname=172.16.1.2 datadir=/data/mysql-cluster [ndbd] hostname=172.16.1.8 datadir=/data/mysql [ndbd] hostname=172.16.1.9 datadir=/data/mysql [mysqld] hostname=172.16.1.4 my.cnf on the SQL node: [mysqld] ndbcluster ndb-connectstring = 172.16.1.2 datadir = /data/mysql socket = /tmp/mysql.sock [mysql_cluster] ndb-connectstring = 172.16.1.2 Any ideas? Anybody running MySQL cluster on 7.x? Thanks, -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 15:14:24 2007 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 8D74916A420; Thu, 29 Nov 2007 15:14:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5485713C4DD; Thu, 29 Nov 2007 15:14:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lATFENVZ074735; Thu, 29 Nov 2007 10:14:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lATFENTG034180; Thu, 29 Nov 2007 10:14:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 610A773039; Thu, 29 Nov 2007 10:14:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129151423.610A773039@freebsd-current.sentex.ca> Date: Thu, 29 Nov 2007 10:14:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Thu, 29 Nov 2007 15:14:24 -0000 TB --- 2007-11-29 14:12:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-29 14:12:25 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-29 14:12:25 - cleaning the object tree TB --- 2007-11-29 14:12:45 - cvsupping the source tree TB --- 2007-11-29 14:12:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-11-29 14:12:50 - building world (CFLAGS=-O -pipe) TB --- 2007-11-29 14:12:50 - cd /src TB --- 2007-11-29 14:12:50 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 14:12:51 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 29 15:08:37 UTC 2007 TB --- 2007-11-29 15:08:37 - generating LINT kernel config TB --- 2007-11-29 15:08:37 - cd /src/sys/sun4v/conf TB --- 2007-11-29 15:08:37 - /usr/bin/make -B LINT TB --- 2007-11-29 15:08:37 - building LINT kernel (COPTFLAGS=) TB --- 2007-11-29 15:08:37 - cd /src TB --- 2007-11-29 15:08:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 29 15:08:37 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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 -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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 -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -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 -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -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 -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -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 -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -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 -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -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 -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 15:14:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 15:14:23 - ERROR: failed to build lint kernel TB --- 2007-11-29 15:14:23 - tinderbox aborted TB --- 2912.55 user 357.35 system 3717.73 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 15:28:38 2007 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 37F0516A417 for ; Thu, 29 Nov 2007 15:28:38 +0000 (UTC) (envelope-from freebsd@elgert.dk) Received: from pqueueb.post.tele.dk (pqueueb.post.tele.dk [193.162.153.10]) by mx1.freebsd.org (Postfix) with ESMTP id D0D6113C458 for ; Thu, 29 Nov 2007 15:28:37 +0000 (UTC) (envelope-from freebsd@elgert.dk) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by pqueueb.post.tele.dk (Postfix) with ESMTP id BF4BB8F9A for ; Thu, 29 Nov 2007 15:59:43 +0100 (CET) Received: from elgert.dk (0x573c4c88.nivaanqu1.broadband.tele.dk [87.60.76.136]) by pfepa.post.tele.dk (Postfix) with SMTP id 14E2DFAC014 for ; Thu, 29 Nov 2007 15:59:40 +0100 (CET) Received: by elgert.dk (sSMTP sendmail emulation); Thu, 29 Nov 2007 15:59:38 +0100 Date: Thu, 29 Nov 2007 15:59:38 +0100 From: Harry Matthiesen Jensen To: freebsd-current@freebsd.org Message-ID: <20071129145938.GA5751@mugin.localhost> Mail-Followup-To: freebsd-current@freebsd.org References: <20071129140140.1f6bb021@Winter> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071129140140.1f6bb021@Winter> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: -CURRENT buildkernel failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 15:28:38 -0000 On Thu, Nov 29, 2007 at 02:01:40PM +0100, Uwe Grohnwaldt wrote: > > # > ===> zyd (all) > # I have had same issue.... I just replaced my old customized kernel configuration with the GENERIC, and started over again.. ..everything works like a dream again. I renamed the GENERIC to my needs, and reconfigured the kernel configuration file. -- Mvh/Brgds Harry FreeBSD 8.0-CURRENT #17: Nov 27 16:26:18 CET 2007 i386 From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 16:34:52 2007 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 8ECAF16A474 for ; Thu, 29 Nov 2007 16:34:52 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8B313C4E5 for ; Thu, 29 Nov 2007 16:34:52 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 6B8D529B608 for ; Thu, 29 Nov 2007 11:34:51 -0500 (EST) Message-ID: <474EEA28.9020609@terranova.net> Date: Thu, 29 Nov 2007 11:34:48 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> <474E65D6.4040403@deepcore.dk> <474E69AE.7000105@yandex.ru> In-Reply-To: <474E69AE.7000105@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 16:34:52 -0000 Andrey V. Elsukov wrote: > Søren Schmidt wrote: >>> Anton Yuzhaninov has mentioned in the top of this thread that >>> this bug may be easy reproduced by using external PCI-X card. >>> He tried use PCI-X Marvell card and got lots of corruptions on >>> the integrated HT1000. Can you or Soren try the same way to >>> reproduce? >> As I told earlier the fileserver I have here with the HT1000 chip also >> has a marvel 6081 and it is on PCI-X. There are 4 disks on each and it >> moves lots of data around on a daily basis, no problems whatsoever. I >> have planned downtime today on it and will experiment with it, but I >> can't hold it off for too long... > > May be here is different HW revisions? You have an old revision and now > people with this bug have a new revision? > I don't see in the this thread any verbose dmesg or pciconf outputs. > So, people, who have problems and who don't have it, can you show > your `pciconf -l`? I think I posted it already but here it is again. I should also mention I just updated my BIOS to a very recently released one from Tyan (v2.00) and it had no effect and I've also tweaked pretty much every weird obscure knob in the CMOS to no avail... Including disabling serial and on-board NICs and using the SATA controller in P-ATA (legacy) mode, etc. This is the board that works poorly as I described yesterday with 6.2, 6.3 and has the memory/data corruption in RELENG_7. $ pciconf -lv pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x00361166 rev=0x00 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 PCI/PCI-X bridge' class = bridge subclass = PCI-PCI hostb0@pci0:0:2:0: class=0x060000 card=0x02011166 chip=0x02051166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 Legacy South Bridge' class = bridge subclass = HOST-PCI atapci1@pci0:0:2:1: class=0x01018a card=0x02141166 chip=0x02141166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 Legacy IDE controller' class = mass storage subclass = ATA isab0@pci0:0:2:2: class=0x060100 card=0x02301166 chip=0x02341166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 LPC Bridge' class = bridge subclass = PCI-ISA none0@pci0:0:3:0: class=0x0c0310 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = '0x0223 USB controller' class = serial bus subclass = USB none1@pci0:0:3:1: class=0x0c0310 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = '0x0223 USB controller' class = serial bus subclass = USB none2@pci0:0:3:2: class=0x0c0320 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = '0x0223 USB controller' class = serial bus subclass = USB em0@pci0:0:4:0: class=0x020000 card=0x387010f1 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82541EI Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:0:5:0: class=0x020000 card=0x387010f1 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82541EI Gigabit Ethernet Controller' class = network subclass = ethernet vgapci0@pci0:0:6:0: class=0x030000 card=0x002018ca chip=0x002018ca rev=0x00 hdr=0x00 vendor = 'XGI Technology Inc' class = display subclass = VGA atapci2@pci0:0:7:0: class=0x010400 card=0x61141095 chip=0x31141095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'Sil 3114 SATALink/SATARaid Controller' class = mass storage subclass = RAID hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI pcib2@pci0:1:13:0: class=0x060400 card=0x4f00d3f7 chip=0x01041166 rev=0xc0 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 PCI/PCI-X bridge' class = bridge subclass = PCI-PCI atapci0@pci0:1:14:0: class=0x010405 card=0x024a1166 chip=0x024a1166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5785 (HT1000) SATA Native SATA Mode' class = mass storage subclass = RAID $ cat /var/run/dmesg.boot Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #8: Tue Nov 27 16:59:39 UTC 2007 tog@newtog.tog.net:/usr/obj/usr/src/sys/tognet Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 1212 (1995.02-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f32 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 2138079232 (2039 MB) avail memory = 2062680064 (1967 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 13.0 on pci1 pci2: on pcib2 atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f mem 0xff2fe000-0xff2fffff irq 11 at device 14.0 on pci1 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] isab0: at device 2.2 on pci0 isa0: on isab0 pci0: at device 3.0 (no driver attached) pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) em0: port 0xe000-0xe03f mem 0xff680000-0xff69ffff,0xff5e0000-0xff5fffff irq 24 at device 4.0 on pci0 em0: Ethernet address: 00:e0:81:81:25:0a em0: [FILTER] em1: port 0xdc00-0xdc3f mem 0xff5a0000-0xff5bffff,0xff580000-0xff59ffff irq 25 at device 5.0 on pci0 em1: Ethernet address: 00:e0:81:81:25:0b em1: [FILTER] vgapci0: port 0xec00-0xec7f mem 0xf8000000-0xfbffffff,0xff6c0000-0xff6fffff at device 6.0 on pci0 atapci2: port 0xe880-0xe887,0xe800-0xe803,0xe480-0xe487,0xe400-0xe403,0xe080-0xe08f mem 0xff6bbc00-0xff6bbfff irq 27 at device 7.0 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ata8: on atapci2 ata8: [ITHREAD] ata9: on atapci2 ata9: [ITHREAD] acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcc7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec ZFS filesystem version 6 ZFS storage pool version 6 acd0: DVDROM at ata0-master UDMA66 ad12: 476940MB at ata6-master SATA150 ad14: 476940MB at ata7-master SATA150 SMP: AP CPU #1 Launched! GEOM_MIRROR: Device mirror/gm0 launched (2/2). GEOM_MIRROR: Device mirror/gm1 launched (2/2). WARNING: Expected rawoffset 0, found 63 Trying to mount root from zfs:zroot WARNING: Expected rawoffset 0, found 63 -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 16:51:51 2007 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 3A33316A46C for ; Thu, 29 Nov 2007 16:51:51 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id 0CF9C13C4E8 for ; Thu, 29 Nov 2007 16:51:50 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 38407 invoked by uid 60001); 29 Nov 2007 16:51:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=cEl/WKaTWWIcJwJ4JBXI0Dw5wJpB676wLJBHIR8lav/l0JhC3P+6CFqTuY0VAv9ecsXHRCzH8hM+mlWACbaEqmOiDNIq4BE7Cs3nfOHMV4n06KAKrt5f6lbGQ751ZDZlCtCrs/UIdbDeQ1nk+R7TPyweFK3JZl7YIUKDHTvpEhw=; X-YMail-OSG: Qld.N24VM1k0YetSAle.RUpvtAyjWktgNPiKZYNK7m6ROMqvNls.MdYbtEPAxE35u3kyBLpV_4Q6katlubS.ZZwL Received: from [98.203.28.38] by web63906.mail.re1.yahoo.com via HTTP; Thu, 29 Nov 2007 08:51:49 PST Date: Thu, 29 Nov 2007 08:51:49 -0800 (PST) From: Barney Cordoba To: Mike Tancsa In-Reply-To: <200711291237.lATCbkwI090681@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <458128.82435.qm@web63906.mail.re1.yahoo.com> Cc: current@FreeBSD.ORG Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 16:51:51 -0000 --- Mike Tancsa wrote: > At 02:26 AM 11/29/2007, Andrey V. Elsukov wrote: > > >May be here is different HW revisions? You have an > old revision and > >now people with this bug have a new revision? > >I don't see in the this thread any verbose dmesg or > pciconf outputs. > >So, people, who have problems and who don't have > it, can you show > >your `pciconf -l`? > > My board works well and has since the 6.1 days > > # pciconf -lvc > pcib1@pci0:1:0: class=0x060400 card=0x00000000 > chip=0x00361166 > rev=0x00 hdr=0x01 > vendor = 'ServerWorks (Was: Reliance > Computer Corp)' > class = bridge > subclass = PCI-PCI > cap 07[90] = PCI-X bridge supports > cap 08[a0] = HT MSI address window enabled at > 0xfee00000 > cap 08[b0] = HT slave > hostb0@pci0:2:0: class=0x060000 > card=0x02011166 > chip=0x02051166 rev=0x00 hdr=0x00 > vendor = 'ServerWorks (Was: Reliance > Computer Corp)' > class = bridge > subclass = HOST-PCI > atapci1@pci0:2:1: class=0x01018a > card=0x02141166 > chip=0x02141166 rev=0x00 hdr=0x00 > vendor = 'ServerWorks (Was: Reliance > Computer Corp)' > class = mass storage > subclass = ATA > isab0@pci0:2:2: class=0x060100 card=0x02301166 > chip=0x02341166 > rev=0x00 hdr=0x00 > vendor = 'ServerWorks (Was: Reliance > Computer Corp)' > class = bridge > subclass = PCI-ISA > ohci0@pci0:3:0: class=0x0c0310 card=0x02231166 > chip=0x02231166 > rev=0x01 hdr=0x00 > vendor = 'ServerWorks (Was: Reliance > Computer Corp)' > class = serial bus > subclass = USB > cap 01[dc] = powerspec 2 supports D0 D3 > current D0 > ohci1@pci0:3:1: class=0x0c0310 card=0x02231166 > chip=0x02231166 > rev=0x01 hdr=0x00 > vendor = 'ServerWorks (Was: Reliance > Computer Corp)' > class = serial bus > subclass = USB > cap 01[dc] = powerspec 2 supports D0 D3 > current D0 > ehci0@pci0:3:2: class=0x0c0320 card=0x02231166 > chip=0x02231166 > rev=0x01 hdr=0x00 > vendor = 'ServerWorks (Was: Reliance > Computer Corp)' > class = serial bus > subclass = USB > cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 > current D0 > em2@pci0:4:0: class=0x020000 card=0x387010f1 > chip=0x10768086 > rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > device = '82547EI Gigabit Ethernet > Controller' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D3 > current D0 > cap 07[e4] = PCI-X supports 2048 burst read, 1 > split transaction > em3@pci0:5:0: class=0x020000 card=0x387010f1 > chip=0x10768086 > rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > device = '82547EI Gigabit Ethernet > Controller' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D3 > current D0 > cap 07[e4] = PCI-X supports 2048 burst read, 1 > split transaction > none0@pci0:6:0: class=0x030000 card=0x002018ca > chip=0x002018ca > rev=0x00 hdr=0x00 > vendor = 'XGI Technology Inc' > class = display > subclass = VGA > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 > current D0 > rl0@pci0:7:0: class=0x020000 card=0x813910ec > chip=0x813910ec > rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RT8139 (A/B/C/810x/813x/C+) Fast > Ethernet Adapter' > class = network > subclass = ethernet > cap 01[50] = powerspec 2 supports D0 D1 D2 D3 > current D0 > hostb1@pci0:24:0: class=0x060000 > card=0x00000000 > chip=0x11001022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron > HyperTransport Technology Configuration' > class = bridge > subclass = HOST-PCI > cap 08[80] = HT host > hostb2@pci0:24:1: class=0x060000 > card=0x00000000 > chip=0x11011022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron Address Map' > class = bridge > subclass = HOST-PCI > hostb3@pci0:24:2: class=0x060000 > card=0x00000000 > chip=0x11021022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron DRAM > Controller' > class = bridge > subclass = HOST-PCI > hostb4@pci0:24:3: class=0x060000 > card=0x00000000 > chip=0x11031022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron Miscellaneous > Control' > class = bridge > subclass = HOST-PCI > cap 0f[f0] = unknown > pcib2@pci1:13:0: class=0x060400 > card=0x00000000 > chip=0x01041166 rev=0xb2 hdr=0x01 > vendor = 'ServerWorks (Was: Reliance > Computer Corp)' > class = bridge > subclass = PCI-PCI > cap 07[90] = PCI-X 64-bit bridge supports > 133MHz > atapci0@pci1:14:0: class=0x010405 > card=0x024a1166 > chip=0x024a1166 rev=0x00 hdr=0x00 > vendor = 'ServerWorks (Was: Reliance > Computer Corp)' > class = mass storage > subclass = RAID > cap 07[60] = PCI-X 64-bit supports 133MHz, 512 > burst read, 8 > split transactions > cap 01[90] = powerspec 2 supports D0 D3 > current D0 > cap 05[a0] = MSI supports 1 message > em0@pci2:3:0: class=0x020000 card=0x117a8086 > chip=0x10798086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82546EB Dual Port Gigabit > Ethernet Controller' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D3 > current D0 > cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 > burst read, 1 > split transaction > cap 05[f0] = MSI supports 1 message, 64 bit > em1@pci2:3:1: class=0x020000 card=0x117a8086 > chip=0x10798086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82546EB Dual Port Gigabit > Ethernet Controller' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D3 > current D0 > cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 > burst read, 1 > split transaction > cap 05[f0] = MSI supports 1 message, 64 bit > > # cat /var/run/dmesg.boot > Copyright (c) 1992-2007 The FreeBSD Project. > === message truncated === I think we've established that 6.x works and 7.x doesn't. Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 17:25:47 2007 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 B570816A418 for ; Thu, 29 Nov 2007 17:25:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6DEC213C44B for ; Thu, 29 Nov 2007 17:25:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lATHPkLS004893; Thu, 29 Nov 2007 12:25:46 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lATHPjCF091924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2007 12:25:46 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711291725.lATHPjCF091924@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 29 Nov 2007 12:23:44 -0500 To: Barney Cordoba From: Mike Tancsa In-Reply-To: <458128.82435.qm@web63906.mail.re1.yahoo.com> References: <200711291237.lATCbkwI090681@lava.sentex.ca> <458128.82435.qm@web63906.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: current@FreeBSD.ORG Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 17:25:47 -0000 At 11:51 AM 11/29/2007, Barney Cordoba wrote: >=== message truncated === > >I think we've established that 6.x works and 7.x >doesn't. I thought Soren is running 7.x http://lists.freebsd.org/pipermail/freebsd-current/2007-November/080683.html ---Mike From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 17:28:05 2007 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 ABD9116A420 for ; Thu, 29 Nov 2007 17:28:05 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9257C13C474 for ; Thu, 29 Nov 2007 17:28:05 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id E26A029B616 for ; Thu, 29 Nov 2007 12:28:04 -0500 (EST) Message-ID: <474EF6A3.7030705@terranova.net> Date: Thu, 29 Nov 2007 12:28:03 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: current@FreeBSD.ORG References: <458128.82435.qm@web63906.mail.re1.yahoo.com> In-Reply-To: <458128.82435.qm@web63906.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 17:28:05 -0000 Barney Cordoba wrote: > --- Mike Tancsa wrote: > >> At 02:26 AM 11/29/2007, Andrey V. Elsukov wrote: >> >>> May be here is different HW revisions? You have an >> old revision and >>> now people with this bug have a new revision? >>> I don't see in the this thread any verbose dmesg or >> pciconf outputs. >>> So, people, who have problems and who don't have >> it, can you show >>> your `pciconf -l`? >> My board works well and has since the 6.1 days > > I think we've established that 6.x works and 7.x > doesn't. > > Barney Not mine, I'm afraid. See post from yesterday where I tried 6.2 and 6.3 on my Tyan S3950 and it worked poorly. Not sure what the major difference between one HT1000 board and another could be, but mine seems to be in the most-afflicted category. I count myself lucky that it works as well as it does with RELENG_7 so long as I avoid the PCI-X slot or the on-board SATA. -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 17:32:18 2007 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 7412F16A418; Thu, 29 Nov 2007 17:32:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 27F4913C474; Thu, 29 Nov 2007 17:32:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IxnFE-000CP5-Nj; Thu, 29 Nov 2007 19:32:16 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lATHW7Dj086429; Thu, 29 Nov 2007 19:32:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lATHW7A0086428; Thu, 29 Nov 2007 19:32:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Nov 2007 19:32:06 +0200 From: Kostik Belousov To: Bakul Shah Message-ID: <20071129173206.GF83121@deviant.kiev.zoral.com.ua> References: <20071129112824.GD83121@deviant.kiev.zoral.com.ua> <20071129172652.616815B3B@mail.bitblocks.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TU+u6i6jrDPzmlWF" Content-Disposition: inline In-Reply-To: <20071129172652.616815B3B@mail.bitblocks.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: d0b3bc0b24c4067239780ad28ae5b444 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1835 [Nov 29 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Carl Shapiro , davidxu@freebsd.org, freebsd-current@freebsd.org Subject: Re: Serious compatibility breakage 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: Thu, 29 Nov 2007 17:32:18 -0000 --TU+u6i6jrDPzmlWF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 29, 2007 at 09:26:52AM -0800, Bakul Shah wrote: > > Please, try the patch below and report whether it is enough to fix cmucl > > and any other regressions. >=20 > That patch will fix the problem. Also note that the same > change is required on i386. What patch you referencing to ? My patch included both amd64 and i386 parts. Did you tested it to make the statement that the fix is right ? --TU+u6i6jrDPzmlWF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHTveWC3+MBN1Mb4gRArECAJwN3PXsP4V9A9lYTm81Mhluxh4FOwCgwGLh BPbWX2a4nkItFQVUG8epbuE= =ZZ2Q -----END PGP SIGNATURE----- --TU+u6i6jrDPzmlWF-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 17:44:36 2007 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 A00E016A46C; Thu, 29 Nov 2007 17:44:36 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 77F3413C459; Thu, 29 Nov 2007 17:44:36 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 616815B3B; Thu, 29 Nov 2007 09:26:52 -0800 (PST) To: Kostik Belousov In-reply-to: Your message of "Thu, 29 Nov 2007 13:28:24 +0200." <20071129112824.GD83121@deviant.kiev.zoral.com.ua> Date: Thu, 29 Nov 2007 09:26:52 -0800 From: Bakul Shah Message-Id: <20071129172652.616815B3B@mail.bitblocks.com> Cc: Carl Shapiro , davidxu@freebsd.org, freebsd-current@freebsd.org Subject: Re: Serious compatibility breakage 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: Thu, 29 Nov 2007 17:44:36 -0000 > On Thu, Nov 29, 2007 at 02:26:11AM -0800, Carl Shapiro wrote: > > Developers, > > > > FreeBSD 7 has changed the protection violation signal from SIGBUS to > > SIGSEGV. Unfortunately, when an old binary is run on a current > > FreeBSD system, protection violations cause a SIGSEGV to be delivered > > to the executable instead of the anticipated SIGBUS. Binaries > > compiled on older versions of FreeBSD are not prepared to handle > > SIGSEGV in response to page protection violations. > > > > One consequence of this change is that applications that handle page > > protection violations, such as the CMUCL Lisp compiler have broken. > > CMUCL binaries compiled for FreeBSD 4, FreeBSD 5, and FreeBSD 6 crash > > on -current. Investments FreeBSD users have in binaries that handle > > page protection violations, such as things that link against boehm-gc, > > are lost forever. This significantly increases the cost of an upgrade > > to FreeBSD 7. > > > > The switch from SIGBUS to SIGSEGV is well motivated. However, it is > > not clear that consideration was given to binaries running under > > compat{4,5,6}x. One would expect the compat infrastructure to > > translate protection violation signals from SIGSEGV to SIGBUS while > > executing older binaries. This would ensure that the applications > > that establish SIGBUS handlers to catch protection violations continue > > to work. > > > > Among the open source operating systems the FreeBSD project has one of > > the best traditions of supporting old binaries. It would truly be a > > shame for this tradition to abruptly end as of the next major release. > > As a developer who supports several versions of FreeBSD through > > binary compatibility anything that can help us avoid breakage as of > > the next FreeBSD release would be appreciated. > > > > Thanks, > > > > Carl (and the many FreeBSD users of CMUCL) > > I can confirm that FreeBSD-6 binary of the CMUCL 19d does not work. It > is interesting that sbcl has no problems on RELENG_7. May be sbcl was trapping both SIGBUS and SIGSEGV? Anyway we find this in their commit log: Sep 26 2007 11:42 sa2c 1.0.10.4: Use variable for SIG_MEMORY_FAULT on FreeBSD When SIGBUS is signalled on FreeBSD 7, or SIGSEGV is signalled on FreeBSD 6 or earlier, it's very hard to debug if both of the signals are hooked for GC. Instead to hook both signals, define SIG_MEMORY_FAULT as variable and set it at startup. [Details] So they worked around (but it still won't help any old binaries). There were some messages about this change on PLT Scheme mailing list as well. Unfortunately they don't complain here! See for example: http://list.cs.brown.edu/pipermail/plt-scheme/2007-November/021272.html Here is the relevant excerpt: A quick and correct response! Indeed it seems like FreeBSD 7 has changed the behavior to be SIGSEGV instead of SIGBUS. And they have the same problem (old binaries won't work). I wonder if there are other ports that use GC of some sort are broken by this change. > Please, try the patch below and report whether it is enough to fix cmucl > and any other regressions. That patch will fix the problem. Also note that the same change is required on i386. The /* XXX hack */ comment in the original -7 code seems to indicates the change to override the signal value returned by page_pfault() was not fully thought through. So I believe your unbreaking change should be incorporated in the 7 release. From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 17:56:45 2007 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 BF45816A419; Thu, 29 Nov 2007 17:56:45 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.wan.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 6F59913C469; Thu, 29 Nov 2007 17:56:45 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.13.230]) by ns2.bafirst.com with esmtp; Thu, 29 Nov 2007 11:46:26 -0600 id 000D4C1E.474EFAF2.0000CC08 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 29 Nov 2007 11:46:20 -0600 id 0004AC0C.474EFAEC.00004CF2 Received: from dsl-189-129-13-230.prod-infinitum.com.mx (dsl-189-129-13-230.prod-infinitum.com.mx [189.129.13.230]) by intranet.encontacto.net (Horde Framework) with HTTP; Thu, 29 Nov 2007 11:46:20 -0600 Message-ID: <20071129114620.16752mjgtqsqtxyc@intranet.encontacto.net> Date: Thu, 29 Nov 2007 11:46:20 -0600 From: eculp To: FreeBSD Current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Cc: freebsd-mobile Subject: Run Current on a MacBook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 17:56:45 -0000 I am a half step away from buying a MacBook based on the following assumptions: 1. I should run current and it has the SMP problem fixed. 2. It can be dual booted between OSX and FreeBSD? a. The handbook only mentions that it can be run as a guest OS. b. Is there a short list to run both OS's I've done this with windows many times over the years but I have on idea where to start with Mac. Example: Clean the disk and start with FBSD or somehow compress the MacOSX file system and use the rest for BSD, etc. etc. 3. I should probably run the AMD64 version of Current? Thanks for any input and suggestions even a "Don't do it for certain reasons". This is totally uncharted territory for me. Have a great day, ed From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 17:56:12 2007 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 3CCB316A419 for ; Thu, 29 Nov 2007 17:56:12 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3111C13C458 for ; Thu, 29 Nov 2007 17:56:11 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 7CEDDF7387 for ; Thu, 29 Nov 2007 09:56:11 -0800 (PST) X-Virus-Scanned: amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x-Wtz7yNUbyi for ; Thu, 29 Nov 2007 09:56:05 -0800 (PST) Received: from triton.mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 9B7B3F71BD for ; Thu, 29 Nov 2007 09:56:05 -0800 (PST) Message-ID: <474EFD35.5070801@mcneil.com> Date: Thu, 29 Nov 2007 09:56:05 -0800 From: Sean McNeil User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 29 Nov 2007 18:09:33 +0000 Cc: Subject: Request for MFC of 2 files to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 17:56:12 -0000 I would like to ask that: /usr/src/etc/gss/mech and /usr/src/lib/libgssapi/gss_acquire_cred.c be MFC'd from HEAD to RELENG_7. They both need to exist in 7 as the library version for libgssapi_krb5.so is 9 and the problem that is fixed in gss_acquire_cred.c has been experienced with RELENG_7. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 18:14:35 2007 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 4B42F16A418 for ; Thu, 29 Nov 2007 18:14:35 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 13E5413C458 for ; Thu, 29 Nov 2007 18:14:34 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from [81.19.90.199] (unknown [81.19.90.199]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin@citrin.ru) by mail.classis.ru (Postfix) with ESMTP id 3784DB82D for ; Thu, 29 Nov 2007 20:52:34 +0300 (MSK) Message-ID: <474EFC5C.9060508@citrin.ru> Date: Thu, 29 Nov 2007 20:52:28 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird by compcn MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: 7.0-BETA3 - [thread taskq] eat 100% WCPU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 18:14:35 -0000 1684 processes:26 running, 1639 sleeping, 19 waiting CPU states: 6.7% user, 0.0% nice, 54.5% system, 1.1% interrupt, 37.7% idle Mem: 1332M Active, 1903M Inact, 505M Wired, 118M Cache, 214M Buf, 76M Free Swap: 2060M Total, 2060M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 9 root 1 8 - 0K 16K CPU1 1 536:07 100.00% thread taskq 12 root 1 171 ki31 0K 16K RUN 0 53.5H 64.06% idle: cpu0 11 root 1 171 ki31 0K 16K RUN 1 50.3H 14.26% idle: cpu1 After 2 days of work thread taskq starts to eat all available CPU. In normal condition system work with about 80% idle. Kernel config - generic with removed inet6/sctp, raid controllers, fireware e.t.c. Processes which work with disk often sleep on filelist lock: $ find /usr/ -name not_exist load: 7.76 cmd: find 69836 [filelist lock] 0.00u 0.00s 0% 1044k load: 7.76 cmd: find 69836 [filelist lock] 0.00u 0.00s 0% 1044k load: 7.76 cmd: find 69836 [filelist lock] 0.00u 0.00s 0% 1044k On other servers I don't see this state. $ uname -srp FreeBSD 7.0-BETA3 amd64 Is it possible to debug this problem? -- WBR, Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 20:24:52 2007 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 797D616A41A for ; Thu, 29 Nov 2007 20:24:52 +0000 (UTC) (envelope-from luoqi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9A213C4D9; Thu, 29 Nov 2007 20:24:52 +0000 (UTC) (envelope-from luoqi@FreeBSD.org) Received: from freefall.freebsd.org (luoqi@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lATKOqDA000770; Thu, 29 Nov 2007 20:24:52 GMT (envelope-from luoqi@freefall.freebsd.org) Received: (from luoqi@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lATKOq5R000769; Thu, 29 Nov 2007 20:24:52 GMT (envelope-from luoqi) Date: Thu, 29 Nov 2007 20:24:52 GMT From: Luoqi Chen Message-Id: <200711292024.lATKOq5R000769@freefall.freebsd.org> To: freebsd-current@FreeBSD.org, youshi10@u.washington.edu Cc: Subject: RE: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 20:24:52 -0000 > And to think that I mentioned this problem 5-6 months ago with gcc 4.2.x > and now it finally gets publicity... Did I just hear someone volunteered to be a guinea pig? Garrett, would you like to try out my fix? It's actually quite simple, Index: profile.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/profile.h,v retrieving revision 1.42 diff -u -r1.42 profile.h --- profile.h 28 Oct 2006 11:03:03 -0000 1.42 +++ profile.h 29 Nov 2007 20:07:15 -0000 @@ -115,7 +115,17 @@ void \ mcount() \ { \ - uintfptr_t selfpc, frompc; \ + uintfptr_t selfpc, frompc, ecx; \ + /* \ + * In gcc 4.2, ecx could be used in the caller as arg pointer \ + * if stack realignment option is set (-mstackrealign) or \ + * if the caller has the force_align_arg_pointer atrribute \ + * (stack realignment is ALWAYS on for main). Preserve ecx \ + * here. Use volatile to prevent this statement from being \ + * rescheduled with the next two, just in case the compiler \ + * decides to use ecx for either selfpc or frompc. \ + */ \ + __asm __volatile("movl %%ecx,%0" : "=m" (ecx)); \ /* \ * Find the return address for mcount, \ * and the return address for mcount's caller. \ @@ -132,6 +142,7 @@ __asm("movl (%%ebp),%0" : "=r" (frompc)); \ frompc = ((uintfptr_t *)frompc)[1]; \ _mcount(frompc, selfpc); \ + __asm __volatile("movl %0,%%ecx" : : "m" (ecx)); \ } #else /* !__GNUCLIKE_ASM */ #define MCOUNT This file is in the kernel tree, but the change only affects libc build. If you don't want to redo a world build, you may copy the patched profile.h to /usr/include/machine and "make all install" inside /usr/src/lib/libc. Then re-link -pg compiled code and try it out. Thanks -lq From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 21:10:15 2007 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 1373316A473; Thu, 29 Nov 2007 21:10:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BADA113C504; Thu, 29 Nov 2007 21:10:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lATLAD9u040820; Thu, 29 Nov 2007 16:10:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lATLADgQ096069; Thu, 29 Nov 2007 16:10:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8398C73039; Thu, 29 Nov 2007 16:10:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129211013.8398C73039@freebsd-current.sentex.ca> Date: Thu, 29 Nov 2007 16:10:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Thu, 29 Nov 2007 21:10:15 -0000 TB --- 2007-11-29 20:08:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-29 20:08:07 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-29 20:08:07 - cleaning the object tree TB --- 2007-11-29 20:08:29 - cvsupping the source tree TB --- 2007-11-29 20:08:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-11-29 20:08:35 - building world (CFLAGS=-O -pipe) TB --- 2007-11-29 20:08:35 - cd /src TB --- 2007-11-29 20:08:35 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 20:08:36 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 29 21:04:25 UTC 2007 TB --- 2007-11-29 21:04:25 - generating LINT kernel config TB --- 2007-11-29 21:04:25 - cd /src/sys/sun4v/conf TB --- 2007-11-29 21:04:25 - /usr/bin/make -B LINT TB --- 2007-11-29 21:04:25 - building LINT kernel (COPTFLAGS=) TB --- 2007-11-29 21:04:25 - cd /src TB --- 2007-11-29 21:04:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 29 21:04:25 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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 -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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 -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -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 -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -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 -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -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 -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -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 -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -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 -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 21:10:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 21:10:13 - ERROR: failed to build lint kernel TB --- 2007-11-29 21:10:13 - tinderbox aborted TB --- 2913.18 user 356.30 system 3725.60 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 21:58:25 2007 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 B271616A418 for ; Thu, 29 Nov 2007 21:58:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 185E513C46A for ; Thu, 29 Nov 2007 21:58:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F01E746CD9; Thu, 29 Nov 2007 17:02:27 -0500 (EST) Date: Thu, 29 Nov 2007 21:58:15 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Harry Matthiesen Jensen In-Reply-To: <20071129145938.GA5751@mugin.localhost> Message-ID: <20071129215656.E7555@fledge.watson.org> References: <20071129140140.1f6bb021@Winter> <20071129145938.GA5751@mugin.localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: -CURRENT buildkernel failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 21:58:25 -0000 On Thu, 29 Nov 2007, Harry Matthiesen Jensen wrote: > On Thu, Nov 29, 2007 at 02:01:40PM +0100, Uwe Grohnwaldt wrote: >> >> # >> ===> zyd (all) >> # > > I have had same issue.... I just replaced my old customized kernel > configuration with the GENERIC, and started over again.. > > ..everything works like a dream again. > > I renamed the GENERIC to my needs, and reconfigured the kernel configuration > file. I have to admit that, these days, I almost always create a new file, include GENERIC, set a new ident, and then just add or trim options and devices as needed. While I probably trim a little less from my kernel than I used to, I find my upgrade path is much smoother since I'm just maintaining my local variations in their own file. Typically, I'm just adding a few options and devices locally, however, and not making large-scale modifications. I find the include directive to be invaluable though. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 22:32:36 2007 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 E342A16A41A; Thu, 29 Nov 2007 22:32:36 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id B0C1613C447; Thu, 29 Nov 2007 22:32:36 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id CB7C728BAC; Thu, 29 Nov 2007 16:07:53 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 5172E61C44; Thu, 29 Nov 2007 16:07:53 -0600 (CST) Date: Thu, 29 Nov 2007 16:07:53 -0600 From: "Matthew D. Fuller" To: Robert Watson Message-ID: <20071129220753.GB31891@over-yonder.net> References: <20071129140140.1f6bb021@Winter> <20071129145938.GA5751@mugin.localhost> <20071129215656.E7555@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071129215656.E7555@fledge.watson.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Kernel configging (was Re: -CURRENT buildkernel failure) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Nov 2007 22:32:37 -0000 On Thu, Nov 29, 2007 at 09:58:15PM +0000 I heard the voice of Robert Watson, and lo! it spake thus: > > I have to admit that, these days, I almost always create a new file, > include GENERIC, set a new ident, and then just add or trim options > and devices as needed. While I probably trim a little less from my > kernel than I used to, I find my upgrade path is much smoother since > I'm just maintaining my local variations in their own file. I fiddled with that a little bit when the include and no* got strong enough to pull it off, but I found it to be more trouble. Yanking out out non-present devices takes a LOT of no* lines, and keeping that up to date is harder than just dealing with the copy. What I do do these days, though, is use my choice of the current gen of distributed VCS's (though it's almost an insultingly simple use-case ;) to keep copies of GENERIC in one branch, and derive my config from that. So part of my pre-buildkernel process is copying in the new GENERIC to its branch, and merge that over into MYKERNEL. That makes keeping up with upstream changes easier, as well as giving me an easy history of what I've done with my config in the past. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 23:38:47 2007 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 7E05316A421 for ; Thu, 29 Nov 2007 23:38:47 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id E6FB813C448 for ; Thu, 29 Nov 2007 23:38:45 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 6E342EB4F54 for ; Fri, 30 Nov 2007 01:38:44 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 55D58158584 for ; Fri, 30 Nov 2007 01:38:44 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fE+ClHueVzi2 for ; Fri, 30 Nov 2007 01:38:44 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 12A66158529 for ; Fri, 30 Nov 2007 01:38:44 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 9F7BA3F457; Fri, 30 Nov 2007 01:38:42 +0200 (EET) Date: Fri, 30 Nov 2007 01:38:42 +0200 From: Nikos Ntarmos To: freebsd-current@FreeBSD.org Message-ID: <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> Mail-Followup-To: freebsd-current@FreeBSD.org References: <200711292024.lATKOq5R000769@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <200711292024.lATKOq5R000769@freefall.freebsd.org> Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 23:38:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Nov 29, 2007 at 08:24:52PM +0000, Luoqi Chen wrote: > > And to think that I mentioned this problem 5-6 months ago with gcc 4.2.x > > and now it finally gets publicity... > > Did I just hear someone volunteered to be a guinea pig? > > Garrett, would you like to try out my fix? It's actually quite simple, > [...] > > This file is in the kernel tree, but the change only affects libc build. > If you don't want to redo a world build, you may copy the patched profile.h > to /usr/include/machine and "make all install" inside /usr/src/lib/libc. > Then re-link -pg compiled code and try it out. Hi again. I couldn't wait for Garrett :) so I went on and tested your patch and gprof seems to work fine for me (at least for the executables I was interested in profiling anyway). This is i386 on a 7.0-BETA3 kernel and 7.0-BETA1 world. What are the chances for this to be committed in time for 7.0R? Thanks. \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHT02Cm6J1ac+VFgoRAnaVAJ9n/WZY2nJU4Ym5qUFOBvg38p0lXQCfYDwT moIVew3+UhMLXLuJGEZd6HM= =J8RG -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 29 23:58:45 2007 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 979CD16A419 for ; Thu, 29 Nov 2007 23:58:44 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8F0BC13C43E; Thu, 29 Nov 2007 23:58:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474F523E.7050005@FreeBSD.org> Date: Fri, 30 Nov 2007 00:58:54 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: syle ishere References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: freebsd 7.0 amd 64 kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 23:58:45 -0000 syle ishere wrote: > Nov 29 06:26:20 swift kernel: Nov 29 06:26:20 swift kernel: Nov 29 06:26:20 swift kernel: Fatal trap 12: page fault while in kernel mode Nov 29 06:26:20 swift kernel: cpuid = 0; apic id = 00 Nov 29 06:26:20 swift kernel: fault virtual address = 0x18 Nov 29 06:26:20 swift kernel: fault code = supervisor read data, page not present Nov 29 06:26:20 swift kernel: instruction point Nov 29 06:26:20 swift kernel: er = 0 Nov 29 06:26:20 swift kernel: x8:0x Nov 29 06:26:20 swift kernel: fffff Nov 29 06:26:20 swift kernel: fff80 Nov 29 06:26:20 swift kernel: 3372e Nov 29 06:26:20 swift kernel: 0 Nov 29 06:26:20 swift kernel: Nov 29 06:26:20 swift kernel: stack pointer = 0x10:0xffffffffabe4d740 Nov 29 06:26:20 swift kernel: frame pointer = 0x10:0xffffff000d3332 Nov 29 06:26:20 swift kernel: b0 Nov 29 06:26:20 swift kernel: Nov 29 06:26:20 swift kernel: code segment = base 0x0, limit 0xff:ff, Nov 29 06:26:20 swift kernel: type0 Nov 29 06:26:20 swift kernel: 0x1b Nov 29 06:26:20 swift kernel: Nov 29 06:26:20 swift kernel: = DPL 0, pres 1, long 1, def32 Nov 29 06:26:20 swift kernel: 0, g Nov 29 06:26:20 swift kernel: ran 1 Nov 29 06:26:20 swift kernel: Nov 29 06:26:20 swift kernel: processor eflags = interrupt e,abl Nov 29 06:26:20 swift kernel: ed, r Nov 29 06:26:20 swift kernel: esume Nov 29 06:26:20 swift kernel: , IOP Nov 29 06:26:20 swift kernel: L = 0 Nov 29 06:26:20 swift kernel: Nov 29 06:26:20 swift kernel: current process = 17 (swi1: net) > > Got that right after doing pfctl -e > kernel is: 7.0-BETA3 FreeBSD 7.0-BETA3 #6: Fri Nov 16 19:45:30 CST 2007 > Only thing I had done differently than before is a) add ipv6 address to box b) > add an allow icmp all statement to /etc/pf.conf since pf complained about not being able to do > icmp-type { echoreq, unreach } with ipv6 type addresses. Your email was missing linefeeds so it was unreadable. I was able to detect that you did not include a backtrace though, which is required for anyone to analyse it. Please follow up with http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html Kris From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 00:41:38 2007 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 A4B5416A469 for ; Fri, 30 Nov 2007 00:41:38 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd2mo2so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 74CBA13C45D for ; Fri, 30 Nov 2007 00:41:38 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JSA00MA1N8YKSD0@l-daemon> for freebsd-current@freebsd.org; Thu, 29 Nov 2007 17:41:22 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd3mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JSA00AG0N8Y4G70@pd3mr3so.prod.shaw.ca> for freebsd-current@freebsd.org; Thu, 29 Nov 2007 17:41:23 -0700 (MST) Received: from spqr.komquats.com ([24.68.216.215]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JSA00HTDN8XDGH0@l-daemon> for freebsd-current@freebsd.org; Thu, 29 Nov 2007 17:41:22 -0700 (MST) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 59BB036 for ; Thu, 29 Nov 2007 16:41:21 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.2/8.14.2) with ESMTP id lAU0fLo8096975 for ; Thu, 29 Nov 2007 16:41:21 -0800 X-URL: http://www.komquats.com/ Date: Thu, 29 Nov 2007 16:41:21 -0800 From: Cy Schubert In-reply-to: Message from Harry Matthiesen Jensen "of Thu, 29 Nov 2007 15:59:38 +0100." <20071129145938.GA5751@mugin.localhost> Sender: Cy.Schubert@komquats.com X-Sender: cy@cwsent.com To: freebsd-current@freebsd.org Message-id: <200711300041.lAU0fLo8096975@cwsys.cwsent.com> MIME-version: 1.0 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 Content-type: text/plain; charset=us-ascii X-os: FreeBSD Subject: Re: -CURRENT buildkernel failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 00:41:38 -0000 In message <20071129145938.GA5751@mugin.localhost>, Harry Matthiesen Jensen wri tes: > On Thu, Nov 29, 2007 at 02:01:40PM +0100, Uwe Grohnwaldt wrote: > > > > # > > ===> zyd (all) > > # > > I have had same issue.... I just replaced my old customized kernel > configuration with the GENERIC, and started over again.. > > ..everything works like a dream again. > > I renamed the GENERIC to my needs, and reconfigured the kernel > configuration file. I've come across this in 7.0 (haven't built CURRENT on my testbed yet). A cursory look tells me that it's in ieee80211_scan_sta.c. I won't have a chance to look at this until tonight or tomorrow. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 01:39:06 2007 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 8C6EF16A417; Fri, 30 Nov 2007 01:39:06 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id EF2C013C447; Fri, 30 Nov 2007 01:39:05 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup136.ach.sch.gr [81.186.70.136]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAU1cVJQ000476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 30 Nov 2007 03:38:48 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAU1cSLp087172; Fri, 30 Nov 2007 03:38:28 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAU1cRAE087123; Fri, 30 Nov 2007 03:38:27 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Fri, 30 Nov 2007 03:38:27 +0200 From: Giorgos Keramidas To: Luoqi Chen , freebsd-current@freebsd.org, youshi10@u.washington.edu Message-ID: <20071130013826.GA66484@kobe.laptop> References: <200711292024.lATKOq5R000769@freefall.freebsd.org> <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> <200711292024.lATKOq5R000769@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> <200711292024.lATKOq5R000769@freefall.freebsd.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.135, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.26, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Alexander Kabaev , FreeBSD Release Engineers , Bruce Evans Subject: [PATCH] gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 01:39:06 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Fantastic news :-) Please pass this through the release engineering team, Bruce Evans (who has the largest number of commits to the file), and our gcc folks (David O'Brien, and Alexander Kabaev). If it is considered safe for RELENG_7 (what will become 7.0-RELEASE), then it's probably a good idea to commit it. It looks `harmless' to me, but it certainly won't harm to get a proper review from much more experienced people (added to the Cc: list). It would be marvellous to have non-broken profiling in 7.0. - Giorgos On 2007-11-30 01:38, Nikos Ntarmos wrote: > I couldn't wait for Garrett :) so I went on and tested your patch and > gprof seems to work fine for me (at least for the executables I was > interested in profiling anyway). This is i386 on a 7.0-BETA3 kernel and > 7.0-BETA1 world. What are the chances for this to be committed in time > for 7.0R? On 2007-11-29 20:24, Luoqi Chen wrote: > Garrett, would you like to try out my fix? It's actually quite simple, > > Index: profile.h > =================================================================== > RCS file: /home/ncvs/src/sys/i386/include/profile.h,v > retrieving revision 1.42 > diff -u -r1.42 profile.h > --- profile.h 28 Oct 2006 11:03:03 -0000 1.42 > +++ profile.h 29 Nov 2007 20:07:15 -0000 > @@ -115,7 +115,17 @@ > void \ > mcount() \ > { \ > - uintfptr_t selfpc, frompc; \ > + uintfptr_t selfpc, frompc, ecx; \ > + /* \ > + * In gcc 4.2, ecx could be used in the caller as arg pointer \ > + * if stack realignment option is set (-mstackrealign) or \ > + * if the caller has the force_align_arg_pointer atrribute \ > + * (stack realignment is ALWAYS on for main). Preserve ecx \ > + * here. Use volatile to prevent this statement from being \ > + * rescheduled with the next two, just in case the compiler \ > + * decides to use ecx for either selfpc or frompc. \ > + */ \ > + __asm __volatile("movl %%ecx,%0" : "=m" (ecx)); \ > /* \ > * Find the return address for mcount, \ > * and the return address for mcount's caller. \ > @@ -132,6 +142,7 @@ > __asm("movl (%%ebp),%0" : "=r" (frompc)); \ > frompc = ((uintfptr_t *)frompc)[1]; \ > _mcount(frompc, selfpc); \ > + __asm __volatile("movl %0,%%ecx" : : "m" (ecx)); \ > } > #else /* !__GNUCLIKE_ASM */ > #define MCOUNT > > This file is in the kernel tree, but the change only affects libc > build. If you don't want to redo a world build, you may copy the > patched profile.h to /usr/include/machine and "make all install" > inside /usr/src/lib/libc. Then re-link -pg compiled code and try > it out. --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHT2mS1g+UGjGGA7YRAlyEAJ0ZIW+qieke/lI/fxyw7isNwS/uMgCguDyc GFGSP3aCSrmIHejEFNWAcTc= =S4uZ -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 02:42:55 2007 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 96BFB16A420 for ; Fri, 30 Nov 2007 02:42:55 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 675B813C461 for ; Fri, 30 Nov 2007 02:42:55 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAU2gsf5005756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 29 Nov 2007 18:42:55 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAU2gsq4031685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 29 Nov 2007 18:42:54 -0800 Message-ID: <474F78AE.5070107@u.washington.edu> Date: Thu, 29 Nov 2007 18:42:54 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <200711292024.lATKOq5R000769@freefall.freebsd.org> <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> In-Reply-To: <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.29.182724 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __LINES_OF_YELLING 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 02:42:55 -0000 Nikos Ntarmos wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, Nov 29, 2007 at 08:24:52PM +0000, Luoqi Chen wrote: > >>> And to think that I mentioned this problem 5-6 months ago with gcc 4.2.x >>> and now it finally gets publicity... >>> >> Did I just hear someone volunteered to be a guinea pig? >> >> Garrett, would you like to try out my fix? It's actually quite simple, >> >> > [...] > >> This file is in the kernel tree, but the change only affects libc build. >> If you don't want to redo a world build, you may copy the patched profile.h >> to /usr/include/machine and "make all install" inside /usr/src/lib/libc. >> Then re-link -pg compiled code and try it out. >> > > Hi again. > > I couldn't wait for Garrett :) so I went on and tested your patch and > gprof seems to work fine for me (at least for the executables I was > interested in profiling anyway). This is i386 on a 7.0-BETA3 kernel and > 7.0-BETA1 world. What are the chances for this to be committed in time > for 7.0R? > > Thanks. > > \n\n > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Nikos Ntarmos > > iD8DBQFHT02Cm6J1ac+VFgoRAnaVAJ9n/WZY2nJU4Ym5qUFOBvg38p0lXQCfYDwT > moIVew3+UhMLXLuJGEZd6HM= > =J8RG > -----END PGP SIGNATURE----- > I'll be sure to give it a toss when I get back home. I'd expect a reply sometime tomorrow morning (PST).. Thanks again for all of your work! -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 04:11:34 2007 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 1A7F216A468; Fri, 30 Nov 2007 04:11:34 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.freebsd.org (Postfix) with ESMTP id E26EA13C442; Fri, 30 Nov 2007 04:11:32 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 7739F8C9A0C; Fri, 30 Nov 2007 11:53:32 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 6E9D68C9859; Fri, 30 Nov 2007 11:53:32 +0800 (CST) Date: Fri, 30 Nov 2007 11:53:32 +0800 (CST) From: Tai-hwa Liang To: Remko Lodder In-Reply-To: <474D81DB.7020004@FreeBSD.org> Message-ID: <071130112653E.701@www.mmlab.cse.yzu.edu.tw> References: <474D81DB.7020004@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , kib@freebsd.org Subject: Re: [Fwd: Re: kern/118258 sysctl causing panics on 7.0-xxx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 04:11:34 -0000 On Wed, 28 Nov 2007, Remko Lodder wrote: > Hello, > > So as per Jeff's information, can someone from the -current > list either contact jeff or try to resolve the problems > mentioned? :) This is a longstanding bug which also exists in RELENG_6. It turns out that 'sysctl kern.ttys' after a terminal device is removed could trigger this panic reliably. For example, do 'sysctl kern.ttys' multiple times after detaching an USB serial-to-rs232 cable or a PCMCIA modem card. Alternatively, following script would demo the panic if you don't have a physically removable terminal device: #!/bin/sh # # Warning! Running this script as root will panic your CURRENT box... # while true; do kldload dcons kldunload dcons ls /dev sysctl kern.ttys sleep 1 done This seems to be a race between devfs and destroy_dev(), Cc'ing kib@ since he probably has more clues in this area. > -------- Original Message -------- > Subject: Re: kern/118258 sysctl causing panics on 7.0-xxx > Date: Wed, 28 Nov 2007 14:50:02 GMT > From: Jeff Palmer > Reply-To: Jeff Palmer > To: freebsd-bugs@FreeBSD.org > > The following reply was made to PR kern/118258; it has been noted by GNATS. > > From: Jeff Palmer > To: bug-followup@freebsd.org > Cc: > Subject: Re: kern/118258 sysctl causing panics on 7.0-xxx > Date: Wed, 28 Nov 2007 09:28:47 -0500 > > Caught another vmcore,=20 > this time simply from 'sysctl -a' > This one showed debugging data from the if_wpi driver on the terminal > immediately before the panic. > > Since the wpi driver is in -CURRENT (and not in 7.3-BETA3) I'm uncertain > if this should actually be filed as a PR, or just brought up on the > current@ list. > I'm not certain it's directly related to the wpi driver, so until > informed otherwise, I'll just keep submitting followups to this PR as I > can. > > Thanks, > > Jeff Palmer > > > Laptop# kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug /var/crash/vmcore.= > 1 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol " > ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= > s. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x18264 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc06e6a11 > stack pointer =3D 0x28:0xe76e9aa4 > frame pointer =3D 0x28:0xe76e9aa4 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 53221 (sysctl) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > Uptime: 1d5h15m17s > Physical memory: 1001 MB > Dumping 210 MB: 195 179 163 147 131 115 99 83 67 51 35 19 3 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc0750c17 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= > :409 > #2 0xc0750ed9 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0a1542c in trap_fatal (frame=3D0xe76e9a64, eva=3D98916) > at /usr/src/sys/i386/i386/trap.c:872 > #4 0xc0a156b0 in trap_pfault (frame=3D0xe76e9a64, usermode=3D0, eva=3D98= > 916) > at /usr/src/sys/i386/i386/trap.c:785 > #5 0xc0a16025 in trap (frame=3D0xe76e9a64) at > /usr/src/sys/i386/i386/trap.c:463 > #6 0xc09fc04b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc06e6a11 in dev2udev (x=3D0xc50f4b00) at > /usr/src/sys/fs/devfs/devfs_vnops.c:1322 > #8 0xc0790e22 in sysctl_kern_ttys (oidp=3D0xc0b4b7e0, arg1=3D0x0, arg2=3D= > 0, > req=3D0xe76e9ba4) > at /usr/src/sys/kern/tty.c:3078 > #9 0xc075a457 in sysctl_root (oidp=3DVariable "oidp" is not available. > ) at /usr/src/sys/kern/kern_sysctl.c:1306 > #10 0xc075a5a4 in userland_sysctl (td=3D0xc5049210, name=3D0xe76e9c14, > namelen=3D2, old=3D0x0, > oldlenp=3D0xbfbfe334, inkernel=3D0, new=3D0x0, newlen=3D0, > retval=3D0xe76e9c10, flags=3D0) > at /usr/src/sys/kern/kern_sysctl.c:1401 > #11 0xc075b33e in __sysctl (td=3D0xc5049210, uap=3D0xe76e9cfc) > at /usr/src/sys/kern/kern_sysctl.c:1336 > #12 0xc0a15a05 in syscall (frame=3D0xe76e9d38) at > /usr/src/sys/i386/i386/trap.c:1008 > #13 0xc09fc0b0 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:196 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) list > 196 call syscall > 197 add $4, %esp > 198 MEXITCOUNT > 199 jmp doreti > 200 > 201 ENTRY(fork_trampoline) > 202 pushl %esp /* trapframe pointer */ > 203 pushl %ebx /* arg1 */ > 204 pushl %esi /* function */ > 205 call fork_exit > (kgdb) -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 06:35:53 2007 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 9A9F316A41A for ; Fri, 30 Nov 2007 06:35:53 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.186]) by mx1.freebsd.org (Postfix) with ESMTP id 4310513C4D3 for ; Fri, 30 Nov 2007 06:35:53 +0000 (UTC) (envelope-from carl.shapiro@gmail.com) Received: by rn-out-0102.google.com with SMTP id e5so2052936rng for ; Thu, 29 Nov 2007 22:35:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=VZC3nQw8cl1QOCQk1fiJiOUXnCrEVpSag78tX8cExKQ=; b=sqBtfvPOAqzwlkRkn9XC85mRMEvvjnX3u56/ZWQAoVpb0MZcTt8whDG8E9OWF/y/czpA5u0PwMhUvIjxuLN/0QtO4zQevgZO3AiIrb+jNrmIxbnwskjSqAyclHzhIOIafBUTBXb27caM0EUqcy/kLPhUcDkJFDkohWwXOigx7NA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=voCWV/DTYDLrNKYVqz333tqHFmLqi2imXOjFUBLG+DjMwHazfgn4jcxHOYMrwMLg0dlLF6ggNlW3aWHVnxUUBUDh7nlKyUhHPucK6JBOAbxsl/2H/Aq4uVJtB2+yUDBDX2D/uxj2St04TjCMaKdEMAUzcBQ877EHfMrO/iNzOQE= Received: by 10.150.52.2 with SMTP id z2mr315410ybz.1196404552595; Thu, 29 Nov 2007 22:35:52 -0800 (PST) Received: by 10.150.200.6 with HTTP; Thu, 29 Nov 2007 22:35:52 -0800 (PST) Message-ID: <4dcb5abd0711292235k2bc2af86t45f7268d429c03ad@mail.gmail.com> Date: Thu, 29 Nov 2007 22:35:52 -0800 From: "Carl Shapiro" To: "Kostik Belousov" In-Reply-To: <20071129112824.GD83121@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> <20071129112824.GD83121@deviant.kiev.zoral.com.ua> Cc: freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Serious compatibility breakage 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: Fri, 30 Nov 2007 06:35:53 -0000 On Nov 29, 2007 3:28 AM, Kostik Belousov wrote: > Please, try the patch below and report whether it is enough to fix cmucl > and any other regressions. With this patch applied old and new binaries are delivered a SIGBUS instead of SIGSEGV and the si_code is always BUS_ADRERR. This is halfway between the behavior old binaries expect and the new behavior. When an access violation occurs, old binaries expect a SIGBUS and an si_code of BUS_PAGE_FAULT. Presumably, we want new binaries to receive a SIGSEGV when an access violation occurs. This patch does not consider whether we are running under an old or new binary. Is that really okay? From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 08:46:48 2007 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 1A37616A417; Fri, 30 Nov 2007 08:46:48 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from mail.rexdb.com (mail.rexdb.com [216.243.161.232]) by mx1.freebsd.org (Postfix) with ESMTP id A69A813C457; Fri, 30 Nov 2007 08:46:47 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from mail.rexdb.com (mail.rexdb.com [216.243.161.232]) by mail.rexdb.com (Postfix) with ESMTP id 273D8228BAF3; Fri, 30 Nov 2007 03:35:18 -0500 (EST) Received: from 76.3.162.23 (SquirrelMail authenticated user jeff@rexdb.com) by mail.rexdb.com with HTTP; Fri, 30 Nov 2007 03:35:18 -0500 (EST) Message-ID: <28249.76.3.162.23.1196411718.squirrel@mail.rexdb.com> In-Reply-To: <071130112653E.701@www.mmlab.cse.yzu.edu.tw> References: <474D81DB.7020004@FreeBSD.org> <071130112653E.701@www.mmlab.cse.yzu.edu.tw> Date: Fri, 30 Nov 2007 03:35:18 -0500 (EST) From: jeff@rexdb.com To: "Tai-hwa Liang" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Remko Lodder , FreeBSD Current , kib@freebsd.org Subject: Re: [Fwd: Re: kern/118258 sysctl causing panics on 7.0-xxx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 08:46:48 -0000 > On Wed, 28 Nov 2007, Remko Lodder wrote: >> Hello, >> >> So as per Jeff's information, can someone from the -current >> list either contact jeff or try to resolve the problems >> mentioned? :) > > This is a longstanding bug which also exists in RELENG_6. It turns out > that 'sysctl kern.ttys' after a terminal device is removed could trigger > this panic reliably. For example, do 'sysctl kern.ttys' multiple times > after detaching an USB serial-to-rs232 cable or a PCMCIA modem card. > Suddenly, it all becomes quite clear. I use umodem and ucom for my cellphone (motorola razr v3) mostly to charge it, but occasionally to provide my laptop with mobile connectivity. So I add/remove a USB tty almost every night. My only question is: up until recently the panic was a double panic and hang, with no vmcore available. then all of a sudden it was a single panic where savecore was actually useful. I wonder what changed (or even if it's the same panic) If this is a known and longstanding bug, I'll just use a wall charger for my cellphone, and leave everyone alone. Thanks for the input! Jeff > Alternatively, following script would demo the panic if you don't have > a physically removable terminal device: > > #!/bin/sh > # > # Warning! Running this script as root will panic your CURRENT box... > # > while true; do > kldload dcons > kldunload dcons > ls /dev > sysctl kern.ttys > sleep 1 > done > > This seems to be a race between devfs and destroy_dev(), Cc'ing kib@ > since he probably has more clues in this area. > >> -------- Original Message -------- >> Subject: Re: kern/118258 sysctl causing panics on 7.0-xxx >> Date: Wed, 28 Nov 2007 14:50:02 GMT >> From: Jeff Palmer >> Reply-To: Jeff Palmer >> To: freebsd-bugs@FreeBSD.org >> >> The following reply was made to PR kern/118258; it has been noted by >> GNATS. >> >> From: Jeff Palmer >> To: bug-followup@freebsd.org >> Cc: >> Subject: Re: kern/118258 sysctl causing panics on 7.0-xxx >> Date: Wed, 28 Nov 2007 09:28:47 -0500 >> >> Caught another vmcore,=20 >> this time simply from 'sysctl -a' >> This one showed debugging data from the if_wpi driver on the terminal >> immediately before the panic. >> >> Since the wpi driver is in -CURRENT (and not in 7.3-BETA3) I'm uncertain >> if this should actually be filed as a PR, or just brought up on the >> current@ list. >> I'm not certain it's directly related to the wpi driver, so until >> informed otherwise, I'll just keep submitting followups to this PR as I >> can. >> >> Thanks, >> >> Jeff Palmer >> >> >> Laptop# kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug >> /var/crash/vmcore.= >> 1 >> [GDB will not be able to debug user-mode threads: >> /usr/lib/libthread_db.so: Undefined symbol " >> ps_pglobal_lookup"] >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you >> = >> are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> detail= >> s. >> This GDB was configured as "i386-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 1; apic id =3D 01 >> fault virtual address =3D 0x18264 >> fault code =3D supervisor read, page not present >> instruction pointer =3D 0x20:0xc06e6a11 >> stack pointer =3D 0x28:0xe76e9aa4 >> frame pointer =3D 0x28:0xe76e9aa4 >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, def32 1, gran 1 >> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >> current process =3D 53221 (sysctl) >> trap number =3D 12 >> panic: page fault >> cpuid =3D 1 >> Uptime: 1d5h15m17s >> Physical memory: 1001 MB >> Dumping 210 MB: 195 179 163 147 131 115 99 83 67 51 35 19 3 >> >> #0 doadump () at pcpu.h:195 >> 195 pcpu.h: No such file or directory. >> in pcpu.h >> (kgdb) bt >> #0 doadump () at pcpu.h:195 >> #1 0xc0750c17 in boot (howto=3D260) at >> /usr/src/sys/kern/kern_shutdown.c= >> :409 >> #2 0xc0750ed9 in panic (fmt=3DVariable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:563 >> #3 0xc0a1542c in trap_fatal (frame=3D0xe76e9a64, eva=3D98916) >> at /usr/src/sys/i386/i386/trap.c:872 >> #4 0xc0a156b0 in trap_pfault (frame=3D0xe76e9a64, usermode=3D0, >> eva=3D98= >> 916) >> at /usr/src/sys/i386/i386/trap.c:785 >> #5 0xc0a16025 in trap (frame=3D0xe76e9a64) at >> /usr/src/sys/i386/i386/trap.c:463 >> #6 0xc09fc04b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >> #7 0xc06e6a11 in dev2udev (x=3D0xc50f4b00) at >> /usr/src/sys/fs/devfs/devfs_vnops.c:1322 >> #8 0xc0790e22 in sysctl_kern_ttys (oidp=3D0xc0b4b7e0, arg1=3D0x0, >> arg2=3D= >> 0, >> req=3D0xe76e9ba4) >> at /usr/src/sys/kern/tty.c:3078 >> #9 0xc075a457 in sysctl_root (oidp=3DVariable "oidp" is not available. >> ) at /usr/src/sys/kern/kern_sysctl.c:1306 >> #10 0xc075a5a4 in userland_sysctl (td=3D0xc5049210, name=3D0xe76e9c14, >> namelen=3D2, old=3D0x0, >> oldlenp=3D0xbfbfe334, inkernel=3D0, new=3D0x0, newlen=3D0, >> retval=3D0xe76e9c10, flags=3D0) >> at /usr/src/sys/kern/kern_sysctl.c:1401 >> #11 0xc075b33e in __sysctl (td=3D0xc5049210, uap=3D0xe76e9cfc) >> at /usr/src/sys/kern/kern_sysctl.c:1336 >> #12 0xc0a15a05 in syscall (frame=3D0xe76e9d38) at >> /usr/src/sys/i386/i386/trap.c:1008 >> #13 0xc09fc0b0 in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:196 >> #14 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) list >> 196 call syscall >> 197 add $4, %esp >> 198 MEXITCOUNT >> 199 jmp doreti >> 200 >> 201 ENTRY(fork_trampoline) >> 202 pushl %esp /* trapframe pointer */ >> 203 pushl %ebx /* arg1 */ >> 204 pushl %esi /* function */ >> 205 call fork_exit >> (kgdb) > -- > Cheers, > > Tai-hwa Liang > _______________________________________________ > 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" > > !DSPAM:8,474f8d94174311715688600! > > > From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 10:47:55 2007 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 57B4C16A418 for ; Fri, 30 Nov 2007 10:47:55 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id C2B1213C47E for ; Fri, 30 Nov 2007 10:47:54 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4823919pyb for ; Fri, 30 Nov 2007 02:47:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=nTA5hXufrex4gJovS7iTPROPhgFQWrTASeK4yTvXL9M=; b=gbW0SjLHg3TY6KRWViDixx392WtX1t03zy/TjurRVPJ/BnochD9SSHXKZstkzAah7YeDEi0Pn6vGT8xUcXr4AjhLBBvvWPJCRvwpGohjXhO7jv7P8ZA/V7VPXek0TMintqZRrpMh0EsC/lVnmJW1Jy1i6pA2z5sWkMG/B9mGyRw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jy9v353PZNuV8eBLC3nF8dBdIBP7ywxo3BqnsM7U0VsvR6IU+guQtzwj+7quHjrOBdU46nJjPqT8l57+vgEQKKJ8FwP2av3aSak5XpQjQsqHiiuDhB7iyW4A9MFpblFSon97mgPZOS1FsM7Oag8BFz9i3XmPf423cZuh6zrMlec= Received: by 10.65.154.2 with SMTP id g2mr4228671qbo.1196419671728; Fri, 30 Nov 2007 02:47:51 -0800 (PST) Received: by 10.64.184.9 with HTTP; Fri, 30 Nov 2007 02:47:51 -0800 (PST) Message-ID: <8e10486b0711300247q4438235ata70ca42030871286@mail.gmail.com> Date: Fri, 30 Nov 2007 07:47:51 -0300 From: "Alexandre Biancalana" To: "Ivan Voras" In-Reply-To: <8e10486b0711290637u711c67b3i17925777e4481346@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> <8e10486b0711290637u711c67b3i17925777e4481346@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: 7-BETA3 everyday reboot (was: BETA3 crash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 10:47:55 -0000 On Nov 29, 2007 11:37 AM, Alexandre Biancalana wrote: > > On Nov 29, 2007 12:34 PM, Ivan Voras wrote: > > On 29/11/2007, Alexandre Biancalana wrote: > > > > > I could provide any information and even access if need, I just don't > > > want to boring him sending private mails, last time that I talked to > > > Pawel he was very busy. > > > > Yes, he does seem so... > > > > > I'm open to suggestions and want to help ! > > > > Have you tried experimental and temporary patch made by him: > > http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch > > At this server no. I can't apply this patch now, the machine is > writing some backup tapes, I've to wait until next reboot or the end > of the tapes write. > > I let you know.. > > Thank you for the hint! > The machine crash again, now with the same error (before "kmem_map too small" panic start to happen), follow the actual panic message: Nov 30 08:36:27 Manny kernel: panic: vm_fault: fault on nofault entry, addr: fffffffff7b80000 Nov 30 08:36:27 Manny kernel: cpuid = 0 Nov 30 08:36:27 Manny kernel: KDB: stack backtrace: Nov 30 08:36:27 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 30 08:36:27 Manny kernel: panic() at panic+0x17a Nov 30 08:36:27 Manny kernel: vm_fault() at vm_fault+0x14c1 Nov 30 08:36:27 Manny kernel: trap_pfault() at trap_pfault+0x218 Nov 30 08:36:27 Manny kernel: trap() at trap+0x30c Nov 30 08:36:27 Manny kernel: calltrap() at calltrap+0x8 Nov 30 08:36:27 Manny kernel: --- trap 0xc, rip = 0xfffffffff76e5b5a, rsp = 0xfffffffff76a2930, rbp = 0xfffffffff76a29a0 --- Nov 30 08:36:27 Manny kernel: spa_history_log_sync() at spa_history_log_sync+0x1a Nov 30 08:36:27 Manny kernel: dsl_sync_task_group_sync() at dsl_sync_task_group_sync+0x13e Nov 30 08:36:27 Manny kernel: dsl_pool_sync() at dsl_pool_sync+0xc3 Nov 30 08:36:27 Manny kernel: spa_sync() at spa_sync+0x390 Nov 30 08:36:27 Manny kernel: txg_sync_thread() at txg_sync_thread+0x12f Nov 30 08:36:27 Manny kernel: fork_exit() at fork_exit+0x12a Nov 30 08:36:27 Manny kernel: fork_trampoline() at fork_trampoline+0xe Nov 30 08:36:27 Manny kernel: --- trap 0, rip = 0, rsp = 0xfffffffff76a2d30, rbp = 0 --- Nov 30 08:36:27 Manny kernel: Uptime: 15h31m22s After the reboot, the kernel running have the patch suggested by ivoras@ (http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch), but how the patch is related to "kmem_map too small", I don't think that will be usefull with this panic. I *really* need some solution :( Any ideas ? From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 11:07:53 2007 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 04C9C16A418 for ; Fri, 30 Nov 2007 11:07:53 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id A572D13C468 for ; Fri, 30 Nov 2007 11:07:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 777402089; Fri, 30 Nov 2007 12:07:43 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 6B43C2085; Fri, 30 Nov 2007 12:07:43 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 6520284485; Fri, 30 Nov 2007 12:07:43 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Carl Shapiro" References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> Date: Fri, 30 Nov 2007 12:07:43 +0100 In-Reply-To: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> (Carl Shapiro's message of "Thu\, 29 Nov 2007 02\:26\:11 -0800") Message-ID: <86abowhtz4.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Serious compatibility breakage 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: Fri, 30 Nov 2007 11:07:53 -0000 "Carl Shapiro" writes: > The switch from SIGBUS to SIGSEGV is well motivated. Is it? I see no mention of it in the commit log for the revision that actually implemented the change. David argued on -CURRENT that it is more POSIXly correct, provided that he interpreted POSIX correctly; how do other operating systems behave in this case? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 11:36:03 2007 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 EB53416A468 for ; Fri, 30 Nov 2007 11:36:03 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from server02.lando.cc (server02-01.lando.cc [87.106.141.202]) by mx1.freebsd.org (Postfix) with ESMTP id 5102113C46E for ; Fri, 30 Nov 2007 11:36:03 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: (qmail 32206 invoked from network); 30 Nov 2007 12:36:02 +0100 Received: from vpn018023.uni-rostock.de (HELO BriaTharen.skywalkers.local) (139.30.18.23) by server02-01.lando.cc with (DHE-RSA-AES256-SHA encrypted) SMTP; 30 Nov 2007 12:35:59 +0100 Date: Fri, 30 Nov 2007 12:35:20 +0100 From: Uwe Grohnwaldt To: current@freebsd.org Message-ID: <20071130123520.41b54253@BriaTharen.skywalkers.local> In-Reply-To: <20071129084042.45130c14@kan.dnsalias.net> References: <20071129140140.1f6bb021@Winter> <20071129084042.45130c14@kan.dnsalias.net> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: -CURRENT buildkernel failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 11:36:04 -0000 Am Thu, 29 Nov 2007 08:40:42 -0500 schrieb Alexander Kabaev : > On Thu, 29 Nov 2007 14:01:40 +0100 > Uwe Grohnwaldt wrote: > > > hi, > > i tried to build current this morning on my i386-system and it fails > > with the following error: > > > > # > > ===> zyd (all) > > # > > cc -O2 -fno-strict-aliasing -pipe -march=prescott -Werror -D_KERNEL > > -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS > > -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ > > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 > > --param large-function-growth=1000 -fno-common > > -I/usr/obj/usr/src/sys/GENERIC -mno-align-long-strings > > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > > -c /usr/src/sys/modules/zyd/../../dev/usb/if_zyd.c # ld -d > > -warn-common -r -d -o if_zyd.kld if_zyd.o # :> export_syms # awk > > -f /usr/src/sys/modules/zyd/../../conf/kmod_syms.awk if_zyd.kld > > export_syms | xargs -J% objcopy % if_zyd.kld # ld -Bshareable -d > > -warn-common -o if_zyd.ko if_zyd.kld # objcopy --strip-debug > > if_zyd.ko # 1 error # *** Error code 2 # > > 1 error > > # > > *** Error code 2 > > # > > 1 error > > > Above snipped is largely useless since you are running make -j and the > real cause for the failure is probably way above this place in the log > file. Retry without -j and if it still fails you will have useful log > to post. > I updated my src-tree and built it again without -j. it worked fine. sorry for the noise. cheers, -- Uwe Grohnwaldt Max-Planck-Str 2A, 1.03.2 18059 Rostock Telefon: 0381 - 1 22 48 11 * Mobil : 0172 - 3 20 92 85 * Fax : 01212 - 5 - 131 - 79 - 310 * E-Mail : Uwe@Grohnwaldt.de ICQ : 149348486 * Skype : lando_calr * nur nach vorheriger Vereinbarung From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 11:48:06 2007 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 8310216A418 for ; Fri, 30 Nov 2007 11:48:06 +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 06FCD13C45A for ; Fri, 30 Nov 2007 11:48:06 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout0.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1Iy4Lh-00060b-Sj; Fri, 30 Nov 2007 12:48:01 +0100 Received: from r9340.r.pppool.de ([89.54.147.64]:62561 helo=peedub.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.68 #1) id 1Iy4Lh-0002lz-Nz; Fri, 30 Nov 2007 12:48:01 +0100 Date: Fri, 30 Nov 2007 12:48:01 +0100 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20071130124801.74c40ef9@peedub.jennejohn.org> In-Reply-To: <8e10486b0711300247q4438235ata70ca42030871286@mail.gmail.com> References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> <8e10486b0711290637u711c67b3i17925777e4481346@mail.gmail.com> <8e10486b0711300247q4438235ata70ca42030871286@mail.gmail.com> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexandre Biancalana Subject: Re: 7-BETA3 everyday reboot (was: BETA3 crash) 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: Fri, 30 Nov 2007 11:48:06 -0000 On Fri, 30 Nov 2007 07:47:51 -0300 "Alexandre Biancalana" wrote: > After the reboot, the kernel running have the patch suggested by > ivoras@ (http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch), > but how the patch is related to "kmem_map too small", I don't think > that will be usefull with this panic. > > I *really* need some solution :( > > Any ideas ? > The patch is potentially useful because the new code tries harder to reclaim pages (8 times instead of once with a sleep in between the attempts). The idea is that pages may become available at some time during one of the sleeps. Just try it and see whether it helps. Can't do any harm. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 13:31:43 2007 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 B467516A41B for ; Fri, 30 Nov 2007 13:31:43 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 6304913C467 for ; Fri, 30 Nov 2007 13:31:43 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 65833 invoked by uid 60001); 30 Nov 2007 13:31:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=T6FJoEg3vyk90w19wZY8y5/p/3HjNBwneJ3oEJ/XyEda2b8w6dp9evUh2Wwy7swjVx20J8lJg0+/dLFUsM7Dg9PX/zqiaLrqoHOVlK0F3HOHMhcIFc/6Imr6aZ8hv1qbyfdHYaKj+HhiDQhAWmiZUQt8T66jBVxSNO7hiP92y3Q=; X-YMail-OSG: Oq2nPwYVM1nNMlHzq42vBJavl49w7Ril0V9fSWcQyFj02ikt6.BaYG8WsOOz2e94dE6UlvfTwrJSvR.H9j0H22lxDzZhqQltXZw- Received: from [98.203.28.38] by web63908.mail.re1.yahoo.com via HTTP; Fri, 30 Nov 2007 05:31:42 PST Date: Fri, 30 Nov 2007 05:31:42 -0800 (PST) From: Barney Cordoba To: Travis Mikalson , current@FreeBSD.ORG In-Reply-To: <474EF6A3.7030705@terranova.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <604474.65019.qm@web63908.mail.re1.yahoo.com> Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 13:31:43 -0000 --- Travis Mikalson wrote: > Barney Cordoba wrote: > > --- Mike Tancsa wrote: > > > >> At 02:26 AM 11/29/2007, Andrey V. Elsukov wrote: > >> > >>> May be here is different HW revisions? You have > an > >> old revision and > >>> now people with this bug have a new revision? > >>> I don't see in the this thread any verbose dmesg > or > >> pciconf outputs. > >>> So, people, who have problems and who don't have > >> it, can you show > >>> your `pciconf -l`? > >> My board works well and has since the 6.1 days > > > > I think we've established that 6.x works and 7.x > > doesn't. > > > > Barney > > Not mine, I'm afraid. > > See post from yesterday where I tried 6.2 and 6.3 on > my Tyan S3950 and > it worked poorly. > > Not sure what the major difference between one > HT1000 board and another > could be, but mine seems to be in the most-afflicted > category. I count > myself lucky that it works as well as it does with > RELENG_7 so long as I > avoid the PCI-X slot or the on-board SATA. It seems to me it makes more sense to use a different MB than avoiding the slot and not using SATA. One of the attractions of the HT1000 is the SATA performance. Are you sending Soren a MB, or what is the status of that? Barney ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 15:26:41 2007 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 808B916A417; Fri, 30 Nov 2007 15:26:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id D5B0D13C46A; Fri, 30 Nov 2007 15:26:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Iy7lE-00085f-Lq; Fri, 30 Nov 2007 17:26:39 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lAUFQWGC072486; Fri, 30 Nov 2007 17:26:32 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lAUFQVOH072485; Fri, 30 Nov 2007 17:26:31 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 30 Nov 2007 17:26:31 +0200 From: Kostik Belousov To: Carl Shapiro Message-ID: <20071130152631.GJ83121@deviant.kiev.zoral.com.ua> References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> <20071129112824.GD83121@deviant.kiev.zoral.com.ua> <4dcb5abd0711292235k2bc2af86t45f7268d429c03ad@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WkHPBKJ2pKcVUM5H" Content-Disposition: inline In-Reply-To: <4dcb5abd0711292235k2bc2af86t45f7268d429c03ad@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 598132fe39716906e2b1ccd880ea9919 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1835 [Nov 29 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: Serious compatibility breakage 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: Fri, 30 Nov 2007 15:26:41 -0000 --WkHPBKJ2pKcVUM5H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 29, 2007 at 10:35:52PM -0800, Carl Shapiro wrote: > On Nov 29, 2007 3:28 AM, Kostik Belousov wrote: > > Please, try the patch below and report whether it is enough to fix cmucl > > and any other regressions. >=20 > With this patch applied old and new binaries are delivered a SIGBUS > instead of SIGSEGV and the si_code is always BUS_ADRERR. This is > halfway between the behavior old binaries expect and the new behavior. > When an access violation occurs, old binaries expect a SIGBUS and an > si_code of BUS_PAGE_FAULT. Presumably, we want new binaries to > receive a SIGSEGV when an access violation occurs. This patch does > not consider whether we are running under an old or new binary. Is > that really okay? The patch I posted was enough for CMUCL to survive the gc. The introduced problem seems to be quite complex to solve. The worst issue is that we are very late in the 7.0 release cycle. I discussed the situation with the portmgr@. Proposition from Kris Kennaway and me below: 1. Repair the ELF OSABI note tag from lib/csu/common/csubrand.c. Currently, the tag is compiled, but optimized out. 2. For the i386 and amd64, create the tunable, machdep.prot_fault_translati= on, with the following behaviour: 0 =3D autodetect the signal to be delivered on KERN_PROTECTION_FAILURE from vm_fault based on the ELF OSABI note: no note or __FreeBSD_version < 700004 - SIGBUS/BUS_PAGE_FAULT note, and __FreeBSD_version >=3D 700004 - SIGSEGV/SEGV_ACCERR 1 =3D always SIGBUS 2 =3D always SIGSEGV This would do mostly automatic correction of ABI breakage, with the excepti= on of the untaged binaries for 7-CURRENT/RELENG_7 before the note is fixed. For them, sysctl would allow to run the binary with manual settings. =20 Patch below shall implement it, and be MFCed to RELENG_7. The change to crtbrand.c shall be MFCed to RELENG_6 (and, possibly, RELENG_5). Patch was lightly tested on i386, and compile tested on amd64. Please, give it a run. Could someone with RELENG_5 world check whether the OSABI tag is inserted i= nto the binaries (I doubt it). The easiest way is to call file on some binary. Sample output on binary without tag: /bin/ls: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynam= ically linked (uses shared libs), stripped With tag: atrun: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for Fre= eBSD 8.0 (800004), dynamically linked (uses shared libs), FreeBSD-style, no= t stripped diff --git a/lib/csu/common/crtbrand.c b/lib/csu/common/crtbrand.c index 7e90144..e3309f8 100644 --- a/lib/csu/common/crtbrand.c +++ b/lib/csu/common/crtbrand.c @@ -43,7 +43,7 @@ static const struct { int32_t type; char name[sizeof ABI_VENDOR]; int32_t desc; -} abitag __attribute__ ((section (ABI_SECTION), aligned(4))) __unused =3D { +} abitag __attribute__ ((section (ABI_SECTION), aligned(4), used)) __unuse= d =3D { sizeof ABI_VENDOR, sizeof(int32_t), ABI_NOTETYPE, diff --git a/sys/amd64/amd64/trap.c b/sys/amd64/amd64/trap.c index 62d81f6..577851f 100644 --- a/sys/amd64/amd64/trap.c +++ b/sys/amd64/amd64/trap.c @@ -144,6 +144,9 @@ SYSCTL_INT(_machdep, OID_AUTO, kdb_on_nmi, CTLFLAG_RW, static int panic_on_nmi =3D 1; SYSCTL_INT(_machdep, OID_AUTO, panic_on_nmi, CTLFLAG_RW, &panic_on_nmi, 0, "Panic on NMI"); +static int prot_fault_translation =3D 0; +SYSCTL_INT(_machdep, OID_AUTO, prot_fault_translation, CTLFLAG_RW, + &prot_fault_translation, 0, "Select signal to deliver on protection fault= "); =20 extern char *syscallnames[]; =20 @@ -312,8 +315,32 @@ trap(struct trapframe *frame) if (i =3D=3D SIGSEGV) ucode =3D SEGV_MAPERR; else { - i =3D SIGSEGV; /* XXX hack */ - ucode =3D SEGV_ACCERR; + if (prot_fault_translation =3D=3D 0) { + /* + * Autodetect. + * This check also covers the images + * without the ABI-tag ELF note. + */ + if (p->p_osrel >=3D 700004) { + i =3D SIGSEGV; + ucode =3D SEGV_ACCERR; + } else { + i =3D SIGBUS; + ucode =3D BUS_PAGE_FAULT; + } + } else if (prot_fault_translation =3D=3D 1) { + /* + * Always compat mode. + */ + i =3D SIGBUS; + ucode =3D BUS_PAGE_FAULT; + } else { + /* + * Always SIGSEGV mode. + */ + i =3D SIGSEGV; + ucode =3D SEGV_ACCERR; + } } break; =20 diff --git a/sys/i386/i386/trap.c b/sys/i386/i386/trap.c index e66fa1e..cddffc0 100644 --- a/sys/i386/i386/trap.c +++ b/sys/i386/i386/trap.c @@ -158,6 +158,9 @@ SYSCTL_INT(_machdep, OID_AUTO, kdb_on_nmi, CTLFLAG_RW, static int panic_on_nmi =3D 1; SYSCTL_INT(_machdep, OID_AUTO, panic_on_nmi, CTLFLAG_RW, &panic_on_nmi, 0, "Panic on NMI"); +static int prot_fault_translation =3D 0; +SYSCTL_INT(_machdep, OID_AUTO, prot_fault_translation, CTLFLAG_RW, + &prot_fault_translation, 0, "Select signal to deliver on protection fault= "); =20 extern char *syscallnames[]; =20 @@ -375,8 +378,32 @@ trap(struct trapframe *frame) if (i =3D=3D SIGSEGV) ucode =3D SEGV_MAPERR; else { - i =3D SIGSEGV; /* XXX hack */ - ucode =3D SEGV_ACCERR; + if (prot_fault_translation =3D=3D 0) { + /* + * Autodetect. + * This check also covers the images + * without the ABI-tag ELF note. + */ + if (p->p_osrel >=3D 700004) { + i =3D SIGSEGV; + ucode =3D SEGV_ACCERR; + } else { + i =3D SIGBUS; + ucode =3D BUS_PAGE_FAULT; + } + } else if (prot_fault_translation =3D=3D 1) { + /* + * Always compat mode. + */ + i =3D SIGBUS; + ucode =3D BUS_PAGE_FAULT; + } else { + /* + * Always SIGSEGV mode. + */ + i =3D SIGSEGV; + ucode =3D SEGV_ACCERR; + } } addr =3D eva; break; diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c index 6c77244..acbc9a0 100644 --- a/sys/kern/imgact_elf.c +++ b/sys/kern/imgact_elf.c @@ -592,11 +592,13 @@ fail: return (error); } =20 +static const char FREEBSD_ABI_VENDOR[] =3D "FreeBSD"; + static int __CONCAT(exec_, __elfN(imgact))(struct image_params *imgp) { const Elf_Ehdr *hdr =3D (const Elf_Ehdr *)imgp->image_header; - const Elf_Phdr *phdr; + const Elf_Phdr *phdr, *pnote =3D NULL; Elf_Auxargs *elf_auxargs; struct vmspace *vmspace; vm_prot_t prot; @@ -607,7 +609,9 @@ __CONCAT(exec_, __elfN(imgact))(struct image_params *im= gp) int error =3D 0, i; const char *interp =3D NULL; Elf_Brandinfo *brand_info; + const Elf_Note *note, *note_end; char *path; + const char *note_name; struct thread *td =3D curthread; struct sysentvec *sv; =20 @@ -747,6 +751,9 @@ __CONCAT(exec_, __elfN(imgact))(struct image_params *im= gp) case PT_PHDR: /* Program header table info */ proghdr =3D phdr[i].p_vaddr; break; + case PT_NOTE: + pnote =3D &phdr[i]; + break; default: break; } @@ -828,6 +835,36 @@ __CONCAT(exec_, __elfN(imgact))(struct image_params *i= mgp) imgp->auxargs =3D elf_auxargs; imgp->interpreted =3D 0; =20 + /* + * Try to fetch the osreldate for FreeBSD binary from the ELF + * OSABI-note. Only the first page of the image is searched, + * the same as for headers. + */ +#define ALIGN4(x) (((u_long)(x) + 4) & ~4) + if (pnote !=3D NULL && pnote->p_offset < PAGE_SIZE && + pnote->p_offset + pnote->p_filesz < PAGE_SIZE ) { + note =3D (const Elf_Note *)(imgp->image_header + pnote->p_offset); + note_end =3D (const Elf_Note *)(imgp->image_header + pnote->p_offset + + pnote->p_filesz); + while (note < note_end) { + if (note->n_namesz =3D=3D sizeof(FREEBSD_ABI_VENDOR) && + note->n_descsz =3D=3D sizeof(int32_t) && + note->n_type =3D=3D 1 /* ABI_NOTETYPE */) { + note_name =3D (const char *)(note + 1); + if (strncmp(FREEBSD_ABI_VENDOR, note_name, + sizeof(FREEBSD_ABI_VENDOR)) =3D=3D 0) { + imgp->proc->p_osrel =3D *(const int32_t *) + (note_name + + ALIGN4(sizeof(FREEBSD_ABI_VENDOR))); + break; + } + } + note =3D (const Elf_Note *)((const char *)(note + 1) + + ALIGN4(note->n_namesz) + ALIGN4(note->n_descsz)); + } + } +#undef ALIGN4 + return (error); } =20 @@ -894,8 +931,6 @@ static void __elfN(puthdr)(struct thread *, void *, siz= e_t *, int); static void __elfN(putnote)(void *, size_t *, const char *, int, const void *, size_t); =20 -extern int osreldate; - int __elfN(coredump)(td, vp, limit) struct thread *td; diff --git a/sys/kern/init_main.c b/sys/kern/init_main.c index d4c04e5..3a85150 100644 --- a/sys/kern/init_main.c +++ b/sys/kern/init_main.c @@ -373,9 +373,10 @@ proc0_init(void *dummy __unused) td =3D &thread0; =09 /* - * Initialize magic number. + * Initialize magic number and osrel. */ p->p_magic =3D P_MAGIC; + p->p_osrel =3D osreldate; =20 /* * Initialize thread and process structures. diff --git a/sys/kern/kern_exec.c b/sys/kern/kern_exec.c index 2d32c34..6545614 100644 --- a/sys/kern/kern_exec.c +++ b/sys/kern/kern_exec.c @@ -391,6 +391,7 @@ interpret: if (error) goto exec_fail_dealloc; =20 + imgp->proc->p_osrel =3D 0; /* * If the current process has a special image activator it * wants to try first, call it. For example, emulating shell diff --git a/sys/kern/kern_mib.c b/sys/kern/kern_mib.c index 7280c52..78a9445 100644 --- a/sys/kern/kern_mib.c +++ b/sys/kern/kern_mib.c @@ -104,7 +104,6 @@ SYSCTL_STRING(_kern, KERN_OSTYPE, ostype, CTLFLAG_RD, * NOTICE: The *userland* release date is available in * /usr/include/osreldate.h */ -extern int osreldate; SYSCTL_INT(_kern, KERN_OSRELDATE, osreldate, CTLFLAG_RD, &osreldate, 0, "Kernel release date"); =20 diff --git a/sys/sys/proc.h b/sys/sys/proc.h index 54a8413..d75acb9 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -561,6 +561,8 @@ struct proc { /* The following fields are all copied upon creation in fork. */ #define p_startcopy p_endzero u_int p_magic; /* (b) Magic number. */ + int p_osrel; /* (x) osreldate for the + binary (from ELF note, if any) */ char p_comm[MAXCOMLEN + 1]; /* (b) Process name. */ struct pgrp *p_pgrp; /* (c + e) Pointer to process group. */ struct sysentvec *p_sysent; /* (b) Syscall dispatch info. */ diff --git a/sys/sys/systm.h b/sys/sys/systm.h index 1a9d964..95bc05f 100644 --- a/sys/sys/systm.h +++ b/sys/sys/systm.h @@ -101,6 +101,7 @@ extern int maxusers; /* system tune hint */ * in two files. * XXX most of these variables should be const. */ +extern int osreldate; extern int envmode; extern int hintmode; /* 0 =3D off. 1 =3D config, 2 =3D fallback */ extern int dynamic_kenv; --WkHPBKJ2pKcVUM5H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHUCunC3+MBN1Mb4gRAvkeAKCrclZEzUoxGS9X97MGcsUUABgVeQCgpRGG jVbgjRO1mL5ejSY+9JxD+VY= =WohG -----END PGP SIGNATURE----- --WkHPBKJ2pKcVUM5H-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 15:55:08 2007 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 3E96A16A421; Fri, 30 Nov 2007 15:55:08 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5D013C447; Fri, 30 Nov 2007 15:55:07 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47503266.1050500@FreeBSD.org> Date: Fri, 30 Nov 2007 16:55:18 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4dcb5abd0711290226u69105089ya10526519e5cc12d@mail.gmail.com> <86abowhtz4.fsf@ds4.des.no> In-Reply-To: <86abowhtz4.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Carl Shapiro , davidxu@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: Serious compatibility breakage 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: Fri, 30 Nov 2007 15:55:08 -0000 Dag-Erling Smørgrav wrote: > "Carl Shapiro" writes: >> The switch from SIGBUS to SIGSEGV is well motivated. > > Is it? I see no mention of it in the commit log for the revision that > actually implemented the change. David argued on -CURRENT that it is > more POSIXly correct, provided that he interpreted POSIX correctly; how > do other operating systems behave in this case? Apparently Linux uses SIGSEGV (there was an old commit by eivind to i386/i386/trap.c that translated the signal for emulated binaries). So in principle this might help some Linuxy code to not crash when compiled on FreeBSD, although it is balanced by the code that now crashes when compiled on FreeBSD 7.0 because it used to be correct until the signal changed. Unfortunately this is creating a bit of a compatibility nightmare, because no matter what we do there are some applications that will not run on 7.0 without changes. The best case scenario seems to be to require new source code that expect SIGBUS to change to SIGSEGV (which requires someone to identify and fix the code in ports; there are certainly more of them), and try to automatically enable a compatibility shim when running old binaries that reverts to the old signal. Kostik is working on that approach. Probably the SIGSEGV change should be clearly documented somewhere so that application writers will have a way to learn about the change. (We can't revert the kernel change and go back to sending SIGBUS because it is far too late in the release cycle to identify and revert the ports that already caught up to expecting SIGSEGV, so we'd be breaking a different set of applications instead). Kris From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 16:24:10 2007 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 BF34E16A468 for ; Fri, 30 Nov 2007 16:24:10 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id A5BC013C4F4 for ; Fri, 30 Nov 2007 16:24:10 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id C8D3D5B59; Fri, 30 Nov 2007 08:24:09 -0800 (PST) To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-reply-to: Your message of "Fri, 30 Nov 2007 12:07:43 +0100." <86abowhtz4.fsf@ds4.des.no> Date: Fri, 30 Nov 2007 08:24:09 -0800 From: Bakul Shah Message-Id: <20071130162409.C8D3D5B59@mail.bitblocks.com> Cc: Carl Shapiro , freebsd-current@freebsd.org Subject: Re: Serious compatibility breakage 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: Fri, 30 Nov 2007 16:24:10 -0000 > > The switch from SIGBUS to SIGSEGV is well motivated. > > Is it? I see no mention of it in the commit log for the revision that > actually implemented the change. David argued on -CURRENT that it is > more POSIXly correct, provided that he interpreted POSIX correctly; how > do other operating systems behave in this case? There are two issues: the right thing to do for POSIX and compatibility with older versions. See the memory protection section in http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_08.html Excerpt: * Write attempts to memory that was mapped without write access, or any access to memory mapped PROT_NONE, shall result in a SIGSEGV signal. * References to unmapped addresses shall result in a SIGSEGV signal. * Reference to whole pages within the mapping, but beyond the current length of the object, shall result in a SIGBUS signal. FreeBSD's behavior until 7.0 was opposite of this! It has followed what has been done at least since 4.3BSD (1986?) which gave SIGBUS on a protection violation and SIGSEG for access outside any mapped area. Solaris mmap man page is not clear on this -- it says you can get SIGSEGV or SIGBUS but doesn't indicate which under what condition. The change made for 7.0 doesn't quite do the right thing either as it doesn't distinguish between unmapped area and wrong kind of access -- you get SIGSEGV for both. So you are breaking compatibility for no good reason. Kris Kennaway argus > it is far too late in the release cycle to identify and revert the ports > that already caught up to expecting SIGSEGV, so we'd be breaking a > different set of applications instead). This is a mess but IMHO the two kinds of breakages are not equal. For better standards compliance another kernel change will have to be made in the future in any case. FWIW. From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 16:33:37 2007 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 1A3D516A41B for ; Fri, 30 Nov 2007 16:33:37 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id D44BE13C45B for ; Fri, 30 Nov 2007 16:33:36 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 734C129B62E for ; Fri, 30 Nov 2007 11:33:35 -0500 (EST) Message-ID: <47503B5D.2050408@terranova.net> Date: Fri, 30 Nov 2007 11:33:33 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: current@FreeBSD.ORG References: <604474.65019.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <604474.65019.qm@web63908.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 16:33:37 -0000 Barney Cordoba wrote: > --- Travis Mikalson wrote: > >> Barney Cordoba wrote: >>> --- Mike Tancsa wrote: >>> >>>> At 02:26 AM 11/29/2007, Andrey V. Elsukov wrote: >>>> >>>>> May be here is different HW revisions? You have >> an >>>> old revision and >>>>> now people with this bug have a new revision? >>>>> I don't see in the this thread any verbose dmesg >> or >>>> pciconf outputs. >>>>> So, people, who have problems and who don't have >>>> it, can you show >>>>> your `pciconf -l`? >>>> My board works well and has since the 6.1 days >> > >>> I think we've established that 6.x works and 7.x >>> doesn't. >>> >>> Barney >> Not mine, I'm afraid. >> >> See post from yesterday where I tried 6.2 and 6.3 on >> my Tyan S3950 and >> it worked poorly. >> >> Not sure what the major difference between one >> HT1000 board and another >> could be, but mine seems to be in the most-afflicted >> category. I count >> myself lucky that it works as well as it does with >> RELENG_7 so long as I >> avoid the PCI-X slot or the on-board SATA. > > It seems to me it makes more sense to use a different > MB than avoiding the slot and not using SATA. One of > the attractions of the HT1000 is the SATA performance. I have three of them already so.. I'd like them to work. I consider the broken status temporary and the SiI3114 controllers a temporary workaround. And of course I'd like FreeBSD to work well for everybody else on this platform. > Are you sending Soren a MB, or what is the status of > that? Yes, I corresponded with Søren privately and I am going to send him a Tyan S3950 kit, he was unable to reproduce the issue on his specific HT1000-based hardware. -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 17:00:13 2007 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 7138F16A421 for ; Fri, 30 Nov 2007 17:00:13 +0000 (UTC) (envelope-from m.rebele@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id 6B93913C45B for ; Fri, 30 Nov 2007 17:00:12 +0000 (UTC) (envelope-from m.rebele@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate01.web.de (Postfix) with ESMTP id A225CB7208BA for ; Fri, 30 Nov 2007 17:27:26 +0100 (CET) Received: from [194.94.240.61] (helo=[10.100.2.35]) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.108 #208) id 1Iy8i6-0002Ix-00 for freebsd-current@freebsd.org; Fri, 30 Nov 2007 17:27:26 +0100 Message-ID: <475039D5.4020204@web.de> Date: Fri, 30 Nov 2007 17:27:01 +0100 From: Michael Rebele User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: m.rebele@web.de X-Sender: m.rebele@web.de X-Provags-ID: V01U2FsdGVkX1/Rge8nG+t/bv8aEWfCaHruSMYNnCX4OJRjjbWs dKKYuDN8CM8mTUbBOJUtzibN4i+otRnM8MghYFvt/Ja9uwLmFV UQuivZuxs= Subject: 7.0-Beta 3: zfs makes system reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: m.rebele@web.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 17:00:13 -0000 Hello, i'm testing the zfs since 7.0-Beta 1. First, i had only access to an 32 Bit Machine (P4/3GHz with 2GB RAM, 2xHD for RAID1 and 2xHD for ZFS Raid 0). While running iozone with the following call: iozone -R -a -z -b file.wks -g 4G -f testile (This is inspired by Dominic Kay from Sun, see http://blogs.sun.com/dom/entry/zfs_v_vxfs_iozone for details). the well known "kmem_malloc" error occured and stopped the system. (panic: kmem_malloc (131072): kmem_map too small: 398491648 total allocated cpuid=1) I tested several optimizations as suggested in the ZFS Tuning Guide and several postings on this list. The problem stayed mainly the same, it stopped with a "kmem_malloc" or rebooted without warning. This depends on the configuration, if i raised the vm.kmem_-sizes or only the KVA_PAGES or both. But it never ever made the benchmark. With more memory in vm.kmem_size and vm.kmem_size_max, the problem came later. But ok, the main target for the ZFS is to use amd64, not i386. Now i have access to an Intel Woodcrest-System, it's a Xeon 5160 with 4GB RAM and 1xHD. It has UFS for the System and Home and one ZFS only for data (for the iozone-Benchmark). It has a vanilla kernel, i haven't touched it. I've tested the default settings from Beta 3 and applied the tuning tips from the Tuning Guide. It shows the same behaviour as on the 32 Bit machine. One major difference: it makes always a reboot. There's no kmem_malloc error message (which made the system hang). The problem is the "-z" option in the iozone-Benchmark. Without it, the benchmark works (on the i386 and on the amd64-Machine). This option makes iozone testing small record sizes for large files. On an UFS-Filesystem, iozone works with the "-z" option. Though, it seems to me, that this is a problem with ZFS. Here are some more informations (from the amd64-System): 1. The captured iozone output [root@zfs /tank/iozone]# iozone -R -a -z -b filez-512M.wks -g 4G -f testile Iozone: Performance Test of File I/O Version $Revision: 3.283 $ Compiled for 64 bit mode. Build: freebsd Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Erik Habbinga, Kris Strecker, Walter Wong. Run began: Thu Nov 29 09:38:45 2007 Excel chart generation enabled Auto Mode Cross over of record size disabled. Using maximum file size of 4194304 kilobytes. Command line used: iozone -R -a -z -b filez-512M.wks -g 4G -f testile Output is in Kbytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 Kbytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride KB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 64 4 141594 426897 811459 874936 1105556 555990 712397 551422 780776 269837 376589 674790 780776 64 8 220788 647135 1421755 1492919 1279447 659861 1188789 666414 1279447 477808 653436 1017549 1204796 64 16 290890 1066042 2052169 2203800 1879725 1087638 1679761 1124074 1892980 457452 1124074 1210227 1638743 64 32 500060 1780008 2892445 3203069 2772930 2662899 3057153 2467108 2662899 587635 1734015 1210227 2067979 64 64 842003 2067979 3791156 4274062 3541098 2203800 2923952 2278628 2772930 1049372 1879725 1049372 2467108 128 4 92551 465304 841746 1291158 1165070 554157 1123617 559353 895074 348661 465304 739689 776042 128 8 161425 700139 1421023 2238774 1997245 1032829 1266785 1022989 1391557 449337 684954 1543594 1885042 128 16 271722 1152564 2211113 2286447 2098744 1684006 1852520 1123617 2843510 516318 1152564 1618028 2464907 128 32 403721 1749872 3036502 3277486 2905056 1852520 2511022 1885042 4267461 656477 1878447 1905110 3199360 128 64 702889 2420455 4104338 6406138 5603747 3759450 3445772 2202044 2969325 907174 2286447 2090572 2511022 128 128 1281909 3124872 4889281 3657016 6727225 4407601 3982553 4557257 3445772 927549 3277486 1243315 4267461 256 4 147637 437582 913973 1300235 1128110 528987 773140 534517 1117543 383232 487664 797843 1112909 256 8 281614 894929 1523457 2228578 2015259 977189 1339154 980760 1361224 523570 680960 1262029 1332507 256 16 442086 1347557 2419396 3465855 3123106 1673001 2984226 1660068 2783115 868157 1142514 1619994 1924938 256 32 656399 1897721 3087188 3236056 3654598 2754556 2880164 1868008 3043436 924200 2015259 2045979 2325094 256 64 948698 2441400 4197489 4422226 4496299 3605511 5569035 4009406 4009406 1157291 2533571 2371308 2330140 256 128 1455317 3285566 5117791 5217259 4755158 5117791 4264168 5142301 4819184 1274008 3454704 2435861 2726577 256 256 1790149 3368013 5428265 5717301 5455847 3557725 4929815 3667079 5117791 1598292 3557725 1152323 4477549 512 4 212984 535558 962218 1319250 1190529 535024 977103 535024 1007827 391390 550523 1225169 1245780 512 8 382604 853596 1438555 2381315 2016784 992456 1383861 1019791 1647088 660600 927716 1289930 2016784 512 16 560875 1518938 2235086 3220553 3304808 1803387 2124526 1807941 2625909 759416 1190529 2370799 2622702 512 32 748563 1961520 3239989 3634839 4784885 2958758 2910635 2942541 3239989 1064266 2081286 2089386 2625909 512 64 876593 2572435 6319739 6395018 6246213 3877684 4061007 3325278 6395018 1150351 2708713 3504346 3941742 512 128 1580419 3504346 7540170 7871843 7211022 4701087 4494470 5624545 4660280 1861217 3459188 2922519 4340054 512 256 1662389 3634839 7871843 7758090 8109658 5566231 7410080 5509113 5509113 2089386 3678421 2722449 4457157 512 512 1809465 4237291 5551840 5278892 8528336 5067142 5453155 4262523 5744919 1854787 4532414 1467055 4296637 1024 4 278265 570168 1190795 1395010 1257748 551995 1145689 582541 1027060 420382 555637 1162433 1261072 1024 8 457164 948995 1909888 2375790 2183727 1049138 1851434 1064479 1548960 660276 1056883 1701108 2010935 1024 16 626288 1506051 2908281 3544270 3294177 1799462 2688041 1808555 2694787 839384 1508167 2069060 2617596 1024 32 782353 2094282 3458646 5096034 4904018 2995501 3314514 2968586 2960401 992412 2950233 2782064 3314514 1024 64 992412 3210456 4265934 5789881 6519323 3999762 3506651 4300102 4356809 1082454 3121783 3411938 3923040 1024 128 1790460 3735385 4949226 7644933 7577494 5479632 4898425 6102490 5251818 2178189 4594502 2592318 4339202 1024 256 1871603 3941039 5120336 6016997 8000971 5303701 5950309 5983467 8542002 2353657 4654248 2679655 4488860 1024 512 1920993 3863055 7590887 8525047 8457895 5885083 6102490 5885083 5853003 2077065 5169641 2844715 4215688 1024 1024 1899750 4162573 6650556 8457895 8457895 5251818 6559147 5330028 6244448 2260740 5144870 939446 3239514 2048 4 319497 562949 1158327 1331606 1236708 562764 1068425 573817 1063399 417193 560634 1045410 1210394 2048 8 492434 1031724 1712231 2265394 2153510 1038584 1738569 1055170 1616531 618167 969758 1550304 1923059 2048 16 658494 489934 1943069 2800938 2921939 1681397 2115848 1790388 2131071 761059 1552545 1880950 2245848 2048 32 726249 2585923 3122697 4423683 4643695 2925920 2722809 2984890 2790021 946360 2322353 2278010 2980747 2048 64 938605 3334853 4432815 6261772 6397004 4088876 4562305 4540600 4321315 1062741 3459769 2929912 3766184 2048 128 1838281 3093459 5159722 6939647 7065219 5277002 5135046 6097316 6284678 1901771 4509611 3319389 4031308 2048 256 1851755 4330028 6340344 7368238 7761014 5900467 5095447 6280083 8097557 2365196 4581773 3065856 3953383 2048 512 1915768 4086930 5816563 7262337 7529708 5596757 5475461 6243566 8498106 2090107 4112366 2925920 3555722 2048 1024 1820362 4231899 5836323 6845629 7616502 5596757 5596757 5689430 6583305 2011785 3917325 1446164 2800938 2048 2048 1635615 3261415 4356379 4686767 4581773 3799501 4146110 3723735 3423913 1590196 3103517 781698 1279252 4096 4 348300 542656 1089070 1193062 1166017 549724 1025553 568816 1010116 409231 533954 1021467 1096997 4096 8 530295 934714 1647663 1875571 1920223 1031774 1577900 1051347 1548041 593785 920836 1445897 1639018 4096 16 685418 1507031 2268027 2630589 2830848 1752009 2109303 1790165 2118929 799368 1515406 1809206 2077169 4096 32 821342 2265336 2767462 3387995 3875619 2870101 2705147 2974454 2528382 986962 2179963 2154808 2470570 4096 64 918817 3131124 3740604 4214051 4780411 3938705 3937802 4467170 4218190 969255 3209507 2698349 2921346 4096 128 1891055 3897601 4132949 4669958 5447345 5409609 4438318 6041154 4417775 2526895 4133944 2880206 3126565 4096 256 1824383 3586757 4546375 4869845 5565581 5369035 4526013 6254490 6930704 2739658 4087714 2907010 3160500 4096 512 1795779 3789282 4581535 4813898 5519094 5713661 3337967 6234064 8569343 2220250 3605576 2801763 3082251 4096 1024 1693965 3100608 4136930 4481152 4612286 4361695 4075109 5980170 7877762 1618939 2996764 1609384 2385825 4096 2048 1480920 2303609 3040789 3086681 3640724 3965067 2858639 3647681 4471821 1701009 2344476 899243 1219398 4096 4096 1356290 1889183 2216526 2127852 2062457 1809206 2133401 1827100 2164855 1360263 1898998 570725 816735 8192 4 362720 511809 1046346 1121884 1097236 536654 1000347 576623 969141 387694 506207 961735 1019552 8192 8 529851 860611 1538050 1706315 1751188 966360 1507812 1061442 1460823 548222 854129 1367834 1505896 8192 16 680110 1301810 2051106 2317406 2473559 1581735 2028702 1805195 779294 697903 1244385 1693281 1842957 8192 32 806286 1757908 2422291 2876301 3207351 2443306 2427254 3014063 2382815 845844 1732994 1907835 2160336 8192 64 886112 2266801 3145975 3417925 3860295 3124235 3390605 4533661 3402019 949352 2239469 2267998 2455002 8192 128 1767039 2645131 3547798 3707029 4237859 3685162 3671773 6135880 3813593 2034829 2607196 2509694 2596361 8192 256 1773240 2545768 3481651 3668245 4348340 3588182 3897073 6389174 4051471 2038814 2623119 2480166 2502201 8192 512 1750386 2479450 3394960 3433293 4293461 3367015 3713841 6384425 8723390 1883674 2530022 2119034 2222376 8192 1024 1595914 2238156 2951916 2975692 3776706 3239099 3121964 6068689 8208631 1786703 2223671 1584215 1788283 8192 2048 1352223 1702763 2300494 2292665 2480166 1865977 2287019 3397646 4500997 1420011 1706315 976633 1147014 8192 4096 1250681 1486739 1787911 1793323 1843352 1695370 1775164 1680445 1997565 1232600 1503129 652596 803139 8192 8192 1154452 1319761 1455069 1472846 1459768 1300726 1423954 1339884 1442546 1144950 1322606 516293 714951 16384 4 369841 508235 1056202 1068120 1023817 500000 981134 571149 960831 375350 495344 975231 980267 16384 8 528567 842369 1551236 1585889 1588860 866654 835923 1025467 1222770 526494 825927 1381440 1385199 16384 16 671778 1233547 2023910 2080466 2164065 1329664 1982341 1833262 1936425 686928 1213979 1683359 1726108 16384 32 795614 1641187 2464582 2569259 2783088 1883199 2440685 3050429 2367285 812932 1624581 1933700 1986180 16384 64 867705 1939595 2763835 2113807 1956771 2085833 2820903 4603454 2861427 859382 1918744 2167751 2213771 16384 128 1719585 2121180 3007310 3073348 3550145 2588323 3098988 6316241 3112463 1756641 2145887 2265815 2307276 16384 256 1722128 2133363 3064166 3132182 3589833 2558450 3070464 6529907 3223269 1739654 2140873 2258666 2300479 16384 512 1689235 2088178 2980054 3036814 3449287 2429726 3206275 6657699 3178248 1701153 2101332 2128341 2176057 16384 1024 1541873 1916711 2721153 2731536 3165365 2128077 2387269 6350680 7992676 1505460 1894779 1600479 1707578 16384 2048 1334415 1602345 2174336 2166316 2351006 1734691 2177574 4147771 5501604 1350597 1589595 1048915 1163715 16384 4096 1199778 1398192 1705968 1703093 1701532 1415588 1697833 1668604 1915589 1200826 1407441 710919 794106 16384 8192 1116376 1282922 1406001 1413637 1414743 1292428 1398675 1309246 1406462 1112653 1282994 592119 704657 16384 16384 1110172 582399 1385311 1386009 1385059 1224055 1377950 1274333 1382857 1054031 1285321 508156 699244 32768 4 372304 508607 1047874 1063243 981315 484274 989881 578644 946589 371098 495336 975292 978590 32768 8 532024 834704 1568959 1579035 1492298 807249 1477571 1067355 1408592 530837 819182 1373622 1398972 32768 16 672109 1209106 2028744 2071679 2027338 1219135 1953262 1812107 729735 658122 1189743 1698878 1728709 32768 32 789743 1607683 2498126 2564790 2598787 1656873 2436307 3058153 2385355 799004 1593775 1410819 742348 32768 64 866533 1862775 2837314 2581798 2910127 1960981 2813903 4636659 2847955 870236 1863407 2177395 2212553 32768 128 1708891 2054553 3026769 3087280 3257634 2203931 3012637 6378919 3046156 1713984 2064521 2109033 2259067 32768 256 1694480 2053264 3051364 3117179 3342646 2218087 3093952 6639946 3129672 1689335 2054799 2274921 2298202 32768 512 1643892 1996707 3001584 3030439 3223254 2150144 2976685 6695584 3054144 1637331 2000980 2140866 2148866 32768 1024 1521119 1736506 2723623 2726378 2848428 1921556 2731363 6594388 2805746 1489323 1837890 1644895 1709677 32768 2048 1310567 1545094 2139467 2138069 2243322 1598428 2137105 4349911 5918020 1306853 1560090 1099161 1159237 32768 4096 1176372 1369161 1248686 1602584 1621606 1388653 1632935 1680412 1628716 1160911 1354494 748656 790561 32768 8192 1099592 1267526 1391958 1392663 1393850 1265810 1387952 1302235 1392960 1101557 1260493 640750 701055 32768 16384 1095516 1262496 1117400 1346928 1349878 1245642 1354334 1267526 1364147 1092416 1257932 584203 693268 65536 4 374405 494913 1038635 1044365 931862 459414 637268 560846 785907 362103 483264 960655 963808 65536 8 531517 493245 1529676 1568635 1422065 771057 1481240 1068072 1369385 522986 483967 1344739 1368983 65536 16 677528 1189897 2036301 2062164 1953273 1159172 1958338 1279973 1662844 657470 1173935 1689904 1709962 65536 32 677710 1483951 2498803 2550034 2483923 1587129 2454249 3053153 822778 772112 1578988 1945613 1974445 65536 64 860618 1838257 1849512 2164055 2711474 1838933 2770002 4654229 2742093 858666 1814246 2172521 2185546 65536 128 1691558 2017914 3038741 3054714 3106568 2084796 2811854 6463790 2934102 1676240 2025095 2281583 2296355 65536 256 1686980 2006366 3069587 3102886 3177198 2089932 3059985 6673607 3077250 1674820 1061986 2252787 2267917 65536 512 1630241 1963388 2983496 3011904 3099772 2015931 2989661 6775096 3012036 1627085 1979635 1538511 2035276 65536 1024 1517113 1815660 2698961 2716968 2767910 1861121 2697292 6627907 2731249 1502362 1591375 1661749 1691204 65536 2048 1295690 1505093 2130426 2130691 2158566 1555937 2138897 4386059 2156940 1282834 1526439 1124057 1149449 65536 4096 1162127 1353992 1590104 1596569 1611206 1366071 1618377 1681881 1883218 1150984 1342840 766762 739432 65536 8192 1095258 1252834 1378519 1381713 1190458 970628 1366125 1292115 1381769 1084781 1245720 667019 698067 65536 16384 1035829 1241943 1353046 1355281 1354026 1240928 1324892 1264784 1346399 1086706 1245342 631520 660618 131072 4 374708 67502 947641 965305 720576 374085 989050 582278 908399 360387 493141 977615 980182 131072 8 107107 812985 1515790 1520911 1311678 676420 1466602 1055262 1330194 525966 804448 743734 1229788 131072 16 680264 1195290 2008586 2022307 1832587 1093223 1964270 1813042 706252 669749 1175662 1705579 1707311 131072 32 106148 1544419 2494662 2518525 2378291 1515352 2421961 3085797 809141 785097 1394916 1955453 1967779 131072 64 108041 1808414 2856277 2873176 2831912 1806316 2789947 4656863 2746515 842576 1811339 2087034 2122627 131072 128 1687636 2022902 2993533 3017108 3052591 2038701 2179056 6404066 2887102 1666377 2018046 2264664 2276102 131072 256 1681077 1183528 3038436 3058365 3117805 2045155 3062573 6717216 3052438 1658970 1990701 2154124 2178434 131072 512 1623202 1952682 2776715 2841426 2960008 1995463 2958399 6791652 2946175 1619735 1950271 2023558 2044645 131072 1024 1509788 1815425 2671118 2679320 2730039 1840637 2695399 6713360 2091592 1483838 1792879 1673392 1704400 131072 2048 1293005 1427567 2099604 2103042 2134445 1545274 1916675 4336543 2107702 1278240 1507407 1133370 1141036 131072 4096 1161459 1328375 1529054 1562983 1591549 1342043 1506957 1703624 1596666 1152211 1330938 768354 781609 131072 8192 1088076 1248103 1364849 1366498 1372509 1206579 1337196 1287050 1381157 1086238 1244132 679073 696251 131072 16384 1087366 1170869 1341231 1341424 1346082 1244524 1344215 1266383 1348158 1083553 1242425 656150 685018 262144 4 78348 82750 984433 984719 662446 4241 904116 566042 689919 59843 65426 854493 849495 262144 8 44825 60678 1383797 1385143 986093 6057 1314960 1057283 18183 64572 41608 328454 323455 262144 16 69581 39378 353862 345430 86179 10961 1824828 1819974 32383 71422 40011 256305 130413 262144 32 86580 39847 229804 178580 73543 21165 125643 3057751 23598 89668 36895 140787 151135 262144 64 82459 39821 137519 196416 604973 48252 269840 4688173 398886 93792 43000 1968134 2080805 262144 128 93319 94096 2914784 2927964 2947121 2023013 2801283 6448339 2824556 95276 94054 2194792 2204283 262144 256 93024 94814 2941240 2947161 2983961 1953878 3020579 6723533 2987772 94706 98237 2228507 2242309 262144 512 91277 95183 2867973 2874511 2895342 1972593 2947785 6776199 2905288 96609 96759 2102936 2092785 262144 1024 93220 98179 2566213 2570995 2563031 1793344 2630833 6774613 2612691 94218 97061 1630360 1649826 262144 2048 89142 92368 2033034 2035168 1996357 1517818 2080439 4445977 2070304 92457 96821 1115501 1122734 262144 4096 91395 95861 1572258 1572568 1548187 1332683 1598634 1696296 1586599 95099 96081 761970 778332 262144 8192 91109 91966 1339855 1339938 1315509 1254440 1356151 1282504 1357239 93755 94517 683781 690001 262144 16384 88165 92226 1308019 1319966 1312347 1243714 1335521 1260659 1348019 92305 93163 666334 681539 524288 4 77062 34259 138554 66888 2398 1076 76285 565360 1379 64676 31640 86615 111837 524288 8 72310 32074 95857 70668 3878 2024 46995 2. The last output from "systat -vmstat" before the crash 3 users Load 0.00 0.01 0.00 Nov 29 10:19 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 37284 6676 94000 7940 3260300 count All 480780 8300 4347280 14540 pages Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt cow 4489 total 30 3325 2 6311 487 142 13 zfod atkbd0 1 ozfod fdc0 irq6 2.0%Sys 0.5%Intr 0.1%User 0.0%Nice 97.4%Idle %ozfod ata0 irq14 | | | | | | | | | | | daefr 484 atapci1 20 = prcfr 2001 cpu0: time dtbuf 25 totfr 3 bge0 256 Namei Name-cache Dir-cache 100000 desvn react 2001 cpu1: time Calls hits % hits % 57187 numvn pdwak 24998 frevn pdpgs intrn Disks ad4 629456 wire KB/t 126 30648 act tps 232 104672 inact MB/s 28.50 16 cache %busy 100 3260284 free 219632 buf 3. Last output from top before the crash last pid: 6793; load averages: 0.00, 0.01, 0.00 up 1+20:16:06 10:19:40 31 processes: 2 running, 29 sleeping CPU states: 0.0% user, 0.0% nice, 9.4% system, 0.4% interrupt, 90.2% idle Mem: 30M Active, 102M Inact, 615M Wired, 16K Cache, 214M Buf, 3183M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 6710 root 1 98 0 24984K 18416K CPU1 0 2:05 1.56% iozone 6709 root 1 5 0 8340K 2128K ttyin 0 0:04 0.00% systat 746 root 1 96 0 10568K 3992K select 1 0:01 0.00% sendmail 756 root 1 8 0 5736K 1392K nanslp 0 0:00 0.00% cron 611 root 1 96 0 4684K 1348K select 1 0:00 0.00% syslogd 750 smmsp 1 20 0 10568K 3804K pause 0 0:00 0.00% sendmail 369 _dhcp 1 96 0 3724K 1408K select 1 0:00 0.00% dhclient 6678 root 1 4 0 32928K 4528K sbwait 0 0:00 0.00% sshd 6694 root 1 4 0 32928K 4552K sbwait 0 0:00 0.00% sshd 6700 root 1 4 0 32928K 4552K sbwait 0 0:00 0.00% sshd 6705 root 1 8 0 8660K 2696K wait 1 0:00 0.00% bash 6696 root 1 8 0 8660K 2692K wait 1 0:00 0.00% bash 739 root 1 96 0 20952K 3520K select 1 0:00 0.00% sshd 798 root 1 5 0 4668K 1196K ttyin 0 0:00 0.00% getty 802 root 1 5 0 4668K 1196K ttyin 0 0:00 0.00% getty 799 root 1 5 0 4668K 1196K ttyin 0 0:00 0.00% getty 805 root 1 5 0 4668K 1196K ttyin 0 0:00 0.00% getty 804 root 1 5 0 4668K 1196K ttyin 0 0:00 0.00% getty 801 root 1 5 0 4668K 1196K ttyin 0 0:00 0.00% getty 4. The applied kernel settings kern.maxvnodes="400000" vm.kmem_size_max="512M" vm.kmem_size="512M" 5. Output from zpool [root@zfs /root]# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad4s1g ONLINE 0 0 0 errors: No known data errors Can anyone confirm the issue? Any solutions around? If further data or information is required, i'll try to deliver it. Michael -- Die Erde ist die Irrenanstalt des Universums. Public Key: http://sks.keyserver.penguin.de:11371/pks/lookup?op=get&search=0x5D0A2BC3CEB 3F472 From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 17:10:11 2007 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 A93BB16A41A for ; Fri, 30 Nov 2007 17:10:11 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 8488313C442 for ; Fri, 30 Nov 2007 17:10:11 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3015433waf for ; Fri, 30 Nov 2007 09:10:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Ncgp2kTfQrfWiCashCz2qooE0955vf0vz5M+QanIEBI=; b=EZZczhFe2WdznSdBUAXHWCO+ns5T4jbrbNTXlbEJ7gYTtYr2GKqUusJqIT+uo3t18wnYgRUKFQLwEDjXsHuXE4d5c/P5xzB+y0u4A0NJv3XMYUSFJl+VFCK+f6x/D1yKwPG7wgXy/kX88Ui4YRgJC6ljaDoNrJKs/s9/3JF6/nI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TtD8BsOtjv3SM8wEQ8xR0I0x9KARBb5k1WAOwcrnRZhIVC//BD3bS+nPLLuiZxnAX6hGjZab4P+o+dsifD/+x2vnKsY9tSg10G1OSkEcbxooiUFpMmB3CkwySfSoTGhGXGpi+hDpADtG0aqtPevWCtHmgxxTMxSi3JYmv2Bx9eE= Received: by 10.114.79.1 with SMTP id c1mr494520wab.1196442609665; Fri, 30 Nov 2007 09:10:09 -0800 (PST) Received: by 10.114.53.15 with HTTP; Fri, 30 Nov 2007 09:10:09 -0800 (PST) Message-ID: <8e10486b0711300910n208e6729kf108e7a79c8e326e@mail.gmail.com> Date: Fri, 30 Nov 2007 15:10:09 -0200 From: "Alexandre Biancalana" To: m.rebele@web.de In-Reply-To: <475039D5.4020204@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <475039D5.4020204@web.de> Cc: freebsd-current@freebsd.org Subject: Re: 7.0-Beta 3: zfs makes system reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 17:10:11 -0000 On Nov 30, 2007 2:27 PM, Michael Rebele wrote: > > 4. The applied kernel settings > kern.maxvnodes="400000" > vm.kmem_size_max="512M" > vm.kmem_size="512M" > > 5. Output from zpool > [root@zfs /root]# zpool status > pool: tank > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad4s1g ONLINE 0 0 0 > > errors: No known data errors > > Can anyone confirm the issue? Any solutions around? > > If further data or information is required, i'll try to deliver it. > > > Michael Have you tried this patch http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch ? From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 18:36:12 2007 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 0E2F016A41B; Fri, 30 Nov 2007 18:36:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D958413C46E; Fri, 30 Nov 2007 18:36:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAUIaAaP081877; Fri, 30 Nov 2007 13:36:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAUIaAjK087243; Fri, 30 Nov 2007 13:36:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E8F173039; Fri, 30 Nov 2007 13:36:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071130183610.9E8F173039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 13:36:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Fri, 30 Nov 2007 18:36:12 -0000 TB --- 2007-11-30 18:07:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-30 18:07:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-30 18:07:14 - cleaning the object tree TB --- 2007-11-30 18:07:46 - cvsupping the source tree TB --- 2007-11-30 18:07:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-11-30 18:07:53 - building world (CFLAGS=-O -pipe) TB --- 2007-11-30 18:07:53 - cd /src TB --- 2007-11-30 18:07:53 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 30 18:07:55 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/../libc/string/strlen.c -o strlen.So cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/ia64/ia64/pthread_md.c:34: /src/lib/libkse/arch/ia64/include/pthread_md.h:77: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-30 18:36:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-30 18:36:10 - ERROR: failed to build world TB --- 2007-11-30 18:36:10 - tinderbox aborted TB --- 1312.15 user 155.27 system 1735.63 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 18:41:58 2007 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 624B916A473; Fri, 30 Nov 2007 18:41:58 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 2B51513C47E; Fri, 30 Nov 2007 18:41:57 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IyAoF-000K70-Tb; Fri, 30 Nov 2007 19:41:55 +0100 Message-ID: <47505993.2020100@FreeBSD.org> Date: Fri, 30 Nov 2007 19:42:27 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Andre Oppermann References: <474DB5C9.2050307@freebsd.org> <474E4AC7.3080302@yandex.ru> <474EADFD.4020904@freebsd.org> In-Reply-To: <474EADFD.4020904@freebsd.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: "Andrey V. Elsukov" , sos@freebsd.org, freebsd-current@freebsd.org Subject: Re: BTX loader crash on AM2 Asus M2N32 WS mainboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 18:41:58 -0000 Andre Oppermann wrote: > Andrey V. Elsukov wrote: >> Andre Oppermann wrote: >>> The BTX loader crashes on a brand new AM2 Asus M2N32 WS >>> Professional mainboard with nForce790 SLI chipset. The CPU is AMD >> >> Hm.. I think it's nForce 590. > > Indeed. > >>> Athlon 64 X2 4800+. The system has got an Areca ARC-1220 8-port >>> PCI-E SATA2 RAID controller, a Intel PCI-X Pro/1000MT NIC and an >>> ATI RV370 based graphics card (Asus EAX1050&TD/256M, PCI-E). RAM is >>> upped to 8GB in 4 times 2GB of Kingston KVR667D2N5/2G (DDR2-667, >>> CL5). >>> >>> Any suggestions and help appreciated. >> >> Ok. I have the same motherboard and i think your CD drive connected >> to the integrated Marvell 88SE6141 controller's port. > > Yes, the CDROM was connected to the Marvell based PATA port. > >> It's not supported by the our ATA driver yet. Try to reconnect your >> CD drive to the NVIDIA controller's port. > > That should not make a difference as the kernel isn't yet loaded. > It's all within the loader operating through BIOS calls (?). > It looks like the Marvell ATA BIOS upsets the loader when booting > from one its drives. > > When reconnecting the CDROM to the nForce based PATA port the loader > doesn't crash anymore and the kernel begins to boot until this: > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177, 0x376,0xf400-0xf40f at device 12.0 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > ... > acd0: DVDR at ata0-master PIO4 > ... > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 > > then it just hangs (not hard though)... Have tried it with two > different CDROM drivers from different makers with identical results > (the other drive is a plain Toshiba DVDROM). Image is FreeBSD 7.0BETA3 > AMD64 burned to a CD-R. Exactly the same problem with BETA3 i386. > FreeBSD 6.2R i386 boots into the installer successfully. > I have to admit that on the Other Operating System out there (and it's not Linux ;-)) I have a problem with the ATA controller as well, when I play a DVD on the device, it will stop after using it 10 minutes and I have the same motherboard as you have. I'll have a look what happends when I try the install CD for 7.x in both a SATA port as the ATA port so that we can ruleout what happends. Cheers remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 19:03:37 2007 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 7B5CD16A417; Fri, 30 Nov 2007 19:03:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 51B8213C46B; Fri, 30 Nov 2007 19:03:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAUJ3Zwc086815; Fri, 30 Nov 2007 14:03:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAUJ3Zh0029439; Fri, 30 Nov 2007 14:03:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F22673039; Fri, 30 Nov 2007 14:03:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071130190335.4F22673039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 14:03:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Fri, 30 Nov 2007 19:03:37 -0000 TB --- 2007-11-30 18:36:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-30 18:36:10 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-30 18:36:10 - cleaning the object tree TB --- 2007-11-30 18:36:32 - cvsupping the source tree TB --- 2007-11-30 18:36:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-11-30 18:36:40 - building world (CFLAGS=-O -pipe) TB --- 2007-11-30 18:36:40 - cd /src TB --- 2007-11-30 18:36:40 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 30 18:36:42 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c:35: /src/lib/libkse/arch/powerpc/include/pthread_md.h:94: warning: function declaration isn't a prototype /src/lib/libkse/arch/powerpc/include/pthread_md.h:109: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-30 19:03:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-30 19:03:35 - ERROR: failed to build world TB --- 2007-11-30 19:03:35 - tinderbox aborted TB --- 1225.31 user 156.61 system 1644.63 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 19:24:50 2007 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 E354F16A468; Fri, 30 Nov 2007 19:24:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 88F3213C457; Fri, 30 Nov 2007 19:24:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAUJOn93065625; Fri, 30 Nov 2007 14:24:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAUJOnlY027712; Fri, 30 Nov 2007 14:24:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F29173039; Fri, 30 Nov 2007 14:24:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071130192449.6F29173039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 14:24:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Fri, 30 Nov 2007 19:24:51 -0000 TB --- 2007-11-30 18:59:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-30 18:59:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-30 18:59:01 - cleaning the object tree TB --- 2007-11-30 18:59:26 - cvsupping the source tree TB --- 2007-11-30 18:59:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-11-30 18:59:32 - building world (CFLAGS=-O -pipe) TB --- 2007-11-30 18:59:32 - cd /src TB --- 2007-11-30 18:59:32 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 30 18:59:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-30 19:24:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-30 19:24:49 - ERROR: failed to build world TB --- 2007-11-30 19:24:49 - tinderbox aborted TB --- 1131.71 user 154.53 system 1548.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 19:28:30 2007 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 3100116A419; Fri, 30 Nov 2007 19:28:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E1E9213C4E1; Fri, 30 Nov 2007 19:28:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAUJSTOn066299; Fri, 30 Nov 2007 14:28:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAUJST8X067450; Fri, 30 Nov 2007 14:28:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 44C1973039; Fri, 30 Nov 2007 14:28:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071130192829.44C1973039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 14:28:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Fri, 30 Nov 2007 19:28:30 -0000 TB --- 2007-11-30 19:03:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-30 19:03:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-30 19:03:35 - cleaning the object tree TB --- 2007-11-30 19:03:59 - cvsupping the source tree TB --- 2007-11-30 19:03:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-11-30 19:04:05 - building world (CFLAGS=-O -pipe) TB --- 2007-11-30 19:04:05 - cd /src TB --- 2007-11-30 19:04:05 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 30 19:04:06 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-30 19:28:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-30 19:28:29 - ERROR: failed to build world TB --- 2007-11-30 19:28:29 - tinderbox aborted TB --- 1130.42 user 154.33 system 1493.77 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 19:34:50 2007 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 84A2516A421 for ; Fri, 30 Nov 2007 19:34:50 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id EC42B13C448 for ; Fri, 30 Nov 2007 19:34:49 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so8524mue for ; Fri, 30 Nov 2007 11:34:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; bh=TzOs7SEv80SGdbg1mcY+f1nO3MsxQwgDDe+/r5E9/5s=; b=W3eoKx9oksNKAq1WLq4f2NUiq1qeF0C4v0GG5PbCZRGAseiP+317GVzqX1uIKxXI77EKE9vj1cAUg8UnovfTjnLeaWxxpxgG9Y5Q+FNx4VFRcEO+u1Gs32D7qfEh8og9zHEm02c+iXxi1zbwxvwSZQ8y3UaGlcG0Q/rTfQQG8TU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=MiclhB6ixEnKmdUebk3kvN4gZUBr1jbey2CBvEqki97UwYe6QIwgF0RcGeHkssfjfL2WNXY2uQW3mrFjsQxCal6Fg6x8BLlDM+MRkCE5L8qk0G1g+aqfpCqeDSkAoryB44XBKRJjYlfK0kLKz4rRvQOBcVHEKK6vyQWC4zZG0TQ= Received: by 10.82.138.6 with SMTP id l6mr2585408bud.1196451283619; Fri, 30 Nov 2007 11:34:43 -0800 (PST) Received: from epsilon.local ( [83.144.140.64]) by mx.google.com with ESMTPS id y34sm7017065iky.2007.11.30.11.34.35 (version=SSLv3 cipher=RC4-MD5); Fri, 30 Nov 2007 11:34:36 -0800 (PST) Message-ID: <475048BC.7070904@FreeBSD.org> Date: Fri, 30 Nov 2007 17:30:36 +0000 From: Rui Paulo User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: eculp References: <20071129114620.16752mjgtqsqtxyc@intranet.encontacto.net> In-Reply-To: <20071129114620.16752mjgtqsqtxyc@intranet.encontacto.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Rui Paulo Cc: FreeBSD Current , freebsd-mobile Subject: Re: Run Current on a MacBook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 19:34:50 -0000 eculp wrote: > I am a half step away from buying a MacBook based on the following > assumptions: > > 1. I should run current and it has the SMP problem fixed. The fix was not yet committed. > 2. It can be dual booted between OSX and FreeBSD? > a. The handbook only mentions that it can be run as a guest OS. The handbook doesn't mention anything about running FreeBSD on a MacBook. You probably want to read http://wiki.freebsd.org/AppleMacbook > b. Is there a short list to run both OS's I've done this with > windows many times over the years but I have on idea where to > start with Mac. Example: Clean the disk and start with FBSD > or somehow compress the MacOSX file system and use the rest > for BSD, etc. etc. * Partition your drive witht Bootcamp * Install rEFIt. http://refit.sf.net/ * Boot FreeBSD install CD and install it to the desired partition. Don't install an MBR boot manager. * Sync your MBR with the GPT by using the refit tool (available in the refit boot menu). It's tricky, but easy. > 3. I should probably run the AMD64 version of Current? Yes, newer MacBooks have EM64T extensions (i.e. amd64), so you should use FreeBSD/amd64. > Thanks for any input and suggestions even a "Don't do it for certain > reasons". This is totally uncharted territory for me. > > Have a great day, Good luck! -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 20:10:57 2007 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 399F116A41B for ; Fri, 30 Nov 2007 20:10:57 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 1BC2B13C4F4 for ; Fri, 30 Nov 2007 20:10:57 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAUKAuW4000969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 30 Nov 2007 12:10:56 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAUKAuWq014823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 30 Nov 2007 12:10:56 -0800 Message-ID: <47506E50.7040808@u.washington.edu> Date: Fri, 30 Nov 2007 12:10:56 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <200711292024.lATKOq5R000769@freefall.freebsd.org> <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> <474F78AE.5070107@u.washington.edu> In-Reply-To: <474F78AE.5070107@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.30.115326 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __LINES_OF_YELLING 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 20:10:57 -0000 Garrett Cooper wrote: > Nikos Ntarmos wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On Thu, Nov 29, 2007 at 08:24:52PM +0000, Luoqi Chen wrote: >> >>>> And to think that I mentioned this problem 5-6 months ago with gcc >>>> 4.2.x and now it finally gets publicity... >>>> >>> Did I just hear someone volunteered to be a guinea pig? >>> >>> Garrett, would you like to try out my fix? It's actually quite simple, >>> >>> >> [...] >> >>> This file is in the kernel tree, but the change only affects libc >>> build. >>> If you don't want to redo a world build, you may copy the patched >>> profile.h >>> to /usr/include/machine and "make all install" inside >>> /usr/src/lib/libc. >>> Then re-link -pg compiled code and try it out. >>> >> >> Hi again. >> >> I couldn't wait for Garrett :) so I went on and tested your patch and >> gprof seems to work fine for me (at least for the executables I was >> interested in profiling anyway). This is i386 on a 7.0-BETA3 kernel and >> 7.0-BETA1 world. What are the chances for this to be committed in time >> for 7.0R? >> >> Thanks. >> >> \n\n >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.4 (FreeBSD) >> Comment: Nikos Ntarmos >> >> iD8DBQFHT02Cm6J1ac+VFgoRAnaVAJ9n/WZY2nJU4Ym5qUFOBvg38p0lXQCfYDwT >> moIVew3+UhMLXLuJGEZd6HM= >> =J8RG >> -----END PGP SIGNATURE----- >> > I'll be sure to give it a toss when I get back home. I'd expect a > reply sometime tomorrow morning (PST).. > Thanks again for all of your work! > -Garrett Still doesn't work with pkg_install, unless I'm doing something incorrectly. Says something like '{blah} not in executable format' when I try and execute gprof as follows: gprof pkg_info.gmon I think I chased this problem down to an inconsistency with GNU binutils before, but please note that I haven't had an opportunity to update my system for ~2 months (don't have direct access to the Internet; have to traffic files back and forth via my iBook and I've been busy lately with other things..). So I'm running 8-CURRENT, updated as of sometime 3rd week of October.. Also, depending on what you're trying to compile for profiling purposes, you will have to recompile all dependent libraries, not just libc. I had to recompile libfetch and libarchive for pkg_install, otherwise stuff segfaulted and coredumped every time I ran the profiled apps. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 20:14:37 2007 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 33B8E16A421; Fri, 30 Nov 2007 20:14:37 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id EFCB913C447; Fri, 30 Nov 2007 20:14:36 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IyCFw-000Ki8-0s; Fri, 30 Nov 2007 21:14:36 +0100 Message-ID: <47506F4A.7040104@FreeBSD.org> Date: Fri, 30 Nov 2007 21:15:06 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Andre Oppermann References: <474DB5C9.2050307@freebsd.org> <474E4AC7.3080302@yandex.ru> <474EADFD.4020904@freebsd.org> <47505993.2020100@FreeBSD.org> In-Reply-To: <47505993.2020100@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: BTX loader crash on AM2 Asus M2N32 WS mainboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 20:14:37 -0000 Remko Lodder wrote: > Andre Oppermann wrote: >> Andrey V. Elsukov wrote: >>> Andre Oppermann wrote: >>>> The BTX loader crashes on a brand new AM2 Asus M2N32 WS >>>> Professional mainboard with nForce790 SLI chipset. The CPU is AMD >>> Hm.. I think it's nForce 590. >> Indeed. >> >>>> Athlon 64 X2 4800+. The system has got an Areca ARC-1220 8-port >>>> PCI-E SATA2 RAID controller, a Intel PCI-X Pro/1000MT NIC and an >>>> ATI RV370 based graphics card (Asus EAX1050&TD/256M, PCI-E). RAM is >>>> upped to 8GB in 4 times 2GB of Kingston KVR667D2N5/2G (DDR2-667, >>>> CL5). >>>> >>>> Any suggestions and help appreciated. >>> Ok. I have the same motherboard and i think your CD drive connected >>> to the integrated Marvell 88SE6141 controller's port. >> Yes, the CDROM was connected to the Marvell based PATA port. >> >>> It's not supported by the our ATA driver yet. Try to reconnect your >>> CD drive to the NVIDIA controller's port. >> That should not make a difference as the kernel isn't yet loaded. >> It's all within the loader operating through BIOS calls (?). >> It looks like the Marvell ATA BIOS upsets the loader when booting >> from one its drives. >> >> When reconnecting the CDROM to the nForce based PATA port the loader >> doesn't crash anymore and the kernel begins to boot until this: >> >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177, 0x376,0xf400-0xf40f at device 12.0 on pci0 >> ata0: on atapci0 >> ata0: [ITHREAD] >> ata1: on atapci0 >> ata1: [ITHREAD] >> ... >> acd0: DVDR at ata0-master PIO4 >> ... >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 >> >> then it just hangs (not hard though)... Have tried it with two >> different CDROM drivers from different makers with identical results >> (the other drive is a plain Toshiba DVDROM). Image is FreeBSD 7.0BETA3 >> AMD64 burned to a CD-R. Exactly the same problem with BETA3 i386. >> FreeBSD 6.2R i386 boots into the installer successfully. >> > > I have to admit that on the Other Operating System out there (and it's > not Linux ;-)) I have a problem with the ATA controller as well, when I > play a DVD on the device, it will stop after using it 10 minutes and I > have the same motherboard as you have. > > I'll have a look what happends when I try the install CD for 7.x in both > a SATA port as the ATA port so that we can ruleout what happends. > > Cheers > remko > I tried both the i386 as the AMD64 installation CD, on my workstation and I can get in the installation screen without any problems at all.. >From what I recall from the BIOS settings I dont have the SATA ports enabled on the Marvell chip fwiw. Any other suggestions which I can get to see whether I have the same problem as you have? -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 20:24:08 2007 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 2FC5016A420 for ; Fri, 30 Nov 2007 20:24:08 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 0077913C465 for ; Fri, 30 Nov 2007 20:24:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id lAUKL2Ng094019; Fri, 30 Nov 2007 12:21:02 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id lAUKL2B1094018; Fri, 30 Nov 2007 12:21:02 -0800 (PST) (envelope-from sgk) Date: Fri, 30 Nov 2007 12:21:02 -0800 From: Steve Kargl To: Garrett Cooper Message-ID: <20071130202102.GA69803@troutmask.apl.washington.edu> References: <200711292024.lATKOq5R000769@freefall.freebsd.org> <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> <474F78AE.5070107@u.washington.edu> <47506E50.7040808@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47506E50.7040808@u.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 20:24:08 -0000 On Fri, Nov 30, 2007 at 12:10:56PM -0800, Garrett Cooper wrote: > > Still doesn't work with pkg_install, unless I'm doing something > incorrectly. Says something like '{blah} not in executable format' when > I try and execute gprof as follows: > > gprof pkg_info.gmon > Have you read the manpage for gprof? Those little square brackets are important. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 20:27:34 2007 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 99A4116A417 for ; Fri, 30 Nov 2007 20:27:34 +0000 (UTC) (envelope-from jmrueda@diatel.upm.es) Received: from smtp.upm.es (euler.ccupm.upm.es [138.100.4.67]) by mx1.freebsd.org (Postfix) with ESMTP id 2F14E13C469 for ; Fri, 30 Nov 2007 20:27:33 +0000 (UTC) (envelope-from jmrueda@diatel.upm.es) Received: from smtp.euitt.upm.es (mail.euitt.upm.es [138.100.52.110]) by smtp.upm.es (8.13.8/8.13.8/euler-005) with ESMTP id lAUHlGwa023447; Fri, 30 Nov 2007 18:47:16 +0100 Received: from localhost (localhost [127.0.0.1]) (Authenticated sender: postfix) by smtp.euitt.upm.es (Postfix) with ESMTP id A58A1564D2; Fri, 30 Nov 2007 18:47:16 +0100 (CET) Received: from smtp.euitt.upm.es ([138.100.52.110]) by localhost (smtp.euitt.upm.es [127.0.0.1]) (amavisd-new, port 10024) with LMTPA id ZDad0Sx1xD70; Fri, 30 Nov 2007 18:47:13 +0100 (CET) Received: from aurora.diatel.upm.es (unknown [138.100.49.70]) (Authenticated sender: jmrueda) by smtp.euitt.upm.es (Postfix) with ESMTP id 4C4E0564CE; Fri, 30 Nov 2007 18:47:13 +0100 (CET) Received: from [172.20.30.34] (reo.gridat.rpv [172.20.30.34]) by aurora.diatel.upm.es (8.13.8/8.13.8) with ESMTP id lAUHkKxQ081251; Fri, 30 Nov 2007 18:46:21 +0100 (CET) (envelope-from jmrueda@diatel.upm.es) Message-ID: <47504C9E.3080503@diatel.upm.es> Date: Fri, 30 Nov 2007 18:47:10 +0100 From: =?ISO-8859-1?Q?Javier_Mart=EDn_Rueda?= User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Alexandre Biancalana References: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> In-Reply-To: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: BETA3 crash (zfs 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: Fri, 30 Nov 2007 20:27:34 -0000 Alexandre Biancalana escribió: > Hi list, > > My Backup Server is running 7-BETA3 from 3 days ago, is a single > processor Core2 Duo with 2GB Ram AMD64 SMP Kernel with ZFS. > > Last night the machine rebooted after a crash, bellow are my dmesg > and some messages that I get from /var/log/messsages. > > Let me know if you need some other information. > Although this is a guess, I'm relatively confident that you are having the same problem I had, because my impression is that right this moment anyone who uses ZFS intensively with a current kernel (7-BETA) will meet this problem for sure. I'll explain: I set up a BETA2 system, I enabled ZFS, created a pool, a few filesystems, and everything seemed OK. However, when I started using the filesystem heavily, it wouldn't take more than a few minutes for a panic to show up. The message was "kmem_malloc(XXX): kmem_map too small: YYY total allocated". I updated the sources to BETA3, but the problem was the same. This panic means that some kernel subsystem has attempted to use too much memory. If that happens, the kernel will just panic. After investigating a little bit, it seems that the ARC (the ZFS cache) was using too much memory. When you boot a FreeBSD system, the kernel uses certain formulas to set a maximum on how much memory it will use (sysctl vm.kmem_size, vm.kmem_size_max). For instance, on my 4 GiB system, the kernel would set the limit at 400 MiB. The ARC also sets a limit on how much of that memory it will use (80% I think, sysctl vfs.zfs.arc_max). On my system, it was 320 MiB. The problem is that for some reason, the ARC actually uses more memory that its limit, and if it goes beyond the global kernel limit, that's when you get the panic. According to some messages I read a few days ago, there was a recent change on how to compute how much memory the kernel was using, and only since then you can get this ZFS panic. I don't really know if the culprit is the ARC because it goes over its limit, or the way the memory is accounted for because it overestimates the ARC memory usage, or if there is some other problem. I solved the problem by telling the kernel to increase its global limit well over the ARC limit. That way, even if the ARC uses more memory than it should, it will not hit the global limit. Doing some tests, I observed that if the ARC maximum limit was 320 MiB, you could see usage to increase occasionally to about 650 MiB (vmstat -m | fgrep solaris). As my system has 4 GiB, and that's much more than I really need for my processes, I decided to add a good safety margin and set the global kernel limit to 1.2 GiB, and the ARC limit to 320 MiB. You can always fit it a little bit better if you can't spare so much space. I haven't done any benchmarking as I have plenty of memory anyway. After doing that I haven't had any single panic. This is my setup in /boot/loader.conf: vm.kmem_size=1342177280 vm.kmem_size_max=1610612736 vfs.zfs.arc_max=314572800 vfs.zfs.arc_min=16777216 I warn you that if you set those limits incorrectly the kernel may panic as soon as it starts booting (and you won't be able to invoke an editor to correct the file, of course). So, either have a FreeSBIE CD handy in case you have to boot from it to edit the file, or make sure you know how to use Option 6 of the FreeBSD boot menu (Escape to loader prompt) to change the parameters before booting. From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 20:55:38 2007 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 F397D16A419 for ; Fri, 30 Nov 2007 20:55:37 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2D113C448 for ; Fri, 30 Nov 2007 20:55:37 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAUKtWSR027254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Dec 2007 07:55:35 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lAUKtVai022812; Sat, 1 Dec 2007 07:55:31 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lAUKtUR6022799; Sat, 1 Dec 2007 07:55:30 +1100 (EST) (envelope-from peter) Date: Sat, 1 Dec 2007 07:55:30 +1100 From: Peter Jeremy To: "Matthew D. Fuller" Message-ID: <20071130205529.GV50167@server.vk2pj.dyndns.org> References: <20071129140140.1f6bb021@Winter> <20071129145938.GA5751@mugin.localhost> <20071129215656.E7555@fledge.watson.org> <20071129220753.GB31891@over-yonder.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z9sQuz+HmDh2hVO4" Content-Disposition: inline In-Reply-To: <20071129220753.GB31891@over-yonder.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: Kernel configging (was Re: -CURRENT buildkernel failure) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 20:55:38 -0000 --z9sQuz+HmDh2hVO4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 29, 2007 at 04:07:53PM -0600, Matthew D. Fuller wrote: >What I do do these days, though, is use my choice of the current gen >of distributed VCS's (though it's almost an insultingly simple >use-case ;) to keep copies of GENERIC in one branch, and derive my >config from that. Since I use bits of NOTES as well as GENERIC, I find it easier to include the current $FreeBSD lines from GENERIC and both NOTES files in my local config file. I then have a shell script that extracts the $FreeBSD lines from my config file and cvs diffs them against the current GENERIC/NOTES versions. I then update my config file with any new $FreeBSD lines and include or ignore the actual config changes as appropriate. Given a list of local config files, the script is basically: cd /usr/src while file=3Dshift; do echo "######### Differences in $file" awk '$2 =3D=3D "$FreeBSD:" { print substr($3, 5, length($3) - 6), $4 }' = $file | while read x ver; do cvs -R diff -u -r$ver $x done done --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --z9sQuz+HmDh2hVO4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHUHjB/opHv/APuIcRAs1VAJ4qYS++8j6UZ/CaJ0B1w3zMQdoqXwCfeDOn JzhLrSDonXcS3//QqWSgJe8= =YTUI -----END PGP SIGNATURE----- --z9sQuz+HmDh2hVO4-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 22:35:18 2007 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 EC8B316A418; Fri, 30 Nov 2007 22:35:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BB8E313C46B; Fri, 30 Nov 2007 22:35:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAUMZGGp017326; Fri, 30 Nov 2007 17:35:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAUMZGHV033577; Fri, 30 Nov 2007 17:35:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6847373039; Fri, 30 Nov 2007 17:35:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071130223516.6847373039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 17:35:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Fri, 30 Nov 2007 22:35:18 -0000 TB --- 2007-11-30 22:06:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-30 22:06:32 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-30 22:06:32 - cleaning the object tree TB --- 2007-11-30 22:06:40 - cvsupping the source tree TB --- 2007-11-30 22:06:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-11-30 22:06:45 - building world (CFLAGS=-O -pipe) TB --- 2007-11-30 22:06:45 - cd /src TB --- 2007-11-30 22:06:45 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 30 22:06:46 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/../libc/string/strlen.c -o strlen.So cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/ia64/ia64/pthread_md.c:34: /src/lib/libkse/arch/ia64/include/pthread_md.h:77: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-30 22:35:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-30 22:35:16 - ERROR: failed to build world TB --- 2007-11-30 22:35:16 - tinderbox aborted TB --- 1311.66 user 153.52 system 1723.55 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 22:50:51 2007 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 5C89916A419 for ; Fri, 30 Nov 2007 22:50:51 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3848C13C465 for ; Fri, 30 Nov 2007 22:50:51 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAUMoowf005107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 30 Nov 2007 14:50:50 -0800 X-Auth-Received: from [128.208.7.42] (shiina.dyn.cs.washington.edu [128.208.7.42]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAUMoos5029216 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 30 Nov 2007 14:50:50 -0800 In-Reply-To: <20071130202102.GA69803@troutmask.apl.washington.edu> References: <200711292024.lATKOq5R000769@freefall.freebsd.org> <20071129233842.GA57951@ace.netcins.ceid.upatras.gr> <474F78AE.5070107@u.washington.edu> <47506E50.7040808@u.washington.edu> <20071130202102.GA69803@troutmask.apl.washington.edu> Mime-Version: 1.0 (Apple Message framework v752.2) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Fri, 30 Nov 2007 14:49:35 -0800 To: Steve Kargl X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.30.144027 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='BODY_SIZE_500_599 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: freebsd-current@freebsd.org Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 22:50:51 -0000 On Nov 30, 2007, at 12:21 PM, Steve Kargl wrote: > On Fri, Nov 30, 2007 at 12:10:56PM -0800, Garrett Cooper wrote: >> >> Still doesn't work with pkg_install, unless I'm doing something >> incorrectly. Says something like '{blah} not in executable format' >> when >> I try and execute gprof as follows: >> >> gprof pkg_info.gmon >> > > Have you read the manpage for gprof? Those little square > brackets are important. > > -- > Steve Sorry -- forgot to mention that I tried gprof `which pkg_info` pkg_info.gmon and that didn't work either.. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 23:02:35 2007 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 D863C16A418; Fri, 30 Nov 2007 23:02:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9010313C4EC; Fri, 30 Nov 2007 23:02:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAUN2YCY084296; Fri, 30 Nov 2007 18:02:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAUN2VDt064746; Fri, 30 Nov 2007 18:02:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A2BB073039; Fri, 30 Nov 2007 18:02:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071130230229.A2BB073039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 18:02:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean 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: Fri, 30 Nov 2007 23:02:36 -0000 TB --- 2007-11-30 22:35:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-30 22:35:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-30 22:35:16 - cleaning the object tree TB --- 2007-11-30 22:35:24 - cvsupping the source tree TB --- 2007-11-30 22:35:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-11-30 22:35:31 - building world (CFLAGS=-O -pipe) TB --- 2007-11-30 22:35:31 - cd /src TB --- 2007-11-30 22:35:31 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 30 22:35:32 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c:35: /src/lib/libkse/arch/powerpc/include/pthread_md.h:94: warning: function declaration isn't a prototype /src/lib/libkse/arch/powerpc/include/pthread_md.h:109: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-30 23:02:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-30 23:02:29 - ERROR: failed to build world TB --- 2007-11-30 23:02:29 - tinderbox aborted TB --- 1224.99 user 154.22 system 1633.21 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 23:03:07 2007 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 BA12D16A480 for ; Fri, 30 Nov 2007 23:03:07 +0000 (UTC) (envelope-from joafog.lists@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 7A11413C461 for ; Fri, 30 Nov 2007 23:03:07 +0000 (UTC) (envelope-from joafog.lists@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so613480anc for ; Fri, 30 Nov 2007 15:03:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=p99aWiqFttU76PdIoXz0WjLoTtRluq7HxqYmlZW/uRA=; b=d19DWrCOT8wVJKhQzoQwlnkw089UBFCgjHKe4BllaAoIv4YVJOHf1y1ydNtkp22HCVnqnDrCqZZ3kGLRyNg+Qf1NvHs3sF9FyJIfSPQp5wbUpDq9atXD0f1iGZyc8Bp8AUuyYEKxeMq32nR+VNXKorARqmK+LLwzMrwpMDNHVPI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=xb+EI/s6W2PLkTWPkx5yAT5NzoAOk1j1aMp8OfFsK9GNq0yFM/bthW6DzZ8aS3AiX1cHsmnliBAb5abFhj10vNeJ1Yh5yaByFYnRekJWgLa9Az5/PGV6yylGpO9kgBbHR73YtIZGKKHfvdzCqnenWR6bi3pDP+a12IqlUGK/nnI= Received: by 10.101.68.19 with SMTP id v19mr27822ank.1196462187613; Fri, 30 Nov 2007 14:36:27 -0800 (PST) Received: by 10.90.67.13 with HTTP; Fri, 30 Nov 2007 14:36:27 -0800 (PST) Message-ID: Date: Fri, 30 Nov 2007 23:36:27 +0100 From: "Joakim Fogelberg" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7.0-BETA3, Marvell 88SE6811, P35/ICH9, SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 23:03:07 -0000 I have a MSI P35 Neo2 (MS-7345) mainboard. On the mainboard there are two ATA controllers, one IHC9R SATA and one Marvel 88SE6811. I just noticed that the Marvel 88SE6811 ATA controller has got some kind of identification problems. It used to (beginning of november ?) be recognized as a generic ata controller, but now (7-beta3) only rubbish is printed in the system message buffer. >From 'dmesg': ... atapci0: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f mem 0xfe9ffc00-0xfe9fffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ... 'pciconf -lv' identifies it as a: ... atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab rev=0xb1 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA ... Neither the DVD, nor the harddisk are recognized by the controller. When booting from the controller, the kernel and kernel modules are loaded, but then it seems to be unable to find disk. I do not know if the Marvell used to work when it was recognized as a generic controller. I never tried to use it. The only real problem I have had with the ICH9R is that 'burncd' do not work. However, I have been able to use 'cdrecord' together with 'atapicam'. Since there has been some discussions regarding the P35/IHC9 - SATA, I include parts of the output from dmesg and pciconf. ICH9 set to IDE mode in BIOS: ... atapci1: port 0xa000-0xa007,0x9c00-0x9c03,0x9880-0x9887,0x9800-0x9803,0x9480-0x948f,0x9400-0x940f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ... atapci2: port 0x9000-0x9007,0x8c00-0x8c03,0x8880-0x8887,0x8800-0x8803,0x8480-0x848f,0x8400-0x840f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ... ad0: 476940MB at ata4-slave SATA150 acd0: DVDR at ata5-slave SATA150 ... ... atapci1@pci0:0:31:2: class=0x01018f card=0x73451462 chip=0x29208086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 4 port Serial ATA Storage Controller 1' class = mass storage subclass = ATA ... atapci2@pci0:0:31:5: class=0x010185 card=0x73451462 chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 2' class = mass storage subclass = ATA ... ICH9 set to AHCI mode in BIOS: ... atapci1: port 0xa000-0xa007,0x9c00-0x9c03,0x9880-0x9887,0x9800-0x9803,0x9480-0x949f mem 0xf9fff000-0xf9fff7ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.20 controller with 6 ports detected ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ata8: on atapci1 ata8: [ITHREAD] ata9: on atapci1 ata9: [ITHREAD] ... ad0: 476940MB at ata6-master SATA300 acd0: DVDR at ata7-master SATA150 ... ... atapci1@pci0:0:31:2: class=0x010601 card=0x73451462 chip=0x29228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 6 port SATA AHCI Controller' class = mass storage ... ICH9 set to RAID mode in BIOS: ... atapci1: port 0xa000-0xa007,0x9c00-0x9c03,0x9880-0x9887,0x9800-0x9803,0x9480-0x949f mem 0xf9fff000-0xf9fff7ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI called from vendor specific driver atapci1: AHCI Version 01.20 controller with 6 ports detected ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ata8: on atapci1 ata8: [ITHREAD] ata9: on atapci1 ata9: [ITHREAD] ... ad0: 476940MB at ata6-master SATA300 acd0: DVDR at ata7-master SATA150 ... ... atapci1@pci0:0:31:2: class=0x010400 card=0x73451462 chip=0x28228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8R/ICH9R (ICH8/9 Family) SATA RAID Controller' class = mass storage subclass = RAID ... Since I only have one harddisk for the moment, I have not really been able to test the RAID mode. It seems to fall back in AHCI mode, if I interpret the dmesg output correctly. The DVD are sold as an Samsung SH-S203B, and are an SATA150, if I remember correctly. The harddisk are set to SATA300 in AHCI mode, and SATA150 in IDE mode. In IDE mode only 4 ATA channels seems to be recognized in the dmesg output, whereas in AHCI mode there are 6 ATA channels. From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 23:22:59 2007 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 84BAE16A419; Fri, 30 Nov 2007 23:22:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 558B713C45D; Fri, 30 Nov 2007 23:22:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAUNMwYU021153; Fri, 30 Nov 2007 18:22:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAUNMw5I088465; Fri, 30 Nov 2007 18:22:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A7FC73039; Fri, 30 Nov 2007 18:22:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071130232258.4A7FC73039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 18:22:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Fri, 30 Nov 2007 23:22:59 -0000 TB --- 2007-11-30 22:57:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-30 22:57:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-30 22:57:36 - cleaning the object tree TB --- 2007-11-30 22:57:46 - cvsupping the source tree TB --- 2007-11-30 22:57:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-11-30 22:57:52 - building world (CFLAGS=-O -pipe) TB --- 2007-11-30 22:57:52 - cd /src TB --- 2007-11-30 22:57:52 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 30 22:57:53 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-30 23:22:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-30 23:22:58 - ERROR: failed to build world TB --- 2007-11-30 23:22:58 - tinderbox aborted TB --- 1130.37 user 153.08 system 1522.07 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 23:27:14 2007 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 35AD816A469; Fri, 30 Nov 2007 23:27:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 067FE13C4D9; Fri, 30 Nov 2007 23:27:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAUNRDZA021505; Fri, 30 Nov 2007 18:27:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAUNRDMM093643; Fri, 30 Nov 2007 18:27:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4DF4573039; Fri, 30 Nov 2007 18:27:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071130232713.4DF4573039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 18:27:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Fri, 30 Nov 2007 23:27:14 -0000 TB --- 2007-11-30 23:02:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-30 23:02:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-30 23:02:29 - cleaning the object tree TB --- 2007-11-30 23:02:36 - cvsupping the source tree TB --- 2007-11-30 23:02:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-11-30 23:02:42 - building world (CFLAGS=-O -pipe) TB --- 2007-11-30 23:02:42 - cd /src TB --- 2007-11-30 23:02:42 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 30 23:02:43 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-30 23:27:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-30 23:27:13 - ERROR: failed to build world TB --- 2007-11-30 23:27:13 - tinderbox aborted TB --- 1130.40 user 152.15 system 1483.48 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 30 23:45:20 2007 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 B2E7C16A418 for ; Fri, 30 Nov 2007 23:45:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6B26213C45A for ; Fri, 30 Nov 2007 23:45:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 5756FEBADA1; Sat, 1 Dec 2007 07:45:31 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Xs5n16OI0orL; Sat, 1 Dec 2007 07:45:26 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id BBB93EC31F7; Sat, 1 Dec 2007 07:45:25 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=k6+OQifyNPmsReNEcKQDstXIT1t5u4D7kwbtgG3b+OtaahdWCbejYf0KS7ZQmfLj9 Ei4svghjVd5nqWj7lmOFA== Message-ID: <4750A087.2000507@delphij.net> Date: Fri, 30 Nov 2007 15:45:11 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Joakim Fogelberg References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA3, Marvell 88SE6811, P35/ICH9, SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 23:45:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joakim Fogelberg wrote: > I have a MSI P35 Neo2 (MS-7345) mainboard. On the mainboard there are > two ATA controllers, one IHC9R SATA and one Marvel 88SE6811. I just > noticed that the Marvel 88SE6811 ATA controller has got some kind of > identification problems. It used to (beginning of november ?) be > recognized as a generic ata controller, but now (7-beta3) only rubbish > is printed in the system message buffer. Known issue, try this: Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.3 retrieving revision 1.209 diff -u -p -u -r1.202.2.3 -r1.209 - --- ata-chipset.c 21 Nov 2007 21:15:00 -0000 1.202.2.3 +++ ata-chipset.c 26 Nov 2007 19:08:08 -0000 1.209 @@ -198,7 +198,7 @@ ata_generic_ident(device_t dev) char buffer[64]; sprintf(buffer, "%s ATA controller", ata_pcivendor2str(dev)); - - device_set_desc(dev, buffer); + device_set_desc_copy(dev, buffer); ctlr->chipinit = ata_generic_chipinit; return 0; } Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHUKCHhcUczkLqiksRArsCAKDagmyytDTijthwlmlTCIzye/RFWQCcDfA6 hP+dLZlATnfrTfsGkBpYJvw= =R6pA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 00:51:59 2007 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 5BCE116A417 for ; Sat, 1 Dec 2007 00:51:59 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 25A7C13C447 for ; Sat, 1 Dec 2007 00:51:58 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lB10pw9F049515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 30 Nov 2007 16:51:58 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4750B02E.6010902@errno.com> Date: Fri, 30 Nov 2007 16:51:58 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: o.com; whitelist Subject: CFT: axe 172 users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 00:51:59 -0000 I want to MFC changes to the axe driver that fix operation with newer/faster parts need someone w/ an older 172-based stick to test operation. If you use the axe driver and can test w/ HEAD please let me know. Sam From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 01:29:49 2007 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 A045916A4C2 for ; Sat, 1 Dec 2007 01:29:49 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 1216C13C4E9 for ; Sat, 1 Dec 2007 01:29:48 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5417314pyb for ; Fri, 30 Nov 2007 17:29:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=RGXHdqMXXOKzxqC6dfclg+TplgLxMBWj+YbKErvgbEM=; b=aY4STDyyT7JT2c2r2tI8Immk4zI3fS2d3sZLgaJewlv63ldMKNotTItzryf5Ymux+uUa3/CkY2jD94YUVx6xDEFpV0NUAE9E/sBOd8QT27S1xXQhDTT8Y+w9w434/DWCaDXnvqbMDl4L5j7r0e5JyVUPyXRuJFAmkP/fGDZGmJ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iF65ke7qPh1ut7grYYOEhYMTlNag0rEM9cQkNxgJn8asC4x8teTr2Mydqm8yFHVxeeGlFnHYfRdr0tFCTmxnsUh0kk2qVca4dqTgVD1r8adJhYfpBFcG1/kt/KB2v8Wb8LYES7dR+zFaCKyiCMMR1ZSxLbrubd7I4sJFAv6GKy4= Received: by 10.35.75.15 with SMTP id c15mr9644387pyl.1196470955553; Fri, 30 Nov 2007 17:02:35 -0800 (PST) Received: by 10.35.57.12 with HTTP; Fri, 30 Nov 2007 17:02:35 -0800 (PST) Message-ID: <8cb6106e0711301702i1e889e3fo6af86de4bb38bb59@mail.gmail.com> Date: Fri, 30 Nov 2007 20:02:35 -0500 From: "Josh Carroll" To: "Phillip N." In-Reply-To: <1195927970.37529.4.camel@negro> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1195927970.37529.4.camel@negro> Cc: freebsd-current@freebsd.org Subject: Re: ufs panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 01:29:49 -0000 > I wonder if you think this has something to do with ufs? I'm not sure, but I just got a similar panic (though unfortunately, did not get a backtrace. Working on reproducing it now so I can get a dump/backtrace). I thought it might be related to the commit for sys/vm/vm_page.c, but that might just be coincidence. > This is RELENG_7 from Fri Nov 23 13:08:36 Mine is RELENG_7 from 11/28/2007, and the panic occurred when I was running buildworld. I'll report back once I'm able to reproduce it, but my panic was the same: vm_page_insert: page already inserted Josh From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 01:43:16 2007 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 A584316A418 for ; Sat, 1 Dec 2007 01:43:16 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 47C2513C4EA for ; Sat, 1 Dec 2007 01:43:16 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3349791waf for ; Fri, 30 Nov 2007 17:43:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=cBw/0rLb6SDE+CXoHDdMArpNwK4Y88H2ZGYrHisE6XI=; b=nB19ZSYuSZ9HGZr3IjPz//2E97GU3t+SRBMp5V3ier0zYInphxVbhBzLUuk2TpmkNEU0PIgGNfVTyvdDACbV9/WagptAGpiN34kkDR2YR1DKtJyPfbbw0yryKW4ACzCzCrJaGHAXBTpSG+xM0W+wTYnFjosoTkLZ71lkN2wvxdY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=luLb5LxsdrlqoMbQPk7yiLatcapry0NGl6YEcWq+D1JRg4TlLI0kz04bZterfhOxBNNYBVd5Oxjn/9OrIDqvWiINcdjlmFQutqYhVzfHbazAxOEPLo6la58hbRtXpyhjOozlJz23OMEeeswGKRQ0Z6XC2usjlibTk8qp2wVPa64= Received: by 10.143.34.11 with SMTP id m11mr1523042wfj.1196471879049; Fri, 30 Nov 2007 17:17:59 -0800 (PST) Received: by 10.142.211.11 with HTTP; Fri, 30 Nov 2007 17:17:58 -0800 (PST) Message-ID: <26ddd1750711301717u361578c5gbf8b5217ff8bbbf0@mail.gmail.com> Date: Fri, 30 Nov 2007 20:17:58 -0500 From: "Maxim Khitrov" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Starting hald causes ILLEGAL REQUEST messages for acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 01:43:16 -0000 Greetings, I'm running FreeBSD 7.0-BETA3 (full uname below) and have just run into a problem trying to get xorg to work. The short description is this - I'm running this system using VMWare Workstation 6, when I start hald this is what happens: Fri Nov 30 19:57:53 EST 2007 acd0: FAILURE - unknown CMD (0x03) ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - unknown CMD (0x03) ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - unknown CMD (0x03) ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - unknown CMD (0x03) ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - unknown CMD (0x03) ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - unknown CMD (0x03) ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - unknown CMD (0x03) ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - unknown CMD (0x03) ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: WARNING - PREVENT_ALLOW read data overrun 18>0 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x258 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8026037f stack pointer = 0x10:0xffffffff9216db20 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 19 (swi6: task queue) trap number = 12 panic: page fault cpuid = 1 Uptime: 4m43s Physical memory: 505 MB Dumping 48 MB:... At this point the system reboots. I've tested this using my own kernel, and the generic one. No difference. The only ata-related devices I have in my kernel are "device ata" and "device atapicd". Any ideas on what is causing this? uname for this system: FreeBSD ... 7.0-BETA3 FreeBSD 7.0-BETA3 #5: Thu Nov 29 16:46:20 EST 2007 root@...:/usr/obj/usr/src/sys/APOLLO amd64 From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 02:18:44 2007 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 752D016A46B for ; Sat, 1 Dec 2007 02:18:44 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id 38B8E13C448 for ; Sat, 1 Dec 2007 02:18:43 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 32236 invoked by uid 501); 1 Dec 2007 02:16:07 -0000 Date: Fri, 30 Nov 2007 18:16:07 -0800 From: David Benfell To: current@freebsd.org Message-ID: <20071201021607.GA30429@parts-unknown.org> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 X-stardate: [-29]8590.46 X-moon: The Moon is Waning Gibbous (55% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: what happened to emu10k1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 02:18:44 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, I must have missed something, somewhere along the way. config: Error: device "emu10k1" is unknown config: 1 errors *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This is with RELENG_7. I have a Soundblaster Live! card. --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHUMPnUd+dMw3R0eMRAl/DAJ42auPqAZv+/rJpdLp5NdkVmzQzWgCdHkdU Hv1rvrcp8CrV9NDGHDSjSIo= =Htis -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 02:30:49 2007 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 4ECCF16A419; Sat, 1 Dec 2007 02:30:49 +0000 (UTC) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [IPv6:2001:470:1f01:523::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3527C13C44B; Sat, 1 Dec 2007 02:30:49 +0000 (UTC) (envelope-from peter@wemm.org) Received: from macbook.wemm.org (c-67-188-249-30.hsd1.ca.comcast.net [67.188.249.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: peter@canning.wemm.org) by canning.wemm.org (Postfix) with ESMTP id DC07646BA2; Fri, 30 Nov 2007 18:30:47 -0800 (PST) (envelope-from peter@wemm.org) Message-ID: <4750C750.2080307@wemm.org> Date: Fri, 30 Nov 2007 18:30:40 -0800 From: Peter Wemm User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Kostik Belousov References: <473B9A43.5060401@FreeBSD.org> <473CC522.5080904@FreeBSD.org> <20071116044858.GB78396@deviant.kiev.zoral.com.ua> <473D2516.9080805@samsco.org> <20071116051555.GC78396@deviant.kiev.zoral.com.ua> In-Reply-To: <20071116051555.GC78396@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ups@freebsd.org, tegge@freebsd.org, current@freebsd.org Subject: Re: panic: ffs_reallocblk: start == end X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 02:30:49 -0000 Kostik Belousov wrote: > On Thu, Nov 15, 2007 at 10:05:26PM -0700, Scott Long wrote: > >> Kostik Belousov wrote: >> >>> On Thu, Nov 15, 2007 at 11:16:02PM +0100, Kris Kennaway wrote: >>> >>>> Kris Kennaway wrote: >>>> >>>>> I got this panic on an 8 core amd64 running 8.0 when writing to a ufs on >>>>> a md device: >>>>> >>>>> panic: ffs_reallocblk: start == end >>>>> >>>>> db> wh >>>>> Tracing pid 59911 tid 100115 td 0xffffff0003b90000 >>>>> kdb_enter() at kdb_enter+0x31 >>>>> panic() at panic+0x1c0 >>>>> ffs_reallocblks() at ffs_reallocblks+0xb11 >>>>> VOP_REALLOCBLKS_APV() at VOP_REALLOCBLKS_APV+0xb9 >>>>> cluster_write() at cluster_write+0x38a >>>>> ffs_write() at ffs_write+0x575 >>>>> VOP_WRITE_APV() at VOP_WRITE_APV+0x147 >>>>> vn_write() at vn_write+0x213 >>>>> dofilewrite() at dofilewrite+0x9a >>>>> kern_writev() at kern_writev+0x4f >>>>> write() at write+0x4b >>>>> syscall() at syscall+0x301 >>>>> Xfast_syscall() at Xfast_syscall+0xab >>>>> --- syscall (4, FreeBSD ELF64, write), rip = 0x800a65d0c, rsp = >>>>> 0x7fffffffd268, rbp = 0x2800 --- >>>>> >>>>> Kris >>>>> >>>>> >>>> Another one of these on a different machine. Looks like something is >>>> definitely broken. >>>> >>>> >>> Kris, >>> this is consequence of the checks moved from DIAGNOSTIC to INVARIANTS >>> ifdef for ffs, and actually being compiled as result. Peter Holm reported >>> the "ffs_truncate3" panic. >>> >> So does this check identify a real problem that needs to be fixed? >> > > I believe so for ffs_truncate3. It seems that vtruncbuf sometime skips the > indirect blocks when cleaning buffer queues (at least when truncating to > zero length). > Hmm. Well, can we fix the reallocblks one then? My dev workstation at home is dying 1-2 times a day with "panic: ffs_reallocblks: start == end". Cheers, -Peter From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 02:35:21 2007 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 3C21A16A41B; Sat, 1 Dec 2007 02:35:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0948D13C455; Sat, 1 Dec 2007 02:35:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB12ZJZQ032928; Fri, 30 Nov 2007 21:35:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB12ZJv3088938; Fri, 30 Nov 2007 21:35:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9C02273039; Fri, 30 Nov 2007 21:35:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201023519.9C02273039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 21:35:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Sat, 01 Dec 2007 02:35:21 -0000 TB --- 2007-12-01 02:06:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 02:06:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-01 02:06:40 - cleaning the object tree TB --- 2007-12-01 02:06:47 - cvsupping the source tree TB --- 2007-12-01 02:06:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-01 02:06:52 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 02:06:52 - cd /src TB --- 2007-12-01 02:06:52 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 02:06:54 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/../libc/string/strlen.c -o strlen.So cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/ia64/ia64/pthread_md.c:34: /src/lib/libkse/arch/ia64/include/pthread_md.h:77: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 02:35:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 02:35:19 - ERROR: failed to build world TB --- 2007-12-01 02:35:19 - tinderbox aborted TB --- 1310.76 user 154.14 system 1718.80 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 03:02:25 2007 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 18FDE16A419; Sat, 1 Dec 2007 03:02:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D136E13C467; Sat, 1 Dec 2007 03:02:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB132OHg093836; Fri, 30 Nov 2007 22:02:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB132OgR050417; Fri, 30 Nov 2007 22:02:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C1D9C73039; Fri, 30 Nov 2007 22:02:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201030223.C1D9C73039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 22:02:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Sat, 01 Dec 2007 03:02:25 -0000 TB --- 2007-12-01 02:35:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 02:35:19 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-01 02:35:19 - cleaning the object tree TB --- 2007-12-01 02:35:25 - cvsupping the source tree TB --- 2007-12-01 02:35:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-01 02:35:30 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 02:35:30 - cd /src TB --- 2007-12-01 02:35:30 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 02:35:31 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c:35: /src/lib/libkse/arch/powerpc/include/pthread_md.h:94: warning: function declaration isn't a prototype /src/lib/libkse/arch/powerpc/include/pthread_md.h:109: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 03:02:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 03:02:23 - ERROR: failed to build world TB --- 2007-12-01 03:02:23 - tinderbox aborted TB --- 1225.88 user 153.45 system 1624.10 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 03:23:10 2007 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 55CC616A417; Sat, 1 Dec 2007 03:23:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF4813C4D3; Sat, 1 Dec 2007 03:23:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB13N9T4035517; Fri, 30 Nov 2007 22:23:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB13N9Bt090879; Fri, 30 Nov 2007 22:23:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 20A5473039; Fri, 30 Nov 2007 22:23:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201032309.20A5473039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 22:23:09 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Sat, 01 Dec 2007 03:23:10 -0000 TB --- 2007-12-01 02:57:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 02:57:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-01 02:57:45 - cleaning the object tree TB --- 2007-12-01 02:57:55 - cvsupping the source tree TB --- 2007-12-01 02:57:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-01 02:58:01 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 02:58:01 - cd /src TB --- 2007-12-01 02:58:01 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 02:58:03 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 03:23:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 03:23:09 - ERROR: failed to build world TB --- 2007-12-01 03:23:09 - tinderbox aborted TB --- 1129.20 user 154.62 system 1523.44 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 03:27:13 2007 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 BCEEE16A419; Sat, 1 Dec 2007 03:27:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 87EAC13C47E; Sat, 1 Dec 2007 03:27:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB13RC3N094662; Fri, 30 Nov 2007 22:27:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB13RCYn033829; Fri, 30 Nov 2007 22:27:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B7D8073039; Fri, 30 Nov 2007 22:27:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201032712.B7D8073039@freebsd-current.sentex.ca> Date: Fri, 30 Nov 2007 22:27:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean 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: Sat, 01 Dec 2007 03:27:13 -0000 TB --- 2007-12-01 03:02:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 03:02:23 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-01 03:02:23 - cleaning the object tree TB --- 2007-12-01 03:02:33 - cvsupping the source tree TB --- 2007-12-01 03:02:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-01 03:02:38 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 03:02:38 - cd /src TB --- 2007-12-01 03:02:38 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 03:02:39 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 03:27:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 03:27:12 - ERROR: failed to build world TB --- 2007-12-01 03:27:12 - tinderbox aborted TB --- 1130.23 user 152.67 system 1488.77 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 04:59:29 2007 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 EC89716A468 for ; Sat, 1 Dec 2007 04:59:29 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id B34E113C461 for ; Sat, 1 Dec 2007 04:59:29 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 93648 invoked by uid 501); 1 Dec 2007 04:56:53 -0000 Date: Fri, 30 Nov 2007 20:56:53 -0800 From: David Benfell To: current@freebsd.org Message-ID: <20071201045653.GA89916@parts-unknown.org> Mail-Followup-To: current@freebsd.org References: <20071201021607.GA30429@parts-unknown.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20071201021607.GA30429@parts-unknown.org> X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 X-stardate: [-29]8591.02 X-moon: The Moon is Waning Gibbous (54% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Solved? Re: what happened to emu10k1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 04:59:30 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 30 Nov 2007 18:16:07 -0800, David Benfell wrote: > Hello all, >=20 > I must have missed something, somewhere along the way. >=20 > config: Error: device "emu10k1" is unknown > config: 1 errors > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > This is with RELENG_7. I have a Soundblaster Live! card. >=20 Okay, I found it. Hopefully. Now must use snd_emu10kx. --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHUOmVUd+dMw3R0eMRAr5LAJ44mZrLdkYZC8z89kO+xUusSIqoCwCfURzJ pwUOAPOnck9IJM/xY3D7TSY= =uZoU -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 06:35:22 2007 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 C725A16A419; Sat, 1 Dec 2007 06:35:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9F50713C44B; Sat, 1 Dec 2007 06:35:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB16ZLa7000718; Sat, 1 Dec 2007 01:35:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB16ZLIr051525; Sat, 1 Dec 2007 01:35:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 89F2973039; Sat, 1 Dec 2007 01:35:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201063521.89F2973039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 01:35:21 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean 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: Sat, 01 Dec 2007 06:35:23 -0000 TB --- 2007-12-01 06:06:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 06:06:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-01 06:06:48 - cleaning the object tree TB --- 2007-12-01 06:06:57 - cvsupping the source tree TB --- 2007-12-01 06:06:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-01 06:07:02 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 06:07:02 - cd /src TB --- 2007-12-01 06:07:02 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 06:07:04 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/../libc/string/strlen.c -o strlen.So cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/ia64/ia64/pthread_md.c:34: /src/lib/libkse/arch/ia64/include/pthread_md.h:77: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 06:35:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 06:35:20 - ERROR: failed to build world TB --- 2007-12-01 06:35:20 - tinderbox aborted TB --- 1312.08 user 153.10 system 1711.43 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 07:02:29 2007 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 4AE3516A420; Sat, 1 Dec 2007 07:02:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 249A513C442; Sat, 1 Dec 2007 07:02:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB172SdP045491; Sat, 1 Dec 2007 02:02:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB172SNJ002036; Sat, 1 Dec 2007 02:02:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C5C3E73039; Sat, 1 Dec 2007 02:02:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201070227.C5C3E73039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 02:02:27 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Sat, 01 Dec 2007 07:02:29 -0000 TB --- 2007-12-01 06:35:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 06:35:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-01 06:35:21 - cleaning the object tree TB --- 2007-12-01 06:35:26 - cvsupping the source tree TB --- 2007-12-01 06:35:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-01 06:35:31 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 06:35:31 - cd /src TB --- 2007-12-01 06:35:31 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 06:35:32 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c:35: /src/lib/libkse/arch/powerpc/include/pthread_md.h:94: warning: function declaration isn't a prototype /src/lib/libkse/arch/powerpc/include/pthread_md.h:109: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 07:02:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 07:02:27 - ERROR: failed to build world TB --- 2007-12-01 07:02:27 - tinderbox aborted TB --- 1225.41 user 154.27 system 1626.23 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 07:23:41 2007 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 F16A516A417; Sat, 1 Dec 2007 07:23:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CB35113C46A; Sat, 1 Dec 2007 07:23:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB17Ndhe046481; Sat, 1 Dec 2007 02:23:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB17Ndjm041495; Sat, 1 Dec 2007 02:23:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BD47173039; Sat, 1 Dec 2007 02:23:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201072339.BD47173039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 02:23:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Sat, 01 Dec 2007 07:23:41 -0000 TB --- 2007-12-01 06:58:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 06:58:13 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-01 06:58:13 - cleaning the object tree TB --- 2007-12-01 06:58:20 - cvsupping the source tree TB --- 2007-12-01 06:58:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-01 06:58:25 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 06:58:25 - cd /src TB --- 2007-12-01 06:58:25 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 06:58:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 07:23:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 07:23:39 - ERROR: failed to build world TB --- 2007-12-01 07:23:39 - tinderbox aborted TB --- 1130.73 user 152.98 system 1526.14 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 07:27:19 2007 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 6A3FA16A41B; Sat, 1 Dec 2007 07:27:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4380013C467; Sat, 1 Dec 2007 07:27:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB17RISH046727; Sat, 1 Dec 2007 02:27:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB17RIaf052480; Sat, 1 Dec 2007 02:27:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3FC5673039; Sat, 1 Dec 2007 02:27:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201072718.3FC5673039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 02:27:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Sat, 01 Dec 2007 07:27:19 -0000 TB --- 2007-12-01 07:02:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 07:02:27 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-01 07:02:27 - cleaning the object tree TB --- 2007-12-01 07:02:36 - cvsupping the source tree TB --- 2007-12-01 07:02:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-01 07:02:41 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 07:02:41 - cd /src TB --- 2007-12-01 07:02:41 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 07:02:42 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 07:27:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 07:27:18 - ERROR: failed to build world TB --- 2007-12-01 07:27:18 - tinderbox aborted TB --- 1129.68 user 153.19 system 1490.20 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 07:28:23 2007 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 138B816A417 for ; Sat, 1 Dec 2007 07:28:23 +0000 (UTC) (envelope-from h.skuhra@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id E8C4313C448 for ; Sat, 1 Dec 2007 07:28:22 +0000 (UTC) (envelope-from h.skuhra@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so2237497rvb for ; Fri, 30 Nov 2007 23:28:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=hh6e2TpDXlBPTRocseVf1UujNGYouqN5uYkXUC+DcFQ=; b=dZ+ny4KEUH8qpikYQJAS3unlqdlg/ryF3l2hGkNPO0a2d1bdxhjlIwkLF0PfUkyKvUg1Um0tfsRZmkj4XZfumDBGLB9yHxLZKxFu+0rZyIkP/ReOdBUN6ddTjZVdP7Q4a9SPGV3sT1Sd5ODykRKY6aPBX1t0ZyxbOoA8pOjki5Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JlxXnze5mlyuNz2alM86JmwTbecKsEhSqOCB6AgEIM81ZHlXoK8tMYwSB10QM+cNmG4Z/BCbKIaR/xHjkzyiB1ILTumKrPOi9BWznnnbgY3ZLikBS0fJBEnn+z+UP+f2d/iVCxPW2cNKBlFZaR0crHRKq91l1c2NFTdE4ALLrKs= Received: by 10.141.107.13 with SMTP id j13mr4483696rvm.1196492534333; Fri, 30 Nov 2007 23:02:14 -0800 (PST) Received: by 10.140.158.10 with HTTP; Fri, 30 Nov 2007 23:02:14 -0800 (PST) Message-ID: Date: Sat, 1 Dec 2007 08:02:14 +0100 From: "Herbert J. Skuhra" To: current@freebsd.org In-Reply-To: <20071201021607.GA30429@parts-unknown.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071201021607.GA30429@parts-unknown.org> Cc: Subject: Re: what happened to emu10k1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 07:28:23 -0000 On Dec 1, 2007 3:16 AM, David Benfell wrote: > Hello all, > > I must have missed something, somewhere along the way. > > config: Error: device "emu10k1" is unknown > config: 1 errors > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > This is with RELENG_7. I have a Soundblaster Live! card. % man snd_emu10k1 - Herbert From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 08:30:02 2007 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 34EAB16A418; Sat, 1 Dec 2007 08:30:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F216713C465; Sat, 1 Dec 2007 08:30:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB18U1PZ004738; Sat, 1 Dec 2007 03:30:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB18U10k077935; Sat, 1 Dec 2007 03:30:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1BB6873039; Sat, 1 Dec 2007 03:30:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201083001.1BB6873039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 03:30:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 08:30:02 -0000 TB --- 2007-12-01 07:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 07:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-01 07:30:00 - cleaning the object tree TB --- 2007-12-01 07:30:43 - cvsupping the source tree TB --- 2007-12-01 07:30:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-01 07:30:48 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 07:30:48 - cd /src TB --- 2007-12-01 07:30:48 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 07:30:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.bin/fstat/zfs/zfs.c:111: warning: implicit declaration of function 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: nested extern declaration of 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: assignment makes pointer from integer without a cast /src/usr.bin/fstat/zfs/zfs.c:118: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:119: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:125: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:126: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:127: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 08:30:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 08:30:01 - ERROR: failed to build world TB --- 2007-12-01 08:30:01 - tinderbox aborted TB --- 2540.41 user 316.33 system 3600.41 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 10:34:10 2007 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 7481116A419; Sat, 1 Dec 2007 10:34:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5226813C447; Sat, 1 Dec 2007 10:34:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB1AY9XK008714; Sat, 1 Dec 2007 05:34:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB1AY9Og025935; Sat, 1 Dec 2007 05:34:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3504573039; Sat, 1 Dec 2007 05:34:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201103409.3504573039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 05:34:09 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Sat, 01 Dec 2007 10:34:10 -0000 TB --- 2007-12-01 10:05:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 10:05:21 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-01 10:05:21 - cleaning the object tree TB --- 2007-12-01 10:05:30 - cvsupping the source tree TB --- 2007-12-01 10:05:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-01 10:05:35 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 10:05:35 - cd /src TB --- 2007-12-01 10:05:35 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 10:05:37 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/../libc/string/strlen.c -o strlen.So cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/ia64/ia64/pthread_md.c:34: /src/lib/libkse/arch/ia64/include/pthread_md.h:77: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 10:34:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 10:34:09 - ERROR: failed to build world TB --- 2007-12-01 10:34:09 - tinderbox aborted TB --- 1312.02 user 154.98 system 1727.81 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 10:41:28 2007 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 EB4A516A417; Sat, 1 Dec 2007 10:41:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C852A13C457; Sat, 1 Dec 2007 10:41:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB1AfSF9008880; Sat, 1 Dec 2007 05:41:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB1AfS2O039391; Sat, 1 Dec 2007 05:41:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 24B4573039; Sat, 1 Dec 2007 05:41:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201104128.24B4573039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 05:41:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Sat, 01 Dec 2007 10:41:29 -0000 TB --- 2007-12-01 10:14:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 10:14:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-01 10:14:25 - cleaning the object tree TB --- 2007-12-01 10:14:31 - cvsupping the source tree TB --- 2007-12-01 10:14:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-01 10:14:36 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 10:14:36 - cd /src TB --- 2007-12-01 10:14:36 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 10:14:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c:35: /src/lib/libkse/arch/powerpc/include/pthread_md.h:94: warning: function declaration isn't a prototype /src/lib/libkse/arch/powerpc/include/pthread_md.h:109: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 10:41:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 10:41:28 - ERROR: failed to build world TB --- 2007-12-01 10:41:28 - tinderbox aborted TB --- 1226.32 user 155.48 system 1622.18 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 10:59:52 2007 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 E976116A41A; Sat, 1 Dec 2007 10:59:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AF38B13C458; Sat, 1 Dec 2007 10:59:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB1AxqOG009461; Sat, 1 Dec 2007 05:59:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB1AxqE4078502; Sat, 1 Dec 2007 05:59:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DAECF73039; Sat, 1 Dec 2007 05:59:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201105951.DAECF73039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 05:59:51 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean 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: Sat, 01 Dec 2007 10:59:53 -0000 TB --- 2007-12-01 10:34:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 10:34:09 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-01 10:34:09 - cleaning the object tree TB --- 2007-12-01 10:34:18 - cvsupping the source tree TB --- 2007-12-01 10:34:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-01 10:34:22 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 10:34:22 - cd /src TB --- 2007-12-01 10:34:22 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 10:34:24 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 10:59:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 10:59:51 - ERROR: failed to build world TB --- 2007-12-01 10:59:51 - tinderbox aborted TB --- 1130.38 user 154.34 system 1542.48 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 11:06:06 2007 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 5149916A417; Sat, 1 Dec 2007 11:06:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 30AA613C468; Sat, 1 Dec 2007 11:06:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB1B65Wo057498; Sat, 1 Dec 2007 06:06:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB1B65RJ031395; Sat, 1 Dec 2007 06:06:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F1F0E73039; Sat, 1 Dec 2007 06:06:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201110604.F1F0E73039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 06:06:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Sat, 01 Dec 2007 11:06:06 -0000 TB --- 2007-12-01 10:41:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 10:41:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-01 10:41:28 - cleaning the object tree TB --- 2007-12-01 10:41:34 - cvsupping the source tree TB --- 2007-12-01 10:41:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-01 10:41:39 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 10:41:39 - cd /src TB --- 2007-12-01 10:41:39 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 10:41:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 11:06:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 11:06:04 - ERROR: failed to build world TB --- 2007-12-01 11:06:04 - tinderbox aborted TB --- 1129.55 user 153.44 system 1476.64 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 11:37:50 2007 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 9C21016A473; Sat, 1 Dec 2007 11:37:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 93A8A13C46E; Sat, 1 Dec 2007 11:37:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 881FC1CC079; Sat, 1 Dec 2007 03:37:50 -0800 (PST) Date: Sat, 1 Dec 2007 03:37:50 -0800 From: Jeremy Chadwick To: Johan =?iso-8859-1?Q?Str=F6m?= Message-ID: <20071201113750.GA81186@eos.sc1.parodius.com> References: <66A69F9D-E4C1-4647-AEE7-E6F18010A1A3@headweb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <66A69F9D-E4C1-4647-AEE7-E6F18010A1A3@headweb.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: scrambled (gmirror) dmesg output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 11:37:50 -0000 On Sat, Dec 01, 2007 at 12:16:45PM +0100, Johan Ström wrote: > Hello > Im playing with a new box running RELENG_7.0 from yesterday. I got two > discs with gmirror on ad[6|14]s1a and zfs-mirror on s1d. When o do > atacontrol detach ata7 (detach ad14), i get this in dmesG: > > (first time) > subdisk14: detached > ad14: detached > GEOM_MIRROR: Device gm1b: provider ad14s1bG dEiOsMc_oMnInReRcOtRe:d .De > vice gm1: provider ad14s1a disconnected. > > (second time, detaching again after reattach) > subdisk14: detached > ad14: detached > GEOMG_EMOIMR_RMOIRR:R ORD:e viDceev icgem 1bg:m 1p:r opvriodveird era > d1a4ds114bs 1dai sdciosncnoencnteecdt.ed. > > huh? :) Some print raceing or something? The problem isn't specific to GEOM or ZFS. It's a known issue with two kernel printf()s being called simultaneously. There are older threads discussing the issue. I can dig up URLs if you want to read them, but I don't have them available quickly... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 11:32:25 2007 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 CD5AF16A41B; Sat, 1 Dec 2007 11:32:25 +0000 (UTC) (envelope-from johan@headweb.com) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 9422E13C4F2; Sat, 1 Dec 2007 11:32:25 +0000 (UTC) (envelope-from johan@headweb.com) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 49B67D472CE; Sat, 1 Dec 2007 12:17:22 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id ON9RJZ3IwFUo; Sat, 1 Dec 2007 12:17:18 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 9BFEAD472CD; Sat, 1 Dec 2007 12:17:18 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: quoted-printable Message-Id: <66A69F9D-E4C1-4647-AEE7-E6F18010A1A3@headweb.com> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sat, 1 Dec 2007 12:16:45 +0100 X-Mailer: Apple Mail (2.752.3) X-Mailman-Approved-At: Sat, 01 Dec 2007 12:18:05 +0000 Cc: Subject: scrambled (gmirror) dmesg output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 11:32:25 -0000 Hello Im playing with a new box running RELENG_7.0 from yesterday. I got =20 two discs with gmirror on ad[6|14]s1a and zfs-mirror on s1d. When o =20 do atacontrol detach ata7 (detach ad14), i get this in dmesG: (first time) subdisk14: detached ad14: detached GEOM_MIRROR: Device gm1b: provider ad14s1bG dEiOsMc_oMnInReRcOtRe:d .De vice gm1: provider ad14s1a disconnected. (second time, detaching again after reattach) subdisk14: detached ad14: detached GEOMG_EMOIMR_RMOIRR:R ORD:e viDceev icgem 1bg:m 1p:r opvriodveird era =20= d1a4ds114bs 1dai sdciosncnoencnteecdt.ed. huh? :) Some print raceing or something? Btw, Im doing ZFS'ed root as on wiki, but i added gmirror to the root =20= partition to (and steps to install from one disc to the other, then =20 boot over and add the original disc to mirrors).. I've documented the steps (or at least the commands and some simple =20 comments), would anyone be interested in having it, on the wiki or =20 otherwise? -- Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 07:18:22 2007 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 1432916A419 for ; Sat, 1 Dec 2007 07:18:22 +0000 (UTC) (envelope-from syleishere@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.191]) by mx1.freebsd.org (Postfix) with ESMTP id 19F9D13C448 for ; Sat, 1 Dec 2007 07:18:20 +0000 (UTC) (envelope-from syleishere@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so885280mue for ; Fri, 30 Nov 2007 23:18:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=P6Wn/2I9xoGUHHcyTobD0SU5OkNvwOtRBr9N/zZoJ3g=; b=vguGUkyG2YQXOlGtOqyY3LrSQTPVhXkYyfztoARZymEmIEuRGWorqnJuP8/x3JsDj+miwLDlinn1Nwo61rG8DY+pyfrYFZaR9fo0w/tNgUTwnKi7UW5EcO5kyrv4zbglxzQXz3Gxa0n1WVwUxnCZLfki1LMMeopZfkxWwDeSwF8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type; b=M3gSRqNpJl9f264PlYOhSVYrwCLhNDCmekLDp1q+dScNzp8ywq3xL2Ai5kyMiqndntIhV0rP4FkMzDOpPKPoytkCDi0ittuBX4K3JqW++hTtNvJHglahpLJG8DM5FxNuxIuPcunfYMX2Nv0RpIz46IbR1m8dpD/HzRqUhuoZJlY= Received: by 10.78.201.2 with SMTP id y2mr9638568huf.1196491915893; Fri, 30 Nov 2007 22:51:55 -0800 (PST) Received: by 10.78.97.19 with HTTP; Fri, 30 Nov 2007 22:51:55 -0800 (PST) Message-ID: Date: Sat, 1 Dec 2007 00:51:55 -0600 From: "dd dd" To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 01 Dec 2007 12:19:35 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: fbsd 7.0 amd 64 crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 07:18:22 -0000 swift:/usr/obj/usr/src/sys/MYKERNEL# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: trap number = 12 panic: page fault cpuid = 0 Uptime: 46m8s Physical memory: 8183 MB Dumping 406 MB: 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802e5c99 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802e609d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff804e5724 in trap_fatal (frame=0xffffff00010d0000, eva=18446742974215570528) at /usr/src/sys/amd64/amd64/trap.c:697 #5 0xffffffff804e5af5 in trap_pfault (frame=0xffffffffabe4d690, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:614 #6 0xffffffff804e6438 in trap (frame=0xffffffffabe4d690) at /usr/src/sys/amd64/amd64/trap.c:383 #7 0xffffffff804cc17e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff803372e0 in sbsndptr (sb=0xffffff0004ca9c60, off=279, len=Variable "len" is not available. ) at /usr/src/sys/kern/uipc_sockbuf.c:935 #9 0xffffffff803f840e in tcp_output (tp=0xffffff000d3332b0) at /usr/src/sys/netinet/tcp_output.c:796 #10 0xffffffff803f5334 in tcp_do_segment (m=0xffffff0004f62100, th=0xffffff0004f94824, so=0xffffff0004ca9ae0, tp=0xffffff000d3332b0, drop_hdrlen=40, tlen=0) at /usr/src/sys/netinet/tcp_input.c:1212 #11 0xffffffff803f7455 in tcp_input (m=0xffffff0004f62100, off0=Variable "off0" is not available. ) at /usr/src/sys/netinet/tcp_input.c:845 #12 0xffffffff8039dafb in ip_input (m=0xffffff0004f62100) at /usr/src/sys/netinet/ip_input.c:665 #13 0xffffffff8037e121 in ether_demux (ifp=0xffffff0001289000, m=0xffffff0004f62100) at /usr/src/sys/net/if_ethersubr.c:834 #14 0xffffffff8037e39e in ether_input (ifp=0xffffff0001289000, m=0xffffff0004f62100) at /usr/src/sys/net/if_ethersubr.c:692 #15 0xffffffff80218f80 in em_rxeof (adapter=0xffffff00011a9000, count=4) at /usr/src/sys/dev/em/if_em.c:4304 #16 0xffffffff8021ab17 in em_poll (ifp=0xffffff0001289000, cmd=Variable "cmd" is not available. ) at /usr/src/sys/dev/em/if_em.c:1375 #17 0xffffffff802dbe8d in netisr_poll () at /usr/src/sys/kern/kern_poll.c:432 #18 0xffffffff80386dda in swi_net (dummy=Variable "dummy" is not available. ) at /usr/src/sys/net/netisr.c:254 #19 0xffffffff802c9890 in ithread_loop (arg=0xffffff00010ccbc0) at /usr/src/sys/kern/kern_intr.c:1036 #20 0xffffffff802c6a03 in fork_exit (callout=0xffffffff802c9720 , arg=0xffffff00010ccbc0, frame=0xffffffffabe4dc80) at /usr/src/sys/kern/kern_fork.c:754 #21 0xffffffff804cc4ee in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:397 #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000001 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x00000000008f4000 in ?? () #47 0xffffffff806ec400 in tdg_maxid () #48 0xffffffff806f8c00 in tdq_cpu () #49 0xffffffff806f8c00 in tdq_cpu () #50 0xffffff00010d0000 in ?? () #51 0xffffff00010d0308 in ?? () ---Type to continue, or q to quit--- #52 0xffffffffabe4cfe8 in ?? () #53 0x0000000000000000 in ?? () #54 0xffffffff80303c28 in sched_switch (td=0xffffffff802c9720, newtd=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1902 #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffabe4e000 (kgdb) list 1902 cpu_switch(td, newtd, mtx); 1903 /* 1904 * We may return from cpu_switch on a different cpu. However, 1905 * we always return with td_lock pointing to the current cpu's 1906 * run queue lock. 1907 */ 1908 cpuid = PCPU_GET(cpuid); 1909 tdq = TDQ_CPU(cpuid); 1910 #ifdef HWPMC_HOOKS 1911 if (PMC_PROC_IS_USING_PMCS(td->td_proc)) (kgdb) list 1912 PMC_SWITCH_CONTEXT(td, PMC_FN_CSW_IN); 1913 #endif 1914 } else 1915 thread_unblock_switch(td, mtx); 1916 /* 1917 * Assert that all went well and return. 1918 */ 1919 #ifdef SMP 1920 /* We should always get here with the lowest priority td possible */ 1921 tdq->tdq_lowpri = td->td_priority; (kgdb) Quit (kgdb) Quit (kgdb) Quit (kgdb) quit swift:/usr/obj/usr/src/sys/MYKERNEL# swift:/usr/obj/usr/src/sys/MYKERNEL# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: trap number = 12 panic: page fault cpuid = 0 Uptime: 46m8s Physical memory: 8183 MB Dumping 406 MB: 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802e5c99 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802e609d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff804e5724 in trap_fatal (frame=0xffffff00010d0000, eva=18446742974215570528) at /usr/src/sys/amd64/amd64/trap.c:697 #5 0xffffffff804e5af5 in trap_pfault (frame=0xffffffffabe4d690, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:614 #6 0xffffffff804e6438 in trap (frame=0xffffffffabe4d690) at /usr/src/sys/amd64/amd64/trap.c:383 #7 0xffffffff804cc17e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff803372e0 in sbsndptr (sb=0xffffff0004ca9c60, off=279, len=Variable "len" is not available. ) at /usr/src/sys/kern/uipc_sockbuf.c:935 #9 0xffffffff803f840e in tcp_output (tp=0xffffff000d3332b0) at /usr/src/sys/netinet/tcp_output.c:796 #10 0xffffffff803f5334 in tcp_do_segment (m=0xffffff0004f62100, th=0xffffff0004f94824, so=0xffffff0004ca9ae0, tp=0xffffff000d3332b0, drop_hdrlen=40, tlen=0) at /usr/src/sys/netinet/tcp_input.c:1212 #11 0xffffffff803f7455 in tcp_input (m=0xffffff0004f62100, off0=Variable "off0" is not available. ) at /usr/src/sys/netinet/tcp_input.c:845 #12 0xffffffff8039dafb in ip_input (m=0xffffff0004f62100) at /usr/src/sys/netinet/ip_input.c:665 #13 0xffffffff8037e121 in ether_demux (ifp=0xffffff0001289000, m=0xffffff0004f62100) at /usr/src/sys/net/if_ethersubr.c:834 #14 0xffffffff8037e39e in ether_input (ifp=0xffffff0001289000, m=0xffffff0004f62100) at /usr/src/sys/net/if_ethersubr.c:692 #15 0xffffffff80218f80 in em_rxeof (adapter=0xffffff00011a9000, count=4) at /usr/src/sys/dev/em/if_em.c:4304 #16 0xffffffff8021ab17 in em_poll (ifp=0xffffff0001289000, cmd=Variable "cmd" is not available. ) at /usr/src/sys/dev/em/if_em.c:1375 #17 0xffffffff802dbe8d in netisr_poll () at /usr/src/sys/kern/kern_poll.c:432 #18 0xffffffff80386dda in swi_net (dummy=Variable "dummy" is not available. ) at /usr/src/sys/net/netisr.c:254 #19 0xffffffff802c9890 in ithread_loop (arg=0xffffff00010ccbc0) at /usr/src/sys/kern/kern_intr.c:1036 #20 0xffffffff802c6a03 in fork_exit (callout=0xffffffff802c9720 , arg=0xffffff00010ccbc0, frame=0xffffffffabe4dc80) at /usr/src/sys/kern/kern_fork.c:754 #21 0xffffffff804cc4ee in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:397 #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000001 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x00000000008f4000 in ?? () #47 0xffffffff806ec400 in tdg_maxid () #48 0xffffffff806f8c00 in tdq_cpu () #49 0xffffffff806f8c00 in tdq_cpu () #50 0xffffff00010d0000 in ?? () #51 0xffffff00010d0308 in ?? () ---Type to continue, or q to quit--- #52 0xffffffffabe4cfe8 in ?? () #53 0x0000000000000000 in ?? () #54 0xffffffff80303c28 in sched_switch (td=0xffffffff802c9720, newtd=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1902 #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffabe4e000 (kgdb) up 6 #6 0xffffffff804e6438 in trap (frame=0xffffffffabe4d690) at /usr/src/sys/amd64/amd64/trap.c:383 warning: Source file is more recent than executable. 383 (void) trap_pfault(frame, FALSE); (kgdb) frame frame->tf_ebp frame->tf_eip There is no member named tf_ebp. (kgdb) quit swift:/usr/obj/usr/src/sys/MYKERNEL# kgdb kernel.debug /var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff803372e0 stack pointer = 0x10:0xffffffffb1978800 frame pointer = 0x10:0xffffff000e9ac560 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1201 (sshd) trap number = 12 panic: page fault cpuid = 0 Uptime: 1h54m33s Physical memory: 8183 MB Dumping 410 MB: 395 379 363 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802e5c99 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802e609d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff804e5724 in trap_fatal (frame=0xffffff0004d2b6a0, eva=18446742974443587776) at /usr/src/sys/amd64/amd64/trap.c:697 #5 0xffffffff804e5af5 in trap_pfault (frame=0xffffffffb1978750, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:614 #6 0xffffffff804e6438 in trap (frame=0xffffffffb1978750) at /usr/src/sys/amd64/amd64/trap.c:383 #7 0xffffffff804cc17e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff803372e0 in sbsndptr (sb=0xffffff0004d9b6f0, off=7, len=Variable "len" is not available. ) at /usr/src/sys/kern/uipc_sockbuf.c:935 #9 0xffffffff803f840e in tcp_output (tp=0xffffff000e9ac560) at /usr/src/sys/netinet/tcp_output.c:796 #10 0xffffffff80402b30 in tcp_usr_send (so=0xffffff0004d9b570, flags=0, m=0xffffff0004a50c00, nam=Variable "nam" is not available. ) at /usr/src/sys/netinet/tcp_usrreq.c:841 #11 0xffffffff8033cc9b in sosend_generic (so=0xffffff0004d9b570, addr=0x0, uio=0xffffffffb1978b00, top=0xffffff0004a50c00, control=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1240 #12 0xffffffff80321e07 in soo_write (fp=Variable "fp" is not available. ) at /usr/src/sys/kern/sys_socket.c:103 #13 0xffffffff8031b7a8 in dofilewrite (td=0xffffff0004d2b6a0, fd=3, fp=0xffffff000e9adca8, auio=0xffffffffb1978b00, offset=Variable "offset" is not available. ) at file.h:254 #14 0xffffffff8031baae in kern_writev (td=0xffffff0004d2b6a0, fd=3, auio=0xffffffffb1978b00) at /usr/src/sys/kern/sys_generic.c:401 #15 0xffffffff8031bb2c in write (td=0xffffff0004d9b6f0, uap=0x0) at /usr/src/sys/kern/sys_generic.c:317 #16 0xffffffff804e5d77 in syscall (frame=0xffffffffb1978c70) at /usr/src/sys/amd64/amd64/trap.c:822 #17 0xffffffff804cc32b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:272 #18 0x00000008016f5e5c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit swift:/usr/obj/usr/src/sys/MYKERNEL# kgdb kernel.debug /var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0x8 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8041e200 stack pointer = 0x10:0xffffffffb1950430 frame pointer = 0x10:0xffffff0004ca9700 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4028 (ping6) trap number = 12 panic: page fault cpuid = 2 Uptime: 5h13m16s Physical memory: 8183 MB Dumping 492 MB: 477 461 445 429 413 397 381 365 349 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802e5c99 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802e609d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff804e5724 in trap_fatal (frame=0xffffff001f3656a0, eva=18446742976111624192) at /usr/src/sys/amd64/amd64/trap.c:697 #5 0xffffffff804e5af5 in trap_pfault (frame=0xffffffffb1950380, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:614 #6 0xffffffff804e6438 in trap (frame=0xffffffffb1950380) at /usr/src/sys/amd64/amd64/trap.c:383 #7 0xffffffff804cc17e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff8041e200 in nd6_output (ifp=0xffffff0001289000, origifp=0xffffff0001289000, m0=0xffffff00776d5000, dst=0xffffff001fd63c60, rt0=Variable "rt0" is not available. ) at /usr/src/sys/netinet6/nd6.c:2091 #9 0xffffffff8041ba6f in ip6_output (m0=Variable "m0" is not available. ) at /usr/src/sys/netinet6/ip6_output.c:927 #10 0xffffffff80426b30 in rip6_output (m=Variable "m" is not available. ) at /usr/src/sys/netinet6/raw_ip6.c:452 #11 0xffffffff80426fe3 in rip6_send (so=0xffffff0004fbc2b8, flags=Variable "flags" is not available. ) at /usr/src/sys/netinet6/raw_ip6.c:793 #12 0xffffffff8033cc9b in sosend_generic (so=0xffffff0004fbc2b8, addr=0xffffff00047d3700, uio=0xffffffffb1950a20, top=0xffffff00776d5000, control=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1240 #13 0xffffffff8033f797 in kern_sendit (td=0xffffff001f3656a0, s=3, mp=0xffffffffb1950ae0, flags=0, control=0x0, segflg=Variable "segflg" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:789 #14 0xffffffff8034255f in sendit (td=0xffffff001f3656a0, s=3, mp=0xffffffffb1950ae0, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:730 #15 0xffffffff803425f9 in sendmsg (td=0xffffff001f3656a0, uap=0xffffffffb1950be0) at /usr/src/sys/kern/uipc_syscalls.c:922 #16 0xffffffff804e5d77 in syscall (frame=0xffffffffb1950c70) at /usr/src/sys/amd64/amd64/trap.c:822 #17 0xffffffff804cc32b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:272 #18 0x0000000800a2ae6c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Quit (kgdb) Quit (kgdb) quit swift:/usr/obj/usr/src/sys/MYKERNEL# kgdb kernel.debug /var/crash/vmcore.3 kgdb: /var/crash/vmcore.3: No such file or directory swift:/usr/obj/usr/src/sys/MYKERNEL# swift:/usr/obj/usr/src/sys/MYKERNEL# From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 14:15:05 2007 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 BC5DD16A418; Sat, 1 Dec 2007 14:15:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3D513C43E; Sat, 1 Dec 2007 14:15:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB1EF5Xj019671; Sat, 1 Dec 2007 09:15:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB1EF5AF069609; Sat, 1 Dec 2007 09:15:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BCF6D73039; Sat, 1 Dec 2007 09:15:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201141504.BCF6D73039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 09:15:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Sat, 01 Dec 2007 14:15:06 -0000 TB --- 2007-12-01 13:46:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 13:46:27 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-01 13:46:27 - cleaning the object tree TB --- 2007-12-01 13:46:33 - cvsupping the source tree TB --- 2007-12-01 13:46:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-01 13:46:39 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 13:46:39 - cd /src TB --- 2007-12-01 13:46:39 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 13:46:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/../libc/string/strlen.c -o strlen.So cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/ia64/ia64/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/ia64/ia64/pthread_md.c:34: /src/lib/libkse/arch/ia64/include/pthread_md.h:77: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 14:15:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 14:15:04 - ERROR: failed to build world TB --- 2007-12-01 14:15:04 - tinderbox aborted TB --- 1312.42 user 153.28 system 1717.38 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 14:42:03 2007 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 2032C16A421; Sat, 1 Dec 2007 14:42:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EE53A13C478; Sat, 1 Dec 2007 14:42:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB1Eg2Cw020591; Sat, 1 Dec 2007 09:42:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB1Eg2q1056739; Sat, 1 Dec 2007 09:42:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 294AB73039; Sat, 1 Dec 2007 09:42:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201144202.294AB73039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 09:42:02 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Sat, 01 Dec 2007 14:42:03 -0000 TB --- 2007-12-01 14:15:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 14:15:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-01 14:15:04 - cleaning the object tree TB --- 2007-12-01 14:15:15 - cvsupping the source tree TB --- 2007-12-01 14:15:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-01 14:15:21 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 14:15:21 - cd /src TB --- 2007-12-01 14:15:21 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 14:15:23 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -nostdlib -o thr_libc.So -r clock_gettime.So kse_create.So kse_exit.So kse_release.So kse_switchin.So kse_thr_interrupt.So kse_wakeup.So sigaction.So sigprocmask.So sigtimedwait.So write.So sigsetops.So bcopy.So bzero.So cerror.So memcpy.So memset.So strcpy.So strlen.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/enter_uts.S -o enter_uts.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/context.S -o context.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c -o pthread_md.So cc1: warnings being treated as errors In file included from /src/lib/libkse/arch/powerpc/powerpc/pthread_md.c:35: /src/lib/libkse/arch/powerpc/include/pthread_md.h:94: warning: function declaration isn't a prototype /src/lib/libkse/arch/powerpc/include/pthread_md.h:109: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 14:42:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 14:42:01 - ERROR: failed to build world TB --- 2007-12-01 14:42:01 - tinderbox aborted TB --- 1224.81 user 154.41 system 1616.67 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 15:03:15 2007 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 2909316A421; Sat, 1 Dec 2007 15:03:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 01E5913C469; Sat, 1 Dec 2007 15:03:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB1F3EGB021719; Sat, 1 Dec 2007 10:03:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB1F3EWp062735; Sat, 1 Dec 2007 10:03:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 313E873039; Sat, 1 Dec 2007 10:03:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201150314.313E873039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 10:03:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Sat, 01 Dec 2007 15:03:15 -0000 TB --- 2007-12-01 14:37:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 14:37:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-01 14:37:27 - cleaning the object tree TB --- 2007-12-01 14:37:34 - cvsupping the source tree TB --- 2007-12-01 14:37:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-01 14:37:39 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 14:37:39 - cd /src TB --- 2007-12-01 14:37:39 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 14:37:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 15:03:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 15:03:14 - ERROR: failed to build world TB --- 2007-12-01 15:03:14 - tinderbox aborted TB --- 1128.66 user 155.27 system 1546.89 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 15:06:50 2007 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 B2C0A16A418; Sat, 1 Dec 2007 15:06:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8B39513C43E; Sat, 1 Dec 2007 15:06:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB1F6oQD021858; Sat, 1 Dec 2007 10:06:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB1F6oD7074347; Sat, 1 Dec 2007 10:06:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EF18973039; Sat, 1 Dec 2007 10:06:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071201150649.EF18973039@freebsd-current.sentex.ca> Date: Sat, 1 Dec 2007 10:06:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Sat, 01 Dec 2007 15:06:50 -0000 TB --- 2007-12-01 14:42:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-01 14:42:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-01 14:42:02 - cleaning the object tree TB --- 2007-12-01 14:42:10 - cvsupping the source tree TB --- 2007-12-01 14:42:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-01 14:42:16 - building world (CFLAGS=-O -pipe) TB --- 2007-12-01 14:42:16 - cd /src TB --- 2007-12-01 14:42:16 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 1 14:42:20 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_suspend_np.c -o thr_suspend_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_switch_np.c -o thr_switch_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_system.c -o thr_system.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_symbols.c -o thr_symbols.So cc1: warnings being treated as errors In file included from /src/lib/libkse/../../libexec/rtld-elf/rtld.h:40, from /src/lib/libkse/thread/thr_symbols.c:36: /src/lib/libkse/../../libexec/rtld-elf/sparc64/rtld_machdep.h:40: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-01 15:06:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-01 15:06:49 - ERROR: failed to build world TB --- 2007-12-01 15:06:49 - tinderbox aborted TB --- 1131.15 user 151.79 system 1487.32 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 16:02:55 2007 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 6F0FE16A420 for ; Sat, 1 Dec 2007 16:02:55 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id C62F613C4D5 for ; Sat, 1 Dec 2007 16:02:54 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 97025 invoked from network); 1 Dec 2007 15:34:08 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 1 Dec 2007 15:34:08 -0000 Message-ID: <475185AF.2020804@freebsd.org> Date: Sat, 01 Dec 2007 17:02:55 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <474DB5C9.2050307@freebsd.org> <474E4AC7.3080302@yandex.ru> <474EADFD.4020904@freebsd.org> <474EB840.7070108@deepcore.dk> In-Reply-To: <474EB840.7070108@deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: scottl@freebsd.org, "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: BTX loader crash on AM2 Asus M2N32 WS mainboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 16:02:55 -0000 Søren Schmidt wrote: > Andre Oppermann wrote: >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177, 0x376,0xf400-0xf40f at device 12.0 on pci0 >> ata0: on atapci0 >> ata0: [ITHREAD] >> ata1: on atapci0 >> ata1: [ITHREAD] >> ... >> acd0: DVDR at ata0-master PIO4 >> ... >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x06 >> >> then it just hangs (not hard though)... Have tried it with two >> different CDROM drivers from different makers with identical results >> (the other drive is a plain Toshiba DVDROM). Image is FreeBSD 7.0BETA3 >> AMD64 burned to a CD-R. Exactly the same problem with BETA3 i386. >> FreeBSD 6.2R i386 boots into the installer successfully. > Hmm, the errors code returned says its an uncorrectable media error, are > you *sure* the media is OK and readable, ie can you read the entire CD > in another machine ? I tested the CD and it showed a very high error rate with CDSpeed. Burned a new one and it works. :-) Thanks for your help. Unfortunately I'm stuck on the next problem. This time with the Areca RAID controller on FreeBSD 7.0BETA3 AMD64: arcmsr0: mem 0xfdbff000-0xfdbfffff,0xfd400000-0xfd7fffff irq 16 at device 14.0 on pci10 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.43 2007-4-17 arcmsr0: [ITHRRAD] ... Waiting 5 seconds for SCSI devices to settle (probe23:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step [hangs...] The controller is an ARC-1220 PCI-Express with 8 SATA ports. The firmware is the newest according to their website. Connected are 4 Seagate 750GB SATA drives (the ES 24x7 variant). With 6.3RC1 AMD64 it works just fine. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 16:16:54 2007 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 5EA2716A418 for ; Sat, 1 Dec 2007 16:16:54 +0000 (UTC) (envelope-from joafog.lists@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 1FDD713C448 for ; Sat, 1 Dec 2007 16:16:54 +0000 (UTC) (envelope-from joafog.lists@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so653738anc for ; Sat, 01 Dec 2007 08:16:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=3RsLgytiBT/neRNVR1QF6qe2XeBBP/hG5mw4nPjvaxM=; b=DBr+lfnXVqU/TNJussW2kfBPEpVlPy36ASAyzqxXWXehHso6hKF4PwLGE0Frc+iXgKvTZNHwSu+cOuohX/rcSkaUpgW013yaFdQzE6eqZmxw51nrlth95gQ6RzArlks0dKrtdjKC+bB2yTNVe9153BxVyFjt76RycKhtdjr8P8U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oGPwXymr9NaGpeHBWObiLTG40Jv5dCPeCulDeVY2PoBjgyoovLOrl0bMC9SrWBk8DX1OHCsjoumppaac6+SkdTbOiilX8GRhZTXa2pVmt6xPyW/2lpvUtYuBCimk7jVVn5B0C3BgCBAX25DN4X8l3o931OCXaV0lnvjnyFe7Jec= Received: by 10.100.241.17 with SMTP id o17mr16405077anh.1196525813412; Sat, 01 Dec 2007 08:16:53 -0800 (PST) Received: by 10.90.67.13 with HTTP; Sat, 1 Dec 2007 08:16:53 -0800 (PST) Message-ID: Date: Sat, 1 Dec 2007 17:16:53 +0100 From: "Joakim Fogelberg" To: d@delphij.net In-Reply-To: <4750A087.2000507@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4750A087.2000507@delphij.net> Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA3, Marvell 88SE6811, P35/ICH9, SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 16:16:54 -0000 On Dec 1, 2007 12:45 AM, Xin LI wrote: > Known issue, try this: Thanks! Now it is identified as a Marvell ATA controller. However, no devices connected to the controller are recognized. From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 16:24:04 2007 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 A450616A417 for ; Sat, 1 Dec 2007 16:24:04 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from smtpauth03.prod.mesa1.secureserver.net (smtpauth03.prod.mesa1.secureserver.net [64.202.165.183]) by mx1.freebsd.org (Postfix) with SMTP id 78E0A13C45A for ; Sat, 1 Dec 2007 16:24:04 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: (qmail 20624 invoked from network); 1 Dec 2007 16:24:04 -0000 Received: from unknown (96.226.25.79) by smtpauth03.prod.mesa1.secureserver.net (64.202.165.183) with ESMTP; 01 Dec 2007 16:24:03 -0000 Message-ID: <47518AA2.1030008@computer.org> Date: Sat, 01 Dec 2007 10:24:02 -0600 From: Eric Schuele User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.ravenlock.us/files/pub_schuele.pgp Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6894CDB8302D7B8AAB1F4B81" Subject: Three "random" panics in two days.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 16:24:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6894CDB8302D7B8AAB1F4B81 Content-Type: multipart/mixed; boundary="------------070803020203090206030803" This is a multi-part message in MIME format. --------------070803020203090206030803 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Sending this to current@ since afaik 7.0 has not yet been officially released? I've had three panics in the last two days. Oddly enough they have all been while I'm at the office (as opposed to home). The only difference being a different wireless lan. I have attached the three backtraces. I've no idea if they are enlightening in any way. I was simply hoping 1) someone might comment and point out anything that is wrong 2) maybe these could point to something that should be fixed before release? iirc, one happened on boot, one on shutdown, and one while my screensaver was up. uname -a FreeBSD fangorn.nxdomain.org 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Thu Nov 22 11:26:35 CST 2007 If there is anything else I can provide please let me know. Thoughts? --=20 Regards, Eric --------------070803020203090206030803 Content-Type: text/plain; name="vmcore.0.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="vmcore.0.txt" root# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.= FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #0: Thu Nov 22 11:26:35 CST 2007 me@fangorn.nxdomain.org:/usr/obj/usr/src/sys/CUSTOM7 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2657.83-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 Features=3D0xbfebf9ff Features2=3D0x4400 real memory =3D 805081088 (767 MB) avail memory =3D 773869568 (738 MB) kbd1 at kbdmux0 kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=3D386684kB. ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413= ) acpi0: on motherboard acpi0: [ITHREAD] acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 2fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xe8000000-0xeff= fffff,0xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xe0000000 128MB info: [drm] Initialized radeon 1.25.0 20060524 uhci0: port 0xbf80-0xbf9f irq= 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf40-0xbf5f irq= 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf20-0xbf3f irq= 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf4fffc00-0xf4f= fffff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci_link1: BIOS IRQ 11 for 2.1.INTA is invalid pci2: on pcib2 bfe0: mem 0xfaffe000-0xfaffffff irq 9 at= device 1.0 on pci2 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: Ethernet address: 00:0d:56:b4:f1:50 bfe0: [ITHREAD] ath0: mem 0xfafe0000-0xfafeffff irq 11 at device 2.0 on pc= i2 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:0e:9b:53:31:9d ath0: mac 5.9 phy 4.3 radio 3.6 cbb0: at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fwohci0: <1394 Open Host Controller Interface> mem 0xfaffd800-0xfaffdfff,= 0xfaff8000-0xfaffbfff irq 11 at device 4.1 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 39:4f:c0:00:03:57:18:81 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 3a:4f:c0:57:18:81 fwe0: Ethernet address: 3a:4f:c0:57:18:81 fwip0: on firewire0 fwip0: Firewire address: 39:4f:c0:00:03:57:18:81 @ 0xfffe00000000, S400, = maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x2f0e8000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x1= 77,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcm0: port 0xb800-0xb8ff,0xbc40-0xbc7f mem 0xf4fff= 800-0xf4fff9ff,0xf4fff400-0xf4fff4ff irq 9 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on = acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: flags 0x1000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcf7ff,0xcf800-= 0xcffff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= Timecounter "TSC" frequency 2657829336 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disable= d, default to deny, logging limited to 7 packets/entry by default firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) acd0: CDRW at ata0-master UDMA33 ad2: 114473MB at ata1-master UDMA100 Trying to mount root from ufs:/dev/ad2s4a <118>Loading configuration files. <118>kernel dumps on /dev/ad2s4b <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point <118> kickstart <118>. <118>swapon: adding /dev/ad2s4b as swap device <118>Starting file system checks: <118>/dev/ad2s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad2s4a: clean, 125641 free (1897 frags, 15468 blocks, 0.7% frag= mentation) <118>/dev/ad2s4e: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad2s4e: clean, 253792 free (24 frags, 31721 blocks, 0.0% fragme= ntation) <118>/dev/ad2s4f: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad2s4f: clean, 29894457 free (97377 frags, 3724635 blocks, 0.3%= fragmentation) <118>/dev/ad2s4d: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad2s4d: clean, 821810 free (3138 frags, 102334 blocks, 0.4% fra= gmentation) <118>Setting hostuuid: 44454c4c-3100-1050-8047-b9c04f363431. <118>Setting hostid: 0x63a7199b. <118>Mounting local file systems: <118>. <118>Setting hostname: fangorn.nxdomain.org. <118>net.inet6.ip6.auto_linklocal:=20 <118>1 <118> ->=20 <118>0 <118> <118>debug.cpufreq.lowest:=20 <118>0 <118> ->=20 <118>1327 <118> <118>net.inet.tcp.blackhole:=20 <118>0 <118> ->=20 <118>2 <118> <118>net.inet.udp.blackhole:=20 <118>0 <118> ->=20 <118>1 <118> <118>vfs.usermount:=20 <118>0 <118> ->=20 <118>1 <118> <118>bfe0: no link ... <118>. <118>. <118>. <118>. <118>. <118>. <118>. <118>. <118>. <118>. <118>. <118> giving up <118>Starting wpa_supplicant. <118>DHCPREQUEST on ath0 to 255.255.255.255 port 67 <118> <118>DHCPREQUEST on ath0 to 255.255.255.255 port 67 <118> <118>DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 3 <118> <118>DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 <118> <118>DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 <118> <118>DHCPREQUEST on ath0 to 255.255.255.255 port 67 <118> <118>DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 <118> <118>DHCPNAK from 192.168.1.1 <118> <118>DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 5 <118> <118>DHCPOFFER from 192.168.1.1 <118> <118>DHCPREQUEST on ath0 to 255.255.255.255 port 67 <118> <118>DHCPACK from 192.168.1.1 <118> Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x8 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc07f111e stack pointer =3D 0x28:0xdf928a78 frame pointer =3D 0x28:0xdf928a7c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 398 (ifconfig) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 56s Physical memory: 755 MB Dumping 44 MB: 29 13 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0754282 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 #2 0xc075453d in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a0c960 in trap_fatal (frame=3D0xdf928a38, eva=3D8) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc0a0cbd0 in trap_pfault (frame=3D0xdf928a38, usermode=3D0, eva=3D8)= at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0a0d511 in trap (frame=3D0xdf928a38) at /usr/src/sys/i386/i386/tra= p.c:463 #6 0xc09f489b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc07f111e in rn_search (v_arg=3D0x0, head=3D0x0) at /usr/src/sys/net/radix.c:159 #8 0xc07f1b4a in rn_addmask (n_arg=3D0xc3e98bd8, search=3D1, skip=3DVari= able "skip" is not available. ) at /usr/src/sys/net/radix.c:517 #9 0xc07f2310 in rn_lookup (v_arg=3D0xc3dae418, m_arg=3D0xc3e98bd8,=20 head=3D0xc3c9d500) at /usr/src/sys/net/radix.c:222 #10 0xc07f4da5 in rtinit (ifa=3D0xc3e98b00, cmd=3D2, flags=3D0) at /usr/src/sys/net/route.c:1194 #11 0xc081b1a1 in in_ifscrub (ifp=3D0xc3b7d800, ia=3D0xc3e98b00) at /usr/src/sys/netinet/in.c:916 #12 0xc081c7ef in in_control (so=3D0xc3eaaad4, cmd=3D2149607705,=20 data=3D0xc3e9d380 "ath0", ifp=3D0xc3b7d800, td=3D0xc3c99440) at /usr/src/sys/netinet/in.c:467 #13 0xc07e3643 in ifioctl (so=3D0xc3eaaad4, cmd=3D2149607705,=20 data=3D0xc3e9d380 "ath0", td=3D0xc3c99440) at /usr/src/sys/net/if.c:1= 888 #14 0xc078c881 in soo_ioctl (fp=3D0xc3e1c4c8, cmd=3D2149607705, data=3D0x= c3e9d380,=20 active_cred=3D0xc39fad00, td=3D0xc3c99440) at /usr/src/sys/kern/sys_socket.c:191 #15 0xc0785ae5 in kern_ioctl (td=3D0xc3c99440, fd=3D3, com=3D2149607705, = data=3D0xc3e9d380 "ath0") at file.h:266 #16 0xc0785c2a in ioctl (td=3D0xc3c99440, uap=3D0xdf928cfc) at /usr/src/sys/kern/sys_generic.c:570 #17 0xc0a0cf18 in syscall (frame=3D0xdf928d38) at /usr/src/sys/i386/i386/trap.c:1008 #18 0xc09f4900 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= =2Es:196 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) --------------070803020203090206030803 Content-Type: text/plain; name="vmcore.1.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="vmcore.1.txt" root# kgdb kernel.debug /var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: clist reservation botch cpuid =3D 0 Uptime: 8h19m57s Physical memory: 755 MB Dumping 119 MB: 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) list 190 static __inline struct thread * 191 __curthread(void) 192 { 193 struct thread *td; 194 =20 195 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); 196 return (td); 197 } 198 #define curthread (__curthread()) 199 =20 (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0754282 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 #2 0xc075453d in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc079b2b7 in cblock_free_cblocks (number=3D22) at /usr/src/sys/kern/tty_subr.c:104 #4 0xc079b313 in clist_free_cblocks (clistp=3D0xc3cce038) at /usr/src/sys/kern/tty_subr.c:209 #5 0xc0793d9a in tty_close (tp=3D0xc3cce000) at /usr/src/sys/kern/tty.c:= 328 #6 0xc068592e in scclose (dev=3D0xc3cd0200, flag=3D7, mode=3D8192, td=3D= 0xc3f63880) at /usr/src/sys/dev/syscons/syscons.c:585 #7 0xc0723287 in giant_close (dev=3D0xc3cd0200, fflag=3D7, devtype=3D819= 2,=20 td=3D0xc3f63880) at /usr/src/sys/kern/kern_conf.c:327 #8 0xc06eea52 in devfs_close (ap=3D0xdd758b34) at /usr/src/sys/fs/devfs/devfs_vnops.c:372 #9 0xc0a20272 in VOP_CLOSE_APV (vop=3D0xc0b3da20, a=3D0xdd758b34) at vnode_if.c:424 #10 0xc07d7a32 in vn_close (vp=3D0xc403f550, flags=3D7, file_cred=3D0xc40= 41a00,=20 td=3D0xc3f63880) at vnode_if.h:228 #11 0xc07d7b56 in vn_closefile (fp=3D0xc3e1d5a0, td=3D0xc3f63880) at /usr/src/sys/kern/vfs_vnops.c:868 #12 0xc06edd32 in devfs_close_f (fp=3D0xc3e1d5a0, td=3D0xc3f63880) at /usr/src/sys/fs/devfs/devfs_vnops.c:384 #13 0xc07268b8 in fdrop (fp=3D0xc3e1d5a0, td=3D0xc3f63880) at file.h:297 #14 0xc0727f88 in closef (fp=3D0xc3e1d5a0, td=3D0xc3f63880) at /usr/src/sys/kern/kern_descrip.c:1958 #15 0xc072846a in kern_close (td=3D0xc3f63880, fd=3D4) at /usr/src/sys/kern/kern_descrip.c:1054 #16 0xc0728537 in close (td=3D0xc3f63880, uap=3D0xdd758cfc) at /usr/src/sys/kern/kern_descrip.c:1006 #17 0xc0a0cf18 in syscall (frame=3D0xdd758d38) at /usr/src/sys/i386/i386/trap.c:1008 #18 0xc09f4900 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= =2Es:196 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 --------------070803020203090206030803 Content-Type: text/plain; name="vmcore.2.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="vmcore.2.txt" root# kgdb kernel.debug /var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x78300088 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc093f982 stack pointer =3D 0x28:0xdf778a88 frame pointer =3D 0x28:0xdf778b80 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 45 (syncer) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 51m36s Physical memory: 755 MB Dumping 117 MB: 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) list 190 static __inline struct thread * 191 __curthread(void) 192 { 193 struct thread *td; 194 =20 195 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); 196 return (td); 197 } 198 #define curthread (__curthread()) 199 =20 (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0754282 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 #2 0xc075453d in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a0c960 in trap_fatal (frame=3D0xdf778a48, eva=3D2016411784) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc0a0cbd0 in trap_pfault (frame=3D0xdf778a48, usermode=3D0, eva=3D20= 16411784) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0a0d511 in trap (frame=3D0xdf778a48) at /usr/src/sys/i386/i386/tra= p.c:463 #6 0xc09f489b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc093f982 in softdep_disk_io_initiation (bp=3D0xd31b4494) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3844 #8 0xc0945efc in ffs_geom_strategy (bo=3D0xc3e40c70, bp=3D0xd31b4494) at= buf.h:436 #9 0xc07b802f in bufwrite (bp=3D0xd31b4494) at buf.h:429 #10 0xc0945409 in ffs_bufwrite (bp=3D0xd31b4494) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1803 #11 0xc07b1f90 in vfs_bio_awrite (bp=3D0xd31b4494) at buf.h:417 #12 0xc07bc34c in vop_stdfsync (ap=3D0xdf778cd4) at /usr/src/sys/kern/vfs_default.c:437 #13 0xc06eddd2 in devfs_fsync (ap=3D0xdf778cd4) at /usr/src/sys/fs/devfs/devfs_vnops.c:394 #14 0xc0a206f2 in VOP_FSYNC_APV (vop=3D0xc0b3da20, a=3D0xdf778cd4) at vnode_if.c:1007 #15 0xc07cb62e in sched_sync () at vnode_if.h:538 ---Type to continue, or q to quit--- #16 0xc0735e81 in fork_exit (callout=3D0xc07cb1a5 , arg=3D0x0= ,=20 frame=3D0xdf778d38) at /usr/src/sys/kern/kern_fork.c:754 #17 0xc09f4910 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:205 (kgdb)=20 --------------070803020203090206030803-- --------------enig6894CDB8302D7B8AAB1F4B81 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHUYqingSDRM3IXUoRAr68AJ9kFXbJjM6gcrMISHX98xWMo+SDJACg4Y2t 0ZjF0OZRJ4CKg9OV/QghT6M= =KlXb -----END PGP SIGNATURE----- --------------enig6894CDB8302D7B8AAB1F4B81-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 16:33:01 2007 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 1BF5B16A468 for ; Sat, 1 Dec 2007 16:33:01 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id AD5EB13C467 for ; Sat, 1 Dec 2007 16:33:00 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5749589pyb for ; Sat, 01 Dec 2007 08:33:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; bh=LSBHvLCjzc8e+Ak/CaDla47NnqaF6je2mfbf7rygH9c=; b=XJWQA6GE0kp14sa+MLFCWf+YEjwNWAwyMJgkfnaEU1xTiKv7rQQjMr/qWQEvUIaLEqHcjB1UyOrH5vaaQyWJ4dmTNgmXz3q9OwTi//TbtkfBpnGMua2BfHKkA6owS8IHLOC1CFgOoUjk4Jqb2zws3rqdWPi/7v1KRpmOzj8HsJ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=Z1hAEPUEXlNXa7utG1S15rXskcsZtnkvdf3ZspWKy7gah67iGUGgYNQHPiWjjDFPvrX/NMioCzm5SfyJjh3ft7UT19suhQD50gXNNUPZg3uM+234+L5HggXW87/1U0T2hGM1lf2cNcRnKTRyoOcAPyiFVBpaf4RDOLvb4zQVfLk= Received: by 10.65.242.11 with SMTP id u11mr21083947qbr.1196526779495; Sat, 01 Dec 2007 08:32:59 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e14sm3515326qba.2007.12.01.08.32.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 01 Dec 2007 08:32:58 -0800 (PST) Message-ID: <47518CB8.8090502@gmail.com> Date: Sat, 01 Dec 2007 11:32:56 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: d@delphij.net References: <4750A087.2000507@delphij.net> In-Reply-To: <4750A087.2000507@delphij.net> X-Enigmail-Version: 0.95.5 OpenPGP: url= Content-Type: multipart/mixed; boundary="------------060209010306000508080702" Cc: Joakim Fogelberg , freebsd-current@freebsd.org Subject: Re: 7.0-BETA3, Marvell 88SE6811, P35/ICH9, SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 16:33:01 -0000 This is a multi-part message in MIME format. --------------060209010306000508080702 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > Joakim Fogelberg wrote: >> I have a MSI P35 Neo2 (MS-7345) mainboard. On the mainboard there >> are two ATA controllers, one IHC9R SATA and one Marvel 88SE6811. >> I just noticed that the Marvel 88SE6811 ATA controller has got >> some kind of identification problems. It used to (beginning of >> november ?) be recognized as a generic ata controller, but now >> (7-beta3) only rubbish is printed in the system message buffer. Your re(4) will also have some issues... you can find the correct patch at: http://people.freebsd.org/~yongari/re/re.HEAD.patch (btw I have exactly the same mobo with 4gb and e6850) also in some cases (I don't know if Xin Li's just posted patch covers this) SATA and PATA will not live in peace together. You will also want some of the ata-id patchs posted earlier under "[ANNOUNCEMENT] Wiki for P35/IHC9(r) created" (or something close to that)... in addition if you have sata/300 drives they will be misreported as 150's (there are different claims on if this is anything beyond cosmetic)... I have attached the patches I use to fix this. The ahci.diff one has been unoffically superseeded (better code style is the only diff I think) but I can find the new one which was sent to me privately. - -- Aryeh M. Friedman FloSoft Systems Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHUYy4358R5LPuPvsRAr6NAJ9nNDeGoMQ5mQzzDdYonHxt2S2+ugCgsXce EeCxpzOlI4ZGaJMmof4aOpI= =rIRp -----END PGP SIGNATURE----- --------------060209010306000508080702 Content-Type: text/x-patch; name="ahci.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ahci.diff" --- /usr/src/sys/dev/ata/ata-chipset.c 2007-11-22 10:24:03.000000000 +0300 +++ ata-chipset.c 2007-11-23 11:22:05.000000000 +0300 @@ -94,6 +94,7 @@ static int ata_highpoint_check_80pin(dev static int ata_intel_chipinit(device_t dev); static int ata_intel_allocate(device_t dev); static void ata_intel_reset(device_t dev); +static void ata_intel_setmode(device_t dev, int mode); static void ata_intel_old_setmode(device_t dev, int mode); static void ata_intel_new_setmode(device_t dev, int mode); static int ata_intel_31244_allocate(device_t dev); @@ -1850,6 +1851,7 @@ ata_intel_chipinit(device_t dev) ctlr->allocate = ata_intel_allocate; ctlr->reset = ata_intel_reset; + ctlr->setmode = ata_sata_setmode; /* * if we have AHCI capability and AHCI or RAID mode enabled @@ -1859,8 +1861,14 @@ ata_intel_chipinit(device_t dev) (pci_read_config(dev, 0x90, 1) & 0xc0) && (ata_ahci_chipinit(dev) != ENXIO)) return 0; - - ctlr->setmode = ata_sata_setmode; + else { + ctlr->r_type2 = SYS_RES_IOPORT; + ctlr->r_rid2 = PCIR_BAR(5); + if (!(ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, + &ctlr->r_rid2, RF_ACTIVE))) + return ENXIO; + ctlr->setmode = ata_intel_setmode; + } /* enable PCI interrupt */ pci_write_config(dev, PCIR_COMMAND, @@ -1872,6 +1880,7 @@ ata_intel_chipinit(device_t dev) static int ata_intel_allocate(device_t dev) { + struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); /* setup the usual register normal pci style */ @@ -1879,10 +1888,47 @@ ata_intel_allocate(device_t dev) return ENXIO; ch->flags |= ATA_ALWAYS_DMASTAT; + if (ctlr->r_res2 != NULL) { + ch->r_io[ATA_IDX_ADDR].res = ctlr->r_res2; + ch->r_io[ATA_IDX_ADDR].offset = 0; + ch->r_io[ATA_IDX_DATA].res = ctlr->r_res2; + ch->r_io[ATA_IDX_DATA].offset = 4; + } return 0; } static void +ata_intel_setmode(device_t dev, int mode) +{ + struct ata_device *atadev = device_get_softc(dev); + + if (atadev->param.satacapabilities != 0x0000 && + atadev->param.satacapabilities != 0xffff) { + struct ata_channel *ch = device_get_softc(device_get_parent(dev)); + uint32_t idx[] = {0x0000, 0x0200, 0x0100, 0x0300}; + + /* on some drives we need to set the transfer mode */ + ata_controlcmd(dev, ATA_SETFEATURES, ATA_SF_SETXFER, 0, + ata_limit_mode(dev, mode, ATA_UDMA6)); + + /* Select channel and ATA_SSTATUS register */ + ATA_IDX_OUTL(ch, ATA_IDX_ADDR, idx[ch->unit]); + + /* query SATA STATUS for the speed */ + if ((ATA_IDX_INL(ch, ATA_IDX_DATA) & ATA_SS_CONWELL_MASK) == + ATA_SS_CONWELL_GEN2) + atadev->mode = ATA_SA300; + else + atadev->mode = ATA_SA150; + } + else { + mode = ata_limit_mode(dev, mode, ATA_UDMA5); + if (!ata_controlcmd(dev, ATA_SETFEATURES, ATA_SF_SETXFER, 0, mode)) + atadev->mode = mode; + } +} + +static void ata_intel_reset(device_t dev) { device_t parent = device_get_parent(dev); --------------060209010306000508080702 Content-Type: text/x-patch; name="i82801-marvell.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="i82801-marvell.diff" Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -p -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 6 Nov 2007 02:23:57 -0000 @@ -1742,6 +1742,7 @@ ata_intel_ident(device_t dev) { ATA_I82801HB_AH6, 0, AHCI, 0x00, ATA_SA300, "ICH8" }, { ATA_I82801HBM_S1, 0, AHCI, 0x00, ATA_SA300, "ICH8M" }, { ATA_I82801HBM_S2, 0, AHCI, 0x00, ATA_SA300, "ICH8M" }, + { ATA_I82801HBM_HEM,0, 0, 0x00, ATA_UDMA5, "ICH8M" }, { ATA_I82801IB_S1, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, { ATA_I82801IB_S2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, { ATA_I82801IB_AH2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, @@ -2344,7 +2345,9 @@ ata_marvell_ident(device_t dev) { ATA_M88SX6041, 0, 4, MV60XX, ATA_SA300, "88SX6041" }, { ATA_M88SX6081, 0, 8, MV60XX, ATA_SA300, "88SX6081" }, { ATA_M88SX6101, 0, 1, MV61XX, ATA_UDMA6, "88SX6101" }, - { ATA_M88SX6145, 0, 2, MV61XX, ATA_UDMA6, "88SX6145" }, + { ATA_M88SX6121, 0, 1, MV61XX, ATA_SA300, "88SX6121" }, + { ATA_M88SX6141, 0, 1, MV61XX, ATA_SA300, "88SX6121" }, + { ATA_M88SX6145, 0, 2, MV61XX, ATA_SA300, "88SX6145" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; Index: ata-pci.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.81 diff -u -p -r1.81 ata-pci.h --- ata-pci.h 9 Oct 2007 20:15:09 -0000 1.81 +++ ata-pci.h 6 Nov 2007 02:22:36 -0000 @@ -168,6 +168,7 @@ struct ata_connect_task { #define ATA_I82801HB_S2 0x28258086 #define ATA_I82801HBM_S1 0x28298086 #define ATA_I82801HBM_S2 0x282a8086 +#define ATA_I82801HBM_HEM 0x28508086 #define ATA_I82801IB_S1 0x29208086 #define ATA_I82801IB_AH2 0x29218086 #define ATA_I82801IB_AH6 0x29228086 @@ -195,6 +196,8 @@ struct ata_connect_task { #define ATA_M88SX6041 0x604111ab #define ATA_M88SX6081 0x608111ab #define ATA_M88SX6101 0x610111ab +#define ATA_M88SX6121 0x612111ab +#define ATA_M88SX6141 0x614111ab #define ATA_M88SX6145 0x614511ab #define ATA_MICRON_ID 0x1042 --------------060209010306000508080702 Content-Type: application/octet-stream; name="ahci.diff.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ahci.diff.sig" iD8DBQBHUYy4358R5LPuPvsRAtXrAJ0QWjpG7BGZdID+56Bhp/Udgn2XyQCfR7xTukWbWZBw ZY0w1ysyFP+Dy1M= --------------060209010306000508080702 Content-Type: application/octet-stream; name="i82801-marvell.diff.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="i82801-marvell.diff.sig" iD8DBQBHUYy4358R5LPuPvsRAu5AAJwMYdCsc1jYBOucp8NAWxo2KQigdwCgvJQvsAqjqrc8 COE0rqia0t/xZbo= --------------060209010306000508080702-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 16:59:53 2007 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 D4D6E16A418 for ; Sat, 1 Dec 2007 16:59:53 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 4B88C13C447 for ; Sat, 1 Dec 2007 16:59:53 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id D2572EB4B24 for ; Sat, 1 Dec 2007 18:59:51 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id B8524158A43 for ; Sat, 1 Dec 2007 18:59:51 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lYQK1JcLjeqO for ; Sat, 1 Dec 2007 18:59:51 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id DB820158AF8 for ; Sat, 1 Dec 2007 18:59:50 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 515863F40F; Sat, 1 Dec 2007 18:59:47 +0200 (EET) Date: Sat, 1 Dec 2007 18:59:46 +0200 From: Nikos Ntarmos To: freebsd-current@freebsd.org Message-ID: <20071201165946.GA13320@ace.netcins.ceid.upatras.gr> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 16:59:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Nov 30, 2007 at 02:49:35PM -0800, Garrett Cooper wrote: > On Nov 30, 2007, at 12:21 PM, Steve Kargl wrote: > > >On Fri, Nov 30, 2007 at 12:10:56PM -0800, Garrett Cooper wrote: > >> > >> Still doesn't work with pkg_install, unless I'm doing something > >>incorrectly. Says something like '{blah} not in executable format' > >>when I try and execute gprof as follows: > >> > >>gprof pkg_info.gmon > >> > > > >Have you read the manpage for gprof? Those little square brackets > >are important. > > > >-- > >Steve > > > Sorry -- forgot to mention that I tried gprof `which pkg_info` > pkg_info.gmon and that didn't work either.. I just finished a cvsup/buildworld/installworld cycle and tried executing a CFLAGS+=-pg compiled version of pkg_info. Except from the (initially confusing) fact that pkg_info chdir(2)'s into every port's directory under /var/db/pkg and thus pkg_info.gmon is created in the dir of the last visited port, gprof didn't segfault or whatever. However, I now see an artifact, not present previously in my BETA1 world: .mcount seems to be taking the best part of the time percentage in the flat profile section. FYI I've done a 'pkg_info -a >/dev/null' and put the output of 'gprof /path/to/profiled/pkg_info pkg_info.gmon' online at http://ntarmos.dyndns.org/Misc/pkg_info.gprof. I also see this with my other -pg compiled code, so this is due to either something that changed between BETA1 and now, or some of the (just rebuilt) libraries taking up the change in profile.h. \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHUZMCm6J1ac+VFgoRAjMeAJ4qVPTlpRO6oDAbOHJZ9HM6UqyiZQCfbyaD IYv5wg9GrEfy830POXK7geU= =FdK5 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 19:13:31 2007 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 BDFD116A418 for ; Sat, 1 Dec 2007 19:13:31 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 35A6513C455 for ; Sat, 1 Dec 2007 19:13:31 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 42D72EB4DF1 for ; Sat, 1 Dec 2007 21:13:30 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 261C2158092 for ; Sat, 1 Dec 2007 21:13:30 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AnUbbv4LSG2f for ; Sat, 1 Dec 2007 21:13:30 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id B7841158935 for ; Sat, 1 Dec 2007 21:13:29 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 159293F457; Sat, 1 Dec 2007 21:13:24 +0200 (EET) Date: Sat, 1 Dec 2007 21:13:24 +0200 From: Nikos Ntarmos To: freebsd-current@freebsd.org Message-ID: <20071201191324.GA90389@ace.netcins.ceid.upatras.gr> Mail-Followup-To: freebsd-current@freebsd.org References: <20071201165946.GA13320@ace.netcins.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20071201165946.GA13320@ace.netcins.ceid.upatras.gr> Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 19:13:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Dec 01, 2007 at 06:59:46PM +0200, Nikos Ntarmos wrote: > I just finished a cvsup/buildworld/installworld cycle and tried > executing a CFLAGS+=-pg compiled version of pkg_info. Except from the > (initially confusing) fact that pkg_info chdir(2)'s into every port's > directory under /var/db/pkg and thus pkg_info.gmon is created in the > dir of the last visited port, gprof didn't segfault or whatever. > > However, I now see an artifact, not present previously in my BETA1 > world: .mcount seems to be taking the best part of the time percentage > in the flat profile section. FYI I've done a 'pkg_info -a >/dev/null' > and put the output of 'gprof /path/to/profiled/pkg_info pkg_info.gmon' > online at http://ntarmos.dyndns.org/Misc/pkg_info.gprof. I also see > this with my other -pg compiled code, so this is due to either > something that changed between BETA1 and now, or some of the (just > rebuilt) libraries taking up the change in profile.h. Interestingly, the .mcount flatprofline is substituted by _mcleanup if pkg_info is compiled -O1 -- see [1]. If it is then compiled -O0, the output is as in [2] (i.e. no .mcount and no _mcleanup). I guess there's something I don't get wrt optimization levels and profiling, although I can't quite see the connection. After all, .mcount and _mcleanup are explicitly excluded by default (usr.bin/gprof/elf.c:59, usr.bin/gprof/aout.c:61). \n\n [1] http://ntarmos.dyndns.org/Misc/pkg_info.gprof.O1 [2] http://ntarmos.dyndns.org/Misc/pkg_info.gprof.O0 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHUbJUm6J1ac+VFgoRAmD8AJ9Ut3XoJVJwZ22OsArviKHjH4dsGwCeN4T4 ECtTFTRuhQI/GVlny+VifyU= =NSTP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 19:23:57 2007 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 47F0116A417 for ; Sat, 1 Dec 2007 19:23:57 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1BC5213C468 for ; Sat, 1 Dec 2007 19:23:57 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB1JNq26010533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 1 Dec 2007 11:23:52 -0800 X-Auth-Received: from [128.208.7.42] (shiina.dyn.cs.washington.edu [128.208.7.42]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB1JNqQa003357 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 1 Dec 2007 11:23:52 -0800 In-Reply-To: <20071201191324.GA90389@ace.netcins.ceid.upatras.gr> References: <20071201165946.GA13320@ace.netcins.ceid.upatras.gr> <20071201191324.GA90389@ace.netcins.ceid.upatras.gr> Mime-Version: 1.0 (Apple Message framework v752.2) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Sat, 1 Dec 2007 11:22:37 -0800 To: Nikos Ntarmos X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.12.1.110444 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __LINES_OF_YELLING 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 19:23:57 -0000 On Dec 1, 2007, at 11:13 AM, Nikos Ntarmos wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sat, Dec 01, 2007 at 06:59:46PM +0200, Nikos Ntarmos wrote: >> I just finished a cvsup/buildworld/installworld cycle and tried >> executing a CFLAGS+=-pg compiled version of pkg_info. Except from the >> (initially confusing) fact that pkg_info chdir(2)'s into every port's >> directory under /var/db/pkg and thus pkg_info.gmon is created in the >> dir of the last visited port, gprof didn't segfault or whatever. >> >> However, I now see an artifact, not present previously in my BETA1 >> world: .mcount seems to be taking the best part of the time >> percentage >> in the flat profile section. FYI I've done a 'pkg_info -a >/dev/null' >> and put the output of 'gprof /path/to/profiled/pkg_info >> pkg_info.gmon' >> online at http://ntarmos.dyndns.org/Misc/pkg_info.gprof. I also see >> this with my other -pg compiled code, so this is due to either >> something that changed between BETA1 and now, or some of the (just >> rebuilt) libraries taking up the change in profile.h. > > Interestingly, the .mcount flatprofline is substituted by _mcleanup if > pkg_info is compiled -O1 -- see [1]. If it is then compiled -O0, the > output is as in [2] (i.e. no .mcount and no _mcleanup). I guess > there's > something I don't get wrt optimization levels and profiling, > although I > can't quite see the connection. After all, .mcount and _mcleanup are > explicitly excluded by default (usr.bin/gprof/elf.c:59, > usr.bin/gprof/aout.c:61). > > \n\n > > [1] http://ntarmos.dyndns.org/Misc/pkg_info.gprof.O1 > [2] http://ntarmos.dyndns.org/Misc/pkg_info.gprof.O0 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Nikos Ntarmos > > iD8DBQFHUbJUm6J1ac+VFgoRAmD8AJ9Ut3XoJVJwZ22OsArviKHjH4dsGwCeN4T4 > ECtTFTRuhQI/GVlny+VifyU= > =NSTP > -----END PGP SIGNATURE----- Strange. Maybe there are some inconsistencies between my system and an up-to-date system, or maybe I'm just using gprof incorrectly. Could you show me how you ran pkg_info with gprof please? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 19:30:50 2007 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 247CC16A419 for ; Sat, 1 Dec 2007 19:30:50 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id D46E113C458 for ; Sat, 1 Dec 2007 19:30:49 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 11175 invoked by uid 501); 1 Dec 2007 19:28:15 -0000 Date: Sat, 1 Dec 2007 11:28:15 -0800 From: David Benfell To: "Herbert J. Skuhra" Message-ID: <20071201192815.GA70200@parts-unknown.org> Mail-Followup-To: "Herbert J. Skuhra" , current@freebsd.org References: <20071201021607.GA30429@parts-unknown.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 X-stardate: [-29]8594.03 X-moon: The Moon is Waning Crescent (48% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: what happened to emu10k1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 19:30:50 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 01 Dec 2007 08:02:14 +0100, Herbert J. Skuhra wrote: >=20 > % man snd_emu10k1 >=20 Okay, I'll have to admit it never even occurred to me that the module would be documented on a man page. device sound device snd_emu10kx Hopefully, this will work. Thanks! =20 -- David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHUbXPUd+dMw3R0eMRAmSyAJ4rh6re18Tt4hLvBBpefibRK5j0dQCdG4jo Eou7NWuEn/F3jZ4jQVJBoYA= =3/el -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 19:56:35 2007 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 4BD7D16A420 for ; Sat, 1 Dec 2007 19:56:35 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id B4D0E13C45A for ; Sat, 1 Dec 2007 19:56:34 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id C1AC3EB4DAF for ; Sat, 1 Dec 2007 21:56:33 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id A7F8E158C52 for ; Sat, 1 Dec 2007 21:56:33 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TtE-SRK8gI+k for ; Sat, 1 Dec 2007 21:56:33 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 4B6A0158C21 for ; Sat, 1 Dec 2007 21:56:33 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 6E9B43F457; Sat, 1 Dec 2007 21:56:31 +0200 (EET) Date: Sat, 1 Dec 2007 21:56:31 +0200 From: Nikos Ntarmos To: FreeBSD Current Message-ID: <20071201195631.GB31644@ace.netcins.ceid.upatras.gr> Mail-Followup-To: FreeBSD Current References: <20071201165946.GA13320@ace.netcins.ceid.upatras.gr> <20071201191324.GA90389@ace.netcins.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 19:56:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Dec 01, 2007 at 11:22:37AM -0800, Garrett Cooper wrote: > Strange. Maybe there are some inconsistencies between my system and > an up-to-date system, or maybe I'm just using gprof incorrectly. > Could you show me how you ran pkg_info with gprof please? The steps I took: 1. Add 'CFLAGS+=-pg' to /etc/make.conf 2. cd /usr/src/usr.sbin/pkg_install && make obj && make depend && make clean && make 4. The profiled pkg_foo executables now reside in the corresponding /usr/obj/usr/src/usr.sbin/pkg_install/foo directories. For pkg_info, that would be .../pkg_install/info/. You can run them from there (that's what I did) or 'make install' to put them in /usr/sbin/. 5. sudo /usr/obj/usr/src/usr.sbin/pkg_install/info/pkg_info -a >/dev/null That will leave a pkg_info.gmon in /var/db/pkg// (due to the chdir(2) thingie I mentioned earlier). 6. gprof /usr/obj/usr/src/usr.sbin/pkg_install/info/pkg_info /path/to/pkg_info.gmon \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHUbxvm6J1ac+VFgoRAoKLAKCPFmNwVVZs5tMjLdVh6CwxN9p2eQCfbat4 /PCIADECwh2PQch3+Rcdqqk= =4RLW -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 20:23:24 2007 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 4F42516A41A for ; Sat, 1 Dec 2007 20:23:24 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 2120113C45A for ; Sat, 1 Dec 2007 20:23:24 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB1KNLG7022811 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 1 Dec 2007 12:23:21 -0800 X-Auth-Received: from [128.208.5.12] (shiina-1.dyn.cs.washington.edu [128.208.5.12]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB1KNLNS005709 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 1 Dec 2007 12:23:21 -0800 In-Reply-To: <20071201195631.GB31644@ace.netcins.ceid.upatras.gr> References: <20071201165946.GA13320@ace.netcins.ceid.upatras.gr> <20071201191324.GA90389@ace.netcins.ceid.upatras.gr> <20071201195631.GB31644@ace.netcins.ceid.upatras.gr> Mime-Version: 1.0 (Apple Message framework v752.2) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <10067684-C58D-4672-BF42-28B4E6287153@u.washington.edu> Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Sat, 1 Dec 2007 12:22:06 -0800 To: Nikos Ntarmos X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.12.1.120347 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __LINES_OF_YELLING 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org Subject: Re: gprof's broken in 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 20:23:24 -0000 On Dec 1, 2007, at 11:56 AM, Nikos Ntarmos wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sat, Dec 01, 2007 at 11:22:37AM -0800, Garrett Cooper wrote: >> Strange. Maybe there are some inconsistencies between my system and >> an up-to-date system, or maybe I'm just using gprof incorrectly. >> Could you show me how you ran pkg_info with gprof please? > > The steps I took: > 1. Add 'CFLAGS+=-pg' to /etc/make.conf > 2. cd /usr/src/usr.sbin/pkg_install && make obj && make depend && > make clean && make > 4. The profiled pkg_foo executables now reside in the corresponding > /usr/obj/usr/src/usr.sbin/pkg_install/foo directories. For > pkg_info, > that would be .../pkg_install/info/. You can run them from there > (that's what I did) or 'make install' to put them in /usr/sbin/. > 5. sudo /usr/obj/usr/src/usr.sbin/pkg_install/info/pkg_info -a >/ > dev/null > That will leave a pkg_info.gmon in /var/db/pkg// > (due > to the chdir(2) thingie I mentioned earlier). > 6. gprof /usr/obj/usr/src/usr.sbin/pkg_install/info/pkg_info > /path/to/pkg_info.gmon > > \n\n > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Nikos Ntarmos > > iD8DBQFHUbxvm6J1ac+VFgoRAoKLAKCPFmNwVVZs5tMjLdVh6CwxN9p2eQCfbat4 > /PCIADECwh2PQch3+Rcdqqk= > =4RLW > -----END PGP SIGNATURE----- Well, that was a bit more than I was expecting, but thank you though :). -Garrett