From owner-freebsd-current@FreeBSD.ORG Sun May 11 00:59:54 2008 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 2E1351065671; Sun, 11 May 2008 00:59:54 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 8566E8FC0A; Sun, 11 May 2008 00:59:53 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4B0kA7t067436; Sun, 11 May 2008 04:46:10 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1210466770; bh=P1IItXsvyv1j8cOft3UzX51UZYCjTgQh18aXJMj Eomg=; l=1242; h=Date:From:To:Subject:Message-ID:MIME-Version: Content-Type; b=f4cNcKhZLuZajg3V/u1ZD+GwI7mo51oPwKGxBqoGLmxXoqBE7u 0i7pa/cUX70Aa3qDJhO8i56VgfwKGDx01hAPC5ajX6wnXswJnEHqp9e6noOV5sreoMt CLndcXtHGNVluS0HiBCp3nTA69Kdb9832XiutJaxAVdkwzxlDhwROk= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4B0k904067435; Sun, 11 May 2008 04:46:09 +0400 (MSD) (envelope-from ache) Date: Sun, 11 May 2008 04:46:08 +0400 From: Andrey Chernov To: sos@freebsd.org, grehan@freebsd.org, current@freebsd.org Message-ID: <20080511004607.GA67182@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , sos@freebsd.org, grehan@FreeBSD.ORG, current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: atadev->param.model problem or bug with Marvell 88SE6811 chip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2008 00:59:54 -0000 I have device detection problem with device attached to atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 16 at device 0.0 on pci3 (ASUS P5E3 motherboard). It seems that this controller not fills atadev->param.model as current ata-all.c code expects: if (!error && (isprint(atadev->param.model[0]) || isprint(atadev->param.model[1]))) { so whole probe is just skipped! Namely it not pass printable atadev->param.model[0] or atadev->param.model[0] chars. Here is 2 devices (master/slave) param.model hexdump and some debugging info: command ATA_ATAPI_IDENTIFY error 0 model 00:00:20:20:00:00:20:20:00:00:20:20:00:00:20:20:00:00:20:20:00:00:20:20:00:00:00:00:00:00:00:00:00:00:00:00:00:00:2e:31 ^^ ^^ ... command ATA_ATAPI_IDENTIFY error 0 model 00:00:37:31:00:00:34:32:00:00:20:20:00:00:20:20:00:00:20:20:00:00:20:20:00:00:00:00:00:00:00:00:00:00:00:00:00:00:2e:31 ^^ ^^ As you can see, both first bytes are NULs. Those devices works perfectly under M$ Win. I don't familiar with ATA specs. Is there some ideas why it happens, what is the right fix or possible workaround? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun May 11 01:18:54 2008 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 E996D1065673; Sun, 11 May 2008 01:18:54 +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 B3EB38FC12; Sun, 11 May 2008 01:18:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4B1IsN9046291; Sat, 10 May 2008 21:18:54 -0400 (EDT) (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.2/8.14.2) with ESMTP id m4B1IsB9046247; Sat, 10 May 2008 21:18:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DA97073039; Sat, 10 May 2008 21:18:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080511011853.DA97073039@freebsd-current.sentex.ca> Date: Sat, 10 May 2008 21:18:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 01:18:55 -0000 TB --- 2008-05-10 23:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-10 23:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-10 23:35:01 - cleaning the object tree TB --- 2008-05-10 23:35:53 - cvsupping the source tree TB --- 2008-05-10 23:35:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-10 23:36:01 - building world (CFLAGS=-O -pipe) TB --- 2008-05-10 23:36:01 - cd /src TB --- 2008-05-10 23:36:01 - /usr/bin/make -B buildworld >>> World build started on Sat May 10 23:36:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun May 11 01:10:00 UTC 2008 TB --- 2008-05-11 01:10:00 - generating LINT kernel config TB --- 2008-05-11 01:10:00 - cd /src/sys/amd64/conf TB --- 2008-05-11 01:10:00 - /usr/bin/make -B LINT TB --- 2008-05-11 01:10:00 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-11 01:10:00 - cd /src TB --- 2008-05-11 01:10:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 11 01:10:00 UTC 2008 >>> 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/redzone.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/swap_pager.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/uma_core.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/uma_dbg.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/vm_contig.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/memguard.c /src/sys/vm/memguard.c: In function 'memguard_init': /src/sys/vm/memguard.c:177: error: too few arguments to function 'kmem_suballoc' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-11 01:18:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-11 01:18:53 - ERROR: failed to build lint kernel TB --- 2008-05-11 01:18:53 - tinderbox aborted TB --- 4638.14 user 592.97 system 6232.44 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun May 11 01:39:19 2008 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 AEDEC106566C for ; Sun, 11 May 2008 01:39:19 +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 9A0AF8FC0C for ; Sun, 11 May 2008 01:39:19 +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, 11 May 2008 06:16:08 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id CCBEB2D6004; Sat, 10 May 2008 18:39:18 -0700 (PDT) Message-ID: <48264E46.3030008@elischer.org> Date: Sat, 10 May 2008 18:39:18 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Poul-Henning Kamp References: <35391.1210439833@critter.freebsd.dk> In-Reply-To: <35391.1210439833@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: make universe errors.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2008 01:39:19 -0000 Poul-Henning Kamp wrote: > In message <4825CF8D.8020202@elischer.org>, Julian Elischer writes: >> Poul-Henning Kamp wrote: >>>> how many errors in a make universe are expected? >>> None. >>> >>> But we do see some warnings that people probably should pay attention to. >>> >>> I suggest you compare to the tinderboxes as a first sanity-check. >>> >>> It would be a good addition to the tinderboxes with an installworld >>> test, even if only on one arch, and a universe test on at least >>> i386 and amd64. >> as I said, my make universe test dies pretty quiclky at libc >> building shared library libc.so.7 >> /usr/obj/amd64/usr/src/tmp/usr/lib/libgcc.a: could not read symbols: >> Archive has >> no index; run ranlib to add one >> *** Error code 1 > > Try nuking /usr/obj/* and make sure you have no spurious stuff > in your src tree. > Trying to make an amd64 build with "make buildworld" on an amd64 works just fine. Trying to make an amd64 build with make TARGET=amd64 buildworld on an i386 fails at the end of libc. Same source tree checked out. /usr/obj starting from scratch. From owner-freebsd-current@FreeBSD.ORG Sun May 11 06:23:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BF0C106566C for ; Sun, 11 May 2008 06:23:48 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 55C928FC14 for ; Sun, 11 May 2008 06:23:48 +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 D62E15B47 for ; Sat, 10 May 2008 23:12:18 -0700 (PDT) To: freebsd-current@freebsd.org Date: Sat, 10 May 2008 23:12:18 -0700 From: Bakul Shah Message-Id: <20080511061218.D62E15B47@mail.bitblocks.com> Subject: tcp over slow links 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, 11 May 2008 06:23:48 -0000 Sometime during the past month or so, tcp out over a slow links seems to be broken and the symptom is really puzzling to me! Here is my setup: A----B----DSL ~ ~ ~ ... ~ ~ DSL----C Copying a file from A to C works fine. Copying a file from B to C works only if a) the file is really small OR b) if I slowdown the rate of transmission to below the DSL cap so that there is no congestion. A and B run identical kernels. A is a 1.5Ghz P4 with 1GB B is a 200Mhz Ppro with 64MB A-B link is 100MBps B-DSL link is 10Mbps. DSL upload bandwidth is capped at 512Kbps. My first thought was B is running out of space so I temporarily removed a lot of processes, stripped down the kernel to bare minimum etc. but that didn't change anything. Playing with various TCP flags didn't help either. But when I reverted B to to 7.0-RELEASE and the problem went away! I still have the -current kernel around. Note that this is not program dependent. I have seen the same thing with ftp and with outgoing email (and that is how I realized there was a problem -- after some emails started bouncing!). Older kernels until at least mid april seem to behave the same way. The first trace shows file copy from B to C which stalls after sending 4744 bytes. The stall point can be farther if data is sent at a lower rate. The second trace shows a complete transfer of the same file. Both traces were captured on B on the link to DSL. B does NAT for A with pf. I looked through tcp related changes nn the sys commitlogs. There are a lot of them lately.... However, this comment in a checkin of 20008-4-17 21:38:18 UTC worries me :-) This change should introduce (ideally) little functional change. However, it lays the groundwork for significantly increased parallelism in the TCP/IP code. Trace 1 ------- 14:22:41.490370 IP B.55535 > C.ssh: S 2917833942:2917833942(0) win 65535 14:22:41.514221 IP C.ssh > B.55535: S 2419865928:2419865928(0) ack 2917833943 win 65535 14:22:41.514720 IP B.55535 > C.ssh: . ack 1 win 65535 14:22:41.554910 IP C.ssh > B.55535: P 1:40(39) ack 1 win 65535 14:22:41.569904 IP B.55535 > C.ssh: P 1:40(39) ack 40 win 65535 14:22:41.610699 IP C.ssh > B.55535: P 40:776(736) ack 40 win 65535 14:22:41.611184 IP B.55535 > C.ssh: P 40:792(752) ack 776 win 64964 14:22:41.758791 IP C.ssh > B.55535: . ack 792 win 65535 14:22:41.759050 IP B.55535 > C.ssh: P 792:816(24) ack 776 win 65535 14:22:41.791497 IP C.ssh > B.55535: P 776:928(152) ack 816 win 65535 14:22:41.828289 IP B.55535 > C.ssh: P 816:960(144) ack 928 win 65535 14:22:41.869674 IP C.ssh > B.55535: P 928:1584(656) ack 960 win 65535 14:22:41.931648 IP B.55535 > C.ssh: P 960:976(16) ack 1584 win 65535 14:22:42.056370 IP C.ssh > B.55535: . ack 976 win 65535 14:22:42.056689 IP B.55535 > C.ssh: P 976:1024(48) ack 1584 win 65535 14:22:42.082622 IP C.ssh > B.55535: P 1584:1632(48) ack 1024 win 65535 14:22:42.086459 IP B.55535 > C.ssh: P 1024:1088(64) ack 1632 win 65535 14:22:42.115857 IP C.ssh > B.55535: P 1632:1696(64) ack 1088 win 65535 14:22:42.116942 IP B.55535 > C.ssh: P 1088:1328(240) ack 1696 win 65535 14:22:42.152161 IP C.ssh > B.55535: P 1696:1888(192) ack 1328 win 65535 14:22:42.195766 IP B.55535 > C.ssh: P 1328:1712(384) ack 1888 win 65535 14:22:42.236584 IP C.ssh > B.55535: P 1888:1920(32) ack 1712 win 65535 14:22:42.245601 IP B.55535 > C.ssh: P 1712:1760(48) ack 1920 win 65535 14:22:42.271932 IP C.ssh > B.55535: P 1920:1968(48) ack 1760 win 65535 14:22:42.274508 IP B.55535 > C.ssh: P 1760:1824(64) ack 1968 win 65535 14:22:42.301430 IP C.ssh > B.55535: P 1968:2016(48) ack 1824 win 65535 14:22:42.317057 IP B.55535 > C.ssh: . 1824:3284(1460) ack 2016 win 65535 14:22:42.317313 IP B.55535 > C.ssh: . 3284:4744(1460) ack 2016 win 65535 14:22:42.317406 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 14:22:42.317489 IP B.55535 > C.ssh: . 6204:7664(1460) ack 2016 win 65535 14:22:42.410739 IP C.ssh > B.55535: . ack 4744 win 64240 14:22:42.411144 IP B.55535 > C.ssh: . 7664:9124(1460) ack 2016 win 65535 14:22:42.411259 IP B.55535 > C.ssh: . 9124:10584(1460) ack 2016 win 65535 14:22:42.468350 IP C.ssh > B.55535: . ack 4744 win 65535 14:22:42.490556 IP C.ssh > B.55535: . ack 4744 win 65535 14:22:42.830171 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 14:22:43.470135 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 14:22:44.549944 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 14:22:46.509750 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 14:22:50.229210 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 Trace 2 ------- 14:22:17.859900 IP A.58229 > C.ssh: S 3812262125:3812262125(0) win 65535 14:22:17.884226 IP C.ssh > A.58229: S 3421051426:3421051426(0) ack 3812262126 win 65535 14:22:17.885436 IP A.58229 > C.ssh: . ack 1 win 65535 14:22:17.920229 IP C.ssh > A.58229: P 1:40(39) ack 1 win 65535 14:22:17.921559 IP A.58229 > C.ssh: P 1:40(39) ack 40 win 65535 14:22:17.960656 IP C.ssh > A.58229: P 40:776(736) ack 40 win 65535 14:22:17.962767 IP A.58229 > C.ssh: P 40:792(752) ack 776 win 64964 14:22:18.111015 IP C.ssh > A.58229: . ack 792 win 65535 14:22:18.112436 IP A.58229 > C.ssh: P 792:816(24) ack 776 win 65535 14:22:18.143169 IP C.ssh > A.58229: P 776:928(152) ack 816 win 65535 14:22:18.148737 IP A.58229 > C.ssh: P 816:960(144) ack 928 win 65535 14:22:18.190569 IP C.ssh > A.58229: P 928:1584(656) ack 960 win 65535 14:22:18.199752 IP A.58229 > C.ssh: P 960:976(16) ack 1584 win 65535 14:22:18.324428 IP C.ssh > A.58229: . ack 976 win 65535 14:22:18.325989 IP A.58229 > C.ssh: P 976:1024(48) ack 1584 win 65535 14:22:18.353817 IP C.ssh > A.58229: P 1584:1632(48) ack 1024 win 65535 14:22:18.355349 IP A.58229 > C.ssh: P 1024:1088(64) ack 1632 win 65535 14:22:18.384918 IP C.ssh > A.58229: P 1632:1696(64) ack 1088 win 65535 14:22:18.386325 IP A.58229 > C.ssh: P 1088:1328(240) ack 1696 win 65535 14:22:18.421324 IP C.ssh > A.58229: P 1696:1888(192) ack 1328 win 65535 14:22:18.427757 IP A.58229 > C.ssh: P 1328:1712(384) ack 1888 win 65535 14:22:18.466104 IP C.ssh > A.58229: P 1888:1920(32) ack 1712 win 65535 14:22:18.467915 IP A.58229 > C.ssh: P 1712:1760(48) ack 1920 win 65535 14:22:18.496785 IP C.ssh > A.58229: P 1920:1968(48) ack 1760 win 65535 14:22:18.498193 IP A.58229 > C.ssh: P 1760:1808(48) ack 1968 win 65535 14:22:18.524278 IP C.ssh > A.58229: P 1968:2016(48) ack 1808 win 65535 14:22:18.527950 IP A.58229 > C.ssh: . 1808:3268(1460) ack 2016 win 65535 14:22:18.528354 IP A.58229 > C.ssh: . 3268:4728(1460) ack 2016 win 65535 14:22:18.528746 IP A.58229 > C.ssh: . 4728:6188(1460) ack 2016 win 65535 14:22:18.529153 IP A.58229 > C.ssh: . 6188:7648(1460) ack 2016 win 65535 14:22:18.622482 IP C.ssh > A.58229: . ack 4728 win 64240 14:22:18.624592 IP A.58229 > C.ssh: . 7648:9108(1460) ack 2016 win 65535 14:22:18.625058 IP A.58229 > C.ssh: . 9108:10568(1460) ack 2016 win 65535 14:22:18.676089 IP C.ssh > A.58229: . ack 7648 win 64240 14:22:18.677848 IP A.58229 > C.ssh: P 10568:11584(1016) ack 2016 win 65535 14:22:18.728117 IP C.ssh > A.58229: . ack 10568 win 64240 14:22:18.747845 IP C.ssh > A.58229: P 2016:2176(160) ack 11584 win 65535 14:22:18.749963 IP C.ssh > A.58229: P 2176:2240(64) ack 11584 win 65535 14:22:18.751424 IP A.58229 > C.ssh: . ack 2240 win 65535 14:22:18.751746 IP A.58229 > C.ssh: P 11584:11616(32) ack 2240 win 65535 14:22:18.751893 IP A.58229 > C.ssh: F 11616:11616(0) ack 2240 win 65535 14:22:18.777294 IP C.ssh > A.58229: . ack 11617 win 65535 14:22:18.778770 IP C.ssh > A.58229: F 2240:2240(0) ack 11617 win 65535 14:22:18.779929 IP A.58229 > C.ssh: . ack 2241 win 65534 From owner-freebsd-current@FreeBSD.ORG Sun May 11 06:33:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCE7E106566C for ; Sun, 11 May 2008 06:33:57 +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 C77E28FC13 for ; Sun, 11 May 2008 06:33:57 +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, 11 May 2008 12:14:40 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id D0F972D6010; Sat, 10 May 2008 23:33:56 -0700 (PDT) Message-ID: <48269354.80009@elischer.org> Date: Sat, 10 May 2008 23:33:56 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Bakul Shah References: <20080511061218.D62E15B47@mail.bitblocks.com> In-Reply-To: <20080511061218.D62E15B47@mail.bitblocks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: tcp over slow links 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, 11 May 2008 06:33:57 -0000 Bakul Shah wrote: > Sometime during the past month or so, tcp out over a slow > links seems to be broken and the symptom is really puzzling > to me! Here is my setup: > > A----B----DSL ~ ~ ~ ... ~ ~ DSL----C > [...] > > I looked through tcp related changes nn the sys commitlogs. > There are a lot of them lately.... However, this comment in > a checkin of 20008-4-17 21:38:18 UTC worries me :-) > > This change should introduce (ideally) little functional change. > However, it lays the groundwork for significantly increased > parallelism in the TCP/IP code. > > Trace 1 > ------- > 14:22:42.317406 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 > 14:22:42.317489 IP B.55535 > C.ssh: . 6204:7664(1460) ack 2016 win 65535 > 14:22:42.410739 IP C.ssh > B.55535: . ack 4744 win 64240 > 14:22:42.411144 IP B.55535 > C.ssh: . 7664:9124(1460) ack 2016 win 65535 > 14:22:42.411259 IP B.55535 > C.ssh: . 9124:10584(1460) ack 2016 win 65535 > 14:22:42.468350 IP C.ssh > B.55535: . ack 4744 win 65535 > 14:22:42.490556 IP C.ssh > B.55535: . ack 4744 win 65535 that is just plain wierd... B seems to have gone deaf. > 14:22:42.830171 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 > 14:22:43.470135 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 > 14:22:44.549944 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 > 14:22:46.509750 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 > 14:22:50.229210 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 have you made a kernel from each side of that commit and compared them? > From owner-freebsd-current@FreeBSD.ORG Sun May 11 06:41:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32B361065685; Sun, 11 May 2008 06:41:24 +0000 (UTC) (envelope-from bp@eden.barryp.org) Received: from itasca.hexavalent.net (itasca.hexavalent.net [67.207.138.180]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBEF8FC1F; Sun, 11 May 2008 06:41:24 +0000 (UTC) (envelope-from bp@eden.barryp.org) Received: from host-42-60-230-24.midco.net ([24.230.60.42] helo=eden.barryp.org) by itasca.hexavalent.net with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.67) (envelope-from ) id 1Jv4b4-0003x9-Hw; Sun, 11 May 2008 00:59:46 -0500 Received: from macbook.home ([10.66.1.10]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Jv4ay-000IKc-8C; Sun, 11 May 2008 00:59:40 -0500 Message-ID: <48268B4B.2040606@barryp.org> Date: Sun, 11 May 2008 00:59:39 -0500 From: Barry Pederson User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Kris Kennaway References: <18447.17658.759349.720175@grasshopper.cs.duke.edu> <480F4972.20609@FreeBSD.org> In-Reply-To: <480F4972.20609@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Re: ZFS file caching 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, 11 May 2008 06:41:24 -0000 Kris Kennaway wrote: > Andrew Gallatin wrote: >> If I have, say, 512MB RAM and a 1GB file which is written or read >> sequentially on an otherwise idle system, I'd expect the last 512MB (- >> epsilon) of the file's pages to be cached in RAM. This is true for >> UFS, but it does not appear to be the case with ZFS (see example >> below). >> >> Can somebody explain how the arc cache in ZFS relates to the normal >> page cache used by traditional filesystems? Are ZFS filesystems >> cached exclusively in the arc cache, and not in the page cache? Is >> the arc cache per-filesystem, per-pool, or global for ZFS as a whole? > > The ZFS arc cache is completely independent from the normal buffer cache > on FreeBSD. This is inefficient in a number of ways. I have also seen > things that make me suspicious that it is not caching properly even when > you tune it to be "large enough" (if possible given memory constraints), > but I haven't confirmed this. > >> Hmm.. Could this be the cause of the problems with ZFS and mmap'ed files? > > What problems do you mean? There were coherency problems but I think > they were fixed. > > Kris I noticed in the release notes for 8.0-CURRENT under "What's New": http://www.freebsd.org/relnotes/CURRENT/relnotes/new.html it says: "A problem with using mmap(2) on ZFS filesystems has been fixed." Can anyone say which commits fixed this, and if they have been or will be MFCed to 7-STABLE? I'm curious because I've been having lots of trouble with Cyrus IMAP on 7.0-RELEASE corrupting cyrus.cache files, and was somewhat suspicious it could be mmap related. Barry From owner-freebsd-current@FreeBSD.ORG Sun May 11 07:07:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CC3A1065676 for ; Sun, 11 May 2008 07:07:10 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id F167A8FC1D for ; Sun, 11 May 2008 07:07:09 +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 A1AF05B4D; Sun, 11 May 2008 00:07:08 -0700 (PDT) To: Julian Elischer In-reply-to: Your message of "Sat, 10 May 2008 23:33:56 PDT." <48269354.80009@elischer.org> Date: Sun, 11 May 2008 00:07:08 -0700 From: Bakul Shah Message-Id: <20080511070708.A1AF05B4D@mail.bitblocks.com> Cc: freebsd-current@freebsd.org Subject: Re: tcp over slow links 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, 11 May 2008 07:07:10 -0000 On Sat, 10 May 2008 23:33:56 PDT Julian Elischer wrote: > Bakul Shah wrote: > > 14:22:42.317406 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 > > 14:22:42.317489 IP B.55535 > C.ssh: . 6204:7664(1460) ack 2016 win 65535 > > 14:22:42.410739 IP C.ssh > B.55535: . ack 4744 win 64240 > > 14:22:42.411144 IP B.55535 > C.ssh: . 7664:9124(1460) ack 2016 win 65535 > > 14:22:42.411259 IP B.55535 > C.ssh: . 9124:10584(1460) ack 2016 win 65535 > > 14:22:42.468350 IP C.ssh > B.55535: . ack 4744 win 65535 > > 14:22:42.490556 IP C.ssh > B.55535: . ack 4744 win 65535 > > that is just plain wierd... B seems to have gone deaf. Yup! As if the wrong segment is being queued up. > have you made a kernel from each side of that commit and compared them? That is next on my list. I have been looking at the changes. Most of the changes in that commit seem to be of the kind s/INP_LOCK/INP_WLOCK/ s/INP_UNLOCK/INP_WUNLOCK/ so that is probably not it (I mentioned it mainly because I found the comment amusing). From owner-freebsd-current@FreeBSD.ORG Sun May 11 07:27:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5111A1065675 for ; Sun, 11 May 2008 07:27:49 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id BCF6D8FC0A for ; Sun, 11 May 2008 07:27:48 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3644852fgb.35 for ; Sun, 11 May 2008 00:27:47 -0700 (PDT) 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=uv+cE7DcIl4N7kZwWjF2gT64UrnW96Fa0J6Qw1W0BBI=; b=GLwEG0X4GWsypkay88zHfOzCc5KHmwTq9KsGSf5yeVSGhh9VJq/VKzg6y6sqXC55N210aTM671yGxlmcu1OamCEvBAxrmNWh8crAySeZhUmUqq52MzaJjsfZGB1OsuWwsOux7QaYFou/n+LuBBEtssW6VeosGTTAHZb0ArCo5DA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=Nyf9GZlnKth2WabB2Patdq2t8rydUSyPU2jdo6396av8Qf8Ciluldx2crTmUUrVEzdjoDx2xcEJvXQxAlaWwUtbD8p6Y++djKDM9tsWZuhyOERTSLXdTSmDshkhduJGJ0TGLghRhZDD7aDIflvThv1yVED+2IA+E7o5BjLPjnDU= Received: by 10.86.92.7 with SMTP id p7mr11805135fgb.72.1210490866024; Sun, 11 May 2008 00:27:46 -0700 (PDT) Received: from ?192.168.1.100? ( [93.80.163.129]) by mx.google.com with ESMTPS id e20sm5666878fga.7.2008.05.11.00.27.44 (version=SSLv3 cipher=RC4-MD5); Sun, 11 May 2008 00:27:45 -0700 (PDT) Message-ID: <48269FEE.1020703@gmail.com> Date: Sun, 11 May 2008 11:27:42 +0400 From: Vladimir Ermakov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.13) Gecko/20080404 SeaMonkey/1.1.9 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: problem with acpi S5 state (power button) on IBM Lenovo T61 laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2008 07:27:49 -0000 Hi my trouble with power button system is don`t halting after push power button --------------------------------------------------------------------------------------------- # sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 52.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 127.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 hw.acpi.thermal.tz1.temperature: 42.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.passive_cooling: 1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: 95.5C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 100.0C hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1._TC1: 5 hw.acpi.thermal.tz1._TC2: 4 hw.acpi.thermal.tz1._TSP: 600 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 # uname -a FreeBSD spectrum 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu May 8 23:56:24 MSD 2008 root@spectrum:/usr/obj/usr/src/sys/GENERIC i386 # dmesg Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz (2394.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0x8e3bd> AMD Features=0x20000000 AMD Features2=0x1 Cores per package: 2 real memory = 2129330176 (2030 MB) avail memory = 2072064000 (1976 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length: 0 102C/0 [20070320] ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ef00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 --------------------------------------------------------------------------------------------- please, any solution ... /Vladimir Ermakov From owner-freebsd-current@FreeBSD.ORG Sun May 11 07:47:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D21271065670; Sun, 11 May 2008 07:47:02 +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 CAB1F8FC18; Sun, 11 May 2008 07:47:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4826A474.7050904@FreeBSD.org> Date: Sun, 11 May 2008 09:47:00 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Svein Skogen References: <482544DB.2000401@d80.iso100.no> In-Reply-To: <482544DB.2000401@d80.iso100.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bugs@FreeBSD.org, freebsd-current , pjd@FreeBSD.org Subject: Re: Question regarding mmap on ZFS, or possibly Dovecot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2008 07:47:02 -0000 Svein Skogen wrote: > I still get massive file corruption when allowing Dovecot to run win > mmap enabled on ZFS/FreeBSD RELENG_7 (as of one week ago), and I have > seen symptoms of corruption with Samba and mmap on ZFS (although I > cannot say with certainty that those samba files were corrupted in the > FreeBSD end, they may have been mangled by my less-than-trustworthy > windows). > > For dovecot+mmap+zfs I get a googlefull of results, same with > samba+mmap+zfs. > > The question remains the same, however. Is this a problem with > samba/dovecot using mmap incorrectly, a problem with ZFS as such, or a > problem with the FreeBSD implementation of ZFS? I'm not asking this to > have someone to point fingers at, but because I want to do some > risk-reducing activities. If the problem is in the applications, > disabling mmap in those applications will be a workaround. If the > problem is with ZFS itself, or with FreeBSD, things start to get > interesting (it would need some global switch to turn mmap off, and I'm > not sure such a thing is practical/possible). I think it's a known but outstanding bug in ZFS + mmap. Kris From owner-freebsd-current@FreeBSD.ORG Sun May 11 10:24:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD3E106568C for ; Sun, 11 May 2008 10:24:34 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id AD1228FC28 for ; Sun, 11 May 2008 10:24:33 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se (c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.169]) by smtp.infidyne.com (Postfix) with ESMTPSA id 4B7C08C614; Sun, 11 May 2008 12:24:31 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org Date: Sun, 11 May 2008 12:25:10 +0200 User-Agent: KMail/1.9.7 References: <482544DB.2000401@d80.iso100.no> In-Reply-To: <482544DB.2000401@d80.iso100.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1637903.zf2jhDfIKe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200805111225.19270.peter.schuller@infidyne.com> Cc: Svein Skogen , freebsd-bugs@freebsd.org Subject: Re: Question regarding mmap on ZFS, or possibly Dovecot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2008 10:24:34 -0000 --nextPart1637903.zf2jhDfIKe Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > The question remains the same, however. Is this a problem with > samba/dovecot using mmap incorrectly, a problem with ZFS as such, or a > problem with the FreeBSD implementation of ZFS? If I recall correctly from a previous discussion here on the list, the beli= ef=20 was that it was a problem with ZFS on FreeBSD. I did notice an mmap related commit on cvs-all that might be related (based= =20 only on the log entry): pjd 2008-04-26 13:03:23 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/cddl/contrib/opensolaris/uts/common/fs/zfs zfs_vnops.c=20 Log: MFC: sys/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1.28 =20 Fix mmap(2) on ZFS after some changes in VM subsystem. =20 Submitted by: alc Reported by: kris (originally) and many others Reminded by: kris =20 Revision Changes Path 1.31.2.2 +4 -0 =20 src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart1637903.zf2jhDfIKe Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEABECAAYFAkgmyY8ACgkQDNor2+l1i31XpACbBh6RLhJkdoSIfI2+YBwiARNO cAAAoPA1RJUSFyzoebzCPnqXQ3ah67n4 =zqXu -----END PGP SIGNATURE----- --nextPart1637903.zf2jhDfIKe-- From owner-freebsd-current@FreeBSD.ORG Sun May 11 19:07:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D51EB106567A for ; Sun, 11 May 2008 19:07:43 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id AC3898FC26 for ; Sun, 11 May 2008 19:07:43 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m4BJ7c94005448; Sun, 11 May 2008 12:07:41 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m4BJ7YE7005447; Sun, 11 May 2008 12:07:34 -0700 (PDT) Date: Sun, 11 May 2008 12:07:34 -0700 (PDT) From: Matthew Dillon Message-Id: <200805111907.m4BJ7YE7005447@apollo.backplane.com> To: Bakul Shah References: <20080511070708.A1AF05B4D@mail.bitblocks.com> Cc: freebsd-current@freebsd.org, Julian Elischer Subject: Re: tcp over slow links 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, 11 May 2008 19:07:43 -0000 :On Sat, 10 May 2008 23:33:56 PDT Julian Elischer wrote: :> Bakul Shah wrote: :... :> :> that is just plain wierd... B seems to have gone deaf. : :Yup! As if the wrong segment is being queued up. Hmm. It looks like C has gone deaf, not B. B is retransmitting from sequence 4744 which is the last sequence that C acked. C is then not acking any further packets. 14:22:42.411144 IP B.55535 > C.ssh: . 7664:9124(1460) ack 2016 win 65535 14:22:42.411259 IP B.55535 > C.ssh: . 9124:10584(1460) ack 2016 win 65535 14:22:42.468350 IP C.ssh > B.55535: . ack 4744 win 65535 14:22:42.490556 IP C.ssh > B.55535: . ack 4744 win 65535 14:22:42.830171 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 14:22:43.470135 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 14:22:44.549944 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 14:22:46.509750 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 14:22:50.229210 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 This sounds like a packet filter state issue. My guess is that PF running on B is getting confused. Either PF is getting confused, or the packet is getting munged somehow to the point where PF refuses to bridge it. The A->C path (the one that is working) is going through PF's NAT rules. The B->C path is probably going through a different set of PF rules. I suggest capturing a trace on C to see if C is actually receiving B's retransmissions. -Matt From owner-freebsd-current@FreeBSD.ORG Mon May 12 02:14:35 2008 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 38DC5106566B; Mon, 12 May 2008 02:14:35 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id A53908FC13; Mon, 12 May 2008 02:14:34 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4C2EXlI006057; Mon, 12 May 2008 06:14:33 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1210558473; bh=2KfvrTC7DCREkqNg48uPwsFbRC+mzpw9TIxP3or /mmw=; l=1503; h=Date:From:To:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=d4+Gsb9W+g3GUrN+tOBumy99b YvB3yzzaZjb1/J9eayDYw7niG0kifr7LkKxv5tOCuBiwMI38xu5CmtdR0tMeWom5gCc dJp97WMznQ1t6K7xQz8Tj2AX/Mv2xRSYL1j+0M15liQxa3QD7crNdFdqw1g1beTAp0X 66fBVjjTwoh4= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4C2EWXR006055; Mon, 12 May 2008 06:14:32 +0400 (MSD) (envelope-from ache) Date: Mon, 12 May 2008 06:14:31 +0400 From: Andrey Chernov To: sos@freebsd.org, grehan@freebsd.org, current@freebsd.org Message-ID: <20080512021430.GA5966@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , sos@freebsd.org, grehan@FreeBSD.ORG, current@freebsd.org References: <20080511004607.GA67182@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080511004607.GA67182@nagual.pp.ru> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: atadev->param.model problem or bug with Marvell 88SE6811 chip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2008 02:14:35 -0000 If I comment out isprint() check like that: if (!error /*&& (isprint(atadev->param.model[0]) || isprint(atadev->param.model[1]))*/) { I got semi-meaningful detection results and 2 devices present (all CD/DVD info is right here but DMA/transfer mode is wrong): ata2-master: pio=PIO0 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire ata2-slave: pio=PIO0 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire acd0: FAILURE - SETFEATURES SET TRANSFER MODE status=51 error=4 acd0: <1./> DVDROM drive at ata2 as master acd0: read 10820KB/s (1720KB/s), 2048KB buffer, BIOSPIO acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: DVD 120mm data disc acd1: <17 24 1./84 19> DVDR drive at ata2 as slave acd1: read 8268KB/s (8268KB/s) write 8268KB/s (8268KB/s), 2048KB buffer, PIO0 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd1: Writes: CDR, CDRW, DVDR, test write, burnproof acd1: Audio: play, 2 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc But... The ATA driver takes a long time to reinit ata2 channel at the boot and mount failed with several reinit attempts too, so something else is wrong with this chip initialization besides strange model field:( Like I already say, it works under M$ Win perfectly with standard windows IDE driver. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 12 06:00:23 2008 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 75AAB106572D; Mon, 12 May 2008 06:00:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp7.yandex.ru (smtp7.yandex.ru [213.180.200.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5362F8FC54; Mon, 12 May 2008 06:00:22 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:17100 "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 S738552AbYELGAP (ORCPT + 2 others); Mon, 12 May 2008 10:00:15 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp7 X-Yandex-TimeMark: 1210572015 X-MsgDayCount: 15 X-Comment: RFC 2476 MSA function at smtp7.yandex.ru logged sender identity as: bu7cher Message-ID: <4827DCED.1000205@yandex.ru> Date: Mon, 12 May 2008 10:00:13 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andrey Chernov , sos@freebsd.org, grehan@FreeBSD.ORG, current@freebsd.org References: <20080511004607.GA67182@nagual.pp.ru> In-Reply-To: <20080511004607.GA67182@nagual.pp.ru> Content-Type: multipart/mixed; boundary="------------070307030306000202090406" Cc: Subject: Re: atadev->param.model problem or bug with Marvell 88SE6811 chip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2008 06:00:23 -0000 This is a multi-part message in MIME format. --------------070307030306000202090406 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Andrey Chernov wrote: > I have device detection problem with device attached to > atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 16 at device 0.0 on pci3 > (ASUS P5E3 motherboard). > It seems that this controller not fills atadev->param.model as current > ata-all.c code expects: Can you try this patch and show verbose dmesg with patched kernel? -- WBR, Andrey V. Elsukov --------------070307030306000202090406 Content-Type: text/plain; name="ata.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata.diff.txt" Index: src/sys/dev/ata/ata-all.c =================================================================== RCS file: /ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.287 diff -u -b -p -r1.287 ata-all.c --- src/sys/dev/ata/ata-all.c 20 Apr 2008 17:45:32 -0000 1.287 +++ src/sys/dev/ata/ata-all.c 12 May 2008 05:56:33 -0000 @@ -605,6 +605,11 @@ ata_getparam(struct ata_device *atadev, ata_free_request(request); } + if (!error && bootverbose) + device_printf(ch->dev, "IDENTIFY DEVICE data is %s, word2 is 0x%04x\n", + (atadev->config & (1 << 2)) ? "incomplete":"complete", + atadev->reserved2); + if (!error && (isprint(atadev->param.model[0]) || isprint(atadev->param.model[1]))) { struct ata_params *atacap = &atadev->param; --------------070307030306000202090406-- From owner-freebsd-current@FreeBSD.ORG Mon May 12 06:25:17 2008 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 786AD1065674; Mon, 12 May 2008 06:25:17 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id E1C848FC19; Mon, 12 May 2008 06:25:16 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4C6PF8I010163; Mon, 12 May 2008 10:25:15 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1210573515; bh=qQlTXgCd4Xd+4eBSGcopMczmpckbyG50bfmosOA vOOE=; l=827; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=SuCsVh2u8sH7sN9drpNJqAkLY /JVWVeCyT2f7ZGievRYIn0LC0M58QqhGoV37cJoyUGbJ/Kp9WIFPao8D+Eibh67QCjB /GIOtk/ZIKqSBFjM2NNK8xAdfF/PTcWpkKVrlOKP81ZseGcJWLZyxDbr1dpg3v6nq0t u7a0+v1WF3l8= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4C6PFM6010162; Mon, 12 May 2008 10:25:15 +0400 (MSD) (envelope-from ache) Date: Mon, 12 May 2008 10:25:14 +0400 From: Andrey Chernov To: "Andrey V. Elsukov" Message-ID: <20080512062514.GA10058@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Andrey V. Elsukov" , sos@FreeBSD.ORG, grehan@FreeBSD.ORG, current@FreeBSD.ORG References: <20080511004607.GA67182@nagual.pp.ru> <4827DCED.1000205@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4827DCED.1000205@yandex.ru> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@FreeBSD.ORG, grehan@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: atadev->param.model problem or bug with Marvell 88SE6811 chip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2008 06:25:17 -0000 On Mon, May 12, 2008 at 10:00:13AM +0400, Andrey V. Elsukov wrote: > Andrey Chernov wrote: >> I have device detection problem with device attached to >> atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 16 at device 0.0 on pci3 >> (ASUS P5E3 motherboard). >> It seems that this controller not fills atadev->param.model as current >> ata-all.c code expects: > > Can you try this patch and show verbose dmesg with patched kernel? I change them to atadev->param.config and atadev->param.reserved2 since there is no such members in atadev directly. Results are: ata2: IDENTIFY DEVICE data is complete, word2 is 0x0000 ata2: IDENTIFY DEVICE data is complete, word2 is 0x0000 (per each channel) -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 12 06:56:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB2801065670 for ; Mon, 12 May 2008 06:56:27 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id BC0668FC14 for ; Mon, 12 May 2008 06:56:27 +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 6858F5B75; Sun, 11 May 2008 23:56:26 -0700 (PDT) To: Matthew Dillon In-reply-to: Your message of "Sun, 11 May 2008 12:07:34 PDT." <200805111907.m4BJ7YE7005447@apollo.backplane.com> Date: Sun, 11 May 2008 23:56:25 -0700 From: Bakul Shah Message-Id: <20080512065626.6858F5B75@mail.bitblocks.com> Cc: freebsd-current@freebsd.org, Julian Elischer Subject: Re: tcp over slow links 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: Mon, 12 May 2008 06:56:27 -0000 On Sun, 11 May 2008 12:07:34 PDT Matthew Dillon wrote: > Hmm. It looks like C has gone deaf, not B. B is retransmitting from > sequence 4744 which is the last sequence that C acked. C is then not > acking any further packets. Yes indeed. > 14:22:42.411144 IP B.55535 > C.ssh: . 7664:9124(1460) ack 2016 win 65535 > 14:22:42.411259 IP B.55535 > C.ssh: . 9124:10584(1460) ack 2016 win 65535 > 14:22:42.468350 IP C.ssh > B.55535: . ack 4744 win 65535 > 14:22:42.490556 IP C.ssh > B.55535: . ack 4744 win 65535 > 14:22:42.830171 IP B.55535 > C.ssh: . 4744:6204(1460) ack 2016 win 65535 ... > > This sounds like a packet filter state issue. My guess is that > PF running on B is getting confused. Either PF is getting confused, > or the packet is getting munged somehow to the point where PF refuses > to bridge it. I had already tried this. > The A->C path (the one that is working) is going through PF's NAT rules. > The B->C path is probably going through a different set of PF rules. > > I suggest capturing a trace on C to see if C is actually receiving > B's retransmissions. Finally this evening thanks to my friend Rob Warnock's help this got narrowed down quite a bit. We captured a trace on C and saw that it was not seeing the [4744:6204) data range packet or any of its retransmits. But this was a perfectly valid packet on B (verified with tcpdump -v + manual header checksumming). Then Rob recalled having run across mbuf alignment issues in the past so to check for that I swapped NICs around and the problem stayed with the NIC, an old DEC 21140 card! So this was not related to pf or a slow link but most likely due to mbuf misalignment (IIRC de requires aligned mbufs). There is just one commit on if_de.c during past April. Perhaps this is due to a side effect of that (bpf is not given a packet during device attach) or perhaps some change elsewhere. Thanks for your & Julian's help! From owner-freebsd-current@FreeBSD.ORG Mon May 12 12:49:24 2008 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 188131065672; Mon, 12 May 2008 12:49:24 +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 C088B8FC12; Mon, 12 May 2008 12:49:23 +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 m4CCnFbX037309; Mon, 12 May 2008 06:49:15 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48283CCB.1060507@samsco.org> Date: Mon, 12 May 2008 06:49:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Andrey Chernov , "Andrey V. Elsukov" , sos@FreeBSD.ORG, grehan@FreeBSD.ORG, current@FreeBSD.ORG References: <20080511004607.GA67182@nagual.pp.ru> <4827DCED.1000205@yandex.ru> <20080512062514.GA10058@nagual.pp.ru> In-Reply-To: <20080512062514.GA10058@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: Re: atadev->param.model problem or bug with Marvell 88SE6811 chip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2008 12:49:24 -0000 Andrey Chernov wrote: > On Mon, May 12, 2008 at 10:00:13AM +0400, Andrey V. Elsukov wrote: >> Andrey Chernov wrote: >>> I have device detection problem with device attached to >>> atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 16 at device 0.0 on pci3 >>> (ASUS P5E3 motherboard). >>> It seems that this controller not fills atadev->param.model as current >>> ata-all.c code expects: >> Can you try this patch and show verbose dmesg with patched kernel? > > I change them to atadev->param.config and atadev->param.reserved2 > since there is no such members in atadev directly. Results are: > > ata2: IDENTIFY DEVICE data is complete, word2 is 0x0000 > ata2: IDENTIFY DEVICE data is complete, word2 is 0x0000 > > (per each channel) > ATAPI devices should be getting their identifying strings via an MMC INQ command instead of an ATA IDENTIFY command. What happens if you add the atapicam driver? Scott From owner-freebsd-current@FreeBSD.ORG Mon May 12 15:17:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2B8B1065675; Mon, 12 May 2008 15:17:25 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 51B048FC16; Mon, 12 May 2008 15:17:25 +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:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=gajroM+aNVpM9uQoqHuS09wx/oJQvv8U0PJYVuKQQpunPOToPLzLRIeyfh5A8lIrbY615pqZ7pn/QI3esnb48L+qAdMDl7DmHey3GRwmqHIP+LZROnfErWQEZD9q62/RlRzgslQG+Dz7H3dQC0Psp3SpnURBEqqqEme71jRIdaQ=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JvZmF-000674-Uj; Mon, 12 May 2008 19:17:24 +0400 Date: Mon, 12 May 2008 19:17:22 +0400 From: Eygene Ryabinkin To: Josh Carroll Message-ID: References: <8cb6106e0805062004r681045b5ge2981ae73e777a49@mail.gmail.com> <1210163153.2043.11.camel@localhost> <8cb6106e0805070800m46101f21sa8298b33e82bbfbd@mail.gmail.com> <1210172870.2043.17.camel@localhost> <8cb6106e0805070841p12d95c2k6e76a5ce5d8b512e@mail.gmail.com> <8cb6106e0805080902m6d72d91ft8315db19ca8bb497@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <8cb6106e0805080902m6d72d91ft8315db19ca8bb497@mail.gmail.com> Sender: rea-fbsd@codelabs.ru Cc: pluknet , Coleman Kane , freebsd-current@freebsd.org Subject: Re: [UNSURE] Re: panic mounting ntfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2008 15:17:25 -0000 Josh, good day. Thu, May 08, 2008 at 12:02:47PM -0400, Josh Carroll wrote: > > I am a bit late, but could you please try the patch from the > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120483 > > > > It was ported from NetBSD and seems like it is a bit more complete > > than the one proposed by pluknet. > > It did not patch cleanly against a recently csup'd source tree, but > there was only one hunk that failed, which I manually fixed. > > Attached is the updated diff, if pluknet wants to give it a shot. I > just finished building the kernel and it does indeed fix the problem. > I was able to mount the NTFS filesystem here and copy a file off of it > without issue. Great. > Let me know if you'd like me to respond to the PR and attach this > patch there as well. Will be good. Please, specify the date of the csup to give an idea which patch should be applied to the system in question. Thanks for the testing! -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon May 12 16:13:07 2008 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 CD062106564A for ; Mon, 12 May 2008 16:13:07 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 0393A8FC0C for ; Mon, 12 May 2008 16:13:06 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so1592752mue.3 for ; Mon, 12 May 2008 09:13:05 -0700 (PDT) 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:x-mailer:mime-version:content-type:content-transfer-encoding; bh=V6B7neOjtBgxnWI4wM9VvcBF4i/ochk9/4mb2cLw/8o=; b=UyomOp5+bE+jvtIyH02KWlhJAK206BehTP/KV4E+Det5VGQTunbaYiVw1Qmq8SWHcKRfqnYy34cqblOfe4aKIYgt8LjnsqrNvkDBCRHv+0totIfGObHAwzSUGKGJHDzgFSz2sXrUC9E8MY+aTMOeCMiyXr5h4OpdAbOHE+ZWFXs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=qxDEJkwdFsQOa2Sodo6oezSQ55lurZ1oj5fUu+OpZGsw+bRb/V9Pnc9RBGs7ASgRW/hqB9RDm8NezoH4vWWx2WKKIxGCaomc1gOLictWXmxD5QIH3F3VpnlDaklO/ZmcT2c//peRDI8j2jnAmMAp6rc8d3RLGsDOgjDb3+CNBqI= Received: by 10.86.4.14 with SMTP id 14mr6275289fgd.44.1210608785455; Mon, 12 May 2008 09:13:05 -0700 (PDT) Received: from nebuchadnezzar ( [87.151.46.63]) by mx.google.com with ESMTPS id 3sm6862213fge.3.2008.05.12.09.13.04 (version=SSLv3 cipher=RC4-MD5); Mon, 12 May 2008 09:13:05 -0700 (PDT) Date: Mon, 12 May 2008 18:12:59 +0200 From: Pascal Hofstee To: current@freebsd.org Message-ID: <20080512181259.04a2f542@nebuchadnezzar> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: yongari@freebsd.org Subject: nfe0 watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2008 16:13:07 -0000 Hi, I recently decided to switch my CURRNET from i386 over to amd64 and have since noticed an occasional occurance of the following phenomenon: Every couple of days the nfe0 interface (nVidia nForce MCP55 Ethernet Controller ... Vitesse VSC6801 PHY) enters a mode from which it simply will not recover. When it happens the console keeps spewing out nfe0: watchdog timeout (missed Tx interrupts) -- recovering When this happens i have to reboot to get the interface working again. (I'll probably build another custom kernel soon and disable the nfe driver so i can try if a kldunload/kldload cycle will do the trick). Considering i have never observed this phenomenon when running the exact same system with CURRENT/i386 i wonder if this problem may be some sort of 64-bit issue. Any ideas and/or solutions would be appreciated. With kind regards, Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Mon May 12 18:26:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E732C1065676 for ; Mon, 12 May 2008 18:26:11 +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 B51828FC19 for ; Mon, 12 May 2008 18:26:11 +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.2/8.14.2) with ESMTP id m4CILDEe082113 for ; Mon, 12 May 2008 11:21:13 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.2/8.14.2/Submit) id m4CILDKx082112 for freebsd-current@freebsd.org; Mon, 12 May 2008 11:21:13 -0700 (PDT) (envelope-from sgk) Date: Mon, 12 May 2008 11:21:13 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20080512182113.GA82050@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Ncurses or top(1) is 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: Mon, 12 May 2008 18:26:12 -0000 Script started on Mon May 12 12:00:30 2008 mobile:kargl[201] setenv | grep TERM TERM=xterm mobile:kargl[202] stty -a | grep row speed 38400 baud; 43 rows; 90 columns; mobile:kargl[203] top 40 top: warning: this terminal can only display 36 processes. .... last pid: 893; load averages: 0.02, 0.05, 0.06 up 0+00:28:41 H12:00:59 24 processes: 3 running, 21 sleeping CPU: % user, % nice, % system, % interrupt, % idle Mem: 9880K Active, 7148K Inact, 22M Wired, 56K Cache, 29M Buf, 455M Free Swap: 712M Total, 712M Free -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 12 18:57:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB38B10656B7 for ; Mon, 12 May 2008 18:57:36 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id A55AE8FC0A for ; Mon, 12 May 2008 18:57:36 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.2) with ESMTP id m4CIkY9q066516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 12 May 2008 13:46:34 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.2/Submit) id m4CIkY5s066514; Mon, 12 May 2008 13:46:34 -0500 (CDT) (envelope-from dan) Date: Mon, 12 May 2008 13:46:34 -0500 From: Dan Nelson To: Steve Kargl Message-ID: <20080512184633.GD67415@dan.emsphone.com> References: <20080512182113.GA82050@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080512182113.GA82050@troutmask.apl.washington.edu> X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Ncurses or top(1) is 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: Mon, 12 May 2008 18:57:37 -0000 In the last episode (May 12), Steve Kargl said: > Script started on Mon May 12 12:00:30 2008 > mobile:kargl[201] setenv | grep TERM > TERM=xterm > mobile:kargl[202] stty -a | grep row > speed 38400 baud; 43 rows; 90 columns; > mobile:kargl[203] top 40 > top: warning: this terminal can only display 36 processes. > .... > last pid: 893; load averages: 0.02, 0.05, 0.06 up 0+00:28:41 12:00:59 > 24 processes: 3 running, 21 sleeping > CPU: % user, % nice, % system, % interrupt, % idle > Mem: 9880K Active, 7148K Inact, 22M Wired, 56K Cache, 29M Buf, 455M Free > Swap: 712M Total, 712M Free What's broken? The header in top is 7 lines (your paste omitted a blank line and the column headings for the process list), which means that a 43-line window can only display 36 processes. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon May 12 19:07:24 2008 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 D79F51065672; Mon, 12 May 2008 19:07:24 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF698FC13; Mon, 12 May 2008 19:07:24 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4CJ7MqK023693; Mon, 12 May 2008 23:07:22 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1210619242; bh=bbhR8SdhX1Z3ljs541l9cEXxRjFJI+RQVujU0YQ Vq4U=; l=622; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=aZVXWDp+rlZfgTv4bhGFjG7OX 1OVWmrIpUd/ZrfTi25/S97WZKBd3rLCZPY17vIoPiaRBgthx/wx1N5ZsdfzznDXcbTQ qq/4j7c/Wz+U4uffEGDQ7uL8M4duw2koB9V6D1fMCPO6g4P0ajqKEv5sqCCW/TV4/Al 9h+1hZrzCg+k= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4CJ7Md7023692; Mon, 12 May 2008 23:07:22 +0400 (MSD) (envelope-from ache) Date: Mon, 12 May 2008 23:07:21 +0400 From: Andrey Chernov To: Scott Long Message-ID: <20080512190721.GA23571@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Scott Long , "Andrey V. Elsukov" , sos@FreeBSD.ORG, grehan@FreeBSD.ORG, current@FreeBSD.ORG References: <20080511004607.GA67182@nagual.pp.ru> <4827DCED.1000205@yandex.ru> <20080512062514.GA10058@nagual.pp.ru> <48283CCB.1060507@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48283CCB.1060507@samsco.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: "Andrey V. Elsukov" , current@FreeBSD.ORG, grehan@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: atadev->param.model problem or bug with Marvell 88SE6811 chip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2008 19:07:24 -0000 On Mon, May 12, 2008 at 06:49:15AM -0600, Scott Long wrote: > ATAPI devices should be getting their identifying strings via an > MMC INQ command instead of an ATA IDENTIFY command. What happens > if you add the atapicam driver? Nothing new happens at all at bootverbose. "camcontrol devlist -v" shows all 10 ATA channels (including SATA ones), but nothing is attached, no passN devices created. "rescan all" not helps too. Those 2 DVDs works well even under FreeBSD with previous motherboard under atapicd driver. They currently are bootable too, i.e. works at the BIOS level. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 12 19:19:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 450B5106566B for ; Mon, 12 May 2008 19:19:07 +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 1165B8FC0A for ; Mon, 12 May 2008 19:19: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.2/8.14.2) with ESMTP id m4CJE6W1082731; Mon, 12 May 2008 12:14:06 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.2/8.14.2/Submit) id m4CJE6jn082730; Mon, 12 May 2008 12:14:06 -0700 (PDT) (envelope-from sgk) Date: Mon, 12 May 2008 12:14:06 -0700 From: Steve Kargl To: Dan Nelson Message-ID: <20080512191406.GA82536@troutmask.apl.washington.edu> References: <20080512182113.GA82050@troutmask.apl.washington.edu> <20080512184633.GD67415@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080512184633.GD67415@dan.emsphone.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Ncurses or top(1) is 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: Mon, 12 May 2008 19:19:07 -0000 On Mon, May 12, 2008 at 01:46:34PM -0500, Dan Nelson wrote: > In the last episode (May 12), Steve Kargl said: > > Script started on Mon May 12 12:00:30 2008 > > mobile:kargl[201] setenv | grep TERM > > TERM=xterm > > mobile:kargl[202] stty -a | grep row > > speed 38400 baud; 43 rows; 90 columns; > > mobile:kargl[203] top 40 > > top: warning: this terminal can only display 36 processes. > > .... > > last pid: 893; load averages: 0.02, 0.05, 0.06 up 0+00:28:41 12:00:59 > > 24 processes: 3 running, 21 sleeping > > CPU: % user, % nice, % system, % interrupt, % idle > > Mem: 9880K Active, 7148K Inact, 22M Wired, 56K Cache, 29M Buf, 455M Free > > Swap: 712M Total, 712M Free > > What's broken? The header in top is 7 lines (your paste omitted a > blank line and the column headings for the process list), which means > that a 43-line window can only display 36 processes. Hmmm. Appears to be pilot error. I was expecting more than 24 processes to be running. so the short list of displayed processes and the recent updating of ncurses led me to a wrong conclusion. Sorry about the noise. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue May 13 02:09:35 2008 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 BC4411065674 for ; Tue, 13 May 2008 02:09:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 84AFF8FC16 for ; Tue, 13 May 2008 02:09:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3971044rvf.43 for ; Mon, 12 May 2008 19:09:35 -0700 (PDT) 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:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=ufyHORtmgSxRn1XhS4JxG5EH82Ok8T1ePsGGkzlKpgc=; b=TBXDpg5oWMihdzhRomi6avJ06Yae1rIeqQJTEH+EQsZycD9ogEpi+0iPjZO4cR0kIzVPRLn2aKXs69u0c25sI2ADFUhmZt9zGJNFZ/yGTzzh3lS126CcEp7AiT4RFAXT88FLDwS+2z6xYKMofu/LkM/cvUvvhkZRuyhxSQontho= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=AlnuHeG+dY4gyiYM/zhlSt5hLNRoqQ19zFt/1pomOAVTTuDiCkyYq6uO9P9+vw0DOSl1LzetkVIlWhBM08p0ZTwmxGbIqc9bG+rP95Z6GTfM3bDbBd1tFN9NnFlw1ONnx8S/5SK1gvXFdSPo2O18s15xtRMfDX1uo8efKZcXuSA= Received: by 10.140.147.18 with SMTP id u18mr4005759rvd.202.1210644575106; Mon, 12 May 2008 19:09:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id l31sm11724084rvb.6.2008.05.12.19.09.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 May 2008 19:09:33 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m4D29R5j033379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 May 2008 11:09:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m4D29R7O033378; Tue, 13 May 2008 11:09:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 13 May 2008 11:09:27 +0900 From: Pyun YongHyeon To: Pascal Hofstee Message-ID: <20080513020927.GD32942@cdnetworks.co.kr> References: <20080512181259.04a2f542@nebuchadnezzar> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080512181259.04a2f542@nebuchadnezzar> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, yongari@freebsd.org Subject: Re: nfe0 watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 02:09:35 -0000 On Mon, May 12, 2008 at 06:12:59PM +0200, Pascal Hofstee wrote: > Hi, > Hi, > I recently decided to switch my CURRNET from i386 over to amd64 and > have since noticed an occasional occurance of the following phenomenon: > > Every couple of days the nfe0 interface (nVidia nForce MCP55 Ethernet > Controller ... Vitesse VSC6801 PHY) enters a mode from which it simply > will not recover. > > When it happens the console keeps spewing out > > nfe0: watchdog timeout (missed Tx interrupts) -- recovering > > When this happens i have to reboot to get the interface working again. > (I'll probably build another custom kernel soon and disable the nfe > driver so i can try if a kldunload/kldload cycle will do the trick). > Can you see link state change reports of nfe(4) in your dmesg file? If you find any entries related with nfe(4) please show them to me. It may have a couple of link UP/DOWN messages and watchdog timeouts. > Considering i have never observed this phenomenon when running the > exact same system with CURRENT/i386 i wonder if this problem may be > some sort of 64-bit issue. > Probably not. > Any ideas and/or solutions would be appreciated. > When you know nfe(4) is not working anymore, would you check Rx MAC is still able to see incoming packets by invoking tcpdump on nfe(4) interface? It would be even better I can see verbosed boot messages related with nfe(4). > With kind regards, > Pascal Hofstee > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue May 13 05:38:13 2008 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 732E4106566B for ; Tue, 13 May 2008 05:38:13 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id E9B148FC1B for ; Tue, 13 May 2008 05:38:12 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so4426536fgb.35 for ; Mon, 12 May 2008 22:38:11 -0700 (PDT) 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:content-transfer-encoding; bh=EwFw0SGwunT5kyZruOpqE/s+Hoec7+GqMByGuDgsFuI=; b=rm64hthkKCxc6GmrxzyOs1b/07ejx5VMrctKRohpcbduCi1eO4JP3FQFuzXPKVQwTtdi48f5FPURbCOpSodUQpJrCGabOXJq4K32Re6TuWrUuluNXKvWu0Ja1t/Rn3XDMb0SrBrF3AAj5Hz6DtBPG5Jlu41bMIPEh0iQhaqTMbM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=OUHRdQakTEyzhevkCIlY0mhpSvJx/EE8ljWgi0VpTeCcnb/cCeP0/DSRKJyprkzG5Noc6sOTfc73t7Mk0oJfqDaf4a1IR9Nz+yoSWvdokCkivziT0Ez7b0dKwNDx62+Av/VwMuBmAl+pIgqcGXf77SDyg6mz6J5z+of0qejj5a4= Received: by 10.86.50.8 with SMTP id x8mr15712279fgx.29.1210657091401; Mon, 12 May 2008 22:38:11 -0700 (PDT) Received: from nebuchadnezzar ( [87.151.45.81]) by mx.google.com with ESMTPS id o11sm12962733fkf.16.2008.05.12.22.38.10 (version=SSLv3 cipher=RC4-MD5); Mon, 12 May 2008 22:38:10 -0700 (PDT) Date: Tue, 13 May 2008 07:38:09 +0200 From: Pascal Hofstee To: pyunyh@gmail.com Message-ID: <20080513073809.3b163baa@nebuchadnezzar> In-Reply-To: <20080513020927.GD32942@cdnetworks.co.kr> References: <20080512181259.04a2f542@nebuchadnezzar> <20080513020927.GD32942@cdnetworks.co.kr> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, yongari@freebsd.org Subject: Re: nfe0 watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2008 05:38:13 -0000 On Tue, 13 May 2008 11:09:27 +0900 Pyun YongHyeon wrote: > Can you see link state change reports of nfe(4) in your dmesg file? > If you find any entries related with nfe(4) please show them to me. > It may have a couple of link UP/DOWN messages and watchdog timeouts. You are right i initially overlooked the link state messages. They're no longer in dmesg ... but i copy/pasted a small set from /var/log/messages instead: May 10 15:59:31 trinity kernel: ums0: at uhub0 port 1 (addr 2) disconnected May 10 15:59:31 trinity kernel: ums0: detached May 10 15:59:33 trinity kernel: nfe0: link state changed to DOWN May 10 15:59:33 trinity avahi-daemon[811]: Received packet from invalid interface. May 10 15:59:33 trinity acpi: resumed at 20080510 15:59:33 May 10 15:59:34 trinity root: Unknown USB device: vendor 0x046d product 0xc404 bus uhub0 May 10 15:59:34 trinity kernel: ums0: on uhub0 May 10 15:59:34 trinity kernel: ums0: 3 buttons and Z dir. May 10 15:59:45 trinity kernel: nfe0: link state changed to UP May 10 15:59:53 trinity kernel: nfe0: watchdog timeout (missed Tx interrupts) -- recovering May 10 16:00:35 trinity last message repeated 5 times May 10 16:01:53 trinity last message repeated 9 times I opted to include the usb-related messages as well since i find it somewhat odd my Trackball decided to disconnect since i never take it off ... Followed by the ACPI resumed message ... this to me feels like the system may have been in some sort of power saving mode ? > When you know nfe(4) is not working anymore, would you check Rx MAC > is still able to see incoming packets by invoking tcpdump on > nfe(4) interface? Once it happens again i'll make sure to check on it. > It would be even better I can see verbosed boot messages related > with nfe(4). Will provide once i can reboot the system again (it's currently in the middle of a somewhat lengthy build process). With kind regards, -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Tue May 13 08:04:35 2008 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 E7590106567A; Tue, 13 May 2008 08:04:35 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id A698D8FC24; Tue, 13 May 2008 08:04:35 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 9108E731A6; Tue, 13 May 2008 10:07:21 +0200 (CEST) Date: Tue, 13 May 2008 10:07:21 +0200 From: Luigi Rizzo To: Pascal Hofstee Message-ID: <20080513080721.GA92634@onelab2.iet.unipi.it> References: <20080512181259.04a2f542@nebuchadnezzar> <20080513020927.GD32942@cdnetworks.co.kr> <20080513073809.3b163baa@nebuchadnezzar> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080513073809.3b163baa@nebuchadnezzar> User-Agent: Mutt/1.4.2.3i Cc: pyunyh@gmail.com, current@freebsd.org, yongari@freebsd.org Subject: Re: nfe0 watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2008 08:04:36 -0000 On Tue, May 13, 2008 at 07:38:09AM +0200, Pascal Hofstee wrote: > On Tue, 13 May 2008 11:09:27 +0900 > Pyun YongHyeon wrote: > > > Can you see link state change reports of nfe(4) in your dmesg file? > > If you find any entries related with nfe(4) please show them to me. > > It may have a couple of link UP/DOWN messages and watchdog timeouts. ... > > When you know nfe(4) is not working anymore, would you check Rx MAC > > is still able to see incoming packets by invoking tcpdump on > > nfe(4) interface? > > Once it happens again i'll make sure to check on it. > > > It would be even better I can see verbosed boot messages related > > with nfe(4). > > Will provide once i can reboot the system again (it's currently in the > middle of a somewhat lengthy build process). related to nfe(4) i recently noticed on one of my systems a tendency of the receiver to stall under high link and CPU load. A patch to address the problem is at http://info.iet.unipi.it/~luigi/FreeBSD/#nfe though not ideal (because it calls the nfe_init routine on a suspect stall) it does the job here, so maybe you can try it on your system too. At first i too saw the problem on an AMD64 system, but it turns out that i386 uses the exact same code and the problem was repeatable on i386 platforms too. A way to trigger the stall, in my case, was to start an scp of a long file from a local machine (100Mbit in my case) to the nfe-equipped system. At the same time, start playing with X11, run a compile or do some other CPU intensive work, which should cause CPU shortage for the receive task to a sufficient level for the stall to occur cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue May 13 08:59:48 2008 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 C02861065678 for ; Tue, 13 May 2008 08:59:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 3CBA08FC23 for ; Tue, 13 May 2008 08:59:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4125547rvf.43 for ; Tue, 13 May 2008 01:59:47 -0700 (PDT) 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:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=HhR6EU7jpF89V2R5Z6+JBQ6MG0q1ZX/37zrR95PH/kc=; b=R0JGtVeid6Njo3HQltfD0G7iEBtS/Ev+D/J1ONZbq7Dr/h81u/D+nf2SNRNGeIlZ2kICHETcm84tp6kH3atJTQ0DM2Fp2ha7XI06N4hMaE27nquT/qv3iO98sgvljGXxbYJt5W3rOxzJd/aob/uczPuZhIvtnImtBt3ba4MjtS8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=KQsoNUwvWT2OtfvIwCAvaW43UNKfZXQEAAOY+CTaNeDzoz5rjOqhQkb5eCRi4ICCBh4ovLbynv/UI1wRC8eQNSDa7um/rVO4t/SiPVCbF/f8XRVqlBRkXVa1w2h0TkpV0QXovaq1VWS+o2YIiERHzxcy4n7S63d950OuZ9MSWBI= Received: by 10.141.63.20 with SMTP id q20mr4141308rvk.291.1210669187916; Tue, 13 May 2008 01:59:47 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id l31sm12173616rvb.6.2008.05.13.01.59.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 May 2008 01:59:45 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m4D8xdsr001060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 May 2008 17:59:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m4D8xc8L001059; Tue, 13 May 2008 17:59:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 13 May 2008 17:59:38 +0900 From: Pyun YongHyeon To: Pascal Hofstee Message-ID: <20080513085938.GB888@cdnetworks.co.kr> References: <20080512181259.04a2f542@nebuchadnezzar> <20080513020927.GD32942@cdnetworks.co.kr> <20080513073809.3b163baa@nebuchadnezzar> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080513073809.3b163baa@nebuchadnezzar> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, yongari@freebsd.org Subject: Re: nfe0 watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 08:59:48 -0000 On Tue, May 13, 2008 at 07:38:09AM +0200, Pascal Hofstee wrote: > On Tue, 13 May 2008 11:09:27 +0900 > Pyun YongHyeon wrote: > > > Can you see link state change reports of nfe(4) in your dmesg file? > > If you find any entries related with nfe(4) please show them to me. > > It may have a couple of link UP/DOWN messages and watchdog timeouts. > > You are right i initially overlooked the link state messages. They're > no longer in dmesg ... but i copy/pasted a small set > from /var/log/messages instead: > > May 10 15:59:31 trinity kernel: ums0: at uhub0 port 1 (addr 2) > disconnected May 10 15:59:31 trinity kernel: ums0: detached > May 10 15:59:33 trinity kernel: nfe0: link state changed to DOWN ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Something happend here. But I have no idea why link state was changed here. > May 10 15:59:33 trinity avahi-daemon[811]: Received packet from invalid > interface. > May 10 15:59:33 trinity acpi: resumed at 20080510 15:59:33 > May 10 15:59:34 trinity root: Unknown USB device: vendor 0x046d product > 0xc404 bus uhub0 > May 10 15:59:34 trinity kernel: ums0: rev 1.10/2.20, addr 2> on uhub0 > May 10 15:59:34 trinity kernel: ums0: 3 buttons and Z dir. > May 10 15:59:45 trinity kernel: nfe0: link state changed to UP ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Shomething brought up the link again. If link partner is switch then I hardly guess this unless you unplug/plug UTP cable. > May 10 15:59:53 trinity kernel: nfe0: watchdog timeout (missed Tx > interrupts) -- recovering > May 10 16:00:35 trinity last message repeated 5 times > May 10 16:01:53 trinity last message repeated 9 times > > I opted to include the usb-related messages as well since i find it > somewhat odd my Trackball decided to disconnect since i never take it > off ... Followed by the ACPI resumed message ... this to me feels like > the system may have been in some sort of power saving mode ? > If this is something related with suspend mode I guess you can easily verify this(Add some printfs in if_nfe.c:nfe_suspend). I vaguely guess link state handling of nfe(4) is not complete so it may have reprogrammed MAC with invalid speed/duplex during link state transition. > > When you know nfe(4) is not working anymore, would you check Rx MAC > > is still able to see incoming packets by invoking tcpdump on > > nfe(4) interface? > > Once it happens again i'll make sure to check on it. > > > It would be even better I can see verbosed boot messages related > > with nfe(4). > > Will provide once i can reboot the system again (it's currently in the > middle of a somewhat lengthy build process). > > With kind regards, > -- > Pascal Hofstee -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue May 13 12:17:25 2008 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 B38731065672 for ; Tue, 13 May 2008 12:17:25 +0000 (UTC) (envelope-from thn@saeab.se) Received: from ture.saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id C71D68FC21 for ; Tue, 13 May 2008 12:17:24 +0000 (UTC) (envelope-from thn@saeab.se) Received: from [10.0.1.32] (omar.int.saeab.se [10.0.1.32]) by ture.saeab.se (8.13.8/8.13.8) with ESMTP id m4DBl91x076455; Tue, 13 May 2008 13:47:09 +0200 (CEST) (envelope-from thn@saeab.se) Message-ID: <48297FBC.5090906@saeab.se> Date: Tue, 13 May 2008 13:47:08 +0200 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Sv. Aktuell Elektronik AB User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------060205000803020302080405" X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ture.saeab.se [213.80.3.133]); Tue, 13 May 2008 13:47:13 +0200 (CEST) Cc: Subject: Disk not detected on ATI IXP600 SATA300 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2008 12:17:25 -0000 This is a multi-part message in MIME format. --------------060205000803020302080405 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Anyone else seen this? Machine is HP Compaq 6715s and I'm running current (from yesterday). During startup the internal SATA-disk is not detected. I have tried both GENERIC and customized kernel with same bad result. Everything works fine on 7.0R and 6.3R. If I modify ata-chipset.c:ata_ati_ident() and removes the lines that matches the ATA_ATI_IXP600_S1 type chip everything is working when the ata-system uses the default/fallback driver for ATI. dmesg and pciconf -lv attached (from the working system). The releveant message from a failing system are (hand typed off the screen, no serial port available): atapci0: port 0x9000-0x9007,0x9007-0x900b= ,0x9010-0x9017, 0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18= =2E0 on pci0 atapci0: [THREAD] atapci0: AHCI Version 230.07 controller with 4 ports PM not supported ata2: on atapci0 ata2: port not implemented ata2: [ITHREAD] ata3: on atapci0 ata3: port not implemented ata3: [ITHREAD] ata4: on atapci0 ata4: port not implemented ata4: [ITHREAD] ata5: on atapci0 ata5: port not implemented ata5: [ITHREAD] What more info is needed? /Thomas - --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nystr=F6m Box 10 Phone: +46 73 069 69 30 S-191 21 Sollentuna Fax: +46 8 35 92 89 Sweden Email: thn@saeab.se --------------------------------------------------------------- --------------060205000803020302080405 Content-Type: text/plain; name="pciconf-lv.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pciconf-lv.txt" hostb0@pci0:0:0:0: class=0x060000 card=0x30c2103c chip=0x79101002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x30c2103c chip=0x79121002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI pcib2@pci0:0:4:0: class=0x060400 card=0x30c2103c chip=0x79141002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI pcib3@pci0:0:5:0: class=0x060400 card=0x30c2103c chip=0x79151002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI pcib4@pci0:0:6:0: class=0x060400 card=0x30c2103c chip=0x79161002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI atapci0@pci0:0:18:0: class=0x01018f card=0x43801002 chip=0x43801002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 Serial ATA Controller' class = mass storage subclass = ATA ohci0@pci0:0:19:0: class=0x0c0310 card=0x30c2103c chip=0x43871002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI0)' class = serial bus subclass = USB ohci1@pci0:0:19:1: class=0x0c0310 card=0x30c2103c chip=0x43881002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI1)' class = serial bus subclass = USB ohci2@pci0:0:19:2: class=0x0c0310 card=0x30c2103c chip=0x43891002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI2)' class = serial bus subclass = USB ohci3@pci0:0:19:3: class=0x0c0310 card=0x30c2103c chip=0x438a1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI3)' class = serial bus subclass = USB ohci4@pci0:0:19:4: class=0x0c0310 card=0x30c2103c chip=0x438b1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI4)' class = serial bus subclass = USB ehci0@pci0:0:19:5: class=0x0c0320 card=0x30c2103c chip=0x43861002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (EHCI)' class = serial bus subclass = USB none0@pci0:0:20:0: class=0x0c0500 card=0x30c2103c chip=0x43851002 rev=0x14 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 SMBUS Controller' class = serial bus subclass = SMBus atapci1@pci0:0:20:1: class=0x010182 card=0x30c2103c chip=0x438c1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 ATA Controller' class = mass storage subclass = ATA none1@pci0:0:20:2: class=0x040300 card=0x30c2103c chip=0x43831002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 High Definition Audio Controller' class = multimedia isab0@pci0:0:20:3: class=0x060100 card=0x30c2103c chip=0x438d1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 PCI to LPC Bridge' class = bridge subclass = PCI-ISA pcib5@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' device = 'IXP SB600 PCI to PCI Bridge' class = bridge subclass = PCI-PCI 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 vgapci0@pci0:1:5:0: class=0x030000 card=0x30c2103c chip=0x791f1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RS690 ATI Mobility Radeon x1250' class = display subclass = VGA bge0@pci0:16:0:0: class=0x020000 card=0x30c2103c chip=0x171314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetLink BCM5906M Fast Ethernet PCIe' class = network subclass = ethernet none2@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4310 broadcom wireless 1490 (dell)' class = network cbb0@pci0:2:4:0: class=0x060700 card=0x30c2103c chip=0x04761180 rev=0xb6 hdr=0x02 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh R/RL/5C476(II)' class = bridge subclass = PCI-CardBus --------------060205000803020302080405 Content-Type: text/plain; name="dmesg.boot.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot.txt" Copyright (c) 1992-2008 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 8.0-CURRENT #5: Tue May 13 12:56:24 UTC 2008 root@bongo.saeab.se:/usr/obj/usr/src/sys/BONGO WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (1995.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x60f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 real memory = 2012938240 (1919 MB) avail memory = 1966006272 (1874 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Error (tbfadt-0516): 32/64X address mismatch in "Pm2ControlBlock": [ 8800] [ 0 8100], using 64X [20070320] ioapic0: Changing APIC ID to 2 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, 8000000 (3) failed acpi0: reservation of 100000, fff00000 (3) failed 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 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x4000-0x40ff mem 0xc0000000-0xc7ffffff,0xd0200000-0xd020ffff,0xd0300000-0xd03fffff irq 19 at device 5.0 on pci1 pcib2: at device 4.0 on pci0 pci16: on pcib2 bge0: mem 0xd0000000-0xd000ffff irq 16 at device 0.0 on pci16 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bge0: Ethernet address: 00:1a:4b:83:26:75 bge0: [ITHREAD] pcib3: at device 5.0 on pci0 pci32: on pcib3 pcib4: at device 6.0 on pci0 pci48: on pcib4 pci48: at device 0.0 (no driver attached) atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ohci0: mem 0xd0401000-0xd0401fff irq 23 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 0xd0402000-0xd0402fff 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 0xd0403000-0xd0403fff irq 17 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 0xd0404000-0xd0404fff 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 0xd0405000-0xd0405fff irq 17 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 0xd0406000-0xd04060ff irq 23 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,0x5040-0x504f irq 16 at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib5: at device 20.4 on pci0 pci2: on pcib5 cbb0: mem 0xd0100000-0xd0100fff irq 20 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cpu0: on acpi0 powernow0: on cpu0 acpi_throttle0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 atrtc0: port 0x70-0x71,0x72-0x73 irq 8 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 IntelliMouse, device ID 3 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata0-master PIO4 ACPI Error (exmutex-0479): Cannot release Mutex [C174], not acquired [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C08B.C0FE.C172.C1D4] (Node 0xc4d7a0c0), AE_AML_MUTEX_NOT_ACQUIRED ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C08B.C0FE.C172.C1D5] (Node 0xc4d7a0a0), AE_AML_MUTEX_NOT_ACQUIRED ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C1EB._PSR] (Node 0xc4d7d940), AE_AML_MUTEX_NOT_ACQUIRED ad4: 152627MB at ata2-master UDMA33 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad4s3a --------------060205000803020302080405-- From owner-freebsd-current@FreeBSD.ORG Tue May 13 12:36:13 2008 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 331B61065677 for ; Tue, 13 May 2008 12:36:13 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id A3BCD8FC12 for ; Tue, 13 May 2008 12:36:12 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA08.westchester.pa.mail.comcast.net with comcast id R04y1Z00B0vyq2s5803G00; Tue, 13 May 2008 12:35:54 +0000 Received: from discordia ([24.60.135.75]) by OMTA05.westchester.pa.mail.comcast.net with comcast id R0cB1Z00E1dmTCQ3R00000; Tue, 13 May 2008 12:36:12 +0000 X-Authority-Analysis: v=1.0 c=1 a=o7G1BpBIaKYA:10 a=JNcXg7yc1N4A:10 a=XFsXuKNdAAAA:8 a=LIM7v01avoxMS1vni_EA:9 a=PNQ9pXxJ6w3z5qFZ3FwA:7 a=HBemVjmUfZROK8JWyBPM_Ybl9d4A:4 a=LY0hPdMaydYA:10 a=VDczXkb54MYDsjezzewA:9 a=qt4daZO9mV6QNQ2zeNvTgGfvuGQA:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id 490BF35A7D4; Tue, 13 May 2008 08:36:11 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 958AC25AD3C; Tue, 13 May 2008 08:35:54 -0400 (EDT) From: Coleman Kane To: Thomas =?ISO-8859-1?Q?Nystr=F6m?= In-Reply-To: <48297FBC.5090906@saeab.se> References: <48297FBC.5090906@saeab.se> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6ATZVK/HmBj9NihbnOyu" Organization: FreeBSD Project Date: Tue, 13 May 2008 08:34:19 -0400 Message-Id: <1210682059.1439.23.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Cc: current@freebsd.org Subject: Re: Disk not detected on ATI IXP600 SATA300 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2008 12:36:13 -0000 --=-6ATZVK/HmBj9NihbnOyu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 2008-05-13 at 13:47 +0200, Thomas Nystr=C3=B6m wrote: > Anyone else seen this? >=20 > Machine is HP Compaq 6715s and I'm running current (from yesterday). > During startup the internal SATA-disk is not detected. I have tried > both GENERIC and customized kernel with same bad result. > Everything works fine on 7.0R and 6.3R. >=20 > If I modify ata-chipset.c:ata_ati_ident() and removes the lines > that matches the ATA_ATI_IXP600_S1 type chip everything is working > when the ata-system uses the default/fallback driver for ATI. >=20 > dmesg and pciconf -lv attached (from the working system). >=20 > The releveant message from a failing system are (hand typed off the > screen, no serial port available): >=20 > atapci0: port 0x9000-0x9007,0x9007-0x900b= ,0x9010-0x9017, > 0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18= .0 on pci0 > atapci0: [THREAD] > atapci0: AHCI Version 230.07 controller with 4 ports PM not supported > ata2: on atapci0 > ata2: port not implemented > ata2: [ITHREAD] > ata3: on atapci0 > ata3: port not implemented > ata3: [ITHREAD] > ata4: on atapci0 > ata4: port not implemented > ata4: [ITHREAD] > ata5: on atapci0 > ata5: port not implemented > ata5: [ITHREAD] >=20 > What more info is needed? >=20 > /Thomas >=20 Thomas, I've fixed this, as I have the same notebook. It has also been confirmed by a few others. The problem is the fix is kind of ugly, and isn't something that is import-worthy into the kernel, as it requires a patch to change the memory-mapped I/O regions of the audio chipset during PCI device initialization. The bug in this laptop is that the person who wrote the BIOS table was kind enough to place the MMIO region for the AHCI interface on the SATA controller right smack in the middle of the range reserved for the HDA Audio controller. The result of this is that you cannot use the HDA Audio at all and you can't use the AHCI interface of the SATA controller (until you apply my fix). Here's my page on the subject, including a link to some 7.0-STABLE ISOs that you can download with my patch already applied: http://www.cokane.org/dokuwiki/freebsd/amd64_compatibility#getting_the_hp_c= ompaq_6715b_working You can also apply the patch to your own source tree that I have here: http://www.cokane.org/dokuwiki/freebsd/amd64_compatibility#the_onboard_ati_= sb600_hda_audio_controller You *won't* need to deal with any of the ATA-related stuff in that document, as that particular code was actually imported some time earlier. You'll need to perform the following at the loader prompt before you boot the hardware (from my analysis of your dmesg below): set hw.pci.hp6715b_membase_for_hd_audio=3D"0xd0414000" After you get the system installed, you can put this into /boot/loader.conf. Could you send me the output of "devinfo -uv" ? Additionally, you'll find a Win64 driver for the Broadcom Wifi card that works really well with the draft-n card on the laptop. Hope that helps. --=20 Coleman Kane > plain text document attachment (pciconf-lv.txt) > hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x30c2103c chip=3D0x79101002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D HOST-PCI > pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x30c2103c chip=3D0x79121002 re= v=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D PCI-PCI > pcib2@pci0:0:4:0: class=3D0x060400 card=3D0x30c2103c chip=3D0x79141002 re= v=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D PCI-PCI > pcib3@pci0:0:5:0: class=3D0x060400 card=3D0x30c2103c chip=3D0x79151002 re= v=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D PCI-PCI > pcib4@pci0:0:6:0: class=3D0x060400 card=3D0x30c2103c chip=3D0x79161002 re= v=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D PCI-PCI > atapci0@pci0:0:18:0: class=3D0x01018f card=3D0x43801002 chip=3D0x43801002= rev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 Serial ATA Controller' > class =3D mass storage > subclass =3D ATA > ohci0@pci0:0:19:0: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x43871002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI0)' > class =3D serial bus > subclass =3D USB > ohci1@pci0:0:19:1: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x43881002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI1)' > class =3D serial bus > subclass =3D USB > ohci2@pci0:0:19:2: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x43891002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI2)' > class =3D serial bus > subclass =3D USB > ohci3@pci0:0:19:3: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x438a1002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI3)' > class =3D serial bus > subclass =3D USB > ohci4@pci0:0:19:4: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x438b1002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI4)' > class =3D serial bus > subclass =3D USB > ehci0@pci0:0:19:5: class=3D0x0c0320 card=3D0x30c2103c chip=3D0x43861002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (EHCI)' > class =3D serial bus > subclass =3D USB > none0@pci0:0:20:0: class=3D0x0c0500 card=3D0x30c2103c chip=3D0x43851002 r= ev=3D0x14 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 SMBUS Controller' > class =3D serial bus > subclass =3D SMBus > atapci1@pci0:0:20:1: class=3D0x010182 card=3D0x30c2103c chip=3D0x438c1002= rev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 ATA Controller' > class =3D mass storage > subclass =3D ATA > none1@pci0:0:20:2: class=3D0x040300 card=3D0x30c2103c chip=3D0x43831002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 High Definition Audio Controller' > class =3D multimedia > isab0@pci0:0:20:3: class=3D0x060100 card=3D0x30c2103c chip=3D0x438d1002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 PCI to LPC Bridge' > class =3D bridge > subclass =3D PCI-ISA > pcib5@pci0:0:20:4: class=3D0x060401 card=3D0x00000000 chip=3D0x43841002 r= ev=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 PCI to PCI Bridge' > class =3D bridge > subclass =3D PCI-PCI > hostb1@pci0:0:24:0: class=3D0x060000 card=3D0x00000000 chip=3D0x11001022 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron HyperTransport Technology Conf= iguration' > class =3D bridge > subclass =3D HOST-PCI > hostb2@pci0:0:24:1: class=3D0x060000 card=3D0x00000000 chip=3D0x11011022 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron Address Map' > class =3D bridge > subclass =3D HOST-PCI > hostb3@pci0:0:24:2: class=3D0x060000 card=3D0x00000000 chip=3D0x11021022 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron DRAM Controller' > class =3D bridge > subclass =3D HOST-PCI > hostb4@pci0:0:24:3: class=3D0x060000 card=3D0x00000000 chip=3D0x11031022 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron Miscellaneous Control' > class =3D bridge > subclass =3D HOST-PCI > vgapci0@pci0:1:5:0: class=3D0x030000 card=3D0x30c2103c chip=3D0x791f1002 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'RS690 ATI Mobility Radeon x1250' > class =3D display > subclass =3D VGA > bge0@pci0:16:0:0: class=3D0x020000 card=3D0x30c2103c chip=3D0x171314e4 re= v=3D0x02 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'NetLink BCM5906M Fast Ethernet PCIe' > class =3D network > subclass =3D ethernet > none2@pci0:48:0:0: class=3D0x028000 card=3D0x1371103c chip=3D0x431214e4 r= ev=3D0x02 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'BCM4310 broadcom wireless 1490 (dell)' > class =3D network > cbb0@pci0:2:4:0: class=3D0x060700 card=3D0x30c2103c chip=3D0x04761180 rev= =3D0xb6 hdr=3D0x02 > vendor =3D 'Ricoh Company, Ltd.' > device =3D 'unknown Ricoh R/RL/5C476(II)' > class =3D bridge > subclass =3D PCI-CardBus > plain text document attachment (dmesg.boot.txt) > Copyright (c) 1992-2008 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 8.0-CURRENT #5: Tue May 13 12:56:24 UTC 2008 > root@bongo.saeab.se:/usr/obj/usr/src/sys/BONGO > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (1995.01-MHz 686-class = CPU) > Origin =3D "AuthenticAMD" Id =3D 0x60f82 Stepping =3D 2 > Features=3D0x178bfbff > Features2=3D0x2001 > AMD Features=3D0xea500800 > AMD Features2=3D0x11f > Cores per package: 2 > real memory =3D 2012938240 (1919 MB) > avail memory =3D 1966006272 (1874 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ACPI Error (tbfadt-0516): 32/64X address mismatch in "Pm2ControlBlock": [= 8800] [ 0 8100], using 64X [20070320] > ioapic0: Changing APIC ID to 2 > 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, 8000000 (3) failed > acpi0: reservation of 100000, fff00000 (3) failed > 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 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0x4000-0x40ff mem 0xc0000000-0xc7f= fffff,0xd0200000-0xd020ffff,0xd0300000-0xd03fffff irq 19 at device 5.0 on p= ci1 > pcib2: at device 4.0 on pci0 > pci16: on pcib2 > bge0: mem 0xd0000000-0xd000ffff i= rq 16 at device 0.0 on pci16 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > bge0: Ethernet address: 00:1a:4b:83:26:75 > bge0: [ITHREAD] > pcib3: at device 5.0 on pci0 > pci32: on pcib3 > pcib4: at device 6.0 on pci0 > pci48: on pcib4 > pci48: at device 0.0 (no driver attached) > atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9= 017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device = 18.0 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > ohci0: mem 0xd0401000-0xd0401fff irq 23 a= t 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 0xd0402000-0xd0402fff irq 17 a= t 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 0xd0403000-0xd0403fff irq 17 a= t 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 0xd0404000-0xd0404fff irq 17 a= t 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 0xd0405000-0xd0405fff irq 17 a= t 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 0xd0406000-0xd04060ff irq = 23 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,0x= 5040-0x504f irq 16 at device 20.1 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > ata1: on atapci1 > ata1: [ITHREAD] > pci0: at device 20.2 (no driver attached) > isab0: at device 20.3 on pci0 > isa0: on isab0 > pcib5: at device 20.4 on pci0 > pci2: on pcib5 > cbb0: mem 0xd0100000-0xd0100fff irq 20 at de= vice 4.0 on pci2 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [ITHREAD] > cpu0: on acpi0 > powernow0: on cpu0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > powernow1: on cpu1 > acpi_throttle1: on cpu1 > acpi_throttle1: failed to attach P_CNT > device_attach: acpi_throttle1 attach returned 6 > battery0: on acpi0 > battery1: on acpi0 > acpi_acad0: on acpi0 > acpi_button0: on acpi0 > acpi_lid0: on acpi0 > acpi_tz0: on acpi0 > atrtc0: port 0x70-0x71,0x72-0x73 irq 8 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 IntelliMouse, device ID 3 > pmtimer0 on isa0 > 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 > ums0: on uhub1 > ums0: 3 buttons and Z dir. > Timecounters tick every 1.000 msec > acd0: DVDR at ata0-master PIO4 > ACPI Error (exmutex-0479): Cannot release Mutex [C174], not acquired [200= 70320] > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C08B.C0F= E.C172.C1D4] (Node 0xc4d7a0c0), AE_AML_MUTEX_NOT_ACQUIRED > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C08B.C0F= E.C172.C1D5] (Node 0xc4d7a0a0), AE_AML_MUTEX_NOT_ACQUIRED > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C1EB._PS= R] (Node 0xc4d7d940), AE_AML_MUTEX_NOT_ACQUIRED > ad4: 152627MB at ata2-master UDMA33 > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ad4s3a --=20 Coleman Kane --=-6ATZVK/HmBj9NihbnOyu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkgpiskACgkQcMSxQcXat5dybwCeI9DJG5W+e6CqQxDRHPKfiovI nyUAn3Y2MigsEwfte01AudXwNI0fONtJ =ds/S -----END PGP SIGNATURE----- --=-6ATZVK/HmBj9NihbnOyu-- From owner-freebsd-current@FreeBSD.ORG Tue May 13 18:53:32 2008 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 06E5F106566C for ; Tue, 13 May 2008 18:53:32 +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 258B78FC14 for ; Tue, 13 May 2008 18:53:30 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl130-10.kln.forthnet.gr [77.49.249.10]) (authenticated bits=128) by igloo.linux.gr (8.14.2/8.14.2/Debian-4) with ESMTP id m4DIr1Wh024743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 13 May 2008 21:53:08 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m4DIr0PO001726 for ; Tue, 13 May 2008 21:53:01 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m4DIr0Bt001725; Tue, 13 May 2008 21:53:00 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: current@freebsd.org Date: Tue, 13 May 2008 21:53:00 +0300 Message-ID: <87ve1iqbn7.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m4DIr1Wh024743 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.896, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.50, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Subject: repeated panics in vm_reserv_alloc_page() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2008 18:53:32 -0000 I've been seeing panics in vm_reserv_alloc_page() for a few days with CURRENT built from sources at 2008-05-09 20:38:25 +0000. The panics seem to be triggered by X11 sessions, but not when I work in the console only. dmesg output and stack traces from the vmcore.{7,8,9,10,11,12} kernel dumps I have around are attached below. Look for 'vmcore.' to find the traces after the dmesg text. [--- dmesg ---] Copyright (c) 1992-2008 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 8.0-CURRENT #0: Sat May 10 06:30:40 EEST 2008 build@kobe:/home/build/obj/home/build/src/sys/KOBE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2400 @ 1.83GHz (1828.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9 Cores per package: 2 real memory = 528089088 (503 MB) avail memory = 507576320 (484 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 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, 1f6a0000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xcff8-0xcfff mem 0xffd80000-0xffdfffff,0xe0000000-0xefffffff,0xffd40000-0xffd7ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: at device 2.1 on pci0 pcm0: at device 27.0 on pci0 pcm0: [ITHREAD] pcib1: irq 17 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 18 at device 28.2 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) uhci0: port 0xcf80-0xcf9f irq 23 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 0xcf60-0xcf7f irq 19 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 0xcf40-0xcf5f irq 18 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 uhci3: port 0xcf20-0xcf3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffd3fc00-0xffd3ffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 fxp0: port 0xbf40-0xbf7f mem 0xffaff000-0xffafffff irq 20 at device 8.0 on pci3 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0e:7b:77:8c:f0 fxp0: [ITHREAD] cbb0: at device 11.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fwohci0: <1394 Open Host Controller Interface> at device 11.1 on pci3 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:39:00:00:ad:d6:2a fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:39:ad:d6:2a fwe0: Ethernet address: 02:00:39:ad:d6:2a fwip0: on firewire0 fwip0: Firewire address: 00:00:39:00:00:ad:d6:2a @ 0xfffe00000000, S400, maxrec 2048 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1eccc000 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode pci3: at device 11.2 (no driver attached) pci3: at device 11.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xafa0-0xafaf irq 19 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est0: Setting 1830 MHz p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est1: Setting 1830 MHz p4tcc1: on cpu1 acpi_lid0: on acpi0 battery0: on acpi0 acpi_button0: on acpi0 acpi_acad0: 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 GlidePoint, device ID 0 atrtc0: port 0x70-0x71 irq 8 on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff 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 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 ugen0: on uhub1 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 76319MB at ata0-master SATA150 acd0: DVDR at ata1-master UDMA33 pcm0: pcm0: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present lock order reversal: (sleepable after non-sleepable) 1st 0xc2cd8020 struct mount mtx (struct mount mtx) @ /home/build/src/sys/kern/vfs_subr.c:343 2nd 0xc2cd8000 vfslock (vfslock) @ /home/build/src/sys/kern/vfs_subr.c:370 KDB: stack backtrace: db_trace_self_wrapper(c08b45be,d36c1b6c,c060f8ee,c08b6e57,c2cd8000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08b6e57,c2cd8000,c08bcdab,c08bcdab,c08bd348,...) at kdb_backtrace+0x29 witness_checkorder(c2cd8000,1,c08bd348,172,4,...) at witness_checkorder+0x6de __lockmgr_args(c2cd8000,200100,c2cd8020,0,0,...) at __lockmgr_args+0x220 vfs_busy(c2cd8000,200,0,c28eacc0,1,...) at vfs_busy+0x1bc vfs_mount_alloc(0,c08fcf00,c08bd0ee,c28eacc0,c064d280,...) at vfs_mount_alloc+0x78 vfs_mountroot(c09586b0,4,c08ac024,264,ffffffff,...) at vfs_mountroot+0x26c start_init(0,d36c1d38,c08ad9e8,30d,c28e8cf8,...) at start_init+0x65 fork_exit(c059a9c0,0,d36c1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd36c1d70, ebp = 0 --- lock order reversal: (sleepable after non-sleepable) 1st 0xc2cd92a8 vnode interlock (vnode interlock) @ /home/build/src/sys/fs/devfs/devfs_vnops.c:197 2nd 0xc2cd9288 devfs (devfs) @ /home/build/src/sys/kern/vfs_subr.c:2044 KDB: stack backtrace: db_trace_self_wrapper(c08b45be,d36c1a98,c060f8ee,c08b6e57,c2cd9288,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08b6e57,c2cd9288,c08a7781,c08a7781,c08bd348,...) at kdb_backtrace+0x29 witness_checkorder(c2cd9288,9,c08bd348,7fc,c2cd9288,...) at witness_checkorder+0x6de __lockmgr_args(c2cd9288,80100,c2cd92a8,0,0,...) at __lockmgr_args+0x777 vop_stdlock(d36c1b90,c08a796c,c08aacd6,80100,c2cd9230,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c08fcf80,d36c1b90,c093a120,c2cd9230,80100,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c2cd9230,80100,c08bd348,7fc,c08a796c,...) at _vn_lock+0x5e vget(c2cd9230,80100,c28eacc0,c6,c2cc4454,...) at vget+0x9c devfs_allocv(c2cd4c80,c2cd8000,d36c1c20,c28eacc0,c28ead64,...) at devfs_allocv+0x11d devfs_root(c2cd8000,80000,c09aafb8,c28eacc0,4,...) at devfs_root+0x51 set_rootvnode(c09aafa0,0,c08bcca6,5f6,c064d280,...) at set_rootvnode+0x2d vfs_mountroot(c09586b0,4,c08ac024,264,ffffffff,...) at vfs_mountroot+0x34c start_init(0,d36c1d38,c08ad9e8,30d,c28e8cf8,...) at start_init+0x65 fork_exit(c059a9c0,0,d36c1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd36c1d70, ebp = 0 --- lock order reversal: 1st 0xc2cd9288 devfs (devfs) @ /home/build/src/sys/kern/vfs_subr.c:2044 2nd 0xc2cc4454 devfsmount (devfsmount) @ /home/build/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper(c08b45be,d36c1bb4,c060f8ee,c08b6e57,c2cc4454,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08b6e57,c2cc4454,c08a792b,c08a792b,c08a796c,...) at kdb_backtrace+0x29 witness_checkorder(c2cc4454,9,c08a796c,c9,c7,...) at witness_checkorder+0x6de _sx_xlock(c2cc4454,0,c08a796c,c9,c2cc4454,...) at _sx_xlock+0x7d devfs_allocv(c2cd4c80,c2cd8000,d36c1c20,c28eacc0,c28ead64,...) at devfs_allocv+0x142 devfs_root(c2cd8000,80000,c09aafb8,c28eacc0,4,...) at devfs_root+0x51 set_rootvnode(c09aafa0,0,c08bcca6,5f6,c064d280,...) at set_rootvnode+0x2d vfs_mountroot(c09586b0,4,c08ac024,264,ffffffff,...) at vfs_mountroot+0x34c start_init(0,d36c1d38,c08ad9e8,30d,c28e8cf8,...) at start_init+0x65 fork_exit(c059a9c0,0,d36c1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd36c1d70, ebp = 0 --- Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted /: mount pending error: blocks 16 files 1 lock order reversal: (sleepable after non-sleepable) 1st 0xc2bb0ee8 bufobj interlock (bufobj interlock) @ /home/build/src/sys/kern/vfs_bio.c:2442 2nd 0xccb18a88 bufwait (bufwait) @ /home/build/src/sys/kern/vfs_bio.c:2456 KDB: stack backtrace: db_trace_self_wrapper(c08b45be,d36c1790,c060f8ee,c08b6e57,ccb18a88,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08b6e57,ccb18a88,c08bbc67,c08bbc67,c08bb20f,...) at kdb_backtrace+0x29 witness_checkorder(ccb18a88,9,c08bb20f,998,4,...) at witness_checkorder+0x6de __lockmgr_args(ccb18a88,81900,c2bb0ee8,c08bbbc3,50,...) at __lockmgr_args+0x777 getblk(c2bb0e38,0,0,800,0,...) at getblk+0x153 breadn(c2bb0e38,0,0,800,0,...) at breadn+0x44 bread(c2bb0e38,0,0,800,0,...) at bread+0x4c ffs_blkatoff(c2bb0e38,0,0,0,d36c19a8,...) at ffs_blkatoff+0xd1 ufs_lookup(d36c19ec,c2bb0e38,d36c1b50,c2bb0e38,d36c1a0c,...) at ufs_lookup+0x2b5 VOP_CACHEDLOOKUP_APV(c0923740,d36c19ec,d36c1b50,d36c1b3c,c28b4500,...) at VOP_CACHEDLOOKUP_APV+0xa5 vfs_cache_lookup(d36c1a6c,d36c1a6c,500000c,80000,c2bb0e38,...) at vfs_cache_lookup+0xd0 VOP_LOOKUP_APV(c0923740,d36c1a6c,c08bca4d,1b0,d36c1b3c,...) at VOP_LOOKUP_APV+0xa5 lookup(d36c1b24,c08bca4d,d8,c0,c28b462c,...) at lookup+0x57e namei(d36c1b24,d36c1b28,c060f0cc,c05c588c,c09aa810,...) at namei+0x44b kern_unlinkat(c28eacc0,ffffff9c,c08bd0ea,1,d36c1c5c,...) at kern_unlinkat+0x46 kern_unlink(c28eacc0,c08bd0ea,1,631,0,...) at kern_unlink+0x27 vfs_mountroot_try(c08bd2a4,c08aacd8,c08a5717,1,c064d280,...) at vfs_mountroot_try+0x472 vfs_mountroot(c09586b0,4,c08ac024,264,ffffffff,...) at vfs_mountroot+0x40e start_init(0,d36c1d38,c08ad9e8,30d,c28e8cf8,...) at start_init+0x65 fork_exit(c059a9c0,0,d36c1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd36c1d70, ebp = 0 --- lock order reversal: 1st 0xc2e85b48 ufs (ufs) @ /home/build/src/sys/kern/vfs_mount.c:1071 2nd 0xc2f185d4 devfsmount (devfsmount) @ /home/build/src/sys/fs/devfs/devfs_vfsops.c:157 KDB: stack backtrace: db_trace_self_wrapper(c08b45be,d5da8a3c,c060f8ee,c08b6e57,c2f185d4,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08b6e57,c2f185d4,c08a792b,c08a792b,c08a78db,...) at kdb_backtrace+0x29 witness_checkorder(c2f185d4,9,c08a78db,9d,c05ac3ba,...) at witness_checkorder+0x6de _sx_xlock(c2f185d4,0,c08a78db,9d,c09ab0c4,...) at _sx_xlock+0x7d devfs_root(c2e7928c,80000,d5da8c30,c2d38660,0,...) at devfs_root+0x34 vfs_donmount(8106040,8,d5da8c70,c2ea3600,bfbfdd01,...) at vfs_donmount+0x16fe nmount(c2d38660,d5da8cfc,c,c2d38660,c0902b90,...) at nmount+0xb3 syscall(d5da8d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280d433b, esp = 0xbfbfdcdc, ebp = 0xbfbfe238 --- [--- vmcore.7 ---] [--- vmcore.8 ---] [--- vmcore.9 ---] [--- vmcore.10 ---] [--- vmcore.11 ---] ( The stack traces of vmcore.{7,8,9,10,11} are exactly the same. ) #0 doadump () at pcpu.h:196 #1 0xc05d2bbe in boot (howto=260) at /home/build/src/sys/kern/kern_shutdown.c:418 #2 0xc05d2e83 in panic (fmt=Variable "fmt" is not available. ) at /home/build/src/sys/kern/kern_shutdown.c:572 #3 0xc085fae3 in trap_fatal (frame=0xd5e3aa40, eva=3247308032) at /home/build/src/sys/i386/i386/trap.c:894 #4 0xc08603b0 in trap (frame=0xd5e3aa40) at /home/build/src/sys/i386/i386/trap.c:279 #5 0xc084426b in calltrap () at /home/build/src/sys/i386/i386/exception.s:146 #6 0xc07fa622 in vm_reserv_alloc_page (object=0xc30f4980, pindex=924005) at /home/build/src/sys/vm/vm_reserv.c:320 #7 0xc07f3d1e in vm_page_alloc (object=0xc30f4980, pindex=924005, req=64) at /home/build/src/sys/vm/vm_page.c:1066 #8 0xc07e3bd2 in vm_fault (map=0xc2e00a24, vaddr=705896448, fault_type=1 '\001', fault_flags=Variable "fault_flags" is not available. ) at /home/build/src/sys/vm/vm_fault.c:441 #9 0xc085fc08 in trap_pfault (frame=0xd5e3ad38, usermode=1, eva=705896448) at /home/build/src/sys/i386/i386/trap.c:784 #10 0xc08604d9 in trap (frame=0xd5e3ad38) at /home/build/src/sys/i386/i386/trap.c:352 #11 0xc084426b in calltrap () at /home/build/src/sys/i386/i386/exception.s:146 #12 0x28497eee in ?? () Previous frame inner to this frame (corrupt stack?) [--- vmcore.12 ---] #0 doadump () at pcpu.h:196 #1 0xc05d2bbe in boot (howto=260) at /home/build/src/sys/kern/kern_shutdown.c:418 #2 0xc05d2e83 in panic (fmt=Variable "fmt" is not available. ) at /home/build/src/sys/kern/kern_shutdown.c:572 #3 0xc085fae3 in trap_fatal (frame=0xd5d89a40, eva=3247312872) at /home/build/src/sys/i386/i386/trap.c:894 #4 0xc08603b0 in trap (frame=0xd5d89a40) at /home/build/src/sys/i386/i386/trap.c:279 #5 0xc084426b in calltrap () at /home/build/src/sys/i386/i386/exception.s:146 #6 0xc07fa6eb in vm_reserv_alloc_page (object=0xc315ed00, pindex=924144) at /home/build/src/sys/vm/vm_reserv.c:334 #7 0xc07f3d1e in vm_page_alloc (object=0xc315ed00, pindex=924144, req=64) at /home/build/src/sys/vm/vm_page.c:1066 #8 0xc07e3bd2 in vm_fault (map=0xc28ee1d8, vaddr=706465792, fault_type=1 '\001', fault_flags=Variable "fault_flags" is not available. ) at /home/build/src/sys/vm/vm_fault.c:441 #9 0xc085fc08 in trap_pfault (frame=0xd5d89d38, usermode=1, eva=706465792) at /home/build/src/sys/i386/i386/trap.c:784 #10 0xc08604d9 in trap (frame=0xd5d89d38) at /home/build/src/sys/i386/i386/trap.c:352 #11 0xc084426b in calltrap () at /home/build/src/sys/i386/i386/exception.s:146 #12 0x28497eee in ?? () Previous frame inner to this frame (corrupt stack?) The video adapter on this laptop is: vgapci0@pci0:0:2:0: class=0x030000 card=0x00031179 chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x00031179 chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display Has anyone else seen similar panics with Intel VGA and X11 in CURRENT? Is there anything from the vmcore.* files I can show to help our VM gurus understand what causes the panic? From owner-freebsd-current@FreeBSD.ORG Tue May 13 20:54:10 2008 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 3E3FD1065673 for ; Tue, 13 May 2008 20:54:10 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id B37958FC17 for ; Tue, 13 May 2008 20:54:09 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so4723854fgb.35 for ; Tue, 13 May 2008 13:54:08 -0700 (PDT) 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:content-transfer-encoding; bh=903REh/0AN/hBwq1ToJe0GtaqHj5F8sbKLaQL3vyYGo=; b=qQRco5KkSo1NT7IWAAn5lDLeYhQmCeJzDxK3EGUiUVQiXIadlPiOXS2gO/fTFUJNVqsGsOKuLgab+K/LLVeDA0YYMkYkNO4toU43lfX5ntqWjGb8NGpflyPhpCvvVHiS271Uo/mAADbjwn9zxck9hum3CPNTKey0VVMmPqGPO0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=hoQeQ93Nc/EdGuHhJp4X8bd5PyrwWKRpgfE0TqCPXM6ZXL7I785RO1MgKCThCsTKhoBSKv2kvsERtNTZIKdkyjIghrokQKiA2U2pmPRrNtwPWxzJx3X2DKbJwdX0bgDk6fOnm+dtzP4gWDqOA323YgjU0/66qHvEpRCfVhURgEw= Received: by 10.86.87.13 with SMTP id k13mr492267fgb.1.1210712046937; Tue, 13 May 2008 13:54:06 -0700 (PDT) Received: from nebuchadnezzar ( [87.151.42.95]) by mx.google.com with ESMTPS id 4sm310950fgg.6.2008.05.13.13.54.05 (version=SSLv3 cipher=RC4-MD5); Tue, 13 May 2008 13:54:06 -0700 (PDT) Date: Tue, 13 May 2008 22:53:59 +0200 From: Pascal Hofstee To: pyunyh@gmail.com Message-ID: <20080513225359.6219367c@nebuchadnezzar> In-Reply-To: <20080513085938.GB888@cdnetworks.co.kr> References: <20080512181259.04a2f542@nebuchadnezzar> <20080513020927.GD32942@cdnetworks.co.kr> <20080513073809.3b163baa@nebuchadnezzar> <20080513085938.GB888@cdnetworks.co.kr> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, yongari@freebsd.org Subject: Re: nfe0 watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2008 20:54:10 -0000 On Tue, 13 May 2008 17:59:38 +0900 Pyun YongHyeon wrote: > > May 10 15:59:31 trinity kernel: ums0: at uhub0 port 1 (addr 2) > > disconnected May 10 15:59:31 trinity kernel: ums0: detached > > May 10 15:59:33 trinity kernel: nfe0: link state changed to DOWN > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Something happend here. But I have no idea why link state was > changed here. > > > May 10 15:59:45 trinity kernel: nfe0: link state changed to UP > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Shomething brought up the link again. If link partner is switch then > I hardly guess this unless you unplug/plug UTP cable. Well ... I can't tell for sure yet, but i am starting to smell a false alarm. It's been about a week now since i switched and have observed the nfe0 link down, link up, followed by perpetual timeout scenario. During this same period the weather around here has started to feel like it's mid-summer with temperatures easily reaching the upper 20s to lower 30s. We share our internet-connection here with about 6 appartments and as it turns out over the last couple of days i have not been the only person who has had some oddball network events happen to him. As it turns out some people have had problems where they simply wouldn't get a link until after they pulled the cable and plugged it back in again, and since about 2 hours ago the power supply of our Gb-switch seems to have become of the persuasion it wants to become a space-heater instead. Initially the Switch's Power LED would still turn green though no link LEDs would light up (and no links were established) and about 15 minutes after that the power LED also no longer turns on. This could very well explain the spurious link losses i've been observing. So i'll likely be getting us a new switch tomorrow (currently have the whole thing running through an old 10-baseT HUB) and keep an eye on things to see how they will develop from there on out. If the nfe problems persist, i'll definitely try the provided suggestions but for now i'll put the investigations on hold. With kind regards, Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Tue May 13 22:31:18 2008 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 8F5B9106567D for ; Tue, 13 May 2008 22:31:18 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 643F08FC0C for ; Tue, 13 May 2008 22:31:18 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by wf-out-1314.google.com with SMTP id 28so2823933wfa.7 for ; Tue, 13 May 2008 15:31:18 -0700 (PDT) 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=0U8Hs51OCPfjukJhP7Fwt0XjJXQkKKrkT3NXQuwRz3M=; b=E1ZQoj0q//Tnp+o9hnkVma16e3qAhIrhWE+CCsunYNgL4yFU4jXQJ542SEzNJqMRSm8R6xeBNP1RSUxAuYcfDZOPtnUbonMrrxML7HRS215MqntrjPufY9XW1AqxRf+qq70FYr0zAUzB+wB19V9lJSb67p8e2ZbbcuVc8zOndUg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tzUf3xi3h533YNxxFHeW0Avqu8akqlS4d1k6fz8bgfbsHPEVMLHRpApxfVecd1Gv1iUIZcMQRW8XbZeXrzYL6SNEm6DR1uhUdgreGqt0I5BzkvWLS2ozJUPpoCkSdFOkvIeVmXGVRvO2JrU1/MJpkv7ZGLK5H0sftQa7E1DzMmI= Received: by 10.143.162.8 with SMTP id p8mr106089wfo.49.1210716354980; Tue, 13 May 2008 15:05:54 -0700 (PDT) Received: by 10.142.215.15 with HTTP; Tue, 13 May 2008 15:05:54 -0700 (PDT) Message-ID: <3a142e750805131505j5e663f1ahe5cc2f2a9d3522ef@mail.gmail.com> Date: Wed, 14 May 2008 00:05:54 +0200 From: "Paul B. Mahol" To: "Giorgos Keramidas" In-Reply-To: <87ve1iqbn7.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87ve1iqbn7.fsf@kobe.laptop> Cc: current@freebsd.org Subject: Re: repeated panics in vm_reserv_alloc_page() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2008 22:31:18 -0000 Maybe completely unrelated to your problem. But anyway ... I have experience with random hardlocks when starting (and only when starting) Xorg on HP Compaq nx7300 laptop (agp0: on vgapci0). It happens also with agp and dri disabled - ie running Xorg with vesa driver, so it doesnt look hardware dependent to me. I cant do really anything to debug this problem. I dont know 100% how to reproduce hardlocks, it looks completely random to me, but somehow, my experience is that UP kernel have much less probability to hardlocks. This started to happen around March this year :) on CURRENT. On 5/13/08, Giorgos Keramidas wrote: > I've been seeing panics in vm_reserv_alloc_page() for a few days with > CURRENT built from sources at 2008-05-09 20:38:25 +0000. The panics > seem to be triggered by X11 sessions, but not when I work in the console > only. > > dmesg output and stack traces from the vmcore.{7,8,9,10,11,12} kernel > dumps I have around are attached below. Look for 'vmcore.' to find the > traces after the dmesg text. > > [--- dmesg ---] > > Copyright (c) 1992-2008 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 8.0-CURRENT #0: Sat May 10 06:30:40 EEST 2008 > build@kobe:/home/build/obj/home/build/src/sys/KOBE > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Genuine Intel(R) CPU T2400 @ 1.83GHz (1828.77-MHz 686-class > CPU) > Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > > Features=0xbfe9fbff > Features2=0xc1a9 > Cores per package: 2 > real memory = 528089088 (503 MB) > avail memory = 507576320 (484 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 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, 1f6a0000 (3) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: port 0xcff8-0xcfff mem > 0xffd80000-0xffdfffff,0xe0000000-0xefffffff,0xffd40000-0xffd7ffff irq 16 at > device 2.0 on pci0 > agp0: on vgapci0 > agp0: detected 7932k stolen memory > agp0: aperture size is 256M > vgapci1: at device 2.1 on pci0 > pcm0: at device 27.0 on pci0 > pcm0: [ITHREAD] > pcib1: irq 17 at device 28.0 on pci0 > pci1: on pcib1 > pcib2: irq 18 at device 28.2 on pci0 > pci2: on pcib2 > pci2: at device 0.0 (no driver attached) > uhci0: port 0xcf80-0xcf9f irq 23 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 0xcf60-0xcf7f irq 19 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 0xcf40-0xcf5f irq 18 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 > uhci3: port 0xcf20-0xcf3f irq 16 at device > 29.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xffd3fc00-0xffd3ffff > irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > pcib3: at device 30.0 on pci0 > pci3: on pcib3 > fxp0: port 0xbf40-0xbf7f mem > 0xffaff000-0xffafffff irq 20 at device 8.0 on pci3 > miibus0: on fxp0 > inphy0: PHY 1 on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:0e:7b:77:8c:f0 > fxp0: [ITHREAD] > cbb0: at device 11.0 on pci3 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [ITHREAD] > fwohci0: <1394 Open Host Controller Interface> at device 11.1 on pci3 > fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:00:39:00:00:ad:d6:2a > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:00:39:ad:d6:2a > fwe0: Ethernet address: 02:00:39:ad:d6:2a > fwip0: on firewire0 > fwip0: Firewire address: 00:00:39:00:00:ad:d6:2a @ 0xfffe00000000, S400, > maxrec 2048 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x1eccc000 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode > pci3: at device 11.2 (no driver attached) > pci3: at device 11.3 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xafa0-0xafaf irq 19 at device 31.2 on > pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > cpu0: on acpi0 > est0: on cpu0 > est0: Setting 1830 MHz > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est1: Setting 1830 MHz > p4tcc1: on cpu1 > acpi_lid0: on acpi0 > battery0: on acpi0 > acpi_button0: on acpi0 > acpi_acad0: 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 GlidePoint, device ID 0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff 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 > 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 > ugen0: addr 2> on uhub1 > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > ad0: 76319MB at ata0-master SATA150 > acd0: DVDR at ata1-master UDMA33 > pcm0: > pcm0: > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > lock order reversal: (sleepable after non-sleepable) > 1st 0xc2cd8020 struct mount mtx (struct mount mtx) @ > /home/build/src/sys/kern/vfs_subr.c:343 > 2nd 0xc2cd8000 vfslock (vfslock) @ /home/build/src/sys/kern/vfs_subr.c:370 > KDB: stack backtrace: > db_trace_self_wrapper(c08b45be,d36c1b6c,c060f8ee,c08b6e57,c2cd8000,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c08b6e57,c2cd8000,c08bcdab,c08bcdab,c08bd348,...) at > kdb_backtrace+0x29 > witness_checkorder(c2cd8000,1,c08bd348,172,4,...) at > witness_checkorder+0x6de > __lockmgr_args(c2cd8000,200100,c2cd8020,0,0,...) at __lockmgr_args+0x220 > vfs_busy(c2cd8000,200,0,c28eacc0,1,...) at vfs_busy+0x1bc > vfs_mount_alloc(0,c08fcf00,c08bd0ee,c28eacc0,c064d280,...) at > vfs_mount_alloc+0x78 > vfs_mountroot(c09586b0,4,c08ac024,264,ffffffff,...) at vfs_mountroot+0x26c > start_init(0,d36c1d38,c08ad9e8,30d,c28e8cf8,...) at start_init+0x65 > fork_exit(c059a9c0,0,d36c1d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xd36c1d70, ebp = 0 --- > lock order reversal: (sleepable after non-sleepable) > 1st 0xc2cd92a8 vnode interlock (vnode interlock) @ > /home/build/src/sys/fs/devfs/devfs_vnops.c:197 > 2nd 0xc2cd9288 devfs (devfs) @ /home/build/src/sys/kern/vfs_subr.c:2044 > KDB: stack backtrace: > db_trace_self_wrapper(c08b45be,d36c1a98,c060f8ee,c08b6e57,c2cd9288,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c08b6e57,c2cd9288,c08a7781,c08a7781,c08bd348,...) at > kdb_backtrace+0x29 > witness_checkorder(c2cd9288,9,c08bd348,7fc,c2cd9288,...) at > witness_checkorder+0x6de > __lockmgr_args(c2cd9288,80100,c2cd92a8,0,0,...) at __lockmgr_args+0x777 > vop_stdlock(d36c1b90,c08a796c,c08aacd6,80100,c2cd9230,...) at > vop_stdlock+0x62 > VOP_LOCK1_APV(c08fcf80,d36c1b90,c093a120,c2cd9230,80100,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c2cd9230,80100,c08bd348,7fc,c08a796c,...) at _vn_lock+0x5e > vget(c2cd9230,80100,c28eacc0,c6,c2cc4454,...) at vget+0x9c > devfs_allocv(c2cd4c80,c2cd8000,d36c1c20,c28eacc0,c28ead64,...) at > devfs_allocv+0x11d > devfs_root(c2cd8000,80000,c09aafb8,c28eacc0,4,...) at devfs_root+0x51 > set_rootvnode(c09aafa0,0,c08bcca6,5f6,c064d280,...) at set_rootvnode+0x2d > vfs_mountroot(c09586b0,4,c08ac024,264,ffffffff,...) at vfs_mountroot+0x34c > start_init(0,d36c1d38,c08ad9e8,30d,c28e8cf8,...) at start_init+0x65 > fork_exit(c059a9c0,0,d36c1d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xd36c1d70, ebp = 0 --- > lock order reversal: > 1st 0xc2cd9288 devfs (devfs) @ /home/build/src/sys/kern/vfs_subr.c:2044 > 2nd 0xc2cc4454 devfsmount (devfsmount) @ > /home/build/src/sys/fs/devfs/devfs_vnops.c:201 > KDB: stack backtrace: > db_trace_self_wrapper(c08b45be,d36c1bb4,c060f8ee,c08b6e57,c2cc4454,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c08b6e57,c2cc4454,c08a792b,c08a792b,c08a796c,...) at > kdb_backtrace+0x29 > witness_checkorder(c2cc4454,9,c08a796c,c9,c7,...) at > witness_checkorder+0x6de > _sx_xlock(c2cc4454,0,c08a796c,c9,c2cc4454,...) at _sx_xlock+0x7d > devfs_allocv(c2cd4c80,c2cd8000,d36c1c20,c28eacc0,c28ead64,...) at > devfs_allocv+0x142 > devfs_root(c2cd8000,80000,c09aafb8,c28eacc0,4,...) at devfs_root+0x51 > set_rootvnode(c09aafa0,0,c08bcca6,5f6,c064d280,...) at set_rootvnode+0x2d > vfs_mountroot(c09586b0,4,c08ac024,264,ffffffff,...) at vfs_mountroot+0x34c > start_init(0,d36c1d38,c08ad9e8,30d,c28e8cf8,...) at start_init+0x65 > fork_exit(c059a9c0,0,d36c1d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xd36c1d70, ebp = 0 --- > Trying to mount root from ufs:/dev/ad0s1a > WARNING: / was not properly dismounted > /: mount pending error: blocks 16 files 1 > lock order reversal: (sleepable after non-sleepable) > 1st 0xc2bb0ee8 bufobj interlock (bufobj interlock) @ > /home/build/src/sys/kern/vfs_bio.c:2442 > 2nd 0xccb18a88 bufwait (bufwait) @ /home/build/src/sys/kern/vfs_bio.c:2456 > KDB: stack backtrace: > db_trace_self_wrapper(c08b45be,d36c1790,c060f8ee,c08b6e57,ccb18a88,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c08b6e57,ccb18a88,c08bbc67,c08bbc67,c08bb20f,...) at > kdb_backtrace+0x29 > witness_checkorder(ccb18a88,9,c08bb20f,998,4,...) at > witness_checkorder+0x6de > __lockmgr_args(ccb18a88,81900,c2bb0ee8,c08bbbc3,50,...) at > __lockmgr_args+0x777 > getblk(c2bb0e38,0,0,800,0,...) at getblk+0x153 > breadn(c2bb0e38,0,0,800,0,...) at breadn+0x44 > bread(c2bb0e38,0,0,800,0,...) at bread+0x4c > ffs_blkatoff(c2bb0e38,0,0,0,d36c19a8,...) at ffs_blkatoff+0xd1 > ufs_lookup(d36c19ec,c2bb0e38,d36c1b50,c2bb0e38,d36c1a0c,...) at > ufs_lookup+0x2b5 > VOP_CACHEDLOOKUP_APV(c0923740,d36c19ec,d36c1b50,d36c1b3c,c28b4500,...) at > VOP_CACHEDLOOKUP_APV+0xa5 > vfs_cache_lookup(d36c1a6c,d36c1a6c,500000c,80000,c2bb0e38,...) at > vfs_cache_lookup+0xd0 > VOP_LOOKUP_APV(c0923740,d36c1a6c,c08bca4d,1b0,d36c1b3c,...) at > VOP_LOOKUP_APV+0xa5 > lookup(d36c1b24,c08bca4d,d8,c0,c28b462c,...) at lookup+0x57e > namei(d36c1b24,d36c1b28,c060f0cc,c05c588c,c09aa810,...) at namei+0x44b > kern_unlinkat(c28eacc0,ffffff9c,c08bd0ea,1,d36c1c5c,...) at > kern_unlinkat+0x46 > kern_unlink(c28eacc0,c08bd0ea,1,631,0,...) at kern_unlink+0x27 > vfs_mountroot_try(c08bd2a4,c08aacd8,c08a5717,1,c064d280,...) at > vfs_mountroot_try+0x472 > vfs_mountroot(c09586b0,4,c08ac024,264,ffffffff,...) at vfs_mountroot+0x40e > start_init(0,d36c1d38,c08ad9e8,30d,c28e8cf8,...) at start_init+0x65 > fork_exit(c059a9c0,0,d36c1d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xd36c1d70, ebp = 0 --- > lock order reversal: > 1st 0xc2e85b48 ufs (ufs) @ /home/build/src/sys/kern/vfs_mount.c:1071 > 2nd 0xc2f185d4 devfsmount (devfsmount) @ > /home/build/src/sys/fs/devfs/devfs_vfsops.c:157 > KDB: stack backtrace: > db_trace_self_wrapper(c08b45be,d5da8a3c,c060f8ee,c08b6e57,c2f185d4,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c08b6e57,c2f185d4,c08a792b,c08a792b,c08a78db,...) at > kdb_backtrace+0x29 > witness_checkorder(c2f185d4,9,c08a78db,9d,c05ac3ba,...) at > witness_checkorder+0x6de > _sx_xlock(c2f185d4,0,c08a78db,9d,c09ab0c4,...) at _sx_xlock+0x7d > devfs_root(c2e7928c,80000,d5da8c30,c2d38660,0,...) at devfs_root+0x34 > vfs_donmount(8106040,8,d5da8c70,c2ea3600,bfbfdd01,...) at > vfs_donmount+0x16fe > nmount(c2d38660,d5da8cfc,c,c2d38660,c0902b90,...) at nmount+0xb3 > syscall(d5da8d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280d433b, esp = > 0xbfbfdcdc, ebp = 0xbfbfe238 --- > > [--- vmcore.7 ---] > [--- vmcore.8 ---] > [--- vmcore.9 ---] > [--- vmcore.10 ---] > [--- vmcore.11 ---] > > ( The stack traces of vmcore.{7,8,9,10,11} are exactly the same. ) > > #0 doadump () at pcpu.h:196 > #1 0xc05d2bbe in boot (howto=260) at > /home/build/src/sys/kern/kern_shutdown.c:418 > #2 0xc05d2e83 in panic (fmt=Variable "fmt" is not available. > ) at /home/build/src/sys/kern/kern_shutdown.c:572 > #3 0xc085fae3 in trap_fatal (frame=0xd5e3aa40, eva=3247308032) at > /home/build/src/sys/i386/i386/trap.c:894 > #4 0xc08603b0 in trap (frame=0xd5e3aa40) at > /home/build/src/sys/i386/i386/trap.c:279 > #5 0xc084426b in calltrap () at > /home/build/src/sys/i386/i386/exception.s:146 > #6 0xc07fa622 in vm_reserv_alloc_page (object=0xc30f4980, pindex=924005) at > /home/build/src/sys/vm/vm_reserv.c:320 > #7 0xc07f3d1e in vm_page_alloc (object=0xc30f4980, pindex=924005, req=64) > at /home/build/src/sys/vm/vm_page.c:1066 > #8 0xc07e3bd2 in vm_fault (map=0xc2e00a24, vaddr=705896448, fault_type=1 > '\001', fault_flags=Variable "fault_flags" is not available. > ) at /home/build/src/sys/vm/vm_fault.c:441 > #9 0xc085fc08 in trap_pfault (frame=0xd5e3ad38, usermode=1, eva=705896448) > at /home/build/src/sys/i386/i386/trap.c:784 > #10 0xc08604d9 in trap (frame=0xd5e3ad38) at > /home/build/src/sys/i386/i386/trap.c:352 > #11 0xc084426b in calltrap () at > /home/build/src/sys/i386/i386/exception.s:146 > #12 0x28497eee in ?? () > Previous frame inner to this frame (corrupt stack?) > > [--- vmcore.12 ---] > > #0 doadump () at pcpu.h:196 > #1 0xc05d2bbe in boot (howto=260) at > /home/build/src/sys/kern/kern_shutdown.c:418 > #2 0xc05d2e83 in panic (fmt=Variable "fmt" is not available. > ) at /home/build/src/sys/kern/kern_shutdown.c:572 > #3 0xc085fae3 in trap_fatal (frame=0xd5d89a40, eva=3247312872) at > /home/build/src/sys/i386/i386/trap.c:894 > #4 0xc08603b0 in trap (frame=0xd5d89a40) at > /home/build/src/sys/i386/i386/trap.c:279 > #5 0xc084426b in calltrap () at > /home/build/src/sys/i386/i386/exception.s:146 > #6 0xc07fa6eb in vm_reserv_alloc_page (object=0xc315ed00, pindex=924144) at > /home/build/src/sys/vm/vm_reserv.c:334 > #7 0xc07f3d1e in vm_page_alloc (object=0xc315ed00, pindex=924144, req=64) > at /home/build/src/sys/vm/vm_page.c:1066 > #8 0xc07e3bd2 in vm_fault (map=0xc28ee1d8, vaddr=706465792, fault_type=1 > '\001', fault_flags=Variable "fault_flags" is not available. > ) at /home/build/src/sys/vm/vm_fault.c:441 > #9 0xc085fc08 in trap_pfault (frame=0xd5d89d38, usermode=1, eva=706465792) > at /home/build/src/sys/i386/i386/trap.c:784 > #10 0xc08604d9 in trap (frame=0xd5d89d38) at > /home/build/src/sys/i386/i386/trap.c:352 > #11 0xc084426b in calltrap () at > /home/build/src/sys/i386/i386/exception.s:146 > #12 0x28497eee in ?? () > Previous frame inner to this frame (corrupt stack?) > > The video adapter on this laptop is: > > vgapci0@pci0:0:2:0: class=0x030000 card=0x00031179 chip=0x27a28086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile 945GM/GU Express Integrated Graphics Controller' > class = display > subclass = VGA > vgapci1@pci0:0:2:1: class=0x038000 card=0x00031179 chip=0x27a68086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile 945GM/GU Express Integrated Graphics Controller' > class = display > > Has anyone else seen similar panics with Intel VGA and X11 in CURRENT? > > Is there anything from the vmcore.* files I can show to help our VM > gurus understand what causes the panic? > > _______________________________________________ > 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 May 13 22:53:30 2008 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 40E04106564A for ; Tue, 13 May 2008 22:53:30 +0000 (UTC) (envelope-from thn@saeab.se) Received: from ture.saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id 95DB88FC0C for ; Tue, 13 May 2008 22:53:29 +0000 (UTC) (envelope-from thn@saeab.se) Received: from scatcat.thn.saeab.se (vpn-thn.int.saeab.se [10.0.4.43]) by ture.saeab.se (8.13.8/8.13.8) with ESMTP id m4DMrOqP003513; Wed, 14 May 2008 00:53:24 +0200 (CEST) (envelope-from thn@saeab.se) Received: from [10.1.0.1] (home [10.1.0.1]) by scatcat.thn.saeab.se (8.14.2/8.14.2) with ESMTP id m4DMrN3l014552; Wed, 14 May 2008 00:53:24 +0200 (CEST) (envelope-from thn@saeab.se) Message-ID: <482A1BDB.8060908@saeab.se> Date: Wed, 14 May 2008 00:53:15 +0200 From: =?UTF-8?B?VGhvbWFzIE55c3Ryw7Zt?= User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Coleman Kane References: <48297FBC.5090906@saeab.se> <1210682059.1439.23.camel@localhost> In-Reply-To: <1210682059.1439.23.camel@localhost> Content-Type: multipart/mixed; boundary="------------040202050101070809060701" X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ture.saeab.se [10.0.1.133]); Wed, 14 May 2008 00:53:28 +0200 (CEST) Cc: current@freebsd.org Subject: Re: Disk not detected on ATI IXP600 SATA300 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2008 22:53:30 -0000 This is a multi-part message in MIME format. --------------040202050101070809060701 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Coleman Kane skrev: > On Tue, 2008-05-13 at 13:47 +0200, Thomas Nyström wrote: >> Anyone else seen this? >> >> Machine is HP Compaq 6715s and I'm running current (from yesterday). >> During startup the internal SATA-disk is not detected. I have tried >> both GENERIC and customized kernel with same bad result. >> Everything works fine on 7.0R and 6.3R. >> >> If I modify ata-chipset.c:ata_ati_ident() and removes the lines >> that matches the ATA_ATI_IXP600_S1 type chip everything is working >> when the ata-system uses the default/fallback driver for ATI. >> >> dmesg and pciconf -lv attached (from the working system). >> >> The releveant message from a failing system are (hand typed off the >> screen, no serial port available): >> >> atapci0: port 0x9000-0x9007,0x9007-0x900b,0x9010-0x9017, >> 0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 >> atapci0: [THREAD] >> atapci0: AHCI Version 230.07 controller with 4 ports PM not supported >> ata2: on atapci0 >> ata2: port not implemented >> ata2: [ITHREAD] >> ata3: on atapci0 >> ata3: port not implemented >> ata3: [ITHREAD] >> ata4: on atapci0 >> ata4: port not implemented >> ata4: [ITHREAD] >> ata5: on atapci0 >> ata5: port not implemented >> ata5: [ITHREAD] >> >> What more info is needed? >> >> /Thomas >> > > Thomas, > > I've fixed this, as I have the same notebook. It has also been confirmed > by a few others. The problem is the fix is kind of ugly, and isn't > something that is import-worthy into the kernel, as it requires a patch > to change the memory-mapped I/O regions of the audio chipset during PCI > device initialization. Well, almost the same notebook, you have 6715b but I have 6715s. One difference is the Ethernet-chip. > The bug in this laptop is that the person who wrote the BIOS table was > kind enough to place the MMIO region for the AHCI interface on the SATA > controller right smack in the middle of the range reserved for the HDA > Audio controller. The result of this is that you cannot use the HDA > Audio at all and you can't use the AHCI interface of the SATA controller > (until you apply my fix). I can confirm that this is true for my laptop. > Here's my page on the subject, including a link to some 7.0-STABLE ISOs > that you can download with my patch already applied: > http://www.cokane.org/dokuwiki/freebsd/amd64_compatibility#getting_the_hp_compaq_6715b_working > > You can also apply the patch to your own source tree that I have here: > http://www.cokane.org/dokuwiki/freebsd/amd64_compatibility#the_onboard_ati_sb600_hda_audio_controller Your server is currently inaccessible but I managed to pick up the information from the cached page on Google! > You *won't* need to deal with any of the ATA-related stuff in that > document, as that particular code was actually imported some time > earlier. > > You'll need to perform the following at the loader prompt before you > boot the hardware (from my analysis of your dmesg below): > set hw.pci.hp6715b_membase_for_hd_audio="0xd0414000" > > After you get the system installed, you can put this > into /boot/loader.conf. I can confirm that your fix got my disk to appear and it seems to work! Nice trick! > Could you send me the output of "devinfo -uv" ? Attached! > Additionally, you'll find a Win64 driver for the Broadcom Wifi card that > works really well with the draft-n card on the laptop. Thanks for the tip. I'm not sure if I should bother with the WLAN. The laptop is mainly used to compile the software and initiate a Compact Flash disk for an embedded system. That system is using 6.3R. I put -CURRENT on the system just to test some fixes for the Ethernet in the machine (BCM5906, now supported by bge(4)). > Hope that helps. Yes! Thank you! /Thomas -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 73 069 69 30 S-191 21 Sollentuna Fax: +46 8 35 92 89 Sweden Email: thn@saeab.se --------------------------------------------------------------- --------------040202050101070809060701 Content-Type: text/plain; name="devinfo-uv.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="devinfo-uv.txt" SW50ZXJydXB0IHJlcXVlc3QgbGluZXM6CiAgICAwIChyb290MCkKICAgIDEgKGF0a2JkMCkK ICAgIDMgKHJvb3QwKQogICAgNCAoc2lvMCkKICAgIDUtNyAocm9vdDApCiAgICA4IChhdHJ0 YzApCiAgICA5IChhY3BpMCkKICAgIDEwLTExIChyb290MCkKICAgIDEyIChwc20wKQogICAg MTMgKHJvb3QwKQogICAgMTQgKGF0YTApCiAgICAxNSAocm9vdDApCiAgICAxNiAoYmdlMCkK ICAgIDE3IChvaGNpMSkKICAgIDE4LTE5IChyb290MCkKICAgIDIwIChjYmIwKQogICAgMjEt MjIgKHJvb3QwKQogICAgMjMgKG9oY2kwKQpETUEgcmVxdWVzdCBsaW5lczoKICAgIDAtNyAo cm9vdDApCkkvTyBwb3J0czoKICAgIDB4MC0weGYgKHJvb3QwKQogICAgMHgxMC0weDFmIChh Y3BpMCkKICAgIDB4MjAtMHgyMSAocm9vdDApCiAgICAweDIyLTB4MjMgKGFjcGkwKQogICAg MHgyNC0weDJkIChyb290MCkKICAgIDB4MmUtMHgyZiAoYWNwaTApCiAgICAweDMwLTB4NGQg KHJvb3QwKQogICAgMHg0ZS0weDRmIChhY3BpMCkKICAgIDB4NTAtMHg1ZiAocm9vdDApCiAg ICAweDYwIChhdGtiZGMwKQogICAgMHg2MSAocm9vdDApCiAgICAweDYyIChhY3BpX2VjMCkK ICAgIDB4NjMgKHJvb3QwKQogICAgMHg2NCAoYXRrYmRjMCkKICAgIDB4NjUgKHJvb3QwKQog ICAgMHg2NiAoYWNwaV9lYzApCiAgICAweDY3LTB4NmYgKHJvb3QwKQogICAgMHg3MC0weDcx IChhdHJ0YzApCiAgICAweDcyLTB4OTEgKHJvb3QwKQogICAgMHg5MiAoYWNwaTApCiAgICAw eDkzLTB4MTZmIChyb290MCkKICAgIDB4MTcwLTB4MTc3IChhdGFwY2kxKQogICAgMHgxNzgt MHgxZWYgKHJvb3QwKQogICAgMHgxZjAtMHgxZjcgKGF0YXBjaTEpCiAgICAweDFmOC0weDM3 NSAocm9vdDApCiAgICAweDM3NiAoYXRhcGNpMSkKICAgIDB4Mzc3LTB4M2JmIChyb290MCkK ICAgIDB4M2MwLTB4M2RmICh2Z2EwKQogICAgMHgzZTAtMHgzZjUgKHJvb3QwKQogICAgMHgz ZjYgKGF0YXBjaTEpCiAgICAweDNmNyAocm9vdDApCiAgICAweDNmOC0weDNmZiAoc2lvMCkK ICAgIDB4NDAwLTB4NDBhIChyb290MCkKICAgIDB4NDBiIChhY3BpMCkKICAgIDB4NDBjLTB4 NGNmIChyb290MCkKICAgIDB4NGQwLTB4NGQxIChhY3BpMCkKICAgIDB4NGQyLTB4NGQ1IChy b290MCkKICAgIDB4NGQ2IChhY3BpMCkKICAgIDB4NGQ3LTB4NGZmIChyb290MCkKICAgIDB4 NTAwLTB4NTNmIChhY3BpMCkKICAgIDB4NTQwLTB4YmZmIChyb290MCkKICAgIDB4YzAwLTB4 YzAxIChhY3BpMCkKICAgIDB4YzAyLTB4YzEzIChyb290MCkKICAgIDB4YzE0IChhY3BpMCkK ICAgIDB4YzE1LTB4YzRmIChyb290MCkKICAgIDB4YzUwLTB4YzUxIChhY3BpMCkKICAgIDB4 YzUyIChhY3BpMCkKICAgIDB4YzUzLTB4YzZiIChyb290MCkKICAgIDB4YzZjIChhY3BpMCkK ICAgIDB4YzZkLTB4YzZlIChyb290MCkKICAgIDB4YzZmIChhY3BpMCkKICAgIDB4YzcwLTB4 Y2NmIChyb290MCkKICAgIDB4Y2QwLTB4Y2RmIChhY3BpMCkKICAgIDB4Y2UwLTB4M2ZmZiAo cm9vdDApCiAgICAweDQwMDAtMHg0MGZmICh2Z2FwY2kwKQogICAgMHg0MTAwLTB4NTAxNyAo cm9vdDApCiAgICAweDUwMTgtMHg1MDFiIChhdGFwY2kwKQogICAgMHg1MDFjLTB4NTAxZiAo cm9vdDApCiAgICAweDUwMjAtMHg1MDJmIChhdGFwY2kwKQogICAgMHg1MDMwLTB4NTAzZiAo cm9vdDApCiAgICAweDUwNDAtMHg1MDRmIChhdGFwY2kxKQogICAgMHg1MDUwLTB4N2ZmZiAo cm9vdDApCiAgICAweDgwMDAtMHg4MDJmIChhY3BpMCkKICAgIDB4ODAzMC0weDgwZmYgKHJv b3QwKQogICAgMHg4MTAwLTB4ODExZiAoYWNwaTApCiAgICAweDgxMjAtMHg4MWZmIChyb290 MCkKICAgIDB4ODIwMC0weDgyMGYgLS0tLQogICAgMHg4MjEwLTB4OGZmZiAocm9vdDApCiAg ICAweDkwMDAtMHg5MDA3IChhdGFwY2kwKQogICAgMHg5MDA4LTB4OTAwYiAoYXRhcGNpMCkK ICAgIDB4OTAwYy0weDkwMGYgKHJvb3QwKQogICAgMHg5MDEwLTB4OTAxNyAoYXRhcGNpMCkK ICAgIDB4OTAxOC0weGZmZmYgKHJvb3QwKQpJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgIDB4 MC0weDllZmZmIChyYW0wKQogICAgMHg5ZjAwMC0weDlmZmZmIChyb290MCkKICAgIDB4YTAw MDAtMHhiZmZmZiAodmdhMCkKICAgIDB4YzAwMDAtMHhjZDNmZiAocm9vdDApCiAgICAweGNk NDAwLTB4Y2ZmZmYgKGFjcGkwKQogICAgMHhkMDAwMC0weGRmZmZmIChyb290MCkKICAgIDB4 ZTAwMDAtMHhmZmZmZiAoYWNwaTApCiAgICAweDEwMDAwMC0weDc3ZmFmZmZmIChyYW0wKQog ICAgMHg3N2ZiMDAwMC0weGJmZmZmZmZmIChyb290MCkKICAgIDB4YzAwMDAwMDAtMHhjN2Zm ZmZmZiAodmdhcGNpMCkKICAgIDB4YzgwMDAwMDAtMHhjZmZmZmZmZiAocm9vdDApCiAgICAw eGQwMDAwMDAwLTB4ZDAwMGZmZmYgKGJnZTApCiAgICAweGQwMDEwMDAwLTB4ZDAwZmZmZmYg KHJvb3QwKQogICAgMHhkMDEwMDAwMC0weGQwMTAwZmZmIChjYmIwKQogICAgMHhkMDEwMTAw MC0weGQwMWZmZmZmIChyb290MCkKICAgIDB4ZDAyMDAwMDAtMHhkMDIwZmZmZiAodmdhcGNp MCkKICAgIDB4ZDAyMTAwMDAtMHhkMDJmZmZmZiAocm9vdDApCiAgICAweGQwMzAwMDAwLTB4 ZDAzZmZmZmYgKHZnYXBjaTApCiAgICAweGQwNDAwMDAwLTB4ZDA0MDBmZmYgKHJvb3QwKQog ICAgMHhkMDQwMTAwMC0weGQwNDAxZmZmIChvaGNpMCkKICAgIDB4ZDA0MDIwMDAtMHhkMDQw MmZmZiAob2hjaTEpCiAgICAweGQwNDAzMDAwLTB4ZDA0MDNmZmYgKG9oY2kyKQogICAgMHhk MDQwNDAwMC0weGQwNDA0ZmZmIChvaGNpMykKICAgIDB4ZDA0MDUwMDAtMHhkMDQwNWZmZiAo b2hjaTQpCiAgICAweGQwNDA2MDAwLTB4ZDA0MDYwZmYgKGVoY2kwKQogICAgMHhkMDQwNjEw MC0weGQwNDA4ZmZmIChyb290MCkKICAgIDB4ZDA0MDkwMDAtMHhkMDQwOTNmZiAoYXRhcGNp MCkKICAgIDB4ZDA0MDk0MDAtMHhkMDQxM2ZmZiAocm9vdDApCiAgICAweGQwNDE0MDAwLTB4 ZDA0MTdmZmYgLS0tLQogICAgMHhkMDQxODAwMC0weGZlYmZmZmZmIChyb290MCkKICAgIDB4 ZmVjMDAwMDAtMHhmZWMwMDAxZiAoYXBpYzApCiAgICAweGZlYzAwMDIwLTB4ZmVkZmZmZmYg KHJvb3QwKQogICAgMHhmZWUwMDAwMC0weGZlZTAwM2ZmIChhcGljMCkKICAgIDB4ZmVlMDA0 MDAtMHhmZmZmZmZmZiAocm9vdDApCkFDUEkgSS9PIHBvcnRzOgogICAgMHgxMC0weDFmIChy b290MCkKICAgIDB4MjItMHgyMyAocm9vdDApCiAgICAweDJlLTB4MmYgKHJvb3QwKQogICAg MHg0ZS0weDRmIChyb290MCkKICAgIDB4OTIgKHJvb3QwKQogICAgMHg0MGIgKHJvb3QwKQog ICAgMHg0ZDAtMHg0ZDEgKHJvb3QwKQogICAgMHg0ZDYgKHJvb3QwKQogICAgMHg1MDAtMHg1 M2YgKHJvb3QwKQogICAgMHhjMDAtMHhjMDEgKHJvb3QwKQogICAgMHhjMTQgKHJvb3QwKQog ICAgMHhjNTAtMHhjNTIgKHJvb3QwKQogICAgMHhjNmMgKHJvb3QwKQogICAgMHhjNmYgKHJv b3QwKQogICAgMHhjZDAtMHhjZGYgKHJvb3QwKQogICAgMHg4MDAwLTB4ODAwNyAocm9vdDAp CiAgICAweDgwMDgtMHg4MDBiIChhY3BpX3RpbWVyMCkKICAgIDB4ODAwYy0weDgwMGYgKHJv b3QwKQogICAgMHg4MDEwLTB4ODAxMyAoYWNwaV90aHJvdHRsZTApCiAgICAweDgwMTQtMHg4 MDJmIChyb290MCkKICAgIDB4ODEwMC0weDgxMWYgKHJvb3QwKQpBQ1BJIEkvTyBtZW1vcnkg YWRkcmVzc2VzOgogICAgMHhjZDQwMC0weGNmZmZmIChyb290MCkKICAgIDB4ZTAwMDAtMHhm ZmZmZiAocm9vdDApCg== --------------040202050101070809060701-- From owner-freebsd-current@FreeBSD.ORG Wed May 14 05:29:27 2008 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 95DDB106564A for ; Wed, 14 May 2008 05:29:27 +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 0DEB38FC12 for ; Wed, 14 May 2008 05:29:26 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl130-10.kln.forthnet.gr [77.49.249.10]) (authenticated bits=128) by igloo.linux.gr (8.14.2/8.14.2/Debian-4) with ESMTP id m4E5G9DR031751 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 May 2008 08:16:16 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m4E5G9SJ003131; Wed, 14 May 2008 08:16:09 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m4E5G8mP003130; Wed, 14 May 2008 08:16:08 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: "Alan Cox" References: <87ve1iqbn7.fsf@kobe.laptop> Date: Wed, 14 May 2008 08:16:07 +0300 In-Reply-To: (Alan Cox's message of "Wed, 14 May 2008 00:00:44 -0500") Message-ID: <87zlqta2js.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m4E5G9DR031751 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.338, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.06, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: current@freebsd.org Subject: Re: repeated panics in vm_reserv_alloc_page() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2008 05:29:27 -0000 Hi Alan, Thanks for the patch :) I'll rebuild right now, but it may be tricky reproducing the panic. Is it ok if I let it run for a couple of days or a bit more? I can't reliably reproduce the panic all the time, but it seems to happen faster when I stress the system a bit. On Wed, 14 May 2008 00:00:44 -0500, "Alan Cox" wrote: > Please let me know if the attached patch eliminates your panics. > > Regards, > Alan > > Index: vm/vm_page.c > =================================================================== > RCS file: /home/ncvs/src/sys/vm/vm_page.c,v > retrieving revision 1.369 > diff -p -u -r1.369 vm_page.c > --- vm/vm_page.c 6 Apr 2008 18:09:28 -0000 1.369 > +++ vm/vm_page.c 14 May 2008 04:40:59 -0000 > @@ -1063,7 +1063,7 @@ vm_page_alloc(vm_object_t object, vm_pin > mtx_unlock(&vm_page_queue_free_mtx); > return (NULL); > #if VM_NRESERVLEVEL > 0 > - } else if (object == NULL || > + } else if (object == NULL || object->type == OBJT_DEVICE || > (object->flags & OBJ_COLORED) == 0 || > (m = vm_reserv_alloc_page(object, pindex)) == NULL) { > #else From owner-freebsd-current@FreeBSD.ORG Wed May 14 05:29:33 2008 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 D8252106573C for ; Wed, 14 May 2008 05:29:33 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id D347E8FC14 for ; Wed, 14 May 2008 05:29:32 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4723520rvf.43 for ; Tue, 13 May 2008 22:29:32 -0700 (PDT) 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=kk8oCpsH7kxJ/AjYRfFdlIBqJtDty5rFg5aOmFpiFdU=; b=QL0KzMk3umzSKm8sCmhh+u8Yh0I4/XV/2TyEcms6doN4yjPERU1RzvmpR7t4vJyYpW9NQFlk0d+GguTO8tCtYsWkrDsDujby78eQvcSEi3rTXgiV6QdRFxWftezPSD1Qx84cVomi1piUbd3I+OojkmupJr5xRXMszXLu17qbUF4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=GcYvWY56Q56bhV9DWDC/zN8qHXNuFURMzJYSzXpOBnal7+k3RO02czi3X2hr7YnmrUfcnafcWz61X0U/X7YJ+t+i5TbvToW+4i2T9l/FevA+KEVIaQClFwry3GHVGMObUpAVqoejShzu2hwFzNCBd6VCKjUM7iwMVAChSH6JLmw= Received: by 10.141.19.16 with SMTP id w16mr279154rvi.8.1210741244444; Tue, 13 May 2008 22:00:44 -0700 (PDT) Received: by 10.141.50.11 with HTTP; Tue, 13 May 2008 22:00:44 -0700 (PDT) Message-ID: Date: Wed, 14 May 2008 00:00:44 -0500 From: "Alan Cox" To: "Giorgos Keramidas" In-Reply-To: <87ve1iqbn7.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_3189_17570612.1210741244467" References: <87ve1iqbn7.fsf@kobe.laptop> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: repeated panics in vm_reserv_alloc_page() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2008 05:29:33 -0000 ------=_Part_3189_17570612.1210741244467 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Please let me know if the attached patch eliminates your panics. Regards, Alan ------=_Part_3189_17570612.1210741244467 Content-Type: application/octet-stream; name=reserv_alloc.patch Content-Transfer-Encoding: base64 X-Attachment-Id: f_fg7fze0r0 Content-Disposition: attachment; filename=reserv_alloc.patch SW5kZXg6IHZtL3ZtX3BhZ2UuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9z eXMvdm0vdm1fcGFnZS5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjM2OQpkaWZmIC1wIC11IC1y MS4zNjkgdm1fcGFnZS5jCi0tLSB2bS92bV9wYWdlLmMJNiBBcHIgMjAwOCAxODowOToyOCAtMDAw MAkxLjM2OQorKysgdm0vdm1fcGFnZS5jCTE0IE1heSAyMDA4IDA0OjQwOjU5IC0wMDAwCkBAIC0x MDYzLDcgKzEwNjMsNyBAQCB2bV9wYWdlX2FsbG9jKHZtX29iamVjdF90IG9iamVjdCwgdm1fcGlu CiAJCQltdHhfdW5sb2NrKCZ2bV9wYWdlX3F1ZXVlX2ZyZWVfbXR4KTsKIAkJCXJldHVybiAoTlVM TCk7CiAjaWYgVk1fTlJFU0VSVkxFVkVMID4gMAotCQl9IGVsc2UgaWYgKG9iamVjdCA9PSBOVUxM IHx8CisJCX0gZWxzZSBpZiAob2JqZWN0ID09IE5VTEwgfHwgb2JqZWN0LT50eXBlID09IE9CSlRf REVWSUNFIHx8CiAJCSAgICAob2JqZWN0LT5mbGFncyAmIE9CSl9DT0xPUkVEKSA9PSAwIHx8CiAJ CSAgICAobSA9IHZtX3Jlc2Vydl9hbGxvY19wYWdlKG9iamVjdCwgcGluZGV4KSkgPT0gTlVMTCkg ewogI2Vsc2UK ------=_Part_3189_17570612.1210741244467-- From owner-freebsd-current@FreeBSD.ORG Wed May 14 07:14:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43A9B106564A for ; Wed, 14 May 2008 07:14:29 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id CDF4F8FC1D for ; Wed, 14 May 2008 07:14:28 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 1252 invoked by uid 1000); 14 May 2008 06:48:09 -0000 Date: Tue, 13 May 2008 23:48:09 -0700 From: Jos Backus To: freebsd-current@freebsd.org Message-ID: <20080514064809.GA1196@lizzy.catnook.local> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: panic: vm_fault: fault on nofault entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 07:14:29 -0000 I've been seeing the following panic for a few weeks now. It happens every couple of days, sometimes perhaps a little more frequently. lizzy:~/crash% uname -a FreeBSD lizzy.catnook.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun May 11 13:38:54 PDT 2008 root@lizzy.catnook.local:/usr/obj/usr/src/sys/LIZZY i386 lizzy:~/crash% kgdb /usr/obj/usr/src/sys/LIZZY/kernel.debug vmcore.8 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: c29ec000 Uptime: 2d2h21m44s Physical memory: 1527 MB Dumping 201 MB: 186 170 154 138 122 106 90 74 58 42 26 10 Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/if_nfe.ko...Reading symbols from /boot/kernel/if_nfe.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_nfe.ko Reading symbols from /boot/kernel/miibus.ko...Reading symbols from /boot/kernel/miibus.ko.symbols...done. done. Loaded symbols for /boot/kernel/miibus.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/snd_ich.ko...Reading symbols from /boot/kernel/snd_ich.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_ich.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from /boot/kernel/daemon_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/daemon_saver.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc05486cf in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0548947 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:572 #3 0xc064bac8 in vm_fault (map=0xc1054000, vaddr=3265183744, fault_type=Variable "fault_type" is not available. ) at /usr/src/sys/vm/vm_fault.c:277 #4 0xc06a43b7 in trap_pfault (frame=0xe6e76a40, usermode=0, eva=3265183752) at /usr/src/sys/i386/i386/trap.c:796 #5 0xc06a4ce2 in trap (frame=0xe6e76a40) at /usr/src/sys/i386/i386/trap.c:485 #6 0xc068c51b in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #7 0xc0662b52 in vm_reserv_alloc_page (object=0xc4e70d00, pindex=839369) at /usr/src/sys/vm/vm_reserv.c:320 #8 0xc065c24e in vm_page_alloc (object=0xc4e70d00, pindex=839369, req=64) at /usr/src/sys/vm/vm_page.c:1066 #9 0xc064c032 in vm_fault (map=0xc4cd3674, vaddr=912048128, fault_type=2 '\002', fault_flags=Variable "fault_flags" is not available. ) at /usr/src/sys/vm/vm_fault.c:441 #10 0xc06a4349 in trap_pfault (frame=0xe6e76d38, usermode=1, eva=912049792) at /usr/src/sys/i386/i386/trap.c:784 #11 0xc06a4b42 in trap (frame=0xe6e76d38) at /usr/src/sys/i386/i386/trap.c:352 #12 0xc068c51b in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #13 0x28495b6e in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Any idea what could be wrong? -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Wed May 14 07:59:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDF4D106564A for ; Wed, 14 May 2008 07:59:27 +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 3603E8FC12 for ; Wed, 14 May 2008 07:59:26 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl130-10.kln.forthnet.gr [77.49.249.10]) (authenticated bits=128) by igloo.linux.gr (8.14.2/8.14.2/Debian-4) with ESMTP id m4E7m9qL009193 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 May 2008 10:48:15 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m4E7m9hO016090; Wed, 14 May 2008 10:48:09 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m4E7m82A016085; Wed, 14 May 2008 10:48:08 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Jos Backus References: <20080514064809.GA1196@lizzy.catnook.local> Date: Wed, 14 May 2008 10:48:07 +0300 In-Reply-To: <20080514064809.GA1196@lizzy.catnook.local> (Jos Backus's message of "Tue, 13 May 2008 23:48:09 -0700") Message-ID: <877idxs4w8.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m4E7m9qL009193 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.898, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.50, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_fault: fault on nofault entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2008 07:59:27 -0000 On Tue, 13 May 2008 23:48:09 -0700, Jos Backus wrote: > I've been seeing the following panic for a few weeks now. It happens > every couple of days, sometimes perhaps a little more frequently. > #2 0xc0548947 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:572 > #3 0xc064bac8 in vm_fault (map=0xc1054000, vaddr=3265183744, fault_type=Variable "fault_type" is not available. > ) at /usr/src/sys/vm/vm_fault.c:277 > #4 0xc06a43b7 in trap_pfault (frame=0xe6e76a40, usermode=0, eva=3265183752) at /usr/src/sys/i386/i386/trap.c:796 > #5 0xc06a4ce2 in trap (frame=0xe6e76a40) at /usr/src/sys/i386/i386/trap.c:485 > #6 0xc068c51b in calltrap () at /usr/src/sys/i386/i386/exception.s:146 > #7 0xc0662b52 in vm_reserv_alloc_page (object=0xc4e70d00, pindex=839369) at /usr/src/sys/vm/vm_reserv.c:320 > #8 0xc065c24e in vm_page_alloc (object=0xc4e70d00, pindex=839369, req=64) at /usr/src/sys/vm/vm_page.c:1066 > #9 0xc064c032 in vm_fault (map=0xc4cd3674, vaddr=912048128, fault_type=2 '\002', fault_flags=Variable "fault_flags" is not available. > ) at /usr/src/sys/vm/vm_fault.c:441 > #10 0xc06a4349 in trap_pfault (frame=0xe6e76d38, usermode=1, eva=912049792) at /usr/src/sys/i386/i386/trap.c:784 > #11 0xc06a4b42 in trap (frame=0xe6e76d38) at /usr/src/sys/i386/i386/trap.c:352 > #12 0xc068c51b in calltrap () at /usr/src/sys/i386/i386/exception.s:146 This looks similar to the panics I was seeing. Alan has posted the following patch: %%% Index: vm/vm_page.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_page.c,v retrieving revision 1.369 diff -p -u -r1.369 vm_page.c --- vm/vm_page.c 6 Apr 2008 18:09:28 -0000 1.369 +++ vm/vm_page.c 14 May 2008 04:40:59 -0000 @@ -1063,7 +1063,7 @@ vm_page_alloc(vm_object_t object, vm_pin mtx_unlock(&vm_page_queue_free_mtx); return (NULL); #if VM_NRESERVLEVEL > 0 - } else if (object == NULL || + } else if (object == NULL || object->type == OBJT_DEVICE || (object->flags & OBJ_COLORED) == 0 || (m = vm_reserv_alloc_page(object, pindex)) == NULL) { #else %%% Can you also give it a try? I'm building a new kernel with the patch as I type this, but I can't reliably reproduce the panic all the time. It seems to be triggered more often when I fire up mplayer, but that's merely a "guess". From owner-freebsd-current@FreeBSD.ORG Wed May 14 11:31:11 2008 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 F1457106566B for ; Wed, 14 May 2008 11:31:11 +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 534458FC15 for ; Wed, 14 May 2008 11:31:11 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl130-10.kln.forthnet.gr [77.49.249.10]) (authenticated bits=128) by igloo.linux.gr (8.14.2/8.14.2/Debian-4) with ESMTP id m4EBUwWu025037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 May 2008 14:31:05 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m4EBUvGb065944; Wed, 14 May 2008 14:30:57 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m4EBUtsT065875; Wed, 14 May 2008 14:30:55 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: "Alan Cox" References: <87ve1iqbn7.fsf@kobe.laptop> <87zlqta2js.fsf@kobe.laptop> Date: Wed, 14 May 2008 14:30:55 +0300 In-Reply-To: <87zlqta2js.fsf@kobe.laptop> (Giorgos Keramidas's message of "Wed, 14 May 2008 08:16:07 +0300") Message-ID: <87lk2d86mo.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m4EBUwWu025037 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.898, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.50, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org Subject: Re: repeated panics in vm_reserv_alloc_page() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2008 11:31:12 -0000 On Wed, 14 May 2008 08:16:07 +0300, Giorgos Keramidas wrote: > I'll rebuild right now, but it may be tricky reproducing the panic. > Is it ok if I let it run for a couple of days or a bit more? > > I can't reliably reproduce the panic all the time, but it seems to > happen faster when I stress the system a bit. Installed. Now, I guess, all we have to do is wait and see if mplayer manages to trigger the crash in the following 1-2 days... Thanks again, Giorgos From owner-freebsd-current@FreeBSD.ORG Wed May 14 16:35:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837CC1065674 for ; Wed, 14 May 2008 16:35:02 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 2B68F8FC0C for ; Wed, 14 May 2008 16:35:02 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 27520 invoked by uid 1000); 14 May 2008 16:35:23 -0000 Date: Wed, 14 May 2008 09:35:23 -0700 From: Jos Backus To: Giorgos Keramidas Message-ID: <20080514163523.GA9426@lizzy.catnook.local> Mail-Followup-To: Giorgos Keramidas , freebsd-current@freebsd.org References: <20080514064809.GA1196@lizzy.catnook.local> <877idxs4w8.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <877idxs4w8.fsf@kobe.laptop> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_fault: fault on nofault entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 16:35:02 -0000 On Wed, May 14, 2008 at 10:48:07AM +0300, Giorgos Keramidas wrote: > This looks similar to the panics I was seeing. > > Alan has posted the following patch: [patch elided] > Can you also give it a try? cvsupped and building a new kernel now. > I'm building a new kernel with the patch as I type this, but I can't > reliably reproduce the panic all the time. It seems to be triggered > more often when I fire up mplayer, but that's merely a "guess". It tends to happen when I am using Firefox, which uses mplayer as a plugin, so our symptoms _may_ be related. Thanks for the patch, Giorgos. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Wed May 14 17:02:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFEA1106567B for ; Wed, 14 May 2008 17:02:35 +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 39F598FC1A for ; Wed, 14 May 2008 17:02:34 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl130-10.kln.forthnet.gr [77.49.249.10]) (authenticated bits=128) by igloo.linux.gr (8.14.2/8.14.2/Debian-4) with ESMTP id m4EH2CWX017024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 14 May 2008 20:02:19 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m4EH2BgY002314 for ; Wed, 14 May 2008 20:02:11 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m4EH2BI2002313; Wed, 14 May 2008 20:02:11 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: freebsd-current@freebsd.org References: <20080514064809.GA1196@lizzy.catnook.local> <877idxs4w8.fsf@kobe.laptop> <20080514163523.GA9426@lizzy.catnook.local> Date: Wed, 14 May 2008 20:02:10 +0300 In-Reply-To: <20080514163523.GA9426@lizzy.catnook.local> (Jos Backus's message of "Wed, 14 May 2008 09:35:23 -0700") Message-ID: <878wychl9p.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m4EH2CWX017024 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.898, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.50, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: Re: panic: vm_fault: fault on nofault entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2008 17:02:35 -0000 On Wed, 14 May 2008 09:35:23 -0700, Jos Backus wrote: > On Wed, May 14, 2008 at 10:48:07AM +0300, Giorgos Keramidas wrote: >> This looks similar to the panics I was seeing. >> >> Alan has posted the following patch: > [patch elided] >> Can you also give it a try? > > cvsupped and building a new kernel now. > >> I'm building a new kernel with the patch as I type this, but I can't >> reliably reproduce the panic all the time. It seems to be triggered >> more often when I fire up mplayer, but that's merely a "guess". > > It tends to happen when I am using Firefox, which uses mplayer > as a plugin, so our symptoms _may_ be related. That's likely. I haven't carefully watched if Firefox had any flash videos loaded, but it's my impression I was either running mplayer manually, or viewing at least one flash video. > Thanks for the patch, Giorgos. Not me, Alan did all the cool patching :) FWIW, with the patch applied, I haven't seen any crashes all day today. Things look fairly good. From owner-freebsd-current@FreeBSD.ORG Wed May 14 19:47:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F19651065679 for ; Wed, 14 May 2008 19:47:08 +0000 (UTC) (envelope-from william88@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.freebsd.org (Postfix) with ESMTP id B50F18FC22 for ; Wed, 14 May 2008 19:47:08 +0000 (UTC) (envelope-from william88@gmail.com) Received: by wx-out-0506.google.com with SMTP id h27so42248wxd.7 for ; Wed, 14 May 2008 12:47:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; bh=kw4/+son1N1E7YhjL5HMTPHdAsfy2O+WXFWcd6IQ4W4=; b=lXKWFjNR86ADDFvz9LG/tlTY8bRlnxy8E7/5ISzIQu8ES84K8vHFeb1v6jalwPl2K5DYnWVPL5IRSVeSjWBJ90Kj1JIyLp29ZWmNP9DioAm5MvL9tVzEy99+xKAfZ3tTR3l/4KOO4BNGplnVHI5wj25iCXav2Ug34pZ0DiGhI6w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=jqExyVPZ/f/XhkdL9gVJPw4XoUoyzIXw2+uVqXRHsKENYaZHtXBo9fRxVjieiKl44/T3j5qxVCVURsf+Z0PTwVPiPSjRF3lKppnq9ipNuG/UscSvu2+SfoJpMvlMAoIo2oO9WUnrxw1uByJhoHC/Qlj8URvofQvtYlUzLsa4odI= Received: by 10.70.50.4 with SMTP id x4mr1693284wxx.75.1210794427831; Wed, 14 May 2008 12:47:07 -0700 (PDT) Received: from localhost ( [189.4.63.233]) by mx.google.com with ESMTPS id i6sm2426437wxd.4.2008.05.14.12.47.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 May 2008 12:47:06 -0700 (PDT) Date: Wed, 14 May 2008 16:47:02 -0300 From: William Grzybowski To: freebsd-current@freebsd.org Message-ID: <20080514194702.GA2063@venon.lost.garden> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: kernel panic: umass0 digital cam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2008 19:47:09 -0000 Hi everyone, I'd like to report a kernel panic which happens when I try to attach my USB Digital Camera. I'm running -CURRENT (kernel from the last week or less) I get this panic right when I plug in the usb cable. I took 2 pictures of the kpanic with backtrace. ( they aren't so clean, but enough to read :) ) http://www.inf.ufpr.br/wg06/trace1.jpg http://www.inf.ufpr.br/wg06/trace2.jpg Should I submit a PR nor send it to another mailing list? I can't tell if it works on -stable/-release, but I can download and try it out, if it matters. Thanks, -- William Grzybowski /"\ Jabber: william88(at)gmail_dot_com \ / ASCII Ribbon Campaign Curitiba/PR - Brazil (GMT -3:00) X against HTML email & vCards ......... / \ From owner-freebsd-current@FreeBSD.ORG Wed May 14 21:16:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A464106567C for ; Wed, 14 May 2008 21:16:18 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 456528FC18 for ; Wed, 14 May 2008 21:16:17 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 2969 invoked by uid 1000); 14 May 2008 21:16:38 -0000 Date: Wed, 14 May 2008 14:16:38 -0700 From: Jos Backus To: freebsd-current@freebsd.org Message-ID: <20080514211638.GB1578@lizzy.catnook.local> Mail-Followup-To: freebsd-current@freebsd.org References: <20080514064809.GA1196@lizzy.catnook.local> <877idxs4w8.fsf@kobe.laptop> <20080514163523.GA9426@lizzy.catnook.local> <878wychl9p.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <878wychl9p.fsf@kobe.laptop> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: panic: vm_fault: fault on nofault entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 21:16:18 -0000 On Wed, May 14, 2008 at 08:02:10PM +0300, Giorgos Keramidas wrote: > On Wed, 14 May 2008 09:35:23 -0700, Jos Backus wrote: > > Thanks for the patch, Giorgos. > > Not me, Alan did all the cool patching :) Thanks Alan :) > FWIW, with the patch applied, I haven't seen any crashes all day > today. Things look fairly good. I can't say yet as I haven't used the system much today (I'm at work), but I'll report back. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Wed May 14 21:31:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2771A106567C for ; Wed, 14 May 2008 21:31:38 +0000 (UTC) (envelope-from SRS0=d03924b7e6bc4d2a9e3a08fcc6ce0e4b94dea0a1=701=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id B8DB18FC1B for ; Wed, 14 May 2008 21:31:37 +0000 (UTC) (envelope-from SRS0=d03924b7e6bc4d2a9e3a08fcc6ce0e4b94dea0a1=701=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id UAT47936; Wed, 14 May 2008 14:31:36 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7401E4500E; Wed, 14 May 2008 14:31:35 -0700 (PDT) To: William Grzybowski In-Reply-To: Your message of "Wed, 14 May 2008 16:47:02 -0300." <20080514194702.GA2063@venon.lost.garden> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1210800695_41929P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 14 May 2008 14:31:35 -0700 From: "Kevin Oberman" Message-Id: <20080514213135.7401E4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: William Grzybowski X-To_Domain: gmail.com X-To: William Grzybowski X-To_Email: william88@gmail.com X-To_Alias: william88 Cc: freebsd-current@freebsd.org Subject: Re: kernel panic: umass0 digital cam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2008 21:31:38 -0000 --==_Exmh_1210800695_41929P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 14 May 2008 16:47:02 -0300 > From: William Grzybowski > Sender: owner-freebsd-current@freebsd.org > > Hi everyone, > > I'd like to report a kernel panic which happens when I try to attach my USB Digital Camera. > I'm running -CURRENT (kernel from the last week or less) > I get this panic right when I plug in the usb cable. > > I took 2 pictures of the kpanic with backtrace. ( they aren't so clean, but enough to read :) ) > http://www.inf.ufpr.br/wg06/trace1.jpg > http://www.inf.ufpr.br/wg06/trace2.jpg > > Should I submit a PR nor send it to another mailing list? > > I can't tell if it works on -stable/-release, but I can download and > try it out, if it matters. The have been several reports of this problem, one very recently. My camera worked just fine for a long time, but about a year ago, it started crashing the system. I'll admit that I don't care enough to spend time tracking down what broke it. I don't know if a PR has been submitted. -- 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_1210800695_41929P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIK1o3kn3rs5h7N1ERAhuwAJ0Q13hEjDL/9onMZf64mRl1EqJUSACeL/Sw Fr2+t5h3OtbdsaGcBhj6SzM= =qpda -----END PGP SIGNATURE----- --==_Exmh_1210800695_41929P-- From owner-freebsd-current@FreeBSD.ORG Wed May 14 21:49:51 2008 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 EBCAB106566B for ; Wed, 14 May 2008 21:49:50 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id C70CB8FC12 for ; Wed, 14 May 2008 21:49:50 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail.cokane.org ([71.168.87.213]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K0V00E2NOMGWCIA@vms048.mailsrvcs.net> for current@freebsd.org; Wed, 14 May 2008 16:49:30 -0500 (CDT) Received: by mail.cokane.org (Postfix, from userid 103) id 54AAB1DB2F9; Wed, 14 May 2008 17:49:28 -0400 (EDT) Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id AD4931DB2F9; Wed, 14 May 2008 17:49:18 -0400 (EDT) Date: Wed, 14 May 2008 17:49:15 -0400 From: Coleman Kane In-reply-to: <48297FBC.5090906@saeab.se> To: Thomas =?ISO-8859-1?Q?Nystr=F6m?= Message-id: <1210801755.2466.11.camel@localhost> Organization: FreeBSD Project MIME-version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-o8O8+Y2soU49y8sMRJl2" X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia References: <48297FBC.5090906@saeab.se> X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 X-Spam-Level: Cc: current@freebsd.org Subject: Re: Disk not detected on ATI IXP600 SATA300 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2008 21:49:51 -0000 --=-o8O8+Y2soU49y8sMRJl2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 2008-05-13 at 13:47 +0200, Thomas Nystr=C3=B6m wrote: > Anyone else seen this? >=20 > Machine is HP Compaq 6715s and I'm running current (from yesterday). > During startup the internal SATA-disk is not detected. I have tried > both GENERIC and customized kernel with same bad result. > Everything works fine on 7.0R and 6.3R. >=20 > If I modify ata-chipset.c:ata_ati_ident() and removes the lines > that matches the ATA_ATI_IXP600_S1 type chip everything is working > when the ata-system uses the default/fallback driver for ATI. >=20 > dmesg and pciconf -lv attached (from the working system). >=20 > The releveant message from a failing system are (hand typed off the > screen, no serial port available): >=20 > atapci0: port 0x9000-0x9007,0x9007-0x900b= ,0x9010-0x9017, > 0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18= .0 on pci0 > atapci0: [THREAD] > atapci0: AHCI Version 230.07 controller with 4 ports PM not supported > ata2: on atapci0 > ata2: port not implemented > ata2: [ITHREAD] > ata3: on atapci0 > ata3: port not implemented > ata3: [ITHREAD] > ata4: on atapci0 > ata4: port not implemented > ata4: [ITHREAD] > ata5: on atapci0 > ata5: port not implemented > ata5: [ITHREAD] >=20 > What more info is needed? >=20 > /Thomas >=20 Thomas, I've fixed this, as I have the same notebook. It has also been confirmed by a few others. The problem is the fix is kind of ugly, and isn't something that is import-worthy into the kernel, as it requires a patch to change the memory-mapped I/O regions of the audio chipset during PCI device initialization. The bug in this laptop is that the person who wrote the BIOS table was kind enough to place the MMIO region for the AHCI interface on the SATA controller right smack in the middle of the range reserved for the HDA Audio controller. The result of this is that you cannot use the HDA Audio at all and you can't use the AHCI interface of the SATA controller (until you apply my fix). Here's my page on the subject, including a link to some 7.0-STABLE ISOs that you can download with my patch already applied: http://www.cokane.org/dokuwiki/freebsd/amd64_compatibility#getting_the_hp_c= ompaq_6715b_working You can also apply the patch to your own source tree that I have here: http://www.cokane.org/dokuwiki/freebsd/amd64_compatibility#the_onboard_ati_= sb600_hda_audio_controller You *won't* need to deal with any of the ATA-related stuff in that document, as that particular code was actually imported some time earlier. You'll need to perform the following at the loader prompt before you boot the hardware (from my analysis of your dmesg below): set hw.pci.hp6715b_membase_for_hd_audio=3D"0xd0414000" After you get the system installed, you can put this into /boot/loader.conf. Could you send me the output of "devinfo -uv" ? Additionally, you'll find a Win64 driver for the Broadcom Wifi card that works really well with the draft-n card on the laptop. Hope that helps. --=20 Coleman Kane > plain text document attachment (pciconf-lv.txt) > hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x30c2103c chip=3D0x79101002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D HOST-PCI > pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x30c2103c chip=3D0x79121002 re= v=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D PCI-PCI > pcib2@pci0:0:4:0: class=3D0x060400 card=3D0x30c2103c chip=3D0x79141002 re= v=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D PCI-PCI > pcib3@pci0:0:5:0: class=3D0x060400 card=3D0x30c2103c chip=3D0x79151002 re= v=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D PCI-PCI > pcib4@pci0:0:6:0: class=3D0x060400 card=3D0x30c2103c chip=3D0x79161002 re= v=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > class =3D bridge > subclass =3D PCI-PCI > atapci0@pci0:0:18:0: class=3D0x01018f card=3D0x43801002 chip=3D0x43801002= rev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 Serial ATA Controller' > class =3D mass storage > subclass =3D ATA > ohci0@pci0:0:19:0: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x43871002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI0)' > class =3D serial bus > subclass =3D USB > ohci1@pci0:0:19:1: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x43881002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI1)' > class =3D serial bus > subclass =3D USB > ohci2@pci0:0:19:2: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x43891002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI2)' > class =3D serial bus > subclass =3D USB > ohci3@pci0:0:19:3: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x438a1002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI3)' > class =3D serial bus > subclass =3D USB > ohci4@pci0:0:19:4: class=3D0x0c0310 card=3D0x30c2103c chip=3D0x438b1002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (OHCI4)' > class =3D serial bus > subclass =3D USB > ehci0@pci0:0:19:5: class=3D0x0c0320 card=3D0x30c2103c chip=3D0x43861002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 USB Controller (EHCI)' > class =3D serial bus > subclass =3D USB > none0@pci0:0:20:0: class=3D0x0c0500 card=3D0x30c2103c chip=3D0x43851002 r= ev=3D0x14 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 SMBUS Controller' > class =3D serial bus > subclass =3D SMBus > atapci1@pci0:0:20:1: class=3D0x010182 card=3D0x30c2103c chip=3D0x438c1002= rev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 ATA Controller' > class =3D mass storage > subclass =3D ATA > none1@pci0:0:20:2: class=3D0x040300 card=3D0x30c2103c chip=3D0x43831002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 High Definition Audio Controller' > class =3D multimedia > isab0@pci0:0:20:3: class=3D0x060100 card=3D0x30c2103c chip=3D0x438d1002 r= ev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 PCI to LPC Bridge' > class =3D bridge > subclass =3D PCI-ISA > pcib5@pci0:0:20:4: class=3D0x060401 card=3D0x00000000 chip=3D0x43841002 r= ev=3D0x00 hdr=3D0x01 > vendor =3D 'ATI Technologies Inc' > device =3D 'IXP SB600 PCI to PCI Bridge' > class =3D bridge > subclass =3D PCI-PCI > hostb1@pci0:0:24:0: class=3D0x060000 card=3D0x00000000 chip=3D0x11001022 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron HyperTransport Technology Conf= iguration' > class =3D bridge > subclass =3D HOST-PCI > hostb2@pci0:0:24:1: class=3D0x060000 card=3D0x00000000 chip=3D0x11011022 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron Address Map' > class =3D bridge > subclass =3D HOST-PCI > hostb3@pci0:0:24:2: class=3D0x060000 card=3D0x00000000 chip=3D0x11021022 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron DRAM Controller' > class =3D bridge > subclass =3D HOST-PCI > hostb4@pci0:0:24:3: class=3D0x060000 card=3D0x00000000 chip=3D0x11031022 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron Miscellaneous Control' > class =3D bridge > subclass =3D HOST-PCI > vgapci0@pci0:1:5:0: class=3D0x030000 card=3D0x30c2103c chip=3D0x791f1002 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'RS690 ATI Mobility Radeon x1250' > class =3D display > subclass =3D VGA > bge0@pci0:16:0:0: class=3D0x020000 card=3D0x30c2103c chip=3D0x171314e4 re= v=3D0x02 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'NetLink BCM5906M Fast Ethernet PCIe' > class =3D network > subclass =3D ethernet > none2@pci0:48:0:0: class=3D0x028000 card=3D0x1371103c chip=3D0x431214e4 r= ev=3D0x02 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'BCM4310 broadcom wireless 1490 (dell)' > class =3D network > cbb0@pci0:2:4:0: class=3D0x060700 card=3D0x30c2103c chip=3D0x04761180 rev= =3D0xb6 hdr=3D0x02 > vendor =3D 'Ricoh Company, Ltd.' > device =3D 'unknown Ricoh R/RL/5C476(II)' > class =3D bridge > subclass =3D PCI-CardBus > plain text document attachment (dmesg.boot.txt) > Copyright (c) 1992-2008 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 8.0-CURRENT #5: Tue May 13 12:56:24 UTC 2008 > root@bongo.saeab.se:/usr/obj/usr/src/sys/BONGO > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (1995.01-MHz 686-class = CPU) > Origin =3D "AuthenticAMD" Id =3D 0x60f82 Stepping =3D 2 > Features=3D0x178bfbff > Features2=3D0x2001 > AMD Features=3D0xea500800 > AMD Features2=3D0x11f > Cores per package: 2 > real memory =3D 2012938240 (1919 MB) > avail memory =3D 1966006272 (1874 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ACPI Error (tbfadt-0516): 32/64X address mismatch in "Pm2ControlBlock": [= 8800] [ 0 8100], using 64X [20070320] > ioapic0: Changing APIC ID to 2 > 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, 8000000 (3) failed > acpi0: reservation of 100000, fff00000 (3) failed > 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 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0x4000-0x40ff mem 0xc0000000-0xc7f= fffff,0xd0200000-0xd020ffff,0xd0300000-0xd03fffff irq 19 at device 5.0 on p= ci1 > pcib2: at device 4.0 on pci0 > pci16: on pcib2 > bge0: mem 0xd0000000-0xd000ffff i= rq 16 at device 0.0 on pci16 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > bge0: Ethernet address: 00:1a:4b:83:26:75 > bge0: [ITHREAD] > pcib3: at device 5.0 on pci0 > pci32: on pcib3 > pcib4: at device 6.0 on pci0 > pci48: on pcib4 > pci48: at device 0.0 (no driver attached) > atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9= 017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device = 18.0 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > ohci0: mem 0xd0401000-0xd0401fff irq 23 a= t 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 0xd0402000-0xd0402fff irq 17 a= t 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 0xd0403000-0xd0403fff irq 17 a= t 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 0xd0404000-0xd0404fff irq 17 a= t 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 0xd0405000-0xd0405fff irq 17 a= t 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 0xd0406000-0xd04060ff irq = 23 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,0x= 5040-0x504f irq 16 at device 20.1 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > ata1: on atapci1 > ata1: [ITHREAD] > pci0: at device 20.2 (no driver attached) > isab0: at device 20.3 on pci0 > isa0: on isab0 > pcib5: at device 20.4 on pci0 > pci2: on pcib5 > cbb0: mem 0xd0100000-0xd0100fff irq 20 at de= vice 4.0 on pci2 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [ITHREAD] > cpu0: on acpi0 > powernow0: on cpu0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > powernow1: on cpu1 > acpi_throttle1: on cpu1 > acpi_throttle1: failed to attach P_CNT > device_attach: acpi_throttle1 attach returned 6 > battery0: on acpi0 > battery1: on acpi0 > acpi_acad0: on acpi0 > acpi_button0: on acpi0 > acpi_lid0: on acpi0 > acpi_tz0: on acpi0 > atrtc0: port 0x70-0x71,0x72-0x73 irq 8 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 IntelliMouse, device ID 3 > pmtimer0 on isa0 > 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 > ums0: on uhub1 > ums0: 3 buttons and Z dir. > Timecounters tick every 1.000 msec > acd0: DVDR at ata0-master PIO4 > ACPI Error (exmutex-0479): Cannot release Mutex [C174], not acquired [200= 70320] > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C08B.C0F= E.C172.C1D4] (Node 0xc4d7a0c0), AE_AML_MUTEX_NOT_ACQUIRED > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C08B.C0F= E.C172.C1D5] (Node 0xc4d7a0a0), AE_AML_MUTEX_NOT_ACQUIRED > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.C1EB._PS= R] (Node 0xc4d7d940), AE_AML_MUTEX_NOT_ACQUIRED > ad4: 152627MB at ata2-master UDMA33 > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ad4s3a --=20 Coleman Kane --=-o8O8+Y2soU49y8sMRJl2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkgrXlkACgkQcMSxQcXat5fCQgCePxhfTjUzqT/rhxL52xvDOOIR uJsAnjYJ8qmQFO1AFsQZ6pfRAQZ15i1/ =nEfM -----END PGP SIGNATURE----- --=-o8O8+Y2soU49y8sMRJl2-- From owner-freebsd-current@FreeBSD.ORG Thu May 15 15:42:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2E20106566B; Thu, 15 May 2008 15:42:56 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC678FC23; Thu, 15 May 2008 15:42:56 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 97C62A08BF; Thu, 15 May 2008 17:11:19 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 8A835A08BA; Thu, 15 May 2008 17:11:19 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 102BF198D9F; Thu, 15 May 2008 16:47:00 +0200 (CEST) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.1HF110) with ESMTP id 2008051516465969-13513 ; Thu, 15 May 2008 16:46:59 +0200 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Thu, 15 May 2008 16:47:00 +0200 From: "Alexey Shuvaev" Date: Thu, 15 May 2008 16:47:00 +0200 To: freebsd-current@freebsd.org Message-ID: <20080515144700.GA44343@wep4017.physik.uni-wuerzburg.de> Mail-Followup-To: freebsd-current@freebsd.org, x11@FreeBSD.org MIME-Version: 1.0 Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.17 (2007-11-01) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 05/15/2008 04:46:59 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 05/15/2008 04:47:01 PM, Serialize complete at 05/15/2008 04:47:01 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: x11@FreeBSD.org Subject: xorg-server on amd64-current with dtrace failed to compile. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2008 15:42:57 -0000 Hello! I just have got the following error during xorg-server compilation: > [snip] > ar cru .libs/libxpstubs.a .libs/xpstubs.o > ranlib .libs/libxpstubs.a > creating libxpstubs.la > (cd .libs && rm -f libxpstubs.la && ln -s ../libxpstubs.la libxpstubs.la) > /usr/sbin/dtrace -G -C -o dtrace-dix.o -s ../dix/Xserver.d .libs/*.o > dtrace: failed to compile script ../dix/Xserver.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > File '/usr/src/cddl/lib/libdtrace/../../../contrib/opensolaris/lib/libdtrace/common/dt_cc.c', line 2270 > *** Error code 1 > > Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.4/dix. > *** Error code 1 > > [snip] The system is: [wep4017] ~> uname -a FreeBSD wep4017.physik.uni-wuerzburg.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue May 13 14:39:16 CEST 2008 lexx@wep4017.physik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC amd64 Ports are (csup-ed with the system sources, INDEX self-built): [wep4017] ~> ll /usr/ports/INDEX-8 -rw-r--r-- 1 root wheel 16377905 May 13 16:56 /usr/ports/INDEX-8 Options for xorg-server are: [wep4017] ~> cat /var/db/ports/xorg-server/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for xorg-server-1.4_4,1 _OPTIONS_READ=xorg-server-1.4_4,1 WITHOUT_HAL=true WITH_AIGLX=true WITH_SUID=true It seems that the problem is clear (xorg-server want unsupported dtrace provider?). Maybe someone knows how to overcome this situation (build xorg-server without dtrace support)? Thank in advance, Alexey. From owner-freebsd-current@FreeBSD.ORG Thu May 15 16:51:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E745106566B; Thu, 15 May 2008 16:51:52 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 6DB308FC12; Thu, 15 May 2008 16:51:52 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.2/8.14.2) with ESMTP id m4FGobBn007248; Thu, 15 May 2008 09:51:45 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m4FGoS7X062663; Thu, 15 May 2008 09:50:28 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (039sub223.uottawa.ca [137.122.39.151]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m4FGoSa3092199; Thu, 15 May 2008 09:50:28 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 15 May 2008 12:50:27 -0400 Message-ID: From: gnn@freebsd.org To: Pawel Jakub Dawidek In-Reply-To: <20080509205822.GA2290@garage.freebsd.pl> References: <20080509205822.GA2290@garage.freebsd.pl> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Canit-CHI2: 0.50 X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.10 () [Tag at 5.00] COMBINED_FROM X-CanItPRO-Stream: default X-Canit-Stats-ID: 389259 - 7c8b550c9599 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: freebsd-current@freebsd.org, Vladimir Ermakov Subject: Re: problem with loopback interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2008 16:51:52 -0000 At Fri, 9 May 2008 22:58:22 +0200, Pawel Jakub Dawidek wrote: > > [1 ] > On Sat, May 10, 2008 at 12:24:51AM +0400, Vladimir Ermakov wrote: > > hi all > > > > this trouble i is tried on 2 machines > > > > # uname -a > > FreeBSD spectrum 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu May 8 > > 23:56:24 MSD 2008 root@spectrum:/usr/obj/usr/src/sys/GENERIC i386 > > > > # ping 127.0.0.1 > > PING 127.0.0.1 (127.0.0.1): 56 data bytes > > ^C > > --- 127.0.0.1 ping statistics --- > > 162 packets transmitted, 0 packets received, 100.0% packet loss > > Same here. > > > it normal ? > > No. Fixed in HEAD. Best, George From owner-freebsd-current@FreeBSD.ORG Thu May 15 20:25:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8671106566B for ; Thu, 15 May 2008 20:25:48 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from web88008.mail.re2.yahoo.com (web88008.mail.re2.yahoo.com [206.190.37.195]) by mx1.freebsd.org (Postfix) with SMTP id 922338FC1B for ; Thu, 15 May 2008 20:25:48 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: (qmail 72791 invoked by uid 60001); 15 May 2008 19:59:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=ocrsE3MlZAaOEdN8IU1U75p/4gGLNw4JLwj5RW1Gn1eAhhNwjXrIctbc4lO9H+wtVx21wqcDnv/reKMWwWphejUkjVoLZbcr7pbUGe1oJNoLZ8XAmdRiB0fYwTVn7WQ0Q8rcnY0YxhGRZ8JUY18zbuSwkb5rQvFT1JQT5ppAxHU=; X-YMail-OSG: ON01AuoVM1lQUB4KS9TcyXLyStLLkKonJM7ZuhkEFlYhadcKQOGi4M6ADQslIev5XFScL8ZoCneczTLOjA2ZnA2oSNGJzeY814MyfaSDOtDZiItW2mg..PUt15s- Received: from [99.233.178.192] by web88008.mail.re2.yahoo.com via HTTP; Thu, 15 May 2008 15:59:06 EDT Date: Thu, 15 May 2008 15:59:06 -0400 (EDT) From: Gardner Bell To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <703061.71996.qm@web88008.mail.re2.yahoo.com> X-Mailman-Approved-At: Thu, 15 May 2008 20:32:42 +0000 Subject: panic during mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2008 20:25:49 -0000 Hello, I'm seeing the following panic below while my system reboots after upgrading to 8.0-current as of 05/15/2008. It appears to occur just as the system recognizes my external usb hdd. dan@mx1~% dmesg Copyright (c) 1992-2008 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 8.0-CURRENT #0: Thu May 15 15:11:18 EDT 2008 root@mx1.bsdca.com:/usr/obj/usr/src/ WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 242 (1607.42-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 usable memory = 1065086976 (1015 MB) avail memory = 1028816896 (981 MB) ACPI APIC Table: irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xdd000000-0xdd000fff irq 20 at devic e 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xdd001000-0xdd0010ff irq 21 at d evice 2.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powe umass0: on u hub1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0 x177,0x376,0x1400-0x140f at device 6.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcib1: at device 9.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x20ff mem 0xde000000-0xdeffffff,0 xdd100000-0xdd100fff irq 16 at device 7.0 on pcib2: at device 14.0 on pci0 pci2: on pcib2 pcib3: port 0xcf8-0xcff on acpi0 pci8: on pcib3 pcib4: at device 10.0 on pci8 pci9: on pcib4 pcib5: at device 11.0 on pci8 pci10: on pcib5 bge0: mem 0xdf310000-0x df31ffff,0xdf300000-0xdf30ffff irq 28 at device 9.0 on pci10 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-F DX, auto bge0: Ethernet address: 00:e0:81:2e:c1:aa bge0: [ITHREAD] bge1: mem 0xdf330000-0x df33ffff,0xdf320000-0xdf32ffff irq 29 at device 9.1 on pci10 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-F DX, auto bge1: Ethernet address: 00:e0:81:2e:c1:ab bge1: [ITHREAD] cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] 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 0x2f sio1: type 16550A sio1: [FILTER] orm0: at iomem 0xc0000-0xc7fff 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 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access da0: 40.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) lock order reversal: (sleepable after non-sleepable) 1st 0xffffff000127d038 struct mount mtx (struct mount mtx) @ /usr/src/sys/kern/ vfs_subr.c:343 2nd 0xffffff000127d000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:370 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x65a __lockmgr_args() at __lockmgr_args+0xca8 vfs_busy() at vfs_busy+0xe7 vfs_mount_alloc() at vfs_mount_alloc+0x8b vfs_mountroot() at vfs_mountroot+0x23f start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff80833d30, rbp = 0 --- lock order reversal: (sleepable after non-sleepable) 1st 0xffffff00011ffd00 vnode interlock (vnode interlock) @ /usr/src/sys/fs/devf s/devfs_vnops.c:197 2nd 0xffffff00011ffcc8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x65a __lockmgr_args() at __lockmgr_args+0x526 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 vget() at vget+0x7d devfs_allocv() at devfs_allocv+0x11b devfs_root() at devfs_root+0x52 set_rootvnode() at set_rootvnode+0x30 vfs_mountroot() at vfs_mountroot+0x2ff start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff80833d30, rbp = 0 --- lock order reversal: 1st 0xffffff00011ffcc8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 2nd 0xffffff0001249920 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vn ops.c:201 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x65a _sx_xlock() at _sx_xlock+0x52 devfs_allocv() at devfs_allocv+0x134 devfs_root() at devfs_root+0x52 set_rootvnode() at set_rootvnode+0x30 vfs_mountroot() at vfs_mountroot+0x2ff start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff80833d30, rbp = 0 --- Trying to mount root from ufs:/dev/ad0s1a lock order reversal: (sleepable after non-sleepable) 1st 0xffffff00011ff750 bufobj interlock (bufobj interlock) @ /usr/src/sys/kern/ vfs_bio.c:2442 2nd 0xffffffff954cae08 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2456 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x65a __lockmgr_args() at __lockmgr_args+0x526 getblk() at getblk+0xe3 breadn() at breadn+0x3f bread() at bread+0x1e ffs_blkatoff() at ffs_blkatoff+0x61 ufs_lookup() at ufs_lookup+0x5f3 vfs_cache_lookup() at vfs_cache_lookup+0xf8 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 lookup() at lookup+0x532 namei() at namei+0x45f kern_unlinkat() at kern_unlinkat+0x9d vfs_mountroot_try() at vfs_mountroot_try+0x40e vfs_mountroot() at vfs_mountroot+0x3eb start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff80833d30, rbp = 0 --- dan@mx1~% From owner-freebsd-current@FreeBSD.ORG Thu May 15 22:07:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D8741065677 for ; Thu, 15 May 2008 22:07:36 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 8202E8FC14 for ; Thu, 15 May 2008 22:07:34 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so545213fkk.11 for ; Thu, 15 May 2008 15:07:29 -0700 (PDT) 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=Q1MOQpdGE2ZJtKhrrPlrhzuRLelc/3VptcHBZmo/VAA=; b=wUBCDB53EXwzb+mtnM/zDg/+6TYFZn2qIh9t81cS6PlJYWFPn9EwOPMDJDSUKCBUbqow6+fh8XKY+iHhtGCms0GBliUwFs3sJx3zEoeTzwkxrNltnlR1prJXtkg7+MFYnANKKBHvr9ZXvWGlyE0CO77w6m671pz4iSISH4agwTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=X96PKxB0eR8DIaXVkHy9T+T1MLa8AFSv8RRF3GQ0a3WqPF9H80gu7b3q/b/Z+XhUqX7px5Wd1PkzLTNQRvXa3FUcBV+ntflKXcqwA+giUSB6zFL0f+eZ2p5bDKDTz/1a7ijO4Ypl9cPIwnCirAewvScmD6XCE+9o81bR9/ZyF1k= Received: by 10.125.87.8 with SMTP id p8mr1812132mkl.80.1210887607656; Thu, 15 May 2008 14:40:07 -0700 (PDT) Received: by 10.86.36.15 with HTTP; Thu, 15 May 2008 14:40:07 -0700 (PDT) Message-ID: <3bbf2fe10805151440n3b28448dub72a0e7737a53585@mail.gmail.com> Date: Thu, 15 May 2008 23:40:07 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "John Baldwin" In-Reply-To: <200805080837.11744.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0805062004r681045b5ge2981ae73e777a49@mail.gmail.com> <200805080837.11744.jhb@freebsd.org> X-Google-Sender-Auth: aa7628c7c24508c0 Cc: josh.carroll@gmail.com, freebsd-current@freebsd.org Subject: Re: panic mounting ntfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2008 22:07:36 -0000 2008/5/8, John Baldwin : > On Tuesday 06 May 2008 11:04:44 pm Josh Carroll wrote: > > In doing some data recovery for my brother-in-law, I tried to mount > > his win2k partition (NTFS), and the box immediately panic'd. I dd'd > > the partition and was able to mount it on my 7.0-RELEASE box (via > > mdconfig -t vnode ...), but trying to do that on the -CURRENT box also > > panic'd. > > > > > panic: Assertion (flags & ~LK_INIT_MASK) == 0 failed at > > /usr/src/sys/kern/kern_lock.c:298 > > > > And here's the backtrace: > > > > > #13 0xc54a6b00 in ntfs_ntlookup (ntmp=0xc5467800, ino=0, > > ipp=0xe79a47f4) at > > /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_subr.c:408 > > > This should fix it: > > Index: ntfs_subr.c > =================================================================== > RCS file: /host/cvs/usr/cvs/src/sys/fs/ntfs/ntfs_subr.c,v > retrieving revision 1.45 > diff -u -r1.45 ntfs_subr.c > --- ntfs_subr.c 13 Feb 2008 13:02:12 -0000 1.45 > +++ ntfs_subr.c 8 May 2008 12:36:10 -0000 > @@ -405,7 +405,7 @@ > > VREF(ip->i_devvp); > > /* init lock and lock the newborn ntnode */ > - lockinit(&ip->i_lock, PINOD, "ntnode", 0, LK_EXCLUSIVE); > > + lockinit(&ip->i_lock, PINOD, "ntnode", 0, 0); > > mtx_init(&ip->i_interlock, "ntnode interlock", NULL, MTX_DEF); > ntfs_ntget(ip); > Fix committed. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu May 15 23:27:31 2008 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 6DD30106566B; Thu, 15 May 2008 23:27:31 +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 37FD48FC1B; Thu, 15 May 2008 23:27:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4FNRUXo057003; Thu, 15 May 2008 19:27:30 -0400 (EDT) (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.2/8.14.2) with ESMTP id m4FNRU4N091418; Thu, 15 May 2008 19:27:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 567CD73039; Thu, 15 May 2008 19:27:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080515232730.567CD73039@freebsd-current.sentex.ca> Date: Thu, 15 May 2008 19:27:30 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 23:27:31 -0000 TB --- 2008-05-15 21:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-15 21:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-15 21:35:01 - cleaning the object tree TB --- 2008-05-15 21:35:55 - cvsupping the source tree TB --- 2008-05-15 21:35:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-15 21:36:02 - building world (CFLAGS=-O -pipe) TB --- 2008-05-15 21:36:02 - cd /src TB --- 2008-05-15 21:36:02 - /usr/bin/make -B buildworld >>> World build started on Thu May 15 21:36:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu May 15 23:10:02 UTC 2008 TB --- 2008-05-15 23:10:02 - generating LINT kernel config TB --- 2008-05-15 23:10:02 - cd /src/sys/amd64/conf TB --- 2008-05-15 23:10:02 - /usr/bin/make -B LINT TB --- 2008-05-15 23:10:02 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-15 23:10:02 - cd /src TB --- 2008-05-15 23:10:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 15 23:10:02 UTC 2008 >>> 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 -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_vfs.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_zone.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/atomic/amd64/atomic.S cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c: In function 'gfs_dir_create': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: 'LO_ENROLLPEND' undeclared (first use in this function) /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: (Each undeclared identifier is reported only once /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-15 23:27:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-15 23:27:30 - ERROR: failed to build lint kernel TB --- 2008-05-15 23:27:30 - tinderbox aborted TB --- 5082.44 user 621.03 system 6749.11 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 00:02:20 2008 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 8F7C51065674; Fri, 16 May 2008 00:02:20 +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 66A2C8FC17; Fri, 16 May 2008 00:02:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4G02KUF059435; Thu, 15 May 2008 20:02:20 -0400 (EDT) (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.2/8.14.2) with ESMTP id m4G02JHQ074284; Thu, 15 May 2008 20:02:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C5C5D73039; Thu, 15 May 2008 20:02:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080516000219.C5C5D73039@freebsd-current.sentex.ca> Date: Thu, 15 May 2008 20:02:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 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: Fri, 16 May 2008 00:02:20 -0000 TB --- 2008-05-15 22:37:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-15 22:37:22 - starting HEAD tinderbox run for i386/i386 TB --- 2008-05-15 22:37:22 - cleaning the object tree TB --- 2008-05-15 22:37:58 - cvsupping the source tree TB --- 2008-05-15 22:37:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-05-15 22:38:06 - building world (CFLAGS=-O -pipe) TB --- 2008-05-15 22:38:06 - cd /src TB --- 2008-05-15 22:38:06 - /usr/bin/make -B buildworld >>> World build started on Thu May 15 22:38:08 UTC 2008 >>> 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 May 15 23:42:57 UTC 2008 TB --- 2008-05-15 23:42:57 - generating LINT kernel config TB --- 2008-05-15 23:42:57 - cd /src/sys/i386/conf TB --- 2008-05-15 23:42:57 - /usr/bin/make -B LINT TB --- 2008-05-15 23:42:57 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-15 23:42:57 - cd /src TB --- 2008-05-15 23:42:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 15 23:42:57 UTC 2008 >>> 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 -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -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 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_vfs.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -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 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_zone.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -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 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/atomic/i386/atomic.S cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -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 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c: In function 'gfs_dir_create': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: 'LO_ENROLLPEND' undeclared (first use in this function) /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: (Each undeclared identifier is reported only once /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-16 00:02:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-16 00:02:19 - ERROR: failed to build lint kernel TB --- 2008-05-16 00:02:19 - tinderbox aborted TB --- 3871.27 user 446.42 system 5097.00 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 00:49:45 2008 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 93F081065674; Fri, 16 May 2008 00:49:45 +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 6C0F08FC12; Fri, 16 May 2008 00:49:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4G0niW6065186; Thu, 15 May 2008 20:49:44 -0400 (EDT) (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.2/8.14.2) with ESMTP id m4G0niZw088162; Thu, 15 May 2008 20:49:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7EDBA73039; Thu, 15 May 2008 20:49:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080516004944.7EDBA73039@freebsd-current.sentex.ca> Date: Thu, 15 May 2008 20:49:44 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 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: Fri, 16 May 2008 00:49:45 -0000 TB --- 2008-05-15 23:27:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-15 23:27:30 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-05-15 23:27:30 - cleaning the object tree TB --- 2008-05-15 23:28:02 - cvsupping the source tree TB --- 2008-05-15 23:28:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-05-15 23:28:12 - building world (CFLAGS=-O -pipe) TB --- 2008-05-15 23:28:12 - cd /src TB --- 2008-05-15 23:28:12 - /usr/bin/make -B buildworld >>> World build started on Thu May 15 23:28:14 UTC 2008 >>> 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 Fri May 16 00:32:52 UTC 2008 TB --- 2008-05-16 00:32:52 - generating LINT kernel config TB --- 2008-05-16 00:32:52 - cd /src/sys/pc98/conf TB --- 2008-05-16 00:32:52 - /usr/bin/make -B LINT TB --- 2008-05-16 00:32:52 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-16 00:32:52 - cd /src TB --- 2008-05-16 00:32:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 16 00:32:52 UTC 2008 >>> 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 -O -pipe -DFREEBSD_NAMECACHE -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -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 -Winl ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_vfs.c cc -O -pipe -DFREEBSD_NAMECACHE -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -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 -Winl ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_zone.c cc -O -pipe -DFREEBSD_NAMECACHE -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -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 -Winl ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/atomic/i386/atomic.S cc -O -pipe -DFREEBSD_NAMECACHE -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -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 -Winl ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c: In function 'gfs_dir_create': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: 'LO_ENROLLPEND' undeclared (first use in this function) /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: (Each undeclared identifier is reported only once /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-16 00:49:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-16 00:49:44 - ERROR: failed to build lint kernel TB --- 2008-05-16 00:49:44 - tinderbox aborted TB --- 3714.03 user 447.82 system 4933.83 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 01:57:19 2008 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 C2DE31065671; Fri, 16 May 2008 01:57:19 +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 860D78FC1B; Fri, 16 May 2008 01:57:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4G1vJpO069237; Thu, 15 May 2008 21:57:19 -0400 (EDT) (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.2/8.14.2) with ESMTP id m4G1vIWQ049802; Thu, 15 May 2008 21:57:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 82A3873039; Thu, 15 May 2008 21:57:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080516015718.82A3873039@freebsd-current.sentex.ca> Date: Thu, 15 May 2008 21:57:18 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 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, 16 May 2008 01:57:20 -0000 TB --- 2008-05-16 00:49:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-16 00:49:44 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-05-16 00:49:44 - cleaning the object tree TB --- 2008-05-16 00:50:13 - cvsupping the source tree TB --- 2008-05-16 00:50:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-05-16 00:50:20 - building world (CFLAGS=-O -pipe) TB --- 2008-05-16 00:50:20 - cd /src TB --- 2008-05-16 00:50:20 - /usr/bin/make -B buildworld >>> World build started on Fri May 16 00:50:22 UTC 2008 >>> 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 Fri May 16 01:56:48 UTC 2008 TB --- 2008-05-16 01:56:48 - generating LINT kernel config TB --- 2008-05-16 01:56:48 - cd /src/sys/powerpc/conf TB --- 2008-05-16 01:56:48 - /usr/bin/make -B LINT TB --- 2008-05-16 01:56:49 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-16 01:56:49 - cd /src TB --- 2008-05-16 01:56:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 16 01:56:49 UTC 2008 >>> 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 [...] /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-16 01:57:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-16 01:57:18 - ERROR: failed to build lint kernel TB --- 2008-05-16 01:57:18 - tinderbox aborted TB --- 3020.84 user 353.05 system 4053.67 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 02:34:44 2008 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 8625D1065675 for ; Fri, 16 May 2008 02:34:44 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 124438FC17 for ; Fri, 16 May 2008 02:34:43 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so674554fgb.35 for ; Thu, 15 May 2008 19:34:43 -0700 (PDT) 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=1Qfp/fSgf5CxIAq7/o2yg1HPz04oOr83G94lIT/X4Rw=; b=iHRr8arTsa0prMDMgUlgcJfxsJ1IYC6OmSM2g9duEmZVyoS1rtDfXRzBq0GjugI9wGxAx0Lj8GzjIpm1LZ+ZWXhJVBRuwr9P5l76kjaHjtkLeNbxm/5i/4c3JfW1aSCE1XshhjID/3A68kOi2jkWIbl4s8d+ua8M45/qTAVwVa0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=opLdGITXq31Ov41R21LhN9OYcSIWVSMvcWJL5K+6zt/GSejjBFECRj/rgnwUAwvaTOt0lUAg31XW2yqs/32fRGY5jaahXwlCwYXRxMIjzHoOJlI8+jWeBvmffZmcZv4dMgwnWziIFcz4ii11bHOWHxKf6TRyrsqtN6Z1lEf4mYs= Received: by 10.125.142.5 with SMTP id u5mr1989741mkn.105.1210903777971; Thu, 15 May 2008 19:09:37 -0700 (PDT) Received: by 10.86.36.15 with HTTP; Thu, 15 May 2008 19:09:37 -0700 (PDT) Message-ID: <3bbf2fe10805151909h78792e15k798c7f1f2e278cb1@mail.gmail.com> Date: Fri, 16 May 2008 04:09:37 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "FreeBSD Tinderbox" In-Reply-To: <20080516000219.C5C5D73039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080516000219.C5C5D73039@freebsd-current.sentex.ca> X-Google-Sender-Auth: 1958c494af610f28 Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2008 02:34:44 -0000 2008/5/16, FreeBSD Tinderbox : > TB --- 2008-05-15 22:37:22 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-05-15 22:37:22 - starting HEAD tinderbox run for i386/i386 > TB --- 2008-05-15 22:37:22 - cleaning the object tree > TB --- 2008-05-15 22:37:58 - cvsupping the source tree > TB --- 2008-05-15 22:37:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile > TB --- 2008-05-15 22:38:06 - building world (CFLAGS=-O -pipe) > TB --- 2008-05-15 22:38:06 - cd /src > TB --- 2008-05-15 22:38:06 - /usr/bin/make -B buildworld > >>> World build started on Thu May 15 22:38:08 UTC 2008 > >>> 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 May 15 23:42:57 UTC 2008 > TB --- 2008-05-15 23:42:57 - generating LINT kernel config > TB --- 2008-05-15 23:42:57 - cd /src/sys/i386/conf > TB --- 2008-05-15 23:42:57 - /usr/bin/make -B LINT > TB --- 2008-05-15 23:42:57 - building LINT kernel (COPTFLAGS=) > TB --- 2008-05-15 23:42:57 - cd /src > TB --- 2008-05-15 23:42:57 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Thu May 15 23:42:57 UTC 2008 > >>> 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 -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -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-qua l > -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_vfs.c > cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -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-qua l > -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_zone.c > cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -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-qua l > -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/atomic/i386/atomic.S > cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -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-qua l > -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c > /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c: In function 'gfs_dir_create': > /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: 'LO_ENROLLPEND' undeclared (first use in this function) > /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: (Each undeclared identifier is reported only once > /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: for each function it appears in.) > *** Error code 1 > > Stop in /src/sys/modules/zfs. > *** Error code 1 > > Stop in /src/sys/modules. > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 It should be fixed now. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri May 16 03:08:02 2008 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 5F836106568B; Fri, 16 May 2008 03:08: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 2C16A8FC0A; Fri, 16 May 2008 03:08:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4G381k8073339; Thu, 15 May 2008 23:08:01 -0400 (EDT) (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.2/8.14.2) with ESMTP id m4G381hK021858; Thu, 15 May 2008 23:08:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6685373039; Thu, 15 May 2008 23:08:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080516030801.6685373039@freebsd-current.sentex.ca> Date: Thu, 15 May 2008 23:08:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 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: Fri, 16 May 2008 03:08:02 -0000 TB --- 2008-05-16 01:51:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-16 01:51:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-05-16 01:51:02 - cleaning the object tree TB --- 2008-05-16 01:51:31 - cvsupping the source tree TB --- 2008-05-16 01:51:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-05-16 01:51:39 - building world (CFLAGS=-O -pipe) TB --- 2008-05-16 01:51:39 - cd /src TB --- 2008-05-16 01:51:39 - /usr/bin/make -B buildworld >>> World build started on Fri May 16 01:51:42 UTC 2008 >>> 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 Fri May 16 02:53:51 UTC 2008 TB --- 2008-05-16 02:53:51 - generating LINT kernel config TB --- 2008-05-16 02:53:51 - cd /src/sys/sparc64/conf TB --- 2008-05-16 02:53:51 - /usr/bin/make -B LINT TB --- 2008-05-16 02:53:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-16 02:53:51 - cd /src TB --- 2008-05-16 02:53:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 16 02:53:52 UTC 2008 >>> 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 -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknow n-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_vfs.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknow n-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_zone.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknow n-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/atomic/sparc64/atomic.S cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknow n-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c: In function 'gfs_dir_create': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: 'LO_ENROLLPEND' undeclared (first use in this function) /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: (Each undeclared identifier is reported only once /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-16 03:08:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-16 03:08:01 - ERROR: failed to build lint kernel TB --- 2008-05-16 03:08:01 - tinderbox aborted TB --- 3466.20 user 410.52 system 4618.58 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 03:12:10 2008 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 9D4E2106566C; Fri, 16 May 2008 03:12: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 68FBB8FC16; Fri, 16 May 2008 03:12: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.14.2/8.14.2) with ESMTP id m4G3CAvH073543; Thu, 15 May 2008 23:12:10 -0400 (EDT) (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.2/8.14.2) with ESMTP id m4G3CASE030602; Thu, 15 May 2008 23:12:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EA3D473039; Thu, 15 May 2008 23:12:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080516031209.EA3D473039@freebsd-current.sentex.ca> Date: Thu, 15 May 2008 23:12:09 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 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: Fri, 16 May 2008 03:12:10 -0000 TB --- 2008-05-16 01:57:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-16 01:57:18 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-05-16 01:57:18 - cleaning the object tree TB --- 2008-05-16 01:57:41 - cvsupping the source tree TB --- 2008-05-16 01:57:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-05-16 01:57:47 - building world (CFLAGS=-O -pipe) TB --- 2008-05-16 01:57:47 - cd /src TB --- 2008-05-16 01:57:47 - /usr/bin/make -B buildworld >>> World build started on Fri May 16 01:57:48 UTC 2008 >>> 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 Fri May 16 02:58:28 UTC 2008 TB --- 2008-05-16 02:58:28 - generating LINT kernel config TB --- 2008-05-16 02:58:28 - cd /src/sys/sun4v/conf TB --- 2008-05-16 02:58:28 - /usr/bin/make -B LINT TB --- 2008-05-16 02:58:28 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-16 02:58:28 - cd /src TB --- 2008-05-16 02:58:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 16 02:58:29 UTC 2008 >>> 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 -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pr agmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_vfs.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pr agmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_zone.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pr agmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/atomic/sparc64/atomic.S cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pr agmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c: In function 'gfs_dir_create': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: 'LO_ENROLLPEND' undeclared (first use in this function) /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: (Each undeclared identifier is reported only once /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-16 03:12:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-16 03:12:09 - ERROR: failed to build lint kernel TB --- 2008-05-16 03:12:09 - tinderbox aborted TB --- 3453.08 user 411.40 system 4491.29 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 04:50:08 2008 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 CCC051065671 for ; Fri, 16 May 2008 04:50:08 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from EXHUB015-4.exch015.msoutlookonline.net (exhub015-4.exch015.msoutlookonline.net [207.5.72.96]) by mx1.freebsd.org (Postfix) with ESMTP id BC6288FC15 for ; Fri, 16 May 2008 04:50:08 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from smgellar.p6m7g8.net (70.88.236.22) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.263.0; Thu, 15 May 2008 21:50:08 -0700 Message-ID: <482D127E.80804@p6m7g8.com> Date: Fri, 16 May 2008 00:50:06 -0400 From: "Philip M. Gollucci" Organization: RideCharge Inc User-Agent: Thunderbird 2.0.0.14 (X11/20080506) MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: fxp 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: Fri, 16 May 2008 04:50:08 -0000 Between Mar2 to May 15th (aka now), fxp loading/detecting/probing during boot or /etc/rc.d/netif got borked. Works here: FreeBSD vegeta.p6m7g8.net 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Mar 1 22:09:51 EST 2008 root@krillin.p6m7g8.net:/usr/obj/usr/src/sys/VEGETA i386 Doesn't here: FreeBSD vegeta.p6m7g8.net 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu May 15 11:22:28 EDT 2008 root@krillin.p6m7g8.net:/usr/obj/usr/src/sys/VEGETA i386 Identical kernel config file. /usr/src/sys/dev/fxp only have one revision in the range, and thats not it anyway. Where else should I look ? I'm guessing its near the '.... got link' output stuff. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-current@FreeBSD.ORG Fri May 16 08:08:55 2008 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 9BAEA106567B; Fri, 16 May 2008 08:08:55 +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 5DE1A8FC19; Fri, 16 May 2008 08:08:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4G88str085114; Fri, 16 May 2008 04:08:54 -0400 (EDT) (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.2/8.14.2) with ESMTP id m4G88sMo031907; Fri, 16 May 2008 04:08:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7C87F73039; Fri, 16 May 2008 04:08:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080516080854.7C87F73039@freebsd-current.sentex.ca> Date: Fri, 16 May 2008 04:08:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 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: Fri, 16 May 2008 08:08:55 -0000 TB --- 2008-05-16 07:00:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-16 07:00:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-05-16 07:00:24 - cleaning the object tree TB --- 2008-05-16 07:00:45 - cvsupping the source tree TB --- 2008-05-16 07:00:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-05-16 07:00:51 - building world (CFLAGS=-O -pipe) TB --- 2008-05-16 07:00:51 - cd /src TB --- 2008-05-16 07:00:51 - /usr/bin/make -B buildworld >>> World build started on Fri May 16 07:00:53 UTC 2008 >>> 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 Fri May 16 08:08:24 UTC 2008 TB --- 2008-05-16 08:08:24 - generating LINT kernel config TB --- 2008-05-16 08:08:24 - cd /src/sys/powerpc/conf TB --- 2008-05-16 08:08:24 - /usr/bin/make -B LINT TB --- 2008-05-16 08:08:24 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-16 08:08:24 - cd /src TB --- 2008-05-16 08:08:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 16 08:08:24 UTC 2008 >>> 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 [...] /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-16 08:08:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-16 08:08:54 - ERROR: failed to build lint kernel TB --- 2008-05-16 08:08:54 - tinderbox aborted TB --- 3023.95 user 355.59 system 4110.29 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 11:15:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A85651065674 for ; Fri, 16 May 2008 11:15:23 +0000 (UTC) (envelope-from ketracel@internode.on.net) Received: from mail.internode.on.net (bld-mail09.adl2.internode.on.net [203.16.214.73]) by mx1.freebsd.org (Postfix) with ESMTP id E8D808FC1B for ; Fri, 16 May 2008 11:15:22 +0000 (UTC) (envelope-from ketracel@internode.on.net) Received: from [192.168.1.5] (unverified [150.101.147.172]) by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 30126256-1927428 for ; Fri, 16 May 2008 20:45:20 +0930 (CST) Mime-Version: 1.0 (Apple Message framework v753) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: ketracel Date: Fri, 16 May 2008 19:15:19 +0800 X-Mailer: Apple Mail (2.753) Subject: development of framebuffer driver hi res console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 11:15:23 -0000 Any FreeBSD developers out there working on a Framebuffer driver which provides modern high resolution modes (including widescreen) for the system console? Amd64 platform currently has no options to change the primitive 80x25 mode text console as VESA is not supported. Mac OS X uses native display resolutions as soon as the machine is powered on. Linux supports a Framebuffer driver for native LCD resolution at the console OpenSolaris uses a Framebuffer driver which immediately detects screen resolution. From owner-freebsd-current@FreeBSD.ORG Fri May 16 09:35:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D9E8106564A for ; Fri, 16 May 2008 09:35:14 +0000 (UTC) (envelope-from florent.thoumie@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 048EF8FC20 for ; Fri, 16 May 2008 09:35:12 +0000 (UTC) (envelope-from florent.thoumie@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so89778wah.3 for ; Fri, 16 May 2008 02:35:12 -0700 (PDT) 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=9aGgjf7e5oY2HyARFAb/vB2+nqI7kLfH8tCBQmc9RGk=; b=FzdIB4+if704eU8LxxaQUYvCxDVGQLgkOgkjjfMEGkDrmGcItGvK03HVDkibb/V9qS3WebcHEgngWd4tTGJjo+kXOrP0kRdIdTXfsknO/2puh555Ww+YSm46kzZ0y8iM7jB8ZwpF7rG4VeZyAy5g/oMBtyJizG3RsPAmEHYgZEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=fVJ8KRN5GXWbn/jTmXj5qKosSni6TtjufsJpragkLKH6m7ZgvLTEC5/Jh9Dt0IdTF/5gtNYopooxEVsbE3k1qI7kCguwzLMtLLIA3suA1O0BC4oNccI52OXTCL0AM/5erQSdNwD2ToL1CEPxwkHL0ImoZLWPoHZ74RtOapcIxCo= Received: by 10.114.124.1 with SMTP id w1mr3506716wac.209.1210928870662; Fri, 16 May 2008 02:07:50 -0700 (PDT) Received: by 10.114.57.4 with HTTP; Fri, 16 May 2008 02:07:50 -0700 (PDT) Message-ID: Date: Fri, 16 May 2008 10:07:50 +0100 From: "Florent Thoumie" Sender: florent.thoumie@gmail.com To: freebsd-current@freebsd.org, x11@freebsd.org In-Reply-To: <20080515144700.GA44343@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080515144700.GA44343@wep4017.physik.uni-wuerzburg.de> X-Google-Sender-Auth: c626afd8c080f58f X-Mailman-Approved-At: Fri, 16 May 2008 11:23:26 +0000 Cc: Subject: Re: xorg-server on amd64-current with dtrace failed to compile. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 09:35:14 -0000 On Thu, May 15, 2008 at 3:47 PM, Alexey Shuvaev wrote: > Hello! > > I just have got the following error during xorg-server compilation: Try to add --with-dtrace=/nonexistent to CONFIGURE_ARGS. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-current@FreeBSD.ORG Fri May 16 12:36:55 2008 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 C6B781065671 for ; Fri, 16 May 2008 12:36:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (oute.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id AF3ED8FC18 for ; Fri, 16 May 2008 12:36:55 +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; Fri, 16 May 2008 21:55:58 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id C69B12D6012 for ; Fri, 16 May 2008 05:36:54 -0700 (PDT) Message-ID: <482D7FE6.6020405@elischer.org> Date: Fri, 16 May 2008 08:36:54 -0400 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: vimage patches and example run. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 12:36:56 -0000 vimage patches as of 8AM in ottawa: http://www.freebsd.org/~julian/vimage.diff apply these to a new -current tree and make the VIMAGE kernel cd to usr.sbin/vimage to make the utility and the man page: here is a small transcript where a new virtual system called 'fred' is created, and teh bge1 interface is shifted into it. we then enter 'fred' and set up the interface and check that it works. note that load averages are given for each virtual machine.. this work is not complete and may not show correct numbers. ========== transcript ================== root@trafmon2:vimage -l ".": Processes (cur/max): 45/0; load averages: 0.00, 0.06, 0.05 CPU usage: 0.11% Sockets (cur/max): 47/0; 4 network interfaces root@trafmon2:vimage -lr ".": Processes (cur/max): 45/0; load averages: 0.00, 0.05, 0.05 CPU usage: 0.01% Sockets (cur/max): 47/0; 4 network interfaces root@trafmon2:vimage -c fred root@trafmon2:vimage -lr ".": Processes (cur/max): 45/0; load averages: 0.00, 0.05, 0.05 CPU usage: 0.00% Sockets (cur/max): 47/0; 4 network interfaces "fred": Processes (cur/max): 0/0; load averages: 0.00, 0.00, 0.00 CPU usage: 0.00% Sockets (cur/max): 0/0; 1 network interfaces root@trafmon2:ifconfig bge0: flags=8802 metric 0 mtu 1500 options=9b ether 00:0f:1f:6a:7b:90 media: Ethernet autoselect (100baseTX ) status: active bge1: flags=8843 metric 0 mtu 1500 options=9b ether 00:0f:1f:6a:7b:91 inet 172.28.10.2 netmask 0xffffff00 broadcast 172.28.10.255 media: Ethernet autoselect (1000baseTX ) status: active fxp0: flags=8843 metric 0 mtu 1500 options=b ether 00:02:b3:ef:c8:22 inet 172.28.0.102 netmask 0xffffff00 broadcast 172.28.0.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 root@trafmon2:vimage -i fred bge1 eth0@fred root@trafmon2:ifconfig bge0: flags=8802 metric 0 mtu 1500 options=9b ether 00:0f:1f:6a:7b:90 media: Ethernet autoselect (100baseTX ) status: active fxp0: flags=8843 metric 0 mtu 1500 options=b ether 00:02:b3:ef:c8:22 inet 172.28.0.102 netmask 0xffffff00 broadcast 172.28.0.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 root@trafmon2:vimage fred Switched to vimage fred root@:ifconfig lo0: flags=8008 metric 0 mtu 16384 eth0: flags=8842 metric 0 mtu 1500 options=9b ether 00:0f:1f:6a:7b:91 media: Ethernet autoselect (1000baseTX ) status: active root@:ifconfig eth0 172.28.10.2 root@:ifconfig lo0: flags=8008 metric 0 mtu 16384 eth0: flags=8843 metric 0 mtu 1500 options=9b ether 00:0f:1f:6a:7b:91 inet 172.28.10.2 netmask 0xffff0000 broadcast 172.28.255.255 inet6 fe80::20f:1fff:fe6a:7b91%eth0 prefixlen 64 scopeid 0x2 media: Ethernet autoselect (1000baseTX ) status: active root@:ping 172.28.10.4 PING 172.28.10.4 (172.28.10.4): 56 data bytes 64 bytes from 172.28.10.4: icmp_seq=0 ttl=64 time=0.441 ms 64 bytes from 172.28.10.4: icmp_seq=1 ttl=64 time=0.177 ms 64 bytes from 172.28.10.4: icmp_seq=2 ttl=64 time=0.196 ms 64 bytes from 172.28.10.4: icmp_seq=3 ttl=64 time=0.228 ms 64 bytes from 172.28.10.4: icmp_seq=4 ttl=64 time=0.245 ms 64 bytes from 172.28.10.4: icmp_seq=5 ttl=64 time=0.109 ms ^C --- 172.28.10.4 ping statistics --- 6 packets transmitted, 6 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.109/0.233/0.441/0.103 ms root@: From owner-freebsd-current@FreeBSD.ORG Fri May 16 13:18:50 2008 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 754181065676 for ; Fri, 16 May 2008 13:18:50 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.187]) by mx1.freebsd.org (Postfix) with ESMTP id F1C1B8FC28 for ; Fri, 16 May 2008 13:18:49 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so77907gve.39 for ; Fri, 16 May 2008 06:18:48 -0700 (PDT) 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=uTr1uCKIf6p+XRiAGlm8btlyn4dwO89gc/U/gLrKSaQ=; b=EvLVHcgl6ywvr2wLlOhV3jpeKWoSQ+Aj+sHKXLOwEGUZIsoMHxEWKzTkxzBzWyiabNt36511ko/3y5mrSfrhpoxy6JGMog/3d82QBZLSVD53vGxLPamO8PWLXw51eLfqSPrV6yG95p7FzMFHAAramLNO3Ne9TJQBTyKNPfUe4qw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=DSAbOZQmwaBpJzRvst/cl4Gv4XVwBUP5Zv3UAhuQdY8wQ9kg6ZFHS29AbjQG3/YP2NPxe4NbrouD6lga6gAxKOBrp0r0+wIvdzIHc/unMCNDP0W3KSq20gJAHbkZSkFg268vnz8MMuVtdgT1iW5QZ2+I4822AHNEga/6NOVLBSo= Received: by 10.125.142.12 with SMTP id u12mr2559932mkn.28.1210943928136; Fri, 16 May 2008 06:18:48 -0700 (PDT) Received: by 10.86.36.15 with HTTP; Fri, 16 May 2008 06:18:48 -0700 (PDT) Message-ID: <3bbf2fe10805160618w3bcc6b37vb77bc01e192927fb@mail.gmail.com> Date: Fri, 16 May 2008 15:18:48 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "FreeBSD Tinderbox" In-Reply-To: <20080516080854.7C87F73039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080516080854.7C87F73039@freebsd-current.sentex.ca> X-Google-Sender-Auth: b67e3c6c2ed9863d Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 13:18:50 -0000 2008/5/16, FreeBSD Tinderbox : > TB --- 2008-05-16 07:00:24 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-05-16 07:00:24 - starting HEAD tinderbox run for powerpc/powerpc > TB --- 2008-05-16 07:00:24 - cleaning the object tree > TB --- 2008-05-16 07:00:45 - cvsupping the source tree > TB --- 2008-05-16 07:00:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile > TB --- 2008-05-16 07:00:51 - building world (CFLAGS=-O -pipe) > TB --- 2008-05-16 07:00:51 - cd /src > TB --- 2008-05-16 07:00:51 - /usr/bin/make -B buildworld > >>> World build started on Fri May 16 07:00:53 UTC 2008 > > >>> 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 Fri May 16 08:08:24 UTC 2008 > TB --- 2008-05-16 08:08:24 - generating LINT kernel config > TB --- 2008-05-16 08:08:24 - cd /src/sys/powerpc/conf > TB --- 2008-05-16 08:08:24 - /usr/bin/make -B LINT > TB --- 2008-05-16 08:08:24 - building LINT kernel (COPTFLAGS=) > TB --- 2008-05-16 08:08:24 - cd /src > TB --- 2008-05-16 08:08:24 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Fri May 16 08:08:24 UTC 2008 > > >>> 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 > [...] > /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' > /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' > /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' > /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' > /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' > /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' > /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' > /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' > *** Error code 1 > > Stop in /obj/powerpc/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. I wonder, why it doesn't break on amd64 and ia32 (where I have tested the code)? Btw, MTX_RECURSECNT is not used anywhere and I will axe them, along with MTX_LOCK in ia32 and amd64. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri May 16 13:43:51 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07B7B1065671; Fri, 16 May 2008 13:43:51 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (unknown [IPv6:2001:4830:2407:8000:230:48ff:fe71:c2a2]) by mx1.freebsd.org (Postfix) with ESMTP id 21F118FC1E; Fri, 16 May 2008 13:43:49 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id B8D478FD8B; Fri, 16 May 2008 07:43:46 -0600 (MDT) Date: Fri, 16 May 2008 07:43:46 -0600 From: Brad Davis To: hackers@FreeBSD.org Message-ID: <20080516134346.GB1844@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: FreeBSD Status Reports for the First Quarter of 2008 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 13:43:51 -0000 Hi Everyone, The FreeBSD Status Reports for the First Quarter of 2008 are now available at: http://www.freebsd.org/news/status/report-2008-01-2008-03.html Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Fri May 16 13:45:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6604610656AA; Fri, 16 May 2008 13:45:48 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1D58FC26; Fri, 16 May 2008 13:45:47 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id CFC3EA06D5; Fri, 16 May 2008 15:45:46 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id C1897A06B7; Fri, 16 May 2008 15:45:46 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 96FC9A068C; Fri, 16 May 2008 15:45:45 +0200 (CEST) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.1HF110) with ESMTP id 2008051615454425-17750 ; Fri, 16 May 2008 15:45:44 +0200 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Fri, 16 May 2008 15:45:44 +0200 From: "Alexey Shuvaev" Date: Fri, 16 May 2008 15:45:44 +0200 To: freebsd-current@freebsd.org, x11@freebsd.org Message-ID: <20080516134544.GA12754@wep4017.physik.uni-wuerzburg.de> Mail-Followup-To: freebsd-current@freebsd.org, x11@freebsd.org References: <20080515144700.GA44343@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 In-Reply-To: Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.17 (2007-11-01) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 05/16/2008 03:45:44 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 05/16/2008 03:45:45 PM, Serialize complete at 05/16/2008 03:45:45 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: Subject: Re: [SOLVED] xorg-server on amd64-current with dtrace failed to compile. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 13:45:48 -0000 On Fri, May 16, 2008 at 10:07:50AM +0100, Florent Thoumie wrote: > On Thu, May 15, 2008 at 3:47 PM, Alexey Shuvaev > wrote: > > Hello! > > > > I just have got the following error during xorg-server compilation: > > Try to add --with-dtrace=/nonexistent to CONFIGURE_ARGS. > --without-dtrace worked for me, but the problem does not exist at all. This was pilot error, caused by the remnants of custom (dtrace-enabled) freebsd-snapshot. Sorry for the noise, Alexey. From owner-freebsd-current@FreeBSD.ORG Fri May 16 14:13:09 2008 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 89B46106567D for ; Fri, 16 May 2008 14:13: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 551498FC26 for ; Fri, 16 May 2008 14:13: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:Subject:From:X-Attribution:Date:Message-Id; b=g0m3R9zjdSiAkrujNwfXQdMk19M9sed7xGLhbtOedf5cRQs2Fx9Ew2YP0ujHDzJFUOrcXMOA3Uv26QkS82eJzZfm4l4LIZu1Jh1kXGeDTk/cNXwyTCzpLz4bOmxF08bLb2D+6RGh1UtAtcM/zESbOoyOlJTmlV5Rx4LzpLom2Rwnyw1ChIGN8OmOF7RAvG+r7XIVSxNPyU76d5NZdl+LbMmy925avoBcB2ehIa03UZuOst8bqEl9VJUoaABZGxCf; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1Jx0gG-0000dN-KL for current@freebsd.org; Fri, 16 May 2008 14:13: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 1Jx0fo-0000fV-FB for current@freebsd.org; Fri, 16 May 2008 14:12:40 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jx0fn-0001OZ-4J for current@freebsd.org; Fri, 16 May 2008 16:12:39 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Fri, 16 May 2008 16:12:39 +0200 Message-Id: Cc: Subject: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 14:13:09 -0000 Hi Recently - I guess in the last month or two - successive cvs updates always "updates" files in the follwing directories, this with no update to the CVS repo: cddl/contrib/opensolaris contrib/ntp contrib/ipfilter contrib/expat contrib/tcsh I sync a local CVS repo using cvsup and I update my source using 'cvs -q update -PdA' I've tried removing the offending parts of my source tree and the repo and re-updating or syncing them but to no avail. Is it just me or are others seeing this? Has there been repo "surgery" in these areas that's causing this? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri May 16 14:22:57 2008 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 1179B1065670; Fri, 16 May 2008 14:22:57 +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 C7A868FC1A; Fri, 16 May 2008 14:22:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4GEMupY021772; Fri, 16 May 2008 10:22:56 -0400 (EDT) (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.2/8.14.2) with ESMTP id m4GEMuSM014463; Fri, 16 May 2008 10:22:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D73B73039; Fri, 16 May 2008 10:22:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080516142256.1D73B73039@freebsd-current.sentex.ca> Date: Fri, 16 May 2008 10:22:56 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 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: Fri, 16 May 2008 14:22:57 -0000 TB --- 2008-05-16 13:15:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-16 13:15:57 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-05-16 13:15:57 - cleaning the object tree TB --- 2008-05-16 13:16:20 - cvsupping the source tree TB --- 2008-05-16 13:16:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-05-16 13:16:26 - building world (CFLAGS=-O -pipe) TB --- 2008-05-16 13:16:26 - cd /src TB --- 2008-05-16 13:16:26 - /usr/bin/make -B buildworld >>> World build started on Fri May 16 13:16:27 UTC 2008 >>> 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 Fri May 16 14:22:25 UTC 2008 TB --- 2008-05-16 14:22:25 - generating LINT kernel config TB --- 2008-05-16 14:22:25 - cd /src/sys/powerpc/conf TB --- 2008-05-16 14:22:25 - /usr/bin/make -B LINT TB --- 2008-05-16 14:22:25 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-16 14:22:25 - cd /src TB --- 2008-05-16 14:22:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 16 14:22:25 UTC 2008 >>> 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 [...] /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' /src/sys/powerpc/powerpc/genassym.c:101: error: 'struct mtx' has no member named 'mtx_recurse' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-16 14:22:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-16 14:22:55 - ERROR: failed to build lint kernel TB --- 2008-05-16 14:22:55 - tinderbox aborted TB --- 3019.50 user 355.67 system 4018.80 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 14:31:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFC4F106564A for ; Fri, 16 May 2008 14:31:02 +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 5D9D38FC16 for ; Fri, 16 May 2008 14:31:02 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-064-189-245.pools.arcor-ip.net [88.64.189.245]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1Jx0lP1T8X-00070j; Fri, 16 May 2008 16:18:27 +0200 Received: (qmail 51136 invoked from network); 16 May 2008 14:16:48 -0000 Received: from myhost.laiers.local (192.168.4.151) by laiers.local with SMTP; 16 May 2008 14:16:48 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Fri, 16 May 2008 16:18:25 +0200 User-Agent: KMail/1.9.9 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805161618.25796.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18fi6tmdZGQiyd9Mhy3XFyJcmixRTIWQrItLdP vE4vViAtjfngw72QoFf6+SRXWfmTeYAonErqsP783bRqxWCOWf 5WGCVHf8jzlO70lOi88MQ== Cc: Ian FREISLICH Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 14:31:02 -0000 On Friday 16 May 2008 16:12:39 Ian FREISLICH wrote: > Recently - I guess in the last month or two - successive cvs updates > always "updates" files in the follwing directories, this with no > update to the CVS repo: > > cddl/contrib/opensolaris > contrib/ntp > contrib/ipfilter > contrib/expat > contrib/tcsh > > I sync a local CVS repo using cvsup and I update my source using > 'cvs -q update -PdA' > > I've tried removing the offending parts of my source tree and the > repo and re-updating or syncing them but to no avail. Is it just > me or are others seeing this? Has there been repo "surgery" in > these areas that's causing this? Is this with the updated cvs 1.11 (recently imported to current)? There has been some reports of fallout of this on cvs-all@ already. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri May 16 18:55:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA4E81065672 for ; Fri, 16 May 2008 18:55:49 +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 B49B18FC14 for ; Fri, 16 May 2008 18:55:49 +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.2/8.14.2) with ESMTP id m4GIoFBt038086 for ; Fri, 16 May 2008 11:50:15 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.2/8.14.2/Submit) id m4GIoF6o038085 for freebsd-current@freebsd.org; Fri, 16 May 2008 11:50:15 -0700 (PDT) (envelope-from sgk) Date: Fri, 16 May 2008 11:50:15 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20080516185015.GA37995@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: wlan0 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: Fri, 16 May 2008 18:55:50 -0000 Ran ifconfig wlan0 create wlandev wpi0 followed by this script #!/bin/sh ifconfig wlan0 create wlandev wpi0 ifconfig wlan0 inet 192.168.0.10 ifconfig wlan0 ssid "ValidSSID" mode 11g channel 11 wepmode on ifconfig wlan0 wepkey 0xdeadbeefdeadbeefdeadbeefde deftxkey 1 ifconfig wlan0 route add default 192.168.0.1 Led to Script started on Fri May 16 11:36:32 2008 % kgdb /boot/kernel/kernel vmcore.1 Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xdeadc13a fault code = supervisor read, page not present instruction pointer = 0x20:0xc06eff60 stack pointer = 0x28:0xe631ab44 frame pointer = 0x28:0xe631aba8 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 = 1422 (ifconfig) Physical memory: 1006 MB Dumping 51 MB: 36 20 4 #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc04967f9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1063075072, dummy4=0xe631a8d8 "") at /usr/src/sys/ddb/db_command.c:516 #2 0xc0496d7c in db_command (last_cmdp=0xc09a8090, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413 #3 0xc0496e8a in db_command_loop () at /usr/src/sys/ddb/db_command.c:466 #4 0xc049867d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:228 #5 0xc0646d56 in kdb_trap (type=12, code=0, tf=0xe631ab04) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc08869cf in trap_fatal (frame=0xe631ab04, eva=3735929146) at /usr/src/sys/i386/i386/trap.c:885 #7 0xc0886bf0 in trap_pfault (frame=0xe631ab04, usermode=0, eva=3735929146) at /usr/src/sys/i386/i386/trap.c:807 #8 0xc0887532 in trap (frame=0xe631ab04) at /usr/src/sys/i386/i386/trap.c:485 #9 0xc086bbab in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #10 0xc06eff60 in in_control (so=0xc4365188, cmd=2151704858, data=0xc449fb40 "wlan0", ifp=0xc3e72800, td=0xc4249000) at /usr/src/sys/netinet/in.c:252 #11 0xc06b8b8f in ifioctl (so=0xc4365188, cmd=2151704858, data=0xc449fb40 "wlan0", td=0xc4249000) at /usr/src/sys/net/if.c:1934 #12 0xc065f5b7 in soo_ioctl (fp=0xc41d65b0, cmd=2151704858, data=0xc449fb40, active_cred=0xc4264200, td=0xc4249000) at /usr/src/sys/kern/sys_socket.c:200 #13 0xc0659b08 in kern_ioctl (td=0xc4249000, fd=3, com=2151704858, data=0xc449fb40 "wlan0") at file.h:254 #14 0xc0659c74 in ioctl (td=0xc4249000, uap=0xe631acfc) at /usr/src/sys/kern/sys_generic.c:677 #15 0xc0886e93 in syscall (frame=0xe631ad38) at /usr/src/sys/i386/i386/trap.c:1026 #16 0xc086bc10 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit % exit Script done on Fri May 16 11:36:59 2008 -- Steve From owner-freebsd-current@FreeBSD.ORG Fri May 16 21:11:15 2008 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 8CC98106566C for ; Fri, 16 May 2008 21:11:15 +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 0562A8FC1C for ; Fri, 16 May 2008 21:11:14 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl108-79.kln.forthnet.gr [77.49.227.79]) (authenticated bits=128) by igloo.linux.gr (8.14.2/8.14.2/Debian-4) with ESMTP id m4GLAhAk012320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 17 May 2008 00:10:51 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m4GLAhVm002503; Sat, 17 May 2008 00:10:43 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m4GLAgB0002502; Sat, 17 May 2008 00:10:42 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: "Alan Cox" References: <87ve1iqbn7.fsf@kobe.laptop> <87zlqta2js.fsf@kobe.laptop> <87lk2d86mo.fsf@kobe.laptop> Date: Sat, 17 May 2008 00:10:42 +0300 In-Reply-To: <87lk2d86mo.fsf@kobe.laptop> (Giorgos Keramidas's message of "Wed, 14 May 2008 14:30:55 +0300") Message-ID: <871w426jl9.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m4GLAhAk012320 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.888, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.51, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org Subject: Re: repeated panics in vm_reserv_alloc_page() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 21:11:15 -0000 On Wed, 14 May 2008 14:30:55 +0300, Giorgos Keramidas wrote: > On Wed, 14 May 2008 08:16:07 +0300, Giorgos Keramidas wrote: >> I'll rebuild right now, but it may be tricky reproducing the panic. >> Is it ok if I let it run for a couple of days or a bit more? >> >> I can't reliably reproduce the panic all the time, but it seems to >> happen faster when I stress the system a bit. > > Installed. Now, I guess, all we have to do is wait and see if mplayer > manages to trigger the crash in the following 1-2 days... Hi Alan, No panics yet. I've been using the same laptop for the past 2 days, doing pretty much the "usual stuff". I haven't seen any more panics in vm_reserv_alloc_page() so far. Given that it was pretty easy to trigger the panic by playing audio or video in mplayer, and it was happenning at least 2-3 times a day, I think that it's fixed :) Thanks! From owner-freebsd-current@FreeBSD.ORG Fri May 16 23:16:00 2008 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 8B5CB106566C for ; Fri, 16 May 2008 23:16:00 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 2F87B8FC17 for ; Fri, 16 May 2008 23:16:00 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m4GNFmkM048584; Sat, 17 May 2008 08:15:53 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 17 May 2008 08:15:48 +0900 From: Norikatsu Shigemura To: Julian Elischer Message-Id: <20080517081548.ce75ffd7.nork@FreeBSD.org> In-Reply-To: <482D7FE6.6020405@elischer.org> References: <482D7FE6.6020405@elischer.org> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 17 May 2008 08:15:53 +0900 (JST) Cc: FreeBSD Current Subject: Re: vimage patches and example run. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 23:16:00 -0000 On Fri, 16 May 2008 08:36:54 -0400 Julian Elischer wrote: > vimage patches as of 8AM in ottawa: > http://www.freebsd.org/~julian/vimage.diff Wow! I'll try to do it! :-) BTW, does zfs have any problem? Index: sys/modules/Makefile =========================================================================== --- sys/modules/Makefile 2008/05/16 05:32:58 #374 +++ sys/modules/Makefile 2008/05/16 05:32:58 @@ -438,9 +438,6 @@ _tmpfs= tmpfs _wi= wi _xe= xe -.if ${MK_ZFS} != "no" || defined(ALL_MODULES) -_zfs= zfs -.endif .if ${MACHINE} == "i386" _aac= aac _acpi= acpi From owner-freebsd-current@FreeBSD.ORG Fri May 16 23:39:41 2008 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 C47DD1065675 for ; Fri, 16 May 2008 23:39:41 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 644008FC1E for ; Fri, 16 May 2008 23:39:41 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m4GNdc6F049138; Sat, 17 May 2008 08:39:39 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 17 May 2008 08:39:38 +0900 From: Norikatsu Shigemura To: Julian Elischer Message-Id: <20080517083938.9fd7ae60.nork@FreeBSD.org> In-Reply-To: <20080517081548.ce75ffd7.nork@FreeBSD.org> References: <482D7FE6.6020405@elischer.org> <20080517081548.ce75ffd7.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 17 May 2008 08:39:39 +0900 (JST) Cc: FreeBSD Current Subject: Re: vimage patches and example run. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2008 23:39:41 -0000 On Sat, 17 May 2008 08:15:48 +0900 Norikatsu Shigemura wrote: > On Fri, 16 May 2008 08:36:54 -0400 > Julian Elischer wrote: > > vimage patches as of 8AM in ottawa: > > http://www.freebsd.org/~julian/vimage.diff > Wow! I'll try to do it! :-) Oops, I couldn't compile kdump. Please add following patch for vimage.diff. --- usr.bin/kdump/mkioctls.orig 2008-02-03 22:50:34.147231000 +0900 +++ usr.bin/kdump/mkioctls 2008-05-17 08:31:17.817100274 +0900 @@ -40,6 +40,7 @@ print "#include " print "#include " print "#include " + print "#include " print "#include " print "#include " print "#include " From owner-freebsd-current@FreeBSD.ORG Sat May 17 02:28:10 2008 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 8448310656B9 for ; Sat, 17 May 2008 02:28:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outq.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 6DCB68FC13 for ; Sat, 17 May 2008 02:28:10 +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; Sat, 17 May 2008 11:48:25 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 75DCE2D6010; Fri, 16 May 2008 19:28:09 -0700 (PDT) Message-ID: <482E42BB.1040206@elischer.org> Date: Fri, 16 May 2008 22:28:11 -0400 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Norikatsu Shigemura References: <482D7FE6.6020405@elischer.org> <20080517081548.ce75ffd7.nork@FreeBSD.org> In-Reply-To: <20080517081548.ce75ffd7.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: vimage patches and example run. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 May 2008 02:28:10 -0000 Norikatsu Shigemura wrote: > On Fri, 16 May 2008 08:36:54 -0400 > Julian Elischer wrote: >> vimage patches as of 8AM in ottawa: >> http://www.freebsd.org/~julian/vimage.diff > > Wow! I'll try to do it! :-) > BTW, does zfs have any problem? > > Index: sys/modules/Makefile > =========================================================================== > --- sys/modules/Makefile 2008/05/16 05:32:58 #374 > +++ sys/modules/Makefile 2008/05/16 05:32:58 > @@ -438,9 +438,6 @@ > _tmpfs= tmpfs > _wi= wi > _xe= xe > -.if ${MK_ZFS} != "no" || defined(ALL_MODULES) > -_zfs= zfs > -.endif > .if ${MACHINE} == "i386" > _aac= aac > _acpi= acpi possibly doesn't compile. generally left out during testing becasue it was a moving target. You have reminded me to try it again :-) From owner-freebsd-current@FreeBSD.ORG Sat May 17 02:32:08 2008 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 6330C106566B for ; Sat, 17 May 2008 02:32:08 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id B9FDE8FC17 for ; Sat, 17 May 2008 02:32:06 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m4H2W2aD054054; Sat, 17 May 2008 11:32:02 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 17 May 2008 11:32:01 +0900 From: Norikatsu Shigemura To: Julian Elischer Message-Id: <20080517113201.7f7bc2d6.nork@FreeBSD.org> In-Reply-To: <20080517083938.9fd7ae60.nork@FreeBSD.org> References: <482D7FE6.6020405@elischer.org> <20080517081548.ce75ffd7.nork@FreeBSD.org> <20080517083938.9fd7ae60.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sat__17_May_2008_11_32_01_+0900_OQEOHxD/TyhVL40Q" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 17 May 2008 11:32:02 +0900 (JST) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: vimage patches and example run. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 May 2008 02:32:08 -0000 This is a multi-part message in MIME format. --Multipart=_Sat__17_May_2008_11_32_01_+0900_OQEOHxD/TyhVL40Q Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 17 May 2008 08:39:38 +0900 Norikatsu Shigemura wrote: On Sat, 17 May 2008 08:15:48 +0900 > Norikatsu Shigemura wrote: > > On Fri, 16 May 2008 08:36:54 -0400 > > Julian Elischer wrote: > > > vimage patches as of 8AM in ottawa: > > > http://www.freebsd.org/~julian/vimage.diff > > Wow! I'll try to do it! :-) > Oops, I couldn't compile kdump. Please add following patch > for vimage.diff. Hum... There are many bugs in ipfw's code. *ip_fw.h 1. struct ip_fw_chain in #ifdef IPFW_INTERNAL - #endif So remove it (dupplicate define). - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - #ifdef IPFW_INTERNAL -#define IPFW_TABLES_MAX 128 -struct ip_fw_chain { - struct ip_fw *rules; /* list of rules */ - struct ip_fw *reap; /* list of rules to reap */ - LIST_HEAD(, cfg_nat) nat; /* list of nat entries */ - struct radix_node_head *tables[IPFW_TABLES_MAX]; - struct rwlock rwmtx; -}; #define IPFW_LOCK_INIT(_chain) \ rw_init(&(_chain)->rwmtx, "IPFW static rules") - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - *ip_fw2.c 1. Not enough to replacement. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - LOOKUP_NAT(layer3_chain, nat_id, t); + LOOKUP_NAT(V_layer3_chain, nat_id, t); - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2. extra remove code is bad. Don't apply following code. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - @@ -4359,7 +4400,6 @@ else { printf("IP_FW_NAT_CFG: ipfw_nat not present, please load it.\n"); error = EINVAL; - } } break; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3. bad extra code in new ipfw_init. So replase new one. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - default_rule.cmd[0].opcode == O_ACCEPT ? "accept" : "deny"); +#ifdef IPFIREWALL_DEFAULT_TO_ACCEPT + "accept" +#else + "deny" +#endif - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Please replace my attached patches for your vimage.diff. P.S. Oops! netgraph has ... orz - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:173:1: error: "NG_ID_HASH_SIZE" redefined In file included from /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:71: @/netgraph/vnetgraph.h:44:1: error: this is the location of the previous definition : - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --Multipart=_Sat__17_May_2008_11_32_01_+0900_OQEOHxD/TyhVL40Q-- From owner-freebsd-current@FreeBSD.ORG Sat May 17 02:44:03 2008 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 2F41F1065674 for ; Sat, 17 May 2008 02:44:03 +0000 (UTC) (envelope-from nork@ninth-nine.com) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id B8AEF8FC13 for ; Sat, 17 May 2008 02:43:51 +0000 (UTC) (envelope-from nork@ninth-nine.com) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with ESMTP id m4H2hmQR054360; Sat, 17 May 2008 11:43:48 +0900 (JST) (envelope-from nork@ninth-nine.com) Date: Sat, 17 May 2008 11:43:48 +0900 From: Norikatsu Shigemura To: Julian Elischer Message-Id: <20080517114348.e69e3705.nork@ninth-nine.com> In-Reply-To: <20080517113201.7f7bc2d6.nork@FreeBSD.org> References: <482D7FE6.6020405@elischer.org> <20080517081548.ce75ffd7.nork@FreeBSD.org> <20080517083938.9fd7ae60.nork@FreeBSD.org> <20080517113201.7f7bc2d6.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sat__17_May_2008_11_43_48_+0900_J3nATx4F2vmYvrlF" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 17 May 2008 11:43:48 +0900 (JST) Cc: FreeBSD Current Subject: Re: vimage patches and example run. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 May 2008 02:44:03 -0000 This is a multi-part message in MIME format. --Multipart=_Sat__17_May_2008_11_43_48_+0900_J3nATx4F2vmYvrlF Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 17 May 2008 11:32:01 +0900 Norikatsu Shigemura wrote: > Please replace my attached patches for your vimage.diff. Sorry. I forgot to attach patches. --Multipart=_Sat__17_May_2008_11_43_48_+0900_J3nATx4F2vmYvrlF Content-Type: text/plain; name="DIFF.sys-netinet-ip_fw.h" Content-Disposition: attachment; filename="DIFF.sys-netinet-ip_fw.h" Content-Transfer-Encoding: 7bit --- sys/netinet/ip_fw.h.orig 2008-05-10 16:10:53.000000000 +0900 +++ sys/netinet/ip_fw.h 2008-05-17 10:49:58.974783431 +0900 @@ -28,6 +28,9 @@ #ifndef _IPFW2_H #define _IPFW2_H +#include +#include + /* * The kernel representation of ipfw rules is made of a list of * 'instructions' (for all practical purposes equivalent to BPF @@ -550,6 +553,34 @@ */ #ifdef _KERNEL +/* + * Data structure to cache our ucred related + * information. This structure only gets used if + * the user specified UID/GID based constraints in + * a firewall rule. + */ +struct ip_fw_ugid { + gid_t fw_groups[NGROUPS]; + int fw_ngroups; + uid_t fw_uid; + int fw_prid; +}; + +#define IPFW_TABLES_MAX 128 +struct ip_fw_chain { + struct ip_fw *rules; /* list of rules */ + struct ip_fw *reap; /* list of rules to reap */ + LIST_HEAD(, cfg_nat) nat; /* list of nat entries */ + struct radix_node_head *tables[IPFW_TABLES_MAX]; + struct rwlock rwmtx; +}; + +struct table_entry { + struct radix_node rn[2]; + struct sockaddr_in addr, mask; + u_int32_t value; +}; + /* Return values from ipfw_chk() */ enum { IP_FW_PASS = 0, @@ -619,11 +650,14 @@ typedef int ip_fw_ctl_t(struct sockopt *); extern ip_fw_ctl_t *ip_fw_ctl_ptr; + +#ifndef VIMAGE extern int fw_one_pass; extern int fw_enable; #ifdef INET6 extern int fw6_enable; #endif +#endif /* For kernel ipfw_ether and ipfw_bridge. */ typedef int ip_fw_chk_t(struct ip_fw_args *args); @@ -632,14 +666,6 @@ #ifdef IPFW_INTERNAL -#define IPFW_TABLES_MAX 128 -struct ip_fw_chain { - struct ip_fw *rules; /* list of rules */ - struct ip_fw *reap; /* list of rules to reap */ - LIST_HEAD(, cfg_nat) nat; /* list of nat entries */ - struct radix_node_head *tables[IPFW_TABLES_MAX]; - struct rwlock rwmtx; -}; #define IPFW_LOCK_INIT(_chain) \ rw_init(&(_chain)->rwmtx, "IPFW static rules") #define IPFW_LOCK_DESTROY(_chain) rw_destroy(&(_chain)->rwmtx) @@ -662,5 +688,89 @@ typedef int ipfw_nat_cfg_t(struct sockopt *); #endif +/* + * Stack virtualization support. + */ +#ifdef VIMAGE +struct vnet_ipfw { + int _fw_one_pass; + int _fw_enable; + int _fw6_enable; + + u_int32_t _set_disable; + int _fw_deny_unknown_exthdrs; + int _fw_verbose; + int _verbose_limit; + int _fw_debug; + int _autoinc_step; + + ipfw_dyn_rule **_ipfw_dyn_v; + struct ip_fw_chain _layer3_chain; + u_int32_t _dyn_buckets; + u_int32_t _curr_dyn_buckets; + + u_int32_t _dyn_ack_lifetime; + u_int32_t _dyn_syn_lifetime; + u_int32_t _dyn_fin_lifetime; + u_int32_t _dyn_rst_lifetime; + u_int32_t _dyn_udp_lifetime; + u_int32_t _dyn_short_lifetime; + u_int32_t _dyn_keepalive_interval; + u_int32_t _dyn_keepalive_period; + u_int32_t _dyn_keepalive; + u_int32_t _static_count; + u_int32_t _static_len; + u_int32_t _dyn_count; + u_int32_t _dyn_max; + + u_int64_t _norule_counter; + + struct callout _ipfw_timeout; +}; +#endif + +/* + * Symbol translation macros + */ + +#define INIT_VNET_IPFW(vnet) \ + INIT_FROM_VNET(vnet, VNET_MOD_IPFW, struct vnet_ipfw, vnet_ipfw) + +#define VNET_IPFW(sym) VSYM(vnet_ipfw, sym) + +#define V_fw_one_pass VNET_IPFW(fw_one_pass) +#define V_fw_enable VNET_IPFW(fw_enable) +#define V_fw6_enable VNET_IPFW(fw6_enable) + +#define V_set_disable VNET_IPFW(set_disable) +#define V_fw_deny_unknown_exthdrs VNET_IPFW(fw_deny_unknown_exthdrs) +#define V_fw_verbose VNET_IPFW(fw_verbose) +#define V_verbose_limit VNET_IPFW(verbose_limit) + +#define V_fw_debug VNET_IPFW(fw_debug) +#define V_autoinc_step VNET_IPFW(autoinc_step) + +#define V_ipfw_dyn_v VNET_IPFW(ipfw_dyn_v) +#define V_layer3_chain VNET_IPFW(layer3_chain) +#define V_dyn_buckets VNET_IPFW(dyn_buckets) +#define V_curr_dyn_buckets VNET_IPFW(curr_dyn_buckets) + +#define V_dyn_ack_lifetime VNET_IPFW(dyn_ack_lifetime) +#define V_dyn_syn_lifetime VNET_IPFW(dyn_syn_lifetime) +#define V_dyn_fin_lifetime VNET_IPFW(dyn_fin_lifetime) +#define V_dyn_rst_lifetime VNET_IPFW(dyn_rst_lifetime) +#define V_dyn_udp_lifetime VNET_IPFW(dyn_udp_lifetime) +#define V_dyn_short_lifetime VNET_IPFW(dyn_short_lifetime) +#define V_dyn_keepalive_interval VNET_IPFW(dyn_keepalive_interval) +#define V_dyn_keepalive_period VNET_IPFW(dyn_keepalive_period) +#define V_dyn_keepalive VNET_IPFW(dyn_keepalive) +#define V_static_count VNET_IPFW(static_count) +#define V_static_len VNET_IPFW(static_len) +#define V_dyn_count VNET_IPFW(dyn_count) +#define V_dyn_max VNET_IPFW(dyn_max) + +#define V_norule_counter VNET_IPFW(norule_counter) +#define V_ipfw_timeout VNET_IPFW(ipfw_timeout) + #endif /* _KERNEL */ #endif /* _IPFW2_H */ --Multipart=_Sat__17_May_2008_11_43_48_+0900_J3nATx4F2vmYvrlF Content-Type: text/plain; name="DIFF.sys-netinet-ip_fw2.c" Content-Disposition: attachment; filename="DIFF.sys-netinet-ip_fw2.c" Content-Transfer-Encoding: 7bit --- sys/netinet/ip_fw2.c.orig 2008-05-10 16:10:53.000000000 +0900 +++ sys/netinet/ip_fw2.c 2008-05-17 11:13:34.347364537 +0900 @@ -45,6 +45,7 @@ #include "opt_inet6.h" #include "opt_ipsec.h" #include "opt_mac.h" +#include "opt_vimage.h" #include #include @@ -64,6 +65,9 @@ #include #include #include +#include + +#include #include #include #include @@ -71,6 +75,7 @@ #define IPFW_INTERNAL /* Access to protected data structures in ip_fw.h. */ +#include #include #include #include @@ -106,6 +111,11 @@ #include +static int vnet_ipfw_iattach(const void *); +static int vnet_ipfw_idetach(const void *); + +VNET_MOD_DECLARE(IPFW, ipfw, vnet_ipfw_iattach, vnet_ipfw_idetach, INET, NULL) + /* * set_disable contains one bit per set value (0..31). * If the bit is set, all rules with the corresponding set @@ -114,32 +124,24 @@ * and CANNOT be disabled. * Rules in set RESVD_SET can only be deleted explicitly. */ +#ifndef VIMAGE static u_int32_t set_disable; static int fw_verbose; static int verbose_limit; static struct callout ipfw_timeout; +#endif + static uma_zone_t ipfw_dyn_rule_zone; #define IPFW_DEFAULT_RULE 65535 /* - * Data structure to cache our ucred related - * information. This structure only gets used if - * the user specified UID/GID based constraints in - * a firewall rule. - */ -struct ip_fw_ugid { - gid_t fw_groups[NGROUPS]; - int fw_ngroups; - uid_t fw_uid; - int fw_prid; -}; - -/* * list of rules for layer 3 */ +#ifndef VIMAGE struct ip_fw_chain layer3_chain; +#endif MALLOC_DEFINE(M_IPFW, "IpFw/IpAcct", "IpFw/IpAcct chain's"); MALLOC_DEFINE(M_IPFW_TBL, "ipfw_tbl", "IpFw tables"); @@ -150,35 +152,35 @@ ipfw_nat_cfg_t *ipfw_nat_get_cfg_ptr; ipfw_nat_cfg_t *ipfw_nat_get_log_ptr; -struct table_entry { - struct radix_node rn[2]; - struct sockaddr_in addr, mask; - u_int32_t value; -}; - -static int fw_debug = 1; -static int autoinc_step = 100; /* bounded to 1..1000 in add_rule() */ +#ifndef VIMAGE +static int fw_debug; +static int autoinc_step; +#endif +#ifdef VIMAGE +extern int ipfw_chg_hook(SYSCTL_HANDLER_V_ARGS); +#else extern int ipfw_chg_hook(SYSCTL_HANDLER_ARGS); +#endif #ifdef SYSCTL_NODE SYSCTL_NODE(_net_inet_ip, OID_AUTO, fw, CTLFLAG_RW, 0, "Firewall"); -SYSCTL_PROC(_net_inet_ip_fw, OID_AUTO, enable, - CTLTYPE_INT | CTLFLAG_RW | CTLFLAG_SECURE3, &fw_enable, 0, +SYSCTL_V_PROC(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, enable, + CTLTYPE_INT | CTLFLAG_RW | CTLFLAG_SECURE3, fw_enable, 0, ipfw_chg_hook, "I", "Enable ipfw"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, autoinc_step, CTLFLAG_RW, - &autoinc_step, 0, "Rule number autincrement step"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, one_pass, - CTLFLAG_RW | CTLFLAG_SECURE3, - &fw_one_pass, 0, +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, autoinc_step, + CTLFLAG_RW, autoinc_step, 0, "Rule number autincrement step"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, one_pass, + CTLFLAG_RW | CTLFLAG_SECURE3, fw_one_pass, 0, "Only do a single pass through ipfw when using dummynet(4)"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, debug, CTLFLAG_RW, - &fw_debug, 0, "Enable printing of debug ip_fw statements"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, verbose, +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, debug, CTLFLAG_RW, + fw_debug, 0, "Enable printing of debug ip_fw statements"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, verbose, CTLFLAG_RW | CTLFLAG_SECURE3, - &fw_verbose, 0, "Log matches to ipfw rules"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, verbose_limit, CTLFLAG_RW, - &verbose_limit, 0, "Set upper limit of matches of ipfw rules logged"); + fw_verbose, 0, "Log matches to ipfw rules"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, verbose_limit, + CTLFLAG_RW, + verbose_limit, 0, "Set upper limit of matches of ipfw rules logged"); /* * Description of dynamic rules. @@ -216,9 +218,11 @@ * obey the 'randomized match', and we do not do multiple * passes through the firewall. XXX check the latter!!! */ +#ifndef VIMAGE static ipfw_dyn_rule **ipfw_dyn_v = NULL; -static u_int32_t dyn_buckets = 256; /* must be power of 2 */ -static u_int32_t curr_dyn_buckets = 256; /* must be power of 2 */ +static u_int32_t dyn_buckets; +static u_int32_t curr_dyn_buckets; +#endif static struct mtx ipfw_dyn_mtx; /* mutex guarding dynamic rules */ #define IPFW_DYN_LOCK_INIT() \ @@ -231,12 +235,14 @@ /* * Timeouts for various events in handing dynamic rules. */ -static u_int32_t dyn_ack_lifetime = 300; -static u_int32_t dyn_syn_lifetime = 20; -static u_int32_t dyn_fin_lifetime = 1; -static u_int32_t dyn_rst_lifetime = 1; -static u_int32_t dyn_udp_lifetime = 10; -static u_int32_t dyn_short_lifetime = 5; +#ifndef VIMAGE +static u_int32_t dyn_ack_lifetime; +static u_int32_t dyn_syn_lifetime; +static u_int32_t dyn_fin_lifetime; +static u_int32_t dyn_rst_lifetime; +static u_int32_t dyn_udp_lifetime; +static u_int32_t dyn_short_lifetime; +#endif /* * Keepalives are sent if dyn_keepalive is set. They are sent every @@ -245,54 +251,65 @@ * dyn_rst_lifetime and dyn_fin_lifetime should be strictly lower * than dyn_keepalive_period. */ - -static u_int32_t dyn_keepalive_interval = 20; -static u_int32_t dyn_keepalive_period = 5; -static u_int32_t dyn_keepalive = 1; /* do send keepalives */ +#ifndef VIMAGE +static u_int32_t dyn_keepalive_interval; +static u_int32_t dyn_keepalive_period; +static u_int32_t dyn_keepalive; static u_int32_t static_count; /* # of static rules */ static u_int32_t static_len; /* size in bytes of static rules */ -static u_int32_t dyn_count; /* # of dynamic rules */ -static u_int32_t dyn_max = 4096; /* max # of dynamic rules */ +static u_int32_t dyn_count; /* # of dynamic rules */ +static u_int32_t dyn_max; /* max # of dynamic rules */ +#endif -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_buckets, CTLFLAG_RW, - &dyn_buckets, 0, "Number of dyn. buckets"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, curr_dyn_buckets, CTLFLAG_RD, - &curr_dyn_buckets, 0, "Current Number of dyn. buckets"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_count, CTLFLAG_RD, - &dyn_count, 0, "Number of dyn. rules"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_max, CTLFLAG_RW, - &dyn_max, 0, "Max number of dyn. rules"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, static_count, CTLFLAG_RD, - &static_count, 0, "Number of static rules"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_ack_lifetime, CTLFLAG_RW, - &dyn_ack_lifetime, 0, "Lifetime of dyn. rules for acks"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_syn_lifetime, CTLFLAG_RW, - &dyn_syn_lifetime, 0, "Lifetime of dyn. rules for syn"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_fin_lifetime, CTLFLAG_RW, - &dyn_fin_lifetime, 0, "Lifetime of dyn. rules for fin"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_rst_lifetime, CTLFLAG_RW, - &dyn_rst_lifetime, 0, "Lifetime of dyn. rules for rst"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_udp_lifetime, CTLFLAG_RW, - &dyn_udp_lifetime, 0, "Lifetime of dyn. rules for UDP"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_short_lifetime, CTLFLAG_RW, - &dyn_short_lifetime, 0, "Lifetime of dyn. rules for other situations"); -SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, dyn_keepalive, CTLFLAG_RW, - &dyn_keepalive, 0, "Enable keepalives for dyn. rules"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_buckets, + CTLFLAG_RW, dyn_buckets, 0, "Number of dyn. buckets"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, curr_dyn_buckets, + CTLFLAG_RD, curr_dyn_buckets, 0, "Current Number of dyn. buckets"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_count, + CTLFLAG_RD, dyn_count, 0, "Number of dyn. rules"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_max, + CTLFLAG_RW, dyn_max, 0, "Max number of dyn. rules"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, static_count, + CTLFLAG_RD, static_count, 0, "Number of static rules"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_ack_lifetime, + CTLFLAG_RW, dyn_ack_lifetime, 0, "Lifetime of dyn. rules for acks"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_syn_lifetime, + CTLFLAG_RW, dyn_syn_lifetime, 0, "Lifetime of dyn. rules for syn"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_fin_lifetime, + CTLFLAG_RW, dyn_fin_lifetime, 0, "Lifetime of dyn. rules for fin"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_rst_lifetime, + CTLFLAG_RW, dyn_rst_lifetime, 0, "Lifetime of dyn. rules for rst"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_udp_lifetime, + CTLFLAG_RW, dyn_udp_lifetime, 0, "Lifetime of dyn. rules for UDP"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_short_lifetime, + CTLFLAG_RW, dyn_short_lifetime, 0, + "Lifetime of dyn. rules for other situations"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet_ip_fw, OID_AUTO, dyn_keepalive, + CTLFLAG_RW, dyn_keepalive, 0, "Enable keepalives for dyn. rules"); + +#ifndef VIMAGE +static int fw_deny_unknown_exthdrs; +#endif #ifdef INET6 /* * IPv6 specific variables */ -SYSCTL_DECL(_net_inet6_ip6); -static struct sysctl_ctx_list ip6_fw_sysctl_ctx; -static struct sysctl_oid *ip6_fw_sysctl_tree; +SYSCTL_DECL(_net_inet6_ip6); +SYSCTL_NODE(_net_inet6_ip6, OID_AUTO, fw, CTLFLAG_RW | CTLFLAG_SECURE, + 0, "Firewall"); +SYSCTL_V_PROC(V_NET, vnet_ipfw, _net_inet6_ip6_fw, OID_AUTO, enable, + CTLTYPE_INT | CTLFLAG_RW | CTLFLAG_SECURE3, fw6_enable, 0, + ipfw_chg_hook, "I", "Enable ipfw+6"); +SYSCTL_V_INT(V_NET, vnet_ipfw, _net_inet6_ip6_fw, OID_AUTO, + deny_unknown_exthdrs, CTLFLAG_RW | CTLFLAG_SECURE, + fw_deny_unknown_exthdrs, 0, + "Deny packets with unknown IPv6 Extension Headers"); #endif /* INET6 */ #endif /* SYSCTL_NODE */ -static int fw_deny_unknown_exthdrs = 1; - /* * L3HDR maps an ipv4 pointer into a layer3 header pointer of type T @@ -562,12 +579,13 @@ static int search_ip6_addr_net (struct in6_addr * ip6_addr) { + INIT_VNET_NET(curvnet); struct ifnet *mdc; struct ifaddr *mdc2; struct in6_ifaddr *fdm; struct in6_addr copia; - TAILQ_FOREACH(mdc, &ifnet, if_link) + TAILQ_FOREACH(mdc, &V_ifnet, if_link) TAILQ_FOREACH(mdc2, &mdc->if_addrlist, ifa_list) { if (mdc2->ifa_addr->sa_family == AF_INET6) { fdm = (struct in6_ifaddr *)mdc2; @@ -629,6 +647,7 @@ return 1; } + static __inline int hash_packet6(struct ipfw_flow_id *id) { @@ -739,7 +758,9 @@ #endif /* INET6 */ +#ifndef VIMAGE static u_int64_t norule_counter; /* counter for ipfw_log(NULL...) */ +#endif #define SNPARGS(buf, len) buf + len, sizeof(buf) > len ? sizeof(buf) - len : 0 #define SNP(buf) buf, sizeof(buf) @@ -753,6 +774,7 @@ struct mbuf *m, struct ifnet *oif, u_short offset, uint32_t tablearg, struct ip *ip) { + INIT_VNET_IPFW(curvnet); struct ether_header *eh = args->eh; char *action; int limit_reached = 0; @@ -762,11 +784,11 @@ proto[0] = '\0'; if (f == NULL) { /* bogus pkt */ - if (verbose_limit != 0 && norule_counter >= verbose_limit) + if (V_verbose_limit != 0 && V_norule_counter >= V_verbose_limit) return; - norule_counter++; - if (norule_counter == verbose_limit) - limit_reached = verbose_limit; + V_norule_counter++; + if (V_norule_counter == V_verbose_limit) + limit_reached = V_verbose_limit; action = "Refuse"; } else { /* O_LOG is the first action, find the real one */ ipfw_insn *cmd = ACTION_PTR(f); @@ -1023,6 +1045,7 @@ static __inline int hash_packet(struct ipfw_flow_id *id) { + INIT_VNET_IPFW(curvnet); u_int32_t i; #ifdef INET6 @@ -1031,7 +1054,7 @@ else #endif /* INET6 */ i = (id->dst_ip) ^ (id->src_ip) ^ (id->dst_port) ^ (id->src_port); - i &= (curr_dyn_buckets - 1); + i &= (V_curr_dyn_buckets - 1); return i; } @@ -1049,12 +1072,12 @@ q->parent->count--; \ DEB(printf("ipfw: unlink entry 0x%08x %d -> 0x%08x %d, %d left\n",\ (q->id.src_ip), (q->id.src_port), \ - (q->id.dst_ip), (q->id.dst_port), dyn_count-1 ); ) \ + (q->id.dst_ip), (q->id.dst_port), V_dyn_count-1 ); ) \ if (prev != NULL) \ prev->next = q = q->next; \ else \ head = q = q->next; \ - dyn_count--; \ + V_dyn_count--; \ uma_zfree(ipfw_dyn_rule_zone, old_q); } #define TIME_LEQ(a,b) ((int)((a)-(b)) <= 0) @@ -1074,6 +1097,7 @@ static void remove_dyn_rule(struct ip_fw *rule, ipfw_dyn_rule *keep_me) { + INIT_VNET_IPFW(curvnet); static u_int32_t last_remove = 0; #define FORCE (keep_me == NULL) @@ -1083,7 +1107,7 @@ IPFW_DYN_LOCK_ASSERT(); - if (ipfw_dyn_v == NULL || dyn_count == 0) + if (V_ipfw_dyn_v == NULL || V_dyn_count == 0) return; /* do not expire more than once per second, it is useless */ if (!FORCE && last_remove == time_uptime) @@ -1096,8 +1120,8 @@ * them in a second pass. */ next_pass: - for (i = 0 ; i < curr_dyn_buckets ; i++) { - for (prev=NULL, q = ipfw_dyn_v[i] ; q ; ) { + for (i = 0 ; i < V_curr_dyn_buckets ; i++) { + for (prev=NULL, q = V_ipfw_dyn_v[i] ; q ; ) { /* * Logic can become complex here, so we split tests. */ @@ -1124,7 +1148,7 @@ goto next; } if (q->dyn_type != O_LIMIT_PARENT || !q->count) { - UNLINK_DYN_RULE(prev, ipfw_dyn_v[i], q); + UNLINK_DYN_RULE(prev, V_ipfw_dyn_v[i], q); continue; } next: @@ -1144,6 +1168,7 @@ lookup_dyn_rule_locked(struct ipfw_flow_id *pkt, int *match_direction, struct tcphdr *tcp) { + INIT_VNET_IPFW(curvnet); /* * stateful ipfw extensions. * Lookup into dynamic session queue @@ -1157,14 +1182,14 @@ IPFW_DYN_LOCK_ASSERT(); - if (ipfw_dyn_v == NULL) + if (V_ipfw_dyn_v == NULL) goto done; /* not found */ i = hash_packet( pkt ); - for (prev=NULL, q = ipfw_dyn_v[i] ; q != NULL ; ) { + for (prev=NULL, q = V_ipfw_dyn_v[i] ; q != NULL ; ) { if (q->dyn_type == O_LIMIT_PARENT && q->count) goto next; if (TIME_LEQ( q->expire, time_uptime)) { /* expire entry */ - UNLINK_DYN_RULE(prev, ipfw_dyn_v[i], q); + UNLINK_DYN_RULE(prev, V_ipfw_dyn_v[i], q); continue; } if (pkt->proto == q->id.proto && @@ -1214,8 +1239,8 @@ if ( prev != NULL) { /* found and not in front */ prev->next = q->next; - q->next = ipfw_dyn_v[i]; - ipfw_dyn_v[i] = q; + q->next = V_ipfw_dyn_v[i]; + V_ipfw_dyn_v[i] = q; } if (pkt->proto == IPPROTO_TCP) { /* update state according to flags */ u_char flags = pkt->flags & (TH_FIN|TH_SYN|TH_RST); @@ -1225,7 +1250,7 @@ q->state |= (dir == MATCH_FORWARD ) ? flags : (flags << 8); switch (q->state) { case TH_SYN: /* opening */ - q->expire = time_uptime + dyn_syn_lifetime; + q->expire = time_uptime + V_dyn_syn_lifetime; break; case BOTH_SYN: /* move to established */ @@ -1248,13 +1273,13 @@ } } } - q->expire = time_uptime + dyn_ack_lifetime; + q->expire = time_uptime + V_dyn_ack_lifetime; break; case BOTH_SYN | BOTH_FIN: /* both sides closed */ - if (dyn_fin_lifetime >= dyn_keepalive_period) - dyn_fin_lifetime = dyn_keepalive_period - 1; - q->expire = time_uptime + dyn_fin_lifetime; + if (V_dyn_fin_lifetime >= V_dyn_keepalive_period) + V_dyn_fin_lifetime = V_dyn_keepalive_period - 1; + q->expire = time_uptime + V_dyn_fin_lifetime; break; default: @@ -1266,16 +1291,16 @@ if ( (q->state & ((TH_RST << 8)|TH_RST)) == 0) printf("invalid state: 0x%x\n", q->state); #endif - if (dyn_rst_lifetime >= dyn_keepalive_period) - dyn_rst_lifetime = dyn_keepalive_period - 1; - q->expire = time_uptime + dyn_rst_lifetime; + if (V_dyn_rst_lifetime >= V_dyn_keepalive_period) + V_dyn_rst_lifetime = V_dyn_keepalive_period - 1; + q->expire = time_uptime + V_dyn_rst_lifetime; break; } } else if (pkt->proto == IPPROTO_UDP) { - q->expire = time_uptime + dyn_udp_lifetime; + q->expire = time_uptime + V_dyn_udp_lifetime; } else { /* other protocols */ - q->expire = time_uptime + dyn_short_lifetime; + q->expire = time_uptime + V_dyn_short_lifetime; } done: if (match_direction) @@ -1300,6 +1325,7 @@ static void realloc_dynamic_table(void) { + INIT_VNET_IPFW(curvnet); IPFW_DYN_LOCK_ASSERT(); /* @@ -1308,21 +1334,21 @@ * default to 1024. */ - if (dyn_buckets > 65536) - dyn_buckets = 1024; - if ((dyn_buckets & (dyn_buckets-1)) != 0) { /* not a power of 2 */ - dyn_buckets = curr_dyn_buckets; /* reset */ + if (V_dyn_buckets > 65536) + V_dyn_buckets = 1024; + if ((V_dyn_buckets & (V_dyn_buckets-1)) != 0) { /* not a power of 2 */ + V_dyn_buckets = V_curr_dyn_buckets; /* reset */ return; } - curr_dyn_buckets = dyn_buckets; - if (ipfw_dyn_v != NULL) - free(ipfw_dyn_v, M_IPFW); + V_curr_dyn_buckets = V_dyn_buckets; + if (V_ipfw_dyn_v != NULL) + free(V_ipfw_dyn_v, M_IPFW); for (;;) { - ipfw_dyn_v = malloc(curr_dyn_buckets * sizeof(ipfw_dyn_rule *), + V_ipfw_dyn_v = malloc(V_curr_dyn_buckets * sizeof(ipfw_dyn_rule *), M_IPFW, M_NOWAIT | M_ZERO); - if (ipfw_dyn_v != NULL || curr_dyn_buckets <= 2) + if (V_ipfw_dyn_v != NULL || V_curr_dyn_buckets <= 2) break; - curr_dyn_buckets /= 2; + V_curr_dyn_buckets /= 2; } } @@ -1339,15 +1365,16 @@ static ipfw_dyn_rule * add_dyn_rule(struct ipfw_flow_id *id, u_int8_t dyn_type, struct ip_fw *rule) { + INIT_VNET_IPFW(curvnet); ipfw_dyn_rule *r; int i; IPFW_DYN_LOCK_ASSERT(); - if (ipfw_dyn_v == NULL || - (dyn_count == 0 && dyn_buckets != curr_dyn_buckets)) { + if (V_ipfw_dyn_v == NULL || + (V_dyn_count == 0 && V_dyn_buckets != V_curr_dyn_buckets)) { realloc_dynamic_table(); - if (ipfw_dyn_v == NULL) + if (V_ipfw_dyn_v == NULL) return NULL; /* failed ! */ } i = hash_packet(id); @@ -1369,21 +1396,21 @@ } r->id = *id; - r->expire = time_uptime + dyn_syn_lifetime; + r->expire = time_uptime + V_dyn_syn_lifetime; r->rule = rule; r->dyn_type = dyn_type; r->pcnt = r->bcnt = 0; r->count = 0; r->bucket = i; - r->next = ipfw_dyn_v[i]; - ipfw_dyn_v[i] = r; - dyn_count++; + r->next = V_ipfw_dyn_v[i]; + V_ipfw_dyn_v[i] = r; + V_dyn_count++; DEB(printf("ipfw: add dyn entry ty %d 0x%08x %d -> 0x%08x %d, total %d\n", dyn_type, (r->id.src_ip), (r->id.src_port), (r->id.dst_ip), (r->id.dst_port), - dyn_count ); ) + V_dyn_count ); ) return r; } @@ -1394,15 +1421,16 @@ static ipfw_dyn_rule * lookup_dyn_parent(struct ipfw_flow_id *pkt, struct ip_fw *rule) { + INIT_VNET_IPFW(curvnet); ipfw_dyn_rule *q; int i; IPFW_DYN_LOCK_ASSERT(); - if (ipfw_dyn_v) { + if (V_ipfw_dyn_v) { int is_v6 = IS_IP6_FLOW_ID(pkt); i = hash_packet( pkt ); - for (q = ipfw_dyn_v[i] ; q != NULL ; q=q->next) + for (q = V_ipfw_dyn_v[i] ; q != NULL ; q=q->next) if (q->dyn_type == O_LIMIT_PARENT && rule== q->rule && pkt->proto == q->id.proto && @@ -1419,7 +1447,7 @@ pkt->dst_ip == q->id.dst_ip) ) ) { - q->expire = time_uptime + dyn_short_lifetime; + q->expire = time_uptime + V_dyn_short_lifetime; DEB(printf("ipfw: lookup_dyn_parent found 0x%p\n",q);) return q; } @@ -1437,6 +1465,7 @@ install_state(struct ip_fw *rule, ipfw_insn_limit *cmd, struct ip_fw_args *args, uint32_t tablearg) { + INIT_VNET_IPFW(curvnet); static int last_log; ipfw_dyn_rule *q; struct in_addr da; @@ -1466,11 +1495,11 @@ return (0); } - if (dyn_count >= dyn_max) + if (V_dyn_count >= V_dyn_max) /* Run out of slots, try to remove any expired rule. */ remove_dyn_rule(NULL, (ipfw_dyn_rule *)1); - if (dyn_count >= dyn_max) { + if (V_dyn_count >= V_dyn_max) { if (last_log != time_uptime) { last_log = time_uptime; printf("ipfw: %s: Too many dynamic rules\n", __func__); @@ -1532,7 +1561,7 @@ /* See if we can remove some expired rule. */ remove_dyn_rule(rule, parent); if (parent->count >= conn_limit) { - if (fw_verbose && last_log != time_uptime) { + if (V_fw_verbose && last_log != time_uptime) { last_log = time_uptime; #ifdef INET6 /* @@ -1598,6 +1627,7 @@ send_pkt(struct mbuf *replyto, struct ipfw_flow_id *id, u_int32_t seq, u_int32_t ack, int flags) { + INIT_VNET_INET(curvnet); struct mbuf *m; struct ip *ip; struct tcphdr *tcp; @@ -1675,7 +1705,7 @@ /* * now fill fields left out earlier */ - ip->ip_ttl = ip_defttl; + ip->ip_ttl = V_ip_defttl; ip->ip_len = m->m_pkthdr.len; m->m_flags |= M_SKIP_FIREWALL; return (m); @@ -1765,6 +1795,7 @@ add_table_entry(struct ip_fw_chain *ch, uint16_t tbl, in_addr_t addr, uint8_t mlen, uint32_t value) { + INIT_VNET_IPFW(curvnet); struct radix_node_head *rnh; struct table_entry *ent; @@ -1778,14 +1809,14 @@ ent->addr.sin_len = ent->mask.sin_len = 8; ent->mask.sin_addr.s_addr = htonl(mlen ? ~((1 << (32 - mlen)) - 1) : 0); ent->addr.sin_addr.s_addr = addr & ent->mask.sin_addr.s_addr; - IPFW_WLOCK(&layer3_chain); + IPFW_WLOCK(&V_layer3_chain); if (rnh->rnh_addaddr(&ent->addr, &ent->mask, rnh, (void *)ent) == NULL) { - IPFW_WUNLOCK(&layer3_chain); + IPFW_WUNLOCK(&V_layer3_chain); free(ent, M_IPFW_TBL); return (EEXIST); } - IPFW_WUNLOCK(&layer3_chain); + IPFW_WUNLOCK(&V_layer3_chain); return (0); } @@ -1969,6 +2000,7 @@ u_int16_t src_port, struct ip_fw_ugid *ugp, int *lookup, struct inpcb *inp) { + INIT_VNET_INET(curvnet); struct inpcbinfo *pi; int wildcard; struct inpcb *pcb; @@ -1996,10 +2028,10 @@ return (0); if (proto == IPPROTO_TCP) { wildcard = 0; - pi = &tcbinfo; + pi = &V_tcbinfo; } else if (proto == IPPROTO_UDP) { wildcard = INPLOOKUP_WILDCARD; - pi = &udbinfo; + pi = &V_udbinfo; } else return 0; match = 0; @@ -2085,6 +2117,9 @@ int ipfw_chk(struct ip_fw_args *args) { + INIT_VNET_INET(curvnet); + INIT_VNET_IPFW(curvnet); + /* * Local variables holding state during the processing of a packet: * @@ -2187,7 +2222,7 @@ */ int dyn_dir = MATCH_UNKNOWN; ipfw_dyn_rule *q = NULL; - struct ip_fw_chain *chain = &layer3_chain; + struct ip_fw_chain *chain = &V_layer3_chain; struct m_tag *mtag; /* @@ -2291,7 +2326,7 @@ printf("IPFW2: IPV6 - Unknown Routing " "Header type(%d)\n", ((struct ip6_rthdr *)ulp)->ip6r_type); - if (fw_deny_unknown_exthdrs) + if (V_fw_deny_unknown_exthdrs) return (IP_FW_DENY); break; } @@ -2315,7 +2350,7 @@ if (offset == 0) { printf("IPFW2: IPV6 - Invalid Fragment " "Header\n"); - if (fw_deny_unknown_exthdrs) + if (V_fw_deny_unknown_exthdrs) return (IP_FW_DENY); break; } @@ -2387,7 +2422,7 @@ default: printf("IPFW2: IPV6 - Unknown Extension " "Header(%d), ext_hd=%x\n", proto, ext_hd); - if (fw_deny_unknown_exthdrs) + if (V_fw_deny_unknown_exthdrs) return (IP_FW_DENY); PULLUP_TO(hlen, ulp, struct ip6_ext); break; @@ -2468,7 +2503,7 @@ * XXX should not happen here, but optimized out in * the caller. */ - if (fw_one_pass) { + if (V_fw_one_pass) { IPFW_RUNLOCK(chain); return (IP_FW_PASS); } @@ -2513,7 +2548,7 @@ int l, cmdlen, skip_or; /* skip rest of OR block */ again: - if (set_disable & (1 << f->set) ) + if (V_set_disable & (1 << f->set) ) continue; skip_or = 0; @@ -2899,7 +2934,7 @@ } case O_LOG: - if (fw_verbose) + if (V_fw_verbose) ipfw_log(f, hlen, args, m, oif, offset, tablearg, ip); match = 1; @@ -3315,7 +3350,7 @@ if (t == NULL) { nat_id = (cmd->arg1 == IP_FW_TABLEARG) ? tablearg : cmd->arg1; - LOOKUP_NAT(layer3_chain, nat_id, t); + LOOKUP_NAT(V_layer3_chain, nat_id, t); if (t == NULL) { retval = IP_FW_DENY; goto done; @@ -3362,7 +3397,7 @@ return (retval); pullup_failed: - if (fw_verbose) + if (V_fw_verbose) printf("ipfw: pullup failed\n"); return (IP_FW_DENY); } @@ -3390,6 +3425,7 @@ static int add_rule(struct ip_fw_chain *chain, struct ip_fw *input_rule) { + INIT_VNET_IPFW(curvnet); struct ip_fw *rule, *f, *prev; int l = RULESIZE(input_rule); @@ -3420,10 +3456,10 @@ * If rulenum is 0, find highest numbered rule before the * default rule, and add autoinc_step */ - if (autoinc_step < 1) - autoinc_step = 1; - else if (autoinc_step > 1000) - autoinc_step = 1000; + if (V_autoinc_step < 1) + V_autoinc_step = 1; + else if (V_autoinc_step > 1000) + V_autoinc_step = 1000; if (rule->rulenum == 0) { /* * locate the highest numbered rule before default @@ -3433,8 +3469,8 @@ break; rule->rulenum = f->rulenum; } - if (rule->rulenum < IPFW_DEFAULT_RULE - autoinc_step) - rule->rulenum += autoinc_step; + if (rule->rulenum < IPFW_DEFAULT_RULE - V_autoinc_step) + rule->rulenum += V_autoinc_step; input_rule->rulenum = rule->rulenum; } @@ -3455,11 +3491,11 @@ } flush_rule_ptrs(chain); done: - static_count++; - static_len += l; + V_static_count++; + V_static_len += l; IPFW_WUNLOCK(chain); DEB(printf("ipfw: installed rule %d, static count now %d\n", - rule->rulenum, static_count);) + rule->rulenum, V_static_count);) return (0); } @@ -3475,6 +3511,7 @@ remove_rule(struct ip_fw_chain *chain, struct ip_fw *rule, struct ip_fw *prev) { + INIT_VNET_IPFW(curvnet); struct ip_fw *n; int l = RULESIZE(rule); @@ -3488,8 +3525,8 @@ chain->rules = n; else prev->next = n; - static_count--; - static_len -= l; + V_static_count--; + V_static_len -= l; rule->next = chain->reap; chain->reap = rule; @@ -3689,6 +3726,7 @@ static int zero_entry(struct ip_fw_chain *chain, u_int32_t arg, int log_only) { + INIT_VNET_IPFW(curvnet); struct ip_fw *rule; char *msg; @@ -3703,7 +3741,7 @@ IPFW_WLOCK(chain); if (rulenum == 0) { - norule_counter = 0; + V_norule_counter = 0; for (rule = chain->rules; rule; rule = rule->next) { /* Skip rules from another set. */ if (cmd == 1 && rule->set != set) @@ -3737,7 +3775,7 @@ } IPFW_WUNLOCK(chain); - if (fw_verbose) + if (V_fw_verbose) log(LOG_SECURITY | LOG_NOTICE, msg, rulenum); return (0); } @@ -4056,6 +4094,7 @@ static size_t ipfw_getrules(struct ip_fw_chain *chain, void *buf, size_t space) { + INIT_VNET_IPFW(curvnet); char *bp = buf; char *ep = bp + space; struct ip_fw *rule; @@ -4080,20 +4119,21 @@ * in a wild attempt to keep the ABI the same. * Why do we do this on EVERY rule? */ - bcopy(&set_disable, &(((struct ip_fw *)bp)->next_rule), - sizeof(set_disable)); + bcopy(&V_set_disable, + &(((struct ip_fw *)bp)->next_rule), + sizeof(V_set_disable)); if (((struct ip_fw *)bp)->timestamp) ((struct ip_fw *)bp)->timestamp += boot_seconds; bp += i; } } IPFW_RUNLOCK(chain); - if (ipfw_dyn_v) { + if (V_ipfw_dyn_v) { ipfw_dyn_rule *p, *last = NULL; IPFW_DYN_LOCK(); - for (i = 0 ; i < curr_dyn_buckets; i++) - for (p = ipfw_dyn_v[i] ; p != NULL; p = p->next) { + for (i = 0 ; i < V_curr_dyn_buckets; i++) + for (p = V_ipfw_dyn_v[i] ; p != NULL; p = p->next) { if (bp + sizeof *p <= ep) { ipfw_dyn_rule *dst = (ipfw_dyn_rule *)bp; @@ -4136,6 +4176,7 @@ static int ipfw_ctl(struct sockopt *sopt) { + INIT_VNET_IPFW(curvnet); #define RULE_MAXSIZE (256*sizeof(u_int32_t)) int error; size_t size; @@ -4172,9 +4213,9 @@ * change between calculating the size and returning the * data in which case we'll just return what fits. */ - size = static_len; /* size of static rules */ - if (ipfw_dyn_v) /* add size of dyn.rules */ - size += (dyn_count * sizeof(ipfw_dyn_rule)); + size = V_static_len; /* size of static rules */ + if (V_ipfw_dyn_v) /* add size of dyn.rules */ + size += (V_dyn_count * sizeof(ipfw_dyn_rule)); /* * XXX todo: if the user passes a short length just to know @@ -4183,7 +4224,7 @@ */ buf = malloc(size, M_TEMP, M_WAITOK); error = sooptcopyout(sopt, buf, - ipfw_getrules(&layer3_chain, buf, size)); + ipfw_getrules(&V_layer3_chain, buf, size)); free(buf, M_TEMP); break; @@ -4201,12 +4242,12 @@ * the old list without the need for a lock. */ - IPFW_WLOCK(&layer3_chain); - layer3_chain.reap = NULL; - free_chain(&layer3_chain, 0 /* keep default rule */); - rule = layer3_chain.reap; - layer3_chain.reap = NULL; - IPFW_WUNLOCK(&layer3_chain); + IPFW_WLOCK(&V_layer3_chain); + V_layer3_chain.reap = NULL; + free_chain(&V_layer3_chain, 0 /* keep default rule */); + rule = V_layer3_chain.reap; + V_layer3_chain.reap = NULL; + IPFW_WUNLOCK(&V_layer3_chain); if (rule != NULL) reap_rules(rule); break; @@ -4218,7 +4259,7 @@ if (error == 0) error = check_ipfw_struct(rule, sopt->sopt_valsize); if (error == 0) { - error = add_rule(&layer3_chain, rule); + error = add_rule(&V_layer3_chain, rule); size = RULESIZE(rule); if (!error && sopt->sopt_dir == SOPT_GET) error = sooptcopyout(sopt, rule, size); @@ -4245,10 +4286,10 @@ break; size = sopt->sopt_valsize; if (size == sizeof(u_int32_t)) /* delete or reassign */ - error = del_entry(&layer3_chain, rulenum[0]); + error = del_entry(&V_layer3_chain, rulenum[0]); else if (size == 2*sizeof(u_int32_t)) /* set enable/disable */ - set_disable = - (set_disable | rulenum[0]) & ~rulenum[1] & + V_set_disable = + (V_set_disable | rulenum[0]) & ~rulenum[1] & ~(1<sopt_name == IP_FW_RESETLOG); break; @@ -4275,7 +4316,7 @@ sizeof(ent), sizeof(ent)); if (error) break; - error = add_table_entry(&layer3_chain, ent.tbl, + error = add_table_entry(&V_layer3_chain, ent.tbl, ent.addr, ent.masklen, ent.value); } break; @@ -4288,7 +4329,7 @@ sizeof(ent), sizeof(ent)); if (error) break; - error = del_table_entry(&layer3_chain, ent.tbl, + error = del_table_entry(&V_layer3_chain, ent.tbl, ent.addr, ent.masklen); } break; @@ -4301,9 +4342,9 @@ sizeof(tbl), sizeof(tbl)); if (error) break; - IPFW_WLOCK(&layer3_chain); - error = flush_table(&layer3_chain, tbl); - IPFW_WUNLOCK(&layer3_chain); + IPFW_WLOCK(&V_layer3_chain); + error = flush_table(&V_layer3_chain, tbl); + IPFW_WUNLOCK(&V_layer3_chain); } break; @@ -4314,9 +4355,9 @@ if ((error = sooptcopyin(sopt, &tbl, sizeof(tbl), sizeof(tbl)))) break; - IPFW_RLOCK(&layer3_chain); - error = count_table(&layer3_chain, tbl, &cnt); - IPFW_RUNLOCK(&layer3_chain); + IPFW_RLOCK(&V_layer3_chain); + error = count_table(&V_layer3_chain, tbl, &cnt); + IPFW_RUNLOCK(&V_layer3_chain); if (error) break; error = sooptcopyout(sopt, &cnt, sizeof(cnt)); @@ -4340,9 +4381,9 @@ } tbl->size = (size - sizeof(*tbl)) / sizeof(ipfw_table_entry); - IPFW_RLOCK(&layer3_chain); - error = dump_table(&layer3_chain, tbl); - IPFW_RUNLOCK(&layer3_chain); + IPFW_RLOCK(&V_layer3_chain); + error = dump_table(&V_layer3_chain, tbl); + IPFW_RUNLOCK(&V_layer3_chain); if (error) { free(tbl, M_TEMP); break; @@ -4420,13 +4461,16 @@ * every dyn_keepalive_period */ static void -ipfw_tick(void * __unused unused) +ipfw_tick(void *arg) { +#ifdef VIMAGE + struct vnet_ipfw *vnet_ipfw = arg; +#endif struct mbuf *m0, *m, *mnext, **mtailp; int i; ipfw_dyn_rule *q; - if (dyn_keepalive == 0 || ipfw_dyn_v == NULL || dyn_count == 0) + if (V_dyn_keepalive == 0 || V_ipfw_dyn_v == NULL || V_dyn_count == 0) goto done; /* @@ -4438,15 +4482,15 @@ m0 = NULL; mtailp = &m0; IPFW_DYN_LOCK(); - for (i = 0 ; i < curr_dyn_buckets ; i++) { - for (q = ipfw_dyn_v[i] ; q ; q = q->next ) { + for (i = 0 ; i < V_curr_dyn_buckets ; i++) { + for (q = V_ipfw_dyn_v[i] ; q ; q = q->next ) { if (q->dyn_type == O_LIMIT_PARENT) continue; if (q->id.proto != IPPROTO_TCP) continue; if ( (q->state & BOTH_SYN) != BOTH_SYN) continue; - if (TIME_LEQ( time_uptime+dyn_keepalive_interval, + if (TIME_LEQ( time_uptime + V_dyn_keepalive_interval, q->expire)) continue; /* too early */ if (TIME_LEQ(q->expire, time_uptime)) @@ -4469,37 +4513,40 @@ ip_output(m, NULL, NULL, 0, NULL, NULL); } done: - callout_reset(&ipfw_timeout, dyn_keepalive_period*hz, ipfw_tick, NULL); + callout_reset(&V_ipfw_timeout, V_dyn_keepalive_period * hz, + ipfw_tick, arg); } -int -ipfw_init(void) +static int vnet_ipfw_iattach(const void *unused) { + INIT_VNET_IPFW(curvnet); struct ip_fw default_rule; int error; -#ifdef INET6 - /* Setup IPv6 fw sysctl tree. */ - sysctl_ctx_init(&ip6_fw_sysctl_ctx); - ip6_fw_sysctl_tree = SYSCTL_ADD_NODE(&ip6_fw_sysctl_ctx, - SYSCTL_STATIC_CHILDREN(_net_inet6_ip6), OID_AUTO, "fw", - CTLFLAG_RW | CTLFLAG_SECURE, 0, "Firewall"); - SYSCTL_ADD_PROC(&ip6_fw_sysctl_ctx, SYSCTL_CHILDREN(ip6_fw_sysctl_tree), - OID_AUTO, "enable", CTLTYPE_INT | CTLFLAG_RW | CTLFLAG_SECURE3, - &fw6_enable, 0, ipfw_chg_hook, "I", "Enable ipfw+6"); - SYSCTL_ADD_INT(&ip6_fw_sysctl_ctx, SYSCTL_CHILDREN(ip6_fw_sysctl_tree), - OID_AUTO, "deny_unknown_exthdrs", CTLFLAG_RW | CTLFLAG_SECURE, - &fw_deny_unknown_exthdrs, 0, - "Deny packets with unknown IPv6 Extension Headers"); -#endif - - layer3_chain.rules = NULL; - IPFW_LOCK_INIT(&layer3_chain); + V_fw_debug = 1; + V_autoinc_step = 100; /* bounded to 1..1000 in add_rule() */ + V_dyn_buckets = 256; /* must be power of 2 */ + V_curr_dyn_buckets = 256; /* must be power of 2 */ + V_dyn_ack_lifetime = 300; + V_dyn_syn_lifetime = 20; + V_dyn_fin_lifetime = 1; + V_dyn_rst_lifetime = 1; + V_dyn_udp_lifetime = 10; + V_dyn_short_lifetime = 5; + V_dyn_keepalive_interval = 20; + V_dyn_keepalive_period = 5; + V_dyn_keepalive = 1; /* do send keepalives */ + V_dyn_max = 4096; /* max # of dynamic rules */ + V_fw_deny_unknown_exthdrs = 1; + + V_layer3_chain.rules = NULL; + IPFW_LOCK_INIT(&V_layer3_chain); +#if 0 /* XXX Marko fix this! */ ipfw_dyn_rule_zone = uma_zcreate("IPFW dynamic rule", sizeof(ipfw_dyn_rule), NULL, NULL, NULL, NULL, UMA_ALIGN_PTR, 0); - IPFW_DYN_LOCK_INIT(); - callout_init(&ipfw_timeout, CALLOUT_MPSAFE); +#endif + callout_init(&V_ipfw_timeout, CALLOUT_MPSAFE); bzero(&default_rule, sizeof default_rule); @@ -4515,17 +4562,66 @@ #endif O_DENY; - error = add_rule(&layer3_chain, &default_rule); + error = add_rule(&V_layer3_chain, &default_rule); if (error != 0) { printf("ipfw2: error %u initializing default rule " "(support disabled)\n", error); IPFW_DYN_LOCK_DESTROY(); - IPFW_LOCK_DESTROY(&layer3_chain); + IPFW_LOCK_DESTROY(&V_layer3_chain); uma_zdestroy(ipfw_dyn_rule_zone); return (error); } - ip_fw_default_rule = layer3_chain.rules; + ip_fw_default_rule = V_layer3_chain.rules; + +#ifdef IPFIREWALL_VERBOSE + V_fw_verbose = 1; +#endif +#ifdef IPFIREWALL_VERBOSE_LIMIT + V_verbose_limit = IPFIREWALL_VERBOSE_LIMIT; +#endif + + error = init_tables(&V_layer3_chain); + if (error) { + panic("init_tables"); /* XXX Marko fix this ! */ + } +#ifdef VIMAGE + callout_reset(&V_ipfw_timeout, hz, ipfw_tick, (void *) vnet_ipfw); +#else + callout_reset(&V_ipfw_timeout, hz, ipfw_tick, NULL); +#endif + +#ifdef IPFIREWALL_NAT + LIST_INIT(&V_layer3_chain.nat); +#endif + + return 0; +} + +int +ipfw_init(void) +{ + ipfw_dyn_rule_zone = uma_zcreate("IPFW dynamic rule", + sizeof(ipfw_dyn_rule), NULL, NULL, NULL, NULL, + UMA_ALIGN_PTR, 0); + IPFW_DYN_LOCK_INIT(); + +#if 0 /* MARKO XXX */ + /* error = init_tables(&V_layer3_chain); moved to _iattach() */ + if (error) { + IPFW_DYN_LOCK_DESTROY(); + IPFW_LOCK_DESTROY(&V_layer3_chain); + uma_zdestroy(ipfw_dyn_rule_zone); + return (error); + } +#endif + +#ifdef VIMAGE + vnet_mod_register(&vnet_ipfw_modinfo); +#else + vnet_ipfw_iattach(NULL); +#endif + printf("ipfw2 " #ifdef INET6 "(+ipv6) " @@ -4543,68 +4639,74 @@ #else "loadable", #endif + #ifdef IPFIREWALL_NAT "enabled", #else - "loadable", + "disabled, ", #endif - default_rule.cmd[0].opcode == O_ACCEPT ? "accept" : "deny"); +#ifdef IPFIREWALL_DEFAULT_TO_ACCEPT + "accept" +#else + "deny" +#endif + ); #ifdef IPFIREWALL_VERBOSE - fw_verbose = 1; -#endif -#ifdef IPFIREWALL_VERBOSE_LIMIT - verbose_limit = IPFIREWALL_VERBOSE_LIMIT; -#endif - if (fw_verbose == 0) printf("disabled\n"); - else if (verbose_limit == 0) +#else +# ifndef IPFIREWALL_VERBOSE_LIMIT printf("unlimited\n"); - else +# else printf("limited to %d packets/entry by default\n", - verbose_limit); + IPFIREWALL_VERBOSE_LIMIT); +# endif +#endif - error = init_tables(&layer3_chain); - if (error) { - IPFW_DYN_LOCK_DESTROY(); - IPFW_LOCK_DESTROY(&layer3_chain); - uma_zdestroy(ipfw_dyn_rule_zone); - return (error); - } ip_fw_ctl_ptr = ipfw_ctl; ip_fw_chk_ptr = ipfw_chk; - callout_reset(&ipfw_timeout, hz, ipfw_tick, NULL); - LIST_INIT(&layer3_chain.nat); return (0); } -void -ipfw_destroy(void) +static int vnet_ipfw_idetach(const void *unused) { + INIT_VNET_IPFW(curvnet); struct ip_fw *reap; - ip_fw_chk_ptr = NULL; - ip_fw_ctl_ptr = NULL; - callout_drain(&ipfw_timeout); - IPFW_WLOCK(&layer3_chain); - flush_tables(&layer3_chain); - layer3_chain.reap = NULL; - free_chain(&layer3_chain, 1 /* kill default rule */); - reap = layer3_chain.reap, layer3_chain.reap = NULL; - IPFW_WUNLOCK(&layer3_chain); + callout_drain(&V_ipfw_timeout); + IPFW_WLOCK(&V_layer3_chain); + flush_tables(&V_layer3_chain); + V_layer3_chain.reap = NULL; + free_chain(&V_layer3_chain, 1 /* kill default rule */); + reap = V_layer3_chain.reap, V_layer3_chain.reap = NULL; + IPFW_WUNLOCK(&V_layer3_chain); if (reap != NULL) reap_rules(reap); - IPFW_DYN_LOCK_DESTROY(); - uma_zdestroy(ipfw_dyn_rule_zone); - if (ipfw_dyn_v != NULL) - free(ipfw_dyn_v, M_IPFW); - IPFW_LOCK_DESTROY(&layer3_chain); + IPFW_LOCK_DESTROY(&V_layer3_chain); + if (V_ipfw_dyn_v != NULL) + free(V_ipfw_dyn_v, M_IPFW); -#ifdef INET6 - /* Free IPv6 fw sysctl tree. */ - sysctl_ctx_free(&ip6_fw_sysctl_ctx); + return 0; +} + +void +ipfw_destroy(void) +{ + ip_fw_chk_ptr = NULL; + ip_fw_ctl_ptr = NULL; + +#ifdef VIMAGE + vnet_mod_deregister(&vnet_ipfw_modinfo); +#else + vnet_ipfw_idetach(NULL); +#endif + +#ifdef IPFIREWALL_NAT + EVENTHANDLER_DEREGISTER(ifaddr_event, ifaddr_event_tag); #endif + IPFW_DYN_LOCK_DESTROY(); + uma_zdestroy(ipfw_dyn_rule_zone); printf("IP firewall unloaded\n"); } --Multipart=_Sat__17_May_2008_11_43_48_+0900_J3nATx4F2vmYvrlF-- From owner-freebsd-current@FreeBSD.ORG Sat May 17 03:15:14 2008 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 CB3361065672 for ; Sat, 17 May 2008 03:15:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outn.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 726B78FC16 for ; Sat, 17 May 2008 03:15:14 +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; Sat, 17 May 2008 12:35:36 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id CAAC82D600D; Fri, 16 May 2008 20:15:12 -0700 (PDT) Message-ID: <482E4DC3.7080601@elischer.org> Date: Fri, 16 May 2008 23:15:15 -0400 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Norikatsu Shigemura References: <482D7FE6.6020405@elischer.org> <20080517081548.ce75ffd7.nork@FreeBSD.org> <20080517083938.9fd7ae60.nork@FreeBSD.org> <20080517113201.7f7bc2d6.nork@FreeBSD.org> In-Reply-To: <20080517113201.7f7bc2d6.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: vimage patches and example run. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 May 2008 03:15:14 -0000 Norikatsu Shigemura wrote: > On Sat, 17 May 2008 08:39:38 +0900 > Norikatsu Shigemura wrote: > On Sat, 17 May 2008 08:15:48 +0900 >> Norikatsu Shigemura wrote: >>> On Fri, 16 May 2008 08:36:54 -0400 >>> Julian Elischer wrote: >>>> vimage patches as of 8AM in ottawa: >>>> http://www.freebsd.org/~julian/vimage.diff >>> Wow! I'll try to do it! :-) >> Oops, I couldn't compile kdump. Please add following patch >> for vimage.diff. > > Hum... There are many bugs in ipfw's code. thank you .. what you see is the first real public release adn not completely debugged.. Thank you.. I will correct these immediatly :-) > *ip_fw.h > 1. struct ip_fw_chain in #ifdef IPFW_INTERNAL - #endif > So remove it (dupplicate define). > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > #ifdef IPFW_INTERNAL > > -#define IPFW_TABLES_MAX 128 > -struct ip_fw_chain { > - struct ip_fw *rules; /* list of rules */ > - struct ip_fw *reap; /* list of rules to reap */ > - LIST_HEAD(, cfg_nat) nat; /* list of nat entries */ > - struct radix_node_head *tables[IPFW_TABLES_MAX]; > - struct rwlock rwmtx; > -}; > #define IPFW_LOCK_INIT(_chain) \ > rw_init(&(_chain)->rwmtx, "IPFW static rules") > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > *ip_fw2.c > 1. Not enough to replacement. > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - LOOKUP_NAT(layer3_chain, nat_id, t); > + LOOKUP_NAT(V_layer3_chain, nat_id, t); > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > 2. extra remove code is bad. Don't apply following code. > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > @@ -4359,7 +4400,6 @@ > else { > printf("IP_FW_NAT_CFG: ipfw_nat not present, please load it.\n"); > error = EINVAL; > - } > } > break; > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > 3. bad extra code in new ipfw_init. So replase new one. > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - default_rule.cmd[0].opcode == O_ACCEPT ? "accept" : "deny"); > +#ifdef IPFIREWALL_DEFAULT_TO_ACCEPT > + "accept" > +#else > + "deny" > +#endif > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > Please replace my attached patches for your vimage.diff. > > P.S. Oops! netgraph has ... orz > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:173:1: error: "NG_ID_HASH_SIZE" redefined > In file included from /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:71: > @/netgraph/vnetgraph.h:44:1: error: this is the location of the previous definition > : > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > From owner-freebsd-current@FreeBSD.ORG Sat May 17 03:59:18 2008 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 BC8471065680 for ; Sat, 17 May 2008 03:59:18 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outL.internet-mail-service.net (outl.internet-mail-service.net [216.240.47.235]) by mx1.freebsd.org (Postfix) with ESMTP id A36A48FC17 for ; Sat, 17 May 2008 03:59:18 +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; Sat, 17 May 2008 13:19:43 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 9926F2D600D; Fri, 16 May 2008 20:59:17 -0700 (PDT) Message-ID: <482E5817.2000601@elischer.org> Date: Fri, 16 May 2008 23:59:19 -0400 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Norikatsu Shigemura References: <482D7FE6.6020405@elischer.org> <20080517081548.ce75ffd7.nork@FreeBSD.org> <20080517083938.9fd7ae60.nork@FreeBSD.org> <20080517113201.7f7bc2d6.nork@FreeBSD.org> <20080517114348.e69e3705.nork@ninth-nine.com> In-Reply-To: <20080517114348.e69e3705.nork@ninth-nine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: vimage patches and example run. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 May 2008 03:59:18 -0000 Norikatsu Shigemura wrote: > On Sat, 17 May 2008 11:32:01 +0900 > Norikatsu Shigemura wrote: >> Please replace my attached patches for your vimage.diff. > > Sorry. I forgot to attach patches. > Hmmm IPFIREWALL was not in my test config :-( it is now > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat May 17 14:12:26 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AA1A1065670 for ; Sat, 17 May 2008 14:12:26 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 825078FC1A for ; Sat, 17 May 2008 14:12:25 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m4HECLIT073289 for ; Sat, 17 May 2008 23:12:23 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 17 May 2008 23:12:20 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20080517231220.c64a992b.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 17 May 2008 23:12:24 +0900 (JST) Cc: Subject: Cardbus GbE (Realtek 8169SBL) supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 May 2008 14:12:26 -0000 I bought a cardbus GbE card used Realtek 8169SBL, today:-). But re(4) doesn't attach it. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - re0: port 0x3100-0x31ff mem 0xb0103000-0xb01031ff irq 22 at device 0.0 on cardbus0 re0: reset never completed! re0: Unknown H/W revision: 7cc00000 device_attach: re0 attach returned 6 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I fixed 'Unknown H/W revision' issue, but... - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- sys/dev/re/if_re.c.orig 2008-04-15 16:02:23.631923000 +0900 +++ sys/dev/re/if_re.c 2008-05-17 23:06:05.632249124 +0900 @@ -225,6 +225,7 @@ { RL_HWREV_8101E, RL_8169, "8101E"}, { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, { RL_HWREV_8168_SPIN3, RL_8169, "8168"}, + { RL_HWREV_8169_8110SBL, RL_8169, "8169SBL"}, { 0, 0, NULL } }; --- sys/pci/if_rlreg.h.orig 2008-03-31 13:03:14.000000000 +0900 +++ sys/pci/if_rlreg.h 2008-05-17 23:07:01.584996720 +0900 @@ -171,6 +171,7 @@ #define RL_HWREV_8139CPLUS 0x74800000 #define RL_HWREV_8101 0x74c00000 #define RL_HWREV_8100 0x78800000 +#define RL_HWREV_8169_8110SBL 0x7cc00000 #define RL_TXDMA_16BYTES 0x00000000 #define RL_TXDMA_32BYTES 0x00000100 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I couldn't fix mii phy issue. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - re0: port 0x3100-0x31ff mem 0xb0103000-0xb01031ff irq 22 at device 0.0 on cardbus0 re0: reset never completed! re0: MII without any phy! device_attach: re0 attach returned 6 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - How do I fix this issue? What I should report? From owner-freebsd-current@FreeBSD.ORG Sat May 17 16:24:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C9B1065670 for ; Sat, 17 May 2008 16:24:33 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp808.mail.ird.yahoo.com (smtp808.mail.ird.yahoo.com [217.146.188.68]) by mx1.freebsd.org (Postfix) with SMTP id 5F3AA8FC17 for ; Sat, 17 May 2008 16:24:32 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 71377 invoked from network); 17 May 2008 16:24:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=hOhRlJuuFys9kpECahYWg0dUHvSYhGc8gHwoMyK9q1uXHL9pPyHE6QAtG2NQ3n9YofExP3Ske1xVNYHic0SMK1MqoHfo1+3Ht7ZyaIlt27ZqZtJK34BOZhXymSNDLj9rUGqixcn1PRERlprZKVWjZyi2zIgzBVHFzjX9BAA/OoE= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@81.159.88.52 with login) by smtp808.mail.ird.yahoo.com with SMTP; 17 May 2008 16:24:30 -0000 X-YMail-OSG: tPqKLM4VM1mIiiq9eM4Bi45i8ZH7apscDR.0E57H9dtAZyHNwAKoWuyQ.wZJzrnJ1hGL2g.9jd7eEUVL5qX6xA2NlRuayhJJn4aBrugG1w-- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sat, 17 May 2008 17:24:28 +0100 User-Agent: KMail/1.9.7 References: <200805161618.25796.max@love2party.net> In-Reply-To: <200805161618.25796.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805171724.29539.Thomas.Sparrevohn@btinternet.com> Cc: Max Laier , Ian FREISLICH Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 May 2008 16:24:33 -0000 On Friday 16 May 2008 15:18:25 Max Laier wrote: > On Friday 16 May 2008 16:12:39 Ian FREISLICH wrote: > > Recently - I guess in the last month or two - successive cvs updates > > always "updates" files in the follwing directories, this with no > > update to the CVS repo: > > > > cddl/contrib/opensolaris > > contrib/ntp > > contrib/ipfilter > > contrib/expat > > contrib/tcsh > > > > I sync a local CVS repo using cvsup and I update my source using > > 'cvs -q update -PdA' > > > > I've tried removing the offending parts of my source tree and the > > repo and re-updating or syncing them but to no avail. Is it just > > me or are others seeing this? Has there been repo "surgery" in > > these areas that's causing this? > > Is this with the updated cvs 1.11 (recently imported to current)? There > has been some reports of fallout of this on cvs-all@ already. > I see the same issue on CURRENT