From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 01:26:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 877E4106566B for ; Sun, 4 Jan 2009 01:26:53 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7F6508FC12 for ; Sun, 4 Jan 2009 01:26:52 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LJHlS-0008Tw-Tk for freebsd-stable@freebsd.org; Sun, 04 Jan 2009 01:26:50 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LJHlS-000EO4-SB for freebsd-stable@freebsd.org; Sun, 04 Jan 2009 01:26:50 +0000 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Sun, 04 Jan 2009 01:26:50 +0000 Subject: slow zvol performance compared to files on the same pool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 01:26:53 -0000 I was experimenting with iscsi earlier, using both a flat file as the backing store and also a zvol. I noticed that the zvol was giving me dreadful performance - reading at about 20 meg/second and writing at about 12. the fklat file gives about 45 meg/second both ways. i thouht it was to do wuth the iscsi layer, but I then tried it using dd on the machinbe itself and got the same results. it seems very curious - I am creating both the filesystem for the iscsi file and the zvol on the same pool, so the underlying discs (4 x 15k SCSI drives on U320) are the same in both places, as is the pool. anybody got any opinions ? this is on 7.1-RC2, but I have nothing else to compare it to. -pete. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 01:33:24 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52A5F106566C for ; Sun, 4 Jan 2009 01:33:24 +0000 (UTC) (envelope-from lists@avioc.org) Received: from didy.avioc.org (didy.avioc.org [71.32.26.53]) by mx1.freebsd.org (Postfix) with ESMTP id D762D8FC12 for ; Sun, 4 Jan 2009 01:33:23 +0000 (UTC) (envelope-from lists@avioc.org) Received: from localhost (mail.internal.avioc.org [192.168.2.252]) by didy.avioc.org (Postfix) with ESMTP id 4C17BEB6508 for ; Sat, 3 Jan 2009 19:17:36 -0600 (CST) X-Virus-Scanned: amavisd-new at mail.internal.avioc.org Received: from didy.avioc.org ([192.168.2.252]) by localhost (mail.internal.avioc.org [192.168.2.252]) (amavisd-new, port 10024) with LMTP id 0qfhqoLLo7-W for ; Sat, 3 Jan 2009 19:17:33 -0600 (CST) Received: from [192.168.2.8] (section-8.internal.avioc.org [192.168.2.8]) by didy.avioc.org (Postfix) with ESMTPA id 62D01EB6505 for ; Sat, 3 Jan 2009 19:17:33 -0600 (CST) Message-ID: <49600E2E.7070601@avioc.org> Date: Sat, 03 Jan 2009 19:17:34 -0600 From: Brandon Weisz User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 01:33:24 -0000 After running 7-PRERELEASE from around November 25th, I upgraded today to find the system panics repeatably on RELENG_7_1 sources. I can boot back to the old kernel and it operates as expected. It seems to be related to fxp(4). FreeBSD didy.internal 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Sat Jan 3 18:11:18 CST 2009 bweisz@didy.internal:/usr/obj/usr/src/sys/DIDY i386 (19:00:35 bweisz@didy ) 507 $ sudo kgdb kernel.debug /var/crash/vmcore.2 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x40c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0a94510 stack pointer = 0x28:0xe677b878 frame pointer = 0x28:0xe677b88c 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 = 843 (ntpd) trap number = 12 panic: page fault cpuid = 0 Uptime: 25s Physical memory: 995 MB Dumping 94 MB: 79 63 47 31 15 Reading symbols from /boot/kernel/vesa.ko...Reading symbols from /boot/kernel/vesa.ko.symbols...done. done. Loaded symbols for /boot/kernel/vesa.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/pflog.ko...Reading symbols from /boot/kernel/pflog.ko.symbols...done. done. Loaded symbols for /boot/kernel/pflog.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from /boot/kernel/logo_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/logo_saver.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc0a94510 0xc0a94510 is in _bus_dmamap_sync (/usr/src/sys/i386/i386/busdma_machdep.c:935). 930 CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x op 0x%x " 931 "performing bounce", __func__, op, dmat, dmat->flags); 932 933 if (op & BUS_DMASYNC_PREWRITE) { 934 while (bpage != NULL) { 935 bcopy((void *)bpage->datavaddr, 936 (void *)bpage->vaddr, 937 bpage->datacount); 938 bpage = STAILQ_NEXT(bpage, links); 939 } (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc079c1b7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc079c489 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0ab03bc in trap_fatal (frame=0xe677b838, eva=1036) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc0ab0640 in trap_pfault (frame=0xe677b838, usermode=0, eva=1036) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc0ab0ffc in trap (frame=0xe677b838) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc0a96e6b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc0a94510 in _bus_dmamap_sync (dmat=0xc4048880, map=0xc416e800, op=4) at /usr/src/sys/i386/i386/busdma_machdep.c:933 #8 0xc05cc3cd in fxp_start_body (ifp=0xc4163000) at /usr/src/sys/dev/fxp/if_fxp.c:1396 #9 0xc05ccc77 in fxp_start (ifp=0xc4163000) at /usr/src/sys/dev/fxp/if_fxp.c:1183 #10 0xc0830a89 in if_start (ifp=0xc4163000) at /usr/src/sys/net/if.c:2768 #11 0xc08374cb in ether_output_frame (ifp=0xc4163000, m=0xc43a5600) at /usr/src/sys/net/if_ethersubr.c:405 #12 0xc0837a7c in ether_output (ifp=0xc4163000, m=0xc43a5600, dst=0xc423b710, rt0=0xc4489364) at /usr/src/sys/net/if_ethersubr.c:374 #13 0xc087e115 in ip_output (m=0xc43a5600, opt=0x0, ro=0xe677bac4, flags=Variable "flags" is not available. ) at /usr/src/sys/netinet/ip_output.c:554 #14 0xc08eb9b9 in udp_send (so=0xc46ef9c0, flags=0, m=0xc43a5600, addr=0xc4462ab0, control=0x0, td=0xc421f230) at /usr/src/sys/netinet/udp_usrreq.c:1074 #15 0xc07f2546 in sosend_dgram (so=0xc46ef9c0, addr=0xc4462ab0, uio=0xe677bbe8, top=0xc43a5600, control=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1059 #16 0xc07efbef in sosend (so=0xc46ef9c0, addr=0xc4462ab0, uio=0xe677bbe8, top=0x0, control=0x0, flags=0, td=0xc421f230) at /usr/src/sys/kern/uipc_socket.c:1288 #17 0xc07f6ef6 in kern_sendit (td=0xc421f230, s=23, mp=0xe677bc64, flags=0, control=0x0, segflg=UIO_USERSPACE) at /usr/src/sys/kern/uipc_syscalls.c:805 #18 0xc07fa141 in sendit (td=0xc421f230, s=23, mp=0xe677bc64, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:742 #19 0xc07fa258 in sendto (td=0xc421f230, uap=0xe677bcfc) at /usr/src/sys/kern/uipc_syscalls.c:857 #20 0xc0ab0995 in syscall (frame=0xe677bd38) at /usr/src/sys/i386/i386/trap.c:1090 #21 0xc0a96ed0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #22 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) I replaced the fxp(4) card with an old xl(4) card lying on my desk and the panics stopped. Is this a failing nic card or some other trigger? Brandon From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 01:49:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93CCF106566B for ; Sun, 4 Jan 2009 01:49:17 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 54F028FC13 for ; Sun, 4 Jan 2009 01:49:16 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 4508D173C9; Sun, 4 Jan 2009 12:33:09 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-54-147.lns10.syd7.internode.on.net [121.44.54.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 41FF917265; Sun, 4 Jan 2009 12:33:05 +1100 (EST) Message-ID: <496011CC.2010201@modulus.org> Date: Sun, 04 Jan 2009 12:33:00 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: slow zvol performance compared to files on the same pool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 01:49:17 -0000 Pete French wrote: > I was experimenting with iscsi earlier, using both a flat file as the > backing store and also a zvol. I noticed that the zvol was giving me > dreadful performance - reading at about 20 meg/second and writing at > about 12. the fklat file gives about 45 meg/second both ways. > > i thouht it was to do wuth the iscsi layer, but I then tried it using > dd on the machinbe itself and got the same results. it seems very > curious - I am creating both the filesystem for the iscsi file and the > zvol on the same pool, so the underlying discs (4 x 15k SCSI drives on > U320) are the same in both places, as is the pool. > > anybody got any opinions ? this is on 7.1-RC2, but I have nothing else > to compare it to. On 7.x (where ZFS is really quite broken for server use - don't waste too much time on it) the ZVOL code did an "fsync" after every single block write. Its a testament to your fast disks that you got as high as 12mb/s. I don't know why your read speed was so bad, but you should try again on 8-current as numerous fixes and improvements have happened. - Andrew From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 02:20:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BEB9106564A for ; Sun, 4 Jan 2009 02:20:35 +0000 (UTC) (envelope-from terry@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.freebsd.org (Postfix) with ESMTP id EA4D78FC18 for ; Sun, 4 Jan 2009 02:20:34 +0000 (UTC) (envelope-from terry@tmk.com) Received: from tmk.com by tmk.com (PMDF V6.3-x13 #37010) id <01N3VFWDF5UO0008L3@tmk.com> for freebsd-stable@freebsd.org; Sat, 03 Jan 2009 21:20:32 -0500 (EST) Date: Sat, 03 Jan 2009 21:07:31 -0500 (EST) From: Terry Kennedy In-reply-to: "Your message dated Tue, 30 Dec 2008 22:12:40 +1100" <20081230111240.GC87057@server.vk2pj.dyndns.org> To: Peter Jeremy Message-id: <01N3VGDZ7EOM0008L3@tmk.com> References: <01N3OFGBCXMS000125@tmk.com> <01N3OYSUCHAE000125@tmk.com> Cc: freebsd-stable@freebsd.org Subject: Re: rdump stuck in sbwait state (RELENG_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 02:20:35 -0000 > Sorry, I can't think of any - by the time you see it hung, whatever > went wrong has already happened. You might glean some insight from > the TCP socket state (on the FreeBSD side, use 'netstat -A' to print > the PCB address and gdb to dump the contents but I'm not sure how to > get this data out of OpenVMS). The '-C' and '-W' options to tcpdump > will help. Ok, I found some time to reproduce this while capturing a trace with tcpdump. Here's the relevant output from netstat / kgdb: (0:31) test4:~terry# netstat -A Active Internet connections Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c73eeae0 tcp4 0 0 test4.892 server.shell ESTABLISHED [snip] (0:32) test4:~terry# kgdb GNU gdb 6.1.1 [FreeBSD] [snip] #0 0x00000000 in ?? () (kgdb) print * (struct tcpcb *) 0xc73eeae0 $1 = {t_segq = {lh_first = 0x0}, t_segqlen = 0, t_dupacks = 0, t_timers = 0xc73eec24, t_inpcb = 0xc7387708, t_state = 4, t_flags = 484, snd_una = 292841209, snd_max = 292841209, snd_nxt = 292841209, snd_up = 292780017, snd_wl1 = 3606352422, snd_wl2 = 292841209, iss = 3955646224, irs = 3606284909, rcv_nxt = 3606352422, rcv_adv = 3606415910, rcv_wnd = 63488, rcv_up = 3606352422, snd_wnd = 65535, snd_cwnd = 65535, snd_bwnd = 1073725440, snd_ssthresh = 1073725440, snd_bandwidth = 0, snd_recover = 3955646224, t_maxopd = 1460, t_rcvtime = 11273919, t_starttime = 11024967, t_rtttime = 0, t_rtseq = 292839154, t_bw_rtttime = 11024966, t_bw_rtseq = 3955646224, t_rxtcur = 230, t_maxseg = 1448, t_srtt = 145, t_rttvar = 34, t_rxtshift = 0, t_rttmin = 30, t_rttbest = 67, t_rttupdated = 232101, max_sndwnd = 65535, t_softerror = 0, t_oobflags = 0 '\0', t_iobc = 0 '\0', snd_scale = 0 '\0', rcv_scale = 3 '\003', request_r_scale = 3 '\003', ts_recent = 1207233, ts_recent_age = 11273919, ts_offset = 0, last_ack_sent = 3606352422, snd_cwnd_prev = 0, snd_ssthresh_prev = 0, snd_recover_prev = 0, t_badrxtwin = 0, snd_limited = 0 '\0', snd_numholes = 0, snd_holes = {tqh_first = 0x0, tqh_last = 0xc73eebb8}, snd_fack = 0, rcv_numsacks = 0, sackblks = {{start = 0, end = 0}, { start = 0, end = 0}, {start = 0, end = 0}, {start = 0, end = 0}, { start = 0, end = 0}, {start = 0, end = 0}}, sack_newdata = 0, sackhint = {nexthole = 0x0, sack_bytes_rexmit = 0}, t_rttlow = 1, rfbuf_ts = 0, rfbuf_cnt = 0, t_pspare = {0x0, 0x0, 0x0}, t_tu = 0x0, t_toe = 0x0} (kgdb) q Rather than pasting the decoded tcpdump output here, the raw capture file is at http://www.tmk.com/transient/rdump30.gz (it is only 76KB compressed, 270KB uncompressed). It looks to me like the remote host (the VMS box) has correctly ack'd all outstanding data from the FreeBSD host, but that the FreeBSD host is just sitting there for some reason. As before, I have this sitting in the wedged state so if anyone needs more data, I can either collect it or give you access to the system. Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 03:02:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D756106564A for ; Sun, 4 Jan 2009 03:02:35 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by mx1.freebsd.org (Postfix) with ESMTP id 41C0C8FC13 for ; Sun, 4 Jan 2009 03:02:35 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from [10.0.0.158] (unknown [64.9.236.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id E368AD0501; Sat, 3 Jan 2009 22:02:33 -0500 (EST) Message-ID: <496026BE.3080107@gmail.com> Date: Sat, 03 Jan 2009 19:02:22 -0800 From: David Ehrmann User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Andrew Snow References: <496011CC.2010201@modulus.org> In-Reply-To: <496011CC.2010201@modulus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: slow zvol performance compared to files on the same pool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 03:02:35 -0000 Andrew Snow wrote: > On 7.x (where ZFS is really quite broken for server use - don't waste > too much time on it) How exactly is it broken? I know there are some issues, but so serious you'd say it's broken? From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 06:12:43 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 320F4106564A for ; Sun, 4 Jan 2009 06:12:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 093E78FC0C for ; Sun, 4 Jan 2009 06:12:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout7.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW08.11) with ESMTP id n046CZlg007774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 3 Jan 2009 22:12:35 -0800 X-Auth-Received: from [192.168.10.3] (adsl-99-133-163-225.dsl.pltn13.sbcglobal.net [99.133.163.225]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW08.11) with ESMTP id n046CX4l018560 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 3 Jan 2009 22:12:33 -0800 Message-Id: <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> From: Garrett Cooper To: Brandon Weisz , pyunyh@gmail.com In-Reply-To: <49600E2E.7070601@avioc.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 3 Jan 2009 22:16:58 -0800 References: <49600E2E.7070601@avioc.org> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.1.4.55814 X-Uwash-Spam: Gauge=IIIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, HTML_NO_HTTP 0.1, ECARD_WORD 0, __BOUNCE_CHALLENGE_SUBJ 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_MONEY 0, __FRAUD_419_MONEY_VALUE 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_HTML 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_7 0' Cc: stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 06:12:43 -0000 On Jan 3, 2009, at 5:17 PM, Brandon Weisz wrote: > After running 7-PRERELEASE from around November 25th, I upgraded > today to find the system panics repeatably on RELENG_7_1 sources. I > can boot back to the old kernel and it operates as expected. It > seems to be related to fxp(4). > > FreeBSD didy.internal 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Sat Jan 3 > 18:11:18 CST 2009 bweisz@didy.internal:/usr/obj/usr/src/sys/ > DIDY i386 > > (19:00:35 bweisz@didy ) 507 $ sudo kgdb > kernel.debug /var/crash/vmcore.2 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x40c > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0a94510 > stack pointer = 0x28:0xe677b878 > frame pointer = 0x28:0xe677b88c > 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 = 843 (ntpd) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 25s > Physical memory: 995 MB > Dumping 94 MB: 79 63 47 31 15 > > Reading symbols from /boot/kernel/vesa.ko...Reading symbols from / > boot/kernel/vesa.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/vesa.ko > Reading symbols from /boot/kernel/accf_http.ko...Reading symbols > from /boot/kernel/accf_http.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/accf_http.ko > Reading symbols from /boot/kernel/acpi.ko...Reading symbols from / > boot/kernel/acpi.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/acpi.ko > Reading symbols from /boot/kernel/pflog.ko...Reading symbols from / > boot/kernel/pflog.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/pflog.ko > Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/ > kernel/pf.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/pf.ko > Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from / > boot/kernel/nullfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/nullfs.ko > Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols > from /boot/kernel/logo_saver.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/logo_saver.ko > #0 doadump () at pcpu.h:196 > 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) list *0xc0a94510 > 0xc0a94510 is in _bus_dmamap_sync (/usr/src/sys/i386/i386/ > busdma_machdep.c:935). > 930 CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x op 0x%x " > 931 "performing bounce", __func__, op, dmat, dmat->flags); > 932 > 933 if (op & BUS_DMASYNC_PREWRITE) { > 934 while (bpage != NULL) { > 935 bcopy((void *)bpage->datavaddr, > 936 (void *)bpage->vaddr, > 937 bpage->datacount); > 938 bpage = STAILQ_NEXT(bpage, links); > 939 } > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xc079c1b7 in boot (howto=260) at /usr/src/sys/kern/ > kern_shutdown.c:418 > #2 0xc079c489 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc0ab03bc in trap_fatal (frame=0xe677b838, eva=1036) at /usr/ > src/sys/i386/i386/trap.c:939 > #4 0xc0ab0640 in trap_pfault (frame=0xe677b838, usermode=0, > eva=1036) at /usr/src/sys/i386/i386/trap.c:852 > #5 0xc0ab0ffc in trap (frame=0xe677b838) at /usr/src/sys/i386/i386/ > trap.c:530 > #6 0xc0a96e6b in calltrap () at /usr/src/sys/i386/i386/exception.s: > 159 > #7 0xc0a94510 in _bus_dmamap_sync (dmat=0xc4048880, map=0xc416e800, > op=4) at /usr/src/sys/i386/i386/busdma_machdep.c:933 > #8 0xc05cc3cd in fxp_start_body (ifp=0xc4163000) at /usr/src/sys/ > dev/fxp/if_fxp.c:1396 > #9 0xc05ccc77 in fxp_start (ifp=0xc4163000) at /usr/src/sys/dev/fxp/ > if_fxp.c:1183 > #10 0xc0830a89 in if_start (ifp=0xc4163000) at /usr/src/sys/net/if.c: > 2768 > #11 0xc08374cb in ether_output_frame (ifp=0xc4163000, m=0xc43a5600) > at /usr/src/sys/net/if_ethersubr.c:405 > #12 0xc0837a7c in ether_output (ifp=0xc4163000, m=0xc43a5600, > dst=0xc423b710, rt0=0xc4489364) at /usr/src/sys/net/if_ethersubr.c:374 > #13 0xc087e115 in ip_output (m=0xc43a5600, opt=0x0, ro=0xe677bac4, > flags=Variable "flags" is not available. > ) at /usr/src/sys/netinet/ip_output.c:554 > #14 0xc08eb9b9 in udp_send (so=0xc46ef9c0, flags=0, m=0xc43a5600, > addr=0xc4462ab0, control=0x0, td=0xc421f230) at /usr/src/sys/netinet/ > udp_usrreq.c:1074 > #15 0xc07f2546 in sosend_dgram (so=0xc46ef9c0, addr=0xc4462ab0, > uio=0xe677bbe8, top=0xc43a5600, control=0x0, flags=Variable "flags" > is not available. > ) at /usr/src/sys/kern/uipc_socket.c:1059 > #16 0xc07efbef in sosend (so=0xc46ef9c0, addr=0xc4462ab0, > uio=0xe677bbe8, top=0x0, control=0x0, flags=0, td=0xc421f230) at / > usr/src/sys/kern/uipc_socket.c:1288 > #17 0xc07f6ef6 in kern_sendit (td=0xc421f230, s=23, mp=0xe677bc64, > flags=0, control=0x0, segflg=UIO_USERSPACE) at /usr/src/sys/kern/ > uipc_syscalls.c:805 > #18 0xc07fa141 in sendit (td=0xc421f230, s=23, mp=0xe677bc64, > flags=0) at /usr/src/sys/kern/uipc_syscalls.c:742 > #19 0xc07fa258 in sendto (td=0xc421f230, uap=0xe677bcfc) at /usr/src/ > sys/kern/uipc_syscalls.c:857 > #20 0xc0ab0995 in syscall (frame=0xe677bd38) at /usr/src/sys/i386/ > i386/trap.c:1090 > #21 0xc0a96ed0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/ > exception.s:255 > #22 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > I replaced the fxp(4) card with an old xl(4) card lying on my desk > and the panics stopped. Is this a failing nic card or some other > trigger? > > Brandon Memory serves me correctly an MFC was done not too long before 7.1 release was setup. Let's see what Pyun says... -Garrett From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 08:33:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0A93106566C for ; Sun, 4 Jan 2009 08:33:29 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id B58D28FC13 for ; Sun, 4 Jan 2009 08:33:29 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so3863991wag.27 for ; Sun, 04 Jan 2009 00:33:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4e0yvt3WD65oGztdqxtjx//nj0y9ttK2QMGBM+TpxqE=; b=MCChIcro82eixiNx8yMJWzsrIiqcaTCey5DB8dpyFCsr6scsBLdshGcXV77cJTf+NU ll8NYM6A0ctA4dvxT8ClIAsSXzhnE6wp0KaH4m6eNzOjlV904vwA7mP5/zaBI6hEzo50 SpW/3QO6uc44wRW+wuAN4MDY0myuSFfLvLe7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ArsWExZaIF9+pZKrRiS9E8aiHeX5yoUdigAfGjmPGCHauCK9q1o/c/p1oJy85QeyII QBIVDTAhHVT3HorbPNm47sZeFz+9BMVU3E1upNVCnCLiywJ3nezyN/P2n0AX/x+4+OEe aTelCW7z0I0ymLXDdxc6I/X/IeZs5epanwXKg= Received: by 10.115.46.10 with SMTP id y10mr12985829waj.33.1231056590278; Sun, 04 Jan 2009 00:09:50 -0800 (PST) Received: by 10.114.122.17 with HTTP; Sun, 4 Jan 2009 00:09:50 -0800 (PST) Message-ID: Date: Sun, 4 Jan 2009 00:09:50 -0800 From: "Freddie Cash" To: freebsd-stable@freebsd.org In-Reply-To: <496026BE.3080107@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <496011CC.2010201@modulus.org> <496026BE.3080107@gmail.com> Subject: Re: slow zvol performance compared to files on the same pool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 08:33:30 -0000 On Sat, Jan 3, 2009 at 7:02 PM, David Ehrmann wrote: > Andrew Snow wrote: >> >> On 7.x (where ZFS is really quite broken for server use - don't waste too >> much time on it) > > How exactly is it broken? I know there are some issues, but so serious > you'd say it's broken? It's not "broken" on 7.1, it just requires manual tuning and monitoring. Preferably, it should only be run on amd64 systems with lots of RAM, but it can be run on i386 systems with at least 2 GB of RAM (some people have it running on 32-bit systems with less RAM). ZFS in 8-CURRENT is a more recent version (v13 I believe, while 7.1 is v6), and has a bunch of auto-tuning features, along with a much higher kmem_size_max setting (512 GB vs 2 GB I believe). -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 10:40:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6390F106564A for ; Sun, 4 Jan 2009 10:40:43 +0000 (UTC) (envelope-from mattias.bjork@sydnet.net) Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8078FC08 for ; Sun, 4 Jan 2009 10:40:42 +0000 (UTC) (envelope-from mattias.bjork@sydnet.net) Received: from ironport2.bredband.com (195.54.101.122) by proxy1.bredband.net (7.3.127) id 494BF21C00382C2C for freebsd-stable@freebsd.org; Sun, 4 Jan 2009 11:40:41 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Avg1AAohYElT412MPGdsb2JhbACBa5IIAQEBAR4XCy60I4Vy Received: from c-8c5de353.649-1-64736c10.cust.bredbandsbolaget.se (HELO c210.a119.gbg.bahnhof.net) ([83.227.93.140]) by ironport2.bredband.com with SMTP; 04 Jan 2009 11:40:41 +0100 Received: (qmail 43580 invoked from network); 4 Jan 2009 10:41:09 -0000 Received: from unknown (HELO ?192.168.10.204?) (192.168.10.204) by ns.birch.se with SMTP; 4 Jan 2009 10:41:09 -0000 Message-ID: <496091E0.1070908@sydnet.net> Date: Sun, 04 Jan 2009 11:39:28 +0100 From: =?ISO-8859-1?Q?Mattias_Bj=F6rk?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" References: <495D88B9.6060408@sydnet.net> <2D7731A8-9AAC-4F8C-B3A0-01DFBC84E407@gmail.com> <495E706E.40904@sydnet.net> <7d6fde3d0901030249g6535a3bbsceae3a8949a0a536@mail.gmail.com> In-Reply-To: <7d6fde3d0901030249g6535a3bbsceae3a8949a0a536@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Make world builderror on 7.1-BETA2 with latest cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 10:40:43 -0000 Hello again, Garrett Cooper wrote: > On Fri, Jan 2, 2009 at 11:52 AM, Mattias Björk wrote: >> Hello Garrett, >> >> >> Sorry for top posting, but here is the attachment of the log. >> >> >> Garrett Cooper wrote: >>> On Jan 1, 2009, at 19:23, Mattias Björk wrote: >>> >>>> Hello everybody, >>>> >>>> First of all, my bad if this get sent two times. >>>> >>>> I have a compile error/problem when building world. >>>> >>>> My uname -a output is: >>>> >>>> FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec 4 20:52:35 >>>> CET 2008 root@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP i386 >>>> >>>> My make.conf looks like: >>>> >>>> # added by use.perl 2008-12-03 00:58:09 >>>> PERL_VER=5.8.8 >>>> PERL_VERSION=5.8.8 >>>> WRKDIRPREFIX=/var/tmp >>>> >>>> >>>> The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/options.h >>>> >>>> Here are the output of options.h from pastebin: >>>> >>>> http://pastebin.com/m254dfedf >>>> >>>> >>>> When I run "make -j1 buildworld" i get the error is as following: >>>> >>>> http://pastebin.com/m57738677 >>>> >>>> I don't know much of programming (if any), but I have tried to change >>>> things in (remove OPT_w from both places) options.h and runned >>>> "make -j1 -DNOCLEAN buildworld" >>>> >>>> But that have not solve anything of this, perhaps some can shine some >>>> light on this or have I missed something trivial? >>>> I can build ports and so on without any problems. >>>> >>>> Thank you. >>> Not enough data. Please send a full compressed version of the log to me. >>> Thanks! >>> -Garrett > > That's really odd why the symbol was redefined. Here're the relevant > sections of the log: > > c_tools/../../../../contrib/gcc/gencheck.c > In file included from ./tm.h:4, > from > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:25: > ./options.h:901: error: redeclaration of enumerator 'OPT_w' > ./options.h:899: error: previous definition of 'OPT_w' was here > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > > Looking back, I'm not sure why OPT_w is printed into the file twice. > I wonder if you met a rare race condition where options.sh printed out > that line twice; then again that's unlikely, given the > reproducibility... I could be wrong however. > Is your source tree based off of RELENG_7 and what cvsup server is it > synced against? > -Garrett I'm using cvsup.se.freebsd.org, cvsup.dk.freebsd.org, cvsup.no.freebsd.org I have tried to remove /usr/src/* right now and downloaded it again but it did not help after the build. So I have no idea what to do from here. But I guess It would be solved sometime in the future. Thanks so far :) From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 12:40:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB48E106564A for ; Sun, 4 Jan 2009 12:40:30 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id A11A98FC0C for ; Sun, 4 Jan 2009 12:40:30 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LJSHJ-000DIx-WE; Sun, 04 Jan 2009 12:40:26 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LJSHJ-000Gfj-UE; Sun, 04 Jan 2009 12:40:25 +0000 To: andrew@modulus.org In-Reply-To: <496011CC.2010201@modulus.org> Message-Id: From: Pete French Date: Sun, 04 Jan 2009 12:40:25 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: slow zvol performance compared to files on the same pool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 12:40:31 -0000 > On 7.x (where ZFS is really quite broken for server use - don't waste > too much time on it) the ZVOL code did an "fsync" after every single > block write. Its a testament to your fast disks that you got as high as > 12mb/s. I don't know why your read speed was so bad, but you should try > again on 8-current as numerous fixes and improvements have happened. Ah, thatnks. That explains it perfectly. I'll re-do the read test and also give 8-CURRENT a try if I get the time. Thanks. -pete. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 14:25:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8F6D106564A for ; Sun, 4 Jan 2009 14:25:11 +0000 (UTC) (envelope-from gavroche@gavroche.pl) Received: from mail.mercom.pl (mail.mercom.pl [195.187.153.4]) by mx1.freebsd.org (Postfix) with ESMTP id 493358FC13 for ; Sun, 4 Jan 2009 14:25:10 +0000 (UTC) (envelope-from gavroche@gavroche.pl) Received: from localhost (unknown [127.0.0.1]) by mail.mercom.pl (Postfix) with ESMTP id 954E9278836; Sun, 4 Jan 2009 15:09:25 +0100 (CET) X-Virus-Scanned: amavisd-new at mercom.pl Received: from mail.mercom.pl ([127.0.0.1]) by localhost (mail.mercom.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5ePwvtIHYobU; Sun, 4 Jan 2009 15:09:05 +0100 (CET) Received: by mail.mercom.pl (Postfix, from userid 1002) id 1D244278834; Sun, 4 Jan 2009 15:09:05 +0100 (CET) Date: Sun, 4 Jan 2009 15:09:05 +0100 From: Dominik =?iso-8859-2?Q?=AFy=B3a?= To: Mattias =?iso-8859-2?Q?Bj=F6rk?= Message-ID: <20090104140905.GA40108@mail.mercom.pl> References: <495D88B9.6060408@sydnet.net> <2D7731A8-9AAC-4F8C-B3A0-01DFBC84E407@gmail.com> <495E706E.40904@sydnet.net> <7d6fde3d0901030249g6535a3bbsceae3a8949a0a536@mail.gmail.com> <496091E0.1070908@sydnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <496091E0.1070908@sydnet.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "freebsd-stable@freebsd.org" Subject: Re: Make world builderror on 7.1-BETA2 with latest cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 14:25:12 -0000 On Sun, Jan 04, 2009 at 11:39:28AM +0100, Mattias Björk wrote: > Hello again, > > > Garrett Cooper wrote: > > On Fri, Jan 2, 2009 at 11:52 AM, Mattias Björk wrote: > >> Hello Garrett, > >> > >> > >> Sorry for top posting, but here is the attachment of the log. > >> > >> > >> Garrett Cooper wrote: > >>> On Jan 1, 2009, at 19:23, Mattias Björk wrote: > >>> > >>>> Hello everybody, > >>>> > >>>> First of all, my bad if this get sent two times. > >>>> > >>>> I have a compile error/problem when building world. > >>>> > >>>> My uname -a output is: > >>>> > >>>> FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec 4 20:52:35 > >>>> CET 2008 root@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP i386 > >>>> > >>>> My make.conf looks like: > >>>> > >>>> # added by use.perl 2008-12-03 00:58:09 > >>>> PERL_VER=5.8.8 > >>>> PERL_VERSION=5.8.8 > >>>> WRKDIRPREFIX=/var/tmp > >>>> > >>>> > >>>> The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/options.h > >>>> > >>>> Here are the output of options.h from pastebin: > >>>> > >>>> http://pastebin.com/m254dfedf > >>>> > >>>> > >>>> When I run "make -j1 buildworld" i get the error is as following: > >>>> > >>>> http://pastebin.com/m57738677 > >>>> > >>>> I don't know much of programming (if any), but I have tried to change > >>>> things in (remove OPT_w from both places) options.h and runned > >>>> "make -j1 -DNOCLEAN buildworld" > >>>> > >>>> But that have not solve anything of this, perhaps some can shine some > >>>> light on this or have I missed something trivial? > >>>> I can build ports and so on without any problems. > >>>> > >>>> Thank you. > >>> Not enough data. Please send a full compressed version of the log to me. > >>> Thanks! > >>> -Garrett > > > > That's really odd why the symbol was redefined. Here're the relevant > > sections of the log: > > > > c_tools/../../../../contrib/gcc/gencheck.c > > In file included from ./tm.h:4, > > from > > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:25: > > ./options.h:901: error: redeclaration of enumerator 'OPT_w' > > ./options.h:899: error: previous definition of 'OPT_w' was here > > *** Error code 1 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > > > Looking back, I'm not sure why OPT_w is printed into the file twice. > > I wonder if you met a rare race condition where options.sh printed out > > that line twice; then again that's unlikely, given the > > reproducibility... I could be wrong however. > > Is your source tree based off of RELENG_7 and what cvsup server is it > > synced against? > > -Garrett > > > I'm using cvsup.se.freebsd.org, cvsup.dk.freebsd.org, > cvsup.no.freebsd.org I have tried to remove /usr/src/* right now and > downloaded it again but it did not help after the build. > > So I have no idea what to do from here. > > But I guess It would be solved sometime in the future. Did you clean your /usr/obj/ directory? -- Dominik ¯y³a If you want a picture of the future, imagine a boot stamping on a human face - for ever.. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 22:34:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74E11106564A for ; Sun, 4 Jan 2009 22:34:45 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 2DAC58FC19 for ; Sun, 4 Jan 2009 22:34:45 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by postfix2-g20.free.fr (Postfix) with ESMTP id 5A5422E950DB for ; Sun, 4 Jan 2009 21:11:10 +0100 (CET) Received: from smtp6-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp6-g19.free.fr (Postfix) with ESMTP id 93D896CC for ; Sun, 4 Jan 2009 23:11:16 +0100 (CET) Received: from pollux2.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp6-g19.free.fr (Postfix) with ESMTP id AC58D6E2 for ; Sun, 4 Jan 2009 23:11:14 +0100 (CET) Received: by pollux2.local.net (Postfix, from userid 2000) id 959A61DABC; Sun, 4 Jan 2009 23:14:22 +0100 (CET) Date: Sun, 4 Jan 2009 23:14:22 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090104221422.GA3114@pollux2.free.local.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2009 22:34:45 -0000 Is there a way to install the SCX-4200 printer on a FreeBSD box ? The printer is delivered with the install software required for Linux. And CUPS does not seem to "know" it. Thank you in advance for any help. Harald Weis -- FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 02:26:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAFA5106566C for ; Mon, 5 Jan 2009 02:26:31 +0000 (UTC) (envelope-from mattias.bjork@sydnet.net) Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by mx1.freebsd.org (Postfix) with ESMTP id 619D58FC12 for ; Mon, 5 Jan 2009 02:26:31 +0000 (UTC) (envelope-from mattias.bjork@sydnet.net) Received: from ironport.bredband.com (195.54.101.120) by proxy3.bredband.net (7.3.127) id 492A9CFF00E18C8E for freebsd-stable@freebsd.org; Mon, 5 Jan 2009 03:26:29 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhcwAEv+YElT412MPGdsb2JhbACBbJIJAQEBAR4XC7UXhXI Received: from c-8c5de353.649-1-64736c10.cust.bredbandsbolaget.se (HELO c210.a119.gbg.bahnhof.net) ([83.227.93.140]) by ironport1.bredband.com with SMTP; 05 Jan 2009 03:26:29 +0100 Received: (qmail 20351 invoked from network); 5 Jan 2009 02:26:59 -0000 Received: from unknown (HELO ?192.168.10.204?) (192.168.10.204) by ns.birch.se with SMTP; 5 Jan 2009 02:26:59 -0000 Message-ID: <49616F89.4060500@sydnet.net> Date: Mon, 05 Jan 2009 03:25:13 +0100 From: =?ISO-8859-2?Q?Mattias_Bj=F6rk?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: =?ISO-8859-2?Q?Dominik_=AFy=B3a?= References: <495D88B9.6060408@sydnet.net> <2D7731A8-9AAC-4F8C-B3A0-01DFBC84E407@gmail.com> <495E706E.40904@sydnet.net> <7d6fde3d0901030249g6535a3bbsceae3a8949a0a536@mail.gmail.com> <496091E0.1070908@sydnet.net> <20090104140905.GA40108@mail.mercom.pl> In-Reply-To: <20090104140905.GA40108@mail.mercom.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Make world builderror on 7.1-BETA2 with latest cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 02:26:31 -0000 Dominik ¯y³a wrote: > On Sun, Jan 04, 2009 at 11:39:28AM +0100, Mattias Björk wrote: >> Hello again, >> >> >> Garrett Cooper wrote: >>> On Fri, Jan 2, 2009 at 11:52 AM, Mattias Björk wrote: >>>> Hello Garrett, >>>> >>>> >>>> Sorry for top posting, but here is the attachment of the log. >>>> >>>> >>>> Garrett Cooper wrote: >>>>> On Jan 1, 2009, at 19:23, Mattias Björk wrote: >>>>> >>>>>> Hello everybody, >>>>>> >>>>>> First of all, my bad if this get sent two times. >>>>>> >>>>>> I have a compile error/problem when building world. >>>>>> >>>>>> My uname -a output is: >>>>>> >>>>>> FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec 4 20:52:35 >>>>>> CET 2008 root@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP i386 >>>>>> >>>>>> My make.conf looks like: >>>>>> >>>>>> # added by use.perl 2008-12-03 00:58:09 >>>>>> PERL_VER=5.8.8 >>>>>> PERL_VERSION=5.8.8 >>>>>> WRKDIRPREFIX=/var/tmp >>>>>> >>>>>> >>>>>> The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/options.h >>>>>> >>>>>> Here are the output of options.h from pastebin: >>>>>> >>>>>> http://pastebin.com/m254dfedf >>>>>> >>>>>> >>>>>> When I run "make -j1 buildworld" i get the error is as following: >>>>>> >>>>>> http://pastebin.com/m57738677 >>>>>> >>>>>> I don't know much of programming (if any), but I have tried to change >>>>>> things in (remove OPT_w from both places) options.h and runned >>>>>> "make -j1 -DNOCLEAN buildworld" >>>>>> >>>>>> But that have not solve anything of this, perhaps some can shine some >>>>>> light on this or have I missed something trivial? >>>>>> I can build ports and so on without any problems. >>>>>> >>>>>> Thank you. >>>>> Not enough data. Please send a full compressed version of the log to me. >>>>> Thanks! >>>>> -Garrett >>> That's really odd why the symbol was redefined. Here're the relevant >>> sections of the log: >>> >>> c_tools/../../../../contrib/gcc/gencheck.c >>> In file included from ./tm.h:4, >>> from >>> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:25: >>> ./options.h:901: error: redeclaration of enumerator 'OPT_w' >>> ./options.h:899: error: previous definition of 'OPT_w' was here >>> *** Error code 1 >>> 1 error >>> *** Error code 2 >>> 1 error >>> *** Error code 2 >>> 1 error >>> *** Error code 2 >>> >>> Looking back, I'm not sure why OPT_w is printed into the file twice. >>> I wonder if you met a rare race condition where options.sh printed out >>> that line twice; then again that's unlikely, given the >>> reproducibility... I could be wrong however. >>> Is your source tree based off of RELENG_7 and what cvsup server is it >>> synced against? >>> -Garrett >> >> I'm using cvsup.se.freebsd.org, cvsup.dk.freebsd.org, >> cvsup.no.freebsd.org I have tried to remove /usr/src/* right now and >> downloaded it again but it did not help after the build. >> >> So I have no idea what to do from here. >> >> But I guess It would be solved sometime in the future. > > Did you clean your /usr/obj/ directory? > Yes I have also done that, still no luck there. Thanks anyway. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 03:27:07 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21160106566C for ; Mon, 5 Jan 2009 03:27:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id DB5548FC12 for ; Mon, 5 Jan 2009 03:27:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so8430899rvf.43 for ; Sun, 04 Jan 2009 19:27:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Vk/XAsMdsEdDzRY0ARBjsdyrT7+tw8dgQQ9xqkkvrK0=; b=DFvDJx57HpGvdcj8Ph9HyBq+0qNCBl0SdUUzdPqm1u5sdf+Z5g0Ifn+dA6xVgPJ8LL arnLnXbkEQ5ElD3xf0ykq6IdaRgCqhvOHuhC2QHVeamqHh9jUihCfEBKoI4z2ePbl+m1 /vfA7rr8zoyc5FutED4R7agw8qu9jRMsI2Uns= 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=bCBAULWj4Kj02hpj4SotTYVWsg7QBVZ3ZVdgCsQNXDwiWTzLhUZ1mBAJUuQKDJn/C8 j7uV7XDdNBKYv6VN4x5u3VmjhqVN9Dh38432rO+rLFYrysScOcaJQiSRAMWH9LKzhfU3 Trd2cWTM6OlmgCiT2QCExcaZG0K0OX5NO1gug= Received: by 10.141.29.18 with SMTP id g18mr10139243rvj.149.1231126026427; Sun, 04 Jan 2009 19:27:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id k37sm44216509rvb.1.2009.01.04.19.27.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Jan 2009 19:27:05 -0800 (PST) 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 n053QwpQ002316 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Jan 2009 12:26:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id n053Qv4d002315; Mon, 5 Jan 2009 12:26:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 5 Jan 2009 12:26:57 +0900 From: Pyun YongHyeon To: Garrett Cooper Message-ID: <20090105032657.GA1842@cdnetworks.co.kr> References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: Brandon Weisz , stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 03:27:07 -0000 On Sat, Jan 03, 2009 at 10:16:58PM -0800, Garrett Cooper wrote: > On Jan 3, 2009, at 5:17 PM, Brandon Weisz wrote: > > >After running 7-PRERELEASE from around November 25th, I upgraded > >today to find the system panics repeatably on RELENG_7_1 sources. I > >can boot back to the old kernel and it operates as expected. It > >seems to be related to fxp(4). > > > >FreeBSD didy.internal 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Sat Jan 3 > >18:11:18 CST 2009 bweisz@didy.internal:/usr/obj/usr/src/sys/ > >DIDY i386 > > > >(19:00:35 bweisz@didy ) 507 $ sudo kgdb > >kernel.debug /var/crash/vmcore.2 > >GNU gdb 6.1.1 [FreeBSD] > >Copyright 2004 Free Software Foundation, Inc. > >GDB is free software, covered by the GNU General Public License, and > >you are > >welcome to change it and/or distribute copies of it under certain > >conditions. > >Type "show copying" to see the conditions. > >There is absolutely no warranty for GDB. Type "show warranty" for > >details. > >This GDB was configured as "i386-marcel-freebsd"... > > > >Unread portion of the kernel message buffer: > > > > > >Fatal trap 12: page fault while in kernel mode > >cpuid = 0; apic id = 00 > >fault virtual address = 0x40c > >fault code = supervisor read, page not present > >instruction pointer = 0x20:0xc0a94510 > >stack pointer = 0x28:0xe677b878 > >frame pointer = 0x28:0xe677b88c > >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 = 843 (ntpd) > >trap number = 12 > >panic: page fault > >cpuid = 0 > >Uptime: 25s > >Physical memory: 995 MB > >Dumping 94 MB: 79 63 47 31 15 > > > >Reading symbols from /boot/kernel/vesa.ko...Reading symbols from / > >boot/kernel/vesa.ko.symbols...done. > >done. > >Loaded symbols for /boot/kernel/vesa.ko > >Reading symbols from /boot/kernel/accf_http.ko...Reading symbols > >from /boot/kernel/accf_http.ko.symbols...done. > >done. > >Loaded symbols for /boot/kernel/accf_http.ko > >Reading symbols from /boot/kernel/acpi.ko...Reading symbols from / > >boot/kernel/acpi.ko.symbols...done. > >done. > >Loaded symbols for /boot/kernel/acpi.ko > >Reading symbols from /boot/kernel/pflog.ko...Reading symbols from / > >boot/kernel/pflog.ko.symbols...done. > >done. > >Loaded symbols for /boot/kernel/pflog.ko > >Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/ > >kernel/pf.ko.symbols...done. > >done. > >Loaded symbols for /boot/kernel/pf.ko > >Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from / > >boot/kernel/nullfs.ko.symbols...done. > >done. > >Loaded symbols for /boot/kernel/nullfs.ko > >Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols > >from /boot/kernel/logo_saver.ko.symbols...done. > >done. > >Loaded symbols for /boot/kernel/logo_saver.ko > >#0 doadump () at pcpu.h:196 > >196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > >(kgdb) list *0xc0a94510 > >0xc0a94510 is in _bus_dmamap_sync (/usr/src/sys/i386/i386/ > >busdma_machdep.c:935). > >930 CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x op 0x%x " > >931 "performing bounce", __func__, op, dmat, > >dmat->flags); > >932 > >933 if (op & BUS_DMASYNC_PREWRITE) { > >934 while (bpage != NULL) { > >935 bcopy((void *)bpage->datavaddr, > >936 (void *)bpage->vaddr, > >937 bpage->datacount); > >938 bpage = STAILQ_NEXT(bpage, links); > >939 } > >(kgdb) bt > >#0 doadump () at pcpu.h:196 > >#1 0xc079c1b7 in boot (howto=260) at /usr/src/sys/kern/ > >kern_shutdown.c:418 > >#2 0xc079c489 in panic (fmt=Variable "fmt" is not available. > >) at /usr/src/sys/kern/kern_shutdown.c:574 > >#3 0xc0ab03bc in trap_fatal (frame=0xe677b838, eva=1036) at /usr/ > >src/sys/i386/i386/trap.c:939 > >#4 0xc0ab0640 in trap_pfault (frame=0xe677b838, usermode=0, > >eva=1036) at /usr/src/sys/i386/i386/trap.c:852 > >#5 0xc0ab0ffc in trap (frame=0xe677b838) at /usr/src/sys/i386/i386/ > >trap.c:530 > >#6 0xc0a96e6b in calltrap () at /usr/src/sys/i386/i386/exception.s: > >159 > >#7 0xc0a94510 in _bus_dmamap_sync (dmat=0xc4048880, map=0xc416e800, > >op=4) at /usr/src/sys/i386/i386/busdma_machdep.c:933 > >#8 0xc05cc3cd in fxp_start_body (ifp=0xc4163000) at /usr/src/sys/ > >dev/fxp/if_fxp.c:1396 > >#9 0xc05ccc77 in fxp_start (ifp=0xc4163000) at /usr/src/sys/dev/fxp/ > >if_fxp.c:1183 > >#10 0xc0830a89 in if_start (ifp=0xc4163000) at /usr/src/sys/net/if.c: > >2768 > >#11 0xc08374cb in ether_output_frame (ifp=0xc4163000, m=0xc43a5600) > >at /usr/src/sys/net/if_ethersubr.c:405 > >#12 0xc0837a7c in ether_output (ifp=0xc4163000, m=0xc43a5600, > >dst=0xc423b710, rt0=0xc4489364) at /usr/src/sys/net/if_ethersubr.c:374 > >#13 0xc087e115 in ip_output (m=0xc43a5600, opt=0x0, ro=0xe677bac4, > >flags=Variable "flags" is not available. > >) at /usr/src/sys/netinet/ip_output.c:554 > >#14 0xc08eb9b9 in udp_send (so=0xc46ef9c0, flags=0, m=0xc43a5600, > >addr=0xc4462ab0, control=0x0, td=0xc421f230) at /usr/src/sys/netinet/ > >udp_usrreq.c:1074 > >#15 0xc07f2546 in sosend_dgram (so=0xc46ef9c0, addr=0xc4462ab0, > >uio=0xe677bbe8, top=0xc43a5600, control=0x0, flags=Variable "flags" > >is not available. > >) at /usr/src/sys/kern/uipc_socket.c:1059 > >#16 0xc07efbef in sosend (so=0xc46ef9c0, addr=0xc4462ab0, > >uio=0xe677bbe8, top=0x0, control=0x0, flags=0, td=0xc421f230) at / > >usr/src/sys/kern/uipc_socket.c:1288 > >#17 0xc07f6ef6 in kern_sendit (td=0xc421f230, s=23, mp=0xe677bc64, > >flags=0, control=0x0, segflg=UIO_USERSPACE) at /usr/src/sys/kern/ > >uipc_syscalls.c:805 > >#18 0xc07fa141 in sendit (td=0xc421f230, s=23, mp=0xe677bc64, > >flags=0) at /usr/src/sys/kern/uipc_syscalls.c:742 > >#19 0xc07fa258 in sendto (td=0xc421f230, uap=0xe677bcfc) at /usr/src/ > >sys/kern/uipc_syscalls.c:857 > >#20 0xc0ab0995 in syscall (frame=0xe677bd38) at /usr/src/sys/i386/ > >i386/trap.c:1090 > >#21 0xc0a96ed0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/ > >exception.s:255 > >#22 0x00000033 in ?? () > >Previous frame inner to this frame (corrupt stack?) > >(kgdb) > > > > > >I replaced the fxp(4) card with an old xl(4) card lying on my desk > >and the panics stopped. Is this a failing nic card or some other > >trigger? > > > >Brandon > > Memory serves me correctly an MFC was done not too long before 7.1 > release was setup. > I don't know what MFCes were done, at least I didn't MFC any changes I made. > Let's see what Pyun says... > I'm not sure what is root cause of this panic. If you can reliably reproduce the panic would you let me know? CURRENT has a couple of fixes for edge-cases as well as some new hardware features(TSO, VLAN hardware tagging and WOL etc). Would you try latest fxp(4) in HEAD? I think you can use cvsweb interface to get latest files. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpreg.h http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpvar.h -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 03:35:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8CE7106564A for ; Mon, 5 Jan 2009 03:35:49 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (ip-58-28-152-174.static-xdsl.xnet.co.nz [58.28.152.174]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2958FC08 for ; Mon, 5 Jan 2009 03:35:49 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id 21DF228428; Mon, 5 Jan 2009 16:17:44 +1300 (NZDT) Date: Mon, 5 Jan 2009 16:17:44 +1300 From: Jonathan Chen To: freebsd-stable@freebsd.org Message-ID: <20090105031744.GA74033@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: X11 on Dell D830 with latest 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 03:35:49 -0000 Hi, I've got a Dell Latitude D830 running 7.1-PRERELEASE/amd64 which I've just csup'd to the -STABLE as of 5-Jan-2009, and after going thru' the std build+install; XOrg now comes up with a blank screen, sometimes interspersed with green dots. I did test out X prior to doing an installworld, and that came up with no problems. However, after doing an installworld, X is now broken. Prior to this update, the D830 was running -STABLE from Nov-2008; which appeared to work fine. All ports are up to date. I'd appreciate any help in resolving this problem. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "Irrationality is the square root of all evil" - Douglas Hofstadter From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 04:44:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8498D10658DE for ; Mon, 5 Jan 2009 04:44:50 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 486448FC3A for ; Mon, 5 Jan 2009 04:44:50 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n054igOa060362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 4 Jan 2009 23:44:43 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/n8zArTfSMfi76RVV2wC" Date: Sun, 04 Jan 2009 23:44:37 -0500 Message-Id: <1231130677.13757.12.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=1.7 required=5.0 tests=RCVD_IN_SORBS_DUL, RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: FreeBSD 7.1-RELEASE Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 04:44:51 -0000 --=-/n8zArTfSMfi76RVV2wC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Just a quick note for those of you not subscribed to freebsd-announce@. FreeBSD 7.1 is (finally...) released. The announcement is here: http://www.freebsd.org/releases/7.1R/announce.html Sorry for the delays and thanks for your continued interest in and support of FreeBSD. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-/n8zArTfSMfi76RVV2wC 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) iEYEABECAAYFAklhkDUACgkQ/G14VSmup/Z3GQCcD/Eb9eCVfhHgIAXg7AGXlMuf e0AAmwUDU4uR/vWT+STQhLT6oEP41d14 =CNr1 -----END PGP SIGNATURE----- --=-/n8zArTfSMfi76RVV2wC-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 05:29:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E61361065670 for ; Mon, 5 Jan 2009 05:29:59 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7B97D8FC18 for ; Mon, 5 Jan 2009 05:29:59 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so779501eyd.7 for ; Sun, 04 Jan 2009 21:29:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=VRYdjTEbynF2ugs4sfwzhJMpvxnDVJjyrio5wjfiKvA=; b=UY62jhzKJOL/uth0ji98EpF+K/u/6dGLumGSZ8OYH1hT0BE59COqzWy/mNuAWkn3Uv RjIpovzhYCR9I3AqCitQGKiEHQeT0xnSp5SgLAx0CBIO+nj+NJwjjhdkZocSmeLTZcwF ZMWDUV7UimqPO0UEnl1nAHI1Js2lWgEM4hDnU= 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=mQ5VaF08c0pTTsQC2F4hT/hHP9lVpi4dU5BGXk4Rdv1IEthUHSZ1pTnjBD7g1BgBiZ jVDtsA4TjRl+RnE1L4UraYGzLaoJoPOE7aF6e5RXzW12zfc8ofPO6vZTXaLZ30/9jtmj cOm1ssJ56XutnC1DKsF67o/eY3pArPPrx9wcE= Received: by 10.67.30.4 with SMTP id h4mr12637780ugj.28.1231133398194; Sun, 04 Jan 2009 21:29:58 -0800 (PST) Received: by 10.67.88.9 with HTTP; Sun, 4 Jan 2009 21:29:58 -0800 (PST) Message-ID: <7d6fde3d0901042129i4dd2dagf06dcca7c6b7681b@mail.gmail.com> Date: Sun, 4 Jan 2009 21:29:58 -0800 From: "Garrett Cooper" To: "Jonathan Chen" In-Reply-To: <20090105031744.GA74033@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20090105031744.GA74033@osiris.chen.org.nz> Cc: freebsd-stable@freebsd.org Subject: Re: X11 on Dell D830 with latest 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 05:30:00 -0000 On Sun, Jan 4, 2009 at 7:17 PM, Jonathan Chen wrote: > Hi, > > I've got a Dell Latitude D830 running 7.1-PRERELEASE/amd64 which I've > just csup'd to the -STABLE as of 5-Jan-2009, and after going thru' the > std build+install; XOrg now comes up with a blank screen, sometimes > interspersed with green dots. I did test out X prior to doing an > installworld, and that came up with no problems. However, after doing > an installworld, X is now broken. > > Prior to this update, the D830 was running -STABLE from Nov-2008; > which appeared to work fine. All ports are up to date. > > I'd appreciate any help in resolving this problem. > > Cheers. > -- > Jonathan Chen Jonathan, What video card driver are you using and have you recompiled the driver? Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 07:48:49 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29EB41065675 for ; Mon, 5 Jan 2009 07:48:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id E687B8FC13 for ; Mon, 5 Jan 2009 07:48:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so8508950rvf.43 for ; Sun, 04 Jan 2009 23:48:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=4qYUWIU0UKlSctKUv3PzhZPGi0xiCTRe5k00HqN1APA=; b=DHVHAUZR42oxyVVDNHH52Wfp+EYAHkfCd3J7c7PKJUNmfZsojMhVSFhypylg1+r16P UgU2YcKSa8pQA1HN1OlqNfmraOcCFA6MNQFt/ZUXDFFFuIQb0dSe9RvAEMLpIJDQW53G jSf0Fb0Nko8AxdUdgX9a0DlJ3nqTYg/aQT1Hw= 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=HXH8usS+Aicnd4WZ8FdHtrvnFYcFY00Qy5SzHWIhCYqXNBG4ZpTaNhMzvlX+Tgf6zo e3YowW36MQx+vajtT4NJA6wXM/mPEeYzT0UuNctXEuohjXrwf4/lEFYD4ldAmGwd2L30 TBxYWuMWCnaJSm5R9NyTj3MBO4tR5a6Z/Jtco= Received: by 10.141.106.16 with SMTP id i16mr6291399rvm.182.1231141728636; Sun, 04 Jan 2009 23:48:48 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id f21sm55412054rvb.7.2009.01.04.23.48.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Jan 2009 23:48:47 -0800 (PST) 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 n057meWF003188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Jan 2009 16:48:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id n057mdJV003187; Mon, 5 Jan 2009 16:48:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 5 Jan 2009 16:48:39 +0900 From: Pyun YongHyeon To: Barbara Message-ID: <20090105074839.GE1842@cdnetworks.co.kr> References: <4547243.744241230701648908.JavaMail.defaultUser@defaultHost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4547243.744241230701648908.JavaMail.defaultUser@defaultHost> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD-stable@FreeBSD.org Subject: Re: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 07:48:49 -0000 On Wed, Dec 31, 2008 at 06:34:08AM +0100, Barbara wrote: > Hello, > one of my motherboards has an onboard Attansic network interface, I > think an AR8121. > > # pciconf -lcv > none0@pci0:4:0:0: class=0x020000 > card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 > vendor = 'Attansic > (Now owned by Atheros)' > device = 'L1 Gigabit Ethernet 10/100/1000Base-T > Ethernet Controller' > class = network > subclass = ethernet > cap > 01[40] = powerspec 2 supports D0 D3 current D0 > cap 05[48] = MSI supports > 1 message, 64 bit > cap 10[58] = PCI-Express 1 endpoint > cap 03[6c] = VPD > > > Today I decided to give it a try. > But if I try loading the if_age module, the > system prints the following lines and then it freezes. > > age0: Technology Corp, L1 Gigabit Ethernet> mem 0xfbdc0000-0xfbdfffff irq 36 at > device 0.0 on pci4 > age0: PCI device revision : 0x00b0 > age0: Chip id/revision : > 0x9006 > age0: 1280 Tx FIFO, 2364 Rx FIFO > age0: MSIX count : 0 > age0: MSI count : > 1 > age0: Using 1 MSI messages. > age0: Read request size : 512 bytes. > age0: TLP > payload size : 128 bytes. > I guess it could be related with VPD access code in age(4) or automatic power-down feature of hardware. Unfortunately I have no longer access to L1 hardware so it looks hard to write a patch for the issue. Would you try following instructions? - Shutdown your box. - Completely remove power cord from your system and wait 5 to 10 min.(Just turning system off is not enough.) - Make sure to plug UTP cable to your controller before system boot. - Plug power cord and let system boot. - Enter BIOS menu and search onboard PCIe LAN configuration in the menu. If "LAN Option ROM" was enabled, disable the option. - Some motherboard might have set another option for "Check Atheros LAN cable". If it was set, disable it. If you also have an option for "Asus Express Gate" try disabling it. - Save changes and reboot. Does that make any difference? -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 08:45:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA6FC106566C for ; Mon, 5 Jan 2009 08:45:48 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (ip-58-28-152-174.static-xdsl.xnet.co.nz [58.28.152.174]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED0F8FC19 for ; Mon, 5 Jan 2009 08:45:48 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id 929C228428; Mon, 5 Jan 2009 21:45:45 +1300 (NZDT) Date: Mon, 5 Jan 2009 21:45:45 +1300 From: Jonathan Chen To: Garrett Cooper Message-ID: <20090105084545.GA91864@osiris.chen.org.nz> References: <20090105031744.GA74033@osiris.chen.org.nz> <7d6fde3d0901042129i4dd2dagf06dcca7c6b7681b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6fde3d0901042129i4dd2dagf06dcca7c6b7681b@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: X11 on Dell D830 with latest 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 08:45:49 -0000 On Sun, Jan 04, 2009 at 09:29:58PM -0800, Garrett Cooper wrote: > On Sun, Jan 4, 2009 at 7:17 PM, Jonathan Chen wrote: > > Hi, > > > > I've got a Dell Latitude D830 running 7.1-PRERELEASE/amd64 which I've > > just csup'd to the -STABLE as of 5-Jan-2009, and after going thru' the > > std build+install; XOrg now comes up with a blank screen, sometimes > > interspersed with green dots. I did test out X prior to doing an > > installworld, and that came up with no problems. However, after doing > > an installworld, X is now broken. > > > > Prior to this update, the D830 was running -STABLE from Nov-2008; > > which appeared to work fine. All ports are up to date. > > > > I'd appreciate any help in resolving this problem. > > Jonathan, > What video card driver are you using and have you recompiled the driver? I'm using the "nv" driver. I've recompiled everything slaved to the x11/xorg port, with no better results. Oddly enough, my desktop which also runs the same snapshot (and same arch) with the "nv" driver works fine. Currently, it looks like some userland change has tripped the driver behaviour; as running a newer kernel on an older userland is still okay. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "Nyuck, nyuck, nyuck" - Curly From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 09:42:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9F82106564A for ; Mon, 5 Jan 2009 09:42:08 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 43AA08FC19 for ; Mon, 5 Jan 2009 09:42:08 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [92.117.199.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 0AF3D8A00D1 for ; Mon, 5 Jan 2009 10:41:45 +0100 (CET) Message-ID: <4961D5CE.4070703@bsdforen.de> Date: Mon, 05 Jan 2009 10:41:34 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: hald -> instant panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 09:42:09 -0000 I just started hald on a RELENG_7 system, fetched and built yesterday. The result was an instant panic, here's the backtrace: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x30 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80238a70 stack pointer = 0x10:0xffffffffaf32f920 frame pointer = 0x10:0xffffff0026618370 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 7086 (hald-probe-storage) trap number = 12 panic: page fault cpuid = 0 Uptime: 43m15s Physical memory: 2029 MB Dumping 314 MB: 299 283 267 251 235 219 203 187 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 171 155 139 123 107 91 75 59 43 27 11 Reading symbols from /boot/kernel/geom_md.ko...Reading symbols from /boot/kernel/geom_md.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_md.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_bge.ko...Reading symbols from /boot/kernel/if_bge.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_bge.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/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.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/usb.ko...Reading symbols from /boot/kernel/usb.ko.symbols...done. done. Loaded symbols for /boot/kernel/usb.ko Reading symbols from /boot/kernel/ugen.ko...Reading symbols from /boot/kernel/ugen.ko.symbols...done. done. Loaded symbols for /boot/kernel/ugen.ko Reading symbols from /boot/kernel/ums.ko...Reading symbols from /boot/kernel/ums.ko.symbols...done. done. Loaded symbols for /boot/kernel/ums.ko Reading symbols from /boot/kernel/umass.ko...Reading symbols from /boot/kernel/umass.ko.symbols...done. done. Loaded symbols for /boot/kernel/umass.ko Reading symbols from /boot/kernel/cam.ko...Reading symbols from /boot/kernel/cam.ko.symbols...done. done. Loaded symbols for /boot/kernel/cam.ko Reading symbols from /boot/kernel/agp.ko...Reading symbols from /boot/kernel/agp.ko.symbols...done. done. Loaded symbols for /boot/kernel/agp.ko Reading symbols from /boot/kernel/random.ko...Reading symbols from /boot/kernel/random.ko.symbols...done. done. Loaded symbols for /boot/kernel/random.ko Reading symbols from /boot/kernel/atadisk.ko...Reading symbols from /boot/kernel/atadisk.ko.symbols...done. done. Loaded symbols for /boot/kernel/atadisk.ko Reading symbols from /boot/kernel/ata.ko...Reading symbols from /boot/kernel/ata.ko.symbols...done. done. Loaded symbols for /boot/kernel/ata.ko Reading symbols from /boot/kernel/atapci.ko...Reading symbols from /boot/kernel/atapci.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapci.ko Reading symbols from /boot/modules/u3g.ko...done. Loaded symbols for /boot/modules/u3g.ko Reading symbols from /boot/kernel/ucom.ko...Reading symbols from /boot/kernel/ucom.ko.symbols...done. done. Loaded symbols for /boot/kernel/ucom.ko Reading symbols from /boot/kernel/atapicd.ko...Reading symbols from /boot/kernel/atapicd.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicd.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/kernel/if_wpi.ko...Reading symbols from /boot/kernel/if_wpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wpi.ko Reading symbols from /boot/kernel/wlan.ko...Reading symbols from /boot/kernel/wlan.ko.symbols...done. done. Loaded symbols for /boot/kernel/wlan.ko Reading symbols from /boot/kernel/firmware.ko...Reading symbols from /boot/kernel/firmware.ko.symbols...done. done. Loaded symbols for /boot/kernel/firmware.ko Reading symbols from /boot/kernel/wlan_amrr.ko...Reading symbols from /boot/kernel/wlan_amrr.ko.symbols...done. done. Loaded symbols for /boot/kernel/wlan_amrr.ko Reading symbols from /boot/kernel/wpifw.ko...Reading symbols from /boot/kernel/wpifw.ko.symbols...done. done. Loaded symbols for /boot/kernel/wpifw.ko Reading symbols from /boot/kernel/wlan_scan_sta.ko...Reading symbols from /boot/kernel/wlan_scan_sta.ko.symbols...done. done. Loaded symbols for /boot/kernel/wlan_scan_sta.ko Reading symbols from /boot/kernel/wlan_ccmp.ko...Reading symbols from /boot/kernel/wlan_ccmp.ko.symbols...done. done. Loaded symbols for /boot/kernel/wlan_ccmp.ko Reading symbols from /boot/kernel/wlan_tkip.ko...Reading symbols from /boot/kernel/wlan_tkip.ko.symbols...done. done. Loaded symbols for /boot/kernel/wlan_tkip.ko Reading symbols from /boot/kernel/cpufreq.ko...Reading symbols from /boot/kernel/cpufreq.ko.symbols...done. done. Loaded symbols for /boot/kernel/cpufreq.ko Reading symbols from /boot/kernel/uvisor.ko...Reading symbols from /boot/kernel/uvisor.ko.symbols...done. done. Loaded symbols for /boot/kernel/uvisor.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/if_tun.ko...Reading symbols from /boot/kernel/if_tun.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_tun.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kernel/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff80205ce1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff8020611c in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff803e93aa in trap_fatal (frame=0xffffff0026618370, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff803e9f74 in trap (frame=0xffffffffaf32f870) at /usr/src/sys/amd64/amd64/trap.c:290 #6 0xffffffff803d0b5e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #7 0xffffffff80238a70 in turnstile_broadcast (ts=0x0, queue=0) at /usr/src/sys/kern/subr_turnstile.c:836 #8 0xffffffff801fa3d6 in _mtx_unlock_sleep (m=0xffffffff805aa180, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:619 #9 0xffffffff801fa6d3 in unlock_mtx (lock=0x0) at /usr/src/sys/kern/kern_mutex.c:158 #10 0xffffffff8020d760 in _sleep (ident=0x0, lock=0xffffffff805aa180, priority=256, wmesg=0xffffffff80815847 "sgread", timo=0) at /usr/src/sys/kern/kern_synch.c:185 #11 0xffffffff8080e4a9 in sgread (dev=Variable "dev" is not available. ) at /usr/src/sys/modules/cam/../../cam/scsi/scsi_sg.c:798 #12 0xffffffff801d116f in giant_read (dev=0xffffff0003038800, uio=0xffffffffaf32fb20, ioflag=0) at /usr/src/sys/kern/kern_conf.c:424 #13 0xffffffff80199f4c in devfs_read_f (fp=0xffffff003bbc4e00, uio=0xffffffffaf32fb20, cred=Variable "cred" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:1000 #14 0xffffffff8023ab8f in dofileread (td=0xffffff0026618370, fd=4, fp=0xffffff003bbc4e00, auio=0xffffffffaf32fb20, offset=Variable "offset" is not available. ) at file.h:244 #15 0xffffffff8023ae58 in kern_readv (td=0xffffff0026618370, fd=4, auio=0xffffffffaf32fb20) at /usr/src/sys/kern/sys_generic.c:192 #16 0xffffffff8023af18 in read (td=Variable "td" is not available. ) at /usr/src/sys/kern/sys_generic.c:108 #17 0xffffffff803e99bc in syscall (frame=0xffffffffaf32fc80) at /usr/src/sys/amd64/amd64/trap.c:907 #18 0xffffffff803d0d6b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #19 0x0000000800cf03dc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 10:36:56 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7A0A106566B for ; Mon, 5 Jan 2009 10:36:56 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id 5ADC18FC12 for ; Mon, 5 Jan 2009 10:36:56 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from wmail9.libero.it (172.31.0.78) by cp-out4.libero.it (8.5.016.1) id 493F94E401CCFA9E; Mon, 5 Jan 2009 11:36:54 +0100 Message-ID: <28973184.939641231151814355.JavaMail.defaultUser@defaultHost> Date: Mon, 5 Jan 2009 11:36:54 +0100 (CET) From: Barbara To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 82.57.161.129 Cc: FreeBSD-stable@FreeBSD.org Subject: Re: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 10:36:57 -0000 >On Wed, Dec 31, 2008 at 06:34:08AM +0100, Barbara wrote: > > Hello, > > one of my motherboards has an onboard Attansic network interface, I > > think an AR8121. > > > > # pciconf -lcv > > none0@pci0:4:0:0: class=0x020000 > > card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 > > vendor = 'Attansic > > (Now owned by Atheros)' > > device = 'L1 Gigabit Ethernet 10/100/1000Base-T > > Ethernet Controller' > > class = network > > subclass = ethernet > > cap > > 01[40] = powerspec 2 supports D0 D3 current D0 > > cap 05[48] = MSI supports > > 1 message, 64 bit > > cap 10[58] = PCI-Express 1 endpoint > > cap 03[6c] = VPD > > > > > > Today I decided to give it a try. > > But if I try loading the if_age module, the > > system prints the following lines and then it freezes. > > > > age0: > Technology Corp, L1 Gigabit Ethernet> mem 0xfbdc0000- 0xfbdfffff irq 36 at > > device 0.0 on pci4 > > age0: PCI device revision : 0x00b0 > > age0: Chip id/revision : > > 0x9006 > > age0: 1280 Tx FIFO, 2364 Rx FIFO > > age0: MSIX count : 0 > > age0: MSI count : > > 1 > > age0: Using 1 MSI messages. > > age0: Read request size : 512 bytes. > > age0: TLP > > payload size : 128 bytes. > > > >I guess it could be related with VPD access code in age(4) or >automatic power-down feature of hardware. Unfortunately I have no >longer access to L1 hardware so it looks hard to write a patch for >the issue. Would you try following instructions? > - Shutdown your box. > - Completely remove power cord from your system and wait 5 to 10 > min.(Just turning system off is not enough.) > - Make sure to plug UTP cable to your controller before system > boot. > - Plug power cord and let system boot. > - Enter BIOS menu and search onboard PCIe LAN configuration in the > menu. If "LAN Option ROM" was enabled, disable the option. > - Some motherboard might have set another option for "Check > Atheros LAN cable". If it was set, disable it. If you also have > an option for "Asus Express Gate" try disabling it. > - Save changes and reboot. > >Does that make any difference? > >-- >Regards, >Pyun YongHyeon I've tried all the thing you've suggested with the same result. I've disabled "LAN Option ROM", but it seems that I don't have the other options you mentioned. I've downloaded and burned the 7.1-RELEASE dvd and tried to boot from it, but it hangs at the same point. Finally I've tried booting a CURRENT snapshot cd (8.0-CURRENT-200812) and I was able to properly configure the device in sysinstall. Any idea about the problem? I've installed from 7.0 and I have another NIC, but being now age in GENERIC, I hope it will not cause troubles to other people installing for the first time. Anyway thank you for now, and ask me if there is something that I can do to fix the problem like more tests, patches, etc. Best regards Barbara From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 12:33:56 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 730AA1065670 for ; Mon, 5 Jan 2009 12:33:56 +0000 (UTC) (envelope-from lists@avioc.org) Received: from didy.avioc.org (didy.avioc.org [71.32.26.53]) by mx1.freebsd.org (Postfix) with ESMTP id EDD578FC20 for ; Mon, 5 Jan 2009 12:33:55 +0000 (UTC) (envelope-from lists@avioc.org) Received: from localhost (mail.internal.avioc.org [192.168.2.252]) by didy.avioc.org (Postfix) with ESMTP id CD31BEB6550; Mon, 5 Jan 2009 06:33:54 -0600 (CST) X-Virus-Scanned: amavisd-new at mail.internal.avioc.org Received: from didy.avioc.org ([192.168.2.252]) by localhost (mail.internal.avioc.org [192.168.2.252]) (amavisd-new, port 10024) with LMTP id O5A5+gO8Dy+I; Mon, 5 Jan 2009 06:33:50 -0600 (CST) Received: from [192.168.2.8] (section-8.internal.avioc.org [192.168.2.8]) by didy.avioc.org (Postfix) with ESMTPA id DE3A8EB6518; Mon, 5 Jan 2009 06:19:24 -0600 (CST) Message-ID: <4961FACE.4060203@avioc.org> Date: Mon, 05 Jan 2009 06:19:26 -0600 From: Brandon Weisz User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> In-Reply-To: <20090105032657.GA1842@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 12:33:56 -0000 Pyun YongHyeon wrote: > On Sat, Jan 03, 2009 at 10:16:58PM -0800, Garrett Cooper wrote: > > On Jan 3, 2009, at 5:17 PM, Brandon Weisz wrote: > > > > >After running 7-PRERELEASE from around November 25th, I upgraded > > >today to find the system panics repeatably on RELENG_7_1 sources. I > > >can boot back to the old kernel and it operates as expected. It > > >seems to be related to fxp(4). > > > > > >FreeBSD didy.internal 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Sat Jan 3 > > >18:11:18 CST 2009 bweisz@didy.internal:/usr/obj/usr/src/sys/ > > >DIDY i386 > > > .... > > > > > >I replaced the fxp(4) card with an old xl(4) card lying on my desk > > >and the panics stopped. Is this a failing nic card or some other > > >trigger? > > > > > >Brandon > > > > Memory serves me correctly an MFC was done not too long before 7.1 > > release was setup. > > > > I don't know what MFCes were done, at least I didn't MFC any > changes I made. > > > Let's see what Pyun says... > > > > I'm not sure what is root cause of this panic. If you can reliably > reproduce the panic would you let me know? > CURRENT has a couple of fixes for edge-cases as well as some new > hardware features(TSO, VLAN hardware tagging and WOL etc). Would > you try latest fxp(4) in HEAD? > I think you can use cvsweb interface to get latest files. > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpreg.h > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpvar.h > Hi Pyun The system reliably panics on boot up. I tested fxp from HEAD with the same result. 7.1-RELEASE = Panic 7.1-RELEASE with fxp from HEAD = Panic 7.1-PRERELEASE from Tue Nov 25 = operates as expected This is an old card. Some details on the card: fxp0: port 0xd100-0xd13f mem 0xfca03000-0xfca03fff,0xfc800000-0xfc8fffff irq 17 at device 9.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:6c:1c:0a fxp0: [ITHREAD] fxp0@pci0:0:9:0: class=0x020000 card=0x000b8086 chip=0x12298086 rev=0x08 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet As a test, I unplugged the ethernet cable and the system booted fully, however it produced a panic as soon as I connected the cable. This backtrace is from 7.1-RELEASE with fxp sources from HEAD. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x40c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0a950d0 stack pointer = 0x28:0xe4418750 frame pointer = 0x28:0xe4418764 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 = 23 (irq17: fxp0) trap number = 12 panic: page fault cpuid = 0 Uptime: 1m33s Physical memory: 995 MB Dumping 179 MB: 164 148 132 116 100 84 68 52 36 20 4 Reading symbols from /boot/kernel/vesa.ko...Reading symbols from /boot/kernel/vesa.ko.symbols...done. done. Loaded symbols for /boot/kernel/vesa.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/pflog.ko...Reading symbols from /boot/kernel/pflog.ko.symbols...done. done. Loaded symbols for /boot/kernel/pflog.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from /boot/kernel/logo_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/logo_saver.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc0a950d0 0xc0a950d0 is in _bus_dmamap_sync (/usr/src.local/sys/i386/i386/busdma_machdep.c:935). 930 CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x op 0x%x " 931 "performing bounce", __func__, op, dmat, dmat->flags); 932 933 if (op & BUS_DMASYNC_PREWRITE) { 934 while (bpage != NULL) { 935 bcopy((void *)bpage->datavaddr, 936 (void *)bpage->vaddr, 937 bpage->datacount); 938 bpage = STAILQ_NEXT(bpage, links); 939 } (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc079cd77 in boot (howto=260) at /usr/src.local/sys/kern/kern_shutdown.c:418 #2 0xc079d049 in panic (fmt=Variable "fmt" is not available. ) at /usr/src.local/sys/kern/kern_shutdown.c:574 #3 0xc0ab0f7c in trap_fatal (frame=0xe4418710, eva=1036) at /usr/src.local/sys/i386/i386/trap.c:939 #4 0xc0ab1200 in trap_pfault (frame=0xe4418710, usermode=0, eva=1036) at /usr/src.local/sys/i386/i386/trap.c:852 #5 0xc0ab1bbc in trap (frame=0xe4418710) at /usr/src.local/sys/i386/i386/trap.c:530 #6 0xc0a97a2b in calltrap () at /usr/src.local/sys/i386/i386/exception.s:159 #7 0xc0a950d0 in _bus_dmamap_sync (dmat=0xc4048880, map=0xc416e800, op=4) at /usr/src.local/sys/i386/i386/busdma_machdep.c:933 #8 0xc05cc72f in fxp_start_body (ifp=0xc4163000) at /usr/src.local/sys/dev/fxp/if_fxp.c:1525 #9 0xc05cd0f7 in fxp_start (ifp=0xc4163000) at /usr/src.local/sys/dev/fxp/if_fxp.c:1263 #10 0xc0831649 in if_start (ifp=0xc4163000) at /usr/src.local/sys/net/if.c:2768 #11 0xc083808b in ether_output_frame (ifp=0xc4163000, m=0xc43a3b00) at /usr/src.local/sys/net/if_ethersubr.c:405 #12 0xc083863c in ether_output (ifp=0xc4163000, m=0xc43a3b00, dst=0xc423b730, rt0=0xc4489364) at /usr/src.local/sys/net/if_ethersubr.c:374 #13 0xc087ecd5 in ip_output (m=0xc43a3b00, opt=0x0, ro=0xe44189ac, flags=Variable "flags" is not available. ) at /usr/src.local/sys/netinet/ip_output.c:554 #14 0xc08dfb6e in tcp_output (tp=0xc63651d0) at /usr/src.local/sys/netinet/tcp_output.c:1135 #15 0xc08dc995 in tcp_do_segment (m=0xc4178000, th=0xc41b2834, so=0xc633cd00, tp=0xc63651d0, drop_hdrlen=60, tlen=0) at /usr/src.local/sys/netinet/tcp_input.c:2358 #16 0xc08dd95e in tcp_input (m=0xc4178000, off0=20) at /usr/src.local/sys/netinet/tcp_input.c:846 #17 0xc087d190 in ip_input (m=0xc4178000) at /usr/src.local/sys/netinet/ip_input.c:665 #18 0xc08428f5 in netisr_dispatch (num=2, m=0xc4178000) at /usr/src.local/sys/net/netisr.c:185 #19 0xc0838861 in ether_demux (ifp=0xc4163000, m=0xc4178000) at /usr/src.local/sys/net/if_ethersubr.c:834 #20 0xc0838c53 in ether_input (ifp=0xc4163000, m=0xc4178000) at /usr/src.local/sys/net/if_ethersubr.c:692 #21 0xc05cd96c in fxp_intr (xsc=0xc4134000) at /usr/src.local/sys/dev/fxp/if_fxp.c:1945 #22 0xc077bd7b in ithread_loop (arg=0xc41609b0) at /usr/src.local/sys/kern/kern_intr.c:1088 #23 0xc07788e9 in fork_exit (callout=0xc077bbc0 , arg=0xc41609b0, frame=0xe4418d38) at /usr/src.local/sys/kern/kern_fork.c:804 #24 0xc0a97aa0 in fork_trampoline () at /usr/src.local/sys/i386/i386/exception.s:264 (kgdb) Regards, Brandon From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 13:13:25 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 393CB106566B; Mon, 5 Jan 2009 13:13:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 141F78FC19; Mon, 5 Jan 2009 13:13:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 9ED7546B2C; Mon, 5 Jan 2009 08:13:24 -0500 (EST) Date: Mon, 5 Jan 2009 13:13:24 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Lin Jui-Nan Eric In-Reply-To: <47713ee10901012249w65c659bbp3366e4d8ef25c59d@mail.gmail.com> Message-ID: References: <47713ee10812301206j12b35264o715976c154080a1b@mail.gmail.com> <47713ee10901012147k1f25c31bn512dd29b2b294ad5@mail.gmail.com> <47713ee10901012249w65c659bbp3366e4d8ef25c59d@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, stable@freebsd.org Subject: Re: TCP packet out-of-order problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 13:13:25 -0000 On Fri, 2 Jan 2009, Lin Jui-Nan Eric wrote: > After running "netstat -s -p tcp", we found that lots of packets are > discarded due to memory problems. We googled for it, and found that sysctl > oid "net.inet.tcp.reass.maxsegments" became 0, therefore packets never > reassembled. > > Then we checked our /boot/loader.conf and /etc/sysctl.conf, and found that > setting kern.ipc.nmbclusters="0" makes net.inet.tcp.reass.maxsegments=0. > After setting net.inet.tcp.reass.maxsegments="1600" in /boot/loader.conf, > the network works perfectly now. Was it set to 0 through a configuration error, or did the system auto-tune improperly? Robert N M Watson Computer Laboratory University of Cambridge > > Thank you all for the help! > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 13:18:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94ADC1065670 for ; Mon, 5 Jan 2009 13:18:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 542288FC2B for ; Mon, 5 Jan 2009 13:18:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 07D3146B06; Mon, 5 Jan 2009 08:18:28 -0500 (EST) Date: Mon, 5 Jan 2009 13:18:27 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Terry Kennedy In-Reply-To: <01N3VGDZ7EOM0008L3@tmk.com> Message-ID: References: <01N3OFGBCXMS000125@tmk.com> <01N3OYSUCHAE000125@tmk.com> <01N3VGDZ7EOM0008L3@tmk.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: rdump stuck in sbwait state (RELENG_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 13:18:28 -0000 On Sat, 3 Jan 2009, Terry Kennedy wrote: >> Sorry, I can't think of any - by the time you see it hung, whatever went >> wrong has already happened. You might glean some insight from the TCP >> socket state (on the FreeBSD side, use 'netstat -A' to print the PCB >> address and gdb to dump the contents but I'm not sure how to get this data >> out of OpenVMS). The '-C' and '-W' options to tcpdump will help. > > Ok, I found some time to reproduce this while capturing a trace with > tcpdump. > > Here's the relevant output from netstat / kgdb: I may have missed this earlier in the thread, but I don't see a kernel stack trace of the stuck thread/process. Could you grab one using procstat -k, DDB, or KGDB? I'd like to confirm that the 'sbwait' really reflects waiting to send, rather than waiting to receive, which (for better or worse) uses the same wmesg. procstat -k may be the simplest of the above to do if your system is reasonable recent. Robert N M Watson Computer Laboratory University of Cambridge > > (0:31) test4:~terry# netstat -A > Active Internet connections > Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) > c73eeae0 tcp4 0 0 test4.892 server.shell ESTABLISHED > [snip] > > (0:32) test4:~terry# kgdb > GNU gdb 6.1.1 [FreeBSD] > [snip] > #0 0x00000000 in ?? () > (kgdb) print * (struct tcpcb *) 0xc73eeae0 > $1 = {t_segq = {lh_first = 0x0}, t_segqlen = 0, t_dupacks = 0, > t_timers = 0xc73eec24, t_inpcb = 0xc7387708, t_state = 4, t_flags = 484, > snd_una = 292841209, snd_max = 292841209, snd_nxt = 292841209, > snd_up = 292780017, snd_wl1 = 3606352422, snd_wl2 = 292841209, > iss = 3955646224, irs = 3606284909, rcv_nxt = 3606352422, > rcv_adv = 3606415910, rcv_wnd = 63488, rcv_up = 3606352422, snd_wnd = 65535, > snd_cwnd = 65535, snd_bwnd = 1073725440, snd_ssthresh = 1073725440, > snd_bandwidth = 0, snd_recover = 3955646224, t_maxopd = 1460, > t_rcvtime = 11273919, t_starttime = 11024967, t_rtttime = 0, > t_rtseq = 292839154, t_bw_rtttime = 11024966, t_bw_rtseq = 3955646224, > t_rxtcur = 230, t_maxseg = 1448, t_srtt = 145, t_rttvar = 34, > t_rxtshift = 0, t_rttmin = 30, t_rttbest = 67, t_rttupdated = 232101, > max_sndwnd = 65535, t_softerror = 0, t_oobflags = 0 '\0', t_iobc = 0 '\0', > snd_scale = 0 '\0', rcv_scale = 3 '\003', request_r_scale = 3 '\003', > ts_recent = 1207233, ts_recent_age = 11273919, ts_offset = 0, > last_ack_sent = 3606352422, snd_cwnd_prev = 0, snd_ssthresh_prev = 0, > snd_recover_prev = 0, t_badrxtwin = 0, snd_limited = 0 '\0', > snd_numholes = 0, snd_holes = {tqh_first = 0x0, tqh_last = 0xc73eebb8}, > snd_fack = 0, rcv_numsacks = 0, sackblks = {{start = 0, end = 0}, { > start = 0, end = 0}, {start = 0, end = 0}, {start = 0, end = 0}, { > start = 0, end = 0}, {start = 0, end = 0}}, sack_newdata = 0, > sackhint = {nexthole = 0x0, sack_bytes_rexmit = 0}, t_rttlow = 1, > rfbuf_ts = 0, rfbuf_cnt = 0, t_pspare = {0x0, 0x0, 0x0}, t_tu = 0x0, > t_toe = 0x0} > (kgdb) q > > Rather than pasting the decoded tcpdump output here, the raw capture > file is at http://www.tmk.com/transient/rdump30.gz (it is only 76KB > compressed, 270KB uncompressed). It looks to me like the remote host > (the VMS box) has correctly ack'd all outstanding data from the FreeBSD > host, but that the FreeBSD host is just sitting there for some reason. > > As before, I have this sitting in the wedged state so if anyone needs > more data, I can either collect it or give you access to the system. > > Terry Kennedy http://www.tmk.com > terry@tmk.com New York, NY USA > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 13:28:56 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E66EA106566C for ; Mon, 5 Jan 2009 13:28:56 +0000 (UTC) (envelope-from terry@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.freebsd.org (Postfix) with ESMTP id 120498FC16 for ; Mon, 5 Jan 2009 13:28:56 +0000 (UTC) (envelope-from terry@tmk.com) Received: from tmk.com by tmk.com (PMDF V6.3-x13 #37010) id <01N3XHNZ250W0008L3@tmk.com>; Mon, 05 Jan 2009 08:28:50 -0500 (EST) Date: Mon, 05 Jan 2009 08:23:27 -0500 (EST) From: Terry Kennedy In-reply-to: "Your message dated Mon, 05 Jan 2009 13:18:27 +0000 (GMT)" To: Robert Watson Message-id: <01N3XI0VWEA00008L3@tmk.com> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii; format=flowed References: <01N3OFGBCXMS000125@tmk.com> <01N3OYSUCHAE000125@tmk.com> <01N3VGDZ7EOM0008L3@tmk.com> Cc: Peter Jeremy , freebsd-stable@FreeBSD.org Subject: Re: rdump stuck in sbwait state (RELENG_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 13:28:57 -0000 > I may have missed this earlier in the thread, but I don't see a kernel stack > trace of the stuck thread/process. Could you grab one using procstat -k, DDB, > or KGDB? I'd like to confirm that the 'sbwait' really reflects waiting to > send, rather than waiting to receive, which (for better or worse) uses the > same wmesg. procstat -k may be the simplest of the above to do if your system > is reasonable recent. I didn't post that earlier as no-one had asked for it 8-) The system is current as of December 29th. Here's the relevant info: (0:10) test4:/sysprog/terry# uname -a FreeBSD test4.tmk.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Dec 29 11:48:04 EST 2008 terry@test4.tmk.com:/usr/obj/usr/src/sys/PE1550 i386 (0:11) test4:/sysprog/terry# ps -axwww | grep dump UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 4436 4411 0 8 0 35896 34552 wait I+ p1 0:00.70 /sbin/rdump 0uLa -b 64 -C 32 -f server /usr (rdump) 0 4439 4436 0 4 0 35896 34784 sbwait I+ p1 0:03.05 rdump: /dev/amrd0s1f: pass 4: 18.48% done, finished in 0:17 at Sat Jan 3 21:02:05 2009 (rdump) 0 4440 4439 0 20 0 35896 34624 pause I+ p1 0:05.26 /sbin/rdump 0uLa -b 64 -C 32 -f server /usr (rdump) 0 4441 4439 0 20 0 35896 34624 pause I+ p1 0:05.26 /sbin/rdump 0uLa -b 64 -C 32 -f server /usr (rdump) 0 4442 4439 0 4 0 35896 34624 sbwait I+ p1 0:05.26 /sbin/rdump 0uLa -b 64 -C 32 -f server /usr (rdump) (0:12) test4:/sysprog/terry# procstat -k 4436 PID TID COMM TDNAME KSTACK 4436 100115 rdump - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep kern_wait wait4 syscall Xint0x80_syscall (0:13) test4:/sysprog/terry# procstat -k 4439 PID TID COMM TDNAME KSTACK 4439 100127 rdump - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep sbwait soreceive_generic soreceive soo_read dofileread kern_readv read syscall Xint0x80_syscall (0:14) test4:/sysprog/terry# procstat -k 4440 PID TID COMM TDNAME KSTACK 4440 100131 rdump - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep kern_sigsuspend sigsuspend syscall Xint0x80_syscall (0:15) test4:/sysprog/terry# procstat -k 4441 PID TID COMM TDNAME KSTACK 4441 100105 rdump - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep kern_sigsuspend sigsuspend syscall Xint0x80_syscall (0:16) test4:/sysprog/terry# procstat -k 4442 PID TID COMM TDNAME KSTACK 4442 100135 rdump - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep sbwait soreceive_generic soreceive soo_read dofileread kern_readv read syscall Xint0x80_syscall As I understand it, the processes in sbwait state are waiting to receive. That would seem to indicate that they don't see the ACKs from the other end, despite the tcpdump showing that they were received. Let me know if you need more information. Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 14:16:58 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31D7A1065680 for ; Mon, 5 Jan 2009 14:16:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E57178FC1A for ; Mon, 5 Jan 2009 14:16:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 7A67646B06; Mon, 5 Jan 2009 09:16:57 -0500 (EST) Date: Mon, 5 Jan 2009 14:16:57 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Terry Kennedy In-Reply-To: <01N3XI0VWEA00008L3@tmk.com> Message-ID: References: <01N3OFGBCXMS000125@tmk.com> <01N3OYSUCHAE000125@tmk.com> <01N3VGDZ7EOM0008L3@tmk.com> <01N3XI0VWEA00008L3@tmk.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , freebsd-stable@FreeBSD.org Subject: Re: rdump stuck in sbwait state (RELENG_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 14:16:58 -0000 On Mon, 5 Jan 2009, Terry Kennedy wrote: >> I may have missed this earlier in the thread, but I don't see a kernel >> stack trace of the stuck thread/process. Could you grab one using procstat >> -k, DDB, or KGDB? I'd like to confirm that the 'sbwait' really reflects >> waiting to send, rather than waiting to receive, which (for better or >> worse) uses the same wmesg. procstat -k may be the simplest of the above >> to do if your system is reasonable recent. > > I didn't post that earlier as no-one had asked for it 8-) Indeed :-). > The system is current as of December 29th. Here's the relevant info: Could I ask you to also send me procstat -f output? More below the quote. > (0:10) test4:/sysprog/terry# uname -a > FreeBSD test4.tmk.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Dec 29 > 11:48:04 EST 2008 terry@test4.tmk.com:/usr/obj/usr/src/sys/PE1550 i386 > (0:11) test4:/sysprog/terry# ps -axwww | grep dump > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > 0 4436 4411 0 8 0 35896 34552 wait I+ p1 0:00.70 > /sbin/rdump 0uLa -b 64 -C 32 -f server /usr (rdump) > 0 4439 4436 0 4 0 35896 34784 sbwait I+ p1 0:03.05 rdump: > /dev/amrd0s1f: pass 4: 18.48% done, finished in 0:17 at Sat Jan 3 21:02:05 > 2009 (rdump) > 0 4440 4439 0 20 0 35896 34624 pause I+ p1 0:05.26 > /sbin/rdump 0uLa -b 64 -C 32 -f server /usr (rdump) > 0 4441 4439 0 20 0 35896 34624 pause I+ p1 0:05.26 > /sbin/rdump 0uLa -b 64 -C 32 -f server /usr (rdump) > 0 4442 4439 0 4 0 35896 34624 sbwait I+ p1 0:05.26 > /sbin/rdump 0uLa -b 64 -C 32 -f server /usr (rdump) > (0:12) test4:/sysprog/terry# procstat -k 4436 > PID TID COMM TDNAME KSTACK > 4436 100115 rdump - mi_switch sleepq_switch > sleepq_catch_signals sleepq_wait_sig _sleep kern_wait wait4 syscall > Xint0x80_syscall (0:13) test4:/sysprog/terry# procstat -k 4439 > PID TID COMM TDNAME KSTACK > 4439 100127 rdump - mi_switch sleepq_switch > sleepq_catch_signals sleepq_wait_sig _sleep sbwait soreceive_generic > soreceive soo_read dofileread kern_readv read syscall Xint0x80_syscall (0:14) > test4:/sysprog/terry# procstat -k 4440 > PID TID COMM TDNAME KSTACK > 4440 100131 rdump - mi_switch sleepq_switch > sleepq_catch_signals sleepq_wait_sig _sleep kern_sigsuspend sigsuspend > syscall Xint0x80_syscall (0:15) test4:/sysprog/terry# procstat -k 4441 > PID TID COMM TDNAME KSTACK > 4441 100105 rdump - mi_switch sleepq_switch > sleepq_catch_signals sleepq_wait_sig _sleep kern_sigsuspend sigsuspend > syscall Xint0x80_syscall (0:16) test4:/sysprog/terry# procstat -k 4442 > PID TID COMM TDNAME KSTACK > 4442 100135 rdump - mi_switch sleepq_switch > sleepq_catch_signals sleepq_wait_sig _sleep sbwait soreceive_generic > soreceive soo_read dofileread kern_readv read syscall Xint0x80_syscall > As I understand it, the processes in sbwait state are waiting to receive. > That would seem to indicate that they don't see the ACKs from the other end, > despite the tcpdump showing that they were received. In general, being blocked in soreceive() means that the application at the other end hasn't sent data, or the other end hasn't received or correctly processed ACKs from the local end, so isn't sending more data that it has queued up. The condition you describe sounds more like what would happen in a sender: that it has data to send, but the remote side hasn't ACK'd sufficiently to send it all. If you have kgdb handy, it would be useful to look at *so and *so->so_domain in the soreceive_generic frame of proc 4439. If it's an inet socket, we'd like to see *(struct inpcb *)so->so_pcb, and if it's a TCP socket, *(struct tcpcb *)((struct inpcb *)so->so_pcb)->inp_ppcb. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 16:36:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8AEE1065673 for ; Mon, 5 Jan 2009 16:36:37 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 962CD8FC16 for ; Mon, 5 Jan 2009 16:36:37 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KD000FWGBH06Y80@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 05 Jan 2009 17:36:36 +0100 (CET) Received: from kg-work2.kg4.no ([80.203.109.110]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KD000M4QBGZKZ90@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 05 Jan 2009 17:36:35 +0100 (CET) Date: Mon, 05 Jan 2009 17:36:35 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> In-reply-to: <20090104221422.GA3114@pollux2.free.local.net> References: <20090104221422.GA3114@pollux2.free.local.net> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 16:36:38 -0000 On Sun, 04 Jan 2009 23:14:22 +0100 Harald Weis wrote: > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > The printer is delivered with the install software required for Linux. > And CUPS does not seem to "know" it. As always, check OpenPrinting.org first: http://openprinting.org/show_printer.cgi?recnum=Samsung-SCX-4200 HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 16:44:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16540106566C for ; Mon, 5 Jan 2009 16:44:09 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from depot.rail.eu.org (cl-23.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:16::2]) by mx1.freebsd.org (Postfix) with ESMTP id BC26E8FC14 for ; Mon, 5 Jan 2009 16:44:08 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from depot.rail.eu.org (localhost [127.0.0.1]) by depot.rail.eu.org (Postfix) with ESMTP id 2768481BC49 for ; Mon, 5 Jan 2009 17:44:07 +0100 (CET) Received: from trusted-logic.com (fbx.trusted-logic.com [88.160.136.44]) by depot.rail.eu.org (Postfix) with ESMTPSA id B0D0381BC08 for ; Mon, 5 Jan 2009 17:44:06 +0100 (CET) Date: Mon, 5 Jan 2009 17:44:03 +0100 From: Erwan David To: freebsd-stable@freebsd.org Message-ID: <20090105164403.GE3756@trusted-logic.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> X-Republicain: 16 =?iso-8859-1?Q?niv=F4s?= =?iso-8859-1?Q?e?= an CCXVII (Silex) User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 16:44:09 -0000 On Mon, Jan 05, 2009 at 05:36:35PM CET, Torfinn Ingolfsen said: > On Sun, 04 Jan 2009 23:14:22 +0100 > Harald Weis wrote: > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > The printer is delivered with the install software required for Linux. > > And CUPS does not seem to "know" it. > > As always, check OpenPrinting.org first: > http://openprinting.org/show_printer.cgi?recnum=Samsung-SCX-4200 > It is not always sufficient. My Brother DCP-540 CN is said to work perfectly, but only with brother binary linux drivers, under linux. I did not find any way to make it work under freeBSD. -- Erwan From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 18:57:53 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 507A8106564A for ; Mon, 5 Jan 2009 18:57:53 +0000 (UTC) (envelope-from brian@box201.com) Received: from saint.box201.com (box201.com [207.224.49.35]) by mx1.freebsd.org (Postfix) with ESMTP id 04F8F8FC1D for ; Mon, 5 Jan 2009 18:57:53 +0000 (UTC) (envelope-from brian@box201.com) Received: from [192.168.1.101] (helo=Gamer) by saint.box201.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LJuUg-000Kgq-1W for FreeBSD-stable@FreeBSD.org; Mon, 05 Jan 2009 11:48:14 -0700 From: "Brian Duke" To: References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> In-Reply-To: <4961FACE.4060203@avioc.org> Date: Mon, 5 Jan 2009 11:41:40 -0700 Message-ID: <008b01c96f65$517a9d60$f46fd820$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AclvMs+s0Imd+jVnSNaqoJj9QsTmYwAH00ew Content-Language: en-us x-cr-hashedpuzzle: CeR9 CgTl C8Uz DOCc EfKT EfO8 E2X0 FCsY FZ+o GHDW Hw7M IPSF Iknq KT26 KwTb K6Vr; 1; ZgByAGUAZQBiAHMAZAAtAHMAdABhAGIAbABlAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {393017BC-4346-461F-94E6-3EC7EE68EEA2}; YgByAGkAYQBuAEAAYgBvAHgAMgAwADEALgBjAG8AbQA=; Mon, 05 Jan 2009 18:41:38 GMT; YwB2AHMAdQBwACAAZgByAGUAZQBiAHMAZAAgADYAXwAyACAAdABvACAAZgByAGUAZQBiAHMAZAAgADcAXwAxACAAbgBvAHQAIAB1AHAAZwByAGEAZABpAG4AZwA/AA== x-cr-puzzleid: {393017BC-4346-461F-94E6-3EC7EE68EEA2} X-Spam-Score: -4.4 (----) X-Scan-Signature: 5a3040f39f83211466d54d02e9189cd8 Cc: Subject: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 18:57:53 -0000 Hello List, I'm trying to upgrade my system from 6_2 to 7_1 and cannot seem to do it. Perhaps I'm missing something. Here is the basic procedure I'm following. #cp /usr/share/examples/cvsup/standard-supfile /root/stand_sup #vi /root/stand_sup <<>>host=cvsup15.us.FreeBSD.org <<>>tag=RELENG_7_1 #cd /usr/src #cvsup -g -L2 /root/stand_sup ... #make -j4 buildworld; make -j4 buildkernel; make installkernel ... (come back a hour or so later) #make installworld; reboot After system is back up log in as root and... # uname -a FreeBSD lazerus.box201.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 I cannot understand why this system will not upgrade. Even with the mergemaster -p commands added this system always boots to FreeBSD 6.2-RELEASE. I've tried this in various ways about 20 times and slowly I'm corrupting the 6.2 build. I have the install disks but the Upgrade FreeBSD detects the /usr/src and refuses to over-write the directory. The make commands always finish perfectly. Would someone give this apparent noob a hand? Agrapha Solution Developer From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 19:24:00 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47F9E1065672 for ; Mon, 5 Jan 2009 19:24:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id B06848FC0C for ; Mon, 5 Jan 2009 19:23:59 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n05JNrXW038326; Mon, 5 Jan 2009 20:23:54 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n05JNrwt038325; Mon, 5 Jan 2009 20:23:53 +0100 (CET) (envelope-from olli) Date: Mon, 5 Jan 2009 20:23:53 +0100 (CET) Message-Id: <200901051923.n05JNrwt038325@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, david@catwhisker.org In-Reply-To: <20090102153455.GR4100@albert.catwhisker.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 05 Jan 2009 20:23:54 +0100 (CET) Cc: Subject: Re: newfs(8) parameters from "dumpfs -m" have bad -s value? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, david@catwhisker.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 19:24:00 -0000 David Wolfskill wrote: > pool10(7.1-RC1)[32] df -ki /dev/da1s1d > Filesystem 1024-blocks Used Avail Capacity iused ifree %iused Mounted on > /dev/da1s1d 1702753030 4 1566532784 0% 2 220046332 0% /b > > Here's what dumpfs(8) says: > > pool10(7.1-RC1)[36] dumpfs -m /dev/da1s1d > # newfs command for /dev/da1s1d (/dev/da1s1d) > newfs -O 2 -U -a 8 -b 16384 -d 16384 -e 2048 -f 2048 -g 16384 -h 64 -m 8 -o time -s 879031908 /dev/da1s1d This seems to be a bug in dumpfs(8). It simply prints the value of the fs_size field of the superblock, which is wrong. The -s option of newfs(8) expects the available size in sectors (i.e. 512 bytes), but the fs_size field contains the size of the file system in 2KB units. This seems to be the fragment size, but I'm not sure if this is just coincidence (the docs state that it's the size in blocks, but this is misleading because the blocksize is usually different; the default is 16K). So, dumpfs(8) needs to be fixed to perform the proper calculations when printing the value for the -s option. Unfortunately I'm not sufficiently much of a UFS guru to offer a fix. My best guess would be to multiply the fs_size value by the fragment size (measured in 512 byte units), i.e. multiply by 4 in the most common case. But I'm afraid the real solution is not that simple. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 19:46:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 517391065680 for ; Mon, 5 Jan 2009 19:46:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id BB3348FC23 for ; Mon, 5 Jan 2009 19:46:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n05JkkhU039452; Mon, 5 Jan 2009 20:46:46 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n05JkgWo039451; Mon, 5 Jan 2009 20:46:42 +0100 (CET) (envelope-from olli) Date: Mon, 5 Jan 2009 20:46:42 +0100 (CET) Message-Id: <200901051946.n05JkgWo039451@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@freebsd.org, jhs@berklix.org In-Reply-To: <200812292352.mBTNqZ7k085292@fire.js.berklix.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 05 Jan 2009 20:46:47 +0100 (CET) Cc: Subject: Re: FreeBSD 7.1-RC2 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 19:46:50 -0000 Hi Julian, Julian Stacey wrote: > Martin wrote: > > "SDH Admin" wrote: > > > Try burning new cd media and/or try another cd-rom drive if possible, > > > if the acpi/dma doesn't work. > > > > I've tried that already with RC1. I've burned it multiple times and > > tried 3 drives. It seems someone removed CD emulation boot from the > > livefs CD. It won't work with older PCs anymore. I'm using 8.0-CURRENT > > now, but I wanted to give you people a notice. Sometimes a live CD is > > useful and perhaps you won't be able to boot it anymore. > > > > I just realized that the CD is not booting on older PCs only, that's > > why noone is really concerned about it here, perhaps thinking that I'm > > not able to burn an ISO or something like that. But I can definitely > > boot 8-CURRENT livefs without problems, so at least it's not a drive > > problem. > > Nasty ! Even though some of us on lists might know to guess & avoid > or ask about this, it seems an un-necessary pain as CDROM is only > half full. I recall people got caught last time FreeBSD CDs didnt > have both boot methods. Maybe whoever removed the code didnt know > that ? Hopefully someone could put it back so FreeBSD doesn't look > broken to some machines & people ? In theory you can have multiple boot methods on the same CD (this is supported by the "ElTorito" standard), but in practice many BIOS implementations fail miserably at it. Therefore it is better to use only one boot method, and the "no emulation" boot method is well supported by today's machines. As far as I can tell, all other major operating systems use it, including the ones from Redmond, so it will likely work in the foreseeable future. Apart from that, the "no emulation" mode is more flexible because you're not limited to the size of a floppy for the boot image. I think the latter is the main reason why FreeBSD abandoned the "floppy emulation" boot method. I think FreeBSD used the "floppy emulation" boot method up until 4.x. So if you have really old hardware that doesn't support "no emulation" mode, it might be a good idea to keep an old CD around for rescue purposes. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python tricks" is a tough one, cuz the language is so clean. E.g., C makes an art of confusing pointers with arrays and strings, which leads to lotsa neat pointer tricks; APL mistakes everything for an array, leading to neat one-liners; and Perl confuses everything period, making each line a joyous adventure . -- Tim Peters From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 20:07:32 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23C281065672 for ; Mon, 5 Jan 2009 20:07:32 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id A29268FC0C for ; Mon, 5 Jan 2009 20:07:31 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n05JZu4L013251; Mon, 5 Jan 2009 13:35:56 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n05JZtp1013250; Mon, 5 Jan 2009 13:35:55 -0600 (CST) (envelope-from brooks) Date: Mon, 5 Jan 2009 13:35:55 -0600 From: Brooks Davis To: Brian Duke Message-ID: <20090105193555.GA11721@lor.one-eyed-alien.net> References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <008b01c96f65$517a9d60$f46fd820$@com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <008b01c96f65$517a9d60$f46fd820$@com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 05 Jan 2009 13:35:56 -0600 (CST) Cc: FreeBSD-stable@freebsd.org Subject: Re: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 20:07:32 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [This question would be better to ask on the freebsd-questions list, but see below.] On Mon, Jan 05, 2009 at 11:41:40AM -0700, Brian Duke wrote: > Hello List, > I'm trying to upgrade my system from 6_2 to 7_1 and cannot seem to do it. > Perhaps I'm missing something. Here is the basic procedure I'm following. >=20 > #cp /usr/share/examples/cvsup/standard-supfile /root/stand_sup > #vi /root/stand_sup > << >>>host=3Dcvsup15.us.FreeBSD.org > << >>>tag=3DRELENG_7_1 >=20 > #cd /usr/src > #cvsup -g -L2 /root/stand_sup > ... > #make -j4 buildworld; make -j4 buildkernel; make installkernel >=20 > ... (come back a hour or so later) > #make installworld; reboot >=20 > After system is back up log in as root and... >=20 > # uname -a > FreeBSD lazerus.box201.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 > 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/S= MP > i386 >=20 > I cannot understand why this system will not upgrade. Even with the > mergemaster -p commands added this system always boots to FreeBSD > 6.2-RELEASE. I've tried this in various ways about 20 times and slowly I'm > corrupting the 6.2 build. I have the install disks but the Upgrade FreeBSD > detects the /usr/src and refuses to over-write the directory. The make > commands always finish perfectly. Would someone give this apparent noob a > hand? You have misunderstood the purpose of csup/cvsup. It will upgrade your source tree and allow you to compile a new kernel and userspace, but it will not upgrade your system for your. What you appear to want to do (binary upgrade) can be accomplished using freebsd-update. See the Updating and Upgrading FreeBSD chapter of the FreeBSD Handbook, particularly the FreeBSD Update section for more details: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/updating-upgradin= g.html -- Brooks --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJYmEaXY6L6fI4GtQRAh8qAKCPH3iYHdA5nmXhr3aESQYZ9j2v7gCg4aL+ y9Q9Y0dxWyCW3ZcVzVn4+7A= =kpGN -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 20:26:49 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 430B3106566B for ; Mon, 5 Jan 2009 20:26:49 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id EE17F8FC0C for ; Mon, 5 Jan 2009 20:26:48 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n05KPPTS013626; Mon, 5 Jan 2009 14:25:25 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n05KPPp6013625; Mon, 5 Jan 2009 14:25:25 -0600 (CST) (envelope-from brooks) Date: Mon, 5 Jan 2009 14:25:25 -0600 From: Brooks Davis To: Brian Duke Message-ID: <20090105202525.GB11721@lor.one-eyed-alien.net> References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <008b01c96f65$517a9d60$f46fd820$@com> <20090105193555.GA11721@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: <20090105193555.GA11721@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 05 Jan 2009 14:25:25 -0600 (CST) Cc: FreeBSD-stable@freebsd.org Subject: Re: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 20:26:49 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable OK, now I feel like an idiot, I completely misread the middle of your e-mail. You might still want to check out freebsd-update since it's a lot quicker than rebuilding, but that's not your issue here. On Mon, Jan 05, 2009 at 01:35:55PM -0600, Brooks Davis wrote: > [This question would be better to ask on the freebsd-questions list, but = see > below.] >=20 > On Mon, Jan 05, 2009 at 11:41:40AM -0700, Brian Duke wrote: > > Hello List, > > I'm trying to upgrade my system from 6_2 to 7_1 and cannot seem to do i= t. > > Perhaps I'm missing something. Here is the basic procedure I'm followin= g. > >=20 > > #cp /usr/share/examples/cvsup/standard-supfile /root/stand_sup > > #vi /root/stand_sup > > << > >>>host=3Dcvsup15.us.FreeBSD.org > > << > >>>tag=3DRELENG_7_1 > >=20 > > #cd /usr/src Was /usr/src empty or populated before you did the initial cvsup? =20 If it was populated, you need to adopt it before updating. http://www.cvsup.org/faq.html#caniadopt I personally just nuke the old tree in most cases. If you want to try an source update, this is probably a good option. > > #cvsup -g -L2 /root/stand_sup > > ... > > #make -j4 buildworld; make -j4 buildkernel; make installkernel Given a lack of a reboot here, you're lucky cvsup isn't working right. If it was, you'd mostly likely have an unusable system part way through the installworld below. > > ... (come back a hour or so later) > > #make installworld; reboot > >=20 > > After system is back up log in as root and... > >=20 > > # uname -a > > FreeBSD lazerus.box201.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan = 12 > > 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys= /SMP > > i386 > >=20 > > I cannot understand why this system will not upgrade. Even with the > > mergemaster -p commands added this system always boots to FreeBSD > > 6.2-RELEASE. I've tried this in various ways about 20 times and slowly = I'm > > corrupting the 6.2 build. I have the install disks but the Upgrade Free= BSD > > detects the /usr/src and refuses to over-write the directory. The make > > commands always finish perfectly. Would someone give this apparent noob= a > > hand? You might try removing the directory entirely and extracting over it. You = can also do that manually by cating tall the split files into tar. -- Brooks >=20 > You have misunderstood the purpose of csup/cvsup. It will upgrade > your source tree and allow you to compile a new kernel and userspace, > but it will not upgrade your system for your. What you appear to want > to do (binary upgrade) can be accomplished using freebsd-update. See > the Updating and Upgrading FreeBSD chapter of the FreeBSD Handbook, > particularly the FreeBSD Update section for more details: >=20 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/updating-upgrad= ing.html --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJYmy0XY6L6fI4GtQRAmjsAJ98aLgdVDZcF2uczyPVCjRGaXp3JgCfSBP+ 5JfKbBD9D/COmGL8jiu4GDM= =AwEE -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 21:01:51 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6F3C106574D for ; Mon, 5 Jan 2009 21:01:51 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 784138FC22 for ; Mon, 5 Jan 2009 21:01:51 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from wmail9.libero.it (172.31.0.78) by cp-out1.libero.it (8.5.016.1) id 495844B6005D43B2; Mon, 5 Jan 2009 22:01:17 +0100 Message-ID: <6108735.968101231189277098.JavaMail.root@wmail9.libero.it> Date: Mon, 5 Jan 2009 22:01:17 +0100 (CET) From: Barbara To: , MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 82.59.197.96 Cc: Subject: R: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 21:01:52 -0000 >Hello List, >I'm trying to upgrade my system from 6_2 to 7_1 and cannot seem to do it. >Perhaps I'm missing something. Here is the basic procedure I'm following. > >#cp /usr/share/examples/cvsup/standard-supfile /root/stand_sup >#vi /root/stand_sup ><<>>>host=cvsup15.us.FreeBSD. org ><<>>>tag=RELENG_7_1 > >#cd /usr/src >#cvsup -g -L2 /root/stand_sup >... >#make -j4 buildworld; make -j4 buildkernel; make installkernel > >... (come back a hour or so later) >#make installworld; reboot > It seems that you have missed to run "mergemaster -p" before, and "mergemaster" after running "make installworld". IMHO, not running mergemaster, you have not updated /etc/motd so it shows 6.2... And, as pointed by Brooks Davis you should have rebooted before running make installworld. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 21:05:11 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DD8C10656C9 for ; Mon, 5 Jan 2009 21:05:11 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id D3DB08FC16 for ; Mon, 5 Jan 2009 21:05:10 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from wmail9.libero.it (172.31.0.78) by cp-out1.libero.it (8.5.016.1) id 495844B6005D4E25; Mon, 5 Jan 2009 22:04:38 +0100 Message-ID: <32085272.968201231189478546.JavaMail.root@wmail9.libero.it> Date: Mon, 5 Jan 2009 22:04:38 +0100 (CET) From: Barbara To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 82.59.197.96 Cc: FreeBSD-stable@FreeBSD.org Subject: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 21:05:12 -0000 >----Messaggio originale---- >Da: barbara.xxx1975@libero.it >Data: 05/01/2009 22.01 >A: , >Ogg: R: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? > > >>Hello List, >>I'm trying to upgrade my system from 6_2 to 7_1 and cannot seem >to do it. >>Perhaps I'm missing something. Here is the basic procedure I'm >following. >> >>#cp /usr/share/examples/cvsup/standard-supfile /root/stand_sup > >>#vi /root/stand_sup >><<>>>>host=cvsup15.us.FreeBSD. >org >><<>>>>tag=RELENG_7_1 >> >>#cd /usr/src >>#cvsup -g -L2 >/root/stand_sup >>... >>#make -j4 buildworld; make -j4 buildkernel; make >installkernel >> >>... (come back a hour or so later) >>#make installworld; reboot > >> > >It seems that you have missed to run "mergemaster -p" before, and >"mergemaster" after running "make installworld". >IMHO, not running mergemaster, >you have not updated /etc/motd so it shows 6.2... Obviously among the other files. >And, as pointed by Brooks >Davis you should have rebooted before running make installworld. Try also reading the comments in /usr/src/Makefile From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:08:34 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1DBA1065672 for ; Mon, 5 Jan 2009 22:08:34 +0000 (UTC) (envelope-from brian@box201.com) Received: from saint.box201.com (timttimy.com [207.224.49.35]) by mx1.freebsd.org (Postfix) with ESMTP id 8527C8FC18 for ; Mon, 5 Jan 2009 22:08:34 +0000 (UTC) (envelope-from brian@box201.com) Received: from [192.168.1.101] (helo=Gamer) by saint.box201.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LJxiO-000KqW-91; Mon, 05 Jan 2009 15:14:32 -0700 From: "Brian Duke" To: "'Barbara'" References: <32085272.968201231189478546.JavaMail.root@wmail9.libero.it> In-Reply-To: <32085272.968201231189478546.JavaMail.root@wmail9.libero.it> Date: Mon, 5 Jan 2009 15:08:01 -0700 Message-ID: <010e01c96f82$252875d0$6f796170$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AclvekwWDuLsML6aS9qJ7gqi5UChUgAAYn0A Content-Language: en-us X-Spam-Score: -4.4 (----) X-Scan-Signature: c8d767c2e3c930b2643f3ab3ad5b971a Cc: FreeBSD-stable@FreeBSD.org Subject: RE: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 22:08:35 -0000 Forgive me for not being as clear as I should have been. I was trying to = be brief. The original email stated in the paragraph below my procedure... > I cannot understand why this system will not upgrade. Even with the=20 > mergemaster -p commands added this system always boots to FreeBSD=20 > 6.2-RELEASE. I do reboot after the=20 #make installkernel I do run mergemaster; The fact is I made a critical mistake at the beginning of this endeavor = which left me in this condition. I followed this procedure = http://people.freebsd.org/~rse/upgrade/freebsd-upgrade-6x-7x.txt up to = the point where I was supposed to change from /usr/src to /usr/adm and = type "make update". At that moment I knew I made a mistake not coming = from FreeBSD6.4. I got an immediate "Bad system call (core dumped)". I = tried to correct the problem by building world and kernel manually. That = didn't help. Everything builds find with no visible errors. Since then = I've been trying to fix that mistake. Here is an example of what happens = during freebsd-update. # freebsd-update fetch Looking up update.FreeBSD.org mirrors... Bad system call (core dumped) none found. Fetching public key from update.FreeBSD.org... done. Fetching metadata signature for 6.2-RELEASE from update.FreeBSD.org... = done. Fetching metadata index... done. Fetching 2 metadata files... done. Inspecting system... done. Preparing to download files... done. Fetching 69 files... failed. # csup also does an immediate core dump. That=E2=80=99s why I'm using = cvsup. My Perl5.8.8 seems unaffected. I'd like to keep my /usr/home if = possible and certain video drivers. That=E2=80=99s why I downloaded and = burned new 7.1 CD's to see if the upgrade there would correct my src. = The install boots up and says it will not fix my src's and tells me to = try cvsup again. Does "uname -a" only show me the MOTD data? I thought that program was a = bit more precise. I've used FreeBSD for years but still consider myself = very new.=20 My supfile looks like this: ------------------------------------------------ # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=3Dcvsup15.us.FreeBSD.org *default base=3D/var/db *default prefix=3D/usr *default release=3Dcvs tag=3DRELENG_7_1 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk = bandwidth, try # commenting out the following line. (Normally, today's CPUs are fast = enough # that you want to run compression.) *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the "src-all" # mega-collection. It includes all of the individual "src-*" = collections. src-all --------------------------------------------------------- I've used FreeBSD for years but still consider myself very new. I = appreciate the help reminding me to reboot and then make installworld. I = should have written the first email a bit clearer. =20 agrapha -----Original Message----- From: owner-freebsd-stable@freebsd.org = [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Barbara Sent: Monday, January 05, 2009 2:05 PM To: brian@box201.com Cc: FreeBSD-stable@FreeBSD.org Subject: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? >----Messaggio originale---- >Da: barbara.xxx1975@libero.it >Data: 05/01/2009=20 22.01 >A: , >Ogg: R: cvsup=20 freebsd 6_2 to freebsd 7_1 not upgrading? > > >>Hello List, >>I'm trying to=20 upgrade my system from 6_2 to 7_1 and cannot seem=20 >to do it. >>Perhaps I'm=20 missing something. Here is the basic procedure I'm=20 >following. >> >>#cp=20 /usr/share/examples/cvsup/standard-supfile /root/stand_sup > >>#vi=20 /root/stand_sup >><<>>>>host=3Dcvsup15.us.FreeBSD. >org >><<>>>>tag=3DRELENG_7_1 >> >>#cd /usr/src >>#cvsup -g -L2=20 >/root/stand_sup >>... >>#make -j4 buildworld; make -j4 buildkernel; make=20 >installkernel >> >>... (come back a hour or so later) >>#make installworld;=20 reboot > >> > >It seems that you have missed to run "mergemaster -p" before,=20 and=20 >"mergemaster" after running "make installworld". >IMHO, not running=20 mergemaster,=20 >you have not updated /etc/motd so it shows 6.2... Obviously=20 among the other files. >And, as pointed by Brooks=20 >Davis you should have=20 rebooted before running make installworld. Try also reading the comments in=20 /usr/src/Makefile _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:13:53 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7344D106566C for ; Mon, 5 Jan 2009 22:13:53 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id 075B98FC08 for ; Mon, 5 Jan 2009 22:13:52 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 37597 invoked by uid 2001); 5 Jan 2009 22:13:52 -0000 Date: Mon, 5 Jan 2009 16:13:52 -0600 From: "Rick C. Petty" To: freebsd-stable@FreeBSD.ORG, david@catwhisker.org Message-ID: <20090105221352.GB35524@keira.kiwi-computer.com> References: <20090102153455.GR4100@albert.catwhisker.org> <200901051923.n05JNrwt038325@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200901051923.n05JNrwt038325@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: newfs(8) parameters from "dumpfs -m" have bad -s value? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 22:13:53 -0000 On Mon, Jan 05, 2009 at 08:23:53PM +0100, Oliver Fromme wrote: > > This seems to be a bug in dumpfs(8). It simply prints > the value of the fs_size field of the superblock, which > is wrong. > > The -s option of newfs(8) expects the available size in > sectors (i.e. 512 bytes), but the fs_size field contains > the size of the file system in 2KB units. This seems to > be the fragment size, but I'm not sure if this is just This *is* the fragment size. UFS/FFS uses the plain term "block" to mean the fragment size. All blocks are indexed with this number, unlike "block size" which is almost always 8 fragments ("blocks"). Confusing. > So, dumpfs(8) needs to be fixed to perform the proper > calculations when printing the value for the -s option. > Unfortunately I'm not sufficiently much of a UFS guru > to offer a fix. My best guess would be to multiply the > fs_size value by the fragment size (measured in 512 byte > units), i.e. multiply by 4 in the most common case. > But I'm afraid the real solution is not that simple. The sector size and filesystem size parameters in newfs are remnants. Everything is converted to number of media sectors (sector size as specified by the device). So one could assume for dumpfs to always use 512, since it's rarely different, and multiply fs_size by fs_fsize and divide by 512, and then output "-S 512". Better yet would be to add a parameter ("-z" perhaps) to newfs(8) to accept number of bytes instead of multiples of sectorsize. I would be willing to write up patches for dumpfs and newfs to both add the raw byte size and the 512-byte sector size handling to correct said mistake, unless someone else would rather. -- Rick C. Petty From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:13:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0711065670; Mon, 5 Jan 2009 22:13:55 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 364E08FC0C; Mon, 5 Jan 2009 22:13:55 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 231086211; Tue, 06 Jan 2009 00:13:54 +0200 Message-ID: <49628626.40202@FreeBSD.org> Date: Tue, 06 Jan 2009 00:13:58 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org Subject: HEADS UP: snd_hda MFC plan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 22:13:56 -0000 If there will be no objections, I am going to merge latest snd_hda driver from HEAD to 7-STABLE next days. Driver was extensively tested by many people with numerous hardware on both HEAD and 7-STABLE and provides many significant benefits. Discussions can be found on multimedia@ list. The most user-visible difference, is that new driver often provides several audio devices even on simple systems. That devices refer the different physical or logical audio hardware parts and using different hardware connectors. This feature described in details in updated man page. On most systems having several devices is not a problem, as mostly used analog connectors are usually detected first. But on some systems (for example, having separate HDMI ports on video cards, which are now also supported and often detected first), user may be required to explicitly configure his audio applications or by using hw.snd.default_unit sysctl globally specify default audio device he wants to use. This moment explicitly specified in updated man page and I am going to specify it in UPDATING. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:18:47 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E501106574C for ; Mon, 5 Jan 2009 22:18:47 +0000 (UTC) (envelope-from l1nyx01d@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id BB8688FC2D for ; Mon, 5 Jan 2009 22:18:46 +0000 (UTC) (envelope-from l1nyx01d@googlemail.com) Received: by ey-out-2122.google.com with SMTP id d26so825466eyd.7 for ; Mon, 05 Jan 2009 14:18:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:x-mailer:reply-to :x-priority:message-id:to:subject:mime-version:content-type :content-transfer-encoding; bh=PtPmpOh5YoWPn9FMLUKwGNB7KXiIDBtRz7phR6F+A68=; b=nKH4uBzJ4QsxIIOoc/D3C0CbQLusLfus4cZQu7WCDKI8eVg9rUWEZ+RD8SKFYXhlDx rZ6vh+HY8lLO5pUNxktGwzskal6YBF4GmGvdh5Q22ksfCbuQC3w9NZzB7vx+6LwhfFr+ 6XnSOmk8FJaPeyBe2OLtRNao4g7RAnHsvaZCI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:x-mailer:reply-to:x-priority:message-id:to:subject :mime-version:content-type:content-transfer-encoding; b=gXilJvPiqIl4cWS8aI7g1VzjNZ9KJtaEej8KyjNTm6CXwSM1l+x/+cLOZ40D++Ik3Y jCeirci8JhGZuji77X2OkRyhIWD88ICA10UwyFOud/kJtQGbqEKmbIHRUoC0WiZZBPQH G5YcwoDbsRVSpZ5TbeVx2rNno/87Y+fCGy0CE= Received: by 10.210.44.19 with SMTP id r19mr5745479ebr.122.1231192358941; Mon, 05 Jan 2009 13:52:38 -0800 (PST) Received: from goletsa (92.243.69.98.addr.datapoint.ru [92.243.69.98]) by mx.google.com with ESMTPS id 10sm3064831eyz.39.2009.01.05.13.52.37 (version=SSLv3 cipher=OTHER); Mon, 05 Jan 2009 13:52:38 -0800 (PST) Date: Tue, 6 Jan 2009 00:52:32 +0300 From: "L1NYX01D@GOOGLEMAIL.COM" X-Mailer: Voyager (v4.0.18.4) Professional X-Priority: 3 (Normal) Message-ID: <475202416.20090106005232@gmail.com> To: FreeBSD-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: FreeBSD6.2 to 7.1 Remote update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "L1NYX01D@GMAIL.COM" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 22:18:48 -0000 =C7=E4=F0=E0=E2=F1=F2=E2=F3=E9=F2=E5, FreeBSD-stable. It's real? I have one server with hard to access physically. Can I update him to new release over ssh only? --=20 =D1 =F3=E2=E0=E6=E5=ED=E8=E5=EC, L1NYX01D mailto:l1nyx01d@googlemail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:20:54 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F665106564A for ; Mon, 5 Jan 2009 22:20:54 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id 236D78FC16 for ; Mon, 5 Jan 2009 22:20:54 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 37420 invoked by uid 2001); 5 Jan 2009 21:54:12 -0000 Date: Mon, 5 Jan 2009 15:54:12 -0600 From: "Rick C. Petty" To: Brian Duke Message-ID: <20090105215412.GA35524@keira.kiwi-computer.com> References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <008b01c96f65$517a9d60$f46fd820$@com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <008b01c96f65$517a9d60$f46fd820$@com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-stable@FreeBSD.org Subject: Re: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 22:20:54 -0000 On Mon, Jan 05, 2009 at 11:41:40AM -0700, Brian Duke wrote: > > #cp /usr/share/examples/cvsup/standard-supfile /root/stand_sup > #vi /root/stand_sup > << >>>host=cvsup15.us.FreeBSD.org > << >>>tag=RELENG_7_1 > > #cd /usr/src > #cvsup -g -L2 /root/stand_sup > ... > #make -j4 buildworld; make -j4 buildkernel; make installkernel > > ... (come back a hour or so later) > #make installworld; reboot You should always reboot into the new kernel before running the install world, especially if updating the major version. I always boot into single-user to do my install world, although a new kernel should work with old userland. Although this isn't your problem. You should see the kernel's version at boot time (and through uname(1)), so somehow you're not installing the kernel. I'd probably change your line to: make -j4 buildworld buildkernel && make installkernel or just: make -j4 buildworld kernel && echo "success" -- Rick C. Petty From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:33:40 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E08D106566C for ; Mon, 5 Jan 2009 22:33:40 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id DE7588FC08 for ; Mon, 5 Jan 2009 22:33:39 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n05MWGr7014647; Mon, 5 Jan 2009 16:32:16 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n05MWGnE014646; Mon, 5 Jan 2009 16:32:16 -0600 (CST) (envelope-from brooks) Date: Mon, 5 Jan 2009 16:32:16 -0600 From: Brooks Davis To: Brian Duke Message-ID: <20090105223216.GE11721@lor.one-eyed-alien.net> References: <32085272.968201231189478546.JavaMail.root@wmail9.libero.it> <010e01c96f82$252875d0$6f796170$@com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EXKGNeO8l0xGFBjy" Content-Disposition: inline In-Reply-To: <010e01c96f82$252875d0$6f796170$@com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 05 Jan 2009 16:32:17 -0600 (CST) Cc: 'Barbara' , FreeBSD-stable@freebsd.org Subject: Re: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 22:33:40 -0000 --EXKGNeO8l0xGFBjy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 05, 2009 at 03:08:01PM -0700, Brian Duke wrote: > Forgive me for not being as clear as I should have been. I was trying to = be brief. > The original email stated in the paragraph below my procedure... >=20 > > I cannot understand why this system will not upgrade. Even with the=20 > > mergemaster -p commands added this system always boots to FreeBSD=20 > > 6.2-RELEASE. >=20 > I do reboot after the=20 > #make installkernel > I do run mergemaster; >=20 > The fact is I made a critical mistake at the beginning of this > endeavor which left me in this condition. >=20 > I followed this procedure > http://people.freebsd.org/~rse/upgrade/freebsd-upgrade-6x-7x.txt up > to the point where I was supposed to change from /usr/src to /usr/adm > and type "make update". At that moment I knew I made a mistake not > coming from FreeBSD6.4. I got an immediate "Bad system call (core > dumped)". I tried to correct the problem by building world and kernel > manually. That didn't help. Everything builds find with no visible > errors. Since then I've been trying to fix that mistake. Here is an > example of what happens during freebsd-update. > > # freebsd-update fetch > Looking up update.FreeBSD.org mirrors... Bad system call (core dumped) > none found. > Fetching public key from update.FreeBSD.org... done. > Fetching metadata signature for 6.2-RELEASE from update.FreeBSD.org... do= ne. > Fetching metadata index... done. > Fetching 2 metadata files... done. > Inspecting system... done. > Preparing to download files... done. > Fetching 69 files... failed. > # >=20 > csup also does an immediate core dump. That???s why I'm using > cvsup. My Perl5.8.8 seems unaffected. I'd like to keep my /usr/home > if possible and certain video drivers. That???s why I downloaded and > burned new 7.1 CD's to see if the upgrade there would correct my > src. The install boots up and says it will not fix my src's and tells > me to try cvsup again. Since it looks like your supfile below is OK, you might try blowing away /usr/src and the contents of /var/db/sup and trying again. Assuming none of the build binaries are 6.4 or 7.1 dependent, you may be able to recover from a clean tree. Otherwise, it looks like you'll need to do a manual refresh of 6.2 from the CD or reinstall. A back up of key data and reinstall may well be fastest at this point. > Does "uname -a" only show me the MOTD data? I thought that program was > a bit more precise. I've used FreeBSD for years but still consider > myself very new. uname -a returns the versions string it gets from the kernel so it should be accurate. /etc/motd is updated at boot using the output of uname. > My supfile looks like this: > ------------------------------------------------ > # IMPORTANT: Change the next line to use one of the CVSup mirror sites > # listed at http://www.freebsd.org/doc/handbook/mirrors.html. > *default host=3Dcvsup15.us.FreeBSD.org > *default base=3D/var/db > *default prefix=3D/usr > *default release=3Dcvs tag=3DRELENG_7_1 > *default delete use-rel-suffix >=20 > # If you seem to be limited by CPU rather than network or disk bandwidth,= try > # commenting out the following line. (Normally, today's CPUs are fast en= ough > # that you want to run compression.) > *default compress >=20 > ## Main Source Tree. > # > # The easiest way to get the main source tree is to use the "src-all" > # mega-collection. It includes all of the individual "src-*" collections. > src-all > --------------------------------------------------------- >=20 > I've used FreeBSD for years but still consider myself very > new. I appreciate the help reminding me to reboot and then make > installworld. I should have written the first email a bit clearer. >=20 > agrapha >=20 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freeb= sd.org] On Behalf Of Barbara > Sent: Monday, January 05, 2009 2:05 PM > To: brian@box201.com > Cc: FreeBSD-stable@FreeBSD.org > Subject: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? >=20 >=20 >=20 > >----Messaggio originale---- > >Da: barbara.xxx1975@libero.it > >Data: 05/01/2009=20 > 22.01 > >A: , > >Ogg: R: cvsup=20 > freebsd 6_2 to freebsd 7_1 not upgrading? > > > > > >>Hello List, > >>I'm trying to=20 > upgrade my system from 6_2 to 7_1 and cannot seem=20 > >to do it. > >>Perhaps I'm=20 > missing something. Here is the basic procedure I'm=20 > >following. > >> > >>#cp=20 > /usr/share/examples/cvsup/standard-supfile /root/stand_sup > > > >>#vi=20 > /root/stand_sup > >><< >>>>>host=3Dcvsup15.us.FreeBSD. >=20 > >org > >><< >>>>>tag=3DRELENG_7_1 > >> > >>#cd /usr/src > >>#cvsup -g -L2=20 >=20 > >/root/stand_sup > >>... > >>#make -j4 buildworld; make -j4 buildkernel; make=20 >=20 > >installkernel > >> > >>... (come back a hour or so later) > >>#make installworld;=20 > reboot > > > >> > > > >It seems that you have missed to run "mergemaster -p" before,=20 > and=20 > >"mergemaster" after running "make installworld". > >IMHO, not running=20 > mergemaster,=20 > >you have not updated /etc/motd so it shows 6.2... > Obviously=20 > among the other files. > >And, as pointed by Brooks=20 > >Davis you should have=20 > rebooted before running make installworld. > Try also reading the comments in=20 > /usr/src/Makefile >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 --EXKGNeO8l0xGFBjy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJYopwXY6L6fI4GtQRAt2YAKCGNezk75c9LQy8O6Mdd/CqJIx5zACeMAiW UBlt1prpEb32vK6gU1XGF+4= =o+UM -----END PGP SIGNATURE----- --EXKGNeO8l0xGFBjy-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:35:11 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A83A1065678 for ; Mon, 5 Jan 2009 22:35:11 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id E88908FC08 for ; Mon, 5 Jan 2009 22:35:10 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n05MXtlZ014684; Mon, 5 Jan 2009 16:33:55 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n05MXt7V014683; Mon, 5 Jan 2009 16:33:55 -0600 (CST) (envelope-from brooks) Date: Mon, 5 Jan 2009 16:33:55 -0600 From: Brooks Davis To: "L1NYX01D@GMAIL.COM" Message-ID: <20090105223355.GF11721@lor.one-eyed-alien.net> References: <475202416.20090106005232@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oPmsXEqKQNHCSXW7" Content-Disposition: inline In-Reply-To: <475202416.20090106005232@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 05 Jan 2009 16:33:55 -0600 (CST) Cc: FreeBSD-stable@freebsd.org Subject: Re: FreeBSD6.2 to 7.1 Remote update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 22:35:11 -0000 --oPmsXEqKQNHCSXW7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 06, 2009 at 12:52:32AM +0300, L1NYX01D@GOOGLEMAIL.COM wrote: > ????????????, FreeBSD-stable. >=20 > It's real? > I have one server with hard to access physically. >=20 > Can I update him to new release over ssh only? It's quite possible if you're careful, but there are plenty of ways to do it wrong. Make sure to reading the upgrading documentation and the release notes carefully (especially if you have em* network interfaces). -- Brooks --oPmsXEqKQNHCSXW7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJYorSXY6L6fI4GtQRAmkyAKCTe4FabVR/3ht5KFkZugF1XqEK3gCgrHGQ kfbKKP4V+wpqH6kUg57TpSs= =EISV -----END PGP SIGNATURE----- --oPmsXEqKQNHCSXW7-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:44:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5339106566B for ; Mon, 5 Jan 2009 22:44:48 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF2A8FC14 for ; Mon, 5 Jan 2009 22:44:47 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id n05MQNsW040215 for ; Mon, 5 Jan 2009 23:26:24 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 5F2B9B853; Mon, 5 Jan 2009 23:26:23 +0100 (CET) Date: Mon, 5 Jan 2009 23:26:23 +0100 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20090105222623.GA52838@slackbox.xs4all.nl> References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20090105164403.GE3756@trusted-logic.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 22:44:48 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 05, 2009 at 05:44:03PM +0100, Erwan David wrote: > On Mon, Jan 05, 2009 at 05:36:35PM CET, Torfinn Ingolfsen said: > > On Sun, 04 Jan 2009 23:14:22 +0100 > > Harald Weis wrote: > >=20 > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > > The printer is delivered with the install software required for Linux. > > > And CUPS does not seem to "know" it. > >=20 > > As always, check OpenPrinting.org first: > > http://openprinting.org/show_printer.cgi?recnum=3DSamsung-SCX-4200 > >=20 >=20 > It is not always sufficient. My Brother DCP-540 CN is said to work > perfectly, but only with brother binary linux drivers, under linux. I > did not find any way to make it work under freeBSD. This should be a FAQ: do yourself a favor and get a printer that supports postscript. It will work with little effort with most UNIX-based program (because they usually support postscript output) and with most spoolers. A postscript printer is probably a bit more expensive than others, but if your printer doesn't work it doesn't matter how affordable is was; it is just an expensive paperweight. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkliiQ8ACgkQEnfvsMMhpyUoKQCfZWXMhJPcmGP9cTUGMK5Qmv/b al8An0CQbbmSV1K6nELeN5dqfBkj5ftM =31bz -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 23:07:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF0BE106566C for ; Mon, 5 Jan 2009 23:07:34 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 8F04D8FC0C for ; Mon, 5 Jan 2009 23:07:34 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so10092561wfg.7 for ; Mon, 05 Jan 2009 15:07:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:user-agent :mime-version:to:subject:x-enigmail-version:openpgp:content-type :content-transfer-encoding:from; bh=vupOpP/4lJczrQdAaMZwydfuJ707Tvsy5QM5LtvV7Z4=; b=VerQt3B8lkG13EPiLs2CdWh7xB3nyr+p/FDzXlQW7EPVDLeDhiIgoNqOEptlW9NGN8 wd9OKy4DqSCEGvBr2QPgGIPiDSVEMbP2yU/m5Iwlf3hwQ3pIHBQBgzK02GTJ8fj3stkk Bq367P9KhEgYmUw4wC4z4XMiVDGXru5Ccn2X0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:subject :x-enigmail-version:openpgp:content-type:content-transfer-encoding :from; b=MKSA+l1LloyMrW2ixfChVYpu3gCyOWzBzXx0akGLt/dcLyi3MDXeIRCdlo9XpeHpMU dyhij2mluK/MJ9BPNmqT6meXjvVSBpgCG22Du3Ns++mIURFuVOrts1YB8h5esNzocCKE phm0roQYBVAxyDEwGe5jvUmZd4az/Wo6shEQE= Received: by 10.142.161.13 with SMTP id j13mr8865556wfe.276.1231195442704; Mon, 05 Jan 2009 14:44:02 -0800 (PST) Received: from aargh.lan (ool-182fcc8b.dyn.optonline.net [24.47.204.139]) by mx.google.com with ESMTPS id 28sm35954wfd.34.2009.01.05.14.44.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Jan 2009 14:44:01 -0800 (PST) Message-ID: <49628D2B.4090306@gmail.com> Date: Mon, 05 Jan 2009 17:43:55 -0500 User-Agent: Mozilla (X11; U; FreeBSD i386; en-US; ) Gecko Thunderbird Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=E9C2CCD1; url=pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Eitan Adler Subject: buildworld failure on SSH Makefile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 23:07:35 -0000 When I do make -DNO_PROFILE buildworld revision 186797 from svn I get ==> secure/usr.bin/ssh-agent (cleandir) rm -f ssh-agent ssh-agent.o ssh-agent.1.gz ssh-agent.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> secure/usr.bin/ssh-keygen (cleandir) rm -f ssh-keygen ssh-keygen.o ssh-keygen.1.gz ssh-keygen.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> secure/usr.bin/ssh-keyscan (cleandir) rm -f ssh-keyscan ssh-keyscan.o ssh-keyscan.1.gz ssh-keyscan.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> secure/usr.sbin (cleandir) ===> secure/usr.sbin/sshd (cleandir) rm -f sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o sshpty.o sshlogin.o servconf.o serverloop.o auth.o auth1.o auth2.o auth-options.o session .o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o auth-bsdauth.o auth2-hos tbased.o auth2-kbdint.o auth2-none.o auth2-passwd.o auth2-pubkey.o monitor_mm.o monitor.o monitor_wrap.o kexdhs.o kexgexs.o auth-krb5.o auth2-gss.o gss-serv.o g ss-serv-krb5.o loginrec.o auth-pam.o auth-shadow.o auth-sia.o md5crypt.o audit.o audit-bsm.o platform.o sftp-server.o sftp-common.o gss-genr.o sshd.8.gz sshd_co nfig.5.gz sshd.8.cat.gz sshd_config.5.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> share (cleandir) "Makefile", line 1: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /home/src/mysrc/local. *** Error code 1 Stop in /home/src/mysrc/local. *** Error code 1 Stop in /home/src/mysrc/local. -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 23:18:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB9F5106564A for ; Mon, 5 Jan 2009 23:18:57 +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 9E3368FC08 for ; Mon, 5 Jan 2009 23:18:57 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 3C50473098; Tue, 6 Jan 2009 00:23:54 +0100 (CET) Date: Tue, 6 Jan 2009 00:23:54 +0100 From: Luigi Rizzo To: Roland Smith Message-ID: <20090105232354.GA85619@onelab2.iet.unipi.it> References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090105222623.GA52838@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 23:18:58 -0000 On Mon, Jan 05, 2009 at 11:26:23PM +0100, Roland Smith wrote: > On Mon, Jan 05, 2009 at 05:44:03PM +0100, Erwan David wrote: > > On Mon, Jan 05, 2009 at 05:36:35PM CET, Torfinn Ingolfsen said: > > > On Sun, 04 Jan 2009 23:14:22 +0100 > > > Harald Weis wrote: > > > > > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > > > The printer is delivered with the install software required for Linux. > > > > And CUPS does not seem to "know" it. ... > > It is not always sufficient. My Brother DCP-540 CN is said to work > > perfectly, but only with brother binary linux drivers, under linux. I > > did not find any way to make it work under freeBSD. > > This should be a FAQ: do yourself a favor and get a printer that > supports postscript. It will work with little effort with most > UNIX-based program (because they usually support postscript output) and > with most spoolers. Actually, this is debatable. If everybody were following your suggestion we wouldn't have support for a lot of devices (printers, disk controllers, scanners, wireless and network devices, embedded systems) that now do work with FreeBSD or other Open Source systems. We are talking about a 70euro laser printer here -- it is not unreasonable to take a bit of a risk and try it out, and it is also good for the community to have people willing to test new hardware and report success or failure. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 00:14:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6C70106566B for ; Tue, 6 Jan 2009 00:14:19 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB138FC0C for ; Tue, 6 Jan 2009 00:14:19 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA07.westchester.pa.mail.comcast.net with comcast id zzgA1a0330xGWP857014GW; Tue, 06 Jan 2009 00:01:04 +0000 Received: from daland.home ([24.61.21.4]) by OMTA12.westchester.pa.mail.comcast.net with comcast id 00131b00b05H7zL3Y014yk; Tue, 06 Jan 2009 00:01:04 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LJzNW-000OQZ-K4; Mon, 05 Jan 2009 19:01:02 -0500 From: Alex Goncharov To: Harald Weis In-reply-to: <20090105232354.GA85619@onelab2.iet.unipi.it> (message from Luigi Rizzo on Tue, 6 Jan 2009 00:23:54 +0100) References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> Message-Id: Sender: Alex Goncharov Date: Mon, 05 Jan 2009 19:01:02 -0500 Cc: freebsd-stable@freebsd.org Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 00:14:20 -0000 On Mon, Jan 05, 2009 at 11:26:23PM +0100, Roland Smith wrote: > On Mon, Jan 05, 2009 at 05:44:03PM +0100, Erwan David wrote: > > On Mon, Jan 05, 2009 at 05:36:35PM CET, Torfinn Ingolfsen said: > > > On Sun, 04 Jan 2009 23:14:22 +0100 > > > Harald Weis wrote: > > > > > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > > > The printer is delivered with the install software required for Linux. > > > > And CUPS does not seem to "know" it. > > It is not always sufficient. My Brother DCP-540 CN is said to work > > perfectly, but only with brother binary linux drivers, under linux. I > > did not find any way to make it work under freeBSD. > > This should be a FAQ: do yourself a favor and get a printer that > supports postscript. It will work with little effort with most > UNIX-based program (because they usually support postscript output) and > with most spoolers. Try to install the cupsys, cupsys-bsd, cupsomatic-ppd and foomatic-db ports and take a look at this link: http://forums.linux-foundation.org/read.php?31,302,320,quote=1 -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 02:51:15 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1FB4106564A; Tue, 6 Jan 2009 02:51:15 +0000 (UTC) (envelope-from terry@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.freebsd.org (Postfix) with ESMTP id A4B8B8FC08; Tue, 6 Jan 2009 02:51:15 +0000 (UTC) (envelope-from terry@tmk.com) Received: from tmk.com by tmk.com (PMDF V6.3-x13 #37010) id <01N3Y7NJUIDS0008L3@tmk.com>; Mon, 05 Jan 2009 21:51:13 -0500 (EST) Date: Mon, 05 Jan 2009 20:44:04 -0500 (EST) From: Terry Kennedy In-reply-to: "Your message dated Mon, 05 Jan 2009 14:16:57 +0000 (GMT)" To: Robert Watson Message-id: <01N3YA1PE7BE0008L3@tmk.com> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii; format=flowed References: <01N3OFGBCXMS000125@tmk.com> <01N3OYSUCHAE000125@tmk.com> <01N3VGDZ7EOM0008L3@tmk.com> <01N3XI0VWEA00008L3@tmk.com> Cc: Peter Jeremy , freebsd-stable@FreeBSD.org Subject: Re: rdump stuck in sbwait state (RELENG_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 02:51:16 -0000 > Could I ask you to also send me procstat -f output? Sure: (0:37) test4:/usr/src# procstat -f 4436 PID COMM FD T V FLAGS REF OFFSET PRO NAME 4436 rdump cwd v d -------- - - - /tmp 4436 rdump root v d -------- - - - / 4436 rdump 0 v c rw------ 31 7762 - - 4436 rdump 1 v c rw------ 31 7762 - - 4436 rdump 2 v c rw------ 31 7762 - - 4436 rdump 3 s - rw------ 6 0 TCP 204.141.35.11:892 204.141.35.63:514 4436 rdump 4 v r r------- 2 0 - - 4436 rdump 5 s - rw------ 5 0 TCP 204.141.35.11:770 204.141.35.63:1020 (0:38) test4:/usr/src# procstat -f 4439 PID COMM FD T V FLAGS REF OFFSET PRO NAME 4439 rdump cwd v d -------- - - - /tmp 4439 rdump root v d -------- - - - / 4439 rdump 0 v c rw------ 31 7762 - - 4439 rdump 1 v c rw------ 31 7762 - - 4439 rdump 2 v c rw------ 31 7762 - - 4439 rdump 3 s - rw------ 6 0 TCP 204.141.35.11:892 204.141.35.63:514 4439 rdump 4 v r r------- 2 0 - - 4439 rdump 5 s - rw------ 5 0 TCP 204.141.35.11:770 204.141.35.63:1020 4439 rdump 6 s - rw------ 4 0 UDS - 4439 rdump 7 s - rw------ 1 0 UDS - 4439 rdump 8 s - rw------ 3 0 UDS - 4439 rdump 9 s - rw------ 1 0 UDS - 4439 rdump 10 s - rw------ 2 0 UDS - 4439 rdump 11 s - rw------ 2 0 UDS - (0:39) test4:/usr/src# procstat -f 4440 PID COMM FD T V FLAGS REF OFFSET PRO NAME 4440 rdump cwd v d -------- - - - /tmp 4440 rdump root v d -------- - - - / 4440 rdump 0 v c rw------ 31 7762 - - 4440 rdump 1 v c rw------ 31 7762 - - 4440 rdump 2 v c rw------ 31 7762 - - 4440 rdump 3 s - rw------ 6 0 TCP 204.141.35.11:892 204.141.35.63:514 4440 rdump 4 v c r------- 1 0 - - 4440 rdump 5 s - rw------ 5 0 TCP 204.141.35.11:770 204.141.35.63:1020 4440 rdump 6 s - rw------ 4 0 UDS - (0:40) test4:/usr/src# procstat -f 4441 PID COMM FD T V FLAGS REF OFFSET PRO NAME 4441 rdump cwd v d -------- - - - /tmp 4441 rdump root v d -------- - - - / 4441 rdump 0 v c rw------ 31 7762 - - 4441 rdump 1 v c rw------ 31 7762 - - 4441 rdump 2 v c rw------ 31 7762 - - 4441 rdump 3 s - rw------ 6 0 TCP 204.141.35.11:892 204.141.35.63:514 4441 rdump 4 v c r------- 1 0 - - 4441 rdump 5 s - rw------ 5 0 TCP 204.141.35.11:770 204.141.35.63:1020 4441 rdump 6 s - rw------ 4 0 UDS - 4441 rdump 8 s - rw------ 3 0 UDS - (0:41) test4:/usr/src# procstat -f 4442 PID COMM FD T V FLAGS REF OFFSET PRO NAME 4442 rdump cwd v d -------- - - - /tmp 4442 rdump root v d -------- - - - / 4442 rdump 0 v c rw------ 31 7762 - - 4442 rdump 1 v c rw------ 31 7762 - - 4442 rdump 2 v c rw------ 31 7762 - - 4442 rdump 3 s - rw------ 6 0 TCP 204.141.35.11:892 204.141.35.63:514 4442 rdump 4 v c r------- 1 0 - - 4442 rdump 5 s - rw------ 5 0 TCP 204.141.35.11:770 204.141.35.63:1020 4442 rdump 6 s - rw------ 4 0 UDS - 4442 rdump 8 s - rw------ 3 0 UDS - 4442 rdump 10 s - rw------ 2 0 UDS - > In general, being blocked in soreceive() means that the application at the > other end hasn't sent data, or the other end hasn't received or correctly > processed ACKs from the local end, so isn't sending more data that it has > queued up. The condition you describe sounds more like what would happen in a > sender: that it has data to send, but the remote side hasn't ACK'd > sufficiently to send it all. Looking at the tcpdump capture at http://www.tmk.com/transient/rdump30.gz, I think everything has been ack'd by the other side. > If you have kgdb handy, it would be useful to > look at *so and *so->so_domain in the soreceive_generic frame of proc 4439. > If it's an inet socket, we'd like to see *(struct inpcb *)so->so_pcb, and if > it's a TCP socket, *(struct tcpcb *)((struct inpcb *)so->so_pcb)->inp_ppcb. Sorry, you lost me here. Can you give me detailed instructions on how to examine this data? I got as far as "proc 4439" in kgdb, but then got lost. Thanks, Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 03:43:41 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C540C10656C0 for ; Tue, 6 Jan 2009 03:43:41 +0000 (UTC) (envelope-from chris@arnold.se) Received: from mailstore.infotropic.com (mailstore.infotropic.com [213.136.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6F98FC08 for ; Tue, 6 Jan 2009 03:43:40 +0000 (UTC) (envelope-from chris@arnold.se) Received: (qmail 66538 invoked by uid 89); 6 Jan 2009 03:16:58 -0000 Received: by simscan 1.2.0 ppid: 66533, pid: 66535, t: 0.1312s scanners: attach: 1.2.0 clamav: 0.94/m: Received: from unknown (HELO ?192.168.123.35?) (chris@arnold.se@85.132.191.39) by mailstore.infotropic.com with ESMTPA; 6 Jan 2009 03:16:58 -0000 Date: Tue, 6 Jan 2009 04:16:57 +0100 (CET) From: Christopher Arnold X-X-Sender: chris@localhost To: "L1NYX01D@GMAIL.COM" In-Reply-To: <475202416.20090106005232@gmail.com> Message-ID: References: <475202416.20090106005232@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-stable@FreeBSD.org Subject: Re: FreeBSD6.2 to 7.1 Remote update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 03:43:42 -0000 On Tue, 6 Jan 2009, L1NYX01D@GOOGLEMAIL.COM wrote: > ????????????, FreeBSD-stable. > > It's real? > I have one server with hard to access physically. > > Can I update him to new release over ssh only? > Be carefull... I did such an update some time ago and had some problems with ssh not working. And then no access to the system... I THINK that thoose problems would have been avioded if i would have enabled telnet access to the system before doing the upgrade. I have some notes somewhere that was supposed to become a blog entry, that i never got around to writing. I'll look into then and se what i can suggest to you, and please feel free to mail me directly if you want some more information. /Chris -- http://www.arnold.se/chris/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 04:25:09 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40FA21065672; Tue, 6 Jan 2009 04:25:09 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from mail-gx0-f18.google.com (mail-gx0-f18.google.com [209.85.217.18]) by mx1.freebsd.org (Postfix) with ESMTP id CB3A48FC18; Tue, 6 Jan 2009 04:25:08 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: by gxk11 with SMTP id 11so192815gxk.19 for ; Mon, 05 Jan 2009 20:25:08 -0800 (PST) Received: by 10.151.156.6 with SMTP id i6mr24362823ybo.150.1231215907903; Mon, 05 Jan 2009 20:25:07 -0800 (PST) Received: by 10.151.68.13 with HTTP; Mon, 5 Jan 2009 20:25:07 -0800 (PST) Message-ID: <47713ee10901052025y26d342f6me0aea946a49b6f0a@mail.gmail.com> Date: Tue, 6 Jan 2009 12:25:07 +0800 From: "Lin Jui-Nan Eric" To: "Robert Watson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10812301206j12b35264o715976c154080a1b@mail.gmail.com> <47713ee10901012147k1f25c31bn512dd29b2b294ad5@mail.gmail.com> <47713ee10901012249w65c659bbp3366e4d8ef25c59d@mail.gmail.com> Cc: freebsd-net@freebsd.org, stable@freebsd.org Subject: Re: TCP packet out-of-order problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 04:25:09 -0000 Hi Robert, I thought that the system auto-tune improperly in this case. On Mon, Jan 5, 2009 at 9:13 PM, Robert Watson wrote: > On Fri, 2 Jan 2009, Lin Jui-Nan Eric wrote: > >> After running "netstat -s -p tcp", we found that lots of packets are >> discarded due to memory problems. We googled for it, and found that sysctl >> oid "net.inet.tcp.reass.maxsegments" became 0, therefore packets never >> reassembled. >> >> Then we checked our /boot/loader.conf and /etc/sysctl.conf, and found that >> setting kern.ipc.nmbclusters="0" makes net.inet.tcp.reass.maxsegments=0. >> After setting net.inet.tcp.reass.maxsegments="1600" in /boot/loader.conf, >> the network works perfectly now. > > Was it set to 0 through a configuration error, or did the system auto-tune > improperly? > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> Thank you all for the help! >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 05:24:51 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8AEC106566B for ; Tue, 6 Jan 2009 05:24:51 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id 751AB8FC14 for ; Tue, 6 Jan 2009 05:24:51 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.196] (pool-71-109-162-173.lsanca.dsl-w.verizon.net [71.109.162.173]) (authenticated bits=0) by zoom.lafn.org (8.14.2/8.14.2) with ESMTP id n064rj1Q092775 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 5 Jan 2009 20:53:46 -0800 (PST) (envelope-from bc979@lafn.org) Message-Id: <75412669-8781-4E77-9651-6F6EED2E48F4@lafn.org> From: Doug Hardie To: stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 5 Jan 2009 20:53:45 -0800 X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on zoom.lafn.org X-Virus-Status: Clean Cc: Subject: 7.1 Live Filesystem CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 05:24:52 -0000 Is the Live Filesystem CD supposed to be bootable? 7.0's was but I can't get the 7.1 disc to boot. It works fine if I boot from CD 1 and then switch. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 06:19:09 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A024A106564A for ; Tue, 6 Jan 2009 06:19:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 648DE8FC0C for ; Tue, 6 Jan 2009 06:19:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n065n7JH056597 for ; Mon, 5 Jan 2009 21:49:07 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n065n7f2056596 for freebsd-stable@FreeBSD.ORG; Mon, 5 Jan 2009 21:49:07 -0800 (PST) (envelope-from david) Date: Mon, 5 Jan 2009 21:49:07 -0800 From: David Wolfskill To: freebsd-stable@FreeBSD.ORG Message-ID: <20090106054907.GP4100@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , freebsd-stable@FreeBSD.ORG References: <20090102153455.GR4100@albert.catwhisker.org> <200901051923.n05JNrwt038325@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1xCX6FQ4xS7iUK7H" Content-Disposition: inline In-Reply-To: <200901051923.n05JNrwt038325@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: newfs(8) parameters from "dumpfs -m" have bad -s value? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 06:19:10 -0000 --1xCX6FQ4xS7iUK7H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 05, 2009 at 08:23:53PM +0100, Oliver Fromme wrote: > ... > > pool10(7.1-RC1)[36] dumpfs -m /dev/da1s1d > > # newfs command for /dev/da1s1d (/dev/da1s1d) > > newfs -O 2 -U -a 8 -b 16384 -d 16384 -e 2048 -f 2048 -g 16384 -h 64 -m= 8 -o time -s 879031908 /dev/da1s1d=20 >=20 > This seems to be a bug in dumpfs(8). It simply prints > the value of the fs_size field of the superblock, which > is wrong. >=20 > The -s option of newfs(8) expects the available size in > sectors (i.e. 512 bytes), but the fs_size field contains > the size of the file system in 2KB units. This seems to > be the fragment size, but I'm not sure if this is just > coincidence (the docs state that it's the size in blocks, > but this is misleading because the blocksize is usually > different; the default is 16K). >=20 > So, dumpfs(8) needs to be fixed to perform the proper > calculations when printing the value for the -s option. > Unfortunately I'm not sufficiently much of a UFS guru > to offer a fix. My best guess would be to multiply the > fs_size value by the fragment size (measured in 512 byte > units), i.e. multiply by 4 in the most common case. > But I'm afraid the real solution is not that simple. Empirically, I find that -- at least in the case in question -- using the superblock's dsize, multiplied by 2, gets the correct result: Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/da1s1d 1702753030 2744 1566530044 0% /b Extract from "ffsinfo -l 1": =3D=3D=3D=3D=3D END CYLINDER SUMMARY TOTAL =3D=3D=3D=3D=3D time ufs_time_t 1231206211 size int64_t 0x000000003464f664 dsize int64_t 0x0000000032bef983 csaddr ufs2_daddr_t 0x0000000000000bb8 A bit of messing about with dc(1): g1-35(6.4-S)[4] dc 16 i 32BEF983 2 * p 1702753030 g1-35(6.4-S)[5]=20 Then again, it isn't especially common in my experience to want a file system that occupies an amount of space different from the amount that is available for the file system (e.g., the partition size). So if that were wanted, providing a way to have dumpfs(8) merely make no claims whatsoever about or for the newfs(8) "-s" parameter might be adequate. My circumvention of piping the result through sed(1) accomplishes that, at some additional complexity and potential confusion. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --1xCX6FQ4xS7iUK7H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkli8NMACgkQmprOCmdXAD19hgCfUlo7/9N8Cdym7gil6uH1c23b mwUAnRRQYHy4cCqd37JkF9uwxVoi8j54 =DLji -----END PGP SIGNATURE----- --1xCX6FQ4xS7iUK7H-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 06:25:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE5F6106564A; Tue, 6 Jan 2009 06:25:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE938FC0C; Tue, 6 Jan 2009 06:25:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2CD22.dip.t-dialin.net [217.226.205.34]) by redbull.bpaserver.net (Postfix) with ESMTP id AB4FF2E10F; Tue, 6 Jan 2009 07:25:19 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 34286577CB; Tue, 6 Jan 2009 07:25:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1231223113; bh=nZB6fO2xn0LNQ15k+9O/AR5hjxTyc6fDo n9JBMdU+Lw=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=KR4XRQ6b5Rx3y5vvvuBaeLsrx9yRf9PpaRhC+LyuC2Hy9jjFDaVuCy0RIr2QbdhLU f4qr2V8nkOde/opie2EL0jrUoZZjb8uaJLdHHykp61xaZfeTr9sAcnZz8REx4O6KRpy 9kEt1nqxwFzpRG2IU6+TBVg9aCfFN/r8Wi6/vm1ezQT2pHo6k2+M36XPP4m5O7aukk+ 5WiKqFAxrMwY5AIqkmffBVK6tCUixQ3gOOEm2mlovkyEoTD19Ku7C82O1DJF/zoqVun GTD7y0hQDxb84lC8NPjNck9hudGeg/uNr7mL4/JbT+xEd09W4Np28yXXQmb7xmlQH7C Ej/gNBu2A== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n066PC37068610; Tue, 6 Jan 2009 07:25:12 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 06 Jan 2009 07:25:11 +0100 Message-ID: <20090106072511.16463froljaeoy80@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 06 Jan 2009 07:25:11 +0100 From: Alexander Leidinger To: Alexander Motin References: <49628626.40202@FreeBSD.org> In-Reply-To: <49628626.40202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: AB4FF2E10F.77E28 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.823, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, TW_SN 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-multimedia@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: HEADS UP: snd_hda MFC plan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 06:25:30 -0000 Quoting Alexander Motin (from Tue, 06 Jan 2009 =20 00:13:58 +0200): > On most systems having several devices is not a problem, as mostly =20 > used analog connectors are usually detected first. But on some =20 > systems (for example, having separate HDMI ports on video cards, =20 > which are now also supported and often detected first), user may be =20 > required to explicitly configure his audio applications or by using =20 > hw.snd.default_unit sysctl globally specify default audio device he =20 > wants to use. This moment explicitly specified in updated man page =20 > and I am going to specify it in UPDATING. Is there a way to move those HDMI ports to the end (either in pcmX or =20 in the probing) somehow? If yes, it would be more POLA to do this =20 instead of requiring the users to do something. And related: do all detected analog ports appear in a sensible order? =20 What I mean is again POLA related. If someone updates from 7.1 to 7.2, =20 will he be required to do something to get sound out of the same =20 connector as before when connecting to the default audio device? If =20 not, is it possible for you to introduce some corresponding sorting =20 before MFCing? Bye, Alexander. --=20 The more data I punch in this card, the lighter it becomes, and the lower the mailing cost. =09=09-- Stan Kelly-Bootle, "The Devil's DP Dictionary" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 06:51:22 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEF92106566C for ; Tue, 6 Jan 2009 06:51:22 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id A54758FC14 for ; Tue, 6 Jan 2009 06:51:22 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LK5mY-0008AF-R5; Tue, 06 Jan 2009 08:51:18 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: rick-freebsd2008@kiwi-computer.com In-reply-to: <20090105221352.GB35524@keira.kiwi-computer.com> References: <20090102153455.GR4100@albert.catwhisker.org> <200901051923.n05JNrwt038325@lurza.secnetix.de> <20090105221352.GB35524@keira.kiwi-computer.com> Comments: In-reply-to "Rick C. Petty" message dated "Mon, 05 Jan 2009 16:13:52 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Jan 2009 08:51:18 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@FreeBSD.ORG Subject: Re: newfs(8) parameters from "dumpfs -m" have bad -s value? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 06:51:23 -0000 > On Mon, Jan 05, 2009 at 08:23:53PM +0100, Oliver Fromme wrote: > > > > This seems to be a bug in dumpfs(8). It simply prints > > the value of the fs_size field of the superblock, which > > is wrong. > > > > The -s option of newfs(8) expects the available size in > > sectors (i.e. 512 bytes), but the fs_size field contains > > the size of the file system in 2KB units. This seems to > > be the fragment size, but I'm not sure if this is just > > This *is* the fragment size. UFS/FFS uses the plain term "block" to mean > the fragment size. All blocks are indexed with this number, unlike "block > size" which is almost always 8 fragments ("blocks"). Confusing. > > > So, dumpfs(8) needs to be fixed to perform the proper > > calculations when printing the value for the -s option. > > Unfortunately I'm not sufficiently much of a UFS guru > > to offer a fix. My best guess would be to multiply the > > fs_size value by the fragment size (measured in 512 byte > > units), i.e. multiply by 4 in the most common case. > > But I'm afraid the real solution is not that simple. > > The sector size and filesystem size parameters in newfs are remnants. > Everything is converted to number of media sectors (sector size as > specified by the device). So one could assume for dumpfs to always use > 512, since it's rarely different, and multiply fs_size by fs_fsize and > divide by 512, and then output "-S 512". > don't assume 512, in the iscsi world I have seen all kinds of sector sizes, making it a PITA to get things right. > Better yet would be to add a parameter ("-z" perhaps) to newfs(8) to accept > number of bytes instead of multiples of sectorsize. > > I would be willing to write up patches for dumpfs and newfs to both add the > raw byte size and the 512-byte sector size handling to correct said > mistake, unless someone else would rather. > > -- Rick C. Petty > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 07:22:07 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C3E91065679 for ; Tue, 6 Jan 2009 07:22:07 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id 215B88FC2A for ; Tue, 6 Jan 2009 07:22:06 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 42020 invoked by uid 2001); 6 Jan 2009 07:22:06 -0000 Date: Tue, 6 Jan 2009 01:22:06 -0600 From: "Rick C. Petty" To: Danny Braniss Message-ID: <20090106072205.GA41950@keira.kiwi-computer.com> References: <20090102153455.GR4100@albert.catwhisker.org> <200901051923.n05JNrwt038325@lurza.secnetix.de> <20090105221352.GB35524@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@FreeBSD.ORG Subject: Re: newfs(8) parameters from "dumpfs -m" have bad -s value? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 07:22:07 -0000 On Tue, Jan 06, 2009 at 08:51:18AM +0200, Danny Braniss wrote: > > > > Everything is converted to number of media sectors (sector size as > > specified by the device). So one could assume for dumpfs to always use > > 512, since it's rarely different, and multiply fs_size by fs_fsize and > > divide by 512, and then output "-S 512". > > don't assume 512, in the iscsi world I have seen all kinds of sector sizes, > making it a PITA to get things right. It was a suggestion, one assumed by FreeBSD in many places. In this case, it makes no difference since the number of bytes is computed by newfs and then divided by the actual sector size when calling bwrite(3). I still would prefer: > > Better yet would be to add a parameter ("-z" perhaps) to newfs(8) to accept > > number of bytes instead of multiples of sectorsize. -- Rick C. Petty From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 08:03:42 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC63B1065670 for ; Tue, 6 Jan 2009 08:03:42 +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 8445B8FC16 for ; Tue, 6 Jan 2009 08:03:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so9039431rvf.43 for ; Tue, 06 Jan 2009 00:03:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=PVH/oGvCi37AfcsI4HJs2A44/pLkorJoBzY0TQsx4IY=; b=P0CyYCRuq39NcQ2WGkdCnAkPFZ3Ku8++2FoD4FAasmieZcwMqBZ+5yxJQLR39U2ML7 PEKIfPufyU54U5Am5G2gct2XEZi7KYgFCclIDroYXb7T76MGVAVmMU3YuKfg9MoEfI+0 Jac/ynrmtfQWQWzvQJvLG+i77PTxuBzoe1UfM= 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=gtP4H31oCU4uEoVyHiWPHlNiPf8ZlAJ2zEKCFU+hkOsNqseDvnrGEckXBRXpyjEOl4 ivT3t6EeF0gIQhNM7rAoXsJ/k2ILUJZGY7KokHlzpp9MsPiC76knxo0Lx06zyUyCo8S2 Z8i8/hz0hXnQJ8bETb6gzj8mehNhYeuiVuFOc= Received: by 10.140.199.16 with SMTP id w16mr565296rvf.2.1231229022069; Tue, 06 Jan 2009 00:03:42 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g31sm58858336rvb.4.2009.01.06.00.03.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Jan 2009 00:03:41 -0800 (PST) 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 n0683YTe007507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jan 2009 17:03:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id n0683XfC007506; Tue, 6 Jan 2009 17:03:33 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 6 Jan 2009 17:03:33 +0900 From: Pyun YongHyeon To: Brandon Weisz Message-ID: <20090106080333.GA6168@cdnetworks.co.kr> References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4961FACE.4060203@avioc.org> User-Agent: Mutt/1.4.2.1i Cc: Garrett Cooper , stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 08:03:43 -0000 On Mon, Jan 05, 2009 at 06:19:26AM -0600, Brandon Weisz wrote: > Pyun YongHyeon wrote: > >On Sat, Jan 03, 2009 at 10:16:58PM -0800, Garrett Cooper wrote: > > > On Jan 3, 2009, at 5:17 PM, Brandon Weisz wrote: > > > > > > >After running 7-PRERELEASE from around November 25th, I upgraded > > > >today to find the system panics repeatably on RELENG_7_1 sources. I > > > >can boot back to the old kernel and it operates as expected. It > > > >seems to be related to fxp(4). > > > > > > > >FreeBSD didy.internal 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Sat Jan 3 > > > >18:11:18 CST 2009 bweisz@didy.internal:/usr/obj/usr/src/sys/ > > > >DIDY i386 > > > > > > .... > > > > > > > > >I replaced the fxp(4) card with an old xl(4) card lying on my desk > > > >and the panics stopped. Is this a failing nic card or some other > > > >trigger? > > > > > > > >Brandon > > > > > > Memory serves me correctly an MFC was done not too long before 7.1 > > > release was setup. > > > > > > >I don't know what MFCes were done, at least I didn't MFC any > >changes I made. > > > > > Let's see what Pyun says... > > > > > > >I'm not sure what is root cause of this panic. If you can reliably > >reproduce the panic would you let me know? > >CURRENT has a couple of fixes for edge-cases as well as some new > >hardware features(TSO, VLAN hardware tagging and WOL etc). Would > >you try latest fxp(4) in HEAD? > >I think you can use cvsweb interface to get latest files. > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpreg.h > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpvar.h > > > > Hi Pyun > > The system reliably panics on boot up. I tested fxp from HEAD with the > same result. > > 7.1-RELEASE = Panic > 7.1-RELEASE with fxp from HEAD = Panic > 7.1-PRERELEASE from Tue Nov 25 = operates as expected > > This is an old card. Some details on the card: > > fxp0: port 0xd100-0xd13f mem > 0xfca03000-0xfca03fff,0xfc800000-0xfc8fffff irq 17 at device 9.0 on pci0 > miibus0: on fxp0 > inphy0: PHY 1 on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:d0:b7:6c:1c:0a > fxp0: [ITHREAD] > > fxp0@pci0:0:9:0: class=0x020000 card=0x000b8086 chip=0x12298086 > rev=0x08 hdr=0x00 > vendor = 'Intel Corporation' > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > class = network > subclass = ethernet > > As a test, I unplugged the ethernet cable and the system booted fully, > however it produced a panic as soon as I connected the cable. This > backtrace is from 7.1-RELEASE with fxp sources from HEAD. > I still can't reproduce this but would you try fxp(4) in the following URLs? http://people.freebsd.org/~yongari/fxp/if_fxp.c http://people.freebsd.org/~yongari/fxp/if_fxpreg.h http://people.freebsd.org/~yongari/fxp/if_fxpvar.h -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 08:16:02 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 638F7106566B; Tue, 6 Jan 2009 08:16:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3D46F8FC17; Tue, 6 Jan 2009 08:16:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id CEE6846B0C; Tue, 6 Jan 2009 03:16:01 -0500 (EST) Date: Tue, 6 Jan 2009 08:16:01 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Lin Jui-Nan Eric In-Reply-To: <47713ee10901052025y26d342f6me0aea946a49b6f0a@mail.gmail.com> Message-ID: References: <47713ee10812301206j12b35264o715976c154080a1b@mail.gmail.com> <47713ee10901012147k1f25c31bn512dd29b2b294ad5@mail.gmail.com> <47713ee10901012249w65c659bbp3366e4d8ef25c59d@mail.gmail.com> <47713ee10901052025y26d342f6me0aea946a49b6f0a@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, stable@freebsd.org Subject: Re: TCP packet out-of-order problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 08:16:02 -0000 On Tue, 6 Jan 2009, Lin Jui-Nan Eric wrote: > I thought that the system auto-tune improperly in this case. Hmm. Do you have a custom setting for kern.ipc.nmbclusters in loader.conf or sysctl.conf? What does kern.ipc.nmbclusters configure itself to on your system? Also, could you send me the output of uname -a on the system? Thanks, Robert N M Watson Computer Laboratory University of Cambridge > On Mon, Jan 5, 2009 at 9:13 PM, Robert Watson wrote: >> On Fri, 2 Jan 2009, Lin Jui-Nan Eric wrote: >> >>> After running "netstat -s -p tcp", we found that lots of packets are >>> discarded due to memory problems. We googled for it, and found that sysctl >>> oid "net.inet.tcp.reass.maxsegments" became 0, therefore packets never >>> reassembled. >>> >>> Then we checked our /boot/loader.conf and /etc/sysctl.conf, and found that >>> setting kern.ipc.nmbclusters="0" makes net.inet.tcp.reass.maxsegments=0. >>> After setting net.inet.tcp.reass.maxsegments="1600" in /boot/loader.conf, >>> the network works perfectly now. >> >> Was it set to 0 through a configuration error, or did the system auto-tune >> improperly? >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >>> >>> Thank you all for the help! >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >> > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 08:30:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 106AC106564A for ; Tue, 6 Jan 2009 08:30:36 +0000 (UTC) (envelope-from db@danielbond.org) Received: from mail.nsn.no (mailone.nsn.no [62.89.38.160]) by mx1.freebsd.org (Postfix) with SMTP id 697F58FC26 for ; Tue, 6 Jan 2009 08:30:35 +0000 (UTC) (envelope-from db@danielbond.org) Received: (qmail 35009 invoked by uid 0); 6 Jan 2009 08:03:54 -0000 Received: from unknown (HELO ?172.16.3.90?) (85.95.44.187) by mail.nsn.no with SMTP; 6 Jan 2009 08:03:54 -0000 Message-Id: From: Daniel Bond To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 6 Jan 2009 09:03:53 +0100 X-Mailer: Apple Mail (2.930.3) Cc: cp@freebsd.org Subject: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 08:30:36 -0000 Hi, I'm not sure where to post this, I had trouble finding a suitable mailing-list. Please point me in the right direction, if this is the wrong place to post this message. First off, I love the binary update tool for FreeBSD. It is an excellent tool, and saves a lot of time and trouble compared to the old method (or so I thought, until recently). I also like seeing the freebsd-update method is in the release notes for 7.1-RELEASE, as a official way to upgrade a system. Yesterday I was struck by happiness, as I noticed 7.1-RELEASE was out on ftp.freebsd.org - and decided to start off by upgrading one of my companies development servers. Usually an update with FreeBSD-update is quite quick, but today and yesterday it has just been to slow to use, after two days of trying - I've still not completed a single upgrade. The server in question is connected to gigabit internet. I think it is embarrassing that the binary update tool, is actually slower to use than compiling the whole operating system and kernel - even on a slow machine! The reason for this, is not the tool it self, the tool is excellent - but there are no mirrors.. We need some mirrors, or such a great tool is not really usable at all (except for the really patient). This also goes for portsnap. Portsnap is also an excellent tool, but the experience from using it could be much better. The european portsnap mirror is actually slower, than the one in the US. I've been in contact with Colin, twice, about hosting another portsnap mirror. Using a proxy server, does not cut it - not for my use, sorry. I tried it, it didn't help. The last time I didn't receive an answer. As I was saying to Colin, both myself and a friend who works for the Norwegian government, should be able to run a mirror for portsnap on good bandwidth. Many other people have offered to host mirrors, why is having mirrors a bad thing? I know the 6.4 and 7.1 releases have very many patches, due to conversion from CVS to SVN. I have previously upgraded servers in Norway and UK to 6.4-RELEASE with freebsd-update, and speed has been acceptable, not great, but enough to keep me using and loving the tool. Still, I think more people will use freebsd- update, since it is more practical to use, especially for non homogenous environments. Hopefully this will improve in the future, I don't mean to come across as a whining grunge, but it is quite frustrating to me, as a loving freebsd user. Congrats on a new release, I will be using it in a another day or so (or whenever freebsd-update is done - maybe I will eat my own words, and just do a regular build)! Best regards, Daniel Bond. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 08:49:13 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E6DD106566C for ; Tue, 6 Jan 2009 08:49:13 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id E6A328FC1A for ; Tue, 6 Jan 2009 08:49:12 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n068n2Z0066552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jan 2009 03:49:05 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Doug Hardie In-Reply-To: <75412669-8781-4E77-9651-6F6EED2E48F4@lafn.org> References: <75412669-8781-4E77-9651-6F6EED2E48F4@lafn.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/GfqdzFBJwtvyQQqSYyv" Date: Tue, 06 Jan 2009 03:48:56 -0500 Message-Id: <1231231736.648.0.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=1.7 required=5.0 tests=RCVD_IN_SORBS_DUL, RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: stable@freebsd.org Subject: Re: 7.1 Live Filesystem CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 08:49:13 -0000 --=-/GfqdzFBJwtvyQQqSYyv Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-01-05 at 20:53 -0800, Doug Hardie wrote: > Is the Live Filesystem CD supposed to be bootable? 7.0's was but I =20 > can't get the 7.1 disc to boot. It works fine if I boot from CD 1 and =20 > then switch. Yes, it's supposed to be bootable. Works for me. Which architecture? --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-/GfqdzFBJwtvyQQqSYyv 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) iEYEABECAAYFAkljGu4ACgkQ/G14VSmup/b9zACfQQf40cTjXDoKsR72Fz3rbmf/ 5+QAnjHuzvYYYdBrhytS9uq9PXBN+ksN =bQSy -----END PGP SIGNATURE----- --=-/GfqdzFBJwtvyQQqSYyv-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 09:04:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB3CE1065689 for ; Tue, 6 Jan 2009 09:04:05 +0000 (UTC) (envelope-from db@danielbond.org) Received: from mail.nsn.no (mailtwo.nsn.no [62.89.38.161]) by mx1.freebsd.org (Postfix) with SMTP id 1EFB48FC22 for ; Tue, 6 Jan 2009 09:04:04 +0000 (UTC) (envelope-from db@danielbond.org) Received: (qmail 65098 invoked by uid 0); 6 Jan 2009 09:04:02 -0000 Received: from unknown (HELO ?172.16.3.90?) (85.95.44.187) by mail.nsn.no with SMTP; 6 Jan 2009 09:04:02 -0000 Message-Id: <6A3773A5-E338-4593-806E-0DB6EE004724@danielbond.org> From: Daniel Bond To: Stefan Miklosovic In-Reply-To: Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 6 Jan 2009 10:04:02 +0100 References: X-Mailer: Apple Mail (2.930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 09:04:06 -0000 Hi Stefan. Yes, I am also noticing this. Luckily interrupting it and starting it again resumes. Judging from the speed of http://www.daemonology.net/ (hosted on same site), the freebsd-update server must be absolutely hammered. On Jan 6, 2009, at 9:50 AM, Stefan Miklosovic wrote: > Hi, > > My opinion is same. I tried to upgrade from 7.0-RELEASE to 7.1- > RELEASE but even after > copying all the stuff from 7.0-RELEASE CD (src etc) and having > GENERIC kernel in /boot/, > "freebsd-update upgrade -r 7.1-RELEASE" started to work properly but > hase not done its work. > All tries stopped at some failure during a downloading. I have been > trying this about half a day, > three times, but no change :(( > > On Tue, Jan 6, 2009 at 9:03 AM, Daniel Bond wrote: > Hi, > > I'm not sure where to post this, I had trouble finding a suitable > mailing-list. Please point me in the right direction, if this is the > wrong place to post this message. > > First off, I love the binary update tool for FreeBSD. It is an > excellent tool, and saves a lot of time and trouble compared to the > old method (or so I thought, until recently). > I also like seeing the freebsd-update method is in the release notes > for 7.1-RELEASE, as a official way to upgrade a system. > > Yesterday I was struck by happiness, as I noticed 7.1-RELEASE was > out on ftp.freebsd.org - and decided to start off by upgrading one > of my companies development servers. > Usually an update with FreeBSD-update is quite quick, but today and > yesterday it has just been to slow to use, after two days of trying > - I've still not completed a single upgrade. The > server in question is connected to gigabit internet. > > I think it is embarrassing that the binary update tool, is actually > slower to use than compiling the whole operating system and kernel - > even on a slow machine! The reason for this, > is not the tool it self, the tool is excellent - but there are no > mirrors.. We need some mirrors, or such a great tool is not really > usable at all (except for the really patient). > > This also goes for portsnap. Portsnap is also an excellent tool, but > the experience from using it could be much better. The european > portsnap mirror is actually slower, than the one in the US. > I've been in contact with Colin, twice, about hosting another > portsnap mirror. Using a proxy server, does not cut it - not for my > use, sorry. I tried it, it didn't help. The last time I didn't > receive an > answer. > > As I was saying to Colin, both myself and a friend who works for the > Norwegian government, should be able to run a mirror for portsnap on > good bandwidth. Many other people have offered > to host mirrors, why is having mirrors a bad thing? > > I know the 6.4 and 7.1 releases have very many patches, due to > conversion from CVS to SVN. I have previously upgraded servers in > Norway and UK to 6.4-RELEASE with freebsd-update, > and speed has been acceptable, not great, but enough to keep me > using and loving the tool. Still, I think more people will use > freebsd-update, since it is more practical to use, especially for > non homogenous environments. > > Hopefully this will improve in the future, I don't mean to come > across as a whining grunge, but it is quite frustrating to me, as a > loving freebsd user. > > Congrats on a new release, I will be using it in a another day or so > (or whenever freebsd-update is done - maybe I will eat my own words, > and just do a regular build)! > > > > Best regards, > > > Daniel Bond. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 09:35:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60AE0106564A; Tue, 6 Jan 2009 09:35:03 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id A50C18FC17; Tue, 6 Jan 2009 09:35:02 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 231106763; Tue, 06 Jan 2009 11:25:02 +0200 Message-ID: <4963236D.9050703@FreeBSD.org> Date: Tue, 06 Jan 2009 11:25:01 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Alexander Leidinger References: <49628626.40202@FreeBSD.org> <20090106072511.16463froljaeoy80@webmail.leidinger.net> In-Reply-To: <20090106072511.16463froljaeoy80@webmail.leidinger.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: HEADS UP: snd_hda MFC plan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 09:35:03 -0000 Alexander Leidinger wrote: > Quoting Alexander Motin (from Tue, 06 Jan 2009 > 00:13:58 +0200): > >> On most systems having several devices is not a problem, as mostly >> used analog connectors are usually detected first. But on some systems >> (for example, having separate HDMI ports on video cards, which are now >> also supported and often detected first), user may be required to >> explicitly configure his audio applications or by using >> hw.snd.default_unit sysctl globally specify default audio device he >> wants to use. This moment explicitly specified in updated man page and >> I am going to specify it in UPDATING. > > Is there a way to move those HDMI ports to the end (either in pcmX or in > the probing) somehow? If yes, it would be more POLA to do this instead > of requiring the users to do something. HDMI ports usually have separate PCI HDA controllers. So order of pcm devices there defined by PCI probe order. Two driver instances know nothing about each other and I don't like the idea of obtaining such knowledge. > And related: do all detected analog ports appear in a sensible order? > What I mean is again POLA related. If someone updates from 7.1 to 7.2, > will he be required to do something to get sound out of the same > connector as before when connecting to the default audio device? If not, > is it possible for you to introduce some corresponding sorting before > MFCing? Order of ports withing one codec defined by hardware vendor via codec configuration done by BIOS. That configuration supposed to be optimal for the specific system. Taking that previous driver ignored most of this information and was less functional, there sure will be some usage differences, but most configurations I have seen are quite reasonable to work just out of the box. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 09:39:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9BD0106564A for ; Tue, 6 Jan 2009 09:39:27 +0000 (UTC) (envelope-from henrikes@tihlde.org) Received: from tihlde.org (colargol.tihlde.org [158.38.48.10]) by mx1.freebsd.org (Postfix) with ESMTP id 61A708FC1C for ; Tue, 6 Jan 2009 09:39:27 +0000 (UTC) (envelope-from henrikes@tihlde.org) Received: from trl57100.ka.hist.no ([158.38.57.100]) by tihlde.org with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.68) (envelope-from ) id 1LK85P-0001p4-3h; Tue, 06 Jan 2009 10:18:57 +0100 Message-ID: <496321E9.9090906@tihlde.org> Date: Tue, 06 Jan 2009 10:18:33 +0100 From: Henrik Schewe User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Daniel Bond References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 158.38.57.100 X-SA-Exim-Mail-From: henrikes@tihlde.org X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on tihlde.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-SA-Exim-Version: 4.2.1 (built Fri, 20 Jun 2008 19:33:36 +0200) X-SA-Exim-Scanned: Yes (on tihlde.org) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 09:39:27 -0000 Hello! > Usually an update with FreeBSD-update is quite quick, but today and > yesterday it has just been to slow to use, after two days of trying - > I've still not completed a single upgrade. > This also goes for portsnap. Portsnap is also an excellent tool, but > the experience from using it could be much better. The european > portsnap mirror is actually slower, than the one in the US. I can only verify your experiences with both freebsd-update and the speed of the portsnap mirrors lately. -BR, Henrik Schewe From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 09:58:40 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEAB8106564A for ; Tue, 6 Jan 2009 09:58:40 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 888B98FC13 for ; Tue, 6 Jan 2009 09:58:40 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:50966 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1LK8T7-0005Eq-8q for stable@freebsd.org; Tue, 06 Jan 2009 10:43:25 +0100 Received: (qmail 25359 invoked from network); 6 Jan 2009 10:43:23 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 6 Jan 2009 10:43:23 +0100 Received: (qmail 98670 invoked by uid 1001); 6 Jan 2009 10:43:23 +0100 Date: Tue, 6 Jan 2009 10:43:23 +0100 From: Erik Trulsson To: Ken Smith Message-ID: <20090106094323.GA98633@owl.midgard.homeip.net> References: <75412669-8781-4E77-9651-6F6EED2E48F4@lafn.org> <1231231736.648.0.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1231231736.648.0.camel@neo.cse.buffalo.edu> User-Agent: Mutt/1.5.18 (2008-05-17) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1LK8T7-0005Eq-8q. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1LK8T7-0005Eq-8q 873547616776703de5b8de2e4cf8c707 Cc: stable@freebsd.org Subject: Re: 7.1 Live Filesystem CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 09:58:41 -0000 On Tue, Jan 06, 2009 at 03:48:56AM -0500, Ken Smith wrote: > On Mon, 2009-01-05 at 20:53 -0800, Doug Hardie wrote: > > Is the Live Filesystem CD supposed to be bootable? 7.0's was but I > > can't get the 7.1 disc to boot. It works fine if I boot from CD 1 and > > then switch. > > Yes, it's supposed to be bootable. Works for me. > > Which architecture? Funnily enough the release announcement said: disc1, disc2, disc3, livefs, docs: disc1 contains the base FreeBSD system and a few pre-built packages. disc2 and disc3 contain more pre-built packages. Those three can be burned to CDROM sized media and should be all you need to do a normal installation. livefs contains support for entering into a "livefs" based rescue mode but you need disc1 to do the initial boot first. docs contains the documentation. implying that the "livefs" CD is not supposed to be bootable. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 10:06:24 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53B971065673 for ; Tue, 6 Jan 2009 10:06:24 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id DAE198FC19 for ; Tue, 6 Jan 2009 10:06:23 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate02.web.de (Postfix) with ESMTP id E2638F88A7F3; Tue, 6 Jan 2009 10:40:27 +0100 (CET) Received: from [217.236.28.148] (helo=zelda.local) by smtp07.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #273) id 1LK8QF-0001Fn-00; Tue, 06 Jan 2009 10:40:27 +0100 Date: Tue, 6 Jan 2009 10:40:24 +0100 From: Martin To: Ken Smith Message-ID: <20090106104024.2d544e54@zelda.local> In-Reply-To: <1231231736.648.0.camel@neo.cse.buffalo.edu> References: <75412669-8781-4E77-9651-6F6EED2E48F4@lafn.org> <1231231736.648.0.camel@neo.cse.buffalo.edu> X-Mailer: Claws Mail 3.6.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX19vACDZyhxCLJcxUtrivtf3u0qU3ahNKF9CjFS3 bs839L7WtSRNMsYvY4dhCmor91spl86tQ1TA8zyV1VOiqhCc+d fFgUEvHgg= Cc: stable@freebsd.org Subject: Re: 7.1 Live Filesystem CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 10:06:24 -0000 Am Tue, 06 Jan 2009 03:48:56 -0500 schrieb Ken Smith : > On Mon, 2009-01-05 at 20:53 -0800, Doug Hardie wrote: > > Is the Live Filesystem CD supposed to be bootable? 7.0's was but > > I can't get the 7.1 disc to boot. It works fine if I boot from CD > > 1 and then switch. > > Yes, it's supposed to be bootable. Works for me. > > Which architecture? Hi Ken und Doug, I want to confirm this. I tested RC1, RC2 and RELEASE livefs CD i386. They don't boot on some PCs. I can still use 8.0 CURRENT snapshot livefs for i386 on the same problematic PC. -- Martin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 10:26:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 529491065672 for ; Tue, 6 Jan 2009 10:26:34 +0000 (UTC) (envelope-from chris@arnold.se) Received: from mailstore.infotropic.com (mailstore.infotropic.com [213.136.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id A4AA88FC1A for ; Tue, 6 Jan 2009 10:26:33 +0000 (UTC) (envelope-from chris@arnold.se) Received: (qmail 93230 invoked by uid 89); 6 Jan 2009 10:26:32 -0000 Received: by simscan 1.2.0 ppid: 93225, pid: 93227, t: 0.1428s scanners: attach: 1.2.0 clamav: 0.94/m: Received: from unknown (HELO ?192.168.123.35?) (chris@arnold.se@85.132.191.39) by mailstore.infotropic.com with ESMTPA; 6 Jan 2009 10:26:31 -0000 Date: Tue, 6 Jan 2009 11:26:29 +0100 (CET) From: Christopher Arnold X-X-Sender: chris@localhost To: Daniel Bond In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 10:26:34 -0000 On Tue, 6 Jan 2009, Daniel Bond wrote: > I'm not sure where to post this, I had trouble finding a suitable > mailing-list. Please point me in the right direction, if this is the wrong > place to post this message. > I think freebsd-ports would have been the place. > Yesterday I was struck by happiness, as I noticed 7.1-RELEASE was out on > ftp.freebsd.org - and decided to start off by upgrading one of my companies > development servers. > Usually an update with FreeBSD-update is quite quick, but today and yesterday > it has just been to slow to use, after two days of trying - I've still not > completed a single upgrade. The > server in question is connected to gigabit internet. > > I think it is embarrassing that the binary update tool, is actually slower to > use than compiling the whole operating system and kernel - even on a slow > machine! The reason for this, > is not the tool it self, the tool is excellent - but there are no mirrors.. > We need some mirrors, or such a great tool is not really usable at all > (except for the really patient). > This is a known issue that Colin sent out a message about to freebsd-ports and freebsd-questions. Basically there is a surge in in traffic right now due to the 7.1 release. And there is another update machine on the way. The message is included belov my sig. /Chris Hi all, For the benefit of those of you who are noticing problems with portsnap right now: The release of FreeBSD 7.1 has resulted in a very large amount of traffic to update1.freebsd.org, which is hosted by the same box as portsnap-master... so the portsnap mirrors are having some trouble syncing right now. If you find that portsnap doesn't work, please be patient -- once the flood of people upgrading systems to 7.1-RELEASE has subsided things should get back to normal. (Before people ask: update2.freebsd.org is going to exist soon. No, I'm not looking for more mirrors right now.) -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 10:52:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69A4106566C for ; Tue, 6 Jan 2009 10:52:21 +0000 (UTC) (envelope-from db@danielbond.org) Received: from mail.nsn.no (mailtwo.nsn.no [62.89.38.161]) by mx1.freebsd.org (Postfix) with SMTP id 190198FC1D for ; Tue, 6 Jan 2009 10:52:20 +0000 (UTC) (envelope-from db@danielbond.org) Received: (qmail 73471 invoked by uid 0); 6 Jan 2009 10:52:19 -0000 Received: from unknown (HELO ?172.16.3.90?) (85.95.44.187) by mail.nsn.no with SMTP; 6 Jan 2009 10:52:19 -0000 Message-Id: From: Daniel Bond To: Christopher Arnold In-Reply-To: Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 6 Jan 2009 11:52:19 +0100 References: X-Mailer: Apple Mail (2.930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 10:52:22 -0000 Thanks for pointing me in the right direction. Regarding portsnap in my previous post, I think you misunderstood me. This is not a new "one time" problem regarding a specific case, portsnap is allways slow. This is observed from heavy usage of it, over a long period of time. Great to see that there will be an update2.freebsd.org - unfortunately, that a new release generates more traffic than update- server handles is not acceptable (imho). People should be able to upgrade to a new release, once it is out. Sadly, I don't think one more mirror will cut it. Especially if it is going to be of the same quality as the other portsnap mirrors. Also, sadly CP isn't looking for more mirrors, while a large chunk of users trying to upgrade *are* looking for mirrors. Look at CVSUP mirrors, they have always worked fine, even directly after a new release. We even have a few of them here in Norway, and they are fast as hell. Look how many there are of them, spread around the world.. This works out great! It is easy for anyone to setup a CVSup mirror. It is open and well documented. Anyone could create a CVSup mirror, any where they please and mirror FreeBSD's sourcecode and ports. However, freebsd-update is closed. I've searched the web for how the protocol works, how the server-part of it works, with metadata, checksums and all. How the mirroring of it works, basicly. There are no public available documents on this. Do we have to reverse-engineer it, or what? I think Colin made a really nice tool, but he needs opening up (for the project and everyone's good) - he is controlling the service with a iron grip, dictating who gets to host a mirror and who dosn't. I'm sure the service is allways very good for CP, the servers are probably on his LAN or somewhere close, and he has the power to create mirrors where ever he pleases, at home, at office.. but nobody else can have that power.. Regards, Daniel Bond. On Jan 6, 2009, at 11:26 AM, Christopher Arnold wrote: > > > On Tue, 6 Jan 2009, Daniel Bond wrote: > >> I'm not sure where to post this, I had trouble finding a suitable >> mailing-list. Please point me in the right direction, if this is >> the wrong place to post this message. >> > I think freebsd-ports would have been the place. > >> Yesterday I was struck by happiness, as I noticed 7.1-RELEASE was >> out on ftp.freebsd.org - and decided to start off by upgrading one >> of my companies development servers. >> Usually an update with FreeBSD-update is quite quick, but today and >> yesterday it has just been to slow to use, after two days of trying >> - I've still not completed a single upgrade. The >> server in question is connected to gigabit internet. >> >> I think it is embarrassing that the binary update tool, is actually >> slower to use than compiling the whole operating system and kernel >> - even on a slow machine! The reason for this, >> is not the tool it self, the tool is excellent - but there are no >> mirrors.. We need some mirrors, or such a great tool is not really >> usable at all (except for the really patient). >> > This is a known issue that Colin sent out a message about to freebsd- > ports and freebsd-questions. > > Basically there is a surge in in traffic right now due to the 7.1 > release. And there is another update machine on the way. > > The message is included belov my sig. > > /Chris > > > Hi all, > > For the benefit of those of you who are noticing problems with > portsnap > right > now: The release of FreeBSD 7.1 has resulted in a very large amount of > traffic > to update1.freebsd.org, which is hosted by the same box as > portsnap-master... > so the portsnap mirrors are having some trouble syncing right now. > If you > find > that portsnap doesn't work, please be patient -- once the flood of > people > upgrading systems to 7.1-RELEASE has subsided things should get back > to > normal. > > (Before people ask: update2.freebsd.org is going to exist soon. No, > I'm not looking for more mirrors right now.) > > -- > Colin Percival > Security Officer, FreeBSD | freebsd.org | The power to serve > Founder / author, Tarsnap | tarsnap.com | Online backups for the truly > paranoid > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 11:42:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58591065674 for ; Tue, 6 Jan 2009 11:42:56 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF858FC32 for ; Tue, 6 Jan 2009 11:42:56 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 61613C701 for ; Tue, 6 Jan 2009 13:12:07 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83642-02 for ; Tue, 6 Jan 2009 13:12:06 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 82127C6FF for ; Tue, 6 Jan 2009 13:12:06 +0200 (EET) Message-ID: <49633C85.3090507@bulinfo.net> Date: Tue, 06 Jan 2009 13:12:05 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: ACPI support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 11:42:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello All, I have had a problem detecting the network card on my notebook when ACPI is enabled for a year. The problem still exists in 7.1-RELEASE. with ACPI: ... bge0: irq 17 at device 0.0 on pci8 bge0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). bge0: couldn't map memory device_attach: bge0 attach returned 6 ... without ACPI: ... bge0: mem 0xf3000000-0xf300ffff irq 17 at device 0.0 on pci8 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1b:24:ca:a0:aa bge0: [ITHREAD] ... It seems that some resources are disabled by ACPI and should be enabled first. Here is dmesg from linux: ... tg3 0000:08:00.0: enabling device (0000 -> 0002) tg3 0000:08:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 tg3 0000:08:00.0: setting latency timer to 64 eth0: Tigon3 [partno(BCM95787m) rev b002 PHY(5787)] (PCI Express) 10/100/1000Base-T Ethernet 00:1b:24:ca:a0:aa eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[1] eth0: dma_rwctrl[76180000] dma_mask[64-bit] ... What changes should be made to enable these resources and where, in the device driver, acpi or pci code or both? Is there something similar already done? Best Regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFJYzyFxJBWvpalMpkRAqSUAJ4y6oeaFg0svVrXTobNtc0CHW8thQCeLU/i i0T/PFHDkxWAJHN+Z/zSAhY= =nXCJ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 11:59:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6DFF106566B for ; Tue, 6 Jan 2009 11:59:29 +0000 (UTC) (envelope-from chris@arnold.se) Received: from mailstore.infotropic.com (mailstore.infotropic.com [213.136.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA8D8FC17 for ; Tue, 6 Jan 2009 11:59:28 +0000 (UTC) (envelope-from chris@arnold.se) Received: (qmail 98697 invoked by uid 89); 6 Jan 2009 11:59:27 -0000 Received: by simscan 1.2.0 ppid: 98692, pid: 98694, t: 0.2812s scanners: attach: 1.2.0 clamav: 0.94/m: Received: from unknown (HELO ?192.168.123.35?) (chris@arnold.se@85.132.191.39) by mailstore.infotropic.com with ESMTPA; 6 Jan 2009 11:59:27 -0000 Date: Tue, 6 Jan 2009 12:59:26 +0100 (CET) From: Christopher Arnold X-X-Sender: chris@localhost To: Daniel Bond In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 11:59:30 -0000 On Tue, 6 Jan 2009, Daniel Bond wrote: > Regarding portsnap in my previous post, I think you misunderstood me. This is > not a new "one time" problem regarding a specific case, portsnap is allways > slow. This is observed from heavy usage of it, over a long period of time. > This is not my experience, but shure i realise that mileages can vary. > Great to see that there will be an update2.freebsd.org - unfortunately, that > a new release generates more traffic than update-server handles is not > acceptable (imho). People should be able to upgrade to a new release, once it > is out. Sadly, I don't think one more mirror will cut it. Especially if it is > going to be of the same quality as the other portsnap mirrors. Also, sadly CP > isn't looking for more mirrors, while a large chunk of users trying to > upgrade *are* looking for mirrors. > portsnap is extremly lightweight, so it might be just fine. But then i am not arguing against you, more and better infrastructure is always good. Lets wait untill the us has woken up (And maybe add some extra time for the right person to look into the current problems) and see what kind of feedback we get from people who have more insight into this issue. > Look at CVSUP mirrors, they have always worked fine, even directly after a > new release. We even have a few of them here in Norway, and they are fast as > hell. Look how many there are of them, spread around the world.. This works > out great! > My experience from when i was based in Sweden is the opposit. Shortly after a major release cvsup always had problems syncing due to the load on the servers. > However, freebsd-update is closed. I've searched the web for how the protocol > works, how the server-part of it works, with metadata, checksums and all. How > the mirroring of it works, basicly. There are no public available documents > on this. Do we have to reverse-engineer it, or what? > If we start off with portsnap it is http-based and the in the manual you can find: "If you wish to use portsnap to keep a large number of machines up to date, you may wish to set up a caching HTTP proxy. Since portsnap uses fetch(1) to download updates, setting the HTTP_PROXY environment variable will direct it to fetch updates from the given proxy. This is much more efficient than mirroring the files on the portsnap server, since the vast majority of files are not needed by any particular client." So it's straight forward to speed up portsnap. (But then if the central servers break like today this dosn't help.) Im not shure about freebsd-update, but since they are both written by Colin and the fact that they seem simmilar in config etc. i would guess that the same applies to freebsd-update. So lets wait for some input from Colin or someone else who know the ins and outs of freebsd-update. /Chris -- http://www.arnold.se/chris/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 12:02:07 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 694DE106566C for ; Tue, 6 Jan 2009 12:02:07 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id C41458FC18 for ; Tue, 6 Jan 2009 12:02:06 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A6E7B.dip.t-dialin.net [84.154.110.123]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id n06C1lOn039115; Tue, 6 Jan 2009 13:01:50 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id n06C1amG093621; Tue, 6 Jan 2009 13:01:36 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id n06C0QXa052354; Tue, 6 Jan 2009 13:00:31 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200901061200.n06C0QXa052354@fire.js.berklix.net> To: stable@freebsd.org From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Tue, 06 Jan 2009 10:43:23 +0100." <20090106094323.GA98633@owl.midgard.homeip.net> Date: Tue, 06 Jan 2009 13:00:26 +0100 Sender: jhs@berklix.org Cc: Ken Smith , Oliver Fromme , Martin Subject: Re: 7.1 Live Filesystem CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 12:02:07 -0000 Hi, Reference: > From: Erik Trulsson > Date: Tue, 6 Jan 2009 10:43:23 +0100 > Message-id: <20090106094323.GA98633@owl.midgard.homeip.net> Erik Trulsson wrote: > On Tue, Jan 06, 2009 at 03:48:56AM -0500, Ken Smith wrote: > > On Mon, 2009-01-05 at 20:53 -0800, Doug Hardie wrote: > > > Is the Live Filesystem CD supposed to be bootable? 7.0's was but I > > > can't get the 7.1 disc to boot. It works fine if I boot from CD 1 and > > > then switch. > > > > Yes, it's supposed to be bootable. Works for me. > > > > Which architecture? > > Funnily enough the release announcement said: > > > disc1, disc2, disc3, livefs, docs: disc1 contains the base FreeBSD > system and a few pre-built packages. disc2 and disc3 contain > more pre-built packages. Those three can be burned to CDROM > sized media and should be all you need to do a normal installation. > livefs contains support for entering into a "livefs" based > rescue mode but you need disc1 to do the initial boot first. > docs contains the documentation. > > > implying that the "livefs" CD is not supposed to be bootable. Martin (who confirmed to Doug on this thread, he'd also seen that) previously raised the problem on this same list on a different thread, For more background: First: http://lists.freebsd.org/pipermail/freebsd-stable/2008-December/047238.html Subject: Re: FreeBSD 7.1-RC2 Available... From: Martin Date: Sun, 28 Dec 2008 16:18:13 +0100 To: Ken Smith Cc: freebsd-stable My comment http://lists.freebsd.org/pipermail/freebsd-stable/2008-December/047259.html Latest (Thanks Oliver) http://lists.freebsd.org/pipermail/freebsd-stable/2009-January/047329.html Date: Mon, 5 Jan 2009 20:46:42 +0100 (CET) Message-Id: <200901051946.n05JkgWo039451@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@freebsd.org, jhs@berklix.org Subject: Re: FreeBSD 7.1-RC2 Available... Summary: 2 Boot methods for CDs, not a new problem, been known a long time. Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 12:08:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E1110656BF for ; Tue, 6 Jan 2009 12:08:05 +0000 (UTC) (envelope-from db@danielbond.org) Received: from mail.nsn.no (mailone.nsn.no [62.89.38.160]) by mx1.freebsd.org (Postfix) with SMTP id 980D68FC19 for ; Tue, 6 Jan 2009 12:08:04 +0000 (UTC) (envelope-from db@danielbond.org) Received: (qmail 85281 invoked by uid 0); 6 Jan 2009 12:08:03 -0000 Received: from unknown (HELO ?172.16.3.90?) (85.95.44.187) by mail.nsn.no with SMTP; 6 Jan 2009 12:08:03 -0000 Message-Id: <08B216B4-79AB-45AB-AB4D-C8CD62196B87@danielbond.org> From: Daniel Bond To: Christopher Arnold In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 6 Jan 2009 13:08:02 +0100 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 12:08:07 -0000 Hi again Christopher, reading your answer, you are obviously confusing what I am saying about freebsd-update with the portsnap program. Also, I also wrote in my first post that HTTP_PROXY / Caching proxy server does not help me much. This is because I download a lot of "initial tarball snapshots".. I would rarely see "Cache hits" in my proxy log. I guess I could set something up to fetch nightly via proxy, to keep the data in house, for when I need it. I don't want to use a PROXY server, I feel this is attacking the problem at the wrong end. I agree, I am interested to hear the views of the wise ones. Personally I'm going back to CVSup until freebsd-update and portsnap mirrors are in a more distributed or usable state. Cheers. On Jan 6, 2009, at 12:59 PM, Christopher Arnold wrote: > > > On Tue, 6 Jan 2009, Daniel Bond wrote: > >> Regarding portsnap in my previous post, I think you misunderstood >> me. This is not a new "one time" problem regarding a specific case, >> portsnap is allways slow. This is observed from heavy usage of it, >> over a long period of time. >> > This is not my experience, but shure i realise that mileages can vary. > >> Great to see that there will be an update2.freebsd.org - >> unfortunately, that a new release generates more traffic than >> update-server handles is not acceptable (imho). People should be >> able to upgrade to a new release, once it is out. Sadly, I don't >> think one more mirror will cut it. Especially if it is going to be >> of the same quality as the other portsnap mirrors. Also, sadly CP >> isn't looking for more mirrors, while a large chunk of users trying >> to upgrade *are* looking for mirrors. >> > portsnap is extremly lightweight, so it might be just fine. > > But then i am not arguing against you, more and better > infrastructure is always good. Lets wait untill the us has woken up > (And maybe add some extra time for the right person to look into the > current problems) and see what kind of feedback we get from people > who have more insight into this issue. > >> Look at CVSUP mirrors, they have always worked fine, even directly >> after a new release. We even have a few of them here in Norway, and >> they are fast as hell. Look how many there are of them, spread >> around the world.. This works out great! >> > My experience from when i was based in Sweden is the opposit. > Shortly after a major release cvsup always had problems syncing due > to the load on the servers. > >> However, freebsd-update is closed. I've searched the web for how >> the protocol works, how the server-part of it works, with metadata, >> checksums and all. How the mirroring of it works, basicly. There >> are no public available documents on this. Do we have to reverse- >> engineer it, or what? >> > If we start off with portsnap it is http-based and the in the manual > you can find: > "If you wish to use portsnap to keep a large number of machines up > to date, you may wish to set up a caching HTTP proxy. Since > portsnap uses fetch(1) to download updates, setting the HTTP_PROXY > environment variable will direct it to fetch updates from the given > proxy. This is much more efficient than mirroring the files on the > portsnap server, since the vast majority of files are not needed by > any particular client." > > So it's straight forward to speed up portsnap. (But then if the > central servers break like today this dosn't help.) > > Im not shure about freebsd-update, but since they are both written > by Colin and the fact that they seem simmilar in config etc. i would > guess that the same applies to freebsd-update. > > So lets wait for some input from Colin or someone else who know the > ins and outs of freebsd-update. > > /Chris > > -- > http://www.arnold.se/chris/ > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 14:37:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0921065670; Tue, 6 Jan 2009 14:37:54 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 687888FC0C; Tue, 6 Jan 2009 14:37:54 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2CD22.dip.t-dialin.net [217.226.205.34]) by redbull.bpaserver.net (Postfix) with ESMTP id CFDEA2E272; Tue, 6 Jan 2009 15:37:44 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5E9B412F822; Tue, 6 Jan 2009 15:37:31 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1231252652; bh=9U7Yzk7LCbTnba8ew/iYUWcB3v8r3Ga+V SW5BzRQkCg=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=2tgUt4bLOVnqnevWcnc5Cgfq53KzUkdu2YHVMrD+bbR/2cd+rSqN74+XYHUOLncQD ffXy8BBjYoePt1hD97J2ZfNPl5ZZ1k1ZGG4kTa/lXdK4TtrVhHg3r22fIt6HeATJwPX UptD+ugHyjVal5G2dF93/gDtK4IIk0dbWHTm/gCXW3+SqVFd3AxqgmU2Kb61NPCnxah GDtfKq0djgK2dH3lWLuYFxPZuPd1qQ14RtBvpCqI8ulKoMDrymkVXEe5vOXqMDPSvCv 1QkOiwv7arLVsszbS4hxZD4waP6kdXUK4+mjnIE+GoG+vLd9oddwuKNg4sLjlGUqSYz cGOMuCazA== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n06EbRof048217; Tue, 6 Jan 2009 15:37:27 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 06 Jan 2009 15:37:25 +0100 Message-ID: <20090106153725.10034o5c6ymot4m8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 06 Jan 2009 15:37:25 +0100 From: Alexander Leidinger To: Alexander Motin References: <49628626.40202@FreeBSD.org> <20090106072511.16463froljaeoy80@webmail.leidinger.net> <4963236D.9050703@FreeBSD.org> In-Reply-To: <4963236D.9050703@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: CFDEA2E272.5DD94 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.823, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, TW_SN 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-multimedia@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: HEADS UP: snd_hda MFC plan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 14:37:55 -0000 Quoting Alexander Motin (from Tue, 06 Jan 2009 =20 11:25:01 +0200): > Alexander Leidinger wrote: >> Quoting Alexander Motin (from Tue, 06 Jan 2009 >> 00:13:58 +0200): >> >>> On most systems having several devices is not a problem, as mostly >>> used analog connectors are usually detected first. But on some systems >>> (for example, having separate HDMI ports on video cards, which are now >>> also supported and often detected first), user may be required to >>> explicitly configure his audio applications or by using >>> hw.snd.default_unit sysctl globally specify default audio device he >>> wants to use. This moment explicitly specified in updated man page and >>> I am going to specify it in UPDATING. >> >> Is there a way to move those HDMI ports to the end (either in pcmX or in >> the probing) somehow? If yes, it would be more POLA to do this instead >> of requiring the users to do something. > > HDMI ports usually have separate PCI HDA controllers. So order of pcm > devices there defined by PCI probe order. Two driver instances know > nothing about each other and I don't like the idea of obtaining such > knowledge. I agree... so we don't have a return value for the probe which =20 basically tells that we want to see the probe called for this device =20 again, after all other devices where probed? Would be useful here. If this is not possible, I think we need something in the release =20 notes about this. Maybe "The snd_hda driver now supports HDMI audio =20 ports of graphic cards. This may result in additional audio devices =20 after an update from 7.[01] and even replacing the previous default =20 sound device. To change the default device in this case do ...." >> And related: do all detected analog ports appear in a sensible order? >> What I mean is again POLA related. If someone updates from 7.1 to 7.2, >> will he be required to do something to get sound out of the same >> connector as before when connecting to the default audio device? If not, >> is it possible for you to introduce some corresponding sorting before >> MFCing? > > Order of ports withing one codec defined by hardware vendor via codec > configuration done by BIOS. That configuration supposed to be optimal > for the specific system. Taking that previous driver ignored most of > this information and was less functional, there sure will be some usage > differences, but most configurations I have seen are quite reasonable to > work just out of the box. Should be mentioned in the release notes too. There's the possibility =20 that an user get's a different default device, so we should be able to =20 say "we told you so even in the release notes". Bye, Alexander. --=20 But it does move! =09=09-- Galileo Galilei http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 15:12:17 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C3A31065678; Tue, 6 Jan 2009 15:12:17 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA888FC1A; Tue, 6 Jan 2009 15:12:17 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: by yx-out-2324.google.com with SMTP id 8so3400179yxb.13 for ; Tue, 06 Jan 2009 07:12:16 -0800 (PST) Received: by 10.151.111.1 with SMTP id o1mr970543ybm.88.1231254736021; Tue, 06 Jan 2009 07:12:16 -0800 (PST) Received: by 10.151.68.13 with HTTP; Tue, 6 Jan 2009 07:12:15 -0800 (PST) Message-ID: <47713ee10901060712g7b4a204fq73cabb99c7070929@mail.gmail.com> Date: Tue, 6 Jan 2009 23:12:15 +0800 From: "Lin Jui-Nan Eric" To: "Robert Watson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10812301206j12b35264o715976c154080a1b@mail.gmail.com> <47713ee10901012147k1f25c31bn512dd29b2b294ad5@mail.gmail.com> <47713ee10901012249w65c659bbp3366e4d8ef25c59d@mail.gmail.com> <47713ee10901052025y26d342f6me0aea946a49b6f0a@mail.gmail.com> Cc: freebsd-net@freebsd.org, stable@freebsd.org Subject: Re: TCP packet out-of-order problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 15:12:18 -0000 Oops, we surely have kern.ipc.nmbclusters="0" in loader.conf, but I think that should not modify net.inet.tcp.reass.maxsegments to "0" since we wish unlimited nmbclusters but not zero TCP reassembly segments. On Tue, Jan 6, 2009 at 4:16 PM, Robert Watson wrote: > > On Tue, 6 Jan 2009, Lin Jui-Nan Eric wrote: > >> I thought that the system auto-tune improperly in this case. > > Hmm. Do you have a custom setting for kern.ipc.nmbclusters in loader.conf > or sysctl.conf? What does kern.ipc.nmbclusters configure itself to on your > system? Also, could you send me the output of uname -a on the system? > > Thanks, > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> On Mon, Jan 5, 2009 at 9:13 PM, Robert Watson wrote: >>> >>> On Fri, 2 Jan 2009, Lin Jui-Nan Eric wrote: >>> >>>> After running "netstat -s -p tcp", we found that lots of packets are >>>> discarded due to memory problems. We googled for it, and found that >>>> sysctl >>>> oid "net.inet.tcp.reass.maxsegments" became 0, therefore packets never >>>> reassembled. >>>> >>>> Then we checked our /boot/loader.conf and /etc/sysctl.conf, and found >>>> that >>>> setting kern.ipc.nmbclusters="0" makes net.inet.tcp.reass.maxsegments=0. >>>> After setting net.inet.tcp.reass.maxsegments="1600" in >>>> /boot/loader.conf, >>>> the network works perfectly now. >>> >>> Was it set to 0 through a configuration error, or did the system >>> auto-tune >>> improperly? >>> >>> Robert N M Watson >>> Computer Laboratory >>> University of Cambridge >>> >>>> >>>> Thank you all for the help! >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to >>>> "freebsd-stable-unsubscribe@freebsd.org" >>>> >>> >> > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 15:23:04 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3C7A106564A for ; Tue, 6 Jan 2009 15:23:04 +0000 (UTC) (envelope-from lists@avioc.org) Received: from didy.avioc.org (didy.avioc.org [71.32.26.53]) by mx1.freebsd.org (Postfix) with ESMTP id 676BD8FC18 for ; Tue, 6 Jan 2009 15:23:04 +0000 (UTC) (envelope-from lists@avioc.org) Received: from localhost (mail.internal.avioc.org [192.168.2.252]) by didy.avioc.org (Postfix) with ESMTP id 6B557EB654B; Tue, 6 Jan 2009 09:23:03 -0600 (CST) X-Virus-Scanned: amavisd-new at mail.internal.avioc.org Received: from didy.avioc.org ([192.168.2.252]) by localhost (mail.internal.avioc.org [192.168.2.252]) (amavisd-new, port 10024) with LMTP id Shh9PWfjvu21; Tue, 6 Jan 2009 09:23:00 -0600 (CST) Received: from [192.168.2.8] (section-8.internal.avioc.org [192.168.2.8]) by didy.avioc.org (Postfix) with ESMTPA id 88FABEB6539; Tue, 6 Jan 2009 09:23:00 -0600 (CST) Message-ID: <49637755.1070708@avioc.org> Date: Tue, 06 Jan 2009 09:23:01 -0600 From: Brandon Weisz User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <20090106080333.GA6168@cdnetworks.co.kr> In-Reply-To: <20090106080333.GA6168@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 15:23:05 -0000 Pyun YongHyeon wrote: > On Mon, Jan 05, 2009 at 06:19:26AM -0600, Brandon Weisz wrote: > > Pyun YongHyeon wrote: > > >On Sat, Jan 03, 2009 at 10:16:58PM -0800, Garrett Cooper wrote: > > > > On Jan 3, 2009, at 5:17 PM, Brandon Weisz wrote: > > > > > > > > >After running 7-PRERELEASE from around November 25th, I upgraded > > > > >today to find the system panics repeatably on RELENG_7_1 sources. I > > > > >can boot back to the old kernel and it operates as expected. It > > > > >seems to be related to fxp(4). > > > > > > > > > >FreeBSD didy.internal 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Sat Jan 3 > > > > >18:11:18 CST 2009 bweisz@didy.internal:/usr/obj/usr/src/sys/ > > > > >DIDY i386 > > > > > > > > > .... > > > > > > > > > > > >I replaced the fxp(4) card with an old xl(4) card lying on my desk > > > > >and the panics stopped. Is this a failing nic card or some other > > > > >trigger? > > > > > > > > > >Brandon > > > > > > > > Memory serves me correctly an MFC was done not too long before 7.1 > > > > release was setup. > > > > > > > > > >I don't know what MFCes were done, at least I didn't MFC any > > >changes I made. > > > > > > > Let's see what Pyun says... > > > > > > > > > >I'm not sure what is root cause of this panic. If you can reliably > > >reproduce the panic would you let me know? > > >CURRENT has a couple of fixes for edge-cases as well as some new > > >hardware features(TSO, VLAN hardware tagging and WOL etc). Would > > >you try latest fxp(4) in HEAD? > > >I think you can use cvsweb interface to get latest files. > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpreg.h > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpvar.h > > > > > > > Hi Pyun > > > > The system reliably panics on boot up. I tested fxp from HEAD with the > > same result. > > > > 7.1-RELEASE = Panic > > 7.1-RELEASE with fxp from HEAD = Panic > > 7.1-PRERELEASE from Tue Nov 25 = operates as expected > > > > This is an old card. Some details on the card: > > > > fxp0: port 0xd100-0xd13f mem > > 0xfca03000-0xfca03fff,0xfc800000-0xfc8fffff irq 17 at device 9.0 on pci0 > > miibus0: on fxp0 > > inphy0: PHY 1 on miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp0: Ethernet address: 00:d0:b7:6c:1c:0a > > fxp0: [ITHREAD] > > > > fxp0@pci0:0:9:0: class=0x020000 card=0x000b8086 chip=0x12298086 > > rev=0x08 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > > class = network > > subclass = ethernet > > > > As a test, I unplugged the ethernet cable and the system booted fully, > > however it produced a panic as soon as I connected the cable. This > > backtrace is from 7.1-RELEASE with fxp sources from HEAD. > > > > I still can't reproduce this but would you try fxp(4) in the > following URLs? > http://people.freebsd.org/~yongari/fxp/if_fxp.c > http://people.freebsd.org/~yongari/fxp/if_fxpreg.h > http://people.freebsd.org/~yongari/fxp/if_fxpvar.h > With this version, the system still panics as before. After the system panic with this patch, I went into the bios and disabled all unnecessary hardware such as parallel port, usb controller and on-board audio. The resulting panic below appears different. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x400 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07eefec stack pointer = 0x28:0xe4339ac0 frame pointer = 0x28:0xe4339ae4 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 = 28 (irq23: vr0) trap number = 12 panic: page fault cpuid = 0 Uptime: 50s Physical memory: 995 MB Dumping 162 MB: 147 131 115 99 83 67 51 35 19 3 .... (kgdb) list *0xc07eefec 0xc07eefec is in sbappendaddr_locked (/usr/src.local/sys/kern/uipc_sockbuf.c:652). 647 if (n) 648 n->m_next = m0; /* concatenate data to control */ 649 else 650 control = m0; 651 m->m_next = control; 652 for (n = m; n->m_next != NULL; n = n->m_next) 653 sballoc(sb, n); 654 sballoc(sb, n); 655 nlast = n; 656 SBLINKRECORD(sb, m); (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc079cf07 in boot (howto=260) at /usr/src.local/sys/kern/kern_shutdown.c:418 #2 0xc079d1d9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src.local/sys/kern/kern_shutdown.c:574 #3 0xc0ab110c in trap_fatal (frame=0xe4339a80, eva=1024) at /usr/src.local/sys/i386/i386/trap.c:939 #4 0xc0ab1390 in trap_pfault (frame=0xe4339a80, usermode=0, eva=1024) at /usr/src.local/sys/i386/i386/trap.c:852 #5 0xc0ab1d4c in trap (frame=0xe4339a80) at /usr/src.local/sys/i386/i386/trap.c:530 #6 0xc0a97bbb in calltrap () at /usr/src.local/sys/i386/i386/exception.s:159 #7 0xc07eefec in sbappendaddr_locked (sb=0xc5bacd50, asa=0xe4339b90, m0=0xc4167000, control=0xc4167000) at /usr/src.local/sys/kern/uipc_sockbuf.c:652 #8 0xc08ecb71 in udp_append (inp=Variable "inp" is not available. ) at /usr/src.local/sys/netinet/udp_usrreq.c:254 #9 0xc08edf7a in udp_input (m=0xc4167000, off=20) at /usr/src.local/sys/netinet/udp_usrreq.c:567 #10 0xc087d320 in ip_input (m=0xc4167000) at /usr/src.local/sys/netinet/ip_input.c:665 #11 0xc0842a85 in netisr_dispatch (num=2, m=0xc4167000) at /usr/src.local/sys/net/netisr.c:185 #12 0xc08389f1 in ether_demux (ifp=0xc41b6800, m=0xc4167000) at /usr/src.local/sys/net/if_ethersubr.c:834 #13 0xc0838de3 in ether_input (ifp=0xc41b6800, m=0xc4167000) at /usr/src.local/sys/net/if_ethersubr.c:692 #14 0xc071750b in vr_intr (arg=0xc41c8000) at /usr/src.local/sys/dev/vr/if_vr.c:1415 #15 0xc077bf0b in ithread_loop (arg=0xc41c5550) at /usr/src.local/sys/kern/kern_intr.c:1088 #16 0xc0778a79 in fork_exit (callout=0xc077bd50 , arg=0xc41c5550, frame=0xe4339d38) at /usr/src.local/sys/kern/kern_fork.c:804 #17 0xc0a97c30 in fork_trampoline () at /usr/src.local/sys/i386/i386/exception.s:264 (kgdb) From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 16:32:22 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F5A3106566B; Tue, 6 Jan 2009 16:32:22 +0000 (UTC) (envelope-from brian@box201.com) Received: from saint.box201.com (box201.com [207.224.49.35]) by mx1.freebsd.org (Postfix) with ESMTP id 1553C8FC1D; Tue, 6 Jan 2009 16:32:22 +0000 (UTC) (envelope-from brian@box201.com) Received: from [192.168.1.101] (helo=Gamer) by saint.box201.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LKEwf-000LuJ-0n; Tue, 06 Jan 2009 09:38:25 -0700 From: "Brian Duke" To: "'Brooks Davis'" References: <32085272.968201231189478546.JavaMail.root@wmail9.libero.it> <010e01c96f82$252875d0$6f796170$@com> <20090105223216.GE11721@lor.one-eyed-alien.net> In-Reply-To: <20090105223216.GE11721@lor.one-eyed-alien.net> Date: Tue, 6 Jan 2009 09:31:48 -0700 Message-ID: <024201c9701c$572c3540$05849fc0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AclvhqrhWSKCnajxS9Wf8VegNI6WMgAkitrw Content-Language: en-us X-Spam-Score: -4.4 (----) X-Scan-Signature: 2184a26d75fda3114119c717db1d8d98 Cc: FreeBSD-stable@freebsd.org Subject: RE: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 16:32:22 -0000 This is very odd. I got desperate last night and steeled myself for a reinstall. Copied all the known keeper files to an alternate drive including /home, /etc, /usr/local/etc and a couple others. It's on a completely separate drive with no OS just files on it. I downloaded what I thought was 7.1 iso and burned the image to disks from my spare windows machine. I sure of it as I made a point to upgrade to 7.1 I stuck in the install disk and rebooted. I didn't mess with fdisk left it the same. Used disk druid to set the mount points like they were before and toggle newfs to Yes. I watched the install perform a newfs on the mount points. As it was loading the new kernel and support files I kept seeing snippets saying file for FreeBSD 7.0 loaded. I figured there were legacy files being added and let it continue. The install disks loaded everything with success. The congratulation screen popped up and set the final options. I got to the reboot and it warned me to take out the disk before rebooting. While booting I saw right after choosing normal boot it said proudly "FreeBSD 6.2-RELEASE". My question is this, after a system boots from the CD, performs a newfs, loads everything in /usr perfectly as all my /home directories are gone and /root is empty. How can a kernel continue to exist? I'm done with newfs as that seems to have no effect. I'm going to fdisk the system now and seriously mess with the MBR. But just before I do, anyone have any idea how install disks doing a standard install do not overwrite the kernel? Agrapha... From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 16:42:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 194F11065672 for ; Tue, 6 Jan 2009 16:42:09 +0000 (UTC) (envelope-from chris@arnold.se) Received: from mailstore.infotropic.com (mailstore.infotropic.com [213.136.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id 68D468FC27 for ; Tue, 6 Jan 2009 16:42:08 +0000 (UTC) (envelope-from chris@arnold.se) Received: (qmail 14538 invoked by uid 89); 6 Jan 2009 16:42:06 -0000 Received: by simscan 1.2.0 ppid: 14529, pid: 14532, t: 0.2698s scanners: attach: 1.2.0 clamav: 0.94/m: Received: from unknown (HELO ?192.168.123.35?) (chris@arnold.se@85.132.191.39) by mailstore.infotropic.com with ESMTPA; 6 Jan 2009 16:42:06 -0000 Date: Tue, 6 Jan 2009 17:42:03 +0100 (CET) From: Christopher Arnold X-X-Sender: chris@localhost To: Daniel Bond In-Reply-To: <08B216B4-79AB-45AB-AB4D-C8CD62196B87@danielbond.org> Message-ID: References: <08B216B4-79AB-45AB-AB4D-C8CD62196B87@danielbond.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 16:42:09 -0000 On Tue, 6 Jan 2009, Daniel Bond wrote: > reading your answer, you are obviously confusing what I am saying about > freebsd-update with the portsnap program. Also, I also wrote in my first post > No i'm not confusing them, just trying to follow two subjects at the same time. Sorry if that is confusing. > that HTTP_PROXY / Caching proxy server does not help me much. This is because > I download a lot of "initial tarball snapshots".. I would rarely see "Cache > hits" in my proxy log. I guess I could set something up to fetch nightly via > proxy, to keep the data in house, for when I need it. I don't want to use a > PROXY server, I feel this is attacking the problem at the wrong end. > Ok, lets go again. Either you mirror (maybe by having a squid proxy and walk the tree) and thats going to me even worse for you. Or you use a squid proxy to keep stuff you need close to you and share among different installations. Or you setup one or more national squid proxies and configure your machines manually just like you do with cvsup. > I agree, I am interested to hear the views of the wise ones. Personally I'm > going back to CVSup until freebsd-update and portsnap mirrors are in a more > distributed or usable state. > At least portsnap started to work for me earlier today. Havn't tried update yet. But yes i agree, update and portsnap infrastructure could be done better. I have some ideas and will try to write them down in a while. /Chris From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 17:04:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 061EB1065679 for ; Tue, 6 Jan 2009 17:04:00 +0000 (UTC) (envelope-from db@danielbond.org) Received: from mail.nsn.no (mailtwo.nsn.no [62.89.38.161]) by mx1.freebsd.org (Postfix) with SMTP id 6BAEA8FC13 for ; Tue, 6 Jan 2009 17:03:59 +0000 (UTC) (envelope-from db@danielbond.org) Received: (qmail 19454 invoked by uid 0); 6 Jan 2009 17:03:57 -0000 Received: from unknown (HELO ?85.95.32.72?) (85.95.32.72) by mail.nsn.no with SMTP; 6 Jan 2009 17:03:57 -0000 Message-Id: From: Daniel Bond To: Christopher Arnold In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 6 Jan 2009 18:03:56 +0100 References: <08B216B4-79AB-45AB-AB4D-C8CD62196B87@danielbond.org> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 17:04:00 -0000 The same could be said about CVSup, one could write a caching cvsup proxy-server, and then we could just get rid of all the other cvsup- servers, except two (like freebsd-update soon will have). The point is, for portsnap and freebsd-update to scale properly, it needs to be opened up to the public, like CVSup is. People running a single server at home, or maybee two, most like won't want to set up a PROXY server, and they would be required to update both servers at the same day for the Proxy server to actually cache something - which many may not want. And there are a lot of people running a few servers, here and there. Sure, a national squid-proxy could work - although, there is no individual proxy setting for portsnap/freebsd-update.. It honors HTTP_PROXY environment variable, which a lot of other tools also use. Some tools might not work via this proxy, especially for local addresses - the administrators of these servers probably don't want all the ports tarballs to go via these, and people could use them for nasty things. So, then we are back to manually setting/specifying the proxy-server, each time one wants to run the commands - which people might forget. (Is this getting complicated enough yet..?) We would basically be creating a whole lot of new potential problems for the users, to solve the problem in question.. I am also interested in learning how the portsnap protocol works, maybe there are potential issues with it, that a second eye might spot, or room for improvement? From what I gather, Colin is a very cleaver guy, so it is not very likely, but still, other people could learn from it. I would like to see these tools as the default recommended tools to use in the future, and that is why I am so worried about this. The point I am trying to make is, or actually the question is: Why is freebsd-update (and portsnap) so secretive? Why can't the average Joe run his own portsnap-mirror at home? What are we afraid of? I don't see any problems with this, except maybe loosing some detail in Colin's nice graphs (which would be the case for proxies too). Cheers, Daniel. On Jan 6, 2009, at 5:42 PM, Christopher Arnold wrote: > > > On Tue, 6 Jan 2009, Daniel Bond wrote: > >> reading your answer, you are obviously confusing what I am saying >> about freebsd-update with the portsnap program. Also, I also wrote >> in my first post > No i'm not confusing them, just trying to follow two subjects at the > same time. Sorry if that is confusing. > >> that HTTP_PROXY / Caching proxy server does not help me much. This >> is because I download a lot of "initial tarball snapshots".. I >> would rarely see "Cache hits" in my proxy log. I guess I could set >> something up to fetch nightly via proxy, to keep the data in house, >> for when I need it. I don't want to use a PROXY server, I feel this >> is attacking the problem at the wrong end. >> > Ok, lets go again. Either you mirror (maybe by having a squid proxy > and walk the tree) and thats going to me even worse for you. Or you > use a squid proxy to keep stuff you need close to you and share > among different installations. > > Or you setup one or more national squid proxies and configure your > machines manually just like you do with cvsup. > > > >> I agree, I am interested to hear the views of the wise ones. >> Personally I'm going back to CVSup until freebsd-update and >> portsnap mirrors are in a more distributed or usable state. >> > At least portsnap started to work for me earlier today. Havn't tried > update yet. > > But yes i agree, update and portsnap infrastructure could be done > better. > I have some ideas and will try to write them down in a while. > > /Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 17:14:03 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72250106566C for ; Tue, 6 Jan 2009 17:14:03 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA948FC17 for ; Tue, 6 Jan 2009 17:14:02 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n06HCfkO033777; Tue, 6 Jan 2009 11:12:41 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n06HCfh7033776; Tue, 6 Jan 2009 11:12:41 -0600 (CST) (envelope-from brooks) Date: Tue, 6 Jan 2009 11:12:41 -0600 From: Brooks Davis To: Brian Duke Message-ID: <20090106171241.GH11721@lor.one-eyed-alien.net> References: <32085272.968201231189478546.JavaMail.root@wmail9.libero.it> <010e01c96f82$252875d0$6f796170$@com> <20090105223216.GE11721@lor.one-eyed-alien.net> <024201c9701c$572c3540$05849fc0$@com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qVHblb/y9DPlgkHs" Content-Disposition: inline In-Reply-To: <024201c9701c$572c3540$05849fc0$@com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 06 Jan 2009 11:12:42 -0600 (CST) Cc: FreeBSD-stable@freebsd.org Subject: Re: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 17:14:03 -0000 --qVHblb/y9DPlgkHs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 06, 2009 at 09:31:48AM -0700, Brian Duke wrote: > This is very odd. > I got desperate last night and steeled myself for a reinstall. Copied all > the known keeper files to an alternate drive including /home, /etc, > /usr/local/etc and a couple others. It's on a completely separate drive w= ith > no OS just files on it. I downloaded what I thought was 7.1 iso and burned > the image to disks from my spare windows machine. I sure of it as I made a > point to upgrade to 7.1 >=20 > I stuck in the install disk and rebooted.=20 > I didn't mess with fdisk left it the same.=20 > Used disk druid to set the mount points like they were before and toggle > newfs to Yes. >=20 > I watched the install perform a newfs on the mount points. As it was load= ing > the new kernel and support files I kept seeing snippets saying file for > FreeBSD 7.0 loaded. I figured there were legacy files being added and let= it > continue. The install disks loaded everything with success. The > congratulation screen popped up and set the final options. I got to the > reboot and it warned me to take out the disk before rebooting. I suspect the 7.0 stuff is a bug in the release media, but almost certainly a red herring in this case. > While booting I saw right after choosing normal boot it said proudly > "FreeBSD 6.2-RELEASE". >=20 > My question is this, after a system boots from the CD, performs a newfs, > loads everything in /usr perfectly as all my /home directories are gone a= nd > /root is empty. How can a kernel continue to exist? >=20 > I'm done with newfs as that seems to have no effect. I'm going to fdisk t= he > system now and seriously mess with the MBR. But just before I do, anyone > have any idea how install disks doing a standard install do not overwrite > the kernel? =20 This is really odd. It sounds like you are somehow booting from one root file system (with the 6.2 kernel) and then mounting another one over the top of it. I'm not sure quite how I'd go about tracking this down. A dmesg might help and the output lsdev in the loader might be interesting. -- Brooks --qVHblb/y9DPlgkHs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJY5EJXY6L6fI4GtQRAue0AKDdSdryNsHDrYaesOnsQ43VClkGIQCbBJdd 7fL2di9xOl7Wbe4iEsVZDPA= =2alO -----END PGP SIGNATURE----- --qVHblb/y9DPlgkHs-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 17:31:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C76DB106566B for ; Tue, 6 Jan 2009 17:31:10 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBB58FC13 for ; Tue, 6 Jan 2009 17:31:09 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id n06HVIYJ097926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jan 2009 17:31:19 GMT (envelope-from vince@unsane.co.uk) Message-ID: <49639546.5070608@unsane.co.uk> Date: Tue, 06 Jan 2009 17:30:46 +0000 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Daniel Bond References: <08B216B4-79AB-45AB-AB4D-C8CD62196B87@danielbond.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Christopher Arnold , freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 17:31:11 -0000 Daniel Bond wrote: > The same could be said about CVSup, one could write a caching cvsup > proxy-server, and then we could just get rid of all the other > cvsup-servers, except two (like freebsd-update soon will have). The > point is, for portsnap and freebsd-update to scale properly, it needs > to be opened up to the public, like CVSup is. People running a single > server at home, or maybee two, most like won't want to set up a PROXY > server, and they would be required to update both servers at the same > day for the Proxy server to actually cache something - which many may > not want. And there are a lot of people running a few servers, here > and there. > > > > Sure, a national squid-proxy could work - although, there is no > individual proxy setting for portsnap/freebsd-update.. It honors > HTTP_PROXY environment variable, which a lot of other tools also use. > Some tools might not work via this proxy, especially for local > addresses - the administrators of these servers probably don't want > all the ports tarballs to go via these, and people could use them for > nasty things. So, then we are back to manually setting/specifying the > proxy-server, each time one wants to run the commands - which people > might forget. (Is this getting complicated enough yet..?) We would > basically be creating a whole lot of new potential problems for the > users, to solve the problem in question.. > > > I am also interested in learning how the portsnap protocol works, > maybe there are potential issues with it, that a second eye might > spot, or room for improvement? From what I gather, Colin is a very > cleaver guy, so it is not very likely, but still, other people could > learn from it. > well portsnap/freebsd-update are shell scripts so not too hard to read. The actual transfer protocol is piplined http and is done by /usr/libexec/phttpget (in base so src code available /usr/src/usr.sbin/portsnap/phttpget/phttpget.c ) also see http://www.daemonology.net/phttpget/ > I would like to see these tools as the default recommended tools to > use in the future, and that is why I am so worried about this. > The point I am trying to make is, or actually the question is: Why is > freebsd-update (and portsnap) so secretive? Why can't the average Joe > run his own portsnap-mirror at home? What are we afraid of? I seem to remember once reading that Colin wanted to make it a more polished system before he release it, but i cant find that email anymore. Vince > > I don't see any problems with this, except maybe loosing some detail > in Colin's nice graphs (which would be the case for proxies too). > > > Cheers, > > > Daniel. > > > On Jan 6, 2009, at 5:42 PM, Christopher Arnold wrote: > >> >> >> On Tue, 6 Jan 2009, Daniel Bond wrote: >> >>> reading your answer, you are obviously confusing what I am saying >>> about freebsd-update with the portsnap program. Also, I also wrote >>> in my first post >> No i'm not confusing them, just trying to follow two subjects at the >> same time. Sorry if that is confusing. >> >>> that HTTP_PROXY / Caching proxy server does not help me much. This >>> is because I download a lot of "initial tarball snapshots".. I would >>> rarely see "Cache hits" in my proxy log. I guess I could set >>> something up to fetch nightly via proxy, to keep the data in house, >>> for when I need it. I don't want to use a PROXY server, I feel this >>> is attacking the problem at the wrong end. >>> >> Ok, lets go again. Either you mirror (maybe by having a squid proxy >> and walk the tree) and thats going to me even worse for you. Or you >> use a squid proxy to keep stuff you need close to you and share among >> different installations. >> >> Or you setup one or more national squid proxies and configure your >> machines manually just like you do with cvsup. >> >> >> >>> I agree, I am interested to hear the views of the wise ones. >>> Personally I'm going back to CVSup until freebsd-update and portsnap >>> mirrors are in a more distributed or usable state. >>> >> At least portsnap started to work for me earlier today. Havn't tried >> update yet. >> >> But yes i agree, update and portsnap infrastructure could be done >> better. >> I have some ideas and will try to write them down in a while. >> >> /Chris >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 17:32:22 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE49A106564A; Tue, 6 Jan 2009 17:32:22 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 673D08FC14; Tue, 6 Jan 2009 17:32:22 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n06H0wMo005488; Tue, 6 Jan 2009 17:00:58 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LKFIY-00075Q-A1; Tue, 06 Jan 2009 17:00:58 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id n06H0vIU002705; Tue, 6 Jan 2009 17:00:58 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id n06H0usS002702; Tue, 6 Jan 2009 17:00:56 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Brian Duke In-Reply-To: <024201c9701c$572c3540$05849fc0$@com> References: <32085272.968201231189478546.JavaMail.root@wmail9.libero.it> <010e01c96f82$252875d0$6f796170$@com> <20090105223216.GE11721@lor.one-eyed-alien.net> <024201c9701c$572c3540$05849fc0$@com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 06 Jan 2009 17:00:56 +0000 Message-Id: <1231261256.86657.12.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: 'Brooks Davis' , FreeBSD-stable@FreeBSD.org Subject: RE: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 17:32:23 -0000 On Tue, 2009-01-06 at 09:31 -0700, Brian Duke wrote: > This is very odd. > I got desperate last night and steeled myself for a reinstall. Copied all > the known keeper files to an alternate drive including /home, /etc, > /usr/local/etc and a couple others. It's on a completely separate drive with > no OS just files on it. I downloaded what I thought was 7.1 iso and burned > the image to disks from my spare windows machine. I sure of it as I made a > point to upgrade to 7.1 > > I stuck in the install disk and rebooted. > I didn't mess with fdisk left it the same. > Used disk druid to set the mount points like they were before and toggle > newfs to Yes. > > I watched the install perform a newfs on the mount points. As it was loading > the new kernel and support files I kept seeing snippets saying file for > FreeBSD 7.0 loaded. I figured there were legacy files being added and let it > continue. The install disks loaded everything with success. The > congratulation screen popped up and set the final options. I got to the > reboot and it warned me to take out the disk before rebooting. > > While booting I saw right after choosing normal boot it said proudly > "FreeBSD 6.2-RELEASE". A few ideas: 1) Do you have, or have you ever had, mirrored disks? Is it possible that the kernel is not being loaded from the disk you think it is being loaded from? 2) Is it possible that you are loading a kernel that is not the default kernel? e.g. At some point in the past, have you Secondly, can you run the following commands and show the output: sysctl kern.bootfile ls -li /boot /boot/kernel/kernel `sysctl -n kern.bootfile` cat /boot/loader.conf cat /boot/nextboot.conf strings /boot/kernel/kernel | tail -6 Thanks, Gavin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 18:04:02 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9655D106566B for ; Tue, 6 Jan 2009 18:04:02 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 555348FC25 for ; Tue, 6 Jan 2009 18:04:02 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n06HZfNx086704 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jan 2009 12:35:41 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aiIOtrCbRVrKfz9P0xve" Organization: FreeBSD Date: Tue, 06 Jan 2009 12:36:20 -0500 Message-Id: <1231263380.57454.23.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 Subject: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 18:04:03 -0000 --=-aiIOtrCbRVrKfz9P0xve Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I am planning to merge most all of the drm from -CURRENT to releng_7 shortly. The merge that I have staged includes the following. Merged /head/sys:r182080,182467-182469,182883-182884,183573,183603-183605, 183828,183830-183834,184212-184213,184263,184373-184375 There are really too many updates/fixes to mention as the drm from 7 is more than 2 years old now. This has support for several newer Intel and AMD/ATI chips, (no r6/7xx yet, but soon(tm)). I have a patch available for testing at http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 robert. --=20 Robert Noland FreeBSD --=-aiIOtrCbRVrKfz9P0xve Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkljlpQACgkQM4TrQ4qfRONjuACeP+ycdECHst3e9Qlfa9fFRahs EN8An3oprcL7lgKwHXNFR9afYYtwh8Kh =/SAb -----END PGP SIGNATURE----- --=-aiIOtrCbRVrKfz9P0xve-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 18:06:43 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 968AA106566B for ; Tue, 6 Jan 2009 18:06:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 46AE68FC1B for ; Tue, 6 Jan 2009 18:06:43 +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.3/8.14.3) with ESMTP id n06HjZjm083294; Tue, 6 Jan 2009 12:45:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n06HjZQZ052381; Tue, 6 Jan 2009 12:45:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id C12D6241BA; Tue, 6 Jan 2009 12:45:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090106174535.C12D6241BA@freebsd-legacy.sentex.ca> Date: Tue, 6 Jan 2009 12:45:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 18:06:43 -0000 TB --- 2009-01-06 17:43:24 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2009-01-06 17:43:24 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2009-01-06 17:43:24 - cleaning the object tree TB --- 2009-01-06 17:44:17 - cvsupping the source tree TB --- 2009-01-06 17:44:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2009-01-06 17:44:27 - building world TB --- 2009-01-06 17:44:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-01-06 17:44:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-01-06 17:44:27 - TARGET=i386 TB --- 2009-01-06 17:44:27 - TARGET_ARCH=i386 TB --- 2009-01-06 17:44:27 - TZ=UTC TB --- 2009-01-06 17:44:27 - __MAKE_CONF=/dev/null TB --- 2009-01-06 17:44:27 - cd /src TB --- 2009-01-06 17:44:27 - /usr/bin/make -B buildworld >>> 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 [...] ===> usr.sbin/wlconfig (cleandir) rm -f wlconfig wlconfig.o wlconfig.8.gz wlconfig.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/wpa (cleandir) ===> usr.sbin/wpa/wpa_supplicant (cleandir) "Makefile", line 14: Malformed conditional (${MK_EXAMPLES} != "no") "Makefile", line 17: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-01-06 17:45:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-01-06 17:45:35 - ERROR: failed to build world TB --- 2009-01-06 17:45:35 - 25.76 user 11.39 system 131.62 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 18:06:44 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 248841065670 for ; Tue, 6 Jan 2009 18:06:44 +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 C90988FC1C for ; Tue, 6 Jan 2009 18:06:43 +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.3/8.14.3) with ESMTP id n06HjfEo083306; Tue, 6 Jan 2009 12:45:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n06Hjfb3052446; Tue, 6 Jan 2009 12:45:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id D01A8241BC; Tue, 6 Jan 2009 12:45:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090106174541.D01A8241BC@freebsd-legacy.sentex.ca> Date: Tue, 6 Jan 2009 12:45:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 18:06:44 -0000 TB --- 2009-01-06 17:43:25 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2009-01-06 17:43:25 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2009-01-06 17:43:25 - cleaning the object tree TB --- 2009-01-06 17:44:20 - cvsupping the source tree TB --- 2009-01-06 17:44:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2009-01-06 17:44:30 - building world TB --- 2009-01-06 17:44:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-01-06 17:44:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-01-06 17:44:30 - TARGET=pc98 TB --- 2009-01-06 17:44:30 - TARGET_ARCH=i386 TB --- 2009-01-06 17:44:30 - TZ=UTC TB --- 2009-01-06 17:44:30 - __MAKE_CONF=/dev/null TB --- 2009-01-06 17:44:30 - cd /src TB --- 2009-01-06 17:44:30 - /usr/bin/make -B buildworld >>> 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 [...] ===> usr.sbin/wicontrol (cleandir) rm -f wicontrol wicontrol.o wicontrol.8.gz wicontrol.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/wpa (cleandir) ===> usr.sbin/wpa/wpa_supplicant (cleandir) "Makefile", line 14: Malformed conditional (${MK_EXAMPLES} != "no") "Makefile", line 17: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-01-06 17:45:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-01-06 17:45:41 - ERROR: failed to build world TB --- 2009-01-06 17:45:41 - 25.56 user 11.64 system 136.22 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 18:06:44 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A66B4106564A for ; Tue, 6 Jan 2009 18:06:44 +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 564FC8FC1D for ; Tue, 6 Jan 2009 18:06:44 +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.3/8.14.3) with ESMTP id n06HhOKO082955; Tue, 6 Jan 2009 12:43:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n06HhOub050864; Tue, 6 Jan 2009 12:43:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 2C919241BA; Tue, 6 Jan 2009 12:43:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090106174324.2C919241BA@freebsd-legacy.sentex.ca> Date: Tue, 6 Jan 2009 12:43:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 18:06:45 -0000 TB --- 2009-01-06 17:41:34 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2009-01-06 17:41:34 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2009-01-06 17:41:34 - cleaning the object tree TB --- 2009-01-06 17:42:15 - cvsupping the source tree TB --- 2009-01-06 17:42:15 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2009-01-06 17:42:24 - building world TB --- 2009-01-06 17:42:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-01-06 17:42:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-01-06 17:42:24 - TARGET=amd64 TB --- 2009-01-06 17:42:24 - TARGET_ARCH=amd64 TB --- 2009-01-06 17:42:24 - TZ=UTC TB --- 2009-01-06 17:42:24 - __MAKE_CONF=/dev/null TB --- 2009-01-06 17:42:24 - cd /src TB --- 2009-01-06 17:42:24 - /usr/bin/make -B buildworld >>> 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 [...] ===> usr.sbin/wicontrol (cleandir) rm -f wicontrol wicontrol.o wicontrol.8.gz wicontrol.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/wpa (cleandir) ===> usr.sbin/wpa/wpa_supplicant (cleandir) "Makefile", line 14: Malformed conditional (${MK_EXAMPLES} != "no") "Makefile", line 17: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-01-06 17:43:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-01-06 17:43:23 - ERROR: failed to build world TB --- 2009-01-06 17:43:23 - 25.09 user 11.80 system 109.20 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 18:06:45 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3336E106566C for ; Tue, 6 Jan 2009 18:06: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 D78848FC0C for ; Tue, 6 Jan 2009 18:06:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n06HkxTO083621; Tue, 6 Jan 2009 12:46:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n06Hkx3n011165; Tue, 6 Jan 2009 12:46:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 8F07A241BA; Tue, 6 Jan 2009 12:46:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090106174659.8F07A241BA@freebsd-legacy.sentex.ca> Date: Tue, 6 Jan 2009 12:46:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 18:06:45 -0000 TB --- 2009-01-06 17:45:35 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2009-01-06 17:45:35 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2009-01-06 17:45:35 - cleaning the object tree TB --- 2009-01-06 17:46:00 - cvsupping the source tree TB --- 2009-01-06 17:46:00 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2009-01-06 17:46:07 - building world TB --- 2009-01-06 17:46:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-01-06 17:46:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-01-06 17:46:07 - TARGET=sparc64 TB --- 2009-01-06 17:46:07 - TARGET_ARCH=sparc64 TB --- 2009-01-06 17:46:07 - TZ=UTC TB --- 2009-01-06 17:46:07 - __MAKE_CONF=/dev/null TB --- 2009-01-06 17:46:07 - cd /src TB --- 2009-01-06 17:46:07 - /usr/bin/make -B buildworld >>> 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 [...] ===> usr.sbin/wicontrol (cleandir) rm -f wicontrol wicontrol.o wicontrol.8.gz wicontrol.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/wpa (cleandir) ===> usr.sbin/wpa/wpa_supplicant (cleandir) "Makefile", line 14: Malformed conditional (${MK_EXAMPLES} != "no") "Makefile", line 17: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-01-06 17:46:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-01-06 17:46:59 - ERROR: failed to build world TB --- 2009-01-06 17:46:59 - 25.13 user 10.60 system 83.62 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 19:16:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B11CE106564A for ; Tue, 6 Jan 2009 19:16:24 +0000 (UTC) (envelope-from db@danielbond.org) Received: from mail.nsn.no (mailtwo.nsn.no [62.89.38.161]) by mx1.freebsd.org (Postfix) with SMTP id 22C228FC1B for ; Tue, 6 Jan 2009 19:16:23 +0000 (UTC) (envelope-from db@danielbond.org) Received: (qmail 5681 invoked by uid 0); 6 Jan 2009 19:16:22 -0000 Received: from unknown (HELO ?85.95.32.72?) (85.95.32.72) by mail.nsn.no with SMTP; 6 Jan 2009 19:16:22 -0000 Message-Id: <484FA671-3B56-4A7C-9551-37AD2D1AF7B3@danielbond.org> From: Daniel Bond To: Vincent Hoffman In-Reply-To: <49639546.5070608@unsane.co.uk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 6 Jan 2009 20:16:21 +0100 References: <08B216B4-79AB-45AB-AB4D-C8CD62196B87@danielbond.org> <49639546.5070608@unsane.co.uk> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 19:16:25 -0000 Hi, thanks for useful and relevant information. However, this is just one part of the process. Generating the diffs, prepping the server, and the whole server-side setup/management of it is another - I am sure there are tools for this too. Cheers, Daniel. On Jan 6, 2009, at 6:30 PM, Vincent Hoffman wrote: > Daniel Bond wrote: >> The same could be said about CVSup, one could write a caching cvsup >> proxy-server, and then we could just get rid of all the other >> cvsup-servers, except two (like freebsd-update soon will have). The >> point is, for portsnap and freebsd-update to scale properly, it needs >> to be opened up to the public, like CVSup is. People running a single >> server at home, or maybee two, most like won't want to set up a PROXY >> server, and they would be required to update both servers at the same >> day for the Proxy server to actually cache something - which many may >> not want. And there are a lot of people running a few servers, here >> and there. >> >> >> >> Sure, a national squid-proxy could work - although, there is no >> individual proxy setting for portsnap/freebsd-update.. It honors >> HTTP_PROXY environment variable, which a lot of other tools also use. >> Some tools might not work via this proxy, especially for local >> addresses - the administrators of these servers probably don't want >> all the ports tarballs to go via these, and people could use them for >> nasty things. So, then we are back to manually setting/specifying the >> proxy-server, each time one wants to run the commands - which people >> might forget. (Is this getting complicated enough yet..?) We would >> basically be creating a whole lot of new potential problems for the >> users, to solve the problem in question.. >> >> >> I am also interested in learning how the portsnap protocol works, >> maybe there are potential issues with it, that a second eye might >> spot, or room for improvement? From what I gather, Colin is a very >> cleaver guy, so it is not very likely, but still, other people could >> learn from it. >> > well portsnap/freebsd-update are shell scripts so not too hard to > read. > The actual transfer protocol is piplined http and is done by > /usr/libexec/phttpget (in base so src code available > /usr/src/usr.sbin/portsnap/phttpget/phttpget.c ) > also see http://www.daemonology.net/phttpget/ > > >> I would like to see these tools as the default recommended tools to >> use in the future, and that is why I am so worried about this. >> The point I am trying to make is, or actually the question is: Why is >> freebsd-update (and portsnap) so secretive? Why can't the average Joe >> run his own portsnap-mirror at home? What are we afraid of? > I seem to remember once reading that Colin wanted to make it a more > polished system before he release it, but i cant find that email > anymore. > > Vince >> >> I don't see any problems with this, except maybe loosing some detail >> in Colin's nice graphs (which would be the case for proxies too). >> >> >> Cheers, >> >> >> Daniel. >> >> >> On Jan 6, 2009, at 5:42 PM, Christopher Arnold wrote: >> >>> >>> >>> On Tue, 6 Jan 2009, Daniel Bond wrote: >>> >>>> reading your answer, you are obviously confusing what I am saying >>>> about freebsd-update with the portsnap program. Also, I also wrote >>>> in my first post >>> No i'm not confusing them, just trying to follow two subjects at the >>> same time. Sorry if that is confusing. >>> >>>> that HTTP_PROXY / Caching proxy server does not help me much. This >>>> is because I download a lot of "initial tarball snapshots".. I >>>> would >>>> rarely see "Cache hits" in my proxy log. I guess I could set >>>> something up to fetch nightly via proxy, to keep the data in house, >>>> for when I need it. I don't want to use a PROXY server, I feel this >>>> is attacking the problem at the wrong end. >>>> >>> Ok, lets go again. Either you mirror (maybe by having a squid proxy >>> and walk the tree) and thats going to me even worse for you. Or you >>> use a squid proxy to keep stuff you need close to you and share >>> among >>> different installations. >>> >>> Or you setup one or more national squid proxies and configure your >>> machines manually just like you do with cvsup. >>> >>> >>> >>>> I agree, I am interested to hear the views of the wise ones. >>>> Personally I'm going back to CVSup until freebsd-update and >>>> portsnap >>>> mirrors are in a more distributed or usable state. >>>> >>> At least portsnap started to work for me earlier today. Havn't tried >>> update yet. >>> >>> But yes i agree, update and portsnap infrastructure could be done >>> better. >>> I have some ideas and will try to write them down in a while. >>> >>> /Chris >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org >> " > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 19:53:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0651065672 for ; Tue, 6 Jan 2009 19:53:01 +0000 (UTC) (envelope-from royce@alaska.net) Received: from hermes.acsalaska.net (hermes.acsalaska.net [209.112.173.230]) by mx1.freebsd.org (Postfix) with ESMTP id 99C2E8FC16 for ; Tue, 6 Jan 2009 19:53:01 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [192.168.254.100] (209-112-211-59-rb1.nwc.dsl.dynamic.acsalaska.net [209.112.211.59]) by hermes.acsalaska.net (8.14.1/8.14.1) with ESMTP id n06Je2cM042774; Tue, 6 Jan 2009 10:40:03 -0900 (AKST) (envelope-from royce@alaska.net) Message-ID: <4963B396.9050609@alaska.net> Date: Tue, 06 Jan 2009 10:40:06 -0900 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081209 Lightning/0.9 Thunderbird/2.0.0.19 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <08B216B4-79AB-45AB-AB4D-C8CD62196B87@danielbond.org> <49639546.5070608@unsane.co.uk> <484FA671-3B56-4A7C-9551-37AD2D1AF7B3@danielbond.org> In-Reply-To: <484FA671-3B56-4A7C-9551-37AD2D1AF7B3@danielbond.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Subject: Re: freebsd-update painfully slow - slower than source code build of world and kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 19:53:02 -0000 Daniel Bond wrote, on 1/6/2009 10:16 AM: > thanks for useful and relevant information. However, this is just one > part of the process. Generating the diffs, > prepping the server, and the whole server-side setup/management of it is > another - I am sure there are tools for this too. http://www.freebsd.org/cgi/cvsweb.cgi/projects/freebsd-update-server/ Royce -- Royce D. Williams - http://royce.ws/ We always choose it for itself. - Aristotle From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 20:57:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D17DD106564A for ; Tue, 6 Jan 2009 20:57:00 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id 8BAA81529DE for ; Tue, 6 Jan 2009 20:57:00 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: (qmail 75749 invoked from network); 6 Jan 2009 20:55:03 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 6 Jan 2009 20:55:03 -0000 Message-ID: <4963C527.5030207@freebsd.org> Date: Tue, 06 Jan 2009 12:55:03 -0800 From: Colin Percival User-Agent: Thunderbird 2.0.0.17 (X11/20081002) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD Update slow right now, please be patient X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 20:57:01 -0000 Hi all, FreeBSD Update is being slow right now due to server load issues. It will improve. Please be patient. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 21:08:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB06B1065672 for ; Tue, 6 Jan 2009 21:08:51 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 79AE78FC16 for ; Tue, 6 Jan 2009 21:08:51 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id n06L8jod085876; Tue, 6 Jan 2009 22:08:46 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 8E3D9BAA1; Tue, 6 Jan 2009 22:08:45 +0100 (CET) Date: Tue, 6 Jan 2009 22:08:45 +0100 From: Roland Smith To: Luigi Rizzo Message-ID: <20090106210845.GA88675@slackbox.xs4all.nl> References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20090105232354.GA85619@onelab2.iet.unipi.it> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 21:08:52 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 06, 2009 at 12:23:54AM +0100, Luigi Rizzo wrote: > On Mon, Jan 05, 2009 at 11:26:23PM +0100, Roland Smith wrote: > > On Mon, Jan 05, 2009 at 05:44:03PM +0100, Erwan David wrote: > > > On Mon, Jan 05, 2009 at 05:36:35PM CET, Torfinn Ingolfsen said: > > > > On Sun, 04 Jan 2009 23:14:22 +0100 > > > > Harald Weis wrote: > > > >=20 > > > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > > > > The printer is delivered with the install software required for L= inux. > > > > > And CUPS does not seem to "know" it. > ... > > > It is not always sufficient. My Brother DCP-540 CN is said to work > > > perfectly, but only with brother binary linux drivers, under linux. I > > > did not find any way to make it work under freeBSD. > >=20 > > This should be a FAQ: do yourself a favor and get a printer that > > supports postscript. It will work with little effort with most > > UNIX-based program (because they usually support postscript output) and > > with most spoolers. >=20 > Actually, this is debatable. If everybody were following your > suggestion we wouldn't have support for a lot of devices (printers, > disk controllers, scanners, wireless and network devices, embedded > systems) that now do work with FreeBSD or other Open Source systems. There is actually one crucial difference between printers and the other classes of hardware you mention. Printers are usually driven by a kind of page/job description language (postscript, pcl, esc2p etc) whereas the others are not. So a printing system that generates e.g. postscript can work with scores of printers. IMHO it is actually a waste of resources to reverse engineer or write drivers for printer manufacturers that need to reinvent the wheel with every model. =20 > We are talking about a 70euro laser printer here While I agree that is not a lot of money, it is still a pretty expensive doorstop.=20 > it is not unreasonable to take a bit of a risk and try it out, and it > is also good for the community to have people willing to test new > hardware and report success or failure. That is true enough. But the OP didn't sound like someone who bought a printer to test it. I would not expect those people to need to ask for assistence on freebsd-questions. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkljyF0ACgkQEnfvsMMhpyXvewCffLqPKvQs+Tl6XQXVDzz+tT5y pQ8An1WYPEJOYMMc6BcJqvAtS4qhHbFx =82dR -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 21:20:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 803981065675 for ; Tue, 6 Jan 2009 21:20:14 +0000 (UTC) (envelope-from db@danielbond.org) Received: from mail.nsn.no (mailtwo.nsn.no [62.89.38.161]) by mx1.freebsd.org (Postfix) with SMTP id BE4658FC19 for ; Tue, 6 Jan 2009 21:20:13 +0000 (UTC) (envelope-from db@danielbond.org) Received: (qmail 87277 invoked by uid 0); 6 Jan 2009 21:20:12 -0000 Received: from unknown (HELO ?85.95.32.72?) (85.95.32.72) by mail.nsn.no with SMTP; 6 Jan 2009 21:20:12 -0000 Message-Id: <97B99505-158D-47B1-AEE1-E0FF50BEFE85@danielbond.org> From: Daniel Bond To: Colin Percival In-Reply-To: <4963C527.5030207@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 6 Jan 2009 22:20:11 +0100 References: <4963C527.5030207@freebsd.org> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Stable Subject: Re: FreeBSD Update slow right now, please be patient X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 21:20:14 -0000 Hi Colin, is there anything I can do to help? Will this also resolve connect- issues close up to future releases? I had some correspondence with you about additional mirrors earlier, but it stopped (guessing too many similar requests, to answer them all). Cheers, Daniel. On Jan 6, 2009, at 9:55 PM, Colin Percival wrote: > Hi all, > > FreeBSD Update is being slow right now due to server load issues. > > It will improve. > > Please be patient. > > -- > Colin Percival > Security Officer, FreeBSD | freebsd.org | The power to serve > Founder / author, Tarsnap | tarsnap.com | Online backups for the > truly paranoid > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 21:46:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 925A3106564A for ; Tue, 6 Jan 2009 21:46:52 +0000 (UTC) (envelope-from admin@stardothosting.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 441B88FC12 for ; Tue, 6 Jan 2009 21:46:51 +0000 (UTC) (envelope-from admin@stardothosting.com) Received: by yw-out-2324.google.com with SMTP id 9so3477255ywe.13 for ; Tue, 06 Jan 2009 13:46:51 -0800 (PST) Received: by 10.65.197.16 with SMTP id z16mr16692280qbp.25.1231278410674; Tue, 06 Jan 2009 13:46:50 -0800 (PST) Received: from kevin (not.enough.unixsluts.com [76.10.166.187]) by mx.google.com with ESMTPS id s27sm51430304qbs.11.2009.01.06.13.46.48 (version=SSLv3 cipher=RC4-MD5); Tue, 06 Jan 2009 13:46:49 -0800 (PST) Sender: Kevin Kutzko From: "SDH Support" To: References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> <20090106210845.GA88675@slackbox.xs4all.nl> In-Reply-To: <20090106210845.GA88675@slackbox.xs4all.nl> Date: Tue, 6 Jan 2009 16:46:40 -0500 Message-ID: <001401c97048$42bcde80$c8369b80$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AclwQyMNqN3aKCauSJSlDtcuOJTI9gABN7QA Content-Language: en-us Subject: RE: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: support@stardothosting.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 21:46:52 -0000 > Is there a way to install the SCX-4200 printer on a FreeBSD box ? I would recommend googling this printer and determining its support on linux first and then perhaps following the large amount of documentation with installing CUPS for freebsd. I've gotten many different printers working on my own. --- Kevin K. Systems Administrator www.webcanadahosting.com From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 22:06:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CFEE1065670 for ; Tue, 6 Jan 2009 22:06:37 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id E41C28FC20 for ; Tue, 6 Jan 2009 22:06:36 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 335EAED002; Tue, 6 Jan 2009 17:06:34 -0500 (EST) Date: Tue, 6 Jan 2009 17:06:32 -0500 From: "Peter C. Lai" To: SDH Support Message-ID: <20090106220632.GU45538@cesium.hyperfine.info> References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> <20090106210845.GA88675@slackbox.xs4all.nl> <001401c97048$42bcde80$c8369b80$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001401c97048$42bcde80$c8369b80$@com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 22:06:37 -0000 What language does this printer use? I am a big fan of the minimalistic BSD LPD/R, so I usually just whip up an output filter that cats everything (since just about every app natively prints as postscript these days [besides gimp-app I guess]) to ghostscript. Works for basically any printer with PCL or PS support (actually, with some of the the elcheapo PS imitations out there, usually PCL5/XL works better). To me, CUPS/Foomatic comes with some fancy PPDs and filters, but I think a lot of that is bloated since it does similar things under the hood but wrapped in more layers of magic... On 2009-01-06 04:46:40PM -0500, SDH Support wrote: > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > I would recommend googling this printer and determining its support on linux > first and then perhaps following the large amount of documentation with > installing CUPS for freebsd. I've gotten many different printers working on > my own. > > > > > --- > Kevin K. > Systems Administrator > www.webcanadahosting.com > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 00:25:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22BA7106566C for ; Wed, 7 Jan 2009 00:25:01 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id BF5258FC1A for ; Wed, 7 Jan 2009 00:25:00 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KD200BU2RTNGNB0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 07 Jan 2009 01:24:59 +0100 (CET) Received: from kg-work2.kg4.no ([80.203.109.110]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KD2004V7RTLYP60@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 07 Jan 2009 01:24:59 +0100 (CET) Date: Wed, 07 Jan 2009 01:24:57 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> In-reply-to: <1231263380.57454.23.camel@squirrel.corp.cox.com> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 00:25:01 -0000 On Tue, 06 Jan 2009 12:36:20 -0500 Robert Noland wrote: > I am planning to merge most all of the drm from -CURRENT to releng_7 > shortly. The merge that I have staged includes the following. > > Merged /head/sys:r182080,182467-182469,182883-182884,183573,183603-183605, > 183828,183830-183834,184212-184213,184263,184373-184375 > > There are really too many updates/fixes to mention as the drm from 7 > is more than 2 years old now. This has support for several newer > Intel and AMD/ATI chips, (no r6/7xx yet, but soon(tm)). > > I have a patch available for testing at > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 Applied fine to my RELENG_7 / amd64 system (freshly cvsup'ed and built yesterday): root@kg-v2# uname -a FreeBSD kg-v2.kg4.no 7.1-STABLE FreeBSD 7.1-STABLE #1: Tue Jan 6 21:49:31 CET 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 - except for the patch to sys/modules/drm/i915/Makefile: The text leading up to this was: -------------------------- |diff -uNrp -x .svn |sys/modules/drm/i915/Makefile /home/rnoland/freebsd/base/stable/7/sys/modules/drm/i915/Makefile |--- sys/modules/drm/i915/Makefile 2009-01-06 10:58:41.000000000 |-0500 ++ |+ /home/rnoland/freebsd/base/stable/7/sys/modules/drm/i915/Makefile |2008-12-10 21:48:19.000000000 -0500 -------------------------- Patching file Makefile using Plan A... Hunk #1 failed at 2. 1 out of 1 hunks failed--saving rejects to Makefile.rej Apparently patch gets confuseed when it finds a file with the same name in the current directory (which was /usr/src), or perhaps I don't know how to tell patch how to find the right file. I just did: cd /usr/src patch < /dir/name/patchfile Anyway, a 'make kernel' fails: mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC /usr/src/sys/modules/drm/drm/../../../dev/drm/ati_pcigart.c /usr/src/sys/modules/drm/drm/.. /../../dev/drm/drm_agpsupport.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_auth.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_bufs.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_context.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_dma.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drawable.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_fops.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_ioctl.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_irq.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_lock.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_memory.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_pci.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_sysctl.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_vm.c In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/ati_pcigart.c:37: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_agpsupport.c:39: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_auth.c:39: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_bufs.c:40: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_context.c:38: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_dma.c:42: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drawable.c:39: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:41: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_fops.c:40: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_ioctl.c:39: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_irq.c:36: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_lock.c:53: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_memory.c:42: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_pci.c:34: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c:40: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_sysctl.c:32: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory In file included from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_vm.c:31: @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/drm/drm. *** Error code 1 Stop in /usr/src/sys/modules/drm. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 00:56:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D5A1065676 for ; Wed, 7 Jan 2009 00:56:03 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id D92458FC22 for ; Wed, 7 Jan 2009 00:56:02 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so3504432yxb.13 for ; Tue, 06 Jan 2009 16:56:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=VJjaMLhter2IEpXK2fkMc56Ax3LQZ+WgcQuP0/Sg5O8=; b=nJEvUHpj9W2uhpskC5KK+hmO55nUT1oSYYBlvy5D3U4rT3SkdD8x8MO+2dQecI4oVa yMxD/GbG2p5wLAwpDvbAXMrVm0L7PsR1C1sjghrgcAS/HyZX4yoDGfuRm+BNY7cn2UBO RjwGmeHhLYfkzqgJ6kMs3azbizg2gs7VqV7pA= 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=EwoQaSbZRJR4tYVoBCTHCCqD7Q7HRQ1NaTp0VUjjuAmyrZPyMXoW0tZsLupTElhNPR 12asPZuWEmMNXO+72YIChVfEDbBkf8N3npOrUTdFcbfQJByuP9wJHqEmtfvvnp5g5YMM 8/0o8rHS2sbWoPK1EOZ9qB1O6ZvQRV9Ds+pao= Received: by 10.90.96.15 with SMTP id t15mr10597620agb.37.1231288376375; Tue, 06 Jan 2009 16:32:56 -0800 (PST) Received: by 10.90.116.13 with HTTP; Tue, 6 Jan 2009 16:32:56 -0800 (PST) Message-ID: <790a9fff0901061632v2639daf2h7935439f4dbbacc@mail.gmail.com> Date: Tue, 6 Jan 2009 18:32:56 -0600 From: "Scot Hetzel" To: "Torfinn Ingolfsen" In-Reply-To: <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> Cc: freebsd-stable@freebsd.org Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 00:56:03 -0000 On Tue, Jan 6, 2009 at 6:24 PM, Torfinn Ingolfsen wrote: > On Tue, 06 Jan 2009 12:36:20 -0500 > Robert Noland wrote: > >> I am planning to merge most all of the drm from -CURRENT to releng_7 >> shortly. The merge that I have staged includes the following. >> : >> I have a patch available for testing at >> http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 > > Applied fine to my RELENG_7 / amd64 system (freshly cvsup'ed and built > yesterday): > root@kg-v2# uname -a > FreeBSD kg-v2.kg4.no 7.1-STABLE FreeBSD 7.1-STABLE #1: Tue Jan 6 > 21:49:31 CET 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 > > - except for the patch to sys/modules/drm/i915/Makefile: : > Apparently patch gets confuseed when it finds a file with the same name > in the current directory (which was /usr/src), or perhaps I don't know > how to tell patch how to find the right file. > I just did: > cd /usr/src > patch < /dir/name/patchfile > use: patch -p0 < /dir/name/patchfile See the man page on patch. Scot. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 01:12:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DBC91065672 for ; Wed, 7 Jan 2009 01:12:38 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.freebsd.org (Postfix) with ESMTP id DC7168FC13 for ; Wed, 7 Jan 2009 01:12:37 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from mdaemon.pldrouin.net (CPE004005bd9ec2-CM001a666aca96.cpe.net.cable.rogers.com [173.32.136.136]) by smtp.cyberfingers.net (Postfix) with ESMTP id 990FEAB6C27 for ; Tue, 6 Jan 2009 19:47:28 -0500 (EST) Message-ID: <4963FD19.70007@pldrouin.net> Date: Tue, 06 Jan 2009 19:53:45 -0500 From: Pierre-Luc Drouin User-Agent: Thunderbird 2.0.0.18 (X11/20081128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem with CPU freq in 7.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 01:12:38 -0000 Hi, I noticed a problem with CPU freq in 7.1-STABLE. The maximum frequency showed by sysctl is 500Mhz lower than what it should be for my Pentium M 2Ghz. Here is the output from dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-STABLE #7: Tue Jan 6 16:01:20 EST 2009 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 and the output from sysctl: dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 This used to work correctly in 7.0... Thanks! Pierre-Luc Drouin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 01:17:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D1A7106566B for ; Wed, 7 Jan 2009 01:17:28 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id CC20D8FC0C for ; Wed, 7 Jan 2009 01:17:27 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KD200B3JU92GNC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 07 Jan 2009 02:17:26 +0100 (CET) Received: from kg-work2.kg4.no ([80.203.109.110]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KD200452U91YP70@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 07 Jan 2009 02:17:26 +0100 (CET) Date: Wed, 07 Jan 2009 02:17:25 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20090107021725.3d43a49f.torfinn.ingolfsen@broadpark.no> In-reply-to: <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 01:17:28 -0000 On Wed, 07 Jan 2009 01:24:57 +0100 Torfinn Ingolfsen wrote: I forgot to tell that I fixed the Makefile in sys/modules/drm/i915 manually. > Apparently patch gets confuseed when it finds a file with the same > name in the current directory (which was /usr/src), or perhaps I > don't know how to tell patch how to find the right file. > I just did: > cd /usr/src > patch < /dir/name/patchfile > > Anyway, a 'make kernel' fails: Which is no wonder, because patch misplaced more files: root@kg-v2# pwd /usr/src root@kg-v2# ll *.c *c.orig *.h *h.orig -rw-r--r-- 1 root wheel 1650 Jan 7 01:09 drm_internal.h -rw-r--r-- 1 root wheel 0 Jan 7 01:09 drm_internal.h.orig -rw-r--r-- 1 root wheel 16455 Jan 7 01:09 i915_suspend.c -rw-r--r-- 1 root wheel 0 Jan 7 01:09 i915_suspend.c.orig -rw-r--r-- 1 root wheel 59118 Jan 7 01:09 radeon_microcode.h -rw-r--r-- 1 root wheel 0 Jan 7 01:09 radeon_microcode.h.orig Is ther a "secret handshake" to make patch put the files in their correct place? (Except for reading through the whole patchfile to determine if all touched filews are in the same directory.) For now I just mv'ed the files into place. Anyway, now the new kernel builds, installs and works correctly. It didn't pick up any drm, but I'm not sure that it should either. This machine[1] has a GeForce 8200 chipset. More info about FreeBSD on this machine here[2], including dmesgs before and after, etc. HTH References: 1) http://tingox.googlepages.com/asus_v2-m3n8200 2) http://tingox.googlepages.com/asus_v2-m3n8200_freebsd -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 01:25:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E36B1065678 for ; Wed, 7 Jan 2009 01:25:57 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-gx0-f11.google.com (mail-gx0-f11.google.com [209.85.217.11]) by mx1.freebsd.org (Postfix) with ESMTP id C52548FC25 for ; Wed, 7 Jan 2009 01:25:56 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by gxk4 with SMTP id 4so197131gxk.19 for ; Tue, 06 Jan 2009 17:25:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=CGnvujUkBRM49PiM2JdXjoJtN2OXacBo1F5y/m9zvv0=; b=GrFwjIiuJyT4js4GfEMRm86zoFReAC935lXnNhiqIh8WxmzZI3nZSe/mCuSTjH86OP HrwZMM+bba6U1eldwSoQLV+M+QvlzZ34ctOwFsGszbI6i4nDslI+lsbDlsoRsom23iOh zhfQctmuROkbiRQ4R4s4DwTLppb+/4hRd7AyM= 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=vr9/vpuHBhE1StC/3xQXHPjHs/w+zsroAnng0gW/5lE7bc3Np4cpEkf+59cKGZOYJN bKAnVNpC2JXf7chpk0zsY29LbDyTeN5YL6hYz/xqvIDwxHab5762R/xRjDyxQvJ+OmD7 3Mxm2Aw5/2AHpufPm37xaEkOPxw9rAPkdNw24= Received: by 10.90.100.20 with SMTP id x20mr5948017agb.12.1231291555345; Tue, 06 Jan 2009 17:25:55 -0800 (PST) Received: by 10.90.116.13 with HTTP; Tue, 6 Jan 2009 17:25:55 -0800 (PST) Message-ID: <790a9fff0901061725p6f41a602vbb53cfdf490df5cf@mail.gmail.com> Date: Tue, 6 Jan 2009 19:25:55 -0600 From: "Scot Hetzel" To: "Torfinn Ingolfsen" In-Reply-To: <20090107021725.3d43a49f.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> <20090107021725.3d43a49f.torfinn.ingolfsen@broadpark.no> Cc: freebsd-stable@freebsd.org Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 01:25:57 -0000 On Tue, Jan 6, 2009 at 7:17 PM, Torfinn Ingolfsen wrote: > Is ther a "secret handshake" to make patch put the files in their > correct place? (Except for reading through the whole patchfile to > determine if all touched filews are in the same directory.) > patch -p0 < patchfile This will place the files into the correct locations. Patch with no '-p' option will first try to put the files in the path provided in the patch file, if the path exists, otherwise it places the files in the current directory. See the man page for patch. Scot From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 02:45:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F954106564A for ; Wed, 7 Jan 2009 02:45:25 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 56D038FC27 for ; Wed, 7 Jan 2009 02:45:25 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id A3B11244727; Tue, 6 Jan 2009 18:18:43 -0800 (PST) X-Virus-Scanned: amavisd-new at ly.sdf.com Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tdgLYwMN7enH; Tue, 6 Jan 2009 18:18:38 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id C5A3B244762; Tue, 6 Jan 2009 18:18:38 -0800 (PST) Date: Tue, 6 Jan 2009 18:18:38 -0800 (PST) From: Tom Samplonius To: SDH Admin Message-ID: <17218792.31231294718710.JavaMail.root@ly.sdf.com> In-Reply-To: <006401c96477$3dd8e440$b98aacc0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.208.148] X-Mailer: Zimbra 5.0.11_GA_2695.RHEL4 (ZimbraWebClient - FF3.0 (Win)/5.0.11_GA_2695.RHEL4) Cc: freebsd-stable@freebsd.org Subject: Re: ver 4.2 won't allow save because it can't see 2.2T disk drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 02:45:25 -0000 ----- "SDH Admin" wrote: > >I need to patch this until I can update the system, any pointers to > >where (if there is one) to get the patch for this, and installation > >instructions. > > What is the 2.2T disk formatted as? Can you give more details on your > hardware (storage device and the 4.2 server), as well as posting your > dmesg > output. In this case, it is pretty clear the the 2.2TB disk is mounted on NFS. And the OP said it was a StorageVault, so that means it is a WAFL filesystem, which is meaningless here. Is it really FreeBSD 4.2? Anyways, it doesn't really matter what "df" reports. If df is folding some of the 64bit values in negative numbers, it is no issue really. But if the StorageVault is returning errors when files are created or written to, then that is probably a configuration issue. NFS is a client-server filesystem. So "df" on NFS just queries the StorageVault for the info, and displays it. The NFS client doesn't shutdown, because the filesystem appear to be full, or have negative capacity. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 03:31:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1936106564A; Wed, 7 Jan 2009 03:31:05 +0000 (UTC) (envelope-from bernt@bah.homeip.net) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) by mx1.freebsd.org (Postfix) with ESMTP id 497228FC16; Wed, 7 Jan 2009 03:31:05 +0000 (UTC) (envelope-from bernt@bah.homeip.net) Received: from [80.217.86.51] (c80-217-86-51.bredband.comhem.se [80.217.86.51]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id n073K8Ij066538; Wed, 7 Jan 2009 04:20:09 +0100 (CET) (envelope-from bernt@bah.homeip.net) Message-ID: <49641F69.5070909@bah.homeip.net> Date: Wed, 07 Jan 2009 04:20:09 +0100 From: Bernt Hansson User-Agent: slrn/1.0.5 (FreeBSD) MIME-Version: 1.0 To: Robert Noland References: <1231263380.57454.23.camel@squirrel.corp.cox.com> In-Reply-To: <1231263380.57454.23.camel@squirrel.corp.cox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 03:31:06 -0000 Robert Noland said the following on 2009-01-06 18:36: > I am planning to merge most all of the drm from -CURRENT to releng_7 And what is DRM? My ATI HD 3870 works. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 03:44:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B1CA106564A for ; Wed, 7 Jan 2009 03:44:57 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.191]) by mx1.freebsd.org (Postfix) with ESMTP id 358FA8FC08 for ; Wed, 7 Jan 2009 03:44:56 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so5378783rne.12 for ; Tue, 06 Jan 2009 19:44:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=/iINktgmB7cylemtJS3W7c/FI/BVfnvjIIxFikXVpVE=; b=HdtrXt4gXOBXGDIECoEkFq2+T/rRgn3i5Ug5f34eCZW1A6bMrniqXcsWhLrjoFiYE8 dcZunodQuEym0IqsT79mwSEnnAQ5xZDyT/J5zPTqFFr3FZsGdHJbaSdiQmF4r7g/3tAn /RU7+0oj5Xlzoz0oNpDXvLvjqYi+jvInh0MyU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=CxPv8+vXgryWw4i8SNx1zCyVIwjd4pA+5OiC71BJ3IXX8RSiQ5/k6QZgfRQTpD+7JL jvFH7p/eSiyV5Iyf22ntM3ss61cA0SeURx+Oby2CqPom2xCJ+NDAbX9rgVudh0lyXxO3 Q0FyfxPE0ufzbuRGdNQypAWLhpTCpt5SNjMCM= Received: by 10.90.106.1 with SMTP id e1mr227161agc.1.1231298033766; Tue, 06 Jan 2009 19:13:53 -0800 (PST) Received: from ?10.0.3.231? ([70.111.173.38]) by mx.google.com with ESMTPS id 20sm22158915agd.35.2009.01.06.19.13.52 (version=SSLv3 cipher=RC4-MD5); Tue, 06 Jan 2009 19:13:53 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Robert Noland In-Reply-To: <1231263380.57454.23.camel@squirrel.corp.cox.com> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> Content-Type: text/plain; charset=utf-8 Date: Tue, 06 Jan 2009 22:13:38 -0500 Message-Id: <1231298018.1217.2.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 03:44:57 -0000 On Tue, 2009-01-06 at 12:36 -0500, Robert Noland wrote: > I am planning to merge most all of the drm from -CURRENT to releng_7 > shortly. The merge that I have staged includes the following. > > Merged /head/sys:r182080,182467-182469,182883-182884,183573,183603-183605, > 183828,183830-183834,184212-184213,184263,184373-184375 > > There are really too many updates/fixes to mention as the drm from 7 is > more than 2 years old now. This has support for several newer Intel and > AMD/ATI chips, (no r6/7xx yet, but soon(tm)). > > I have a patch available for testing at > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 On the hardware below, I see no ill effects after applying the patch. Is there anything specific you would like tested or any additional information that I can provide? vgapci0@pci0:0:2:0: class=0x030000 card=0x201a17aa 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=0x201a17aa chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 03:49:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 820851065670; Wed, 7 Jan 2009 03:49:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id B07428FC13; Wed, 7 Jan 2009 03:49:34 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so886123eyd.7 for ; Tue, 06 Jan 2009 19:49:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=bMHbsSzV+Z7kq/eZjXyrI+4KkUjqknpy3AR4k/cCbic=; b=rmfknGNqpIwuwFe81GRAzIvBvh5CJ9CAptT/zxIlIO7/eU0mMiy0IK050buzXR2jJC pfCUe3ls8hNqgy8oMHPCudXnW8JabdbfVuB+lKNFO0bUSdQO38e8ofaqlj/wstLI/DME aNOCLgsMwW4QhoPM27lCLBR/pFdwXeuXXpuQQ= 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=FjiCbvaV9/aKeLmrUlDoxfiI/iMmhGH8vWU3jb40xEjqiGYTpq49cg9fm/CqqBUz3t hY2/fcIpXDTBxiVntYaem7M9/zENh6dQDd8uTIg/toZ4kurnvRI230NXOivL9jewjjuu IvjY5fTnZ/8qWRLBsvoZADiJrYiTtXk+Zb/Dg= Received: by 10.66.239.16 with SMTP id m16mr13675606ugh.36.1231300173219; Tue, 06 Jan 2009 19:49:33 -0800 (PST) Received: by 10.67.88.9 with HTTP; Tue, 6 Jan 2009 19:49:33 -0800 (PST) Message-ID: <7d6fde3d0901061949l126f086ai3661d7d3cf227e3f@mail.gmail.com> Date: Tue, 6 Jan 2009 19:49:33 -0800 From: "Garrett Cooper" To: "Bernt Hansson" In-Reply-To: <49641F69.5070909@bah.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <49641F69.5070909@bah.homeip.net> Cc: freebsd-x11 , freebsd-stable , Robert Noland Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 03:49:35 -0000 On Tue, Jan 6, 2009 at 7:20 PM, Bernt Hansson wrote: > Robert Noland said the following on 2009-01-06 18:36: >> >> I am planning to merge most all of the drm from -CURRENT to releng_7 > > And what is DRM? My ATI HD 3870 works. Digital Rights Management. See: . Cheers, -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 03:53:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 559A3106566B; Wed, 7 Jan 2009 03:53:21 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6D25B8FC16; Wed, 7 Jan 2009 03:53:20 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.45] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n073pWjN090095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jan 2009 22:51:33 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Bernt Hansson In-Reply-To: <49641F69.5070909@bah.homeip.net> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <49641F69.5070909@bah.homeip.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wJeN9tK6Z1xvmbbVRUTY" Organization: FreeBSD Date: Tue, 06 Jan 2009 22:52:11 -0500 Message-Id: <1231300331.7992.1.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 03:53:21 -0000 --=-wJeN9tK6Z1xvmbbVRUTY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-01-07 at 04:20 +0100, Bernt Hansson wrote: > Robert Noland said the following on 2009-01-06 18:36: > > I am planning to merge most all of the drm from -CURRENT to releng_7 >=20 > And what is DRM? My ATI HD 3870 works. drm being the direct rendering kernel modules, required for most hardware acceleration. 3870 with radeonhd driver? robert. --=-wJeN9tK6Z1xvmbbVRUTY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklkJusACgkQM4TrQ4qfROPTrwCdHb8qfwFFl6JHfvm6CurLIFaF eC4An2pCNlnQNGjPHzyh+POaRt7vP9Hh =fI+u -----END PGP SIGNATURE----- --=-wJeN9tK6Z1xvmbbVRUTY-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 03:54:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AECF01065670 for ; Wed, 7 Jan 2009 03:54:02 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7D88FC1F for ; Wed, 7 Jan 2009 03:54:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so886206eyd.7 for ; Tue, 06 Jan 2009 19:54:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=AF18bPTUH5ydy39wQ6Hw7KXIyrZJweC6lC1hkVSAA7Q=; b=l9uPxlz/fIGOl8O975YpY0+tJ4wTCC2lB2enrjPAz1Z4PcCRJmMOhAGlp0STgoO8u/ BXww2VIqwvFzu9F6oTgBLmZDtjka4FAWqH9B40XTJtKApHwNw/QSFoMD8GeM/GeWWmxG PzJNwqMlxaCBUa2nZwgucXF/yxldrXNCqFMRQ= 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=L2vSBI51ENQGi1cVQr/PS4EjSOGH+jHlmpbn9YlJs0Bbi9qjANSStyvQZX0XCcNgjG uuUHjqtdAZ4O6kBQvuED0zU3Ogj/zq+VDmTW2ACLbNnnIKRMWiZCSU8vk45+SJG5Ek6r B2JAGUCabMVgxdAqHfCZPDMgTiRK7D0YTwA3Y= Received: by 10.67.15.15 with SMTP id s15mr13676824ugi.39.1231300440854; Tue, 06 Jan 2009 19:54:00 -0800 (PST) Received: by 10.67.88.9 with HTTP; Tue, 6 Jan 2009 19:53:59 -0800 (PST) Message-ID: <7d6fde3d0901061953s5f623082u8cab20a0902e554a@mail.gmail.com> Date: Tue, 6 Jan 2009 19:53:59 -0800 From: "Garrett Cooper" To: "Tom Samplonius" In-Reply-To: <17218792.31231294718710.JavaMail.root@ly.sdf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <006401c96477$3dd8e440$b98aacc0$@com> <17218792.31231294718710.JavaMail.root@ly.sdf.com> Cc: SDH Admin , freebsd-stable@freebsd.org Subject: Re: ver 4.2 won't allow save because it can't see 2.2T disk drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 03:54:03 -0000 On Tue, Jan 6, 2009 at 6:18 PM, Tom Samplonius wrote: > > ----- "SDH Admin" wrote: > >> >I need to patch this until I can update the system, any pointers to >> >where (if there is one) to get the patch for this, and installation >> >instructions. >> >> What is the 2.2T disk formatted as? Can you give more details on your >> hardware (storage device and the 4.2 server), as well as posting your >> dmesg >> output. > > In this case, it is pretty clear the the 2.2TB disk is mounted on NFS. And the OP said it was a StorageVault, so that means it is a WAFL filesystem, which is meaningless here. > > Is it really FreeBSD 4.2? > > Anyways, it doesn't really matter what "df" reports. If df is folding some of the 64bit values in negative numbers, it is no issue really. But if the StorageVault is returning errors when files are created or written to, then that is probably a configuration issue. > > NFS is a client-server filesystem. So "df" on NFS just queries the StorageVault for the info, and displays it. The NFS client doesn't shutdown, because the filesystem appear to be full, or have negative capacity. > > Tom Are you perhaps referring to OpenBSD 4.2 0-0? -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 03:55:25 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E5D4106564A; Wed, 7 Jan 2009 03:55:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id DA7828FC16; Wed, 7 Jan 2009 03:55:24 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.45] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n073sbAc090119 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jan 2009 22:54:38 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1231298018.1217.2.camel@RabbitsDen> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <1231298018.1217.2.camel@RabbitsDen> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pw+Lr7V2L7KEXg2gA5v1" Organization: FreeBSD Date: Tue, 06 Jan 2009 22:55:11 -0500 Message-Id: <1231300517.7992.4.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 03:55:25 -0000 --=-pw+Lr7V2L7KEXg2gA5v1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-01-06 at 22:13 -0500, Alexandre "Sunny" Kovalenko wrote: > On Tue, 2009-01-06 at 12:36 -0500, Robert Noland wrote: > > I am planning to merge most all of the drm from -CURRENT to releng_7 > > shortly. The merge that I have staged includes the following. > >=20 > > Merged /head/sys:r182080,182467-182469,182883-182884,183573,183603-1836= 05, > > 183828,183830-183834,184212-184213,184263,184373-184375 > >=20 > > There are really too many updates/fixes to mention as the drm from 7 is > > more than 2 years old now. This has support for several newer Intel an= d > > AMD/ATI chips, (no r6/7xx yet, but soon(tm)). > >=20 > > I have a patch available for testing at > > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 >=20 > On the hardware below, I see no ill effects after applying the patch. Is > there anything specific you would like tested or any additional > information that I can provide? Not really, the code has been running in -CURRENT for a while now, just looking to make sure that no new issues show up. thanks for testing. robert. > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x201a17aa chip=3D0x27a28086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Mobile 945GM/GU Express Integrated Graphics > Controller' > class =3D display > subclass =3D VGA > vgapci1@pci0:0:2:1: class=3D0x038000 card=3D0x201a17aa chip=3D0x27a68086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Mobile 945GM/GU Express Integrated Graphics > Controller' > class =3D display >=20 >=20 --=-pw+Lr7V2L7KEXg2gA5v1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklkJ58ACgkQM4TrQ4qfROMcngCdErfU2Hi7cr1DTCOjt0ADYBuY Z6MAnRHKIpPGvc/NxlkS+EWJ+IXn9bMk =O52r -----END PGP SIGNATURE----- --=-pw+Lr7V2L7KEXg2gA5v1-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 03:57:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9436C10657AA; Wed, 7 Jan 2009 03:57:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 5837E8FC1E; Wed, 7 Jan 2009 03:57:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.45] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n073tpSW090140 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jan 2009 22:55:52 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Garrett Cooper In-Reply-To: <7d6fde3d0901061949l126f086ai3661d7d3cf227e3f@mail.gmail.com> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <49641F69.5070909@bah.homeip.net> <7d6fde3d0901061949l126f086ai3661d7d3cf227e3f@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-e2qnpSgamcwNZh0U8VQD" Organization: FreeBSD Date: Tue, 06 Jan 2009 22:56:31 -0500 Message-Id: <1231300591.7992.7.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-stable , Bernt Hansson Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 03:57:41 -0000 --=-e2qnpSgamcwNZh0U8VQD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-01-06 at 19:49 -0800, Garrett Cooper wrote: > On Tue, Jan 6, 2009 at 7:20 PM, Bernt Hansson wrot= e: > > Robert Noland said the following on 2009-01-06 18:36: > >> > >> I am planning to merge most all of the drm from -CURRENT to releng_7 > > > > And what is DRM? My ATI HD 3870 works. >=20 > Digital Rights Management. See: . not at all. Direct Rendering Modules... robert. > Cheers, > -Garrett --=-e2qnpSgamcwNZh0U8VQD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklkJ+8ACgkQM4TrQ4qfROPuMQCghE9QTyA0P28cGOCN1LPy+hS7 j6UAnjHaVuq04v61vw4lzBpSkWst0r0R =rK0I -----END PGP SIGNATURE----- --=-e2qnpSgamcwNZh0U8VQD-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 04:10:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DABB4106564A for ; Wed, 7 Jan 2009 04:10:08 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 84EBE8FC19 for ; Wed, 7 Jan 2009 04:10:08 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.45] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n0749JLI090222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jan 2009 23:09:20 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Torfinn Ingolfsen In-Reply-To: <20090107021725.3d43a49f.torfinn.ingolfsen@broadpark.no> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> <20090107021725.3d43a49f.torfinn.ingolfsen@broadpark.no> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2pZO+4G5yk/18Sxb31qs" Organization: FreeBSD Date: Tue, 06 Jan 2009 23:09:58 -0500 Message-Id: <1231301398.7992.14.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,URIBL_GREY autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 04:10:09 -0000 --=-2pZO+4G5yk/18Sxb31qs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-01-07 at 02:17 +0100, Torfinn Ingolfsen wrote: > On Wed, 07 Jan 2009 01:24:57 +0100 > Torfinn Ingolfsen wrote: >=20 > I forgot to tell that I fixed the Makefile in sys/modules/drm/i915 > manually. >=20 > > Apparently patch gets confuseed when it finds a file with the same > > name in the current directory (which was /usr/src), or perhaps I > > don't know how to tell patch how to find the right file. > > I just did: > > cd /usr/src > > patch < /dir/name/patchfile > >=20 > > Anyway, a 'make kernel' fails: >=20 > Which is no wonder, because patch misplaced more files: > root@kg-v2# pwd > /usr/src > root@kg-v2# ll *.c *c.orig *.h *h.orig > -rw-r--r-- 1 root wheel 1650 Jan 7 01:09 drm_internal.h > -rw-r--r-- 1 root wheel 0 Jan 7 01:09 drm_internal.h.orig > -rw-r--r-- 1 root wheel 16455 Jan 7 01:09 i915_suspend.c > -rw-r--r-- 1 root wheel 0 Jan 7 01:09 i915_suspend.c.orig > -rw-r--r-- 1 root wheel 59118 Jan 7 01:09 radeon_microcode.h > -rw-r--r-- 1 root wheel 0 Jan 7 01:09 radeon_microcode.h.orig >=20 > Is ther a "secret handshake" to make patch put the files in their > correct place? (Except for reading through the whole patchfile to > determine if all touched filews are in the same directory.) >=20 > For now I just mv'ed the files into place. > Anyway, now the new kernel builds, installs and works correctly. > It didn't pick up any drm, but I'm not sure that it should either. This > machine[1] has a GeForce 8200 chipset. More info about FreeBSD on this > machine here[2], including dmesgs before and after, etc. Nope, sorry no Nvidia support yet. nouveau is on my list to work on, but it's a long list... robert. > HTH >=20 > References: > 1) http://tingox.googlepages.com/asus_v2-m3n8200 > 2) http://tingox.googlepages.com/asus_v2-m3n8200_freebsd --=-2pZO+4G5yk/18Sxb31qs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklkKxYACgkQM4TrQ4qfROONwQCgiHig52gtRe/BZa8oLp0FRo0q 6UcAnRKzRQHsMWe9GnjCtq2B2Y91Lml9 =CHFS -----END PGP SIGNATURE----- --=-2pZO+4G5yk/18Sxb31qs-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 04:34:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E925106566C for ; Wed, 7 Jan 2009 04:34:10 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8D2AF8FC1B for ; Wed, 7 Jan 2009 04:34:09 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from [192.168.2.45] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n07465ru090209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jan 2009 23:06:06 -0500 (EST) (envelope-from rnoland@2hip.net) From: Robert Noland To: Torfinn Ingolfsen In-Reply-To: <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NCcw3SPCf7Y9Xe0Pebtt" Organization: 2Hip Networks Date: Tue, 06 Jan 2009 23:06:44 -0500 Message-Id: <1231301204.7992.11.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 04:34:10 -0000 --=-NCcw3SPCf7Y9Xe0Pebtt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-01-07 at 01:24 +0100, Torfinn Ingolfsen wrote: > On Tue, 06 Jan 2009 12:36:20 -0500 > Robert Noland wrote: >=20 > > I am planning to merge most all of the drm from -CURRENT to releng_7 > > shortly. The merge that I have staged includes the following. > >=20 > > Merged /head/sys:r182080,182467-182469,182883-182884,183573,183603-1836= 05, > > 183828,183830-183834,184212-184213,184263,184373-184375 > >=20 > > There are really too many updates/fixes to mention as the drm from 7 > > is more than 2 years old now. This has support for several newer > > Intel and AMD/ATI chips, (no r6/7xx yet, but soon(tm)). > >=20 > > I have a patch available for testing at > > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 >=20 > Applied fine to my RELENG_7 / amd64 system (freshly cvsup'ed and built > yesterday): > root@kg-v2# uname -a > FreeBSD kg-v2.kg4.no 7.1-STABLE FreeBSD 7.1-STABLE #1: Tue Jan 6 > 21:49:31 CET 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 patch is being uncooperative... I've rebuilt the patchfile to simplify this. With the updated patchfile you need to: cd /usr/src bzcat | patch -p0 robert. > - except for the patch to sys/modules/drm/i915/Makefile: > The text leading up to this was: > -------------------------- > |diff -uNrp -x .svn > |sys/modules/drm/i915/Makefile /home/rnoland/freebsd/base/stable/7/sys/mo= dules/drm/i915/Makefile > |--- sys/modules/drm/i915/Makefile 2009-01-06 10:58:41.000000000 > |-0500 ++ > |+ /home/rnoland/freebsd/base/stable/7/sys/modules/drm/i915/Makefile > |2008-12-10 21:48:19.000000000 -0500 > -------------------------- > Patching file Makefile using Plan A... > Hunk #1 failed at 2. > 1 out of 1 hunks failed--saving rejects to Makefile.rej >=20 > Apparently patch gets confuseed when it finds a file with the same name > in the current directory (which was /usr/src), or perhaps I don't know > how to tell patch how to find the right file. > I just did: > cd /usr/src > patch < /dir/name/patchfile >=20 > Anyway, a 'make kernel' fails: > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj/usr/src/sys/GENERIC /usr/src/sys/modules/drm/drm/../../../dev/= drm/ati_pcigart.c /usr/src/sys/modules/drm/drm/.. > /../../dev/drm/drm_agpsupport.c /usr/src/sys/modules/drm/drm/../../../dev= /drm/drm_auth.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_bufs.c /u= sr/src/sys/modules/drm/drm/../../../dev/drm/drm_context.c /usr/src/sys/modu= les/drm/drm/../../../dev/drm/drm_dma.c /usr/src/sys/modules/drm/drm/../../.= ./dev/drm/drm_drawable.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_= drv.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_fops.c /usr/src/sys= /modules/drm/drm/../../../dev/drm/drm_ioctl.c /usr/src/sys/modules/drm/drm/= ../../../dev/drm/drm_irq.c /usr/src/sys/modules/drm/drm/../../../dev/drm/dr= m_lock.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_memory.c /usr/sr= c/sys/modules/drm/drm/../../../dev/drm/drm_pci.c /usr/src/sys/modules/drm/d= rm/../../../dev/drm/drm_scatter.c /usr/src/sys/modules/drm/drm/../../../dev= /drm/drm_sysctl.c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_vm.c > In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/ati_pcigart.c:37: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_agpsupport.c:39: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_auth.c:39: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_bufs.c:40: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_context.c:38: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_dma.c:42: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drawable.c:39: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:41: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_fops.c:40: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_ioctl.c:39: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_irq.c:36: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_lock.c:53: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_memory.c:42: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_pci.c:34: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c:40: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_sysctl.c:32: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory In file included > from /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_vm.c:31: > @/dev/drm/drmP.h:96:34: error: dev/drm/drm_internal.h: No such file or > directory mkdep: compile failed *** Error code 1 >=20 > Stop in /usr/src/sys/modules/drm/drm. > *** Error code 1 >=20 > Stop in /usr/src/sys/modules/drm. > *** Error code 1 >=20 > Stop in /usr/src/sys/modules. > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > HTH --=-NCcw3SPCf7Y9Xe0Pebtt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklkKlQACgkQM4TrQ4qfROO8VQCeOWO6I7paXm1SBBKruatkoXrG SW0AoIBqpv/X+Jy8zFq4ZGz8QhfkFPlE =Zgo7 -----END PGP SIGNATURE----- --=-NCcw3SPCf7Y9Xe0Pebtt-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 04:42:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E661F106566B; Wed, 7 Jan 2009 04:42:25 +0000 (UTC) (envelope-from bernt@bah.homeip.net) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) by mx1.freebsd.org (Postfix) with ESMTP id 5277A8FC08; Wed, 7 Jan 2009 04:42:25 +0000 (UTC) (envelope-from bernt@bah.homeip.net) Received: from [80.217.86.51] (c80-217-86-51.bredband.comhem.se [80.217.86.51]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id n074gNTB067899; Wed, 7 Jan 2009 05:42:23 +0100 (CET) (envelope-from bernt@bah.homeip.net) Message-ID: <496432B0.1000608@bah.homeip.net> Date: Wed, 07 Jan 2009 05:42:24 +0100 From: Bernt Hansson User-Agent: slrn/1.0.5 (FreeBSD) MIME-Version: 1.0 To: Robert Noland References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <49641F69.5070909@bah.homeip.net> <1231300331.7992.1.camel@wombat.2hip.net> In-Reply-To: <1231300331.7992.1.camel@wombat.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 04:42:26 -0000 Robert Noland said the following on 2009-01-07 04:52: > On Wed, 2009-01-07 at 04:20 +0100, Bernt Hansson wrote: >> Robert Noland said the following on 2009-01-06 18:36: >>> I am planning to merge most all of the drm from -CURRENT to releng_7 >> And what is DRM? My ATI HD 3870 works. > > drm being the direct rendering kernel modules, required for most > hardware acceleration. > > 3870 with radeonhd driver? Yes. Radeonhd. Tried radeon but then xfce didn't work. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 04:54:09 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA675106566C for ; Wed, 7 Jan 2009 04:54:09 +0000 (UTC) (envelope-from mike@vintners.net) Received: from vinifera.vintners.net (vinifera.vintners.net [207.229.65.53]) by mx1.freebsd.org (Postfix) with ESMTP id CC9608FC12 for ; Wed, 7 Jan 2009 04:54:09 +0000 (UTC) (envelope-from mike@vintners.net) Received: from [127.0.0.1] (brix.vintners.net [209.162.136.18]) by vinifera.vintners.net (8.14.1/8.14.1) with ESMTP id n074WgKv005169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 6 Jan 2009 20:32:43 -0800 (PST) (envelope-from mike@vintners.net) Message-ID: <49643070.5000900@vintners.net> Date: Tue, 06 Jan 2009 20:32:48 -0800 From: Mike Lempriere User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.4 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00, RGX_BDY_LOCAL_AREA_CODE,RGX_BDY_SINGLE autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on vinifera.vintners.net Cc: Subject: mergemaster barf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 04:54:10 -0000 upgrading 5-stable (was at 5.5) to 6-stable, in preparation for 6-stable to 7-stable. No problems with cvsup, make buildworld, make buildkernel, mergemaster -p. make installkernel, boot to single user, then mergemaster -- blammo: config /usr/src/etc/../usr.bin/mail/misc/mail.rc /usr/src/etc/../usr.bin/locate/locate/locate.rc printcap /var/tmp/temproot/etc; cap_mkdb -l /var/tmp/temproot/etc/login.conf; install -o root -g wheel -m 755 netstart pccard_ether rc.suspend rc.resume /var/tmp/temproot/etc; install -o root -g wheel -m 600 master.passwd nsmb.conf opieaccess /var/tmp/temproot/etc; pwd_mkdb -L -i -p -d /var/tmp/temproot/etc /var/tmp/temproot/etc/master.passwd cap_mkdb: illegal option -- l usage: cap_mkdb [-v] [-f outfile] file [file ...] *** Error code 1 Stop in /usr/src/etc. *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to the temproot environment I've checked, the directory is there (/var/tmp/temproot/etc) however the file (master.passwd) is not. Any suggestions anyone? Thanks! -- Mike Lempriere- Home: mike@vintners.net Phone: 206-780-2146 Cellphone: 206-200-5902; text pager: mikelemp@tmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 04:54:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BAC0106566B for ; Wed, 7 Jan 2009 04:54:32 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.180]) by mx1.freebsd.org (Postfix) with ESMTP id AF8E38FC19 for ; Wed, 7 Jan 2009 04:54:31 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so2081212ika.3 for ; Tue, 06 Jan 2009 20:54:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=IvF2hbkdOirOfRJfPDOhAnZYJNWCyvlkFfEHHoth0zs=; b=bwcu4HJFE9kUPe7/ahHdRY0GLEXHGFdBCqzNiFdeXtqcaT1CzehtjFjoIz+Kgh0bYD TIPLdCtNkfnSa30R6pNDA1M/ZEvBPNP7vJrlor7y9LGHid+3F0jljRhZNQLeTxKkk82w xGpnEpe57J+IOn9N0Nsd77+wXKyoOpkUODgjo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=DG/GJ7G032f4U921KbJgGkcGkL5sANn60bt3MZ6/tybzRReOy+DEAo2ii7YFxXEH5s H/X67Qg0qXyVER9gUlEjHJ91HGAJd7jSpDijn5/g0iL0vNc9boxO9VqRO0MevHLSXWaJ LBM4ZK+rxNIonQM3Nd7loz5NA9dJ6+ZTAvLd0= Received: by 10.210.87.19 with SMTP id k19mr1010535ebb.162.1231302076902; Tue, 06 Jan 2009 20:21:16 -0800 (PST) Received: from darklight.homeunix.org ([85.175.24.248]) by mx.google.com with ESMTPS id g9sm14864976gvc.5.2009.01.06.20.21.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Jan 2009 20:21:16 -0800 (PST) Received: from darklight.homeunix.org (yuri@darklight.homeunix.org [127.0.0.1]) by darklight.homeunix.org (8.14.3/8.14.3) with ESMTP id n074LCmX011005; Wed, 7 Jan 2009 07:21:12 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.homeunix.org (8.14.3/8.14.3/Submit) id n074LCtV011004; Wed, 7 Jan 2009 07:21:12 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.homeunix.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 7 Jan 2009 07:21:12 +0300 From: Yuri Pankov To: Robert Noland Message-ID: <20090107042112.GA12584@darklight.homeunix.org> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> <20090107021725.3d43a49f.torfinn.ingolfsen@broadpark.no> <1231301398.7992.14.camel@wombat.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1231301398.7992.14.camel@wombat.2hip.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 04:54:32 -0000 On Tue, Jan 06, 2009 at 11:09:58PM -0500, Robert Noland wrote: > On Wed, 2009-01-07 at 02:17 +0100, Torfinn Ingolfsen wrote: > > On Wed, 07 Jan 2009 01:24:57 +0100 > > Torfinn Ingolfsen wrote: > > > > I forgot to tell that I fixed the Makefile in sys/modules/drm/i915 > > manually. > > > > > Apparently patch gets confuseed when it finds a file with the same > > > name in the current directory (which was /usr/src), or perhaps I > > > don't know how to tell patch how to find the right file. > > > I just did: > > > cd /usr/src > > > patch < /dir/name/patchfile > > > > > > Anyway, a 'make kernel' fails: > > > > Which is no wonder, because patch misplaced more files: > > root@kg-v2# pwd > > /usr/src > > root@kg-v2# ll *.c *c.orig *.h *h.orig > > -rw-r--r-- 1 root wheel 1650 Jan 7 01:09 drm_internal.h > > -rw-r--r-- 1 root wheel 0 Jan 7 01:09 drm_internal.h.orig > > -rw-r--r-- 1 root wheel 16455 Jan 7 01:09 i915_suspend.c > > -rw-r--r-- 1 root wheel 0 Jan 7 01:09 i915_suspend.c.orig > > -rw-r--r-- 1 root wheel 59118 Jan 7 01:09 radeon_microcode.h > > -rw-r--r-- 1 root wheel 0 Jan 7 01:09 radeon_microcode.h.orig > > > > Is ther a "secret handshake" to make patch put the files in their > > correct place? (Except for reading through the whole patchfile to > > determine if all touched filews are in the same directory.) > > > > For now I just mv'ed the files into place. > > Anyway, now the new kernel builds, installs and works correctly. > > It didn't pick up any drm, but I'm not sure that it should either. This > > machine[1] has a GeForce 8200 chipset. More info about FreeBSD on this > > machine here[2], including dmesgs before and after, etc. > > Nope, sorry no Nvidia support yet. nouveau is on my list to work on, > but it's a long list... > > robert. > Any help that we mere mortals can provide other than sending you hardware? > > HTH > > > > References: > > 1) http://tingox.googlepages.com/asus_v2-m3n8200 > > 2) http://tingox.googlepages.com/asus_v2-m3n8200_freebsd Yuri From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 04:56:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E31510656DB; Wed, 7 Jan 2009 04:56:54 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id C71738FC0C; Wed, 7 Jan 2009 04:56:51 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n074a4WY077796; Tue, 6 Jan 2009 21:36:04 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n074a3E6077793; Tue, 6 Jan 2009 21:36:03 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 6 Jan 2009 21:36:03 -0700 (MST) From: Warren Block To: Garrett Cooper In-Reply-To: <7d6fde3d0901061949l126f086ai3661d7d3cf227e3f@mail.gmail.com> Message-ID: References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <49641F69.5070909@bah.homeip.net> <7d6fde3d0901061949l126f086ai3661d7d3cf227e3f@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (wonkity.com [127.0.0.1]); Tue, 06 Jan 2009 21:36:04 -0700 (MST) Cc: freebsd-x11 , freebsd-stable , Bernt Hansson Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 04:56:55 -0000 On Tue, 6 Jan 2009, Garrett Cooper wrote: > On Tue, Jan 6, 2009 at 7:20 PM, Bernt Hansson wrote: >> Robert Noland said the following on 2009-01-06 18:36: >>> >>> I am planning to merge most all of the drm from -CURRENT to releng_7 >> >> And what is DRM? My ATI HD 3870 works. > > Digital Rights Management. See: . Not that DRM, this DRM: http://dri.freedesktop.org/wiki/DRM -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 05:18:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12CF9106564A for ; Wed, 7 Jan 2009 05:18:13 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id CB8288FC1B for ; Wed, 7 Jan 2009 05:18:12 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.45] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n075HN6o090590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Jan 2009 00:17:23 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Yuri Pankov In-Reply-To: <20090107042112.GA12584@darklight.homeunix.org> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090107012457.f9ce6dba.torfinn.ingolfsen@broadpark.no> <20090107021725.3d43a49f.torfinn.ingolfsen@broadpark.no> <1231301398.7992.14.camel@wombat.2hip.net> <20090107042112.GA12584@darklight.homeunix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LYyTCK3IjciAH/o4IZLD" Organization: FreeBSD Date: Wed, 07 Jan 2009 00:18:02 -0500 Message-Id: <1231305482.7992.35.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,URIBL_GREY autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 05:18:13 -0000 --=-LYyTCK3IjciAH/o4IZLD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-01-07 at 07:21 +0300, Yuri Pankov wrote: > On Tue, Jan 06, 2009 at 11:09:58PM -0500, Robert Noland wrote: > > On Wed, 2009-01-07 at 02:17 +0100, Torfinn Ingolfsen wrote: > > > On Wed, 07 Jan 2009 01:24:57 +0100 > > > Torfinn Ingolfsen wrote: > > >=20 > > > I forgot to tell that I fixed the Makefile in sys/modules/drm/i915 > > > manually. > > >=20 > > > > Apparently patch gets confuseed when it finds a file with the same > > > > name in the current directory (which was /usr/src), or perhaps I > > > > don't know how to tell patch how to find the right file. > > > > I just did: > > > > cd /usr/src > > > > patch < /dir/name/patchfile > > > >=20 > > > > Anyway, a 'make kernel' fails: > > >=20 > > > Which is no wonder, because patch misplaced more files: > > > root@kg-v2# pwd > > > /usr/src > > > root@kg-v2# ll *.c *c.orig *.h *h.orig > > > -rw-r--r-- 1 root wheel 1650 Jan 7 01:09 drm_internal.h > > > -rw-r--r-- 1 root wheel 0 Jan 7 01:09 drm_internal.h.orig > > > -rw-r--r-- 1 root wheel 16455 Jan 7 01:09 i915_suspend.c > > > -rw-r--r-- 1 root wheel 0 Jan 7 01:09 i915_suspend.c.orig > > > -rw-r--r-- 1 root wheel 59118 Jan 7 01:09 radeon_microcode.h > > > -rw-r--r-- 1 root wheel 0 Jan 7 01:09 radeon_microcode.h.orig > > >=20 > > > Is ther a "secret handshake" to make patch put the files in their > > > correct place? (Except for reading through the whole patchfile to > > > determine if all touched filews are in the same directory.) > > >=20 > > > For now I just mv'ed the files into place. > > > Anyway, now the new kernel builds, installs and works correctly. > > > It didn't pick up any drm, but I'm not sure that it should either. Th= is > > > machine[1] has a GeForce 8200 chipset. More info about FreeBSD on thi= s > > > machine here[2], including dmesgs before and after, etc. > >=20 > > Nope, sorry no Nvidia support yet. nouveau is on my list to work on, > > but it's a long list... > >=20 > > robert. > >=20 >=20 > Any help that we mere mortals can provide other than sending you > hardware? I have a donated 6800 gt, I think it is. Don't have a pci-e board to put it on yet... nouveau isn't really ready on linux yet either, so I couldn't even offer a real timeline at this point. The nouveau guys are generally good to work with, but it is entirely a reverse engineering effort. Nvidia is about the only major vendor that isn't releasing docs and code now. ATI/AMD is releasing docs and code, so r6/7xx won't be hard. I have the base code building now, but it isn't complete yet. We will have this code in the tree as soon as or before linux. The AMD guys are good to work with and are pretty happy to have FreeBSD support. They have also indicated that they might be able to help with hardware for development. I'm also talking with VIA and it looks like they might send me hardware also. If they do, they will make the short list as well. robert. > > > HTH > > >=20 > > > References: > > > 1) http://tingox.googlepages.com/asus_v2-m3n8200 > > > 2) http://tingox.googlepages.com/asus_v2-m3n8200_freebsd >=20 >=20 > Yuri --=-LYyTCK3IjciAH/o4IZLD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklkOwoACgkQM4TrQ4qfROPEywCfSxLLF3T0EVmdCHwivNWibd78 3ToAnj7tQGYX5FMHoWuQg2/KEf5ZAFSX =4Z5A -----END PGP SIGNATURE----- --=-LYyTCK3IjciAH/o4IZLD-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 06:33:09 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1923106564A for ; Wed, 7 Jan 2009 06:33:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 8199D8FC1C for ; Wed, 7 Jan 2009 06:33:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14632 invoked by uid 399); 7 Jan 2009 05:33:07 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 7 Jan 2009 05:33:07 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49643E92.4000602@FreeBSD.org> Date: Tue, 06 Jan 2009 21:33:06 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090102) MIME-Version: 1.0 To: Mike Lempriere References: <49643070.5000900@vintners.net> In-Reply-To: <49643070.5000900@vintners.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: mergemaster barf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 06:33:10 -0000 Mike Lempriere wrote: > upgrading 5-stable (was at 5.5) to 6-stable, in preparation for 6-stable ... > usage: cap_mkdb [-v] [-f outfile] file [file ...] > *** Error code 1 > > Stop in /usr/src/etc. > > *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to > the temproot environment > > I've checked, the directory is there (/var/tmp/temproot/etc) however the > file (master.passwd) is not. > > Any suggestions anyone? Thanks! You're going to have to do installworld before running mergemaster to pick up the new version of cap_mkdb. This will be fine as long as you don't reboot before mergemaster is done. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 06:48:41 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66A5C1065673 for ; Wed, 7 Jan 2009 06:48:41 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2C18FC12 for ; Wed, 7 Jan 2009 06:48:40 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id 8DA393C50CB4; Wed, 7 Jan 2009 08:17:01 +0200 (EET) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32105-03; Wed, 7 Jan 2009 08:17:00 +0200 (EET) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id 63F083C50CB6; Wed, 7 Jan 2009 08:16:58 +0200 (EET) Message-ID: <49644AD2.3040308@bsd.ee> Date: Wed, 07 Jan 2009 08:25:22 +0200 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Mike Lempriere , stable@freebsd.org References: <49643070.5000900@vintners.net> In-Reply-To: <49643070.5000900@vintners.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Cc: Subject: Re: mergemaster barf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 06:48:41 -0000 Mike Lempriere wrote: > upgrading 5-stable (was at 5.5) to 6-stable, in preparation for > 6-stable to 7-stable. > No problems with cvsup, make buildworld, make buildkernel, mergemaster > -p. > make installkernel, boot to single user, then mergemaster -- blammo: > > config /usr/src/etc/../usr.bin/mail/misc/mail.rc > /usr/src/etc/../usr.bin/locate/locate/locate.rc printcap > /var/tmp/temproot/etc; cap_mkdb -l /var/tmp/temproot/etc/login.conf; > install -o root -g wheel -m 755 netstart pccard_ether rc.suspend > rc.resume /var/tmp/temproot/etc; install -o root -g wheel -m 600 > master.passwd nsmb.conf opieaccess /var/tmp/temproot/etc; pwd_mkdb -L > -i -p -d /var/tmp/temproot/etc /var/tmp/temproot/etc/master.passwd > cap_mkdb: illegal option -- l > usage: cap_mkdb [-v] [-f outfile] file [file ...] > *** Error code 1 > > Stop in /usr/src/etc. > > *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to > the temproot environment > > I've checked, the directory is there (/var/tmp/temproot/etc) however > the file (master.passwd) is not. > > Any suggestions anyone? Thanks! > Maybe you should "make installworld" first? From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 10:39:43 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEDA6106566B for ; Wed, 7 Jan 2009 10:39:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id A4DD18FC1D for ; Wed, 7 Jan 2009 10:39:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so4655318wag.27 for ; Wed, 07 Jan 2009 02:39:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=LYH5iEpdiGJpf/NhWTFKhaua4au1dASO1t6qPSe91VY=; b=Mc1i9OQITEmfCstLpBayFw08Kx/32bqnyDoSC5wEoExfUU5HEzT35/Xa5wd0gufrTO /M1xHAqpiKJPrqz+QjFac0S5j63pPOlBE9uLDfKKYgKGuzHGzCyLx3nKi6sYp4r6atOb 8aLcOuLczbee2o22MdTQaVIEDrRsn1bBKPvL8= 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=SFf7Immxit3nSQMzGBgzo1mEMOGNGuwOg9gaBJmSOuTguyDZ0Qv1QJJCGvzir8+VhE vl2RppVmjwKN8iAEVvmlPBoIueVdzaS0QxVOpdteuoqlsw9yq4a6gCPE8xhEQ5wTzvKV z+KTe9raq2LVpnt8bsFkEk35lN1/wIPLqXCco= Received: by 10.114.124.1 with SMTP id w1mr15164949wac.13.1231324783218; Wed, 07 Jan 2009 02:39:43 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id n22sm37359304pof.16.2009.01.07.02.39.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Jan 2009 02:39:42 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n07AdPtH000214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Jan 2009 19:39:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n07AdOH1000213; Wed, 7 Jan 2009 19:39:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 7 Jan 2009 19:39:24 +0900 From: Pyun YongHyeon To: Brandon Weisz Message-ID: <20090107103924.GA126@cdnetworks.co.kr> References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <20090106080333.GA6168@cdnetworks.co.kr> <49637755.1070708@avioc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49637755.1070708@avioc.org> User-Agent: Mutt/1.4.2.3i Cc: Garrett Cooper , stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 10:39:44 -0000 On Tue, Jan 06, 2009 at 09:23:01AM -0600, Brandon Weisz wrote: > Pyun YongHyeon wrote: > >On Mon, Jan 05, 2009 at 06:19:26AM -0600, Brandon Weisz wrote: > > > Pyun YongHyeon wrote: > > > >On Sat, Jan 03, 2009 at 10:16:58PM -0800, Garrett Cooper wrote: > > > > > On Jan 3, 2009, at 5:17 PM, Brandon Weisz wrote: > > > > > > > > > > >After running 7-PRERELEASE from around November 25th, I upgraded > > > > > >today to find the system panics repeatably on RELENG_7_1 sources. > > I > > > >can boot back to the old kernel and it operates as expected. > > It > > > >seems to be related to fxp(4). > > > > > > > > > > > >FreeBSD didy.internal 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Sat Jan > > 3 > > > > > >18:11:18 CST 2009 bweisz@didy.internal:/usr/obj/usr/src/sys/ > > > > > >DIDY i386 > > > > > > > > > > > > .... > > > > > > > > > > > > > > >I replaced the fxp(4) card with an old xl(4) card lying on my desk > > > > > >and the panics stopped. Is this a failing nic card or some other > > > > > >trigger? > > > > > > > > > > > >Brandon > > > > > > > > > > Memory serves me correctly an MFC was done not too long before 7.1 > > > > > release was setup. > > > > > > > > > > > > >I don't know what MFCes were done, at least I didn't MFC any > > > >changes I made. > > > > > > > > > Let's see what Pyun says... > > > > > > > > > > > > >I'm not sure what is root cause of this panic. If you can reliably > > > >reproduce the panic would you let me know? > > > >CURRENT has a couple of fixes for edge-cases as well as some new > > > >hardware features(TSO, VLAN hardware tagging and WOL etc). Would > > > >you try latest fxp(4) in HEAD? > > > >I think you can use cvsweb interface to get latest files. > > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c > > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpreg.h > > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpvar.h > > > > > > > > > > Hi Pyun > > > > > > The system reliably panics on boot up. I tested fxp from HEAD with the > > > same result. > > > > > > 7.1-RELEASE = Panic > > > 7.1-RELEASE with fxp from HEAD = Panic > > > 7.1-PRERELEASE from Tue Nov 25 = operates as expected > > > > > > This is an old card. Some details on the card: > > > > > > fxp0: port 0xd100-0xd13f mem > > > 0xfca03000-0xfca03fff,0xfc800000-0xfc8fffff irq 17 at device 9.0 on pci0 > > > miibus0: on fxp0 > > > inphy0: PHY 1 on miibus0 > > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > fxp0: Ethernet address: 00:d0:b7:6c:1c:0a > > > fxp0: [ITHREAD] > > > > > > fxp0@pci0:0:9:0: class=0x020000 card=0x000b8086 chip=0x12298086 > > > rev=0x08 hdr=0x00 > > > vendor = 'Intel Corporation' > > > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet > > Adapter' > > > class = network > > > subclass = ethernet > > > > > > As a test, I unplugged the ethernet cable and the system booted fully, > > > however it produced a panic as soon as I connected the cable. This > > > backtrace is from 7.1-RELEASE with fxp sources from HEAD. > > > > > > >I still can't reproduce this but would you try fxp(4) in the > >following URLs? > >http://people.freebsd.org/~yongari/fxp/if_fxp.c > >http://people.freebsd.org/~yongari/fxp/if_fxpreg.h > >http://people.freebsd.org/~yongari/fxp/if_fxpvar.h > > > > With this version, the system still panics as before. > I think the panic message you posted below is not related with fxp(4). Show me panic message for fxp(4), that would be more helpful to narrow down possible cause of issue. BTW, are you using non-standard compilation flag or customized kernel? Since there are lot of systems that still rely on fxp(4) I wonder how this issue is not reported yet. Did GENERIC kernel also show exact the same behaviour? > After the system panic with this patch, I went into the bios and > disabled all unnecessary hardware such as parallel port, usb controller > and on-board audio. The resulting panic below appears different. > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x400 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc07eefec > stack pointer = 0x28:0xe4339ac0 > frame pointer = 0x28:0xe4339ae4 > 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 = 28 (irq23: vr0) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 50s > Physical memory: 995 MB > Dumping 162 MB: 147 131 115 99 83 67 51 35 19 3 > [...] -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 11:11:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 813011065678 for ; Wed, 7 Jan 2009 11:11:58 +0000 (UTC) (envelope-from kerneljack@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 0AEF88FC14 for ; Wed, 7 Jan 2009 11:11:57 +0000 (UTC) (envelope-from kerneljack@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2690436fgb.35 for ; Wed, 07 Jan 2009 03:11:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=mMFKws5lpTriwxhPv18EWSjwiqMbS4QhKVgryuZ0mOA=; b=UYdnGCWsf2SwpObUrbqOCoYNpD+vDEJEt/4qESmkZx97oKPl2XROBW6YWK1WmGPp1P YLio5rhtEpG1uULI4Dv7zBu9udoOakf3vK4UvjBwxSf7h19yKQrJSKc7dWfVScselgqd zJJW1hNKNnKhVA584Pv7HpnFISJkhdjx3D6jk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=M2RZhWg8E6Koxmo8unS6WcMGq12wGbgf+rGAz3TVBUVZWBvn3k83wANJIFeficLYEr BB9J70ENyVZxHDrkTxXutxY4Zm+bal/KOx+f76v68TN49z0RFG1sj/Q1yQqsn9P29cY+ LwhynRkIUwNFUEkczMjfhCgefHg5QQMfET0Co= Received: by 10.86.63.19 with SMTP id l19mr13371173fga.15.1231324891444; Wed, 07 Jan 2009 02:41:31 -0800 (PST) Received: by 10.86.92.8 with HTTP; Wed, 7 Jan 2009 02:41:31 -0800 (PST) Message-ID: Date: Wed, 7 Jan 2009 10:41:31 +0000 From: "Khusro Jaleel" To: "Pierre-Luc Drouin" , freebsd-stable@freebsd.org In-Reply-To: <4963FD19.70007@pldrouin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4963FD19.70007@pldrouin.net> Cc: Subject: Re: Problem with CPU freq in 7.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kerneljack@kerneljack.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 11:11:58 -0000 Hi, I'm also unable to get AMD PowerNow working on 7.1 on a Dell Opteron server (PowerEdge 2970). Whenever I run "powerd", I get: # powerd -a adp powerd: lookup freq: No such file or directory If I look at the sysctl output, the 'freq' stuff seems to be missing from 'dev.cpu'. I have definitely gone into the server BIOS and enabled the option (don't remember what it's called now) for frequency control. I have also checked that 'cpufreq' is included in the kernel config, but it's a default GENERIC anyway. # sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/0 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/0 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0debug.acpi.semaphore_debug: 0 debug.acpi.suspend_bounce: 0 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 20070320 debug.acpi.ec.timeout: 750 debug.acpi.ec.polled: 0 debug.acpi.ec.burst: 0 hw.acpi.supported_sleep_state: S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S4 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.cpu.cx_lowest: C1 dev.cpu.3.cx_supported: C1/0 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% # sysctl debug.acpi debug.acpi.semaphore_debug: 0 debug.acpi.suspend_bounce: 0 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 20070320 debug.acpi.ec.timeout: 750 debug.acpi.ec.polled: 0 debug.acpi.ec.burst: 0 # sysctl hw.acpi hw.acpi.supported_sleep_state: S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S4 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.cpu.cx_lowest: C1 Here is some relevant dmesg output: FreeBSD 7.1-RELEASE #2: Tue Jan 6 15:58:36 GMT 2009 root@xxxx:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Quad-Core AMD Opteron(tm) Processor 2350 (1995.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009> AMD Features=0xee500800 AMD Features2=0x7ff,,,Prefetch,,> Cores per package: 4 usable memory = 4276158464 (4078 MB) avail memory = 4118642688 (3927 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic1: Changing APIC ID to 5 ioapic2: Changing APIC ID to 6 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 32-47 on motherboard ioapic2 irqs 64-79 on motherboard . . . cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 Any help appreciated. On Wed, Jan 7, 2009 at 12:53 AM, Pierre-Luc Drouin wrote: > Hi, > > I noticed a problem with CPU freq in 7.1-STABLE. The maximum frequency > showed by sysctl is 500Mhz lower than what it should be for my Pentium M > 2Ghz. > > Here is the output from dmesg: > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.1-STABLE #7: Tue Jan 6 16:01:20 EST 2009 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.15-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > Features=0xafe9fbff > Features2=0x180 > AMD Features=0x100000 > > and the output from sysctl: > dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 800/-1 > 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 > dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 > > This used to work correctly in 7.0... > > Thanks! > Pierre-Luc Drouin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 11:32:30 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 707A4106566C for ; Wed, 7 Jan 2009 11:32:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3009B8FC12 for ; Wed, 7 Jan 2009 11:32:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id AEF0746B06; Wed, 7 Jan 2009 06:32:29 -0500 (EST) Date: Wed, 7 Jan 2009 11:32:29 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Brandon Weisz In-Reply-To: <49637755.1070708@avioc.org> Message-ID: References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <20090106080333.GA6168@cdnetworks.co.kr> <49637755.1070708@avioc.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: pyunyh@gmail.com, Garrett Cooper , stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 11:32:30 -0000 On Tue, 6 Jan 2009, Brandon Weisz wrote: >> http://people.freebsd.org/~yongari/fxp/if_fxp.c >> http://people.freebsd.org/~yongari/fxp/if_fxpreg.h >> http://people.freebsd.org/~yongari/fxp/if_fxpvar.h > > With this version, the system still panics as before. > > After the system panic with this patch, I went into the bios and disabled > all unnecessary hardware such as parallel port, usb controller and on-board > audio. The resulting panic below appears different. Without contributing anything too constructive to this conversation, this crash looks a bit like it might be a device driver bug in which a packet is passed to if_input() from the device driver, but then modified by the device driver after it is handed off. Robert N M Watson Computer Laboratory University of Cambridge > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x400 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc07eefec > stack pointer = 0x28:0xe4339ac0 > frame pointer = 0x28:0xe4339ae4 > 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 = 28 (irq23: vr0) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 50s > Physical memory: 995 MB > Dumping 162 MB: 147 131 115 99 83 67 51 35 19 3 > > .... > > (kgdb) list *0xc07eefec > 0xc07eefec is in sbappendaddr_locked > (/usr/src.local/sys/kern/uipc_sockbuf.c:652). > 647 if (n) > 648 n->m_next = m0; /* concatenate data to > control */ > 649 else > 650 control = m0; > 651 m->m_next = control; > 652 for (n = m; n->m_next != NULL; n = n->m_next) > 653 sballoc(sb, n); > 654 sballoc(sb, n); > 655 nlast = n; > 656 SBLINKRECORD(sb, m); > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xc079cf07 in boot (howto=260) at > /usr/src.local/sys/kern/kern_shutdown.c:418 > #2 0xc079d1d9 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src.local/sys/kern/kern_shutdown.c:574 > #3 0xc0ab110c in trap_fatal (frame=0xe4339a80, eva=1024) at > /usr/src.local/sys/i386/i386/trap.c:939 > #4 0xc0ab1390 in trap_pfault (frame=0xe4339a80, usermode=0, eva=1024) at > /usr/src.local/sys/i386/i386/trap.c:852 > #5 0xc0ab1d4c in trap (frame=0xe4339a80) at > /usr/src.local/sys/i386/i386/trap.c:530 > #6 0xc0a97bbb in calltrap () at /usr/src.local/sys/i386/i386/exception.s:159 > #7 0xc07eefec in sbappendaddr_locked (sb=0xc5bacd50, asa=0xe4339b90, > m0=0xc4167000, control=0xc4167000) at > /usr/src.local/sys/kern/uipc_sockbuf.c:652 > #8 0xc08ecb71 in udp_append (inp=Variable "inp" is not available. > ) at /usr/src.local/sys/netinet/udp_usrreq.c:254 > #9 0xc08edf7a in udp_input (m=0xc4167000, off=20) at > /usr/src.local/sys/netinet/udp_usrreq.c:567 > #10 0xc087d320 in ip_input (m=0xc4167000) at > /usr/src.local/sys/netinet/ip_input.c:665 > #11 0xc0842a85 in netisr_dispatch (num=2, m=0xc4167000) at > /usr/src.local/sys/net/netisr.c:185 > #12 0xc08389f1 in ether_demux (ifp=0xc41b6800, m=0xc4167000) at > /usr/src.local/sys/net/if_ethersubr.c:834 > #13 0xc0838de3 in ether_input (ifp=0xc41b6800, m=0xc4167000) at > /usr/src.local/sys/net/if_ethersubr.c:692 > #14 0xc071750b in vr_intr (arg=0xc41c8000) at > /usr/src.local/sys/dev/vr/if_vr.c:1415 > #15 0xc077bf0b in ithread_loop (arg=0xc41c5550) at > /usr/src.local/sys/kern/kern_intr.c:1088 > #16 0xc0778a79 in fork_exit (callout=0xc077bd50 , > arg=0xc41c5550, frame=0xe4339d38) at /usr/src.local/sys/kern/kern_fork.c:804 > #17 0xc0a97c30 in fork_trampoline () at > /usr/src.local/sys/i386/i386/exception.s:264 > (kgdb) > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 13:22:23 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A23C3106566B for ; Wed, 7 Jan 2009 13:22:23 +0000 (UTC) (envelope-from lists@avioc.org) Received: from didy.avioc.org (didy.avioc.org [71.32.26.53]) by mx1.freebsd.org (Postfix) with ESMTP id 47A1C8FC13 for ; Wed, 7 Jan 2009 13:22:23 +0000 (UTC) (envelope-from lists@avioc.org) Received: from localhost (mail.internal.avioc.org [192.168.2.252]) by didy.avioc.org (Postfix) with ESMTP id 6FAC3EB92C2; Wed, 7 Jan 2009 07:22:22 -0600 (CST) X-Virus-Scanned: amavisd-new at mail.internal.avioc.org Received: from didy.avioc.org ([192.168.2.252]) by localhost (mail.internal.avioc.org [192.168.2.252]) (amavisd-new, port 10024) with LMTP id 8cQd-N4C9+qM; Wed, 7 Jan 2009 07:22:20 -0600 (CST) Received: from [192.168.2.8] (section-8.internal.avioc.org [192.168.2.8]) by didy.avioc.org (Postfix) with ESMTPA id 15FABEB92C1; Wed, 7 Jan 2009 07:22:20 -0600 (CST) Message-ID: <4964AC8D.6080209@avioc.org> Date: Wed, 07 Jan 2009 07:22:21 -0600 From: Brandon Weisz User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <20090106080333.GA6168@cdnetworks.co.kr> <49637755.1070708@avioc.org> <20090107103924.GA126@cdnetworks.co.kr> In-Reply-To: <20090107103924.GA126@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 13:22:24 -0000 Pyun YongHyeon wrote: > On Tue, Jan 06, 2009 at 09:23:01AM -0600, Brandon Weisz wrote: > > Pyun YongHyeon wrote: > > >On Mon, Jan 05, 2009 at 06:19:26AM -0600, Brandon Weisz wrote: > > > > Pyun YongHyeon wrote: > > > > >On Sat, Jan 03, 2009 at 10:16:58PM -0800, Garrett Cooper wrote: > > > > > > On Jan 3, 2009, at 5:17 PM, Brandon Weisz wrote: > > > > > > > > > > > > >After running 7-PRERELEASE from around November 25th, I upgraded > > > > > > >today to find the system panics repeatably on RELENG_7_1 sources. > > > I > > > >can boot back to the old kernel and it operates as expected. > > > It > > > >seems to be related to fxp(4). > > > > > > > > > > > > > >FreeBSD didy.internal 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Sat Jan > > > 3 > > > > > > >18:11:18 CST 2009 bweisz@didy.internal:/usr/obj/usr/src/sys/ > > > > > > >DIDY i386 > > > > > > > > > > > > > > > .... > > > > > > > > > > > > > > > > > >I replaced the fxp(4) card with an old xl(4) card lying on my desk > > > > > > >and the panics stopped. Is this a failing nic card or some other > > > > > > >trigger? > > > > > > > > > > > > > >Brandon > > > > > > > > > > > > Memory serves me correctly an MFC was done not too long before 7.1 > > > > > > release was setup. > > > > > > > > > > > > > > > >I don't know what MFCes were done, at least I didn't MFC any > > > > >changes I made. > > > > > > > > > > > Let's see what Pyun says... > > > > > > > > > > > > > > > >I'm not sure what is root cause of this panic. If you can reliably > > > > >reproduce the panic would you let me know? > > > > >CURRENT has a couple of fixes for edge-cases as well as some new > > > > >hardware features(TSO, VLAN hardware tagging and WOL etc). Would > > > > >you try latest fxp(4) in HEAD? > > > > >I think you can use cvsweb interface to get latest files. > > > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c > > > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpreg.h > > > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpvar.h > > > > > > > > > > > > > Hi Pyun > > > > > > > > The system reliably panics on boot up. I tested fxp from HEAD with the > > > > same result. > > > > > > > > 7.1-RELEASE = Panic > > > > 7.1-RELEASE with fxp from HEAD = Panic > > > > 7.1-PRERELEASE from Tue Nov 25 = operates as expected > > > > > > > > This is an old card. Some details on the card: > > > > > > > > fxp0: port 0xd100-0xd13f mem > > > > 0xfca03000-0xfca03fff,0xfc800000-0xfc8fffff irq 17 at device 9.0 on pci0 > > > > miibus0: on fxp0 > > > > inphy0: PHY 1 on miibus0 > > > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > fxp0: Ethernet address: 00:d0:b7:6c:1c:0a > > > > fxp0: [ITHREAD] > > > > > > > > fxp0@pci0:0:9:0: class=0x020000 card=0x000b8086 chip=0x12298086 > > > > rev=0x08 hdr=0x00 > > > > vendor = 'Intel Corporation' > > > > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet > > > Adapter' > > > > class = network > > > > subclass = ethernet > > > > > > > > As a test, I unplugged the ethernet cable and the system booted fully, > > > > however it produced a panic as soon as I connected the cable. This > > > > backtrace is from 7.1-RELEASE with fxp sources from HEAD. > > > > > > > > > >I still can't reproduce this but would you try fxp(4) in the > > >following URLs? > > >http://people.freebsd.org/~yongari/fxp/if_fxp.c > > >http://people.freebsd.org/~yongari/fxp/if_fxpreg.h > > >http://people.freebsd.org/~yongari/fxp/if_fxpvar.h > > > > > > > With this version, the system still panics as before. > > > > I think the panic message you posted below is not related with > fxp(4). Show me panic message for fxp(4), that would be more > helpful to narrow down possible cause of issue. > BTW, are you using non-standard compilation flag or customized > kernel? Since there are lot of systems that still rely on fxp(4) > I wonder how this issue is not reported yet. > Did GENERIC kernel also show exact the same behaviour? The system still panics with the fxp card installed, as seen below. While I agree this panic looks different, taking out the fxp card and replacing it with xl(4) card stopped the panic. I can also stop the panic and use the fxp card with the old kernel from Nov 25. I'm not using any compiler flags in make.conf or src.conf. I am using a somewhat custom kernel: include GENERIC ident DIDY # Changes and additions options SC_PIXEL_MODE options SC_HISTORY_SIZE=8192 options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ #options KVA_PAGES=512 device puc I'll give GENERIC a go and see if that makes any difference. > > > After the system panic with this patch, I went into the bios and > > disabled all unnecessary hardware such as parallel port, usb controller > > and on-board audio. The resulting panic below appears different. > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x400 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc07eefec > > stack pointer = 0x28:0xe4339ac0 > > frame pointer = 0x28:0xe4339ae4 > > 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 = 28 (irq23: vr0) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > Uptime: 50s > > Physical memory: 995 MB > > Dumping 162 MB: 147 131 115 99 83 67 51 35 19 3 > > > > [...] > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 14:11:46 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 647241065673 for ; Wed, 7 Jan 2009 14:11:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id D399B8FC17 for ; Wed, 7 Jan 2009 14:11:45 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n07EBhPG045593; Wed, 7 Jan 2009 15:11:44 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n07EBg8l045592; Wed, 7 Jan 2009 15:11:42 +0100 (CET) (envelope-from olli) Date: Wed, 7 Jan 2009 15:11:42 +0100 (CET) Message-Id: <200901071411.n07EBg8l045592@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, tom@samplonius.org, admin@stardothosting.com In-Reply-To: <17218792.31231294718710.JavaMail.root@ly.sdf.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 07 Jan 2009 15:11:44 +0100 (CET) Cc: Subject: Re: ver 4.2 won't allow save because it can't see 2.2T disk drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, tom@samplonius.org, admin@stardothosting.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 14:11:46 -0000 Tom Samplonius wrote: > Anyways, it doesn't really matter what "df" reports. If df is > folding some of the 64bit values in negative numbers, it is no > issue really. It depends on the application of the OP. If it queries the free space on the device before writing data to it, then the negative numbers might indeed be a problem. If the application forks df(1), a very simple work-around would be to install a small wrapper script that prints some values that the application is happy with. However, if the application calls getfsstat(2), it will be more difficult to work around. By the way, the fields in the statfs structure were changed from 32bit signed values to 64bit unsigned values between FreeBSD 5.1 and 5.2. So, in order to solve the problem, the OP would have to update at least to FreeBSD 5.2. (Don't get me wrong; I do not recommend to install 5.2; it's five years old and not supported anymore. If you update, I'd recommend to go for the latest release, which is 7.1 right now.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 15:09:56 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFEB9106566B for ; Wed, 7 Jan 2009 15:09:56 +0000 (UTC) (envelope-from weaseal@gmail.com) Received: from mail-gx0-f11.google.com (mail-gx0-f11.google.com [209.85.217.11]) by mx1.freebsd.org (Postfix) with ESMTP id 69E778FC1B for ; Wed, 7 Jan 2009 15:09:56 +0000 (UTC) (envelope-from weaseal@gmail.com) Received: by gxk4 with SMTP id 4so376610gxk.19 for ; Wed, 07 Jan 2009 07:09:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=VwszMy2kawHZSYS6Tb9+cb5/W04oh62fgP637IQeBD8=; b=n0AY1vVSCDmc+EcLqIaGvCh5j1m8ahniO9PWJZdBvFsTDHW002XzIobIvHvwOqj4ga 9MIiIezxityzuG4R66D+3UQJfaT90/aTd4i+SGFc1PyEnVBz4/o+8YbySmVzuqb8mYNO tAaGDshY4uAj41mhnhxU2E4MxbQZ45UaA7qAQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=gZbbMAhM5Kq6+8HC5044/QDZY5gKoz9Y8l5JWbSVuUvaNSqpurCM4ePexIMoCDYf8A /YYvbuZpPbfw0rqMH6XJGbKC8s45ez6cfIBOMObAqYJ3i9cmM/u2N1NeYN8nXqtXXWjr s6uzmF0YvTh2P2uiyq1iXp2for8BGObOE/pTc= Received: by 10.64.7.11 with SMTP id 11mr1664573qbg.106.1231339172801; Wed, 07 Jan 2009 06:39:32 -0800 (PST) Received: by 10.64.18.15 with HTTP; Wed, 7 Jan 2009 06:39:32 -0800 (PST) Message-ID: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> Date: Wed, 7 Jan 2009 09:39:32 -0500 From: "Walter Venable" Sender: weaseal@gmail.com To: stable@freebsd.org, yongari@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: e5ea5f189c2715ee Cc: Subject: FreeBSD 7.1 Breaks re and rl Network Interface Drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 15:09:57 -0000 FreeBSD 7.1 upgrade broke my network access, machine is totally offline (powered-on and I can play inside it at the terminal, but absolutely 0 network access): This happened AFTER make kernel but BEFORE make installworld. I think this implies it's a kernel driver issue. http://forums.freebsd.org/showthread.php?t=1323 (this is an ongoing thread on the issue, the rl driver has also been reported broken). From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 16:04:55 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA954106566B for ; Wed, 7 Jan 2009 16:04:55 +0000 (UTC) (envelope-from mike@vintners.net) Received: from vinifera.vintners.net (vinifera.vintners.net [207.229.65.53]) by mx1.freebsd.org (Postfix) with ESMTP id B9D488FC1A for ; Wed, 7 Jan 2009 16:04:55 +0000 (UTC) (envelope-from mike@vintners.net) Received: from [127.0.0.1] (brix.vintners.net [209.162.136.18]) by vinifera.vintners.net (8.14.1/8.14.1) with ESMTP id n07G54EO012611 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Jan 2009 08:05:04 -0800 (PST) (envelope-from mike@vintners.net) Message-ID: <4964D2B6.20801@vintners.net> Date: Wed, 07 Jan 2009 08:05:10 -0800 From: Mike Lempriere User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 References: <49643070.5000900@vintners.net> <49643E92.4000602@FreeBSD.org> In-Reply-To: <49643E92.4000602@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.7 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00, MISSING_HEADERS,RGX_BDY_LOCAL_AREA_CODE autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on vinifera.vintners.net Cc: stable@FreeBSD.org Subject: Re: mergemaster barf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 16:04:56 -0000 Oh, sorry, my mistake -- I had done 'make installworld' first, I just neglected to include it in the email. Since that email, I tried doing another cvsup -- it added a few files, but not master.passwd. Then another mergemaster -- same error. Thanks Doug and Andrei! Doug Barton wrote: > Mike Lempriere wrote: > >> upgrading 5-stable (was at 5.5) to 6-stable, in preparation for 6-stable >> > ... > >> usage: cap_mkdb [-v] [-f outfile] file [file ...] >> *** Error code 1 >> >> Stop in /usr/src/etc. >> >> *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to >> the temproot environment >> >> I've checked, the directory is there (/var/tmp/temproot/etc) however the >> file (master.passwd) is not. >> >> Any suggestions anyone? Thanks! >> > > You're going to have to do installworld before running mergemaster to > pick up the new version of cap_mkdb. This will be fine as long as you > don't reboot before mergemaster is done. > > hth, > > Doug > > -- Mike Lempriere- Home: mike@vintners.net Phone: 206-780-2146 Cellphone: 206-200-5902; text pager: mikelemp@tmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 16:08:52 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58E44106564A for ; Wed, 7 Jan 2009 16:08:52 +0000 (UTC) (envelope-from lists@avioc.org) Received: from didy.avioc.org (didy.avioc.org [71.32.26.53]) by mx1.freebsd.org (Postfix) with ESMTP id 172D38FC14 for ; Wed, 7 Jan 2009 16:08:52 +0000 (UTC) (envelope-from lists@avioc.org) Received: from localhost (mail.internal.avioc.org [192.168.2.252]) by didy.avioc.org (Postfix) with ESMTP id 018B8EB90A9; Wed, 7 Jan 2009 10:08:51 -0600 (CST) X-Virus-Scanned: amavisd-new at mail.internal.avioc.org Received: from didy.avioc.org ([192.168.2.252]) by localhost (mail.internal.avioc.org [192.168.2.252]) (amavisd-new, port 10024) with LMTP id CgB1PC33KXGw; Wed, 7 Jan 2009 10:08:43 -0600 (CST) Received: from [192.168.2.8] (section-8.internal.avioc.org [192.168.2.8]) by didy.avioc.org (Postfix) with ESMTPA id 921BCEB91AB; Wed, 7 Jan 2009 10:08:34 -0600 (CST) Message-ID: <4964D384.1060301@avioc.org> Date: Wed, 07 Jan 2009 10:08:36 -0600 From: Brandon Weisz User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <20090106080333.GA6168@cdnetworks.co.kr> <49637755.1070708@avioc.org> <20090107103924.GA126@cdnetworks.co.kr> In-Reply-To: <20090107103924.GA126@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 16:08:52 -0000 Pyun YongHyeon wrote: .... > I think the panic message you posted below is not related with > fxp(4). Show me panic message for fxp(4), that would be more > helpful to narrow down possible cause of issue. > BTW, are you using non-standard compilation flag or customized > kernel? Since there are lot of systems that still rely on fxp(4) > I wonder how this issue is not reported yet. > Did GENERIC kernel also show exact the same behaviour? > Hi Pyun, As suggested, the GENERIC kernel did not panic. After a few more tests, the culprit appears to be: device puc With puc(4) removed, the system is running on 7.1-RELEASE kernel with the fxp(4) card operating as expected. For now I'll be shelving the cheap pci serial card. If anyone wishes to investigate this further I'm happy to continue testing. Thank you very much for your help. Brandon > > After the system panic with this patch, I went into the bios and > > disabled all unnecessary hardware such as parallel port, usb controller > > and on-board audio. The resulting panic below appears different. > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x400 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc07eefec > > stack pointer = 0x28:0xe4339ac0 > > frame pointer = 0x28:0xe4339ae4 > > 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 = 28 (irq23: vr0) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > Uptime: 50s > > Physical memory: 995 MB > > Dumping 162 MB: 147 131 115 99 83 67 51 35 19 3 > > > > [...] > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 16:47:36 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25001065672 for ; Wed, 7 Jan 2009 16:47:36 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 66C5B8FC12 for ; Wed, 7 Jan 2009 16:47:36 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n07GlV9V028312; Wed, 7 Jan 2009 16:47:31 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LKbZ5-00001Q-T8; Wed, 07 Jan 2009 16:47:31 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id n07GlVH2086899; Wed, 7 Jan 2009 16:47:31 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id n07GlVAJ086898; Wed, 7 Jan 2009 16:47:31 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Walter Venable In-Reply-To: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 07 Jan 2009 16:47:30 +0000 Message-Id: <1231346850.84852.13.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: stable@FreeBSD.org, yongari@FreeBSD.org Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 16:47:37 -0000 On Wed, 2009-01-07 at 09:39 -0500, Walter Venable wrote: > FreeBSD 7.1 upgrade broke my network access, machine is totally > offline (powered-on and I can play inside it at the terminal, but > absolutely 0 network access): > This happened AFTER make kernel but BEFORE make installworld. I think > this implies it's a kernel driver issue. > > http://forums.freebsd.org/showthread.php?t=1323 (this is an ongoing > thread on the issue, the rl driver has also been reported broken). What version of FreeBSD did you upgrade from? Gavin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 17:41:53 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1C2F1065670 for ; Wed, 7 Jan 2009 17:41:53 +0000 (UTC) (envelope-from dieggo.rbo@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 6ABFF8FC12 for ; Wed, 7 Jan 2009 17:41:52 +0000 (UTC) (envelope-from dieggo.rbo@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so3616454ywe.13 for ; Wed, 07 Jan 2009 09:41:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=G5NkHaYb2HvzFk0gesev6cgAJkSB8GFMy5KS7JL9tvU=; b=KOgAgBMkGy3Ow+V2bQNW13KWt49Tj1fGehMWWakNwAQGcWnmUnjaK6l00tN9i37ssO xJY91q7i/2E+vXhDGzgyaswyz2Aoo4mT1sJzIJ3IoxH3eeOM8B0gzztLvqwtaGY9bbUH Fs9bfIJMeFjeE2JmHB2rW1ZiopRzEnTrv1Be0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=WyulkCtFyrNXBDqlwxJ9jis+DcOyuPFxJSSgg9PaPuDDLUDJc7cD1n+dVKhkrgO3fj yD5oafDWRq8dYXM2aPNHNwrJfGQQ5Omj3E1JUyP7VcNMmCfEQVaZ50bu4QssZyWMP+3K ye5op2utf3vVX0Je6IssdzYKCvRN5npR54cAk= Received: by 10.65.100.17 with SMTP id c17mr1744611qbm.129.1231350110820; Wed, 07 Jan 2009 09:41:50 -0800 (PST) Received: by 10.65.119.5 with HTTP; Wed, 7 Jan 2009 09:41:50 -0800 (PST) Message-ID: <966852d10901070941u1f0b96efq98ede931a4586a9@mail.gmail.com> Date: Wed, 7 Jan 2009 15:41:50 -0200 From: "Diego Ribeiro" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Error in make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 17:41:54 -0000 Hi all, I'm a new member of this list and I have a problem when execute a make buildworld in my FreeBSD. I'm using FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: root@user.domain.local:/usr/obj/usr/src/sys/GENERIC i386 The error returned is cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md: In function 'insn_default_latency': /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/ i386.md:209: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error In attach the buildworld output. Anyone can help-me tank's for atention -- dieggo.rbo at gmail dot com FreeBSD-BR User: #1047 Linux User: #395884 www.linkedin.com/in/diegodias Limeira - SP - [] From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 18:39:36 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3FF51065670 for ; Wed, 7 Jan 2009 18:39:36 +0000 (UTC) (envelope-from walt@relnor.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.190]) by mx1.freebsd.org (Postfix) with ESMTP id 68D758FC08 for ; Wed, 7 Jan 2009 18:39:36 +0000 (UTC) (envelope-from walt@relnor.com) Received: by rn-out-0910.google.com with SMTP id j71so5572511rne.12 for ; Wed, 07 Jan 2009 10:39:35 -0800 (PST) Received: by 10.65.191.19 with SMTP id t19mr17172119qbp.61.1231351946892; Wed, 07 Jan 2009 10:12:26 -0800 (PST) Received: by 10.65.205.10 with HTTP; Wed, 7 Jan 2009 10:12:26 -0800 (PST) Message-ID: <486185590901071012m69606fc0rab58ca2caceaeab4@mail.gmail.com> Date: Wed, 7 Jan 2009 13:12:26 -0500 From: "Walter Venable" To: "Gavin Atkinson" In-Reply-To: <1231346850.84852.13.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <1231346850.84852.13.camel@buffy.york.ac.uk> Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 18:39:36 -0000 I was on cvsup tag RELENG_7_0 and I upgraded to RELENG_7_1. All that and more details are in the URL I provided. On Wed, Jan 7, 2009 at 11:47 AM, Gavin Atkinson wrote: > On Wed, 2009-01-07 at 09:39 -0500, Walter Venable wrote: >> FreeBSD 7.1 upgrade broke my network access, machine is totally >> offline (powered-on and I can play inside it at the terminal, but >> absolutely 0 network access): >> This happened AFTER make kernel but BEFORE make installworld. I think >> this implies it's a kernel driver issue. >> >> http://forums.freebsd.org/showthread.php?t=1323 (this is an ongoing >> thread on the issue, the rl driver has also been reported broken). > > What version of FreeBSD did you upgrade from? > > Gavin > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 18:45:23 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC631065676 for ; Wed, 7 Jan 2009 18:45:23 +0000 (UTC) (envelope-from walt@relnor.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 569128FC20 for ; Wed, 7 Jan 2009 18:45:23 +0000 (UTC) (envelope-from walt@relnor.com) Received: by yw-out-2324.google.com with SMTP id 9so3630361ywe.13 for ; Wed, 07 Jan 2009 10:45:22 -0800 (PST) Received: by 10.65.150.2 with SMTP id c2mr17190729qbo.32.1231353922341; Wed, 07 Jan 2009 10:45:22 -0800 (PST) Received: by 10.65.205.10 with HTTP; Wed, 7 Jan 2009 10:45:22 -0800 (PST) Message-ID: <486185590901071045r3549d00y76eecffaf35007d8@mail.gmail.com> Date: Wed, 7 Jan 2009 13:45:22 -0500 From: "Walter Venable" To: "Brian Duke" , stable@freebsd.org In-Reply-To: <000701c970f6$aaa64960$fff2dc20$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <1231346850.84852.13.camel@buffy.york.ac.uk> <000701c970f6$aaa64960$fff2dc20$@com> Cc: Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 18:45:23 -0000 On Wed, Jan 7, 2009 at 1:34 PM, Brian Duke wrote: > Walter, > I too have these two interfaces and was forced to disconnect my rl0 in order > for my static ip on re0 to route correctly. If both interfaces are up on the > same network even if both are different IPs all routing stopped. I was > planning on doing a little load balancing project. I didn't due to lack of > time. > > #ifconfig rl0 down > > left my interface up and active. The interface would not change its IP > through sysinstalls' enable networking interfaces. I could do this: > > #ifconfig rl0 inet 192.168.1.150 > > But my routing was messed up at that point and was confirmed via: > > #netstat -r > > The return information looked like it was stuck or lost and the command > never finished. > I had to disconnect one or the other but both simply showed no routes. I > disconnected rl0 because it was a 10/100m interface and left my re0 gig > interface connected rebooted and the routes and networking is again stable. > In the interest of full disclosure rl0 is on the motherboard re0 is a pci > card. Brian, was this happening to you on 7.0 also or just 7.1? From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 19:23:08 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49CC9106566B for ; Wed, 7 Jan 2009 19:23:08 +0000 (UTC) (envelope-from edv@americanadigital.com.br) Received: from mail.americanadigital.com.br (200-148-204-226.americanadigital.com.br [200.148.204.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9F08FC1A for ; Wed, 7 Jan 2009 19:23:06 +0000 (UTC) (envelope-from edv@americanadigital.com.br) Received: from correio.americanadigital.com.br (localhost.localdomain [127.0.0.1]) by mail.americanadigital.com.br (Postfix) with ESMTP id 41CCB364294 for ; Wed, 7 Jan 2009 17:01:47 -0200 (BRST) Received: from 189.36.224.139 (SquirrelMail authenticated user edv@americanadigital.com.br) by correio.americanadigital.com.br with HTTP; Wed, 7 Jan 2009 17:01:47 -0200 (BRST) Message-ID: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> Date: Wed, 7 Jan 2009 17:01:47 -0200 (BRST) From: "Edvaldo Silva" To: stable@freebsd.org User-Agent: SquirrelMail/1.4.6 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: NIC for VLAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 19:23:08 -0000 Hello, guys! Please, can someone point a NIC, PCI 2.2 specs, full VLAN capable under FreeBSD? I´m finding terrible issues using RTL8169 and 3C9x, almost all for the fact NIC cannot handle MTU a little bigger than 1500 (1500 + vlan tagging). I don´t wish reducing MTU. -- Edvaldo Silva - Administrador de Redes Americana Digital www.americanadigital.com.br (19) 3471-2000 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 19:41:32 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC9B61065674 for ; Wed, 7 Jan 2009 19:41:32 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from mail-bw0-f14.google.com (mail-bw0-f14.google.com [209.85.218.14]) by mx1.freebsd.org (Postfix) with ESMTP id 65FB28FC08 for ; Wed, 7 Jan 2009 19:41:32 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by bwz7 with SMTP id 7so780547bwz.19 for ; Wed, 07 Jan 2009 11:41:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=GedjbafZeESrN1veR9o2yvX8Cj51v2VE8rzxhGozzic=; b=k/pZ6ixWNoxnLHf43I5TvrGYtfV52ult4M5we3hv2gr9mv9iNJ1LtmjhQhqmQaRM3J woUe3rFsnTNsQoNIZzgZNDZdTDpn4cd0IYfgorShiVHG7v/U9MrycyonfsdqZYSzU5RH 4/pi2c3r9FlfBdCb30jpTXXNM685bnVwstvT4= 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=hC7VGcp6gDCp9F3ylrhWOcWE7T5mL49jX3wuo/HhU4QGUGhAHaBydae9D7SeaymQFq VpIVHDjep1WGFkfhkcRuK0n0eaCFrXDtQK3GrAKhXXTHJVLZdxwORbxU/BcCNflbIM3/ Soio2t5l5ChgvZQKa0yhChiuK/7YTKNiQY8+o= Received: by 10.103.176.20 with SMTP id d20mr8422037mup.27.1231355539848; Wed, 07 Jan 2009 11:12:19 -0800 (PST) Received: by 10.102.244.13 with HTTP; Wed, 7 Jan 2009 11:12:19 -0800 (PST) Message-ID: Date: Wed, 7 Jan 2009 20:12:19 +0100 From: "Claus Guttesen" To: "Diego Ribeiro" In-Reply-To: <966852d10901070941u1f0b96efq98ede931a4586a9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <966852d10901070941u1f0b96efq98ede931a4586a9@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: Error in make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 19:41:33 -0000 > I'm a new member of this list and I have a problem when execute > a make buildworld in my FreeBSD. I'm using > > FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: > root@user.domain.local:/usr/obj/usr/src/sys/GENERIC i386 I ca't help you with the error below unfortunately. You can try to update to the latest source by issuing 'csup /etc/release-supfile' and then retry your buildworld. Remember to remove /usr/obj/* before buildworld. HTH Claus > The error returned is > > cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" > -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md: > In function 'insn_default_latency': > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/ > i386.md:209: internal compiler error: Segmentation fault: 11 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > In attach the buildworld output. > > Anyone can help-me > > tank's for atention > > > > -- > dieggo.rbo at gmail dot com > FreeBSD-BR User: #1047 > Linux User: #395884 > www.linkedin.com/in/diegodias > Limeira - SP - [] > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 19:45:46 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94651106566B for ; Wed, 7 Jan 2009 19:45:46 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [IPv6:2001:470:1f09:16f:2::3]) by mx1.freebsd.org (Postfix) with ESMTP id 21DFD8FC27 for ; Wed, 7 Jan 2009 19:45:46 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 5551F45058; Wed, 7 Jan 2009 19:45:45 +0000 (GMT) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id T2BMN1cb08Af; Wed, 7 Jan 2009 19:45:42 +0000 (UTC) Received: from [10.0.2.11] (daffy.tector.org.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTPSA id 923E445057; Wed, 7 Jan 2009 19:45:42 +0000 (GMT) Message-ID: <49650658.5080501@thekeelecentre.com> Date: Wed, 07 Jan 2009 19:45:28 +0000 From: Richard Tector User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Edvaldo Silva References: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> In-Reply-To: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060600040202040109070501" Cc: stable@freebsd.org Subject: Re: NIC for VLAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 19:45:46 -0000 This is a cryptographically signed message in MIME format. --------------ms060600040202040109070501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Edvaldo Silva wrote: > Hello, guys! >=20 > Please, can someone point a NIC, PCI 2.2 specs, full VLAN capable under= > FreeBSD? >=20 > I=B4m finding terrible issues using RTL8169 and 3C9x, almost all for th= e > fact NIC cannot handle MTU a little bigger than 1500 (1500 + vlan > tagging). >=20 > I don=B4t wish reducing MTU. Intel Pro/100 (fxp driver) or Pro/1000 (em/igb driver) are probably the=20 best supported and best performing on FreeBSD, and the Pro/1000 at least = has excellent VLAN support. Regards, Richard Tector --------------ms060600040202040109070501 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wOTAxMDcxOTQ1MjhaMCMGCSqGSIb3DQEJBDEWBBStQ5KxivEthfNnOKRsFcdyf9rW QzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgLnkXy/ZaW9jBHWz/vJoGROP APFrQtt53YC73uiDXL9jtGfAlH+eoqiQ6RgDxjooKN+I6NSysAYcgLwLsKaGcizhCQtrKf+4 xd1DSHfXh9O9Vo8QBu1MrZDRxjn94fqwgdKzzqHjkBGrC3KA2gjS3Kw/kRERw1EDeYhDrW4y N4UiAAAAAAAA --------------ms060600040202040109070501-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 19:45:54 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0E381065719 for ; Wed, 7 Jan 2009 19:45:54 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id A64688FC20 for ; Wed, 7 Jan 2009 19:45:54 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay12.apple.com (relay12.apple.com [17.128.113.53]) by mail-out4.apple.com (Postfix) with ESMTP id A3BB94D94706; Wed, 7 Jan 2009 11:29:36 -0800 (PST) Received: from relay12.apple.com (unknown [127.0.0.1]) by relay12.apple.com (Symantec Brightmail Gateway) with ESMTP id 86900464029; Wed, 7 Jan 2009 11:29:36 -0800 (PST) X-AuditID: 11807135-a7859bb000000e1f-06-496502a0f65b Received: from cswiger1.apple.com (cswiger1.apple.com [17.227.140.124]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay12.apple.com (Apple SCV relay) with ESMTP id 66895420004; Wed, 7 Jan 2009 11:29:36 -0800 (PST) From: Chuck Swiger To: Edvaldo Silva In-Reply-To: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> X-Priority: 3 (Normal) References: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> Message-Id: <08B905C7-9A68-49F3-9BA4-F4D7D6EDD2B6@mac.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 7 Jan 2009 11:29:36 -0800 X-Mailer: Apple Mail (2.930.3) X-Brightmail-Tracker: AAAAAA== Cc: stable@freebsd.org Subject: Re: NIC for VLAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 19:45:55 -0000 On Jan 7, 2009, at 11:01 AM, Edvaldo Silva wrote: > Please, can someone point a NIC, PCI 2.2 specs, full VLAN capable > under FreeBSD? Intel fxp or em; Broadcom bge or bce.... Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 19:56:31 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7ACF106566B for ; Wed, 7 Jan 2009 19:56:31 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.187]) by mx1.freebsd.org (Postfix) with ESMTP id 670978FC1E for ; Wed, 7 Jan 2009 19:56:31 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so5602423rne.12 for ; Wed, 07 Jan 2009 11:56:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=YC1gi+l5Dufy2vZ1SXAfq81dTuIopC+vo0fGCCod3qA=; b=pVz8Z400cMqOEXRcN071gsQfm+ZfuTv3vbF948dwlmdhCcsCdYqD1CYWfKYmo4qpKk ta/6EG/WUG6N+m8a2Ls2L08QCIOwwcthrdHjkrSEyGSDCnvQLardSbqrnTd9l32UMCbv LNK+dm+fu3x+zrlsMwa2cp5zxhVhClDzhKd80= 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=bK/YDbbS2PSxqBYZZZFAQW2t9AqVo8p1O548TjGsrodJJGm2JOPnKESWHW0HXRhnQl 7sHR1xBUYnsQn/k6mHntQEGxSMArYk3xKGOZ424AH1RC1gz0QVQnZ2pMmKzDCPa0XWHT wSdS6KaOhZycA0QvplkqYqSH/UNH75WhLO0DQ= Received: by 10.151.114.13 with SMTP id r13mr5682930ybm.130.1231356723431; Wed, 07 Jan 2009 11:32:03 -0800 (PST) Received: by 10.151.132.5 with HTTP; Wed, 7 Jan 2009 11:32:03 -0800 (PST) Message-ID: <5f67a8c40901071132q4c5361ees1c9960c57f3ac221@mail.gmail.com> Date: Wed, 7 Jan 2009 14:32:03 -0500 From: "Zaphod Beeblebrox" To: "Edvaldo Silva" In-Reply-To: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> MIME-Version: 1.0 References: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: NIC for VLAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 19:56:32 -0000 On Wed, Jan 7, 2009 at 2:01 PM, Edvaldo Silva wrote: > Hello, guys! > > Please, can someone point a NIC, PCI 2.2 specs, full VLAN capable under > FreeBSD? > > I=B4m finding terrible issues using RTL8169 and 3C9x, almost all for the > fact NIC cannot handle MTU a little bigger than 1500 (1500 + vlan > tagging). > > I don=B4t wish reducing MTU. > For 100 meg nics, I almost exclusively use Intel Etherexpress "fxp" cards. I've used them for a long time in servers, but now they average around $3 i= n quantity on eBay and I use them in everything. Also, many off-lease PC's come with it on the motherboard. For GigE, I prefer (also) Intel Etherexpress --- but the driver is "em" (I have not tried "igb). I also have had no complaints with "bge" and "bce" driver chipsets on equipped motherboards. In both cases, I make heavy use of vlans and hardware vlan tagging. Many router machines have between 10 and 50 vlan interfaces. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 19:57:30 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C96B210656C3 for ; Wed, 7 Jan 2009 19:57:30 +0000 (UTC) (envelope-from dieggo.rbo@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 793E28FC31 for ; Wed, 7 Jan 2009 19:57:30 +0000 (UTC) (envelope-from dieggo.rbo@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so3645704ywe.13 for ; Wed, 07 Jan 2009 11:57:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=B84pFqrYxrocOE97uX8jzRGfIljGd5jO3A30cj+ptRY=; b=VG+0U+oUhzABMx+EgImv4MdwVBQ/Ysxz/nwNGpjod9cbbD9g7hJyQcoBTI7tMgP3jy xnGU2+NcS/IC3ZMrz1EsldsJfIEdTjAnw39GMB/V+QU84gxzhBOJwWFdlKajxw6plK4A BXCg2q0u9IDNp4y9PA2ou0RhghQsRPillHoiQ= 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=cdS9i6h9UORmbumTw9QAmjz+QULmQb3otGh0A7CEiB9nNJhh3YIwV+5/cGY/ftaEmX B4uqe3yWPr4tcTn2g+oLSUFKJ22UQADs4qllGqDWiomvzw99yTnks5mPQAdoTZUlhvi8 /5VIiHyMWszdkERCeNWpL74vrO6YNcc4vbzkk= Received: by 10.65.59.11 with SMTP id m11mr17185045qbk.90.1231358249276; Wed, 07 Jan 2009 11:57:29 -0800 (PST) Received: by 10.65.119.5 with HTTP; Wed, 7 Jan 2009 11:57:29 -0800 (PST) Message-ID: <966852d10901071157q43b2ff6ha5b9eb0df79b877c@mail.gmail.com> Date: Wed, 7 Jan 2009 17:57:29 -0200 From: "Diego Ribeiro" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 References: <966852d10901070941u1f0b96efq98ede931a4586a9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Error in make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 19:57:31 -0000 Hi Claus, thanks for return. I'm tried this steps below before send the first email and not resolve my problem =/ make cleandir && make cleandir rm -rf /usr/obj/* make -j6 buildworld but...the segmentation fault persist. I have more logs of buidworld, if you want, I send :D any idea? and thanks again. On Wed, Jan 7, 2009 at 5:12 PM, Claus Guttesen wrote: > > I'm a new member of this list and I have a problem when execute > > a make buildworld in my FreeBSD. I'm using > > > > FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: > > root@user.domain.local:/usr/obj/usr/src/sys/GENERIC i386 > > I ca't help you with the error below unfortunately. You can try to > update to the latest source by issuing 'csup /etc/release-supfile' and > then retry your buildworld. Remember to remove /usr/obj/* before > buildworld. > > HTH > > Claus > > > The error returned is > > > > cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H > > -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" > > -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c > > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/ > i386.md: > > In function 'insn_default_latency': > > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/ > > i386.md:209: internal compiler error: Segmentation fault: 11 > > Please submit a full bug report, > > with preprocessed source if appropriate. > > See for instructions. > > *** Error code 1 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > > > In attach the buildworld output. > > > > Anyone can help-me > > > > tank's for atention > > > > > > > > -- > > dieggo.rbo at gmail dot com > > FreeBSD-BR User: #1047 > > Linux User: #395884 > > www.linkedin.com/in/diegodias > > Limeira - SP - [] > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > > > > -- > regards > Claus > > When lenity and cruelty play for a kingdom, > the gentler gamester is the soonest winner. > > Shakespeare > -- dieggo.rbo at gmail dot com FreeBSD-BR User: #1047 Linux User: #395884 www.linkedin.com/in/diegodias Limeira - SP - [] From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 19:58:20 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 989E110656C9 for ; Wed, 7 Jan 2009 19:58:20 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from mail-bw0-f14.google.com (mail-bw0-f14.google.com [209.85.218.14]) by mx1.freebsd.org (Postfix) with ESMTP id EA9EC8FC08 for ; Wed, 7 Jan 2009 19:58:19 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by bwz7 with SMTP id 7so801298bwz.19 for ; Wed, 07 Jan 2009 11:58:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3rab05Z54nsQYtso3hTYe5u9RpH4Nvf9o8hYLQcC4zY=; b=JpLo+W66PEVsMSs3yZ5wWI6mWA4RtsP0ZDSVc+im/wUDeH/+7pmG0Gk6YdI129PINQ vV52M3aca8YuIA5l1Z6vSuQNqAoF7JIGJKsgvYxQjkMpffm8cE7GZi5IKayoNxtRR+xz bD5+2ImqwjMpngvxyyhNQxBT5br1tOt2yfdAM= 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=SbF0PjfxKAZ0fw9iCWiXl9RUcKJlm0kyytFpFl+fRf8zBGPlISj+ahXlV8lJBKjzIs HvsQtzRR4dTUcBg2guLTwb4Lb9rlHFS62TQ0MiBgsWpOANb5FaD8LUBts9F4g9IzNKKB Tf1MU/SyoMeDRBu46OrH7/UZwOfwvAmaKdqKQ= Received: by 10.223.113.194 with SMTP id b2mr4644094faq.81.1231356883370; Wed, 07 Jan 2009 11:34:43 -0800 (PST) Received: by 10.223.119.74 with HTTP; Wed, 7 Jan 2009 11:34:43 -0800 (PST) Message-ID: <8e10486b0901071134m258a7c6cnd074f60189aafc19@mail.gmail.com> Date: Wed, 7 Jan 2009 17:34:43 -0200 From: "Alexandre Biancalana" To: "Edvaldo Silva" In-Reply-To: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> Cc: stable@freebsd.org Subject: Re: NIC for VLAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 19:58:21 -0000 >From man vlan: By now, the list of physical interfaces able of full VLAN processing in the hardware is limited to the following devices: age(4), bce(4), bge(= 4), cxgb(4), em(4), ixgb(4), msk(4), nge(4), re(4), stge(4), ti(4), txp(4)= , and vge(4). On 1/7/09, Edvaldo Silva wrote: > Hello, guys! > > Please, can someone point a NIC, PCI 2.2 specs, full VLAN capable under > FreeBSD? > > I=B4m finding terrible issues using RTL8169 and 3C9x, almost all for the > fact NIC cannot handle MTU a little bigger than 1500 (1500 + vlan > tagging). > > I don=B4t wish reducing MTU. > > -- > Edvaldo Silva - Administrador de Redes > Americana Digital > www.americanadigital.com.br > (19) 3471-2000 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 20:11:01 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C36CB1065672 for ; Wed, 7 Jan 2009 20:11:01 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA128FC1C for ; Wed, 7 Jan 2009 20:11:01 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 06E2CED070; Wed, 7 Jan 2009 14:47:24 -0500 (EST) Date: Wed, 7 Jan 2009 14:47:23 -0500 From: "Peter C. Lai" To: Edvaldo Silva Message-ID: <20090107194722.GB45538@cesium.hyperfine.info> References: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: NIC for VLAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 20:11:02 -0000 The Intel ones driven by em(4) (Intel EtherExpress Pro/1000)? RTL8169/8111/8168 use closed specs, quirks have to be reverse engineered into the driver. On 2009-01-07 05:01:47PM -0200, Edvaldo Silva wrote: > Hello, guys! > > Please, can someone point a NIC, PCI 2.2 specs, full VLAN capable under > FreeBSD? > > I´m finding terrible issues using RTL8169 and 3C9x, almost all for the > fact NIC cannot handle MTU a little bigger than 1500 (1500 + vlan > tagging). > > I don´t wish reducing MTU. > > -- > Edvaldo Silva - Administrador de Redes > Americana Digital > www.americanadigital.com.br > (19) 3471-2000 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 21:00:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 611671065689 for ; Wed, 7 Jan 2009 21:00:46 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id EE5BA8FC16 for ; Wed, 7 Jan 2009 21:00:45 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 7 Jan 2009 15:48:38 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 5D62D1170E; Wed, 7 Jan 2009 15:48:38 -0500 (EST) Date: Wed, 7 Jan 2009 15:48:38 -0500 From: Ed Maste To: Paul Taulborg Message-ID: <20090107204838.GA94239@sandvine.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 07 Jan 2009 20:48:38.0483 (UTC) FILETIME=[51070A30:01C97109] Cc: freebsd-stable@freebsd.org Subject: Re: Adaptec AIC-9410 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 21:00:46 -0000 On Fri, Dec 12, 2008 at 12:16:26PM -0600, Paul Taulborg wrote: > Both of these have an Adaptec AIC-9410 SAS controller in them, that is > apparently not detected (or supported?) by FreeBSD (amd64) (7.0 or 7.1 > RC1) No verison of FreeBSD has support for the AIC-9410, and I am not aware of any work to add support for it. The AIC-9410 is not available as a standalone controller from Adaptec any longer, so I doubt they have much interest in new driver support for it. (It's still used as a component on at least some RAID cards.) Unfortunately, I suspect your only choices are a different SAS controller or a different OS. -Ed From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 21:32:10 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3D4A1065670 for ; Wed, 7 Jan 2009 21:32:10 +0000 (UTC) (envelope-from dkelly@Grumpy.DynDNS.org) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6CD118FC22 for ; Wed, 7 Jan 2009 21:32:10 +0000 (UTC) (envelope-from dkelly@Grumpy.DynDNS.org) Received: (qmail 6234 invoked by uid 0); 7 Jan 2009 21:04:08 -0000 Received: from unknown (HELO Grumpy.DynDNS.org) (75.76.211.79) by smtp2.knology.net with SMTP; 7 Jan 2009 21:04:08 -0000 Received: by Grumpy.DynDNS.org (Postfix, from userid 928) id 6EF3228422; Wed, 7 Jan 2009 15:04:08 -0600 (CST) Date: Wed, 7 Jan 2009 15:04:08 -0600 From: David Kelly To: Zaphod Beeblebrox Message-ID: <20090107210408.GB71960@Grumpy.DynDNS.org> References: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> <5f67a8c40901071132q4c5361ees1c9960c57f3ac221@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f67a8c40901071132q4c5361ees1c9960c57f3ac221@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Edvaldo Silva , stable@freebsd.org Subject: Re: NIC for VLAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD-Questions@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 21:32:11 -0000 On Wed, Jan 07, 2009 at 02:32:03PM -0500, Zaphod Beeblebrox wrote: > > For 100 meg nics, I almost exclusively use Intel Etherexpress "fxp" > cards. I've used them for a long time in servers, but now they average > around $3 in quantity on eBay and I use them in everything. Also, > many off-lease PC's come with it on the motherboard. I second, or third, or Nth, recommend the Etherexpress Pro cards. Not only do they Just Simply Work(tm) in FreeBSD, if (heaven forbid) one has to do Windows the Intel-provided driver provides exceptional controls and features that the stock Windows driver does not, such as VLAN. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 21:51:22 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA47D10659DA for ; Wed, 7 Jan 2009 21:51:22 +0000 (UTC) (envelope-from pluknet@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 74BE38FC27 for ; Wed, 7 Jan 2009 21:51:22 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2807056fgb.35 for ; Wed, 07 Jan 2009 13:51:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=T2LWJoTtV1aoBVMOHUQwI+ZsLCArV8xfRUx2wHbephc=; b=dpXtZC/S5dPvY0x8j7fDDKgS/LN2lCUcfgzClBBQXR2tTaUt5S8RkejWxDUN8Les89 A2nWo/uytZd8GvHDpwDJUliSudDjB8sz9FYEFK/4PFMb2JJdgk76WdKcAt9jVCsbY81o xYltVP6uPJM/S23c5xnGmp/Q24URGVp9UY9cU= 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=h9EW+PQZJrY+Qs8WXCF6K0B2zILQPvMttdVDstNadKy9+Ze/07uiMgw8MZ7Uls0klV 0XHtqIsOGGSa9BBgC9fm3w5zZA+KM4oloIwUjEvCL49QiVgvlt0/Gk8fxfAWtUNoAJuR pDWf71taAlKKh8pTjdwCZv4i4ji1PS7o9zFpg= Received: by 10.86.57.9 with SMTP id f9mr11658532fga.32.1231363299147; Wed, 07 Jan 2009 13:21:39 -0800 (PST) Received: by 10.86.72.19 with HTTP; Wed, 7 Jan 2009 13:21:39 -0800 (PST) Message-ID: Date: Thu, 8 Jan 2009 00:21:39 +0300 From: pluknet To: "Diego Ribeiro" In-Reply-To: <966852d10901070941u1f0b96efq98ede931a4586a9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <966852d10901070941u1f0b96efq98ede931a4586a9@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: Error in make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 21:51:23 -0000 2009/1/7 Diego Ribeiro : > Hi all, > > I'm a new member of this list and I have a problem when execute > a make buildworld in my FreeBSD. I'm using > > FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: > root@user.domain.local:/usr/obj/usr/src/sys/GENERIC i386 > > > The error returned is > > cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" > -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md: > In function 'insn_default_latency': > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/ > i386.md:209: internal compiler error: Segmentation fault: 11 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > In attach the buildworld output. That usually signals about bad/insufficient RAM and/or CPU overheating. See archives. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 22:00:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8642106581D for ; Wed, 7 Jan 2009 22:00:50 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by mx1.freebsd.org (Postfix) with ESMTP id 214B78FC21 for ; Wed, 7 Jan 2009 22:00:48 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id E89429401CD for ; Wed, 7 Jan 2009 23:00:44 +0100 (CET) Received: from pollux2.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp1-g21.free.fr (Postfix) with ESMTP id 016999401D4 for ; Wed, 7 Jan 2009 23:00:41 +0100 (CET) Received: by pollux2.local.net (Postfix, from userid 2000) id D429F1D8E0; Wed, 7 Jan 2009 23:03:57 +0100 (CET) Date: Wed, 7 Jan 2009 23:03:57 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090107220357.GA3985@pollux2.free.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> <20090106210845.GA88675@slackbox.xs4all.nl> <001401c97048$42bcde80$c8369b80$@com> <20090106220632.GU45538@cesium.hyperfine.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090106220632.GU45538@cesium.hyperfine.info> User-Agent: Mutt/1.4.2.3i Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 22:00:55 -0000 On Tue, Jan 06, 2009 at 05:06:32PM -0500, Peter C. Lai wrote: > What language does this printer use? I am a big fan of the minimalistic > BSD LPD/R, so I usually just whip up an output filter that cats everything > (since just about every app natively prints as postscript these days > [besides gimp-app I guess]) to ghostscript. Works for basically any printer > with PCL or PS support (actually, with some of the the elcheapo PS > imitations out there, usually PCL5/XL works better). To me, CUPS/Foomatic > comes with some fancy PPDs and filters, but I think a lot of that is > bloated since it does similar things under the hood but wrapped in more > layers of magic... > > On 2009-01-06 04:46:40PM -0500, SDH Support wrote: > > > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > > > I would recommend googling this printer and determining its support on linux > > first and then perhaps following the large amount of documentation with > > installing CUPS for freebsd. I've gotten many different printers working on > > my own. > > > > > > > > > > --- > > Kevin K. > > Systems Administrator > > www.webcanadahosting.com > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- > =========================================================== > Peter C. Lai | Bard College at Simon's Rock > Systems Administrator | 84 Alford Rd. > Information Technology Svcs. | Gt. Barrington, MA 01230 USA > peter AT simons-rock.edu | (413) 528-7428 > =========================================================== Many thanks for all your comments and hints. Briefly for your information: The printer was bought by a person who was a Linux user from the very beginning. He had no time to install it though. In the mean time he has become a FreeBSD user and is working all-day on a FreeBSD laptop (as a general practitioner, perhaps the only one on earth). He's still short of time. A year ago or so I tried to install the printer on his desktop machine. But I could not find any SCX-4200 reference on openprinting.org. This time I reinstalled all CUPS components on a 7.0-RELEASE, and finally looked for your help. Well, I've started with the first advice, found UnifiedLinuxDriver.tar.gz, installed manually scx4200.ppd and rastertosamsungspl. I tried all possible file locations for rastertosamsungspl. But CUPS keeps saying that it cannot find rastertosamsungspl. It seems to me that CUPS would be happy with these two files. 'spl' seems to stand for Samsung Printer Language. Harald -- FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 22:10:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8666310657F0 for ; Wed, 7 Jan 2009 22:10:09 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 40F778FC1C for ; Wed, 7 Jan 2009 22:10:09 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 4B199ED055; Wed, 7 Jan 2009 17:10:08 -0500 (EST) Date: Wed, 7 Jan 2009 17:10:06 -0500 From: "Peter C. Lai" To: freebsd-stable@freebsd.org Message-ID: <20090107221006.GE45538@cesium.hyperfine.info> References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> <20090106210845.GA88675@slackbox.xs4all.nl> <001401c97048$42bcde80$c8369b80$@com> <20090106220632.GU45538@cesium.hyperfine.info> <20090107220357.GA3985@pollux2.free.local.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090107220357.GA3985@pollux2.free.local.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: hawei@free.fr Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 22:10:15 -0000 On 2009-01-07 11:03:57PM +0100, Harald Weis wrote: > On Tue, Jan 06, 2009 at 05:06:32PM -0500, Peter C. Lai wrote: > > What language does this printer use? I am a big fan of the minimalistic > > BSD LPD/R, so I usually just whip up an output filter that cats everything > > (since just about every app natively prints as postscript these days > > [besides gimp-app I guess]) to ghostscript. Works for basically any printer > > with PCL or PS support (actually, with some of the the elcheapo PS > > imitations out there, usually PCL5/XL works better). To me, CUPS/Foomatic > > comes with some fancy PPDs and filters, but I think a lot of that is > > bloated since it does similar things under the hood but wrapped in more > > layers of magic... > > > > On 2009-01-06 04:46:40PM -0500, SDH Support wrote: > > > > > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > > > > > I would recommend googling this printer and determining its support on linux > > > first and then perhaps following the large amount of documentation with > > > installing CUPS for freebsd. I've gotten many different printers working on > > > my own. > > > > > > > > > > > > > > > --- > > > Kevin K. > > > Systems Administrator > > > www.webcanadahosting.com > > > > > > _______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > -- > > =========================================================== > > Peter C. Lai | Bard College at Simon's Rock > > Systems Administrator | 84 Alford Rd. > > Information Technology Svcs. | Gt. Barrington, MA 01230 USA > > peter AT simons-rock.edu | (413) 528-7428 > > =========================================================== > > Many thanks for all your comments and hints. > > Briefly for your information: The printer was bought by a person > who was a Linux user from the very beginning. He had no time to install > it though. In the mean time he has become a FreeBSD user and is working > all-day on a FreeBSD laptop (as a general practitioner, perhaps the > only one on earth). He's still short of time. A year ago or so I > tried to install the printer on his desktop machine. But I could not > find any SCX-4200 reference on openprinting.org. This time I reinstalled > all CUPS components on a 7.0-RELEASE, and finally looked for your help. > > Well, I've started with the first advice, found UnifiedLinuxDriver.tar.gz, > installed manually scx4200.ppd and rastertosamsungspl. I tried all > possible file locations for rastertosamsungspl. But CUPS keeps saying > that it cannot find rastertosamsungspl. It seems to me that CUPS > would be happy with these two files. > > 'spl' seems to stand for Samsung Printer Language. > well, if you're on cups, the splix driver should come with that. "find / -name rastertosamsungspl" would be my best guess, then you have to figure out where it really is supposed to live. If you're on plain ghostscript try using the 'gdi' output device -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 23:50:42 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 773701065670; Wed, 7 Jan 2009 23:50:42 +0000 (UTC) (envelope-from weaseal@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 12AB78FC24; Wed, 7 Jan 2009 23:50:41 +0000 (UTC) (envelope-from weaseal@gmail.com) Received: by an-out-0708.google.com with SMTP id c2so3044433anc.13 for ; Wed, 07 Jan 2009 15:50:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=H1tgI6LF7dMrCC89TV8KqACqmWSfVTL/Tl0NdkSj2MU=; b=FSF/sDr1mf39B/z0uIFTsL+YlE9bQIJXU0NsgP3y0alpj4jLst5joGwRRndSdFdvjz fER288t1FKsfR3RVkx6nb8yP7kUuhEfUOEVdPNcqYQPq5lziUOhxBsyct2B1a3Th5VrZ SIQ2aXl2SQqp6QL6TIqh/M9WElK6nUpQ0GAL0= 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=wT9X3h5Lbl8sLnct+p84ZlOrx2DGgCHjFpjzfs5MGqc5g8JtlDzqqcf8mZMpfGJOs0 o2T+UWMNhe4LlzYtL8Yjy+SXvVErUaZx4YH5vuDF6Gu78cxl70oPyHOuCNrtUA872kmb 438xjvIQSrLPmLL92VZ7YQzQBDlKmQP5H2e20= Received: by 10.65.241.20 with SMTP id t20mr17315669qbr.0.1231372240814; Wed, 07 Jan 2009 15:50:40 -0800 (PST) Received: by 10.64.18.15 with HTTP; Wed, 7 Jan 2009 15:50:40 -0800 (PST) Message-ID: <8dfae1c10901071550s69d99802p31ca7c775f3d6823@mail.gmail.com> Date: Wed, 7 Jan 2009 18:50:40 -0500 From: "Walter Venable" Sender: weaseal@gmail.com To: stable@freebsd.org, yongari@freebsd.org In-Reply-To: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> X-Google-Sender-Auth: 2c534266c715969b Cc: Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2009 23:50:44 -0000 Booting kernel.old, which is 7.0-RELEASE-p7 completely alleviates all problems. I believe this roundly confirms that this is a bug in the 7.1-RELEASE re kernel drivers. On Wed, Jan 7, 2009 at 9:39 AM, Walter Venable wrote: > FreeBSD 7.1 upgrade broke my network access, machine is totally > offline (powered-on and I can play inside it at the terminal, but > absolutely 0 network access): > This happened AFTER make kernel but BEFORE make installworld. I think > this implies it's a kernel driver issue. > > http://forums.freebsd.org/showthread.php?t=1323 (this is an ongoing > thread on the issue, the rl driver has also been reported broken). > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 00:47:30 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E174106566C for ; Thu, 8 Jan 2009 00:47:30 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id F0EC48FC0C for ; Thu, 8 Jan 2009 00:47:29 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so5780865fkk.11 for ; Wed, 07 Jan 2009 16:47:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Sk9TMV5YahPZrqrMxCPUoKI3uizxayJHkcgyHKch15U=; b=Fi8cN6tKxJzXAN3+HmnOK8TzZQozPsp4HYaQ1hfTb1GrshjmJQu4YvT6DUyRmUoXEY NxMkI4m0vIz6Hj0+lezmRnVRhZV6PgirN79VegRn2VBQl0LFjxuqxdx9QTMXe2LjxMdV zz/hcTWHR/O3kJkCYDIUDhQ7a7bPtFh4TipSE= 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=QqZjPG2AqinCQGixMmn1zEv69LDfSgDsdMO3FbR0gbKqfZsMkxt6qGKFYenYeV98Kx +gRAcAO90XsDdOHaGEM9zNmxdvUnJ7/cIEdxe26fNaVuVHiS9OKPFgBJTKNqWa6MXhXY w6w0ZeS2GK6QhuE7W/CJ+EWLerfLTVs1/uymU= Received: by 10.103.218.9 with SMTP id v9mr8527746muq.78.1231375648926; Wed, 07 Jan 2009 16:47:28 -0800 (PST) Received: by 10.102.244.13 with HTTP; Wed, 7 Jan 2009 16:47:28 -0800 (PST) Message-ID: Date: Thu, 8 Jan 2009 01:47:28 +0100 From: "Claus Guttesen" To: "Diego Ribeiro" In-Reply-To: <966852d10901071157q43b2ff6ha5b9eb0df79b877c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <966852d10901070941u1f0b96efq98ede931a4586a9@mail.gmail.com> <966852d10901071157q43b2ff6ha5b9eb0df79b877c@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: Error in make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 00:47:30 -0000 > Hi Claus, thanks for return. I'm tried this steps below before send the > first email and not resolve my problem =/ I notice you run a pre-release of 7.1. Did you update to the latest 7.1-release? > make cleandir && make cleandir > rm -rf /usr/obj/* > make -j6 buildworld > > but...the segmentation fault persist. > I have more logs of buidworld, if you want, I send :D > > any idea? and thanks again. Could you try a buildworld without the -j parameter? If it still fails but in different stages of the buildworld it could be bad/overheated ram as mentioned by pluknet. -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 01:19:26 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 465B510656EB for ; Thu, 8 Jan 2009 01:19:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 0589F8FC14 for ; Thu, 8 Jan 2009 01:19:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so9989067rvf.43 for ; Wed, 07 Jan 2009 17:19:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=FeBXuyEsjSjriS/fWQLa8O3h7sVYk171v5Qwl9mlTR8=; b=n2tUDulrdeeZg9DIsztUPBAjMJCyaYGb3CdAmPAmXKjDUHlEGc0hNX+Q8+D071hhmG hOgbBlYSyXzPjxntmQM+MtYEQnSn8Jwcfe0QYSdx3ocfaGhFuavq53qoBPW6uXC84SI9 t2ZY8uTWDPCqcG+RZu3ENC2V/DCDAQN9zCRhk= 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=iIeyimiR0CScEpGtbTwjOMp3QqveCD0aQGiPehkYzTXpRW3YVu4/3lf8rBFu5NBbib Cop1E+uqjeWy8UflVtnYaDqswO0L98hWe1ku0vum28rbBEVe3msg5nWGcSir1hQ4el93 mXZqfhj/vzyqYXESOWLYujhI4F6nwucMP3OU4= Received: by 10.115.19.16 with SMTP id w16mr15680730wai.51.1231377565566; Wed, 07 Jan 2009 17:19:25 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id z15sm37822694pod.14.2009.01.07.17.19.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Jan 2009 17:19:23 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n081JG4o050984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 10:19:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n081JFDh050983; Thu, 8 Jan 2009 10:19:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 8 Jan 2009 10:19:14 +0900 From: Pyun YongHyeon To: Brandon Weisz Message-ID: <20090108011914.GB1256@cdnetworks.co.kr> References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <20090106080333.GA6168@cdnetworks.co.kr> <49637755.1070708@avioc.org> <20090107103924.GA126@cdnetworks.co.kr> <4964D384.1060301@avioc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4964D384.1060301@avioc.org> User-Agent: Mutt/1.4.2.3i Cc: Garrett Cooper , stable@freebsd.org, marcel@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 01:19:26 -0000 On Wed, Jan 07, 2009 at 10:08:36AM -0600, Brandon Weisz wrote: > Pyun YongHyeon wrote: > > .... > > >I think the panic message you posted below is not related with > >fxp(4). Show me panic message for fxp(4), that would be more > >helpful to narrow down possible cause of issue. > >BTW, are you using non-standard compilation flag or customized > >kernel? Since there are lot of systems that still rely on fxp(4) > >I wonder how this issue is not reported yet. > >Did GENERIC kernel also show exact the same behaviour? > > > > Hi Pyun, > > As suggested, the GENERIC kernel did not panic. After a few more tests, > the culprit appears to be: > > device puc > > With puc(4) removed, the system is running on 7.1-RELEASE kernel with > the fxp(4) card operating as expected. For now I'll be shelving the > cheap pci serial card. > > If anyone wishes to investigate this further I'm happy to continue testing. > Hmm, I still have no idea how puc(4) can trigger the issue. Marcel may have more idea how to debug this(CCed). > Thank you very much for your help. > > Brandon > > > > > After the system panic with this patch, I went into the bios and > > > disabled all unnecessary hardware such as parallel port, usb controller > > > and on-board audio. The resulting panic below appears different. > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0x400 > > > fault code = supervisor read, page not present > > > instruction pointer = 0x20:0xc07eefec > > > stack pointer = 0x28:0xe4339ac0 > > > frame pointer = 0x28:0xe4339ae4 > > > 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 = 28 (irq23: vr0) > > > trap number = 12 > > > panic: page fault > > > cpuid = 0 > > > Uptime: 50s > > > Physical memory: 995 MB > > > Dumping 162 MB: 147 131 115 99 83 67 51 35 19 3 > > > > > > >[...] > > > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 01:50:45 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79F06106564A; Thu, 8 Jan 2009 01:50:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1BD8FC16; Thu, 8 Jan 2009 01:50:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so10001446rvf.43 for ; Wed, 07 Jan 2009 17:50:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=bhFDt2xw20Wswv/T+TjBXPQcC58R7rKCvrT2TTVuI1M=; b=r2XoofOQUY/ha+QU0AUCJOz5YY9LDnwvjc6pvsamSLY3Xzd5DiwvlY8V63RoomRGVt jsygFKFeKrp/A4zt+H4F7DpFEYuqwPptMocr1Om6jsSVY25kNTRojtAcJ8tjMhIlG24H V5wTkaMCIZmo8OWBKtKxmPMmz7mNW8jGQCs1k= 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=wamhSndYjqsqiMunS/hhVhMLR0sOdIVeJ0rtY0imdbsRX/mrkE6jlynHB/wh5lzKjR rUO7rDAdGy0WkOQxC0gBTkGQMh2UA/QNZCK0pO9UfjYAzaq8f8suDaQSbM4YfEsczVLS NSa9g1BvBB4Cj0QgtPkHTzGqyDaEofIP/wesQ= Received: by 10.140.169.4 with SMTP id r4mr6535136rve.250.1231379444786; Wed, 07 Jan 2009 17:50:44 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id c20sm31557883rvf.5.2009.01.07.17.50.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Jan 2009 17:50:43 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n081ob48051112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 10:50:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n081oaqe051111; Thu, 8 Jan 2009 10:50:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 8 Jan 2009 10:50:36 +0900 From: Pyun YongHyeon To: Walter Venable Message-ID: <20090108015036.GD1256@cdnetworks.co.kr> References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <8dfae1c10901071550s69d99802p31ca7c775f3d6823@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8dfae1c10901071550s69d99802p31ca7c775f3d6823@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 01:50:45 -0000 On Wed, Jan 07, 2009 at 06:50:40PM -0500, Walter Venable wrote: > Booting kernel.old, which is 7.0-RELEASE-p7 completely alleviates all > problems. I believe this roundly confirms that this is a bug in the > 7.1-RELEASE re kernel drivers. > Please show me full dmesg output. > On Wed, Jan 7, 2009 at 9:39 AM, Walter Venable wrote: > > FreeBSD 7.1 upgrade broke my network access, machine is totally > > offline (powered-on and I can play inside it at the terminal, but > > absolutely 0 network access): > > This happened AFTER make kernel but BEFORE make installworld. I think > > this implies it's a kernel driver issue. > > > > http://forums.freebsd.org/showthread.php?t=1323 (this is an ongoing > > thread on the issue, the rl driver has also been reported broken). > > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 01:54:56 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D12106566B; Thu, 8 Jan 2009 01:54:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 3298D8FC16; Thu, 8 Jan 2009 01:54:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so10003077rvf.43 for ; Wed, 07 Jan 2009 17:54:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=I9aWx79EnN87cGm6hAhmwqQYizSWMYBTJyOc+2q+d64=; b=PfwGUQsRsd+3vZPxfYivY1Z9//3VMqVnCLF77C6yqKNbaSXkABnhCzcdykfX/TiCNi aMeNFf2W6pN1kyHL8HNrMFroVtm5m/k/UBKNCSPxn1MERgbe54Ske6bnCGxWwRM+0ygY X5yc9IptL1/bfP/hBpiOjbKlGm9xQ2GtYnR9U= 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=QdceDX/G0WdNk8mHzDLuc/czDH9+NU26SLEN5xjU80z/xp8NQcDt20Z5L/lRbnoXpf NNCXa/o0/E4rGf5lCZcyHMY5AOyoBMNBW+gAMo37HayGOD5oAOR2Tcd3DLN6NMHhkebP 5b4d2vtcNVLn9uWiRiKdSXuKzcCnhTfJflFEE= Received: by 10.141.137.8 with SMTP id p8mr11812590rvn.170.1231379695912; Wed, 07 Jan 2009 17:54:55 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id k2sm60389432rvb.6.2009.01.07.17.54.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Jan 2009 17:54:54 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n081skpP051125 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 10:54:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n081sk0s051124; Thu, 8 Jan 2009 10:54:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 8 Jan 2009 10:54:46 +0900 From: Pyun YongHyeon To: Walter Venable Message-ID: <20090108015446.GE1256@cdnetworks.co.kr> References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 01:54:56 -0000 On Wed, Jan 07, 2009 at 09:39:32AM -0500, Walter Venable wrote: > FreeBSD 7.1 upgrade broke my network access, machine is totally > offline (powered-on and I can play inside it at the terminal, but > absolutely 0 network access): > This happened AFTER make kernel but BEFORE make installworld. I think > this implies it's a kernel driver issue. > > http://forums.freebsd.org/showthread.php?t=1323 (this is an ongoing > thread on the issue, the rl driver has also been reported broken). Please start new thread for rl(4) issues. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 02:20:07 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E00D106566C; Thu, 8 Jan 2009 02:20:07 +0000 (UTC) (envelope-from walt@relnor.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD2A8FC18; Thu, 8 Jan 2009 02:20:06 +0000 (UTC) (envelope-from walt@relnor.com) Received: by yx-out-2324.google.com with SMTP id 8so3708113yxb.13 for ; Wed, 07 Jan 2009 18:20:06 -0800 (PST) Received: by 10.64.28.20 with SMTP id b20mr17337602qbb.38.1231381205959; Wed, 07 Jan 2009 18:20:05 -0800 (PST) Received: by 10.65.205.10 with HTTP; Wed, 7 Jan 2009 18:20:05 -0800 (PST) Message-ID: <486185590901071820tfcd3375sb890fe60867ec84d@mail.gmail.com> Date: Wed, 7 Jan 2009 21:20:05 -0500 From: "Walter Venable" To: pyunyh@gmail.com In-Reply-To: <20090108015036.GD1256@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_146006_5740535.1231381205951" References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <8dfae1c10901071550s69d99802p31ca7c775f3d6823@mail.gmail.com> <20090108015036.GD1256@cdnetworks.co.kr> Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 02:20:07 -0000 ------=_Part_146006_5740535.1231381205951 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, Jan 7, 2009 at 8:50 PM, Pyun YongHyeon wrote: > Please show me full dmesg output. > Hi Pyun, I have attached the full dmesg output. ------=_Part_146006_5740535.1231381205951 Content-Type: application/octet-stream; name=dmesg Content-Transfer-Encoding: base64 X-Attachment-Id: f_fposjdds0 Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDggVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdodCAo YykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5Mywg MTk5NA0KCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCBy aWdodHMgcmVzZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhl IEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgNy4wLVJFTEVBU0UtcDggIzA6IFdlZCBKYW4g IDcgMTk6NDk6MzYgRVNUIDIwMDkNCiAgICByb290QDovdXNyL29iai91c3Ivc3JjL3N5cy9LRVJO DQpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMA0KQ1BV OiBBTUQgQXRobG9uKHRtKSA2NCBQcm9jZXNzb3IgMzAwMCsgKDE4MDAuMDgtTUh6IEs4LWNsYXNz IENQVSkNCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHgyMGZmMiAgU3RlcHBpbmcg PSAyDQogIEZlYXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0Us Q1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNS LFNTRSxTU0UyPg0KICBGZWF0dXJlczI9MHgxPFNTRTM+DQogIEFNRCBGZWF0dXJlcz0weGUyNTAw ODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhTUixMTSwzRE5vdyErLDNETm93IT4NCnVzYWJsZSBtZW1v cnkgPSA1Mjc4NDMzMjggKDUwMyBNQikNCmF2YWlsIG1lbW9yeSAgPSA1MDc5Njk1MzYgKDQ4NCBN QikNCkFDUEkgQVBJQyBUYWJsZTogPEFNSUlOVCBWSUFfSzggID4NCmlvYXBpYzAgPFZlcnNpb24g MC4zPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQNCmtiZDEgYXQga2JkbXV4MA0KYWNwaTA6IDxB TUlJTlQgVklBX0s4PiBvbiBtb3RoZXJib2FyZA0KYWNwaTA6IFtJVEhSRUFEXQ0KYWNwaTA6IFBv d2VyIEJ1dHRvbiAoZml4ZWQpDQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3 OTU0NSBIeiBxdWFsaXR5IDEwMDANCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5 NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwDQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFj cGkwDQphY3BpX3Rocm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTANCnBvd2Vy bm93MDogPENvb2xgbidRdWlldCBLOD4gb24gY3B1MA0KZGV2aWNlX2F0dGFjaDogcG93ZXJub3cw IGF0dGFjaCByZXR1cm5lZCA2DQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkw DQpwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkw DQpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0KYWdwMDogPFZJQSBLOFQ4MDBQcm8gaG9z dCB0byBQQ0kgYnJpZGdlPiBvbiBob3N0YjANCnBjaWIxOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRl dmljZSAxLjAgb24gcGNpMA0KcGNpMTogPFBDSSBidXM+IG9uIHBjaWIxDQp2Z2FwY2kwOiA8VkdB LWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweGVjMDAtMHhlY2ZmIG1lbSAweGNlMDAwMDAwLTB4 Y2ZmZmZmZmYsMHhjODAwMDAwMC0weGM5ZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgNS4wIG9uIHBj aTANCmRjMDogPDgyYzE2OSBQTklDIDEwLzEwMEJhc2VUWD4gcG9ydCAweGQwMDAtMHhkMGZmIG1l bSAweGNkZmViZjAwLTB4Y2RmZWJmZmYgaXJxIDE3IGF0IGRldmljZSA2LjAgb24gcGNpMA0KbWlp YnVzMDogPE1JSSBidXM+IG9uIGRjMA0KYm10cGh5MDogPEJDTTUyMDEgMTAvMTAwYmFzZVRYIFBI WT4gUEhZIDEgb24gbWlpYnVzMA0KYm10cGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBi YXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8NCmRjMDogRXRoZXJuZXQgYWRkcmVzczogMDA6YTA6 Y2M6ZDY6ZDI6ZWUNCmRjMDogW0lUSFJFQURdDQpyZTA6IDxSZWFsVGVrIDgxNjlTQy84MTEwU0Mg U2luZ2xlLWNoaXAgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweGNjMDAtMHhjY2ZmIG1lbSAweGNk ZmViZTAwLTB4Y2RmZWJlZmYgaXJxIDE5IGF0IGRldmljZSA4LjAgb24gcGNpMA0KbWlpYnVzMTog PE1JSSBidXM+IG9uIHJlMA0KcmdlcGh5MDogPFJUTDgxNjlTLzgxMTBTLzgyMTFCIG1lZGlhIGlu dGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMQ0KcmdlcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRY LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVCwgMTAwMGJhc2VULUZEWCwgYXV0 bw0KcmUwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowYTpjZDoxNjpjYTpjMA0KcmUwOiBbRklMVEVS XQ0KcmUxOiA8UmVhbFRlayA4MTY5UyBTaW5nbGUtY2hpcCBHaWdhYml0IEV0aGVybmV0PiBwb3J0 IDB4YzgwMC0weGM4ZmYgbWVtIDB4Y2RmZWJkMDAtMHhjZGZlYmRmZiBpcnEgMTYgYXQgZGV2aWNl IDExLjAgb24gcGNpMA0KbWlpYnVzMjogPE1JSSBidXM+IG9uIHJlMQ0KcmdlcGh5MTogPFJUTDgx NjlTLzgxMTBTLzgyMTFCIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMg0KcmdlcGh5 MTogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBi YXNlVCwgMTAwMGJhc2VULUZEWCwgYXV0bw0KcmUxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMTow OTo5NjphNzphZA0KcmUxOiBbRklMVEVSXQ0KYXRhcGNpMDogPFZJQSA2NDIwIFNBVEExNTAgY29u dHJvbGxlcj4gcG9ydCAweGU4MDAtMHhlODA3LDB4ZTQwMC0weGU0MDMsMHhlMDAwLTB4ZTAwNyww eGRjMDAtMHhkYzAzLDB4ZDgwMC0weGQ4MGYsMHhkNDAwLTB4ZDRmZiBpcnEgMjAgYXQgZGV2aWNl IDE1LjAgb24gcGNpMA0KYXRhcGNpMDogW0lUSFJFQURdDQphdGEyOiA8QVRBIGNoYW5uZWwgMD4g b24gYXRhcGNpMA0KYXRhMjogW0lUSFJFQURdDQphdGEzOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRh cGNpMA0KYXRhMzogW0lUSFJFQURdDQphdGFwY2kxOiA8VklBIDgyMzcgVURNQTEzMyBjb250cm9s bGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ZmMwMC0weGZj MGYgYXQgZGV2aWNlIDE1LjEgb24gcGNpMA0KYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBj aTENCmF0YTA6IFtJVEhSRUFEXQ0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTENCmF0 YTE6IFtJVEhSRUFEXQ0KdWhjaTA6IDxWSUEgODNDNTcyIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4 YjgwMC0weGI4MWYgaXJxIDIxIGF0IGRldmljZSAxNi4wIG9uIHBjaTANCnVoY2kwOiBbR0lBTlQt TE9DS0VEXQ0KdWhjaTA6IFtJVEhSRUFEXQ0KdXNiMDogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xs ZXI+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogPFZJQSBVSENJIHJv b3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMA0KdWh1YjA6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1aGNpMTogPFZJQSA4M0M1 NzIgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhiYzAwLTB4YmMxZiBpcnEgMjEgYXQgZGV2aWNlIDE2 LjEgb24gcGNpMA0KdWhjaTE6IFtHSUFOVC1MT0NLRURdDQp1aGNpMTogW0lUSFJFQURdDQp1c2Ix OiA8VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gb24gdWhjaTENCnVzYjE6IFVTQiByZXZpc2lv biAxLjANCnVodWIxOiA8VklBIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2IxDQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQNCnVoY2kyOiA8VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gcG9ydCAweGMwMDAt MHhjMDFmIGlycSAyMSBhdCBkZXZpY2UgMTYuMiBvbiBwY2kwDQp1aGNpMjogW0dJQU5ULUxPQ0tF RF0NCnVoY2kyOiBbSVRIUkVBRF0NCnVzYjI6IDxWSUEgODNDNTcyIFVTQiBjb250cm9sbGVyPiBv biB1aGNpMg0KdXNiMjogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjI6IDxWSUEgVUhDSSByb290IGh1 YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjINCnVodWIyOiAyIHBv cnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdWhjaTM6IDxWSUEgODNDNTcyIFVT QiBjb250cm9sbGVyPiBwb3J0IDB4YzQwMC0weGM0MWYgaXJxIDIxIGF0IGRldmljZSAxNi4zIG9u IHBjaTANCnVoY2kzOiBbR0lBTlQtTE9DS0VEXQ0KdWhjaTM6IFtJVEhSRUFEXQ0KdXNiMzogPFZJ QSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kzDQp1c2IzOiBVU0IgcmV2aXNpb24gMS4w DQp1aHViMzogPFZJQSBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNiMw0KdWh1YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkDQplaGNpMDogPFZJQSBWVDYyMDIgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhjZGZlYmIw MC0weGNkZmViYmZmIGlycSAyMSBhdCBkZXZpY2UgMTYuNCBvbiBwY2kwDQplaGNpMDogW0dJQU5U LUxPQ0tFRF0NCmVoY2kwOiBbSVRIUkVBRF0NCnVzYjQ6IEVIQ0kgdmVyc2lvbiAxLjANCnVzYjQ6 IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVzYjEgdXNiMiB1c2Iz DQp1c2I0OiA8VklBIFZUNjIwMiBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwDQp1c2I0OiBV U0IgcmV2aXNpb24gMi4wDQp1aHViNDogPFZJQSBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJl diAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNA0KdWh1YjQ6IDggcG9ydHMgd2l0aCA4IHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkDQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMTcu MCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCnBjbTA6IDxWSUEgVlQ4MjM3PiBw b3J0IDB4YjQwMC0weGI0ZmYgaXJxIDIyIGF0IGRldmljZSAxNy41IG9uIHBjaTANCnBjbTA6IFtJ VEhSRUFEXQ0KcGNtMDogPEF2YW5jZSBMb2dpYyBBTEM4NTAgQUM5NyBDb2RlYz4NCnBjbTA6IDxW SUEgRFhTIEVuYWJsZWQ6IERYUyA0IC8gU0dEIDEgLyBSRUMgMT4NCmFjcGlfYnV0dG9uMTogPFNs ZWVwIEJ1dHRvbj4gb24gYWNwaTANCmZkYzA6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9y dCAweDNmMi0weDNmMywweDNmNC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBhY3BpMA0KZmRj MDogW0ZJTFRFUl0NCmZkMDogPDE0NDAtS0IgMy41IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwDQph dGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEg MSBvbiBhY3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzANCmtiZDAg YXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQphdGtiZDA6IFtJVEhSRUFEXQ0KcHNt MDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20wOiBbR0lBTlQtTE9DS0VEXQ0K cHNtMDogW0lUSFJFQURdDQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAzDQpv cm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhjZDAwMC0w eGNkZmZmLDB4ZTAwMDAtMHhlMGZmZiBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQg ZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdz PTB4MzAwPg0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21l bSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMA0KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE4 MDAwODI1MjggSHogcXVhbGl0eSA4MDANClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1z ZWMNCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVkLCBydWxlLWJhc2Vk IGZvcndhcmRpbmcgZGlzYWJsZWQsIGRlZmF1bHQgdG8gYWNjZXB0LCBsb2dnaW5nIHVubGltaXRl ZA0KYWNkMDogRE1BIGxpbWl0ZWQgdG8gVURNQTMzLCBkZXZpY2UgZm91bmQgbm9uLUFUQTY2IGNh YmxlDQphY2QwOiBEVkRSIDwxNlg4IERWRCBEVUFML0EwODA+IGF0IGF0YTAtbWFzdGVyIFVETUEz Mw0KYWQ0OiAxMTQ0NzNNQiA8U2VhZ2F0ZSBTVDMxMjA4MjdBUyAzLjQyPiBhdCBhdGEyLW1hc3Rl ciBTQVRBMTUwDQphZDY6IDExNDQ3M01CIDxTZWFnYXRlIFNUMzEyMDgyN0FTIDMuNDI+IGF0IGF0 YTMtbWFzdGVyIFNBVEExNTANCmFyMDogMTE0NDczTUIgPFZJQSBUZWNoIFYtUkFJRCBSQUlEMT4g c3RhdHVzOiBSRUFEWQ0KYXIwOiBkaXNrMCBSRUFEWSAobWFzdGVyKSB1c2luZyBhZDQgYXQgYXRh Mi1tYXN0ZXINCmFyMDogZGlzazEgUkVBRFkgKG1pcnJvcikgdXNpbmcgYWQ2IGF0IGF0YTMtbWFz dGVyDQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FyMHMxYQ0KZnVzZTRic2Q6 IHZlcnNpb24gMC4zLjktcHJlMSwgRlVTRSBBQkkgNy44DQpyZTA6IGxpbmsgc3RhdGUgY2hhbmdl ZCB0byBVUA== ------=_Part_146006_5740535.1231381205951-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 02:35:20 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03611106564A; Thu, 8 Jan 2009 02:35:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id B68FC8FC1F; Thu, 8 Jan 2009 02:35:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so10019575rvf.43 for ; Wed, 07 Jan 2009 18:35:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=vfaS8Fz3a2VnL5LXEPMgkqsim8Ys42VIPH/bi9s8A18=; b=g08qvCUB6mT5j5GjCmiJpqWUK+Z+Jn6mTDPm7JpTlLofKfkWbG+k+vpwBmE16nDaFD JrXje5ehdBjklGmx1ufaIOuY64N9DwsCgu0iV2iGpeqzjA8VnGivc+ai4sy0qmlE3Kuk dSv3z1f5WpVcrUH5riLenNeURTPor6YRwkBtk= 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=iWRFKtDKA7pwu3Z1kD/p1K2BhoFW8CNbe5bDmP2KSR82jr3QawTCBmGmim3GePSCOE Y/iGudBcVZ59QsreU7DEFJnGrmc2r6MWB7KyE/oZ4DqeNEjletUtSx576nvHGPAZBoEu i5dEe6joyWNwV1DmCTSogutvHfewGZoUL7AeY= Received: by 10.141.53.4 with SMTP id f4mr11830838rvk.155.1231382119277; Wed, 07 Jan 2009 18:35:19 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id k2sm54533280rvb.6.2009.01.07.18.35.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Jan 2009 18:35:18 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n082Z7BM026533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 11:35:12 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n082Z6WS026532; Thu, 8 Jan 2009 11:35:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 8 Jan 2009 11:35:06 +0900 From: Pyun YongHyeon To: Walter Venable Message-ID: <20090108023506.GF1256@cdnetworks.co.kr> References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <8dfae1c10901071550s69d99802p31ca7c775f3d6823@mail.gmail.com> <20090108015036.GD1256@cdnetworks.co.kr> <486185590901071820tfcd3375sb890fe60867ec84d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <486185590901071820tfcd3375sb890fe60867ec84d@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 02:35:20 -0000 On Wed, Jan 07, 2009 at 09:20:05PM -0500, Walter Venable wrote: > On Wed, Jan 7, 2009 at 8:50 PM, Pyun YongHyeon wrote: > > Please show me full dmesg output. > > > > Hi Pyun, > I have attached the full dmesg output. Walter, I need dmesg output of 7.1-RELEASE. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 04:24:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E53D1106566B for ; Thu, 8 Jan 2009 04:24:10 +0000 (UTC) (envelope-from mike@vintners.net) Received: from vinifera.vintners.net (vinifera.vintners.net [207.229.65.53]) by mx1.freebsd.org (Postfix) with ESMTP id C978C8FC08 for ; Thu, 8 Jan 2009 04:24:10 +0000 (UTC) (envelope-from mike@vintners.net) Received: from [127.0.0.1] (brix.vintners.net [209.162.136.18]) by vinifera.vintners.net (8.14.1/8.14.1) with ESMTP id n0847VFp027637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Jan 2009 20:07:32 -0800 (PST) (envelope-from mike@vintners.net) Message-ID: <49657C0A.7040404@vintners.net> Date: Wed, 07 Jan 2009 20:07:38 -0800 From: Mike Lempriere User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Spam-Status: No, score=-6.1 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE,RGX_BDY_LOCAL_AREA_CODE,RGX_BDY_SINGLE autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on vinifera.vintners.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mergemaster broken -- take 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 04:24:11 -0000 Hi folks -- sorry to be a nag, but my main production system is barely limping along on an old kernel with mismatched libraries. I have no idea what else to do -- please help! --- I'm upgrading 5-stable (was at 5.5) to 6-stable, in preparation for 6-stable to 7-stable. No problems with cvsup, make buildworld, make installworld, make buildkernel, mergemaster -p. make installkernel, boot to single user. Then mergemaster -- blammo: config /usr/src/etc/../usr.bin/mail/misc/mail.rc /usr/src/etc/../usr.bin/locate/locate/locate.rc printcap /var/tmp/temproot/etc; cap_mkdb -l /var/tmp/temproot/etc/login.conf; install -o root -g wheel -m 755 netstart pccard_ether rc.suspend rc.resume /var/tmp/temproot/etc; install -o root -g wheel -m 600 master.passwd nsmb.conf opieaccess /var/tmp/temproot/etc; pwd_mkdb -L -i -p -d /var/tmp/temproot/etc /var/tmp/temproot/etc/master.passwd cap_mkdb: illegal option -- l usage: cap_mkdb [-v] [-f outfile] file [file ...] *** Error code 1 Stop in /usr/src/etc. *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to the temproot environment I've checked, the directory is there (/var/tmp/temproot/etc) however the file (master.passwd) is not. Any suggestions anyone? Thanks! -- Mike Lempriere- Home: mike@vintners.net Phone: 206-780-2146 Cellphone: 206-200-5902; text pager: mikelemp@tmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 04:39:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA81410656CB for ; Thu, 8 Jan 2009 04:39:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 554778FC16 for ; Thu, 8 Jan 2009 04:39:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 592E028448 for ; Thu, 8 Jan 2009 12:39:00 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id BD588EBBC86; Thu, 8 Jan 2009 12:38:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id ZqTKKtCYxlbQ; Thu, 8 Jan 2009 12:38:54 +0800 (CST) Received: from charlie.delphij.net (c-67-188-86-134.hsd1.ca.comcast.net [67.188.86.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 4A7D5EB4DB7; Thu, 8 Jan 2009 12:38:52 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Qr1H7bUpRA7ESpBk9iPYbojCGn/MvkBXhyr88Noo1V8cESRZflNS5E5eVBoHqXOsQ 9BU3hRaDLcjb8oJ7/Vgjw== Message-ID: <49658357.6000005@delphij.net> Date: Wed, 07 Jan 2009 20:38:47 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: Mike Lempriere References: <49657C0A.7040404@vintners.net> In-Reply-To: <49657C0A.7040404@vintners.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mergemaster broken -- take 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 04:39:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Lempriere wrote: > Hi folks -- sorry to be a nag, but my main production system is barely > limping along on an old kernel with mismatched libraries. I have no > idea what else to do -- please help! > --- > I'm upgrading 5-stable (was at 5.5) to 6-stable, in preparation for > 6-stable to 7-stable. > No problems with cvsup, make buildworld, make installworld, make > buildkernel, mergemaster -p. > make installkernel, boot to single user. Then mergemaster -- blammo: Looks like you did it in wrong sequence and the system is picking up a stale cap_mkdb. Could you try mergemaster -p, then make installworld, then mergemaster -i? > config /usr/src/etc/../usr.bin/mail/misc/mail.rc > /usr/src/etc/../usr.bin/locate/locate/locate.rc printcap > /var/tmp/temproot/etc; cap_mkdb -l /var/tmp/temproot/etc/login.conf; > install -o root -g wheel -m 755 netstart pccard_ether rc.suspend > rc.resume /var/tmp/temproot/etc; install -o root -g wheel -m 600 > master.passwd nsmb.conf opieaccess /var/tmp/temproot/etc; pwd_mkdb -L > -i -p -d /var/tmp/temproot/etc /var/tmp/temproot/etc/master.passwd > cap_mkdb: illegal option -- l > usage: cap_mkdb [-v] [-f outfile] file [file ...] > *** Error code 1 > > Stop in /usr/src/etc. > > *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to > the temproot environment > > I've checked, the directory is there (/var/tmp/temproot/etc) however the > file (master.passwd) is not. > > Any suggestions anyone? Thanks! > - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkllg1cACgkQi+vbBBjt66BPDwCfXKGJJlgtJ7LY7V99gcnrCmoe 1PwAnj9tqhJ4W0yutxkzxj8j9idyfAUc =8dCN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 08:38:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 560AE1065703 for ; Thu, 8 Jan 2009 08:38:54 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 115A98FC1A for ; Thu, 8 Jan 2009 08:38:54 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id E0B263C50E79; Thu, 8 Jan 2009 10:01:47 +0200 (EET) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20493-08; Thu, 8 Jan 2009 10:01:46 +0200 (EET) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id CFAB83C50E56; Thu, 8 Jan 2009 10:01:46 +0200 (EET) Message-ID: <4965B4F1.8050707@bsd.ee> Date: Thu, 08 Jan 2009 10:10:25 +0200 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Mike Lempriere , freebsd-stable@freebsd.org References: <49657C0A.7040404@vintners.net> In-Reply-To: <49657C0A.7040404@vintners.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Cc: Subject: Re: mergemaster broken -- take 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 08:38:54 -0000 Mike Lempriere wrote: > Hi folks -- sorry to be a nag, but my main production system is barely > limping along on an old kernel with mismatched libraries. I have no > idea what else to do -- please help! > --- > I'm upgrading 5-stable (was at 5.5) to 6-stable, in preparation for > 6-stable to 7-stable. > No problems with cvsup, make buildworld, make installworld, make > buildkernel, mergemaster -p. > make installkernel, boot to single user. Then mergemaster -- blammo: What is your exact make sequences are? I usually do this way: # csup /usr/share/examples/cvsup/standard-supfile # cd /usr/src here I usually softlink my kernel config file in /root directory to appropriate architecture one and edit /etc/make.conf: --------------------------------------------------------------------------- SUP_UPDATE=yes SUPHOST=cvsup.no.FreeBSD.org SUPFILE=/usr/share/examples/cvsup/standard-supfile PORTSSUPFILE=/usr/share/examples/cvsup/ports-supfile DOCSUPFILE=/usr/share/examples/cvsup/doc-supfile KERNCONF=KERNEL --------------------------------------------------------------------------- /usr/src/sys/amd64/conf KERNEL -> /root/kernel/KERNEL # make buildkernel # make installkernel # make buildworld # mergemaster -p # make installworld # mergemaster NOTE: I do not reboot my system until everything is updated. Why it is necessary to boot new kernel and then upgrade world is beyound me..YMMW From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 09:22:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8703B106566B for ; Thu, 8 Jan 2009 09:22:02 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 18B088FC14 for ; Thu, 8 Jan 2009 09:22:01 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.3/8.14.3) with ESMTP id n088wBIe040260; Thu, 8 Jan 2009 09:58:11 +0100 (CET) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.3/8.14.3/Submit) id n088wBOm040259; Thu, 8 Jan 2009 09:58:11 +0100 (CET) (envelope-from byshenknet) Date: Thu, 8 Jan 2009 09:58:11 +0100 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20090108085811.GB1580@core.byshenk.net> References: <49657C0A.7040404@vintners.net> <4965B4F1.8050707@bsd.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4965B4F1.8050707@bsd.ee> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on core.byshenk.net Cc: Andrei Kolu , Mike Lempriere Subject: Re: mergemaster broken -- take 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 09:22:02 -0000 On Thu, Jan 08, 2009 at 10:10:25AM +0200, Andrei Kolu wrote: > Mike Lempriere wrote: > >Hi folks -- sorry to be a nag, but my main production system is barely > >limping along on an old kernel with mismatched libraries. I have no > >idea what else to do -- please help! > >--- > >I'm upgrading 5-stable (was at 5.5) to 6-stable, in preparation for > >6-stable to 7-stable. > >No problems with cvsup, make buildworld, make installworld, make > >buildkernel, mergemaster -p. > >make installkernel, boot to single user. Then mergemaster -- blammo: > What is your exact make sequences are? > > I usually do this way: > > # csup /usr/share/examples/cvsup/standard-supfile > # cd /usr/src > here I usually softlink my kernel config file in /root directory to > appropriate architecture one and edit /etc/make.conf: > --------------------------------------------------------------------------- > SUP_UPDATE=yes > SUPHOST=cvsup.no.FreeBSD.org > SUPFILE=/usr/share/examples/cvsup/standard-supfile > PORTSSUPFILE=/usr/share/examples/cvsup/ports-supfile > DOCSUPFILE=/usr/share/examples/cvsup/doc-supfile > KERNCONF=KERNEL > --------------------------------------------------------------------------- > /usr/src/sys/amd64/conf > KERNEL -> /root/kernel/KERNEL > > # make buildkernel > # make installkernel > # make buildworld > # mergemaster -p > # make installworld > # mergemaster It may be me that is mistaken, but this seems wrong to me, as does the sequence in the original message: # cvsup # make buildworld # make installworld # make buildkernel # mergemaster -p. # make installkernel # boot to single user # mergemaster If I am not very much mistaken, the "canonical" process is: # make buildworld # make buildkernel # make installkernel # reboot (*) # mergemaster -p # make installworld # mergemaster The reasons for the other methods being wrong are (as I understand them): - You should build your new world before building your new kernel, as it may be the case that some aspects of the new kernel build are dependent upon aspects of the new world build. If you build your new kernel before building your new world, you will be building your new kernel against the old world. - You should install your new kernel before installing your new world, as it can be the case that some aspects of the new world will not be understood by your old kernel. A new kernel should always be compatible with an old userland/world, but an old kernel may not always be compatible with a new userland/world. > NOTE: I do not reboot my system until everything is updated. Why it is > necessary to boot new kernel and then upgrade world is beyound me..YMMW - I suppose that it is not strictly necessary to reboot between installing kernel and world, but I always do so. The reason for this is that, if something has gone horribly wrong, it is quite easy to go back and boot kernel.old. If you don't realize that there is something wrong until after you have installed everything (kernel and userland), it can be much more difficult to recover. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 10:26:53 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF2EE106566B for ; Thu, 8 Jan 2009 10:26:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC2E8FC21 for ; Thu, 8 Jan 2009 10:26:52 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n08AQgRr099708; Thu, 8 Jan 2009 11:26:42 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n08AQfnd099707; Thu, 8 Jan 2009 11:26:41 +0100 (CET) (envelope-from olli) Date: Thu, 8 Jan 2009 11:26:41 +0100 (CET) Message-Id: <200901081026.n08AQfnd099707@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, edv@americanadigital.com.br In-Reply-To: <5494.189.36.224.139.1231354907.squirrel@correio.americanadigital.com.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 08 Jan 2009 11:26:45 +0100 (CET) Cc: Subject: Re: NIC for VLAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, edv@americanadigital.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 10:26:54 -0000 Edvaldo Silva wrote: > Please, can someone point a NIC, PCI 2.2 specs, full VLAN capable under > FreeBSD? I'm using bge(4) and bce(4) interfaces (Broadcom GBit) and fxp(4) ones (100 MBit) in enviroments with heavy use of VLANs. They work very well. There are no problems with the MTU. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 10:29:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F2FA106564A for ; Thu, 8 Jan 2009 10:29:41 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id D354F8FC1A for ; Thu, 8 Jan 2009 10:29:40 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: by fg-out-1718.google.com with SMTP id l26so2876831fgb.35 for ; Thu, 08 Jan 2009 02:29:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=MmTlMU9oLjdcieLDPDHzewTGgprSNlox5UdhATBgzuc=; b=sR8hMCNTQYSW/yNg/POdlmd7j/znnkczuVHNYJLVKh0jDE+d3Z53jRhyw/MllG2Ps+ V4v7Igr9xMMv7EQnHVBDikbZHqDLOsM7V7UzAF+dmu1VSPQf8CvXP+D07ZIshhBmBKcq KksJ3Z7keZ7bVf+zIYb5swC5+hf4dkHBG+v+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=LYqJaZK/FRdLhq0B9a76pk3A+zE4/XA1RGK7QVhHIEPthkPDkQLgjB9v0xIp15xOp8 ykZ//NFmkX1BEVs5cTb9RMVM2GziOCEovm2WddKbB7JjBipmpFrgM6GcUKO4xhdiQW/j ugFDip1fpfAuzWyaKMXQQlFVuIAMWX1d+EFKo= Received: by 10.86.59.2 with SMTP id h2mr9661651fga.73.1231409224366; Thu, 08 Jan 2009 02:07:04 -0800 (PST) Received: by 10.86.62.20 with HTTP; Thu, 8 Jan 2009 02:07:04 -0800 (PST) Message-ID: <5fbf03c20901080207y4b0b18beod775a8ef2887f147@mail.gmail.com> Date: Thu, 8 Jan 2009 11:07:04 +0100 From: "Spil Oss" To: ezjail@erdgeist.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Problems with network in jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 10:29:42 -0000 Hi all, Is it mandatory to add device mem to jails to enable network via the gateway? Left ezjail with FreeBSD-6.3 (and a hardware replacement of my server) and am now starting again with FreeBSD-7.1. Early this week, I upgraded from 7.0 to 7.1 (not having 'used' jails on 7.0). After creating the jail with `ezjail-admin update -i` I created a 'ports build' jail `ezjail-admin create build 127.0.0.3` and forgot to add the alias to lo0, so no networking off-course. So I added the 127.0.0.3 alias to lo0 `ifconfig lo0 inet 127.0.0.3 alias` and restarted the jail Then I could get to the host machine, but not outside via the gateway..... `netstat -nr` was returning errors netstat: kvm not available: /dev/mem: No such file or directory Routing tables rt_tables: symbol not in namelist But I could use the dns on the host, but was restricted to the host. After adding mem to the devfs_rules for my jail, I can see the routing tables.... And with mem added to devfs, I can also connect via the gateway on the host (NAT) If it's required to add 'mem' to the devfs rules to enable networking in the jail, it may be worth adding to the FAQ and/or the man-pages for ezjail-admin and jail? (and perhaps add a devfsrules_netjail to the default/devfs.rules) Kind regards, Spil. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 10:34:31 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42EED106566B for ; Thu, 8 Jan 2009 10:34:31 +0000 (UTC) (envelope-from dieggo.rbo@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id ED50D8FC17 for ; Thu, 8 Jan 2009 10:34:30 +0000 (UTC) (envelope-from dieggo.rbo@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so5814883rne.12 for ; Thu, 08 Jan 2009 02:34:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=a1h3xET2HZrUcUf2leSeDwvoau7vXhXOqC/lHwzW+yQ=; b=cpXwtwIIs6jQPD+WIkJyw4nJLWZbesMCUxCVFZpKVnAHT2UbziAJHT7w5c5el1UXiq wpcBBj4ISmex7uqcvFLHyxNcIbzQ+59W1KIF07srN3cBp3qLDPCzRYxKcKYVPvmcJV47 us6k/fG2CXVJ6GsBitTkSSo78hzGMmYYBdyoc= 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=qwNsEkoPnRMRQ6B9tvEcse8JUpPl73ou87WtOYxGv/+8u2JGaxIH4YSZTFiuqVlIUJ AkYuIZDATZ6DBeopXEaUq2vMqBEFlQcyBjqpZSYFTGM8nbTJqQcenaZqTDqQLsqug/m2 M2KbPMYTTiPQ+8WOkUItx0ZCdA2ICiTHG/7so= Received: by 10.64.250.7 with SMTP id x7mr17524502qbh.94.1231410869904; Thu, 08 Jan 2009 02:34:29 -0800 (PST) Received: by 10.65.119.5 with HTTP; Thu, 8 Jan 2009 02:34:29 -0800 (PST) Message-ID: <966852d10901080234g206947d8je3a6a2c93437bdff@mail.gmail.com> Date: Thu, 8 Jan 2009 08:34:29 -0200 From: "Diego Ribeiro" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 References: <966852d10901070941u1f0b96efq98ede931a4586a9@mail.gmail.com> <966852d10901071157q43b2ff6ha5b9eb0df79b877c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Error in make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 10:34:31 -0000 Realy my box is obsolet(Atlhon 2.0 - 512 Ram) I try without -j for discard overheated. tks again. On Wed, Jan 7, 2009 at 10:47 PM, Claus Guttesen wrote: > > Hi Claus, thanks for return. I'm tried this steps below before send the > > first email and not resolve my problem =/ > > I notice you run a pre-release of 7.1. Did you update to the latest > 7.1-release? > > > make cleandir && make cleandir > > rm -rf /usr/obj/* > > make -j6 buildworld > > > > but...the segmentation fault persist. > > I have more logs of buidworld, if you want, I send :D > > > > any idea? and thanks again. > > Could you try a buildworld without the -j parameter? If it still fails > but in different stages of the buildworld it could be bad/overheated > ram as mentioned by pluknet. > > -- > regards > Claus > > When lenity and cruelty play for a kingdom, > the gentler gamester is the soonest winner. > > Shakespeare > -- dieggo.rbo at gmail dot com FreeBSD-BR User: #1047 Linux User: #395884 www.linkedin.com/in/diegodias Limeira - SP - [] From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 10:47:48 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 544D81065672 for ; Thu, 8 Jan 2009 10:47:48 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id D4CE88FC08 for ; Thu, 8 Jan 2009 10:47:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n08AlhlM000826; Thu, 8 Jan 2009 11:47:43 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n08Alg2h000825; Thu, 8 Jan 2009 11:47:42 +0100 (CET) (envelope-from olli) Date: Thu, 8 Jan 2009 11:47:42 +0100 (CET) Message-Id: <200901081047.n08Alg2h000825@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd@byshenk.net, Andrei Kolu , Mike Lempriere In-Reply-To: <20090108085811.GB1580@core.byshenk.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 08 Jan 2009 11:47:44 +0100 (CET) Cc: Subject: Re: mergemaster broken -- take 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd@byshenk.net, Andrei Kolu , Mike Lempriere List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 10:47:48 -0000 Greg Byshenk wrote: > Andrei Kolu wrote: > > Mike Lempriere wrote: > > > Hi folks -- sorry to be a nag, but my main production system is barely > > > limping along on an old kernel with mismatched libraries. I have no > > > idea what else to do -- please help! > > > --- > > > I'm upgrading 5-stable (was at 5.5) to 6-stable, in preparation for > > > 6-stable to 7-stable. > > > No problems with cvsup, make buildworld, make installworld, make > > > buildkernel, mergemaster -p. > > > make installkernel, boot to single user. Then mergemaster -- blammo: As others have pointed out, the order is wrong, which caused the problem Mike is seeing. The correct order is listed in /usr/src/UPDATING. > The reasons for the other methods being wrong are (as I understand them): > > - You should build your new world before building your new kernel, as > it may be the case that some aspects of the new kernel build are > dependent upon aspects of the new world build. If you build your > new kernel before building your new world, you will be building > your new kernel against the old world. In particular, building the kernel uses the new toolchain (i.e. compiler, linker, make(1) binary and so on) that was built in /usr/obj during buildworld. That's why you have to do buildworld first, then "make kernel". > - You should install your new kernel before installing your new world, > as it can be the case that some aspects of the new world will not be > understood by your old kernel. A new kernel should always be > compatible with an old userland/world, but an old kernel may not > always be compatible with a new userland/world. That's correct. Note that your kernel config should include the appropriate "options COMPAT_*" lines if you update across a major version boundary, e.g. "options_COMPAT_FREEBSD6" when you update from 6.x to 7.x. The GENERIC kernel already has those. > > NOTE: I do not reboot my system until everything is updated. Why it is > > necessary to boot new kernel and then upgrade world is beyound me..YMMW > > - I suppose that it is not strictly necessary to reboot between > installing kernel and world, but I always do so. It _is_ necessary. If you don't reboot, you're still running the old kernel which might not be able to support new binaries and libraries that installworld will install on your system. For example, there may be new syscalls that the new binaries will try to use, but the old kernel doesn't know about them. It doesn't happen often, so you can get away without rebooting most of the time. But it's risky, especially when updating across major versions. So the recommendation is to always reboot after installing the new kernel and before performing the "installworld". It's also important that "installworld" is the last step (except for mergemaster), because this is the point of no return. As long as you still have the old userland (world), you can still boot the old kernel and everything is fine. You can start all over froms cratch, if necessary. But as soon as you have started "installworld", your system will not be able to work with the old kernel anymore. And remember: Always make a backup before you start to update. And verify that the backup works. Better safe than sorry. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "... there are two ways of constructing a software design: One way is to make it so simple that there are _obviously_ no deficiencies and the other way is to make it so complicated that there are no _obvious_ deficiencies." -- C.A.R. Hoare, ACM Turing Award Lecture, 1980 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 11:08:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2E481065676 for ; Thu, 8 Jan 2009 11:08:19 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6F88FC1E for ; Thu, 8 Jan 2009 11:08:16 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 2218E4C81CD for ; Thu, 8 Jan 2009 12:08:12 +0100 (CET) Received: from pollux2.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 348A34C8205 for ; Thu, 8 Jan 2009 12:08:10 +0100 (CET) Received: by pollux2.local.net (Postfix, from userid 2000) id F099A1DABD; Thu, 8 Jan 2009 12:11:27 +0100 (CET) Date: Thu, 8 Jan 2009 12:11:27 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090108111127.GA1764@pollux2.free.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 11:08:20 -0000 On Mon, Jan 05, 2009 at 07:01:02PM -0500, Alex Goncharov wrote: > On Mon, Jan 05, 2009 at 11:26:23PM +0100, Roland Smith wrote: > > On Mon, Jan 05, 2009 at 05:44:03PM +0100, Erwan David wrote: > > > On Mon, Jan 05, 2009 at 05:36:35PM CET, Torfinn Ingolfsen said: > > > > On Sun, 04 Jan 2009 23:14:22 +0100 > > > > Harald Weis wrote: > > > > > > > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > > > > The printer is delivered with the install software required for Linux. > > > > > And CUPS does not seem to "know" it. > > > It is not always sufficient. My Brother DCP-540 CN is said to work > > > perfectly, but only with brother binary linux drivers, under linux. I > > > did not find any way to make it work under freeBSD. > > > > This should be a FAQ: do yourself a favor and get a printer that > > supports postscript. It will work with little effort with most > > UNIX-based program (because they usually support postscript output) and > > with most spoolers. > > Try to install the cupsys, cupsys-bsd, cupsomatic-ppd and foomatic-db None of these exist in the FreeBSD port index (/usr/ports/INDEX-7) > ports and take a look at this link: > > http://forums.linux-foundation.org/read.php?31,302,320,quote=1 Refers only to Linux :-( Harald -- FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 11:10:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64CF4106567B for ; Thu, 8 Jan 2009 11:10:08 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id E6DD68FC19 for ; Thu, 8 Jan 2009 11:10:07 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: by fg-out-1718.google.com with SMTP id l26so2882058fgb.35 for ; Thu, 08 Jan 2009 03:10:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3X2SgEZh6C/Kij13CS86VOis1NqSNCQSSV6hJZEPgfQ=; b=ROX0f5O3CXKAVX0bzhoxaVza350fzZr+nJQIVeyvuAQIhnhcBVvAC5wdS1j6fxhnCK 4wu8vMR+wq5NELHhWOPzZSZsDXL7uyrXzPJ+4EItDUXg90GDT970gUlF1KRJlJcB+LEg jKIEii0y/oEYJd8OBzwNkwcXiAG0PEdbGBCwk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VK1AwTrO52Ug1lifXmEiqBHKKymmdOp1QrJCiEnPUAK798VKfchuMkPVGrnt+cuKiC 56N5A7Q1KKgt60KvIb2Hbl4+0w8M+Gl5+OkCRpxywVuPBRS9MiA/z63Lyp0sG+yFZK3Z EJZgUT/KhmHUajQcF6sKCBXT3qi2zwlusgJBw= Received: by 10.86.51.10 with SMTP id y10mr14108674fgy.9.1231413006618; Thu, 08 Jan 2009 03:10:06 -0800 (PST) Received: by 10.86.62.20 with HTTP; Thu, 8 Jan 2009 03:10:06 -0800 (PST) Message-ID: <5fbf03c20901080310g69da867v1fc8dadcdb4ca7ae@mail.gmail.com> Date: Thu, 8 Jan 2009 12:10:06 +0100 From: "Spil Oss" To: lists@peter.de.com, ezjail@erdgeist.org, freebsd-stable@freebsd.org In-Reply-To: <20090108105448.4cd6dcfe@dilbert.office.centralnic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5fbf03c20901080207y4b0b18beod775a8ef2887f147@mail.gmail.com> <20090108105448.4cd6dcfe@dilbert.office.centralnic.com> Cc: Subject: Re: Problems with network in jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 11:10:09 -0000 Hi Peter, Thanks a lot! Will read up on that. (luckily I do speak german/swiss-german). From discussions on ##FreeBSD IRC I learned that it is not recommended to use lo0 for jails! On FreeBSD-6.3 I succesfully used lo0/127.0.0.2 for my mysql jail that needed to be addressed only locally, but ONLY LOCALLY, no other access. It may be possible to add a line similar to 00100 divert 8668 ip from any to any in via xl0 to my ipfw/NAT config, but being warned, I'm not going down that path. Since I moved my portbuild jail to bridge0/172.17.2.17 it works as expected, without device mem! And to boot I made errors when creating my aliases (ifconfig bridge0 inet 172.17.2.17 netmask *172.17.2.255* in stead of 255.255.255.0) I will protect the jails that only need to be connected to from local by adding rules to my ipfw setup Now Iet's hope that my failures/problems serve as reference for future users of (ez)jail! Kind regards, Spil. 2009/1/8 Oliver Peter : > On Thu, 8 Jan 2009 11:07:04 +0100 > "Spil Oss" wrote: > >> Early this week, I upgraded from 7.0 to 7.1 (not having 'used' jails >> on 7.0). After creating the jail with >> `ezjail-admin update -i` >> I created a 'ports build' jail >> `ezjail-admin create build 127.0.0.3` >> and forgot to add the alias to lo0, so no networking off-course. So I >> added the 127.0.0.3 alias to lo0 >> `ifconfig lo0 inet 127.0.0.3 alias` >> and restarted the jail > > If you use the loopback device for your jails you have to add NAT rules > to your host machine, this documentation is very useful: > > http://www.rootforum.de/wiki/freebsd/04_jail_infrastructure#packet_filter_einrichten > > (The article is in German, but the configuration stuff should be > understandable anyway) > > -- > Oliver PETER, email: oliver@peter.de.com, ICQ# 113969174 > "If it feels good, you're doing something wrong." > -- Coach McTavish > > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 11:14:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FF2F106564A for ; Thu, 8 Jan 2009 11:14:32 +0000 (UTC) (envelope-from lists@peter.de.com) Received: from nemesis.charlie.mouhaha.de (nemesis.charlie.mouhaha.de [78.47.10.193]) by mx1.freebsd.org (Postfix) with ESMTP id D98C68FC19 for ; Thu, 8 Jan 2009 11:14:31 +0000 (UTC) (envelope-from lists@peter.de.com) Received: from localhost (nemesis.charlie.mouhaha.de [78.47.10.193]) by nemesis.charlie.mouhaha.de (Postfix) with ESMTP id 70922D32F for ; Thu, 8 Jan 2009 10:54:54 +0000 (GMT) X-Virus-Scanned: amavisd-new at mouhaha.de Received: from nemesis.charlie.mouhaha.de ([78.47.10.193]) by localhost (nemesis.charlie.mouhaha.de [78.47.10.193]) (amavisd-new, port 10024) with ESMTP id qJB81sZkFrRE for ; Thu, 8 Jan 2009 10:54:52 +0000 (GMT) Received: from nemesis.charlie.mouhaha.de (nemesis.charlie.mouhaha.de [78.47.10.193]) by nemesis.charlie.mouhaha.de (Postfix) with SMTP id 22FB3D322 for ; Thu, 8 Jan 2009 10:54:52 +0000 (GMT) Received: from dilbert.office.centralnic.com (office.centralnic.net [82.68.174.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by nemesis.charlie.mouhaha.de (Postfix) with ESMTPSA id B1C93D2EE; Thu, 8 Jan 2009 10:54:50 +0000 (GMT) Date: Thu, 8 Jan 2009 10:54:48 +0000 From: Oliver Peter To: spil.oss@gmail.com Message-ID: <20090108105448.4cd6dcfe@dilbert.office.centralnic.com> In-Reply-To: <5fbf03c20901080207y4b0b18beod775a8ef2887f147@mail.gmail.com> References: <5fbf03c20901080207y4b0b18beod775a8ef2887f147@mail.gmail.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.4; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ezjail@erdgeist.org, freebsd-stable@freebsd.org, spil.oss@googlemail.com Subject: Re: Problems with network in jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@peter.de.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 11:14:32 -0000 On Thu, 8 Jan 2009 11:07:04 +0100 "Spil Oss" wrote: > Early this week, I upgraded from 7.0 to 7.1 (not having 'used' jails > on 7.0). After creating the jail with > `ezjail-admin update -i` > I created a 'ports build' jail > `ezjail-admin create build 127.0.0.3` > and forgot to add the alias to lo0, so no networking off-course. So I > added the 127.0.0.3 alias to lo0 > `ifconfig lo0 inet 127.0.0.3 alias` > and restarted the jail If you use the loopback device for your jails you have to add NAT rules to your host machine, this documentation is very useful: http://www.rootforum.de/wiki/freebsd/04_jail_infrastructure#packet_filter_einrichten (The article is in German, but the configuration stuff should be understandable anyway) -- Oliver PETER, email: oliver@peter.de.com, ICQ# 113969174 "If it feels good, you're doing something wrong." -- Coach McTavish From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 11:52:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4894106566C for ; Thu, 8 Jan 2009 11:52:16 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 58A668FC18 for ; Thu, 8 Jan 2009 11:52:16 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id n08BdmCC019007; Thu, 8 Jan 2009 12:39:48 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id n08BdmOV019006; Thu, 8 Jan 2009 12:39:48 +0100 (CET) (envelope-from hk) Date: Thu, 8 Jan 2009 12:39:48 +0100 From: Holger Kipp To: freebsd-stable@freebsd.org, Harald Weis Message-ID: <20090108113948.GA18301@intserv.int1.b.intern> References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> <20090108111127.GA1764@pollux2.free.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090108111127.GA1764@pollux2.free.local.net> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 11:52:17 -0000 On Thu, Jan 08, 2009 at 12:11:27PM +0100, Harald Weis wrote: > On Mon, Jan 05, 2009 at 07:01:02PM -0500, Alex Goncharov wrote: > > On Mon, Jan 05, 2009 at 11:26:23PM +0100, Roland Smith wrote: > > > On Mon, Jan 05, 2009 at 05:44:03PM +0100, Erwan David wrote: > > > > On Mon, Jan 05, 2009 at 05:36:35PM CET, Torfinn Ingolfsen said: > > > > > On Sun, 04 Jan 2009 23:14:22 +0100 > > > > > Harald Weis wrote: > > > > > > > > > > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > > > > > The printer is delivered with the install software required for Linux. > > > > > > And CUPS does not seem to "know" it. > > > > It is not always sufficient. My Brother DCP-540 CN is said to work > > > > perfectly, but only with brother binary linux drivers, under linux. I > > > > did not find any way to make it work under freeBSD. > > > > > > This should be a FAQ: do yourself a favor and get a printer that > > > supports postscript. It will work with little effort with most > > > UNIX-based program (because they usually support postscript output) and > > > with most spoolers. > > > > Try to install the cupsys, cupsys-bsd, cupsomatic-ppd and foomatic-db > > None of these exist in the FreeBSD port index (/usr/ports/INDEX-7) foomatic-db => /usr/ports/print/foomatic-db looking for cupsys on the internet will give results like "cupsys" renamed to "cups" (at least for debian). Best regards, Holger From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 13:14:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B742F1065670 for ; Thu, 8 Jan 2009 13:14:44 +0000 (UTC) (envelope-from jcw@highperformance.net) Received: from mx1.highperformance.net (s6.stradamotorsports.com [64.81.163.124]) by mx1.freebsd.org (Postfix) with ESMTP id 7515C8FC17 for ; Thu, 8 Jan 2009 13:14:44 +0000 (UTC) (envelope-from jcw@highperformance.net) Received: from [192.168.1.17] ([192.168.1.17]) by mx1.highperformance.net (8.14.3/8.14.3) with ESMTP id n08DEf0h018005 for ; Thu, 8 Jan 2009 05:14:41 -0800 (PST) (envelope-from jcw@highperformance.net) Message-ID: <4965FC41.4080901@highperformance.net> Date: Thu, 08 Jan 2009 05:14:41 -0800 From: "Jason C. Wells" User-Agent: Mozilla-Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=2.5 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on s4.stradamotorsports.com Subject: Version Number Only Changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 13:14:45 -0000 I am sure there is a reason for it. Upon running mergemaster this time through it seemed like there were _a lot_ of files where the only change was the version number. I have run to mergemaster on four more hosts. Ugh! mergemaster -aiU still seems to require a ton of interaction. Is there a better way? Thanks, Jason From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 13:30:42 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3AD21065675 for ; Thu, 8 Jan 2009 13:30:41 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7168FC1B for ; Thu, 8 Jan 2009 13:30:41 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n08DUdoh008554; Thu, 8 Jan 2009 14:30:39 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n08DUdY1008553; Thu, 8 Jan 2009 14:30:39 +0100 (CET) (envelope-from olli) Date: Thu, 8 Jan 2009 14:30:39 +0100 (CET) Message-Id: <200901081330.n08DUdY1008553@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, jcw@highperformance.net In-Reply-To: <4965FC41.4080901@highperformance.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 08 Jan 2009 14:30:39 +0100 (CET) Cc: Subject: Re: Version Number Only Changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, jcw@highperformance.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 13:30:42 -0000 Jason C. Wells wrote: > I am sure there is a reason for it. Upon running mergemaster this time > through it seemed like there were _a lot_ of files where the only change > was the version number. I have run to mergemaster on four more hosts. Ugh! > > mergemaster -aiU still seems to require a ton of interaction. Is there > a better way? I have the following in /etc/mergemaster.rc: DIFF_FLAG='-Bub' DIFF_OPTIONS='-I$FreeBSD:.*[$]' IGNORE_MOTD=yes Also, I'm not sure you really want to use the -a option. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 13:53:22 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 894791065670 for ; Thu, 8 Jan 2009 13:53:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 00D7C8FC08 for ; Thu, 8 Jan 2009 13:53:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n08DrJ26009414; Thu, 8 Jan 2009 14:53:19 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n08DrJUv009413; Thu, 8 Jan 2009 14:53:19 +0100 (CET) (envelope-from olli) Date: Thu, 8 Jan 2009 14:53:19 +0100 (CET) Message-Id: <200901081353.n08DrJUv009413@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, spil.oss@gmail.com, lists@peter.de.com, ezjail@erdgeist.org In-Reply-To: <5fbf03c20901080310g69da867v1fc8dadcdb4ca7ae@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 08 Jan 2009 14:53:20 +0100 (CET) Cc: Subject: Re: Problems with network in jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, spil.oss@gmail.com, lists@peter.de.com, ezjail@erdgeist.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 13:53:23 -0000 Spil Oss wrote: > Thanks a lot! Will read up on that. (luckily I do speak > german/swiss-german). From discussions on ##FreeBSD IRC I learned that > it is not recommended to use lo0 for jails! Why would that be not recommended? In fact I think it is a very good idea to use lo0 addresses for jails, for security reasons, because they're guaranteed to not leave your local system. Therefore you have full control of what the process within the jail can do. If you want to grant specific network access to a jail (incoming or outgoing, or both), you add appropriate "fwd" rules to IPFW. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "That's what I love about GUIs: They make simple tasks easier, and complex tasks impossible." -- John William Chambless From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 14:01:38 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73D0E1065723; Thu, 8 Jan 2009 14:01:38 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p00-ob.rzone.de (mo-p00-ob.rzone.de [81.169.146.161]) by mx1.freebsd.org (Postfix) with ESMTP id 9851D8FC1C; Thu, 8 Jan 2009 14:01:37 +0000 (UTC) (envelope-from uwe@laverenz.de) X-RZG-CLASS-ID: mo00 X-RZG-AUTH: :LWgJfE6Id/4Sm/WkdV0gEbKL+/p/UjmosA/b4BPf1Ida/rA7aGe02Q== Received: from athena.laverenz.de ([77.20.0.69]) by post.strato.de (klopstock mo32) (RZmta 18.7) with ESMTP id V02057l08Cnru5 ; Thu, 8 Jan 2009 14:49:40 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 4CC60127BC5; Thu, 8 Jan 2009 14:47:30 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21516-02; Thu, 8 Jan 2009 14:47:30 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id DF239127BE9; Thu, 8 Jan 2009 14:47:29 +0100 (CET) Date: Thu, 8 Jan 2009 14:47:29 +0100 From: Uwe Laverenz To: Robert Noland Message-ID: <20090108134729.GA16512@laverenz.de> Mail-Followup-To: Robert Noland , freebsd-stable , freebsd-x11 References: <1231263380.57454.23.camel@squirrel.corp.cox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1231263380.57454.23.camel@squirrel.corp.cox.com> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 14:01:40 -0000 On Tue, Jan 06, 2009 at 12:36:20PM -0500, Robert Noland wrote: > I have a patch available for testing at > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 I tested your patch on 2 different machines: 1) the infamous "ThinkPad T43p" ;) running i386: Sorry, but RELENG_7_1 with your drm-update still shows a garbled screen. The same userland with a -CURRENT kernel works without problems. 2) dual-Opteron 285/amd64 with a Radeon X1600 (RV530) Works, but no direct rendering yet. I guess this would eventually work with a newer xorg?! If it helps somehow I could test again with xorg-7.4. Thanks again for your work! Uwe From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 14:04:07 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9959106568A; Thu, 8 Jan 2009 14:04:07 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA0D8FC13; Thu, 8 Jan 2009 14:04:07 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.15] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n08E3GsP000910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 09:03:17 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Uwe Laverenz In-Reply-To: <20090108134729.GA16512@laverenz.de> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090108134729.GA16512@laverenz.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cE3odbTx1lbdjSoblb0Z" Organization: FreeBSD Date: Thu, 08 Jan 2009 09:03:50 -0500 Message-Id: <1231423435.1810.6.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 14:04:08 -0000 --=-cE3odbTx1lbdjSoblb0Z Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-01-08 at 14:47 +0100, Uwe Laverenz wrote: > On Tue, Jan 06, 2009 at 12:36:20PM -0500, Robert Noland wrote: >=20 > > I have a patch available for testing at > > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 >=20 > I tested your patch on 2 different machines: >=20 > 1) the infamous "ThinkPad T43p" ;) running i386: >=20 > Sorry, but RELENG_7_1 with your drm-update still shows a garbled > screen. The same userland with a -CURRENT kernel works without problems. Is this a pci based radeon as well? If so, there is still a patch in -CURRENT that isn't in this set yet. >=20 > 2) dual-Opteron 285/amd64 with a Radeon X1600 (RV530) >=20 > Works, but no direct rendering yet. I guess this would eventually work > with a newer xorg?! If it helps somehow I could test again with > xorg-7.4. new xorg will hit ports soon, but a preliminary patch is available at http://people.freebsd.org/~rnoland/xorg-7.4-111608.patch robert. > Thanks again for your work! >=20 > Uwe >=20 --=-cE3odbTx1lbdjSoblb0Z Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklmB8YACgkQM4TrQ4qfROP5uwCfSEdmNwac5npgwuX6EHCZBYWK LVgAn21S3/nQon2LBbcENz4QxRNvvQp/ =+8SG -----END PGP SIGNATURE----- --=-cE3odbTx1lbdjSoblb0Z-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 14:16:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEFE310656C0 for ; Thu, 8 Jan 2009 14:16:49 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD288FC08 for ; Thu, 8 Jan 2009 14:16:48 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so2912972fgb.35 for ; Thu, 08 Jan 2009 06:16:48 -0800 (PST) Received: by 10.86.63.19 with SMTP id l19mr14201017fga.15.1231424207984; Thu, 08 Jan 2009 06:16:47 -0800 (PST) Received: by 10.86.84.8 with HTTP; Thu, 8 Jan 2009 06:16:47 -0800 (PST) Message-ID: Date: Thu, 8 Jan 2009 22:16:47 +0800 From: "Mars G Miro" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 14:16:50 -0000 Hi guys, I just got on my hands today a NEHALEM system: 2 x 5560 Nehalem CPU (2.8GHz, 8MB cache memory, 6.4GT/sec [QPI]) 12GB 1333Mhz DDR3 Memory 1 x 500GB SATA HDD FreeBSD 7.1-RELEASE/amd64 install fine, however I seemed to be having problems w/ its built-in Intel NICs: igb0: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:c5:db:e2 inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1 media: Ethernet autoselect (100baseTX ) status: active igb1: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:c5:db:e3 inet6 fe80::230:48ff:fec5:dbe3%igb1 prefixlen 64 scopeid 0x2 inet 172.17.32.32 netmask 0xffff0000 broadcast 172.17.255.255 media: Ethernet autoselect (1000baseTX ) status: active The first NIC would always want 100baseTX no matter how I'd ifconfig down/up it, so I just had to use the 2nd NIC. Unfortunately, this too is having problems. Like being unable to 'see' some machines on the same network segment. Some other machines are accessible. And yes I've double-checked the network stuff (cables, switch, IP settings) and my conclusion is b0rky NICs. pciconf -lvc: igb0@pci0:1:0:0: class=0x020000 card=0x10c915d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint igb1@pci0:1:0:1: class=0x020000 card=0x10c915d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint So anyone else having igb problems? I'm downloading 200812-CURRENT now (is tehre gonna be a 200901-CURRENT ISO soon? :-p), I'd like to try that, but checking cvs seem only a handful of changes. Also I did some buildworlds: make -j8 buildworld 2846.900u 2266.188s 15:50.43 537.9% 6375+2082k 10084+7937io 1482pf+0w make -j16 buildworld 3518.254u 2175.593s 14:23.29 659.5% 6656+2147k 26165+8546io 4300pf+0w make -j32 buildworld 3582.897u 4437.710s 18:03.88 739.9% 6528+2125k 5725+7930io 1555pf+0w Verbose dmesg: http://pastebin.com/f5f799561 Thanks! -- cheers mars From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 14:29:21 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5CAC1065670; Thu, 8 Jan 2009 14:29:21 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p00-ob.rzone.de (mo-p00-ob.rzone.de [81.169.146.162]) by mx1.freebsd.org (Postfix) with ESMTP id A2E688FC21; Thu, 8 Jan 2009 14:29:20 +0000 (UTC) (envelope-from uwe@laverenz.de) X-RZG-CLASS-ID: mo00 X-RZG-AUTH: :LWgJfE6Id/4Sm/WkdV0gEbKL+/p/UjmosA/b4BPf1Ida/rA7aGe02Q== Received: from athena.laverenz.de ([77.20.0.69]) by post.strato.de (mrclete mo50) (RZmta 18.7) with ESMTP id z02807l08DgHt2 ; Thu, 8 Jan 2009 15:29:19 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 37387127BC5; Thu, 8 Jan 2009 15:27:09 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21881-02; Thu, 8 Jan 2009 15:27:08 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id C125B127BE9; Thu, 8 Jan 2009 15:27:08 +0100 (CET) Date: Thu, 8 Jan 2009 15:27:08 +0100 From: Uwe Laverenz To: Robert Noland Message-ID: <20090108142708.GC16512@laverenz.de> Mail-Followup-To: Robert Noland , freebsd-stable , freebsd-x11 References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090108134729.GA16512@laverenz.de> <1231423435.1810.6.camel@wombat.2hip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1231423435.1810.6.camel@wombat.2hip.net> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 14:29:22 -0000 On Thu, Jan 08, 2009 at 09:03:50AM -0500, Robert Noland wrote: > > 1) the infamous "ThinkPad T43p" ;) running i386: > > > > Sorry, but RELENG_7_1 with your drm-update still shows a garbled > > screen. The same userland with a -CURRENT kernel works without problems. > > Is this a pci based radeon as well? If so, there is still a patch in > -CURRENT that isn't in this set yet. Yes, it's a PCIE card: "ATI FireGL M24 GL 3154 (PCIE)" > new xorg will hit ports soon, but a preliminary patch is available at > http://people.freebsd.org/~rnoland/xorg-7.4-111608.patch Ok, I'll test it. Uwe From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 16:22:39 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75B65106566C; Thu, 8 Jan 2009 16:22:39 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6138FC16; Thu, 8 Jan 2009 16:22:39 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.26] (helo=16.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LKxeX-0007uc-Nx; Thu, 08 Jan 2009 17:22:37 +0100 Received: from tf919.t.pppool.de ([89.55.249.25]:65186 helo=ernst.jennejohn.org) by 16.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LKxeX-0001Ly-GL; Thu, 08 Jan 2009 17:22:37 +0100 Date: Thu, 8 Jan 2009 17:22:36 +0100 From: Gary Jennejohn To: Uwe Laverenz Message-ID: <20090108172236.6f944ddd@ernst.jennejohn.org> In-Reply-To: <20090108142708.GC16512@laverenz.de> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090108134729.GA16512@laverenz.de> <1231423435.1810.6.camel@wombat.2hip.net> <20090108142708.GC16512@laverenz.de> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , freebsd-stable , Robert Noland Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 16:22:40 -0000 On Thu, 8 Jan 2009 15:27:08 +0100 Uwe Laverenz wrote: > On Thu, Jan 08, 2009 at 09:03:50AM -0500, Robert Noland wrote: > > > > 1) the infamous "ThinkPad T43p" ;) running i386: > > > > > > Sorry, but RELENG_7_1 with your drm-update still shows a garbled > > > screen. The same userland with a -CURRENT kernel works without problems. > > > > Is this a pci based radeon as well? If so, there is still a patch in > > -CURRENT that isn't in this set yet. > > Yes, it's a PCIE card: "ATI FireGL M24 GL 3154 (PCIE)" > > > new xorg will hit ports soon, but a preliminary patch is available at > > http://people.freebsd.org/~rnoland/xorg-7.4-111608.patch > > Ok, I'll test it. > I have an RV6xx based system here - graphics in the chipset. Can you, Roland, say whether this patch will allow me to use DRM/DRI with it? Right now it's not recognized. --- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 16:30:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00784106566C for ; Thu, 8 Jan 2009 16:30:26 +0000 (UTC) (envelope-from omerfsen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 875008FC0C for ; Thu, 8 Jan 2009 16:30:25 +0000 (UTC) (envelope-from omerfsen@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so1486034ugs.39 for ; Thu, 08 Jan 2009 08:30:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=YUeXD7DGfHxWsijWSMLAUaa/tSR9r6cfCUPbSvZIGi0=; b=HHSeaAPhUAJmFfjACxXTvlA8oiuj9NfiIZ0uDNUJ+RRpI8WWYVryGrqjN3AkROHun+ n8U1+tFypwpPsetfgvq1yBjfHIfvw8S7y8U69w5X6cpeRXvVb5x3WS8oeXH6e1caZh26 VL5Dxvfzw34EPK0v6OD7uofLXv6AUCXkKrvPo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=I/TH8J6/pMwyF9adB7k5cROdtRmc69b8rnNn+XvaYL8bekWAUApVl6ZLyhDM5RbdOx +mIG44/6dDzavTYBLh3ri8T7A1AvBv5FzgiWs0Ay5cDmcWwt1Lgo59NLQ3LZzSfriuwh fZQl9eWH+pRxujM32wzFLAWWFsJ6wsfPxb/GI= Received: by 10.67.29.4 with SMTP id g4mr14572568ugj.73.1231430736682; Thu, 08 Jan 2009 08:05:36 -0800 (PST) Received: by 10.67.90.9 with HTTP; Thu, 8 Jan 2009 08:05:36 -0800 (PST) Message-ID: <75a268720901080805t3b85fa2bgf9b78abc1fb9a5c4@mail.gmail.com> Date: Thu, 8 Jan 2009 18:05:36 +0200 From: "Omer Faruk Sen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: kernel dump with 7.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 16:30:26 -0000 Hi, I am having kernel dumps with FreeBSD 7.1 panic: semexit - semid not allocated cpuid = 1 Uptime : 8m22s Cannot dump. No dump device defined Sleeping thread (tid 100129, pid 1479) owns a non-sleepable lock I know it is not clear and there were no swap space configured on this server (which I will re-install with swap space) but can someone enlighten me about this since I think this bug was also in FreeBSD 6.2 and fixed in FreeBSD 6.3 Regards. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 16:40:23 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18DF010656C9; Thu, 8 Jan 2009 16:40:23 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B024C8FC1B; Thu, 8 Jan 2009 16:40:22 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n08Gda8T001810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 11:39:36 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: gary.jennejohn@freenet.de In-Reply-To: <20090108172236.6f944ddd@ernst.jennejohn.org> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090108134729.GA16512@laverenz.de> <1231423435.1810.6.camel@wombat.2hip.net> <20090108142708.GC16512@laverenz.de> <20090108172236.6f944ddd@ernst.jennejohn.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+SdJ72CU04lMZamIlQPh" Organization: FreeBSD Date: Thu, 08 Jan 2009 11:40:14 -0500 Message-Id: <1231432814.93079.11.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-stable , Uwe Laverenz Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 16:40:24 -0000 --=-+SdJ72CU04lMZamIlQPh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-01-08 at 17:22 +0100, Gary Jennejohn wrote: > On Thu, 8 Jan 2009 15:27:08 +0100 > Uwe Laverenz wrote: >=20 > > On Thu, Jan 08, 2009 at 09:03:50AM -0500, Robert Noland wrote: > >=20 > > > > 1) the infamous "ThinkPad T43p" ;) running i386: > > > >=20 > > > > Sorry, but RELENG_7_1 with your drm-update still shows a garbled > > > > screen. The same userland with a -CURRENT kernel works without prob= lems. > > >=20 > > > Is this a pci based radeon as well? If so, there is still a patch in > > > -CURRENT that isn't in this set yet. > >=20 > > Yes, it's a PCIE card: "ATI FireGL M24 GL 3154 (PCIE)" > >=20 > > > new xorg will hit ports soon, but a preliminary patch is available at > > > http://people.freebsd.org/~rnoland/xorg-7.4-111608.patch > >=20 > > Ok, I'll test it. > >=20 >=20 > I have an RV6xx based system here - graphics in the chipset. Can you, > Roland, say whether this patch will allow me to use DRM/DRI with it? > Right now it's not recognized. what is the pci id? Probably not, I think that is an r600 chipset, but AMD has released preliminary code, so it shouldn't be too much longer. robert. > --- > Gary Jennejohn --=-+SdJ72CU04lMZamIlQPh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklmLG4ACgkQM4TrQ4qfROOcoACeI7Z9CQ98RN7g7NFxIWDHDuoQ idIAni8yW/DDDygSwySGmYV7PCKRaFjg =bkRX -----END PGP SIGNATURE----- --=-+SdJ72CU04lMZamIlQPh-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 16:48:40 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D793106564A; Thu, 8 Jan 2009 16:48:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3E46B8FC1A; Thu, 8 Jan 2009 16:48:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n08Glrj2001875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 11:47:53 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: gary.jennejohn@freenet.de In-Reply-To: <20090108172236.6f944ddd@ernst.jennejohn.org> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090108134729.GA16512@laverenz.de> <1231423435.1810.6.camel@wombat.2hip.net> <20090108142708.GC16512@laverenz.de> <20090108172236.6f944ddd@ernst.jennejohn.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mi0IAK4gRD1UjFZI7+Ko" Organization: FreeBSD Date: Thu, 08 Jan 2009 11:48:32 -0500 Message-Id: <1231433312.93079.17.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-stable , Uwe Laverenz Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 16:48:42 -0000 --=-mi0IAK4gRD1UjFZI7+Ko Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-01-08 at 17:22 +0100, Gary Jennejohn wrote: > On Thu, 8 Jan 2009 15:27:08 +0100 > Uwe Laverenz wrote: >=20 > > On Thu, Jan 08, 2009 at 09:03:50AM -0500, Robert Noland wrote: > >=20 > > > > 1) the infamous "ThinkPad T43p" ;) running i386: > > > >=20 > > > > Sorry, but RELENG_7_1 with your drm-update still shows a garbled > > > > screen. The same userland with a -CURRENT kernel works without prob= lems. > > >=20 > > > Is this a pci based radeon as well? If so, there is still a patch in > > > -CURRENT that isn't in this set yet. > >=20 > > Yes, it's a PCIE card: "ATI FireGL M24 GL 3154 (PCIE)" > >=20 > > > new xorg will hit ports soon, but a preliminary patch is available at > > > http://people.freebsd.org/~rnoland/xorg-7.4-111608.patch > >=20 > > Ok, I'll test it. > >=20 >=20 > I have an RV6xx based system here - graphics in the chipset. Can you, > Roland, say whether this patch will allow me to use DRM/DRI with it? > Right now it's not recognized. It should however support the latest Intel chipsets, and R500 and below AMD/ATI including the IGP chips (rs690 and rs485). If you have the garbled screen with pci based radeons, I have a patch for that also that isn't part of this MFC yet. The newer chips may also need the newer Xorg / Mesa bits, coming to a ports collection near you very soon. robert. > --- > Gary Jennejohn --=-mi0IAK4gRD1UjFZI7+Ko Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklmLmAACgkQM4TrQ4qfROPmegCcDuDyltIgYAgKJzonmZ+Kr4Ia HU0An1+MkKFMd+cLlklwT8EsiRxG+bGz =xQmk -----END PGP SIGNATURE----- --=-mi0IAK4gRD1UjFZI7+Ko-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 16:57:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5569F1065670 for ; Thu, 8 Jan 2009 16:57:39 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF578FC18 for ; Thu, 8 Jan 2009 16:57:39 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from OMTA11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id 11jP1b00E0mlR8UA64xfZz; Thu, 08 Jan 2009 16:57:39 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by OMTA11.emeryville.ca.mail.comcast.net with comcast id 14xS1b0074Mx3R28X4xU69; Thu, 08 Jan 2009 16:57:37 +0000 Message-ID: <49663074.8040407@comcast.net> Date: Thu, 08 Jan 2009 11:57:24 -0500 From: Steve Polyack User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Robert Noland References: <1231263380.57454.23.camel@squirrel.corp.cox.com> In-Reply-To: <1231263380.57454.23.camel@squirrel.corp.cox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 16:57:39 -0000 Robert Noland wrote: > I am planning to merge most all of the drm from -CURRENT to releng_7 > shortly. The merge that I have staged includes the following. > > Merged /head/sys:r182080,182467-182469,182883-182884,183573,183603-183605, > 183828,183830-183834,184212-184213,184263,184373-184375 > > There are really too many updates/fixes to mention as the drm from 7 is > more than 2 years old now. This has support for several newer Intel and > AMD/ATI chips, (no r6/7xx yet, but soon(tm)). > > I have a patch available for testing at > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 > > robert. > > I've pulled this down and patched my install of FreeBSD 7.1-RELEASE. Whilst using a Radeon 9250 (R280?), I have no problems. There is also no apparent performance difference. The only issue I have seen occurs with my dual-monitor setup. Occasionally a window on the second monitor will decide to render its drop-down menus or other (overlay-based?) graphics on the primary monitor instead of where it should be. Restarting the application seems to clear this up. I have not seen this previously before applying your patch. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 17:03:02 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06BBE1065810; Thu, 8 Jan 2009 17:03:02 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B5CCC8FC0C; Thu, 8 Jan 2009 17:03:01 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n08H2BUg001999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 12:02:11 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Steve Polyack In-Reply-To: <49663074.8040407@comcast.net> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <49663074.8040407@comcast.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MbvPpX3XkyxMD7L42J/P" Organization: FreeBSD Date: Thu, 08 Jan 2009 12:02:50 -0500 Message-Id: <1231434170.93079.20.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE, RCVD_IN_SORBS_DUL, RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 17:03:04 -0000 --=-MbvPpX3XkyxMD7L42J/P Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-01-08 at 11:57 -0500, Steve Polyack wrote: > Robert Noland wrote: > > I am planning to merge most all of the drm from -CURRENT to releng_7 > > shortly. The merge that I have staged includes the following. > > > > Merged /head/sys:r182080,182467-182469,182883-182884,183573,183603-1836= 05, > > 183828,183830-183834,184212-184213,184263,184373-184375 > > > > There are really too many updates/fixes to mention as the drm from 7 is > > more than 2 years old now. This has support for several newer Intel an= d > > AMD/ATI chips, (no r6/7xx yet, but soon(tm)). > > > > I have a patch available for testing at > > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 > > > > robert. > > > > =20 > I've pulled this down and patched my install of FreeBSD 7.1-RELEASE. =20 > Whilst using a Radeon 9250 (R280?), I have no problems. There is also=20 > no apparent performance difference. >=20 > The only issue I have seen occurs with my dual-monitor setup. =20 > Occasionally a window on the second monitor will decide to render its=20 > drop-down menus or other (overlay-based?) graphics on the primary=20 > monitor instead of where it should be. Restarting the application seems=20 > to clear this up. I have not seen this previously before applying your=20 > patch. Hrm, I'm not sure how that could be related... You might try rebuilding graphics/libdrm. That sounds like an framebuffer offset issue. robert. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=-MbvPpX3XkyxMD7L42J/P Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklmMbkACgkQM4TrQ4qfROM3wACfRg/9A/6KQ1GVtSK3M09oeKHw buUAnR3WMwOvRRxhjQHKbG53LvkELrKp =8Mqv -----END PGP SIGNATURE----- --=-MbvPpX3XkyxMD7L42J/P-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 17:15:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9885D10658EE for ; Thu, 8 Jan 2009 17:15:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 55D698FC1C for ; Thu, 8 Jan 2009 17:15:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6CE2C19E023; Thu, 8 Jan 2009 17:58:28 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id DA37E19E019; Thu, 8 Jan 2009 17:58:25 +0100 (CET) Message-ID: <496630E9.1050600@quip.cz> Date: Thu, 08 Jan 2009 17:59:21 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: spil.oss@gmail.com References: <5fbf03c20901080207y4b0b18beod775a8ef2887f147@mail.gmail.com> <20090108105448.4cd6dcfe@dilbert.office.centralnic.com> <5fbf03c20901080310g69da867v1fc8dadcdb4ca7ae@mail.gmail.com> In-Reply-To: <5fbf03c20901080310g69da867v1fc8dadcdb4ca7ae@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problems with network in jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 17:15:50 -0000 Spil Oss wrote: > Hi Peter, > > Thanks a lot! Will read up on that. (luckily I do speak > german/swiss-german). From discussions on ##FreeBSD IRC I learned that > it is not recommended to use lo0 for jails! > > On FreeBSD-6.3 I succesfully used lo0/127.0.0.2 for my mysql jail that > needed to be addressed only locally, but ONLY LOCALLY, no other > access. It may be possible to add a line similar to > 00100 divert 8668 ip from any to any in via xl0 > to my ipfw/NAT config, but being warned, I'm not going down that path. > > Since I moved my portbuild jail to bridge0/172.17.2.17 it works as > expected, without device mem! > And to boot I made errors when creating my aliases (ifconfig bridge0 > inet 172.17.2.17 netmask *172.17.2.255* in stead of 255.255.255.0) You can create lo1 if you want: ifconfig create lo1 ifconfig lo1 inet 172.17.2.17 netmask 255.255.255.0 in rc.conf cloned_interfaces="lo1" ifconfig_lo1="inet 172.17.2.17 netmask 255.255.255.0" And then use NAT / RDR in your favorite firewall (I am using PF) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 17:16:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E12C1065783 for ; Thu, 8 Jan 2009 17:16:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id E06688FC31 for ; Thu, 8 Jan 2009 17:16:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c2so3163019anc.13 for ; Thu, 08 Jan 2009 09:16:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=rM7KsqpoTP+m0hoLff+zTzywxOXykth89QH2cCcW2fw=; b=ssPuf+bwon9CsyW/rQXwZRAFTfze85LxlSQeaFOKq7LgrVKxK7kDKFrldHSImUeZUy y8FfLEbxYchFDO1cxZFYFYwZw4qw5sgtwWrXiQ6xNBRVUhDRUw/vY7fEEcZ105Hznbx0 B+gzLsN2hX5caK7Aza35yvKSuCUaKq2nFDO8U= 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=CGx9epEXfQlhcSRg7N88f+l2aOo/9yP2kr4qU1mSm21bPl5tVz+L/ySFvdK0NMayCL 6hx7dAIFRAetBhpGxIrlb8MJ+vlOOJzIlYphM/VXUO8IgLBwHSRxqFZLQJymipan8nfJ 99Py1Zn2/Aly08lRLq8Z+pMHfziadVoGs0RRc= Received: by 10.100.41.9 with SMTP id o9mr13260510ano.49.1231433092871; Thu, 08 Jan 2009 08:44:52 -0800 (PST) Received: by 10.101.68.13 with HTTP; Thu, 8 Jan 2009 08:44:52 -0800 (PST) Message-ID: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> Date: Thu, 8 Jan 2009 08:44:52 -0800 From: "Jack Vogel" To: "Mars G Miro" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 17:16:47 -0000 I have not seen a problem like this ever, what is the link partner of each NIC and if you switch the ports what happens? We have Nehalem's in the validation lab but I have not had an excuse to install on one so far, I guess now I do :) Jack On Thu, Jan 8, 2009 at 6:16 AM, Mars G Miro wrote: > Hi guys, > > I just got on my hands today a NEHALEM system: > > 2 x 5560 Nehalem CPU (2.8GHz, 8MB cache memory, 6.4GT/sec [QPI]) > 12GB 1333Mhz DDR3 Memory > 1 x 500GB SATA HDD > > FreeBSD 7.1-RELEASE/amd64 install fine, however I seemed to be > having problems w/ its built-in Intel NICs: > > igb0: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:30:48:c5:db:e2 > inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1 > media: Ethernet autoselect (100baseTX ) > status: active > igb1: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:30:48:c5:db:e3 > inet6 fe80::230:48ff:fec5:dbe3%igb1 prefixlen 64 scopeid 0x2 > inet 172.17.32.32 netmask 0xffff0000 broadcast 172.17.255.255 > media: Ethernet autoselect (1000baseTX ) > status: active > > The first NIC would always want 100baseTX no matter how I'd ifconfig > down/up it, so I just had to use the 2nd NIC. Unfortunately, this too > is having problems. Like being unable to 'see' some machines on the > same network segment. Some other machines are accessible. And yes I've > double-checked the network stuff (cables, switch, IP settings) and my > conclusion is b0rky NICs. > > pciconf -lvc: > igb0@pci0:1:0:0: class=0x020000 card=0x10c915d9 chip=0x10c98086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > cap 10[a0] = PCI-Express 2 endpoint > igb1@pci0:1:0:1: class=0x020000 card=0x10c915d9 chip=0x10c98086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > cap 10[a0] = PCI-Express 2 endpoint > > So anyone else having igb problems? I'm downloading 200812-CURRENT now > (is tehre gonna be a 200901-CURRENT ISO soon? :-p), I'd like to try > that, but checking cvs seem only a handful of changes. > > Also I did some buildworlds: > make -j8 buildworld > 2846.900u 2266.188s 15:50.43 537.9% 6375+2082k 10084+7937io > 1482pf+0w > make -j16 buildworld > 3518.254u 2175.593s 14:23.29 659.5% 6656+2147k 26165+8546io > 4300pf+0w > make -j32 buildworld > 3582.897u 4437.710s 18:03.88 739.9% 6528+2125k 5725+7930io 1555pf+0w > > Verbose dmesg: http://pastebin.com/f5f799561 > > Thanks! > > > -- > cheers > mars > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 18:01:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9596106573F for ; Thu, 8 Jan 2009 18:01:59 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 6FA548FC19 for ; Thu, 8 Jan 2009 18:01:59 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA03.westchester.pa.mail.comcast.net with comcast id 0yxr1b0030QuhwU5361z3Z; Thu, 08 Jan 2009 18:01:59 +0000 Received: from daland.home ([24.61.21.4]) by OMTA02.westchester.pa.mail.comcast.net with comcast id 161z1b00E05H7zL3N61zsz; Thu, 08 Jan 2009 18:01:59 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LKzCf-0009XL-SZ; Thu, 08 Jan 2009 13:01:57 -0500 From: Alex Goncharov To: Harald Weis In-reply-to: <20090108111127.GA1764@pollux2.free.local.net> (message from Harald Weis on Thu, 8 Jan 2009 12:11:27 +0100) References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> <20090108111127.GA1764@pollux2.free.local.net> Message-Id: Sender: Alex Goncharov Date: Thu, 08 Jan 2009 13:01:57 -0500 Cc: freebsd-stable@freebsd.org Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 18:02:01 -0000 ,--- You/Harald (Thu, 8 Jan 2009 12:11:27 +0100) ----* | > Try to install the cupsys, cupsys-bsd, cupsomatic-ppd and foomatic-db | > ports and take a look at this link: | | None of these exist in the FreeBSD port index (/usr/ports/INDEX-7) So, you've now looked :-) I've had good experience with foomatic use for most various printers in the past and wanted to give you a pointer to that package, no promises, since you didn't seem to be familiar it. I didn't have the printing packages installed in the machine I sent the original mail from, so could not check the correct package names -- I can check what I have now: ---------------------------------------- $ pkg_info -L foomatic-db-20070124_1| grep -ic samsung 62 $ pkg_info -L foomatic-db-20070124_1| grep -ic scx 0 ---------------------------------------- So, that printer is not yet in BSD foomatic-db. | > http://forums.linux-foundation.org/read.php?31,302,320,quote=1 | | Refers only to Linux :-( I know -- but I often used Linux-based advice as a clue for solving printing problems on FreeBSD. Sorry this didn't help you (and I am sure you saw this http://www.openprinting.org/show_printer.cgi?recnum=Samsung-SCX-4200). -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 18:19:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7715C10656C6 for ; Thu, 8 Jan 2009 18:19:57 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id EA6808FC1D for ; Thu, 8 Jan 2009 18:19:56 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so2968434fgb.35 for ; Thu, 08 Jan 2009 10:19:56 -0800 (PST) Received: by 10.86.27.9 with SMTP id a9mr14322349fga.46.1231438795901; Thu, 08 Jan 2009 10:19:55 -0800 (PST) Received: by 10.86.84.8 with HTTP; Thu, 8 Jan 2009 10:19:55 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 02:19:55 +0800 From: "Mars G Miro" To: "Jack Vogel" In-Reply-To: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 18:19:58 -0000 On Fri, Jan 9, 2009 at 12:44 AM, Jack Vogel wrote: > I have not seen a problem like this ever, what is the link partner > of each NIC and if you switch the ports what happens? > Hi Jack, They're connected to a GigE switch. It was just one w/ the first NIC, but having seen that it only connects at 100baseTX, I wired the 2nd and saw that it can now do 1000baseTX. Unfortunately w/ problems as it can 'see' some machines but unable to see others (in the same physical network segment). I've changed cables, and plugged them in different ports in the switch but still the same behavior. IIRC, this is the first time I had igb problems and only on this box. I believe I encountered igb NICs in the newer HP DL380/385 but those work fine. btw, this is a Supermicro Intel Engineering sample box (major vendors don't have Nehalems in the market yet) so there prolly are hardware/driver bugs lurking? I dunno. Thanks. > We have Nehalem's in the validation lab but I have not had an > excuse to install on one so far, I guess now I do :) > > Jack > > On Thu, Jan 8, 2009 at 6:16 AM, Mars G Miro wrote: >> >> Hi guys, >> >> I just got on my hands today a NEHALEM system: >> >> 2 x 5560 Nehalem CPU (2.8GHz, 8MB cache memory, 6.4GT/sec [QPI]) >> 12GB 1333Mhz DDR3 Memory >> 1 x 500GB SATA HDD >> >> FreeBSD 7.1-RELEASE/amd64 install fine, however I seemed to be >> having problems w/ its built-in Intel NICs: >> >> igb0: flags=8843 metric 0 mtu 1500 >> options=19b >> ether 00:30:48:c5:db:e2 >> inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1 >> media: Ethernet autoselect (100baseTX ) >> status: active >> igb1: flags=8843 metric 0 mtu 1500 >> options=19b >> ether 00:30:48:c5:db:e3 >> inet6 fe80::230:48ff:fec5:dbe3%igb1 prefixlen 64 scopeid 0x2 >> inet 172.17.32.32 netmask 0xffff0000 broadcast 172.17.255.255 >> media: Ethernet autoselect (1000baseTX ) >> status: active >> >> The first NIC would always want 100baseTX no matter how I'd ifconfig >> down/up it, so I just had to use the 2nd NIC. Unfortunately, this too >> is having problems. Like being unable to 'see' some machines on the >> same network segment. Some other machines are accessible. And yes I've >> double-checked the network stuff (cables, switch, IP settings) and my >> conclusion is b0rky NICs. >> >> pciconf -lvc: >> igb0@pci0:1:0:0: class=0x020000 card=0x10c915d9 chip=0x10c98086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> class = network >> subclass = ethernet >> cap 01[40] = powerspec 3 supports D0 D3 current D0 >> cap 05[50] = MSI supports 1 message, 64 bit, vector masks >> cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled >> cap 10[a0] = PCI-Express 2 endpoint >> igb1@pci0:1:0:1: class=0x020000 card=0x10c915d9 chip=0x10c98086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> class = network >> subclass = ethernet >> cap 01[40] = powerspec 3 supports D0 D3 current D0 >> cap 05[50] = MSI supports 1 message, 64 bit, vector masks >> cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled >> cap 10[a0] = PCI-Express 2 endpoint >> >> So anyone else having igb problems? I'm downloading 200812-CURRENT now >> (is tehre gonna be a 200901-CURRENT ISO soon? :-p), I'd like to try >> that, but checking cvs seem only a handful of changes. >> >> Also I did some buildworlds: >> make -j8 buildworld >> 2846.900u 2266.188s 15:50.43 537.9% 6375+2082k 10084+7937io >> 1482pf+0w >> make -j16 buildworld >> 3518.254u 2175.593s 14:23.29 659.5% 6656+2147k 26165+8546io >> 4300pf+0w >> make -j32 buildworld >> 3582.897u 4437.710s 18:03.88 739.9% 6528+2125k 5725+7930io >> 1555pf+0w >> >> Verbose dmesg: http://pastebin.com/f5f799561 >> >> Thanks! >> >> >> -- >> cheers >> mars >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- cheers mars From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 18:45:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBB091065673 for ; Thu, 8 Jan 2009 18:45:27 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.freebsd.org (Postfix) with ESMTP id 991C88FC0A for ; Thu, 8 Jan 2009 18:45:27 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp1-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp1-g19.free.fr (Postfix) with ESMTP id 0E1C31AB2AC for ; Thu, 8 Jan 2009 19:45:26 +0100 (CET) Received: from pollux2.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp1-g19.free.fr (Postfix) with ESMTP id CCB271AB311 for ; Thu, 8 Jan 2009 19:45:25 +0100 (CET) Received: by pollux2.local.net (Postfix, from userid 2000) id 4F15B1DABC; Thu, 8 Jan 2009 19:48:39 +0100 (CET) Date: Thu, 8 Jan 2009 19:48:39 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090108184839.GB1764@pollux2.free.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090104221422.GA3114@pollux2.free.local.net> <20090105173635.575e32ff.torfinn.ingolfsen@broadpark.no> <20090105164403.GE3756@trusted-logic.com> <20090105222623.GA52838@slackbox.xs4all.nl> <20090105232354.GA85619@onelab2.iet.unipi.it> <20090108111127.GA1764@pollux2.free.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 18:45:28 -0000 On Thu, Jan 08, 2009 at 01:01:57PM -0500, Alex Goncharov wrote: > ,--- You/Harald (Thu, 8 Jan 2009 12:11:27 +0100) ----* > | > Try to install the cupsys, cupsys-bsd, cupsomatic-ppd and foomatic-db > | > ports and take a look at this link: > | > | None of these exist in the FreeBSD port index (/usr/ports/INDEX-7) > > So, you've now looked :-) Oh, yes, sorry, foomatic-db does indeed exist. > > I've had good experience with foomatic use for most various printers > in the past and wanted to give you a pointer to that package, no > promises, since you didn't seem to be familiar it. > > I didn't have the printing packages installed in the machine I sent > the original mail from, so could not check the correct package names > -- I can check what I have now: > > ---------------------------------------- > $ pkg_info -L foomatic-db-20070124_1| grep -ic samsung > 62 > > $ pkg_info -L foomatic-db-20070124_1| grep -ic scx > 0 > ---------------------------------------- > > So, that printer is not yet in BSD foomatic-db. > > | > | Refers only to Linux :-( > > I know -- but I often used Linux-based advice as a clue for solving > printing problems on FreeBSD. > > Sorry this didn't help you (and I am sure you saw this > http://www.openprinting.org/show_printer.cgi?recnum=Samsung-SCX-4200). Yes, I did. Harald -- FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 18:49:39 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63B03106567A for ; Thu, 8 Jan 2009 18:49:39 +0000 (UTC) (envelope-from dieggo.rbo@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 130518FC13 for ; Thu, 8 Jan 2009 18:49:38 +0000 (UTC) (envelope-from dieggo.rbo@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so3833776ywe.13 for ; Thu, 08 Jan 2009 10:49:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=a5s2hq43BxxTcbBumeeVrg+rieaK6InuM/BluLTdkwE=; b=EDdKClCkuveNpTtEaoAtaGZRSVpaFmGERTUoDZUBLAbvWAeZeCgG0EFyzFw3pCVwio 4SYI1Z19hB2njU1j4cD5vY53V9N3owuGtbjAMvq8jKiMmVSK8zcAPjuQ2dfQT116479U J6nfemRWeYnB0g3XWDXef1HTYJYgSPRwGbA/s= 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:references:x-google-sender-auth; b=OK1Pl09MyTeWh+unrs6Gmrdno7Xiboss8y44faTtjnNfJIUKKvDioPPVSC1Q6yzzMv CvKyQnOKYcQZI4gLyHBi7nu48k+Wbyt7HPH8ccnR7MXIhbelKVB3wyG38M8c+4wGnjrj a93smyFI9X7X7jJS5KXF3+7yxK5J4rpGV9TG0= Received: by 10.64.48.8 with SMTP id v8mr17751195qbv.78.1231440577925; Thu, 08 Jan 2009 10:49:37 -0800 (PST) Received: by 10.65.119.5 with HTTP; Thu, 8 Jan 2009 10:49:37 -0800 (PST) Message-ID: <966852d10901081049p22382d13he4ff42149bc42615@mail.gmail.com> Date: Thu, 8 Jan 2009 16:49:37 -0200 From: "Diego Ribeiro" Sender: dieggo.rbo@gmail.com To: "Claus Guttesen" In-Reply-To: <966852d10901080234g206947d8je3a6a2c93437bdff@mail.gmail.com> MIME-Version: 1.0 References: <966852d10901070941u1f0b96efq98ede931a4586a9@mail.gmail.com> <966852d10901071157q43b2ff6ha5b9eb0df79b877c@mail.gmail.com> <966852d10901080234g206947d8je3a6a2c93437bdff@mail.gmail.com> X-Google-Sender-Auth: 3fca13b86cf113a4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Error in make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 18:49:40 -0000 Wow, I catch the problem. My memory realy is broken the memtest warn me. =/ I take a new memory and try again. []'s On Thu, Jan 8, 2009 at 8:34 AM, Diego Ribeiro wrote: > Realy my box is obsolet(Atlhon 2.0 - 512 Ram) I try without -j for discard > overheated. > > tks again. > > > On Wed, Jan 7, 2009 at 10:47 PM, Claus Guttesen wrote: > >> > Hi Claus, thanks for return. I'm tried this steps below before send the >> > first email and not resolve my problem =/ >> >> I notice you run a pre-release of 7.1. Did you update to the latest >> 7.1-release? >> >> > make cleandir && make cleandir >> > rm -rf /usr/obj/* >> > make -j6 buildworld >> > >> > but...the segmentation fault persist. >> > I have more logs of buidworld, if you want, I send :D >> > >> > any idea? and thanks again. >> >> Could you try a buildworld without the -j parameter? If it still fails >> but in different stages of the buildworld it could be bad/overheated >> ram as mentioned by pluknet. >> >> -- >> regards >> Claus >> >> When lenity and cruelty play for a kingdom, >> the gentler gamester is the soonest winner. >> >> Shakespeare >> > > > > -- > dieggo.rbo at gmail dot com > FreeBSD-BR User: #1047 > Linux User: #395884 > www.linkedin.com/in/diegodias > Limeira - SP - [] > -- dieggo.rbo at gmail dot com FreeBSD-BR User: #1047 Linux User: #395884 www.linkedin.com/in/diegodias Limeira - SP - [] From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 18:50:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8C0910656D0 for ; Thu, 8 Jan 2009 18:50:46 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 296C78FC1F for ; Thu, 8 Jan 2009 18:50:45 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so2974543fgb.35 for ; Thu, 08 Jan 2009 10:50:45 -0800 (PST) Received: by 10.86.84.18 with SMTP id h18mr14358932fgb.69.1231440645078; Thu, 08 Jan 2009 10:50:45 -0800 (PST) Received: by 10.86.84.8 with HTTP; Thu, 8 Jan 2009 10:50:45 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 02:50:45 +0800 From: "Mars G Miro" To: "Jack Vogel" In-Reply-To: <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 18:50:47 -0000 On Fri, Jan 9, 2009 at 2:33 AM, Jack Vogel wrote: > Well, I am at Intel you know, and even we don't seem to have any systems > with > 82576 down in my group here. The way link works I can be about 99.9% sure > in saying its not the driver. Its preproduction so there are lots of > possibilities, > and the biggest problem is its going to be difficult to help when I don't > have any > such hardware :( > > I've heard from the 1G product team that they have seen EEPROM mismatches > on systems that will result in things not working in funny ways. Jahh, I've seen those but not w/ Intel NICs. I believe it was from Broadcom on some IBM x3455? (IIRC) and it was indeed quite amusing ;-) > > If you have a back to back connection to another NIC on Port 0, no switch, > does > it still autoneg to 100? > I will have do that tomorrow as I am @home now ;-) btw, another data point, during sysinstall, we encountered: on both the igbs. Thanks. > Jack > > On Thu, Jan 8, 2009 at 10:19 AM, Mars G Miro wrote: >> >> On Fri, Jan 9, 2009 at 12:44 AM, Jack Vogel wrote: >> > I have not seen a problem like this ever, what is the link partner >> > of each NIC and if you switch the ports what happens? >> > >> >> Hi Jack, >> >> They're connected to a GigE switch. It was just one w/ the first >> NIC, but having seen that it only connects at 100baseTX, I wired the >> 2nd and saw that it can now do 1000baseTX. Unfortunately w/ problems >> as it can 'see' some machines but unable to see others (in the same >> physical network segment). I've changed cables, and plugged them in >> different ports in the switch but still the same behavior. >> >> IIRC, this is the first time I had igb problems and only on this >> box. I believe I encountered igb NICs in the newer HP DL380/385 but >> those work fine. >> >> btw, this is a Supermicro Intel Engineering sample box (major >> vendors don't have Nehalems in the market yet) so there prolly are >> hardware/driver bugs lurking? I dunno. >> >> Thanks. >> >> >> > We have Nehalem's in the validation lab but I have not had an >> > excuse to install on one so far, I guess now I do :) >> > >> > Jack >> > >> > On Thu, Jan 8, 2009 at 6:16 AM, Mars G Miro >> > wrote: >> >> >> >> Hi guys, >> >> >> >> I just got on my hands today a NEHALEM system: >> >> >> >> 2 x 5560 Nehalem CPU (2.8GHz, 8MB cache memory, 6.4GT/sec [QPI]) >> >> 12GB 1333Mhz DDR3 Memory >> >> 1 x 500GB SATA HDD >> >> >> >> FreeBSD 7.1-RELEASE/amd64 install fine, however I seemed to be >> >> having problems w/ its built-in Intel NICs: >> >> >> >> igb0: flags=8843 metric 0 mtu >> >> 1500 >> >> >> >> options=19b >> >> ether 00:30:48:c5:db:e2 >> >> inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1 >> >> media: Ethernet autoselect (100baseTX ) >> >> status: active >> >> igb1: flags=8843 metric 0 mtu >> >> 1500 >> >> >> >> options=19b >> >> ether 00:30:48:c5:db:e3 >> >> inet6 fe80::230:48ff:fec5:dbe3%igb1 prefixlen 64 scopeid 0x2 >> >> inet 172.17.32.32 netmask 0xffff0000 broadcast 172.17.255.255 >> >> media: Ethernet autoselect (1000baseTX ) >> >> status: active >> >> >> >> The first NIC would always want 100baseTX no matter how I'd ifconfig >> >> down/up it, so I just had to use the 2nd NIC. Unfortunately, this too >> >> is having problems. Like being unable to 'see' some machines on the >> >> same network segment. Some other machines are accessible. And yes I've >> >> double-checked the network stuff (cables, switch, IP settings) and my >> >> conclusion is b0rky NICs. >> >> >> >> pciconf -lvc: >> >> igb0@pci0:1:0:0: class=0x020000 card=0x10c915d9 chip=0x10c98086 >> >> rev=0x01 hdr=0x00 >> >> vendor = 'Intel Corporation' >> >> class = network >> >> subclass = ethernet >> >> cap 01[40] = powerspec 3 supports D0 D3 current D0 >> >> cap 05[50] = MSI supports 1 message, 64 bit, vector masks >> >> cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled >> >> cap 10[a0] = PCI-Express 2 endpoint >> >> igb1@pci0:1:0:1: class=0x020000 card=0x10c915d9 chip=0x10c98086 >> >> rev=0x01 hdr=0x00 >> >> vendor = 'Intel Corporation' >> >> class = network >> >> subclass = ethernet >> >> cap 01[40] = powerspec 3 supports D0 D3 current D0 >> >> cap 05[50] = MSI supports 1 message, 64 bit, vector masks >> >> cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled >> >> cap 10[a0] = PCI-Express 2 endpoint >> >> >> >> So anyone else having igb problems? I'm downloading 200812-CURRENT now >> >> (is tehre gonna be a 200901-CURRENT ISO soon? :-p), I'd like to try >> >> that, but checking cvs seem only a handful of changes. >> >> >> >> Also I did some buildworlds: >> >> make -j8 buildworld >> >> 2846.900u 2266.188s 15:50.43 537.9% 6375+2082k 10084+7937io >> >> 1482pf+0w >> >> make -j16 buildworld >> >> 3518.254u 2175.593s 14:23.29 659.5% 6656+2147k 26165+8546io >> >> 4300pf+0w >> >> make -j32 buildworld >> >> 3582.897u 4437.710s 18:03.88 739.9% 6528+2125k 5725+7930io >> >> 1555pf+0w >> >> >> >> Verbose dmesg: http://pastebin.com/f5f799561 >> >> >> >> Thanks! >> >> >> >> >> >> -- >> >> cheers >> >> mars >> >> _______________________________________________ >> >> freebsd-stable@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> >> To unsubscribe, send any mail to >> >> "freebsd-stable-unsubscribe@freebsd.org" >> > >> > >> >> >> >> -- >> cheers >> mars > > -- cheers mars From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 18:52:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FF91106566C for ; Thu, 8 Jan 2009 18:52:30 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by mx1.freebsd.org (Postfix) with ESMTP id D08B98FC1A for ; Thu, 8 Jan 2009 18:52:28 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id 1800B94046F for ; Thu, 8 Jan 2009 19:52:24 +0100 (CET) Received: from pollux2.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp1-g21.free.fr (Postfix) with ESMTP id 2E57D940247 for ; Thu, 8 Jan 2009 19:52:22 +0100 (CET) Received: by pollux2.local.net (Postfix, from userid 2000) id AB9131DABD; Thu, 8 Jan 2009 19:55:40 +0100 (CET) Date: Thu, 8 Jan 2009 19:55:40 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090108185540.GC1764@pollux2.free.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090104221422.GA3114@pollux2.free.local.net> <20090108130642.GA27129@crete.org.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090108130642.GA27129@crete.org.ua> User-Agent: Mutt/1.4.2.3i Subject: Re: Samsung SCX-4200 printer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 18:52:31 -0000 On Thu, Jan 08, 2009 at 03:06:42PM +0200, Alexander Shikoff wrote: > On Sun, Jan 04, 2009 at 11:14:22PM +0100, Harald Weis wrote: > > Is there a way to install the SCX-4200 printer on a FreeBSD box ? > > The printer is delivered with the install software required for Linux. > > And CUPS does not seem to "know" it. > > > > Thank you in advance for any help. > > I've successfully setup printing on SCX-4521F connected to MS Windows box. > I use Linux binary driver from Samsung website. On my FreeBSD box (7.1-PRERELEASE) > I use cups and samba-client. > > Unfortunately I have detailed description of all steps in Russian only. > > But I'll try to give you a the short summary. I hope it will let you > find right way: > snip > > That's all. If you have any issues/question feel free to ask. Have a nice day! > Thank you very much. I'll report as soon as possible. Harald -- FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 19:06:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02F3E106566B for ; Thu, 8 Jan 2009 19:06:18 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9956A8FC19 for ; Thu, 8 Jan 2009 19:06:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so3841570yxb.13 for ; Thu, 08 Jan 2009 11:06:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=KEssDCnEbNH9ksjxg/6S8NWzaZ70iew7pF4uMr2hglA=; b=SDKOVl0b5h78GzAeobQW+9CQkG1Cx0645IAZklyGn7ypXpjEKKwz1j+zy4kDkyGORo trCLJWZxCc9hVvEikNAoDb+y0X/lb9p3YjVC2tD6g4kXeZ6TQZKvca1yJn1sfsFdU+/c xJ3PFeoTsPvEVXjduJ4o+heLgqHMWwnO91HTE= 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=sKV6K+5YFOKrHE7hatNlBCoKNFGxa8WUHyOaYvN8u1EOU7E5A4sVpDftpjxnu398yZ gqG+YIlAVv58jhfyZxiSdBAHKK7AkCAl8PD+797oNML+83+oJAXZeio2hUG/mmS7clS+ 3DzGkQ8RxyqqmokGpsVCCC+aJyjz47afuUjwM= Received: by 10.100.44.4 with SMTP id r4mr13359690anr.100.1231441576965; Thu, 08 Jan 2009 11:06:16 -0800 (PST) Received: by 10.101.68.13 with HTTP; Thu, 8 Jan 2009 11:06:16 -0800 (PST) Message-ID: <2a41acea0901081106k5dbaeef8s788d2460820c75cd@mail.gmail.com> Date: Thu, 8 Jan 2009 11:06:16 -0800 From: "Jack Vogel" To: "Mars G Miro" In-Reply-To: MIME-Version: 1.0 References: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 19:06:18 -0000 So it wasn't identified during install but was in the kernel you built afterward, is that what you're saying? Even if that's true I don't think its relevant to the failure. I have made a couple queries internally, there are a lot of variations on Nehalem systems, at least one other engineer in my group had an encounter with one like yours, I have two managers looking for me, hopefully I can find one. Jack On Thu, Jan 8, 2009 at 10:50 AM, Mars G Miro wrote: > On Fri, Jan 9, 2009 at 2:33 AM, Jack Vogel wrote: > > Well, I am at Intel you know, and even we don't seem to have any systems > > with > > 82576 down in my group here. The way link works I can be about 99.9% sure > > in saying its not the driver. Its preproduction so there are lots of > > possibilities, > > and the biggest problem is its going to be difficult to help when I don't > > have any > > such hardware :( > > > > I've heard from the 1G product team that they have seen EEPROM mismatches > > on systems that will result in things not working in funny ways. > > > Jahh, I've seen those but not w/ Intel NICs. I believe it was from > Broadcom on some IBM x3455? (IIRC) and it was indeed quite amusing ;-) > > > > > > If you have a back to back connection to another NIC on Port 0, no > switch, > > does > > it still autoneg to 100? > > > > I will have do that tomorrow as I am @home now ;-) > > btw, another data point, during sysinstall, we encountered: > > on both the igbs. > > Thanks. > > > Jack > > > > On Thu, Jan 8, 2009 at 10:19 AM, Mars G Miro > wrote: > >> > >> On Fri, Jan 9, 2009 at 12:44 AM, Jack Vogel wrote: > >> > I have not seen a problem like this ever, what is the link partner > >> > of each NIC and if you switch the ports what happens? > >> > > >> > >> Hi Jack, > >> > >> They're connected to a GigE switch. It was just one w/ the first > >> NIC, but having seen that it only connects at 100baseTX, I wired the > >> 2nd and saw that it can now do 1000baseTX. Unfortunately w/ problems > >> as it can 'see' some machines but unable to see others (in the same > >> physical network segment). I've changed cables, and plugged them in > >> different ports in the switch but still the same behavior. > >> > >> IIRC, this is the first time I had igb problems and only on this > >> box. I believe I encountered igb NICs in the newer HP DL380/385 but > >> those work fine. > >> > >> btw, this is a Supermicro Intel Engineering sample box (major > >> vendors don't have Nehalems in the market yet) so there prolly are > >> hardware/driver bugs lurking? I dunno. > >> > >> Thanks. > >> > >> > >> > We have Nehalem's in the validation lab but I have not had an > >> > excuse to install on one so far, I guess now I do :) > >> > > >> > Jack > >> > > >> > On Thu, Jan 8, 2009 at 6:16 AM, Mars G Miro > >> > wrote: > >> >> > >> >> Hi guys, > >> >> > >> >> I just got on my hands today a NEHALEM system: > >> >> > >> >> 2 x 5560 Nehalem CPU (2.8GHz, 8MB cache memory, 6.4GT/sec [QPI]) > >> >> 12GB 1333Mhz DDR3 Memory > >> >> 1 x 500GB SATA HDD > >> >> > >> >> FreeBSD 7.1-RELEASE/amd64 install fine, however I seemed to be > >> >> having problems w/ its built-in Intel NICs: > >> >> > >> >> igb0: flags=8843 metric 0 mtu > >> >> 1500 > >> >> > >> >> options=19b > >> >> ether 00:30:48:c5:db:e2 > >> >> inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1 > >> >> media: Ethernet autoselect (100baseTX ) > >> >> status: active > >> >> igb1: flags=8843 metric 0 mtu > >> >> 1500 > >> >> > >> >> options=19b > >> >> ether 00:30:48:c5:db:e3 > >> >> inet6 fe80::230:48ff:fec5:dbe3%igb1 prefixlen 64 scopeid 0x2 > >> >> inet 172.17.32.32 netmask 0xffff0000 broadcast 172.17.255.255 > >> >> media: Ethernet autoselect (1000baseTX ) > >> >> status: active > >> >> > >> >> The first NIC would always want 100baseTX no matter how I'd ifconfig > >> >> down/up it, so I just had to use the 2nd NIC. Unfortunately, this too > >> >> is having problems. Like being unable to 'see' some machines on the > >> >> same network segment. Some other machines are accessible. And yes > I've > >> >> double-checked the network stuff (cables, switch, IP settings) and my > >> >> conclusion is b0rky NICs. > >> >> > >> >> pciconf -lvc: > >> >> igb0@pci0:1:0:0: class=0x020000 card=0x10c915d9 > chip=0x10c98086 > >> >> rev=0x01 hdr=0x00 > >> >> vendor = 'Intel Corporation' > >> >> class = network > >> >> subclass = ethernet > >> >> cap 01[40] = powerspec 3 supports D0 D3 current D0 > >> >> cap 05[50] = MSI supports 1 message, 64 bit, vector masks > >> >> cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > >> >> cap 10[a0] = PCI-Express 2 endpoint > >> >> igb1@pci0:1:0:1: class=0x020000 card=0x10c915d9 > chip=0x10c98086 > >> >> rev=0x01 hdr=0x00 > >> >> vendor = 'Intel Corporation' > >> >> class = network > >> >> subclass = ethernet > >> >> cap 01[40] = powerspec 3 supports D0 D3 current D0 > >> >> cap 05[50] = MSI supports 1 message, 64 bit, vector masks > >> >> cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > >> >> cap 10[a0] = PCI-Express 2 endpoint > >> >> > >> >> So anyone else having igb problems? I'm downloading 200812-CURRENT > now > >> >> (is tehre gonna be a 200901-CURRENT ISO soon? :-p), I'd like to try > >> >> that, but checking cvs seem only a handful of changes. > >> >> > >> >> Also I did some buildworlds: > >> >> make -j8 buildworld > >> >> 2846.900u 2266.188s 15:50.43 537.9% 6375+2082k 10084+7937io > >> >> 1482pf+0w > >> >> make -j16 buildworld > >> >> 3518.254u 2175.593s 14:23.29 659.5% 6656+2147k 26165+8546io > >> >> 4300pf+0w > >> >> make -j32 buildworld > >> >> 3582.897u 4437.710s 18:03.88 739.9% 6528+2125k 5725+7930io > >> >> 1555pf+0w > >> >> > >> >> Verbose dmesg: http://pastebin.com/f5f799561 > >> >> > >> >> Thanks! > >> >> > >> >> > >> >> -- > >> >> cheers > >> >> mars > >> >> _______________________________________________ > >> >> freebsd-stable@freebsd.org mailing list > >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> >> To unsubscribe, send any mail to > >> >> "freebsd-stable-unsubscribe@freebsd.org" > >> > > >> > > >> > >> > >> > >> -- > >> cheers > >> mars > > > > > > > > -- > cheers > mars > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 19:16:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D619106566C for ; Thu, 8 Jan 2009 19:16:18 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 99D3E8FC14 for ; Thu, 8 Jan 2009 19:16:17 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so2979310fgb.35 for ; Thu, 08 Jan 2009 11:16:16 -0800 (PST) Received: by 10.86.3.4 with SMTP id 4mr14373592fgc.44.1231442176408; Thu, 08 Jan 2009 11:16:16 -0800 (PST) Received: by 10.86.84.8 with HTTP; Thu, 8 Jan 2009 11:16:16 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 03:16:16 +0800 From: "Mars G Miro" To: "Jack Vogel" In-Reply-To: <2a41acea0901081106k5dbaeef8s788d2460820c75cd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> <2a41acea0901081106k5dbaeef8s788d2460820c75cd@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 19:16:18 -0000 On Fri, Jan 9, 2009 at 3:06 AM, Jack Vogel wrote: > So it wasn't identified during install but was in the kernel you built > afterward, is that > what you're saying? Even if that's true I don't think its relevant to the > failure. > Ahm no, sysinstall said something like: igb0: igb1: but we just went ahead and made the choice. I thought it might be a slight variation of igb NICs or something so I stated that info. > I have made a couple queries internally, there are a lot of variations on > Nehalem > systems, at least one other engineer in my group had an encounter with one > like yours, I have two managers looking for me, hopefully I can find one. > Ok cool. Matsalams (means much thanks!) ;-) > Jack > > [snip] -- cheers mars From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 19:43:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6746E106566B for ; Thu, 8 Jan 2009 19:43:16 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 2614C8FC08 for ; Thu, 8 Jan 2009 19:43:15 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KD600H7N440UHC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 08 Jan 2009 20:43:12 +0100 (CET) Received: from kg-work2.kg4.no ([80.203.109.110]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KD6001KL43ZCT80@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 08 Jan 2009 20:43:12 +0100 (CET) Date: Thu, 08 Jan 2009 20:43:11 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20090108204311.c9700e91.torfinn.ingolfsen@broadpark.no> In-reply-to: <49633C85.3090507@bulinfo.net> References: <49633C85.3090507@bulinfo.net> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: ACPI support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 19:43:16 -0000 On Tue, 06 Jan 2009 13:12:05 +0200 Krassimir Slavchev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello All, > > I have had a problem detecting the network card on my notebook when > ACPI is enabled for a year. The problem still exists in 7.1-RELEASE. Which make and model notebook is this? You have my sympaties, my own laptop[1] (Acer Aspire 5672) have the same sort of problem - drivers for NICs (both wired and wireless) will not attach if acpi is enabled. And this laptop gets too hot when acpi is disabled - I fear it will overheat. Linux runs fine[2] on it. I had a lot of help in trying to fix the problem a wbile back (check the freebsd-mobile mailing list archives), but in the end, nothing helped. I can only offer general advice, not a solution. Try too look for a modfified DSDT for your notebook, perhpas you will find something that helps. References: 1) http://tingox.googlepages.com/aceraspireas5672andfreebsd 2) http://tingox.googlepages.com/as5672_xubuntu -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 19:45:01 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D37E1106564A; Thu, 8 Jan 2009 19:45:01 +0000 (UTC) (envelope-from Manfred.Knick@T-Online.de) Received: from mailout03.t-online.de (mailout03.t-online.de [194.25.134.81]) by mx1.freebsd.org (Postfix) with ESMTP id 96D2F8FC1E; Thu, 8 Jan 2009 19:45:01 +0000 (UTC) (envelope-from Manfred.Knick@T-Online.de) Received: from fwd08.aul.t-online.de by mailout03.sul.t-online.de with smtp id 1LL0QY-0005sY-03; Thu, 08 Jan 2009 20:20:22 +0100 Received: from [192.168.1.21] (EwqEm+ZcohCX0EhpU-BaQ2RccKnHZBalcKca+nmKmW6Sg-vWXwo5RQfJ5wb0qUZZkO@[79.239.220.135]) by fwd08.t-online.de with esmtp id 1LL0QP-0VGLkO0; Thu, 8 Jan 2009 20:20:13 +0100 Message-ID: <496651ED.8080102@T-Online.de> Date: Thu, 08 Jan 2009 20:20:13 +0100 From: Manfred_Knick User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-ID: EwqEm+ZcohCX0EhpU-BaQ2RccKnHZBalcKca+nmKmW6Sg-vWXwo5RQfJ5wb0qUZZkO X-TOI-MSGID: bdb551d1-8197-45ec-8e38-57848e2e79f3 Cc: Subject: possibility of a "severe flaw in the logic of FreeBSD's kernel handling multiple host bridges ..." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 19:45:02 -0000 First: Congratulations upon 7.1 final RELEASE ! On Fri, 24 Oct 2008, I pointed out the "possibility of a severe flaw in the logic of FreeBSD's kernel handling multiple host bridges and the corresponding assignment of (in principle, correctly detected) devices to their host bridges" :: --> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/128331 :: --> http://forums.freebsd.org/showthread.php?t=236 but unfortunately, I did not get any response at all. Two mails to "kensmith@cse.Buffalo.EDU" asking for any contact e-mail address of a FreeBSD Kernel developer knowing his way around host-bridges and PCI-devices also gave no reaction. I am sorry for this noise (I would have preferred to handle this more quietly), but finally I take hope to the advice of Daniel Gerzo (Thanks @ danger): "If you will not receive any feedback I would recommend you to send an email to current@ and stable@ mailing lists. PR's sometimes get lost in the traffic and not all developers are checking GNATS all the time." Looking forward to a contact Kind regards Manfred From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 20:20:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6A62D106567C for ; Thu, 8 Jan 2009 20:20:36 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id 7846815688E for ; Thu, 8 Jan 2009 20:20:00 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: (qmail 19243 invoked from network); 8 Jan 2009 20:20:00 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 8 Jan 2009 20:20:00 -0000 Message-ID: <49665FEF.6030808@freebsd.org> Date: Thu, 08 Jan 2009 12:19:59 -0800 From: Colin Percival User-Agent: Thunderbird 2.0.0.17 (X11/20081002) MIME-Version: 1.0 To: FreeBSD Stable , FreeBSD Questions X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD Update should be back to normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 20:20:37 -0000 Hi all, There are now more freebsd-update mirrors and it looks like they're handling the load quite well. It's possible that the load balancing between mirrors will need to be tweaked a bit. If you have problems accessing a mirror (e.g., if freebsd-update exits with an error of "downloading files... failed" or complains that a file does not exist) please: 1. Try again using the -s option to make sure that you're accessing the same mirror (to make sure that this wasn't a temporary network glitch). 2. Assuming the first mirror still fails, use the -s option to pick a different mirror. 3. Assuming that the second mirror works, send me an email telling me which mirror failed and which one worked so that I can have the load balancing adjusted. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 20:24:34 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E311065680 for ; Thu, 8 Jan 2009 20:24:34 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id F25688FC08 for ; Thu, 8 Jan 2009 20:24:33 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.3/8.14.3) with ESMTP id n08KOV9a049534; Thu, 8 Jan 2009 21:24:31 +0100 (CET) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.3/8.14.3/Submit) id n08KOUpA049533; Thu, 8 Jan 2009 21:24:30 +0100 (CET) (envelope-from byshenknet) Date: Thu, 8 Jan 2009 21:24:30 +0100 From: Greg Byshenk To: freebsd-stable@FreeBSD.ORG, Andrei Kolu , Mike Lempriere Message-ID: <20090108202430.GA46733@core.byshenk.net> References: <20090108085811.GB1580@core.byshenk.net> <200901081047.n08Alg2h000825@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200901081047.n08Alg2h000825@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on core.byshenk.net Cc: Subject: Re: mergemaster broken -- take 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 20:24:34 -0000 On Thu, Jan 08, 2009 at 11:47:42AM +0100, Oliver Fromme wrote: > Greg Byshenk wrote: > > Andrei Kolu wrote: > > > NOTE: I do not reboot my system until everything is updated. Why it is > > > necessary to boot new kernel and then upgrade world is beyound me..YMMW > > > > - I suppose that it is not strictly necessary to reboot between > > installing kernel and world, but I always do so. > It _is_ necessary. If you don't reboot, you're still running > the old kernel which might not be able to support new binaries > and libraries that installworld will install on your system. Of course this is correct; my error. The chance of something going wrong in this case is probably quite small, but it something does go wrong it can go horribly wrong. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 20:44:59 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 311E31065673 for ; Thu, 8 Jan 2009 20:44:59 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 01BB38FC22 for ; Thu, 8 Jan 2009 20:44:58 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n08KCb4f072696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Jan 2009 12:12:37 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <49665E35.1050301@errno.com> Date: Thu, 08 Jan 2009 12:12:37 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: Subject: CFT: ath hal src switchover X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 20:44:59 -0000 I've brought the hal source code back to RELENG_7 but not connected it to the build and/or driver. I want folks to test this before I commit those changes. To do this you must have an up to date RELENG_7 code base and then apply this patch: http://people.freebsd.org/~sam/ath_hal-releng7.patch Then rebuild your kernel. There should be no changes to user apps. Beware however that custom kernel configurations will need to change; instead of: device ath device ath_hal device ath_rate_sample (or similar) you need: device ath device ath_hal options AH_SUPPORT_AR5416 device ath_rate_sample If you want to configure a subset of the chip support implied by ath_hal then you may not need the options line. If you are using modules note that ath_hal and ath_rate_* modules no longer exist; they are now rolled into the ath module. If you use a rate control algorithm other than sample then you'll need to modify the ath module build or override by specifying ATH_RATE; e.g. cd sys/modules/ath make ATH_RATE=onoe The updated hal code adds support for several parts but otherwise makes no effort to address driver bugs. You should see no regressions relative to operation w/ the older hal. If you are running the 7.1 release you will need to import the hal code that is now in sys/dev/ath/ath_hal before following the above instructions. I have no idea if this will work for an earlier version of FreeBSD; if you're not running at least 7.1 my advise is to upgrade. Please report any issues to this mailing list. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 21:26:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A435B1065672 for ; Thu, 8 Jan 2009 21:26:12 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 384748FC0C for ; Thu, 8 Jan 2009 21:26:11 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id n08LQA7D065886; Thu, 8 Jan 2009 22:26:10 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 15F91BA98; Thu, 8 Jan 2009 22:26:10 +0100 (CET) Date: Thu, 8 Jan 2009 22:26:10 +0100 From: Roland Smith To: Robert Noland Message-ID: <20090108212610.GA2177@slackbox.xs4all.nl> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <1231263380.57454.23.camel@squirrel.corp.cox.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 21:26:13 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 06, 2009 at 12:36:20PM -0500, Robert Noland wrote: > I have a patch available for testing at > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 Excellent! Thanks for your hard work on this, Robert!=20 After updating my source to 7.1-RELEASE, I applied this patch and built and installed a new kernel and world. This went without problems. Starting X on a Sapphire Radeon X1650Pro works OK. XAA 2D accelleration works OK. The X logfile says that direct rendering is enabled, as is Xv. Mplayer works with Xv. But whenever I try to start a program that uses OpenGL (i.e. glxgears) I get the following message: unknown chip id 0x71c1, can't guess. libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering :-( The same number shows in Xorg.0.log: (--) PCI:*(1:0:0) ATI Technologies Inc unknown chipset (0x71c1) rev 158, Me= m @ 0xe0000000/28, 0xfe9e0000/16, I/O @ 0xd000/8, BIOS @ 0xfe9c0000/17 (II) Loading extension XFree86-DGA (--) Chipset RV535 found (II) RADEONHD(0): Unknown card detected: 0x71C1:0x174B:0x0880. If - and only if - your card does not work or does not work optimal= ly please contact radeonhd@opensuse.org to help rectify this. Use the subject: 0x71C1:0x174B:0x0880: and *please* describe the problems you are seeing in your message. (--) RADEONHD(0): Detected an RV535 on an unidentified card (=3D=3D) RADEONHD(0): Write-combining range (0xfe9e0000,0x10000) was alread= y clear (II) RADEONHD(0): Mapped IO @ 0xfe9e0000 to 0x8006a2000 (size 0x00010000) (II) RADEONHD(0): PCIE Card Detected (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location (II) RADEONHD(0): ATOM BIOS Rom:=20 SubsystemVendorID: 0x174b SubsystemID: 0x0880 IOBaseAddress: 0xd000 Filename: 8C88GCSA.003 BIOS Bootup Message:=20 A67120 RV535XT VO BIOS GDDR3 600E/700M = =20 (II) RADEONHD(0): Found libdri 5.4.0. drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) RADEONHD(0): Found libdrm 1.3.0. (II) RADEONHD(0): Found radeon drm 1.29.0. (II) RADEONHD(0): Output DVI-I_2/digital using initial mode 1280x1024 (II) RADEONHD(0): RandR 1.2 support enabled (=3D=3D) RADEONHD(0): RGB weight 888 (=3D=3D) RADEONHD(0): Default visual is TrueColor (=3D=3D) RADEONHD(0): Using gamma correction (1.0, 1.0, 1.0) (II) RADEONHD(0): Using 1280x1280 Framebuffer with 1280 pitch (II) RADEONHD(0): FB: Allocated ScanoutBuffer at offset 0x00008000 (size = =3D 0x00640000) (**) RADEONHD(0): Display dimensions: (376, 301) mm (**) RADEONHD(0): DPI set to (86, 108) (II) RADEONHD(0): On Crtc 0 Setting 60.0 Hz Mode: Modeline "1280x1024" 108= =2E00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync I wonder if the framebuffer size is OK? The screen is 1280x1024. That is probably why the DPI is wacky (should both be 86). Should I write the card in to opensuse.org? The card is a Sapphire Radeon X1650Pro. Additionally (but maybe unrelated), when I try to start tyr-glquake, it bombs with an X error: Callback: in_dgamouse ON X Error of failed request: XF86DGANoDirectVideoMode Major opcode of failed request: 137 (XFree86-DGA) Minor opcode of failed request: 2 (XF86DGADirectVideo) Serial number of failed request: 117 Current serial number in output stream: 118 The library libXxf86dga-1.0.2 is installed. I see Xorg loading the extensio= n. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklmb3IACgkQEnfvsMMhpyXLlwCfU1kX131Mh3Ga6Li/ubb+KLmH tmMAoIAD4YzjZ2V80396BAPHQ3ypt9hU =4m5s -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 21:31:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24A8310656BC; Thu, 8 Jan 2009 21:31:14 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E63948FC1D; Thu, 8 Jan 2009 21:31:13 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n08LUR22003508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 16:30:27 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Roland Smith In-Reply-To: <20090108212610.GA2177@slackbox.xs4all.nl> References: <1231263380.57454.23.camel@squirrel.corp.cox.com> <20090108212610.GA2177@slackbox.xs4all.nl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MYtSGbZNp1dkEKMQkMcA" Organization: FreeBSD Date: Thu, 08 Jan 2009 16:31:05 -0500 Message-Id: <1231450265.93079.39.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-stable Subject: Re: Pending MFC of drm updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 21:31:15 -0000 --=-MYtSGbZNp1dkEKMQkMcA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-01-08 at 22:26 +0100, Roland Smith wrote: > On Tue, Jan 06, 2009 at 12:36:20PM -0500, Robert Noland wrote: > > I have a patch available for testing at > > http://people.freebsd.org/~rnoland/drm-update-7-010609.patch.bz2 >=20 > Excellent! Thanks for your hard work on this, Robert!=20 >=20 > After updating my source to 7.1-RELEASE, I applied this patch and built > and installed a new kernel and world. This went without problems. >=20 > Starting X on a Sapphire Radeon X1650Pro works OK. XAA 2D accelleration > works OK. The X logfile says that direct rendering is enabled, as is > Xv. Mplayer works with Xv. >=20 > But whenever I try to start a program that uses OpenGL (i.e. glxgears) I > get the following message: >=20 > unknown chip id 0x71c1, can't guess. > libGL warning: 3D driver returned no fbconfigs. > libGL error: InitDriver failed > libGL error: reverting to (slow) indirect rendering Yep, you need the updated xorg and mesa. We are getting ready to update the ports collection. I may build up a new patch in a little while. robert. > :-( >=20 > The same number shows in Xorg.0.log: >=20 > > (--) PCI:*(1:0:0) ATI Technologies Inc unknown chipset (0x71c1) rev 158, = Mem @ 0xe0000000/28, 0xfe9e0000/16, I/O @ 0xd000/8, BIOS @ 0xfe9c0000/17 > > (II) Loading extension XFree86-DGA > > (--) Chipset RV535 found > > (II) RADEONHD(0): Unknown card detected: 0x71C1:0x174B:0x0880. > If - and only if - your card does not work or does not work optim= ally > please contact radeonhd@opensuse.org to help rectify this. > Use the subject: 0x71C1:0x174B:0x0880: > and *please* describe the problems you are seeing > in your message. > (--) RADEONHD(0): Detected an RV535 on an unidentified card > (=3D=3D) RADEONHD(0): Write-combining range (0xfe9e0000,0x10000) was alre= ady clear > (II) RADEONHD(0): Mapped IO @ 0xfe9e0000 to 0x8006a2000 (size 0x00010000) > (II) RADEONHD(0): PCIE Card Detected > (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location > (II) RADEONHD(0): ATOM BIOS Rom:=20 > SubsystemVendorID: 0x174b SubsystemID: 0x0880 > IOBaseAddress: 0xd000 > Filename: 8C88GCSA.003 > BIOS Bootup Message:=20 > A67120 RV535XT VO BIOS GDDR3 600E/700M = =20 > > (II) RADEONHD(0): Found libdri 5.4.0. > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 8, (OK) > drmOpenByBusid: Searching for BusID pci:0000:01:00.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 8, (OK) > drmOpenByBusid: drmOpenMinor returns 8 > drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 > (II) RADEONHD(0): Found libdrm 1.3.0. > (II) RADEONHD(0): Found radeon drm 1.29.0. > > (II) RADEONHD(0): Output DVI-I_2/digital using initial mode 1280x1024 > (II) RADEONHD(0): RandR 1.2 support enabled > (=3D=3D) RADEONHD(0): RGB weight 888 > (=3D=3D) RADEONHD(0): Default visual is TrueColor > (=3D=3D) RADEONHD(0): Using gamma correction (1.0, 1.0, 1.0) > (II) RADEONHD(0): Using 1280x1280 Framebuffer with 1280 pitch > (II) RADEONHD(0): FB: Allocated ScanoutBuffer at offset 0x00008000 (size = =3D 0x00640000) > (**) RADEONHD(0): Display dimensions: (376, 301) mm > (**) RADEONHD(0): DPI set to (86, 108) > > (II) RADEONHD(0): On Crtc 0 Setting 60.0 Hz Mode: Modeline "1280x1024" 1= 08.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync >=20 > I wonder if the framebuffer size is OK? The screen is 1280x1024. That is > probably why the DPI is wacky (should both be 86). >=20 > Should I write the card in to opensuse.org? The card is a Sapphire > Radeon X1650Pro. >=20 > Additionally (but maybe unrelated), when I try to start tyr-glquake, it > bombs with an X error: >=20 > Callback: in_dgamouse ON > X Error of failed request: XF86DGANoDirectVideoMode > Major opcode of failed request: 137 (XFree86-DGA) > Minor opcode of failed request: 2 (XF86DGADirectVideo) > Serial number of failed request: 117 > Current serial number in output stream: 118 >=20 > The library libXxf86dga-1.0.2 is installed. I see Xorg loading the extens= ion. >=20 > Roland --=-MYtSGbZNp1dkEKMQkMcA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklmcJkACgkQM4TrQ4qfROPAigCeNAXgzqydaHUwSkKY1oeFxNs1 t5MAn1+TGpvU+sKem/CmQuqoKIWKuIZO =Jc00 -----END PGP SIGNATURE----- --=-MYtSGbZNp1dkEKMQkMcA-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 22:30:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D51E4106570A for ; Thu, 8 Jan 2009 22:30:23 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE [134.130.7.72]) by mx1.freebsd.org (Postfix) with ESMTP id 6749A8FC1C for ; Thu, 8 Jan 2009 22:30:23 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) MIME-version: 1.0 Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.5.40]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008)) with ESMTP id <0KD6007SSAGJC1A0@mta-1.ms.rz.RWTH-Aachen.de> for freebsd-stable@freebsd.org; Thu, 08 Jan 2009 23:00:19 +0100 (CET) X-IronPort-AV: E=Sophos;i="4.37,235,1231110000"; d="scan'208";a="95932083" Received: from smarthost-2.ms.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.7.90]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Thu, 08 Jan 2009 23:00:19 +0100 Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8+Sun/8.13.8/1) with ESMTP id n08M0IR5012084; Thu, 08 Jan 2009 23:00:18 +0100 (CET) Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LL2vK-0006T6-U0; Thu, 08 Jan 2009 23:00:18 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 883CF3F41B; Thu, 08 Jan 2009 23:00:18 +0100 (CET) Date: Thu, 08 Jan 2009 23:00:18 +0100 From: Christian Brueffer To: Mars G Miro Message-id: <20090108220018.GB1300@haakonia.hitnet.RWTH-Aachen.DE> References: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-disposition: inline In-reply-to: X-Operating-System: FreeBSD 6.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 22:30:24 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 09, 2009 at 02:50:45AM +0800, Mars G Miro wrote: > On Fri, Jan 9, 2009 at 2:33 AM, Jack Vogel wrote: > > Well, I am at Intel you know, and even we don't seem to have any systems > > with > > 82576 down in my group here. The way link works I can be about 99.9% su= re > > in saying its not the driver. Its preproduction so there are lots of > > possibilities, > > and the biggest problem is its going to be difficult to help when I don= 't > > have any > > such hardware :( > > > > I've heard from the 1G product team that they have seen EEPROM mismatch= es > > on systems that will result in things not working in funny ways. >=20 >=20 > Jahh, I've seen those but not w/ Intel NICs. I believe it was from > Broadcom on some IBM x3455? (IIRC) and it was indeed quite amusing ;-) >=20 >=20 > > > > If you have a back to back connection to another NIC on Port 0, no swit= ch, > > does > > it still autoneg to 100? > > >=20 > I will have do that tomorrow as I am @home now ;-) >=20 > btw, another data point, during sysinstall, we encountered: >=20 > on both the igbs. >=20 This is due to missing a missing device entry in the sysinstall code. Unfortunately there are entries missing for several new drivers, I will commit a patch to fix this soon. Anyway, it shouldn't be related to your problems. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFJZndybHYXjKDtmC0RAgNsAKDCtkQx/JyJMZ9Jj3qOjP1WculyrwCg9pzT 5re4wx0N3yBk5/hW06NTMeg= =aiRE -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 00:34:41 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 621EB106564A for ; Fri, 9 Jan 2009 00:34:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 0FAE88FC13 for ; Fri, 9 Jan 2009 00:34:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n090NTQw004479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jan 2009 19:23:29 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Manfred_Knick In-Reply-To: <496651ED.8080102@T-Online.de> References: <496651ED.8080102@T-Online.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4quzKMo81l27ylrUYnye" Organization: FreeBSD Date: Thu, 08 Jan 2009 19:24:08 -0500 Message-Id: <1231460648.93079.65.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, current@freebsd.org Subject: Re: possibility of a "severe flaw in the logic of FreeBSD's kernel handling multiple host bridges ..." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 00:34:41 -0000 --=-4quzKMo81l27ylrUYnye Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-01-08 at 20:20 +0100, Manfred_Knick wrote: > First: Congratulations upon 7.1 final RELEASE ! >=20 > On Fri, 24 Oct 2008, I pointed out the >=20 > "possibility of a severe flaw in the logic of FreeBSD's kernel > handling multiple host bridges > and the corresponding assignment of > (in principle, correctly detected) > devices to their host bridges" >=20 > :: --> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/128331 >=20 > :: --> http://forums.freebsd.org/showthread.php?t=3D236 >=20 > but unfortunately, I did not get any response at all. > Two mails to "kensmith@cse.Buffalo.EDU" asking for any contact e-mail=20 > address of a FreeBSD Kernel developer knowing his way around=20 > host-bridges and PCI-devices also gave no reaction. >=20 > I am sorry for this noise > (I would have preferred to handle this more quietly), > but finally I take hope to the advice of Daniel Gerzo (Thanks @ danger): >=20 > "If you will not receive any feedback I would recommend you to send an > email to current@ and stable@ mailing lists. PR's sometimes get lost > in the traffic and not all developers are checking GNATS all the time." >=20 > Looking forward to a contact I'm really not sure that I am the best person to try and tackle this, but it does fall somewhere near me... Can you send me a pciconf -lv. robert. > Kind regards >=20 > Manfred > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=-4quzKMo81l27ylrUYnye Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklmmSgACgkQM4TrQ4qfROMiLgCfaVsdDfiu2umDnv045Xa8cZMl D7IAn1zf0ifxFd6hDpQN6frES+fEuX5n =tt8s -----END PGP SIGNATURE----- --=-4quzKMo81l27ylrUYnye-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 01:58:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D04AB106566B for ; Fri, 9 Jan 2009 01:58:31 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 93A168FC3B for ; Fri, 9 Jan 2009 01:58:31 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LL6dg-000C82-Fm for freebsd-stable@freebsd.org; Fri, 09 Jan 2009 01:58:20 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LL6dg-0007CN-DI for freebsd-stable@freebsd.org; Fri, 09 Jan 2009 01:58:20 +0000 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Fri, 09 Jan 2009 01:58:20 +0000 Subject: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 01:58:32 -0000 I have a number of HP 1U servers, all of which were running 7.0 perfectly happily. I have been testing 7.1 in it's various incarnations for the last couple of months on our test server and it has performed perfectly. So the last two days I have been round upgrading all our servers, knowing that I had run the system stably on identical hardware for some time. Since then I have starte seeing machines lock up. This always happens under heavy disc load. When I bring the machine back up then sometimes it fails to fsck due to a partialy truncated inode. The locksup appear to be disc related - on my mysql msater machine it will come back up with files somewhat shorted than those which ahve aready been transmitted to the slave (i.e. some data was in memory, and claimed to have been written to the drive, but never made it onto the disc). The only time I have seen anything useful on the screen was during one lockup where I got a message about a spin lock being held too long and some comment in parentheses about it being a turnstile lock. Help! :-( I am now downgrading all the machine to 7.0 as fast as I can - though the machine I am trying to compile it on has locked up once during the compile so I havent got anywhere so far. The machines are HP Proliant DL360 G5s - they have an embedded P400i RAID controller with a pair of mirrored drives connected. Each one has both ethernets connected, bundled using lagg and LACP. Advice ? -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 02:12:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5954E1065672 for ; Fri, 9 Jan 2009 02:12:42 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id F2C818FC0C for ; Fri, 9 Jan 2009 02:12:41 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-132.ish.com.au ([203.29.62.132]:58135) by fish.ish.com.au with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1LL7S4-00077P-0i; Fri, 09 Jan 2009 13:50:24 +1100 Message-Id: From: Aristedes Maniatis To: Colin Percival In-Reply-To: <49665FEF.6030808@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 9 Jan 2009 13:12:33 +1100 References: <49665FEF.6030808@freebsd.org> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Stable Subject: Re: FreeBSD Update should be back to normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 02:12:42 -0000 On 09/01/2009, at 7:19 AM, Colin Percival wrote: > 2. Assuming the first mirror still fails, use the -s option to pick > a different > mirror. Where can we find a list of mirrors? Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 03:51:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ACC0106566B for ; Fri, 9 Jan 2009 03:51:06 +0000 (UTC) (envelope-from royce@alaska.net) Received: from malik.acsalaska.net (malik.acsalaska.net [209.112.173.227]) by mx1.freebsd.org (Postfix) with ESMTP id 333848FC13 for ; Fri, 9 Jan 2009 03:51:05 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [192.168.254.100] (209-112-211-59-rb1.nwc.dsl.dynamic.acsalaska.net [209.112.211.59]) by malik.acsalaska.net (8.14.1/8.14.1) with ESMTP id n093p4SZ068623 for ; Thu, 8 Jan 2009 18:51:04 -0900 (AKST) (envelope-from royce@alaska.net) Message-ID: <4966C9B1.1060700@alaska.net> Date: Thu, 08 Jan 2009 18:51:13 -0900 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081209 Lightning/0.9 Thunderbird/2.0.0.19 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: FreeBSD Stable References: <49665FEF.6030808@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Subject: Re: FreeBSD Update should be back to normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 03:51:06 -0000 Aristedes Maniatis wrote, on 1/8/2009 5:12 PM: > > On 09/01/2009, at 7:19 AM, Colin Percival wrote: > >> 2. Assuming the first mirror still fails, use the -s option to pick a >> different >> mirror. > > Where can we find a list of mirrors? This technically answers your question, but may not be very interesting. ;-) royce@heffalump$ host -t srv _http._tcp.update.FreeBSD.org _http._tcp.update.FreeBSD.org has SRV record 1 10 80 update1.FreeBSD.org. _http._tcp.update.FreeBSD.org has SRV record 1 10 80 update3.FreeBSD.org. _http._tcp.update.FreeBSD.org has SRV record 1 25 80 update2.FreeBSD.org. _http._tcp.update.FreeBSD.org has SRV record 1 30 80 update4.FreeBSD.org. Since it's unlikely that most people need to query the servers via some means other than freebsd-update, and since freebsd-update automatically pulls its list of mirrors from DNS, this is really only for the sake of curiosity. The list of mirrors can change at any time, which should be transparent to users of freebsd-update. It looks like a couple of them are through Voxel's content delivery network (CDN). I think that one of them has been hosted by ISC for some time. Since the Voxel ones are 3 and 4, I'm guessing that they are the newcomers. royce@heffalump$ host update1.FreeBSD.org update1.FreeBSD.org has address 72.21.59.252 royce@heffalump$ host 72.21.59.252 252.59.21.72.in-addr.arpa domain name pointer 252.59.21.72.static.reverse.ltdomains.com. royce@heffalump$ host update2.FreeBSD.org update2.FreeBSD.org has address 149.20.64.41 royce@heffalump$ host 149.20.64.41 41.64.20.149.in-addr.arpa domain name pointer update2.freebsd.org. royce@heffalump$ whois 149.20.64.41 | grep OrgName OrgName: Internet Systems Consortium, Inc. royce@heffalump$ host update3.FreeBSD.org update3.FreeBSD.org has address 72.26.203.74 royce@heffalump$ host 72.26.203.74 74.203.26.72.in-addr.arpa domain name pointer update3.FreeBSD.org. royce@heffalump$ whois 72.26.203.74 | grep OrgName OrgName: Voxel Dot Net, Inc. royce@heffalump$ host update4.FreeBSD.org update4.FreeBSD.org is an alias for content.voxcdn.net. content.voxcdn.net is an alias for content.loc.voxcdn.net. content.loc.voxcdn.net is an alias for content.sjc1.site.voxcdn.net. content.sjc1.site.voxcdn.net has address 208.122.62.226 Royce -- Royce D. Williams - http://royce.ws/ Words are good servants but bad masters. - Aldous Huxley From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 04:31:46 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BF351065670 for ; Fri, 9 Jan 2009 04:31:46 +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 5832A8FC12 for ; Fri, 9 Jan 2009 04:31:46 +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 n0943eKU017795; Thu, 8 Jan 2009 20:03:40 -0800 (PST) (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 n0943aLC076970; Thu, 8 Jan 2009 20:03:36 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from [172.16.1.200] (cpe-68-175-68-135.nyc.res.rr.com [68.175.68.135]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.3) with ESMTP id n0943ZKE048240 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 8 Jan 2009 20:03:36 -0800 (PST) (envelope-from gnn@neville-neil.com) Message-Id: From: George Neville-Neil To: Sam Leffler In-Reply-To: <49665E35.1050301@errno.com> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-101--236459189" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 8 Jan 2009 23:03:31 -0500 References: <49665E35.1050301@errno.com> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) X-Canit-CHI2: 0.50 X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.00 () [Tag at 5.00] X-CanItPRO-Stream: default X-Canit-Stats-ID: 2965892 - d07ec679fe94 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: stable@freebsd.org Subject: Re: CFT: ath hal src switchover X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 04:31:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-101--236459189 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Jan 8, 2009, at 15:12 , Sam Leffler wrote: > I've brought the hal source code back to RELENG_7 but not connected > it to the build and/or driver. I want folks to test this before I > commit those changes. To do this you must have an up to date > RELENG_7 code base and then apply this patch: > > http://people.freebsd.org/~sam/ath_hal-releng7.patch > > Then rebuild your kernel. There should be no changes to user apps. > Beware however that custom kernel configurations will need to > change; instead of: > > device ath > device ath_hal > device ath_rate_sample > > (or similar) you need: > > device ath > device ath_hal > options AH_SUPPORT_AR5416 > device ath_rate_sample > > If you want to configure a subset of the chip support implied by > ath_hal then you may not need the options line. > > If you are using modules note that ath_hal and ath_rate_* modules no > longer exist; they are now rolled into the ath module. If you use a > rate control algorithm other than sample then you'll need to modify > the ath module build or override by specifying ATH_RATE; e.g. > > cd sys/modules/ath > make ATH_RATE=onoe > > The updated hal code adds support for several parts but otherwise > makes no effort to address driver bugs. You should see no > regressions relative to operation w/ the older hal. > > If you are running the 7.1 release you will need to import the hal > code that is now in > > sys/dev/ath/ath_hal > > before following the above instructions. I have no idea if this > will work for an earlier version of FreeBSD; if you're not running > at least 7.1 my advise is to upgrade. > > Please report any issues to this mailing list. With this code in my kernel I get: ath0: unable to reset hardware; hal status 0 ioctl[SIOCS80211, op 23, arg 0x0] : Invalid argument Failed to initiate AP scan. ath0: unable to reset hardware; hal status 14 ioctl[SIOCS80211, op 23, arg 0x0] : Invalid argument Failed to initiate AP scan. when I try to use wpa_supplicant with the code. My home network uses WPA. Best, George --Apple-Mail-101--236459189 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAklmzJMACgkQYdh2wUQKM9LNmgCffBuVJaw9Ek3gWyF9xD9vWWE7 3jkAoMZsfyKbQimJCCOwuKR3nlrf6jLx =Z6FV -----END PGP SIGNATURE----- --Apple-Mail-101--236459189-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 04:43:56 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60881106564A for ; Fri, 9 Jan 2009 04:43:56 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6CB8FC0A for ; Fri, 9 Jan 2009 04:43:56 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from [192.168.1.204] (baba.farley.org [192.168.1.204]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n094WMdl026848; Thu, 8 Jan 2009 22:32:22 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Thu, 8 Jan 2009 22:32:22 -0600 (CST) From: "Sean C. Farley" To: Sam Leffler In-Reply-To: <49665E35.1050301@errno.com> Message-ID: References: <49665E35.1050301@errno.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: stable@FreeBSD.org Subject: Re: CFT: ath hal src switchover X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 04:43:56 -0000 On Thu, 8 Jan 2009, Sam Leffler wrote: > I've brought the hal source code back to RELENG_7 but not connected it > to the build and/or driver. I want folks to test this before I commit > those changes. To do this you must have an up to date RELENG_7 code > base and then apply this patch: > > http://people.freebsd.org/~sam/ath_hal-releng7.patch *snip* > Please report any issues to this mailing list. No problems for my Netgear WPN511. It works well at home. Now, if I just could figure out why the recent Aruba update at work is preventing me from authenticating with it, I would be happy. This is not related to the MFC of the code. iPhones and MacOSX 10.4 (but not 10.5) are also having problems. Windows works. Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 06:54:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6433110657B3 for ; Fri, 9 Jan 2009 06:54:14 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id 4CC0115695D for ; Fri, 9 Jan 2009 06:54:01 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: (qmail 32655 invoked from network); 9 Jan 2009 06:52:21 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 9 Jan 2009 06:52:21 -0000 Message-ID: <4966F425.8060001@freebsd.org> Date: Thu, 08 Jan 2009 22:52:21 -0800 From: Colin Percival User-Agent: Thunderbird 2.0.0.17 (X11/20081002) MIME-Version: 1.0 To: Aristedes Maniatis , FreeBSD Stable References: <49665FEF.6030808@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD Update should be back to normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 06:54:14 -0000 Aristedes Maniatis wrote: > > On 09/01/2009, at 7:19 AM, Colin Percival wrote: > >> 2. Assuming the first mirror still fails, use the -s option to pick a >> different >> mirror. > > Where can we find a list of mirrors? The list of is distributed via DNS SRV records: # host -t srv _http._tcp.update.freebsd.org prints a list of the mirrors (currently update1 through update4, but that is subject to change). -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 08:01:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16829106566B for ; Fri, 9 Jan 2009 08:01:37 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id C1F5C8FC14 for ; Fri, 9 Jan 2009 08:01:36 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 12389C8DD; Fri, 9 Jan 2009 10:01:35 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40599-03; Fri, 9 Jan 2009 10:01:34 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 19092C8DB; Fri, 9 Jan 2009 10:01:34 +0200 (EET) Message-ID: <4967045D.30109@bulinfo.net> Date: Fri, 09 Jan 2009 10:01:33 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Torfinn Ingolfsen References: <49633C85.3090507@bulinfo.net> <20090108204311.c9700e91.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20090108204311.c9700e91.torfinn.ingolfsen@broadpark.no> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org Subject: Re: ACPI support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 08:01:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Thanks for your reply! Torfinn Ingolfsen wrote: > On Tue, 06 Jan 2009 13:12:05 +0200 > Krassimir Slavchev wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hello All, >> >> I have had a problem detecting the network card on my notebook when >> ACPI is enabled for a year. The problem still exists in 7.1-RELEASE. > > Which make and model notebook is this? > Acer Aspire 5920G > You have my sympaties, my own laptop[1] (Acer Aspire 5672) have the same > sort of problem - drivers for NICs (both wired and wireless) will not > attach if acpi is enabled. And this laptop gets too hot when acpi is > disabled - I fear it will overheat. Linux runs fine[2] on it. > same > I had a lot of help in trying to fix the problem a wbile back (check > the freebsd-mobile mailing list archives), but in the end, nothing > helped. I have found that thread. > > I can only offer general advice, not a solution. Try too look for > a modfified DSDT for your notebook, perhpas you will find something > that helps. > > References: > 1) http://tingox.googlepages.com/aceraspireas5672andfreebsd > 2) http://tingox.googlepages.com/as5672_xubuntu Modifying the DSDT was the first thing I tried a year ago but nothing. The problem may be with allocating resources by ACPI PCI-PCI bridge. There is a way to set needed values: http://lists.freebsd.org/pipermail/freebsd-acpi/2008-May/004905.html I am still not sure where is the exact problem! Whether something is wrong with ACPI PCI-PCI bridge or ACPI does not offer these resources? I would like to work on this and any help is welcome Best Regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFJZwRdxJBWvpalMpkRAuP0AJ9gn2sc9vF2emPfqEBxl7suNYNzTgCePbWp k8L3cDbNfYYxJ6gT6b/541g= =wZlz -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 08:02:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE071065672 for ; Fri, 9 Jan 2009 08:02:10 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id DB7238FC17 for ; Fri, 9 Jan 2009 08:02:09 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so3061320fgb.35 for ; Fri, 09 Jan 2009 00:02:08 -0800 (PST) Received: by 10.86.86.12 with SMTP id j12mr14753945fgb.33.1231488128633; Fri, 09 Jan 2009 00:02:08 -0800 (PST) Received: by 10.86.84.8 with HTTP; Fri, 9 Jan 2009 00:02:08 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 16:02:08 +0800 From: "Mars G Miro" To: "Jack Vogel" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 08:02:10 -0000 On Fri, Jan 9, 2009 at 2:50 AM, Mars G Miro wrote: > On Fri, Jan 9, 2009 at 2:33 AM, Jack Vogel wrote: >> Well, I am at Intel you know, and even we don't seem to have any systems >> with >> 82576 down in my group here. The way link works I can be about 99.9% sure >> in saying its not the driver. Its preproduction so there are lots of >> possibilities, >> and the biggest problem is its going to be difficult to help when I don't >> have any >> such hardware :( >> >> I've heard from the 1G product team that they have seen EEPROM mismatches >> on systems that will result in things not working in funny ways. > > > Jahh, I've seen those but not w/ Intel NICs. I believe it was from > Broadcom on some IBM x3455? (IIRC) and it was indeed quite amusing ;-) > > >> >> If you have a back to back connection to another NIC on Port 0, no switch, >> does >> it still autoneg to 100? >> Connected back to back w/ another box w/ a GigE NIC, it now does 1000baseTX: igb0: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:c5:db:e2 inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1 inet 192.168.70.2 netmask 0xffffff00 broadcast 192.168.70.255 media: Ethernet autoselect (1000baseTX ) status: active But still not without problems. I hafta ifconfig down/up it several times until I can see the other end. W/c is the same for igb1. > [snip] -- cheers mars From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 09:01:36 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E93106567A; Fri, 9 Jan 2009 09:01:36 +0000 (UTC) (envelope-from Manfred.Knick@T-Online.de) Received: from mailout04.t-online.de (mailout04.t-online.de [194.25.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB078FC18; Fri, 9 Jan 2009 09:01:36 +0000 (UTC) (envelope-from Manfred.Knick@T-Online.de) Received: from fwd04.aul.t-online.de by mailout04.sul.t-online.de with smtp id 1LLDFF-0004c8-03; Fri, 09 Jan 2009 10:01:33 +0100 Received: from [192.168.1.21] (XLoqoOZDZh5MRjlyDX26rt6fXNOlz6ox2BpCGijcMFB7T2AlwtPrmr8P+YpKrFBQar@[79.239.220.135]) by fwd04.t-online.de with esmtp id 1LLDF0-0xTVqa0; Fri, 9 Jan 2009 10:01:18 +0100 Message-ID: <4967125D.80801@T-Online.de> Date: Fri, 09 Jan 2009 10:01:17 +0100 From: Manfred_Knick User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Robert Noland References: <496651ED.8080102@T-Online.de> <1231460648.93079.65.camel@squirrel.corp.cox.com> In-Reply-To: <1231460648.93079.65.camel@squirrel.corp.cox.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-ID: XLoqoOZDZh5MRjlyDX26rt6fXNOlz6ox2BpCGijcMFB7T2AlwtPrmr8P+YpKrFBQar X-TOI-MSGID: e7b39dcc-7ee2-4c0b-ba68-2d7c791ff922 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: possibility of a "severe flaw in the logic of FreeBSD's kernel handling multiple host bridges ..." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 09:01:37 -0000 Robert Noland schrieb: > I'm really not sure that I am the best person to try and tackle this, Hi, Robert, thank you very much for your reply! > but it does fall somewhere near me... Can you send me a pciconf -lv. You are welcome! Well, as stated in the reports, I'm prepared to help with additional information and tests I can provide. My main background is Gentoo (GNU/Linux source based rolling meta- distribution), thus knowing my way around building my hand-crafted kernels ... Kind regards Manfred . --- --- --- pciconf -lv --- --- --- hostb0@pci0:0:0:0: class=0x060000 card=0x00e11849 chip=0x00e110de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce3 250 Host/PCI Bridge' <===== class = bridge subclass = HOST-PCI isab0@pci0:0:1:0: class=0x060100 card=0x00e01849 chip=0x00e010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce3 250 LPC Interface Bridge' class = bridge subclass = PCI-ISA none0@pci0:0:1:1: class=0x0c0500 card=0x00e41849 chip=0x00e410de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce3 250 PCI System Management' class = serial bus subclass = SMBus ohci0@pci0:0:2:0: class=0x0c0310 card=0x00e71849 chip=0x00e710de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce3 250 OpenHCD USB Controller' class = serial bus subclass = USB ohci1@pci0:0:2:1: class=0x0c0310 card=0x00e71849 chip=0x00e710de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce3 250 OpenHCD USB Controller' class = serial bus subclass = USB ehci0@pci0:0:2:2: class=0x0c0320 card=0x00e81849 chip=0x00e810de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce3 250 Enhanced PCI to USB Controller' class = serial bus subclass = USB atapci0@pci0:0:8:0: class=0x01018a card=0x00e51849 chip=0x00e510de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce3 250 Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:0:10:0: class=0x010185 card=0x00e31849 chip=0x00e310de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce3 250 Serial ATA Controller' class = mass storage subclass = ATA pcib1@pci0:0:11:0: class=0x060400 card=0x00000000 chip=0x00e210de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce3 250 AGP Host to PCI Bridge' <===== class = bridge subclass = PCI-PCI pcib2@pci0:0:14:0: class=0x060400 card=0x00000000 chip=0x00ed10de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce3 250 PCI-PCI Bridge' <===== class = bridge subclass = PCI-PCI hostb1@pci0:0:16:0: class=0x060000 card=0x00000000 chip=0x169510b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi M1695 K8 Northbridge with PCIe and hypertransport' class = bridge subclass = HOST-PCI pcib3@pci0:0:17:0: class=0x060400 card=0x00000000 chip=0x524b10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALi PCIe Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:0:18:0: class=0x060400 card=0x00000000 chip=0x524c10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALi PCIe Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:0:19:0: class=0x060400 card=0x00000000 chip=0x524d10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' class = bridge subclass = PCI-PCI hostb2@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon 64/Opteron/Sempron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon 64/Opteron/Sempron Address Map' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon 64/Opteron/Sempron DRAM Controller' class = bridge subclass = HOST-PCI hostb5@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon 64/Opteron/Sempron Miscellaneous Control' class = bridge subclass = HOST-PCI hostb6@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon 64/Opteron/Sempron Link Control' class = bridge subclass = HOST-PCI vgapci0@pci0:4:0:0: class=0x030000 card=0x0f84102b chip=0x2527102b rev=0x01 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' device = 'MGA-G550 AGP Chipset' <===== class = display subclass = VGA atapci2@pci0:1:0:0: class=0x010185 card=0x23631849 chip=0x2363197b rev=0x03 hdr=0x00 vendor = 'JMicron Technology Corp' device = 'JMB36X PCIe-to-SATA-300/IDE RAID Controller' class = mass storage subclass = ATA re0@pci0:2:0:0: class=0x020000 card=0x81681849 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 09:16:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 713D010656D6 for ; Fri, 9 Jan 2009 09:16:00 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 25A4A8FC18 for ; Fri, 9 Jan 2009 09:15:59 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c2so3284582anc.13 for ; Fri, 09 Jan 2009 01:15:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=IKzcrmgCMXlMd5j2uIIUTlJIiVl+yikBlomhYZmFxE8=; b=ppF2fUCpSYofW0C82pNt3GJTzzQ6ipSoJhxAe9lWhY7QMQrnBy4mRpkzRskeCASJvR exry37xS36YtC7EIiyapKqMWAIuG8aTmgnk23DMyMWKPDuAY+1qFvQsdL3j9+Wsk1noZ yaF9kMXJWm29bmBTiP9cRQbzZBUV++s+RYQQI= 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=P8DBa+HRIjYGhh+vmhwl07BlVTaunQDaH24TaKc4KF33VNZ8gHpFK5D/DaDxQn4ffE bsVoY3P4si3r2Mb8BB63p4YZC/eCfcchhX8ZkhsWSD59v0IPg2OrWm5xVI6L5VZfwVJP Ua0cFUCryJmoDi84im6FJ78iEIXDNDpTvQCmQ= Received: by 10.100.214.15 with SMTP id m15mr13672935ang.81.1231492559488; Fri, 09 Jan 2009 01:15:59 -0800 (PST) Received: by 10.101.68.13 with HTTP; Fri, 9 Jan 2009 01:15:59 -0800 (PST) Message-ID: <2a41acea0901090115q6af9f364qac23a8cce444d27a@mail.gmail.com> Date: Fri, 9 Jan 2009 01:15:59 -0800 From: "Jack Vogel" To: "Mars G Miro" In-Reply-To: MIME-Version: 1.0 References: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 09:16:00 -0000 On Fri, Jan 9, 2009 at 12:02 AM, Mars G Miro wrote: > On Fri, Jan 9, 2009 at 2:50 AM, Mars G Miro > wrote: > > On Fri, Jan 9, 2009 at 2:33 AM, Jack Vogel wrote: > >> Well, I am at Intel you know, and even we don't seem to have any systems > >> with > >> 82576 down in my group here. The way link works I can be about 99.9% > sure > >> in saying its not the driver. Its preproduction so there are lots of > >> possibilities, > >> and the biggest problem is its going to be difficult to help when I > don't > >> have any > >> such hardware :( > >> > >> I've heard from the 1G product team that they have seen EEPROM > mismatches > >> on systems that will result in things not working in funny ways. > > > > > > Jahh, I've seen those but not w/ Intel NICs. I believe it was from > > Broadcom on some IBM x3455? (IIRC) and it was indeed quite amusing ;-) > > > > > >> > >> If you have a back to back connection to another NIC on Port 0, no > switch, > >> does > >> it still autoneg to 100? > >> > > Connected back to back w/ another box w/ a GigE NIC, it now does > 1000baseTX: > > igb0: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:30:48:c5:db:e2 > inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1 > inet 192.168.70.2 netmask 0xffffff00 broadcast 192.168.70.255 > media: Ethernet autoselect (1000baseTX ) > status: active > > But still not without problems. I hafta ifconfig down/up it several > times until I can see the other end. W/c is the same for igb1. > OK, so you have some switch issue. What do you mean "see the other end", if its back to back and boots up I assume it gets link, if you have the address assigned in rc.conf, and you run tcpdump on the partner do you see the arp when it comes online, and at that point can the other side ping it? Oh, and what is the link partner hardware? Jack From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 10:14:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37619106564A for ; Fri, 9 Jan 2009 10:14:36 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id C327E8FC1D for ; Fri, 9 Jan 2009 10:14:35 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so3076738fgb.35 for ; Fri, 09 Jan 2009 02:14:34 -0800 (PST) Received: by 10.86.74.4 with SMTP id w4mr14805785fga.2.1231496074567; Fri, 09 Jan 2009 02:14:34 -0800 (PST) Received: by 10.86.84.8 with HTTP; Fri, 9 Jan 2009 02:14:34 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 18:14:34 +0800 From: "Mars G Miro" To: "Jack Vogel" In-Reply-To: <2a41acea0901090115q6af9f364qac23a8cce444d27a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> <2a41acea0901090115q6af9f364qac23a8cce444d27a@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 10:14:36 -0000 On Fri, Jan 9, 2009 at 5:15 PM, Jack Vogel wrote: > [snip] >> >> >> >> If you have a back to back connection to another NIC on Port 0, no >> >> switch, >> >> does >> >> it still autoneg to 100? >> >> >> >> Connected back to back w/ another box w/ a GigE NIC, it now does >> 1000baseTX: >> >> igb0: flags=8843 metric 0 mtu 1500 >> options=19b >> ether 00:30:48:c5:db:e2 >> inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1 >> inet 192.168.70.2 netmask 0xffffff00 broadcast 192.168.70.255 >> media: Ethernet autoselect (1000baseTX ) >> status: active >> >> But still not without problems. I hafta ifconfig down/up it several >> times until I can see the other end. W/c is the same for igb1. > > > OK, so you have some switch issue. What do you mean "see the other end", > if its back to back and boots up I assume it gets link, if you have the > address > assigned in rc.conf, and you run tcpdump on the partner do you see the arp > when it comes online, and at that point can the other side ping it? > By 'see the other end' , I meant that even if It says 1000baseTX, i still can't ping the other end, well not really, as I can now see it gots bad chksums: 1. 001691 00:30:48:c5:db:e2 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: arp who-has 192.168.70.2 tell 192.168.70.2 1. 511111 00:30:48:c5:db:e2 > 00:30:48:61:d7:f2, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 20346, offset 0, flags [none], proto ICMP (1), length 84) 192.168.70.2 > 192.168.70.1: ICMP echo request, id 14852, seq 0, length 64 000012 00:30:48:61:d7:f2 > 00:30:48:c5:db:e2, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 3034, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->617b)!) 192.168.70.1 > 192.168.70.2: ICMP echo reply, id 14852, seq 0, length 64 1. 001611 00:30:48:c5:db:e2 > 00:30:48:61:d7:f2, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 57773, offset 0, flags [none], proto ICMP (1), length 84) 192.168.70.2 > 192.168.70.1: ICMP echo request, id 14852, seq 1, length 64 000011 00:30:48:61:d7:f2 > 00:30:48:c5:db:e2, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 59591, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->848d)!) 192.168.70.1 > 192.168.70.2: ICMP echo reply, id 14852, seq 1, length 64 and this is back to back w/ another box w/ a GigE NIC (nfe, w/c has been in production for some time) > Oh, and what is the link partner hardware? > The switch? it's a Dlink 48-Port DGS-1248T GigE switch. Thanks. > Jack > > -- cheers mars From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 10:22:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E40241065673 for ; Fri, 9 Jan 2009 10:22:17 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 44C6D8FC12 for ; Fri, 9 Jan 2009 10:22:16 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by bwz13 with SMTP id 13so2228273bwz.19 for ; Fri, 09 Jan 2009 02:22:15 -0800 (PST) Received: by 10.86.59.2 with SMTP id h2mr7101952fga.30.1231496535580; Fri, 09 Jan 2009 02:22:15 -0800 (PST) Received: by 10.86.84.8 with HTTP; Fri, 9 Jan 2009 02:22:15 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 18:22:15 +0800 From: "Mars G Miro" To: "Jack Vogel" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> <2a41acea0901090115q6af9f364qac23a8cce444d27a@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: igb on a Nehalem system, buildworld stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 10:22:18 -0000 On Fri, Jan 9, 2009 at 6:14 PM, Mars G Miro wrote: > On Fri, Jan 9, 2009 at 5:15 PM, Jack Vogel wrote: >> > [snip] >>> >> >>> >> If you have a back to back connection to another NIC on Port 0, no >>> >> switch, >>> >> does >>> >> it still autoneg to 100? >>> >> >>> >>> Connected back to back w/ another box w/ a GigE NIC, it now does >>> 1000baseTX: >>> >>> igb0: flags=8843 metric 0 mtu 1500 >>> options=19b >>> ether 00:30:48:c5:db:e2 >>> inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1 >>> inet 192.168.70.2 netmask 0xffffff00 broadcast 192.168.70.255 >>> media: Ethernet autoselect (1000baseTX ) >>> status: active >>> >>> But still not without problems. I hafta ifconfig down/up it several >>> times until I can see the other end. W/c is the same for igb1. >> >> >> OK, so you have some switch issue. What do you mean "see the other end", >> if its back to back and boots up I assume it gets link, if you have the >> address >> assigned in rc.conf, and you run tcpdump on the partner do you see the arp >> when it comes online, and at that point can the other side ping it? >> > > By 'see the other end' , I meant that even if It says 1000baseTX, i > still can't ping the other end, well not really, as I can now see it > gots bad chksums: > > 1. 001691 00:30:48:c5:db:e2 > ff:ff:ff:ff:ff:ff, ethertype ARP > (0x0806), length 60: arp who-has 192.168.70.2 tell 192.168.70.2 > 1. 511111 00:30:48:c5:db:e2 > 00:30:48:61:d7:f2, ethertype IPv4 > (0x0800), length 98: (tos 0x0, ttl 64, id 20346, offset 0, flags > [none], proto ICMP (1), length 84) 192.168.70.2 > 192.168.70.1: ICMP > echo request, id 14852, seq 0, length 64 > 000012 00:30:48:61:d7:f2 > 00:30:48:c5:db:e2, ethertype IPv4 (0x0800), > length 98: (tos 0x0, ttl 64, id 3034, offset 0, flags [none], proto > ICMP (1), length 84, bad cksum 0 (->617b)!) 192.168.70.1 > > 192.168.70.2: ICMP echo reply, id 14852, seq 0, length 64 > 1. 001611 00:30:48:c5:db:e2 > 00:30:48:61:d7:f2, ethertype IPv4 > (0x0800), length 98: (tos 0x0, ttl 64, id 57773, offset 0, flags > [none], proto ICMP (1), length 84) 192.168.70.2 > 192.168.70.1: ICMP > echo request, id 14852, seq 1, length 64 > 000011 00:30:48:61:d7:f2 > 00:30:48:c5:db:e2, ethertype IPv4 (0x0800), > length 98: (tos 0x0, ttl 64, id 59591, offset 0, flags [none], proto > ICMP (1), length 84, bad cksum 0 (->848d)!) 192.168.70.1 > > 192.168.70.2: ICMP echo reply, id 14852, seq 1, length 64 > > and this is back to back w/ another box w/ a GigE NIC (nfe, w/c has > been in production for some time) > >> Oh, and what is the link partner hardware? >> > > The switch? it's a Dlink 48-Port DGS-1248T GigE switch. > > Thanks. > btw, I tried 200812-CURRENT and CURRENT as of Jan 7 and the behavior is still the same :-( >> Jack >> >> > > > > -- > cheers > mars > -- cheers mars From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 11:18:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEBD01065670 for ; Fri, 9 Jan 2009 11:18:58 +0000 (UTC) (envelope-from db@danielbond.org) Received: from mail.nsn.no (mailtwo.nsn.no [62.89.38.161]) by mx1.freebsd.org (Postfix) with SMTP id 27E268FC0C for ; Fri, 9 Jan 2009 11:18:57 +0000 (UTC) (envelope-from db@danielbond.org) Received: (qmail 26591 invoked by uid 0); 9 Jan 2009 11:18:56 -0000 Received: from unknown (HELO ?172.16.3.90?) (85.95.44.187) by mail.nsn.no with SMTP; 9 Jan 2009 11:18:56 -0000 Message-Id: <470C1D05-FD7B-4216-8598-36B6D886987B@danielbond.org> From: Daniel Bond To: Omer Faruk Sen In-Reply-To: <75a268720901080805t3b85fa2bgf9b78abc1fb9a5c4@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 9 Jan 2009 12:18:56 +0100 References: <75a268720901080805t3b85fa2bgf9b78abc1fb9a5c4@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-stable@freebsd.org Subject: Re: kernel dump with 7.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 11:18:59 -0000 Hi, I'm assuming you configured a a dump-device in rc.conf, but just in case, here are the options: db ~> grep dump /etc/defaults/rc.conf [p8@gonzales] dumpdev="AUTO" # Device to crashdump to (device name, AUTO, or NO). dumpdir="/var/crash" # Directory where crash dumps are to be stored savecore_flags="" # Used if dumpdev is enabled above, and present. using SWAP as the dumpdevice is the recommended way, as you sorta pointed out. More information can be found at: http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html On Jan 8, 2009, at 5:05 PM, Omer Faruk Sen wrote: > Hi, > > I am having kernel dumps with FreeBSD 7.1 > > panic: semexit - semid not allocated > cpuid = 1 > Uptime : 8m22s > Cannot dump. No dump device defined > Sleeping thread (tid 100129, pid 1479) owns a non-sleepable lock > > > I know it is not clear and there were no swap space configured on this > server (which I will re-install with swap space) but can someone > enlighten me about this since I think this bug was also in FreeBSD 6.2 > and fixed in FreeBSD 6.3 > > Regards. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 11:22:58 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17B9D1065674 for ; Fri, 9 Jan 2009 11:22:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id D3F198FC1E for ; Fri, 9 Jan 2009 11:22:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so10758699rvf.43 for ; Fri, 09 Jan 2009 03:22:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ixPPGnX3cfHBpEmsr95rrkvtGbyXxL2+NY4QAMo5hIY=; b=cy+ECf53sVmkjLFeAwyDTge4xwcW7ymVR6dDWWYK9+clSgAreDXdBkWqElO00FC3Oz EhaaeZw5VREqfiDyX23cG17uLz3SR6hs8pBR31hiY6R1nTxPqIYPU44OnUKAugoDkSAO 9EHxIt79kKTPpyIpZXauT90d1qFtnXf81IKcg= 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=D/9NKNX9uoMQ08j1cR0iMfdFHfVNlNlbHmR8DxdnVbO508z0ZEBwoVK7FFoHo0Ux5r zKwFWW7QPhm7Z+EILXosl7h+/5sY7i8cnxwWHcCPFMr3R5/mYZ+GNhRuWXJ7pB3+T9T3 NgFNYV3CofCnddJmHA8Du5EfTutl3RKNlN/2s= Received: by 10.141.162.9 with SMTP id p9mr12676557rvo.202.1231500177590; Fri, 09 Jan 2009 03:22:57 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g14sm878184rvb.0.2009.01.09.03.22.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jan 2009 03:22:56 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n09BMlsJ035820 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2009 20:22:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n09BMkuC035819; Fri, 9 Jan 2009 20:22:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 9 Jan 2009 20:22:46 +0900 From: Pyun YongHyeon To: Barbara Message-ID: <20090109112246.GI30747@cdnetworks.co.kr> References: <28973184.939641231151814355.JavaMail.defaultUser@defaultHost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28973184.939641231151814355.JavaMail.defaultUser@defaultHost> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-stable@FreeBSD.org Subject: Re: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 11:22:58 -0000 On Mon, Jan 05, 2009 at 11:36:54AM +0100, Barbara wrote: [...] > I've tried all the thing you've suggested with > the same result. > I've disabled "LAN Option ROM", but it seems that I don't have > the other options you mentioned. > I've downloaded and burned the 7.1-RELEASE dvd > and tried to boot from it, but it hangs at the same point. > Finally I've tried > booting a CURRENT snapshot cd (8.0-CURRENT-200812) and I was able to properly > configure the device in sysinstall. > Any idea about the problem? No, there is no source code differences between CURRENT and 7.1-RELEASE. > I've installed > from 7.0 and I have another NIC, but being now age in GENERIC, I hope it will > not cause troubles to other people installing for the first time. > Anyway thank > you for now, and ask me if there is something that I can do to fix the problem > like more tests, patches, etc. > Would try the following WIP version? http://people.freebsd.org/~yongari/age/if_age.c http://people.freebsd.org/~yongari/age/if_agereg.h I have no longer access to L1 hardware so I don't know whether it helps or not. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 11:25:30 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C45DA106566B for ; Fri, 9 Jan 2009 11:25:30 +0000 (UTC) (envelope-from db@danielbond.org) Received: from mail.nsn.no (mailtwo.nsn.no [62.89.38.161]) by mx1.freebsd.org (Postfix) with SMTP id 0D6E48FC14 for ; Fri, 9 Jan 2009 11:25:29 +0000 (UTC) (envelope-from db@danielbond.org) Received: (qmail 33307 invoked by uid 0); 9 Jan 2009 11:25:29 -0000 Received: from unknown (HELO ?172.16.3.90?) (85.95.44.187) by mail.nsn.no with SMTP; 9 Jan 2009 11:25:29 -0000 Message-Id: <0E426716-3254-4262-98C1-55BDDFAFE545@danielbond.org> From: Daniel Bond To: edv@americanadigital.com.br In-Reply-To: <200901081026.n08AQfnd099707@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 9 Jan 2009 12:25:28 +0100 References: <200901081026.n08AQfnd099707@lurza.secnetix.de> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: NIC for VLAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 11:25:31 -0000 Hi, BCE-based cards looks good on paper, but it's firmware is of poor =20 quality compared to BGE-based cards. The BCE-cards could sink 1.48Mpps, but it ftq drops 800Kpps, and the =20 host sees 600Kpps. TX is ~800Kpps (according to sephe). That said, I'm using dot1q vlan trunks on both bce and bge based =20 cards, and it's working well. Regards, Daniel. On Jan 8, 2009, at 11:26 AM, Oliver Fromme wrote: > Edvaldo Silva wrote: >> Please, can someone point a NIC, PCI 2.2 specs, full VLAN capable =20 >> under >> FreeBSD? > > I'm using bge(4) and bce(4) interfaces (Broadcom GBit) and > fxp(4) ones (100 MBit) in enviroments with heavy use of VLANs. > They work very well. There are no problems with the MTU. > > Best regards > Oliver > > --=20 > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing =20= > b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, =20 > Gesch=E4ftsfuehrung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht =20= > M=FCn- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf =20= > Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: = http://www.secnetix.de/bsd > > "A language that doesn't have everything is actually easier > to program in than some that do." > -- Dennis M. Ritchie > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org=20 > " From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 11:48:25 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93C2910656EA for ; Fri, 9 Jan 2009 11:48:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9D18FC1B for ; Fri, 9 Jan 2009 11:48:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LLFqi-0001Ew-4K; Fri, 09 Jan 2009 13:48:24 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Pyun YongHyeon Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jan 2009 13:48:24 +0200 From: Danny Braniss Message-ID: Cc: FreeBSD-stable@FreeBSD.org Subject: more marvell marvels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 11:48:26 -0000 hi, the mb is asus P5K-VM, the onboard nic is, acccording to pciconf: mskc0@pci0:1:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8056 Yukon PCI-E Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD cap 05[5c] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 legacy endpoint nothing new here, problems have been reported before, but: my very first attempt - after a very long time - of booting 7.1-stable, produced a panic because msk could not find its physio, by the time i had the serial console attached and working, that problem disappeared :-( now, after reboot, it sometimes hangs - because the net is not working, and only if I unplug the ethernet, (no signs of the driver seeing this), and replug things begin to work. btw, i had to set hw.msk.legacy_intr="1" to get things working. any patches for 7.1-stable to test? danny From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 12:19:39 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4821D106571E for ; Fri, 9 Jan 2009 12:19:39 +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 114AD8FC14 for ; Fri, 9 Jan 2009 12:19:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so10776911rvf.43 for ; Fri, 09 Jan 2009 04:19:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=i9iqnaTraN33e0CqDUzhdpTvq8udoDKBxu06xs4v/4s=; b=kycNGW7LAhNWxmf75oy/RRgKDKJ4KS7lMn12DhBVJSTlCIRICAJz69ThJsTik6Tbwg TJrnCx0VAtadoXl4zILVmOwjrm1f38gnXiEIVQ+IckXwlSNYLI9wloYY+5wFEqIU5Qm8 lmQ0gJ4tnIfKmu9EFKGHQsXTRB8jtAjgAjzWo= 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=Xk42garYXIx+UoAFS/5aSdUUBbSd/EK9VJzNoBZ7FG7UORQZvWQ/Gmz8i3rm6HSou/ 2ynwWWMnm9R7y0gTdc/86x6s1qbKkAdZcJPUHtymUbKtKT/ttObHAVi9piUigvCxfp+k +SYsWwnWLJWcBQlaHPiY6l8r2S77cN6mKtnF4= Received: by 10.141.194.6 with SMTP id w6mr12726013rvp.11.1231503578739; Fri, 09 Jan 2009 04:19:38 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id f42sm2081187rvb.5.2009.01.09.04.19.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jan 2009 04:19:37 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n09CJUJH035998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2009 21:19:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n09CJUuk035997; Fri, 9 Jan 2009 21:19:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 9 Jan 2009 21:19:30 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20090109121930.GJ30747@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-stable@freebsd.org Subject: Re: more marvell marvels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 12:19:39 -0000 On Fri, Jan 09, 2009 at 01:48:24PM +0200, Danny Braniss wrote: > hi, the mb is asus P5K-VM, the onboard nic is, acccording to pciconf: > > mskc0@pci0:1:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab > rev=0x12 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '88E8056 Yukon PCI-E Gigabit Ethernet Controller' > class = network > subclass = ethernet > cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 03[50] = VPD > cap 05[5c] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 legacy endpoint > > nothing new here, problems have been reported before, but: > > my very first attempt - after a very long time - of booting 7.1-stable, > produced > a panic because msk could not find its physio, by the time i had the serial > console > attached and working, that problem disappeared :-( > now, after reboot, it sometimes hangs - because the net is not working, and > only if > I unplug the ethernet, (no signs of the driver seeing this), and replug things > begin > to work. btw, i had to set > hw.msk.legacy_intr="1" > to get things working. > > any patches for 7.1-stable to test? > If memory serve me right you have Yukon EC Ultra with 88E1149 PHY, right? CURRENT has some stability fixes but the source wouldn't be compiled on stable/7 yet due to KPI differences. I have plan to add some features in next week which make it possible to use HEAD version on stable/7. I'm not sure the patch for 88E8040 could be applied to stable/7 but the patch has some fixes for link state handling. Would you give it try? http://people.freebsd.org/~yongari/msk/msk.88E8040.patch14 Note, the 88E8040 patch is not complete yet and may cause other problems too. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 14:15:15 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27FB910656E2 for ; Fri, 9 Jan 2009 14:15:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id D45498FC1E for ; Fri, 9 Jan 2009 14:15:14 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LLI8n-0002QL-7Y; Fri, 09 Jan 2009 16:15:13 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: pyunyh@gmail.com In-reply-to: <20090109121930.GJ30747@cdnetworks.co.kr> References: <20090109121930.GJ30747@cdnetworks.co.kr> Comments: In-reply-to Pyun YongHyeon message dated "Fri, 09 Jan 2009 21:19:30 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jan 2009 16:15:13 +0200 From: Danny Braniss Message-ID: Cc: FreeBSD-stable@freebsd.org Subject: Re: more marvell marvels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 14:15:15 -0000 > On Fri, Jan 09, 2009 at 01:48:24PM +0200, Danny Braniss wrote: > > hi, the mb is asus P5K-VM, the onboard nic is, acccording to pciconf: > > > > mskc0@pci0:1:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab > > rev=0x12 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device = '88E8056 Yukon PCI-E Gigabit Ethernet Controller' > > class = network > > subclass = ethernet > > cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 > > cap 03[50] = VPD > > cap 05[5c] = MSI supports 1 message, 64 bit > > cap 10[e0] = PCI-Express 1 legacy endpoint > > > > nothing new here, problems have been reported before, but: > > > > my very first attempt - after a very long time - of booting 7.1-stable, > > produced > > a panic because msk could not find its physio, by the time i had the serial > > console > > attached and working, that problem disappeared :-( > > now, after reboot, it sometimes hangs - because the net is not working, and > > only if > > I unplug the ethernet, (no signs of the driver seeing this), and replug things > > begin > > to work. btw, i had to set > > hw.msk.legacy_intr="1" > > to get things working. > > > > any patches for 7.1-stable to test? > > > > If memory serve me right you have Yukon EC Ultra with 88E1149 PHY, > right? e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [ITHREAD] > CURRENT has some stability fixes but the source wouldn't be > compiled on stable/7 yet due to KPI differences. I have plan to add > some features in next week which make it possible to use HEAD > version on stable/7. > > I'm not sure the patch for 88E8040 could be applied to stable/7 > but the patch has some fixes for link state handling. Would you > give it try? > http://people.freebsd.org/~yongari/msk/msk.88E8040.patch14 > Note, the 88E8040 patch is not complete yet and may cause other > problems too. I'll try asap thanks, danny > > -- > Regards, > Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 14:49:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C1C106564A for ; Fri, 9 Jan 2009 14:49:49 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cetus.palisadesys.com (cetus.palisadesys.com [205.237.115.21]) by mx1.freebsd.org (Postfix) with ESMTP id B6A808FC14 for ; Fri, 9 Jan 2009 14:49:48 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cancer.palisadesys.com (serverwatch [172.16.1.98]) by cetus.palisadesys.com (8.14.3/8.14.3) with ESMTP id n09EnjgH051803; Fri, 9 Jan 2009 08:49:45 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [205.237.115.21]) (authenticated bits=0) by cancer.palisadesys.com (8.14.2/8.14.2) with ESMTP id n09Eng05050734; Fri, 9 Jan 2009 08:49:43 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <49676406.9050902@palisadesys.com> Date: Fri, 09 Jan 2009 08:49:42 -0600 From: Guy Helmer User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Pete French , freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (cancer.palisadesys.com [205.237.115.20]); Fri, 09 Jan 2009 08:49:43 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 14:49:49 -0000 Pete French wrote: > I have a number of HP 1U servers, all of which were running 7.0 > perfectly happily. I have been testing 7.1 in it's various incarnations > for the last couple of months on our test server and it has performed > perfectly. > > So the last two days I have been round upgrading all our servers, knowing > that I had run the system stably on identical hardware for some time. > > Since then I have starte seeing machines lock up. This always happens under > heavy disc load. When I bring the machine back up then sometimes it fails > to fsck due to a partialy truncated inode. The locksup appear to > be disc related - on my mysql msater machine it will come back up with > files somewhat shorted than those which ahve aready been transmitted to > the slave (i.e. some data was in memory, and claimed to have been written > to the drive, but never made it onto the disc). > > The only time I have seen anything useful on the screen was during one lockup > where I got a message about a spin lock being held too long and some > comment in parentheses about it being a turnstile lock. > > Help! :-( > > I am now downgrading all the machine to 7.0 as fast as I can - though the > machine I am trying to compile it on has locked up once during the compile > so I havent got anywhere so far. > > The machines are HP Proliant DL360 G5s - they have an embedded P400i > RAID controller with a pair of mirrored drives connected. Each one has > both ethernets connected, bundled using lagg and LACP. > > I can't tell whether my situation is related, but I am seeing lockups on SMP Supermicro servers with both older (NetBurst-ish) and current Xeon CPUs. I have been dropping into the kernel debugger and getting lock information and process backtraces, but so far nothing has been conclusively identified. I think the issue I'm seeing was introduced sometime between October 2 and November 24 in the RELENG_7 branch, and I suppose the next step is to do a binary search for the offending change. Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 15:06:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBF68106566C for ; Fri, 9 Jan 2009 15:06:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B34588FC1B for ; Fri, 9 Jan 2009 15:06:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n09F66ka008503; Fri, 9 Jan 2009 10:06:06 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id n09F65sF035500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2009 10:06:06 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200901091506.n09F65sF035500@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 09 Jan 2009 10:05:57 -0500 To: Guy Helmer , Pete French , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <49676406.9050902@palisadesys.com> References: <49676406.9050902@palisadesys.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 15:06:09 -0000 At 09:49 AM 1/9/2009, Guy Helmer wrote: >>RAID controller with a pair of mirrored drives connected. Each one has >>both ethernets connected, bundled using lagg and LACP. >> >> >I can't tell whether my situation is related, but I am seeing >lockups on SMP Supermicro servers with both older (NetBurst-ish) and >current Xeon CPUs. I have been dropping into the kernel debugger >and getting lock information and process backtraces, but so far >nothing has been conclusively identified. I think the issue I'm >seeing was introduced sometime between October 2 and November 24 in >the RELENG_7 branch, and I suppose the next step is to do a binary >search for the offending change. Are you using the same disk controller as Peter ? Do both of you run with quotas on the file system ? By lockup, do you mean it doesnt respond to the network either or just anything that needs disk IO ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 15:15:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D597106575B for ; Fri, 9 Jan 2009 15:15:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 1AED18FC1A for ; Fri, 9 Jan 2009 15:15:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLJ4n-0006Xt-Te; Fri, 09 Jan 2009 15:15:09 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLJ4n-000Edn-Ry; Fri, 09 Jan 2009 15:15:09 +0000 To: freebsd-stable@freebsd.org, ghelmer@palisadesys.com, mike@sentex.net In-Reply-To: <200901091506.n09F65sF035500@lava.sentex.ca> Message-Id: From: Pete French Date: Fri, 09 Jan 2009 15:15:09 +0000 Cc: Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 15:15:16 -0000 > Are you using the same disk controller as Peter ? Do both of you run > with quotas on the file system ? By lockup, do you mean it doesnt > respond to the network either or just anything that needs disk IO ? I dont think he can be using yhe same controller, as mine is an embedded HPO unit. they do make a separate plugin one though - P400 SAS controller. My symptoms are that the thing locks hard and respionds to nothing, no keypresses or anything. I am assuming that the disc is the first thing to go though, ebcause I see data which was being written to a file and a processes reading from that file to the network. more of the file comes over the network than makes it phyiscally onto the disc The only useful error I ever saw was the message about spin lock / turnstile locks being held for too long. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 15:27:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFA281065673 for ; Fri, 9 Jan 2009 15:27:18 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cetus.palisadesys.com (cetus.palisadesys.com [205.237.115.21]) by mx1.freebsd.org (Postfix) with ESMTP id BFF188FC23 for ; Fri, 9 Jan 2009 15:27:18 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cancer.palisadesys.com (serverwatch [172.16.1.98]) by cetus.palisadesys.com (8.14.3/8.14.3) with ESMTP id n09FRIln052025; Fri, 9 Jan 2009 09:27:18 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [205.237.115.21]) (authenticated bits=0) by cancer.palisadesys.com (8.14.2/8.14.2) with ESMTP id n09FRBgW052227; Fri, 9 Jan 2009 09:27:11 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <49676CCE.30706@palisadesys.com> Date: Fri, 09 Jan 2009 09:27:10 -0600 From: Guy Helmer User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (cancer.palisadesys.com [205.237.115.20]); Fri, 09 Jan 2009 09:27:11 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.398, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60, HTML_MESSAGE 0.00) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 15:27:20 -0000 Pete French wrote: >> Are you using the same disk controller as Peter ? Do both of you run >> with quotas on the file system ? By lockup, do you mean it doesnt >> respond to the network either or just anything that needs disk IO ? >> > > I dont think he can be using yhe same controller, as mine is an > embedded HPO unit. they do make a separate plugin one though - P400 > SAS controller. > > My symptoms are that the thing locks hard and respionds to nothing, no > keypresses or anything. I am assuming that the disc is the first thing to > go though, ebcause I see data which was being written to a file and a > processes reading from that file to the network. more of the file comes > over the network than makes it phyiscally onto the disc > > The only useful error I ever saw was the message about spin > lock / turnstile locks being held for too long. > > -pete. > OK, perhaps my issue is different then. My symptoms seem to be a hang from anything that triggers a fork(), such as entering a command at a shell prompt or entering a user name at the console's login prompt. Network activity still works -- all the TCP connections stay up until I drop into the kernel debugger or power cycle. Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 16:17:35 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD35106564A for ; Fri, 9 Jan 2009 16:17:35 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 55ECD8FC13 for ; Fri, 9 Jan 2009 16:17:35 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by bwz13 with SMTP id 13so2763103bwz.19 for ; Fri, 09 Jan 2009 08:17:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=MWgwVWJ0KwmAHh/on/AK/6kmllLd1/4qlvbaG61uY4I=; b=PtzzX3i+AMJplXaP9BWfUYDjPHs3jTp8iPnVtA9O2rfWNiAfDf+Pn8evtTFJ4ApXlR dyr2SJp2/YobE5Lhc/c/ZG10VTeRwOvkmh9mL2gOGDs5ooJpdbaSIv/7xT6vMXHiiSqC 5CR9OlLNQh2L63IAjPW4njpT8XZG2ve7Xr3wQ= 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=oesWLFJruqkHTq0kiJGnYA65ETrH6WADfw+gXz+RfnmVs+z8uR046WontSgbTHihJ+ 6jpdPGOaXKmSjHxnKirfYe2h8b5ogDJHkiS8pE7QI4Uk1SL89X2LHv3PAYwEadB+qJG3 zMc+WVN+uORJBRvh478ns5vZiRBnUApjvlrz0= Received: by 10.223.127.8 with SMTP id e8mr18225321fas.10.1231516329381; Fri, 09 Jan 2009 07:52:09 -0800 (PST) Received: by 10.223.113.137 with HTTP; Fri, 9 Jan 2009 07:52:09 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 16:52:09 +0100 From: "Cristiano Deana" To: "Brian Duke" In-Reply-To: <008b01c96f65$517a9d60$f46fd820$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <008b01c96f65$517a9d60$f46fd820$@com> Cc: FreeBSD-stable@freebsd.org Subject: Re: cvsup freebsd 6_2 to freebsd 7_1 not upgrading? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 16:17:36 -0000 On Mon, Jan 5, 2009 at 7:41 PM, Brian Duke wrote: > #make -j4 buildworld; make -j4 buildkernel; make installkernel Use instead make -j4 buildworld && make buildkernel && make installkernel If any of your commands failed you were unable to know. i suppose it failed building kernel. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 17:27:04 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 590641065673 for ; Fri, 9 Jan 2009 17:27:04 +0000 (UTC) (envelope-from rapopp@marvin.eastcentral.edu) Received: from marvin.eastcentral.edu (marvin.eastcentral.edu [198.209.216.10]) by mx1.freebsd.org (Postfix) with ESMTP id 35FCC8FC0A for ; Fri, 9 Jan 2009 17:27:04 +0000 (UTC) (envelope-from rapopp@marvin.eastcentral.edu) Received: by marvin.eastcentral.edu (Postfix, from userid 1065) id C71B55081C; Fri, 9 Jan 2009 11:18:57 -0600 (CST) Date: Fri, 9 Jan 2009 11:18:57 -0600 From: Reuben To: FreeBSD-stable@FreeBSD.org Message-ID: <20090109171857.GA49752@marvin.eastcentral.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Broken loader on 7.1-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 17:27:04 -0000 Good morning everyone, I was wondering if anyone else was seeing loader (v1.02) break after updating from 7.1-RELEASE to 7.1-STABLE. After performing the prescribed updating procedure (via the handbook), the system will go through the normal steps and after the boot menu will present the following error: Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0 According to the bugbusting page on the FreeBSD wiki there's two issues at work that cause this behavior; patches were committed to HEAD/RELENG earlier last year in Mar and Aug. Up until now I've never come across this problem in 6.x or 7.0. In doing a little research I've come across a few older threads via google where it was believed that the problem was caused by improper CFLAGS in make.conf. I've commented mine out and rebuilt things.. with the same end result. In fact, if it's any help, my CFLAGS declaration in make.conf is taken verbatim from the /usr/share/examples/etc/make.conf. Furthermore, on selecting option 6 from the boot menu (escape to loader prompt), the system [I'm assuming] crashes displaying a blinking ASCII pattern from which only a hard reboot will work. FWIW, this is a fairly plain system.. nothing special in sysctl.conf or loader.conf, and the kernel is pretty stock as well (more or less GENERIC with my sound device and pf). A temporary fix for me was to copy over loader.old to loader in /boot. Any comments or suggestions would be greatly appreciated. All I ask is to please CC me in the reply to the list as I don't currently subscribe to -stable. TIA Reuben A. Popp -- I build no system. I ask an end to privilege, the abolition of slavery, equality of rights, and the reign of law. Justice, nothing else. That is the alpha and omega of my argument. -- Pierre-Joseph Proudhon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 18:38:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2127106566B for ; Fri, 9 Jan 2009 18:38:13 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by mx1.freebsd.org (Postfix) with ESMTP id A439A8FC17 for ; Fri, 9 Jan 2009 18:38:11 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 8B89BE08162 for ; Fri, 9 Jan 2009 19:38:07 +0100 (CET) Received: from pollux2.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp6-g21.free.fr (Postfix) with ESMTP id A44BCE08CFE for ; Fri, 9 Jan 2009 19:38:05 +0100 (CET) Received: by pollux2.local.net (Postfix, from userid 2000) id 920E81DABD; Fri, 9 Jan 2009 19:41:26 +0100 (CET) Date: Fri, 9 Jan 2009 19:41:26 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090109184126.GA2501@pollux2.free.local.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Medical database Vidal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 18:38:14 -0000 When mounting a (cd9660) CD-ROM of the medical database Vidal in order to try an installation with wine, I've discovered that I cannot see two files (visible under Windows), setup.exe and some .ini file the full name of which I have forgotten now, while I can perfectly see the merlin-vcd-data.zip file in the dat directory. How on Unix earth is this possible ?? Harald -- FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 19:24:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFAA3106564A for ; Fri, 9 Jan 2009 19:24:59 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id AE4AD8FC1B for ; Fri, 9 Jan 2009 19:24:59 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KD700A4YXXMLZ30@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 09 Jan 2009 20:24:58 +0100 (CET) Received: from kg-work2.kg4.no ([80.203.109.110]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KD7000S7XXLQ130@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 09 Jan 2009 20:24:58 +0100 (CET) Date: Fri, 09 Jan 2009 20:24:57 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20090109202457.19d0fc1a.torfinn.ingolfsen@broadpark.no> In-reply-to: <4967045D.30109@bulinfo.net> References: <49633C85.3090507@bulinfo.net> <20090108204311.c9700e91.torfinn.ingolfsen@broadpark.no> <4967045D.30109@bulinfo.net> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: ACPI support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 19:25:00 -0000 On Fri, 09 Jan 2009 10:01:33 +0200 Krassimir Slavchev wrote: > I have found that thread. FWIW, I started a new thread[1] on freebsd-mobile, to update the status now after FreeBSD 7.1 has been released > The problem may be with allocating resources by ACPI PCI-PCI bridge. > There is a way to set needed values: > http://lists.freebsd.org/pipermail/freebsd-acpi/2008-May/004905.html Interesting. For my laptop, it seems that these bridges have the problem: pcib2: irq 17 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: irq 16 at device 28.1 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 and also these: pcib4: irq 18 at device 28.2 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: irq 19 at device 28.3 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 7 pcib5: I/O decode 0x0-0x0 pcib5: no prefetched decode pcib5: could not get PCI interrupt routing table for \\_SB_.PCI0.RP04 - AE_NOT_FOUND pci5: on pcib5 pci5: domain=0, physical bus=5 bge0 (the wired interface is on pcib4: bge0: irq 18 at device 0.0 on pci4 pcib4: bge0 requested unsupported memory range 0-0xffffffff (decoding 0-0, 0-0) bge0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). bge0: couldn't map memory device_attach: bge0 attach returned 6 and wpi0 (the wireless) is on pcib3: wpi0: irq 17 at device 0.0 on pci3 wpi0: Driver Revision 20071127 pcib3: wpi0 requested unsupported memory range 0-0xffffffff (decoding 0-0, 0-0) wpi0: 0x1000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). wpi0: could not allocate memory resource device_attach: wpi0 attach returned 6 With acpi disabled, the bridges shoiw up like this: pcib2: irq 17 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: irq 16 at device 28.1 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xc8200000-0xc82fffff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: irq 18 at device 28.2 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xc8300000-0xc83fffff pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: irq 19 at device 28.3 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: no prefetched decode pci5: on pcib5 pci5: domain=0, physical bus=5 bge with acpi disabled: bge0: mem 0xc8300000-0xc830ffff irq 17 at device 0.0 on pci4 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xc8300000 bge0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 256 to vector 48 bge0: using IRQ 256 for MSI miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0018, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:16:36:54:a9:ae bge0: [MPSAFE] bge0: [ITHREAD] wpi with acpi disabled: wpi0: mem 0xc8200000-0xc8200fff irq 17 at device 0.0 on pci3 wpi0: Driver Revision 20071127 wpi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc8200000 wpi0: Hardware Revision (0x1) wpi0: Regulatory Domain: MoW2 wpi0: Hardware Type: B wpi0: Hardware Revision: ? wpi0: SKU does support 802.11a wpi0: bpf attached wpi0: Ethernet address: 00:13:02:3e:d4:ce wpi0: bpf attached wpi0: bpf attached ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 60 wpi0: [MPSAFE] wpi0: [ITHREAD] wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Perhaps I should try to patch my pci too. References: 1) http://lists.freebsd.org/pipermail/freebsd-mobile/2009-January/011294.html -- Torfinn From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 19:37:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2B21065672 for ; Fri, 9 Jan 2009 19:37:11 +0000 (UTC) (envelope-from ben@morrow.me.uk) Received: from plesk-mail01.plus.net (plesk-mail01.plus.net [212.56.83.229]) by mx1.freebsd.org (Postfix) with ESMTP id B8DCB8FC0C for ; Fri, 9 Jan 2009 19:37:10 +0000 (UTC) (envelope-from ben@morrow.me.uk) Received: (qmail 5767 invoked from network); 9 Jan 2009 19:10:28 +0000 Received: from host81-141-107-95.wlms-broadband.com (HELO osiris.mauzo.dyndns.org) (81.141.107.95) by plesk-mail01.plus.net with SMTP; 9 Jan 2009 19:10:27 +0000 Received: (qmail 6954 invoked by uid 1001); 9 Jan 2009 19:10:07 -0000 Date: Fri, 9 Jan 2009 19:10:07 +0000 From: Ben Morrow To: hawei@free.fr, freebsd-stable@freebsd.org Message-ID: <20090109191007.GA6625@osiris.mauzo.dyndns.org> Mail-Followup-To: hawei@free.fr, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090109184126.GA2501@pollux2.free.local.net> X-Newsgroups: gmane.os.freebsd.stable Organization: Who, me? User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: Medical database Vidal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 19:37:11 -0000 In article <20090109184126.GA2501@pollux2.free.local.net> you write: > When mounting a (cd9660) CD-ROM of the medical database Vidal in order > to try an installation with wine, I've discovered that I cannot see > two files (visible under Windows), setup.exe and some .ini file the > full name of which I have forgotten now, while I can perfectly see > the merlin-vcd-data.zip file in the dat directory. > > How on Unix earth is this possible ?? As you may already know, native ISO9660 (well, level 1, which is what is usually used) only supports very limited filenames (8.3, uppercase, every file must have a version number). As a result, a number of extensions have been developed: Unix systems use a system called Rock Ridge, which supports long filenames and the usual POSIX metadata; Win32 systems use a system called Joliet, which uses Unicode filenames and supports vfat-ish metadata; Apple have their own system which supports HFSish metadata. Some CDs are built with more than one extension system, in which case there are now several completely independant directory trees on the disc. It's perfectly possible to make the different trees contain different files; indeed, it's possible to make the same file appear to contain different contents under different systems. See e.g. the -hide, -hide-joliet, -hide-hfs options to mkisofs. I would guess that your CD has both Rock Ridge and Joliet extensions, and that the creator has hidden the Win32-specific files from the Unix directory tree because they thought they wouldn't be useful. If for some reason you need to see the CD as a Win32 machine would, you can use the -r option to mount_cd9660. Ben From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 19:50:41 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B3D01065675 for ; Fri, 9 Jan 2009 19:50:41 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grosbein.pp.ru [89.189.172.146]) by mx1.freebsd.org (Postfix) with ESMTP id B01ED8FC1A for ; Fri, 9 Jan 2009 19:50:39 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.3/8.14.3) with ESMTP id n09JY9jb001547 for ; Sat, 10 Jan 2009 02:34:09 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.14.3/8.14.3/Submit) id n09JY9D1001546 for stable@freebsd.org; Sat, 10 Jan 2009 02:34:09 +0700 (KRAT) (envelope-from eugen) Date: Sat, 10 Jan 2009 02:34:09 +0700 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20090109193409.GA1443@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: New snd_hda import and very low mixer volume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 19:50:42 -0000 Hi! I've just upgraded from 7.1-PRERELEASE to 7.1-STABLE via source upgrade and divcovered that my sound stopped working. I was aware about recent HDA driver update and tried to switch hw.snd.default_unit back and forth but that did not help. Finally I've realised that's just mixer values changed their meaning: now I can't hear anything at levels 50:50 of both 'mixer pcm' and 'mixer vol' and have to increase values significantly to make sound: upto 85:85 of both. Isn't it a bug? I've Intel D975XBX motherboard with onboard Azalia HDA, default unit is 0: $ cat /dev/sndstat FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) Installed devices: pcm0: at cad 2 nid 1 on hdac0 [MPSAFE] (1p:2v/1r:1v channels duplex default) pcm1: at cad 2 nid 1 on hdac0 [MPSAFE] (1p:1v/0r:0v channels) Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 19:55:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3F44106564A for ; Fri, 9 Jan 2009 19:55:31 +0000 (UTC) (envelope-from rblayzor.bulk@inoc.net) Received: from mail1.albyny.inoc.net (mail1.albyny.inoc.net [64.22.32.71]) by mx1.freebsd.org (Postfix) with ESMTP id 911C88FC17 for ; Fri, 9 Jan 2009 19:55:31 +0000 (UTC) (envelope-from rblayzor.bulk@inoc.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=inoc.net; h=Received:From:To:Subject:Date; b=pBRpma1+ON4fdxILo8nN1S/B4CByk80nOw+GpihQXMqUQVqYI7IQcKceuLrf4FGzrYxc/Y+klPqXctoMXnNp3HVtHgwQK5GaJFuK+o6h6ku8IGZ/f6Pm6bGl+Fs+86x8x9z+QSLDx7LsazQUc+F+LMMyYBgUZpmzqHlf2I4rOxk=; Received: from void.ops.inoc.net (vanguard.noc.albyny.inoc.net [64.246.135.8]) by mail1.albyny.inoc.net (build v8.9.30) with ESMTP id 568249-1941382 for multiple; Fri, 09 Jan 2009 19:39:25 +0000 (UTC) Message-Id: <042FE04A-2F8D-47DD-8454-7BBA3791D7A8@inoc.net> From: Robert Blayzor To: Pete French In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 9 Jan 2009 14:39:24 -0500 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-stable@freebsd.org Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 19:55:32 -0000 On Jan 8, 2009, at 8:58 PM, Pete French wrote: > I have a number of HP 1U servers, all of which were running 7.0 > perfectly happily. I have been testing 7.1 in it's various > incarnations > for the last couple of months on our test server and it has performed > perfectly. I noticed a problem with 7.0 on a couple of Dell servers. Not sure if this is related but when our system "froze" the box was pingable, and you could switch virtual consoles... however, you could not type anything on the screen or connect to any sockets. Num-lock would still work so the box wasn't solidly frozen. This used to happen a couple of times every week or two. We've since then compiled the kernel under the BSD scheduler to rule that out, and so far so good. (our box was a Dell PE1750, 2GB of RAM, amr RAID controller, bge network driver) The primary application was just ntpd and apache with mpm_worker & threads. Since ULE is now default in 7.1 and not in 7.0, perhaps you can try that? -- Robert Blayzor, BOFH INOC, LLC rblayzor@inoc.net http://www.inoc.net/~rblayzor/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 21:43:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B509F106564A for ; Fri, 9 Jan 2009 21:43:46 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7ADD58FC1B for ; Fri, 9 Jan 2009 21:43:46 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLP8j-000EpD-If; Fri, 09 Jan 2009 21:43:37 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLP8j-000H2s-H5; Fri, 09 Jan 2009 21:43:37 +0000 To: rblayzor.bulk@inoc.net In-Reply-To: <042FE04A-2F8D-47DD-8454-7BBA3791D7A8@inoc.net> Message-Id: From: Pete French Date: Fri, 09 Jan 2009 21:43:37 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 21:43:47 -0000 > Since ULE is now default in 7.1 and not in 7.0, perhaps you can try > that? Actually you might be on to something there.... one of the main differences between out test GL360 and the live ones is that the test one has less cores in it, and is under less load. So multiprocessing problems may well show up on the live where they wont on the test box. I shall try building a kernel with the BSD scheduler adn see what happens there. probbaly not today, as am loathe to cause anymore downtime right now. thanks, -pete. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 00:48:03 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 549001065687 for ; Sat, 10 Jan 2009 00:48:03 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 041CD8FC18 for ; Sat, 10 Jan 2009 00:48:02 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so5691417qwb.7 for ; Fri, 09 Jan 2009 16:48:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=MxkwiKbb74g0QbpuXR7d19e0L9LxWiqamFqmjQM9ylo=; b=hIIvOAIFXWfudtv1PuDY55gVH0kC1qF///T01AzfcJxVewp7+ZzDremL0ezOo8iWtH BBsfYX5I3GjoicMoRwaTjw3556Xj18xBOuoDq8A3/K9fMQMKIFch+oNdiBdP+AwSbo3a OaBHK2BMZ2ijdyGO8vfCaNA/xJPzkcHqaAWBI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=VNigUGhEvrm6WJBAbF2Bhf2cYwVrh4oRZJaHqjJi9aHVuPFs3Sl4tGACZwGNbeLgut U0MbXshY2Ggel2BqCWXXU5hBrTLdIRH+72rH6dzsS4wacGZ25x8xwqwyfpGGjmTdcdyW IomdzU+pfD0IVfu9vZR8J0/kBhOYyBm9d7v/s= Received: by 10.214.79.15 with SMTP id c15mr23562461qab.326.1231547011763; Fri, 09 Jan 2009 16:23:31 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.55.197]) by mx.google.com with ESMTPS id 6sm8398080yxg.3.2009.01.09.16.23.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jan 2009 16:23:31 -0800 (PST) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 07E1DB8067; Fri, 9 Jan 2009 21:23:25 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Fri, 9 Jan 2009 22:23:24 -0200 (BRST) Message-ID: Date: Fri, 9 Jan 2009 22:23:24 -0200 (BRST) From: "Nenhum_de_Nos" To: stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: mini itx from via - acpi issues on 7.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 00:48:03 -0000 hail, I'm running 7.1R (tried 8.0-CURRENT also) on a via mini itx (dmesg bellow) and if I load acpi module, I have no lan. it appears, I can set IP, even the led would blink when I ping. but no signal of bits on the other pc whatsoever. tcpdump sees nothing in both endpoints. if acpi is not loaded, vr0 works as it should. i really think acpi would help this box, on power purposes, so here I am asking. thanks, matheus ps: should I mail acpi@ with, or instead ? $ dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Transmeta(tm) Crusoe(tm) Processor TM5700 (798.13-MHz 586-class CPU) Origin = "GenuineTMx86" Id = 0x543 Stepping = 3 Features=0x84893f real memory = 117374976 (111 MB) avail memory = 100737024 (96 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) uhci0: port 0xe000-0xe01f irq 15 at device 9.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 0xe100-0xe11f irq 5 at device 9.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 ehci0: mem 0xe8131000-0xe81310ff irq 10 at device 9.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered vgapci0: port 0xe200-0xe2ff mem 0xe0000000-0xe7ffffff,0xe8120000-0xe812ffff irq 11 at device 13.0 on pci0 isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe300-0xe30f at device 17.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 17.4 (no driver attached) vr0: port 0xe600-0xe6ff mem 0xe8130000-0xe81300ff irq 15 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x51 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:11:85:e3:2a:17 vr0: [ITHREAD] cpu0 on motherboard pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xcc000-0xd5fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: parallel port not found. 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 unknown: can't assign resources (port) unknown: can't assign resources (memory) Timecounter "TSC" frequency 798129274 Hz quality 800 Timecounters tick every 1.000 msec ad0: DMA limited to UDMA33, device found non-ATA66 cable ad0: 19464MB at ata0-master UDMA33 Trying to mount root from ufs:/dev/ad0s2a vr0@pci0:0:18:0: class=0x020000 card=0x01021106 chip=0x30651106 rev=0x51 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller||Used by GERICOM in laptop Webengine Advanced' class = network subclass = ethernet -- We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 03:07:26 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3A241065670 for ; Sat, 10 Jan 2009 03:07:26 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id 7B10C8FC18 for ; Sat, 10 Jan 2009 03:07:26 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from wmail23 (172.31.0.48) by cp-out3.libero.it (8.5.016.1) id 493F951B0243880A; Sat, 10 Jan 2009 04:07:24 +0100 Message-ID: <21490254.1241291231556844215.JavaMail.defaultUser@defaultHost> Date: Sat, 10 Jan 2009 04:07:24 +0100 (CET) From: Barbara To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 79.19.231.92 Cc: FreeBSD-stable@FreeBSD.org Subject: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 03:07:27 -0000 >On Mon, Jan 05, 2009 at 11:36:54AM +0100, Barbara wrote: > >[...] > > > I've tried all the thing you've suggested with > > the same result. > > I've disabled "LAN Option ROM", but it seems that I don't have > > the other options you mentioned. > > I've downloaded and burned the 7.1-RELEASE dvd > > and tried to boot from it, but it hangs at the same point. > > Finally I've tried > > booting a CURRENT snapshot cd (8.0-CURRENT-200812) and I was able to properly > > configure the device in sysinstall. > > Any idea about the problem? > >No, there is no source code differences between CURRENT and 7.1- RELEASE. > > > I've installed > > from 7.0 and I have another NIC, but being now age in GENERIC, I hope it will > > not cause troubles to other people installing for the first time. > > Anyway thank > > you for now, and ask me if there is something that I can do to fix the problem > > like more tests, patches, etc. > > > >Would try the following WIP version? >http://people. freebsd.org/~yongari/age/if_age.c >http://people.freebsd. org/~yongari/age/if_agereg.h >I have no longer access to L1 hardware so I don't know whether it >helps or not. > >-- >Regards, >Pyun YongHyeon Well, it works! As I've said, it's not a real problem for me, but I'm so sorry about not having tested before so it could be merged before 7.1-RELEASE, but I had it disabled and nearly forgot about that. Please, feel free to ask whenever you want if you want me doing tests on that NIC. Thanks Barbara From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 03:19:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EABF106566B for ; Sat, 10 Jan 2009 03:19:45 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp5.server.rpi.edu (smtp5.server.rpi.edu [128.113.2.225]) by mx1.freebsd.org (Postfix) with ESMTP id EF4FB8FC1B for ; Sat, 10 Jan 2009 03:19:44 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n0A2CDW8024617; Fri, 9 Jan 2009 21:12:15 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Fri, 9 Jan 2009 21:12:13 -0500 To: Pete French , freebsd-stable@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.00 () [Hold at 20.00] 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.225 Cc: Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 03:19:45 -0000 At 1:58 AM +0000 1/9/09, Pete French wrote: >I have a number of HP 1U servers, all of which were running 7.0 >perfectly happily. I have been testing 7.1 in it's various incarnations >for the last couple of months on our test server and it has performed >perfectly. > >So the last two days I have been round upgrading all our servers, knowing >that I had run the system stably on identical hardware for some time. > >Since then I have starte seeing machines lock up. This always happens >under heavy disc load. When I bring the machine back up then sometimes >it fails to fsck due to a partialy truncated inode. The locksup appear >to be disc related [...] One of my friends is also having trouble with lockups on two machines he had upgraded to 7.1. Also seems to be related to heavy disk I/O, although I'm not sure the symptoms are the same as what you report. Both machines had been running 7.0-release without trouble. On at least one of the systems, he's also working with (what I consider) very large file systems (over 2 TB). Both machines are using a 3ware controller with its RAID. I realize that isn't much to go on, but it suggests that there is some problem wider than just your (Pete's) usage. I think his situation is such that lockups like this are simply not acceptable, and the last I heard he was reverting back to 7.0-release. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 03:27:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB8B2106566C for ; Sat, 10 Jan 2009 03:27:12 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id 3CEFF8FC08 for ; Sat, 10 Jan 2009 03:27:11 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n0A2LsER018552; Fri, 9 Jan 2009 21:21:55 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <042FE04A-2F8D-47DD-8454-7BBA3791D7A8@inoc.net> References: <042FE04A-2F8D-47DD-8454-7BBA3791D7A8@inoc.net> Date: Fri, 9 Jan 2009 21:21:53 -0500 To: Robert Blayzor , Pete French From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.00 () [Hold at 20.00] 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Cc: freebsd-stable@freebsd.org Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 03:27:13 -0000 At 2:39 PM -0500 1/9/09, Robert Blayzor wrote: >On Jan 8, 2009, at 8:58 PM, Pete French wrote: >>I have a number of HP 1U servers, all of which were running 7.0 >>perfectly happily. I have been testing 7.1 in it's various incarnations >>for the last couple of months on our test server and it has performed >>perfectly. > > >I noticed a problem with 7.0 on a couple of Dell servers. [...] >We've since then compiled the kernel under the BSD scheduler to rule >that out, and so far so good. > >Since ULE is now default in 7.1 and not in 7.0, perhaps you can try that? FWIW, the other guy I know who is having this problem had already switched to using ULE under 7.0-release, and did not have any problems with it. So *his* problem was probably not related to SCHED_ULE, unless something has recently changed there. Turns out he hasn't reverted back to 7.0-release just yet, so he's going to try SCHED_4BSD and see if that helps his situation. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 03:45:57 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20775106566C for ; Sat, 10 Jan 2009 03:45:57 +0000 (UTC) (envelope-from mike@vintners.net) Received: from vinifera.vintners.net (vinifera.vintners.net [207.229.65.53]) by mx1.freebsd.org (Postfix) with ESMTP id EE2E98FC0C for ; Sat, 10 Jan 2009 03:45:56 +0000 (UTC) (envelope-from mike@vintners.net) Received: from [127.0.0.1] (brix.vintners.net [209.162.136.18]) by vinifera.vintners.net (8.14.1/8.14.1) with ESMTP id n0A3jkj2008319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2009 19:45:46 -0800 (PST) (envelope-from mike@vintners.net) Message-ID: <496819F0.9@vintners.net> Date: Fri, 09 Jan 2009 19:45:52 -0800 From: Mike Lempriere User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, freebsd@byshenk.net, Andrei Kolu , Mike Lempriere References: <200901081047.n08Alg2h000825@lurza.secnetix.de> In-Reply-To: <200901081047.n08Alg2h000825@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.4 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00, RGX_BDY_LOCAL_AREA_CODE,RGX_BDY_SINGLE autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on vinifera.vintners.net Cc: Subject: Re: mergemaster broken -- take 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 03:45:57 -0000 Thanks everyone for the advice -- I got it working this time just fine. Works much better when one follows the directions accurately instead of by memory -- the bottom line is that this time I remembered to jot down the commands before heading downtown to the machine rack room where there's no browser access... I started over and followed UPDATING: cd /usr/obj rm -R * cd /usr/src rm -R * cvsup -g -L 2 -h cvsup10.freebsd.org |& tee /root/cvsup-090108.out make buildworld |& tee /root/make-buildworld-090108.out make kernel KERNCONF=GENERIC |& tee /root/make-kernel-090108.out users ps ax | more shutdown -r now 4 (single user) fsck -p mount -u / mount -a cd /usr/src mergemaster -p make installworld |& tee /root/make-installworld-090108.out make delete-old (forgot to do tee redirect) mergemaster -i (did not do tee redirect) shutdown -r now Oliver Fromme wrote: > Greg Byshenk wrote: > > Andrei Kolu wrote: > > > Mike Lempriere wrote: > > > > Hi folks -- sorry to be a nag, but my main production system is barely > > > > limping along on an old kernel with mismatched libraries. I have no > > > > idea what else to do -- please help! > > > > --- > > > > I'm upgrading 5-stable (was at 5.5) to 6-stable, in preparation for > > > > 6-stable to 7-stable. > > > > No problems with cvsup, make buildworld, make installworld, make > > > > buildkernel, mergemaster -p. > > > > make installkernel, boot to single user. Then mergemaster -- blammo: > > As others have pointed out, the order is wrong, which caused > the problem Mike is seeing. > > The correct order is listed in /usr/src/UPDATING. > > > The reasons for the other methods being wrong are (as I understand them): > > > > - You should build your new world before building your new kernel, as > > it may be the case that some aspects of the new kernel build are > > dependent upon aspects of the new world build. If you build your > > new kernel before building your new world, you will be building > > your new kernel against the old world. > > In particular, building the kernel uses the new toolchain > (i.e. compiler, linker, make(1) binary and so on) that was > built in /usr/obj during buildworld. That's why you have > to do buildworld first, then "make kernel". > > > - You should install your new kernel before installing your new world, > > as it can be the case that some aspects of the new world will not be > > understood by your old kernel. A new kernel should always be > > compatible with an old userland/world, but an old kernel may not > > always be compatible with a new userland/world. > > That's correct. Note that your kernel config should include > the appropriate "options COMPAT_*" lines if you update across > a major version boundary, e.g. "options_COMPAT_FREEBSD6" when > you update from 6.x to 7.x. The GENERIC kernel already has > those. > > > > NOTE: I do not reboot my system until everything is updated. Why it is > > > necessary to boot new kernel and then upgrade world is beyound me..YMMW > > > > - I suppose that it is not strictly necessary to reboot between > > installing kernel and world, but I always do so. > > It _is_ necessary. If you don't reboot, you're still running > the old kernel which might not be able to support new binaries > and libraries that installworld will install on your system. > > For example, there may be new syscalls that the new binaries > will try to use, but the old kernel doesn't know about them. > It doesn't happen often, so you can get away without rebooting > most of the time. But it's risky, especially when updating > across major versions. So the recommendation is to always > reboot after installing the new kernel and before performing > the "installworld". > > It's also important that "installworld" is the last step > (except for mergemaster), because this is the point of no > return. As long as you still have the old userland (world), > you can still boot the old kernel and everything is fine. > You can start all over froms cratch, if necessary. > But as soon as you have started "installworld", your system > will not be able to work with the old kernel anymore. > > And remember: Always make a backup before you start to > update. And verify that the backup works. Better safe > than sorry. > > Best regards > Oliver > > -- Mike Lempriere- Home: mike@vintners.net Phone: 206-780-2146 Cellphone: 206-200-5902; text pager: mikelemp@tmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 04:12:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B8ED1065673 for ; Sat, 10 Jan 2009 04:12:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 32EE58FC17 for ; Sat, 10 Jan 2009 04:12:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 10759 invoked by uid 399); 10 Jan 2009 03:45:33 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Jan 2009 03:45:33 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <496819DB.1030601@FreeBSD.org> Date: Fri, 09 Jan 2009 19:45:31 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090102) MIME-Version: 1.0 To: Yannick Cadin References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 2 (very old) bugs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 04:12:14 -0000 Yannick Cadin wrote: > Hi everybody, > > Is someone can confirm me that there are 2 bugs never fixed: > > - first in the stat command. Only with the -x option. If you execute > stat -x on /tmp or /usr/bin/passwd parameters for example, the numeric > representation of mode is wrong. The "special" bits are always 0. No > suid-bit, no sticky bit! Our version of stat(1) is essentially an exact duplicate of the code from NetBSD. I imported this originally, but I have not not had time to merge changes for a while now. If anyone is interested in taking this on have a look at: http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/stat/ If you get stuck with something please ask for help on -hackers first. If you get a patch against HEAD I will be glad to take a look at it, and commit it if appropriate. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 04:14:19 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDCA21065674 for ; Sat, 10 Jan 2009 04:14:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6462C8FC0C for ; Sat, 10 Jan 2009 04:14:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 13262 invoked by uid 399); 10 Jan 2009 03:47:39 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Jan 2009 03:47:39 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49681A59.20002@FreeBSD.org> Date: Fri, 09 Jan 2009 19:47:37 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090102) MIME-Version: 1.0 To: Mike Lempriere References: <200901081047.n08Alg2h000825@lurza.secnetix.de> <496819F0.9@vintners.net> In-Reply-To: <496819F0.9@vintners.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andrei Kolu , freebsd-stable@FreeBSD.ORG, freebsd@byshenk.net Subject: Re: mergemaster broken -- take 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 04:14:20 -0000 Mike Lempriere wrote: > Thanks everyone for the advice -- I got it working this time just fine. > Works much better when one follows the directions accurately instead of > by memory. W00t! :) -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 04:53:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57B5D106566B for ; Sat, 10 Jan 2009 04:53:00 +0000 (UTC) (envelope-from ben@morrow.me.uk) Received: from plesk-mail01.plus.net (plesk-mail01.plus.net [212.56.83.229]) by mx1.freebsd.org (Postfix) with ESMTP id 9CA278FC1C for ; Sat, 10 Jan 2009 04:52:59 +0000 (UTC) (envelope-from ben@morrow.me.uk) Received: (qmail 15428 invoked from network); 10 Jan 2009 04:52:57 +0000 Received: from host81-141-107-95.wlms-broadband.com (HELO osiris.mauzo.dyndns.org) (81.141.107.95) by plesk-mail01.plus.net with SMTP; 10 Jan 2009 04:52:57 +0000 Received: (qmail 43288 invoked by uid 1001); 10 Jan 2009 04:52:34 -0000 Date: Sat, 10 Jan 2009 04:52:34 +0000 From: Ben Morrow To: freebsd-stable@freebsd.org Message-ID: <20090110045234.GA43254@osiris.mauzo.dyndns.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <200901081047.n08Alg2h000825@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <496819F0.9@vintners.net> X-Newsgroups: gmane.os.freebsd.stable Organization: Who, me? User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: mergemaster broken -- take 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 04:53:00 -0000 In article <496819F0.9@vintners.net> you write: > cvsup -g -L 2 -h cvsup10.freebsd.org |& tee /root/cvsup-090108.out > make buildworld |& tee /root/make-buildworld-090108.out > make kernel KERNCONF=GENERIC |& tee /root/make-kernel-090108.out You know about script(1) I take it? It makes keeping a log like this much easier. Ben From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 07:41:35 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CE901065672 for ; Sat, 10 Jan 2009 07:41:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id C9D8B8FC0A for ; Sat, 10 Jan 2009 07:41:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so11186661rvf.43 for ; Fri, 09 Jan 2009 23:41:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=EpwF6PoqSmhyM4h2kRxinsRJQ871+hUWrQdGOQ2KdWg=; b=ducAbwKNc9sIc0xu/ZqXZizkizQdC7lLtEtFQegfNJFZ0SKBUWrbXAZ5ePYlP0jqhG qaH18RhItvC7ucdMD4Fh5WBqUXB/L9YOMh0N2nxSUtw2Iwj/Yfldf4iwWSNeLYeevNfr dOr1rdIH+cjFayx8RyLO0omcPotyDgfBLwLg4= 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=gGB0i3bx+JbS9qPYvQ+Kxumre3+KjE3U+OAoTJiGzCE+an25us85AoxGSRKqDFYhBV 1suBpe9oJ9jTLp2dBBvUPINuCPRzu00T5PFYEYoH5vobJrBfCLF9quBsnxMpHNPU0r6n 7uw34UWqtqY4uD1EleMb8bdb1UV/7sU8yf00A= Received: by 10.141.13.13 with SMTP id q13mr13198687rvi.163.1231573294547; Fri, 09 Jan 2009 23:41:34 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g31sm68419409rvb.4.2009.01.09.23.41.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jan 2009 23:41:33 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n0A7fLBR039762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Jan 2009 16:41:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n0A7fKMS039761; Sat, 10 Jan 2009 16:41:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 10 Jan 2009 16:41:20 +0900 From: Pyun YongHyeon To: Barbara Message-ID: <20090110074120.GM30747@cdnetworks.co.kr> References: <21490254.1241291231556844215.JavaMail.defaultUser@defaultHost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21490254.1241291231556844215.JavaMail.defaultUser@defaultHost> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-stable@FreeBSD.org Subject: Re: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 07:41:35 -0000 On Sat, Jan 10, 2009 at 04:07:24AM +0100, Barbara wrote: [...] > >Would try the following WIP version? > >http://people. > freebsd.org/~yongari/age/if_age.c > >http://people.freebsd. > org/~yongari/age/if_agereg.h > >I have no longer access to L1 hardware so I don't > know whether it > >helps or not. > > > >-- > >Regards, > >Pyun YongHyeon > > Well, it > works! > As I've said, it's not a real problem for me, but I'm so sorry about not > having tested before so it could be merged before 7.1-RELEASE, but I had it > disabled and nearly forgot about that. > Please, feel free to ask whenever you > want if you want me doing tests on that NIC. > I'm confused, the WIP version works whereas age(4) in 7.1-RELEASE didn't work right? If the WIP version works, would you show me the output of verbose boot message? -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 10:39:59 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93AA3106566B for ; Sat, 10 Jan 2009 10:39:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4C78A8FC1B for ; Sat, 10 Jan 2009 10:39:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LLbG1-000CZ6-IS; Sat, 10 Jan 2009 12:39:57 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: pyunyh@gmail.com In-reply-to: <20090109121930.GJ30747@cdnetworks.co.kr> References: <20090109121930.GJ30747@cdnetworks.co.kr> Comments: In-reply-to Pyun YongHyeon message dated "Fri, 09 Jan 2009 21:19:30 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 Jan 2009 12:39:57 +0200 From: Danny Braniss Message-ID: Cc: FreeBSD-stable@freebsd.org Subject: Re: more marvell marvels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 10:39:59 -0000 > On Fri, Jan 09, 2009 at 01:48:24PM +0200, Danny Braniss wrote: > > hi, the mb is asus P5K-VM, the onboard nic is, acccording to pciconf: > > > > mskc0@pci0:1:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab > > rev=0x12 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device = '88E8056 Yukon PCI-E Gigabit Ethernet Controller' > > class = network > > subclass = ethernet > > cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 > > cap 03[50] = VPD > > cap 05[5c] = MSI supports 1 message, 64 bit > > cap 10[e0] = PCI-Express 1 legacy endpoint > > > > nothing new here, problems have been reported before, but: > > > > my very first attempt - after a very long time - of booting 7.1-stable, > > produced > > a panic because msk could not find its physio, by the time i had the serial > > console > > attached and working, that problem disappeared :-( > > now, after reboot, it sometimes hangs - because the net is not working, and > > only if > > I unplug the ethernet, (no signs of the driver seeing this), and replug things > > begin > > to work. btw, i had to set > > hw.msk.legacy_intr="1" > > to get things working. > > > > any patches for 7.1-stable to test? > > > > If memory serve me right you have Yukon EC Ultra with 88E1149 PHY, > right? CURRENT has some stability fixes but the source wouldn't be > compiled on stable/7 yet due to KPI differences. I have plan to add > some features in next week which make it possible to use HEAD > version on stable/7. > > I'm not sure the patch for 88E8040 could be applied to stable/7 > but the patch has some fixes for link state handling. Would you > give it try? > http://people.freebsd.org/~yongari/msk/msk.88E8040.patch14 > Note, the 88E8040 patch is not complete yet and may cause other > problems too. > tried to apply patches, but if_mskreg.h patches failed, and hand stitching didn't help (I have 7.1-Stable) danny > -- > Regards, > Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 12:38:59 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC201065677 for ; Sat, 10 Jan 2009 12:38:59 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id 72B198FC1C for ; Sat, 10 Jan 2009 12:38:57 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from wmail28 (172.31.0.39) by cp-out3.libero.it (8.5.016.1) id 493F951B02473552; Sat, 10 Jan 2009 13:38:55 +0100 Message-ID: <32345244.1273621231591135306.JavaMail.defaultUser@defaultHost> Date: Sat, 10 Jan 2009 13:38:55 +0100 (CET) From: Barbara To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.10.1.223 Cc: FreeBSD-stable@FreeBSD.org Subject: R: Re: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 12:38:59 -0000 >On Sat, Jan 10, 2009 at 04:07:24AM +0100, Barbara wrote: > >[...] > > > >Would try the following WIP version? > > >http://people. > > freebsd. org/~yongari/age/if_age.c > > >http://people.freebsd. > > org/~yongari/age/if_agereg.h > > >I have no longer access to L1 hardware so I don't > > know whether it > > >helps or not. > > > > > >-- > > >Regards, > > >Pyun YongHyeon > > > > Well, it > > works! > > As I've said, it's not a real problem for me, but I'm so sorry about not > > having tested before so it could be merged before 7.1-RELEASE, but I had it > > disabled and nearly forgot about that. > > Please, feel free to ask whenever you > > want if you want me doing tests on that NIC. > > > >I'm confused, the WIP version works whereas age(4) in 7.1-RELEASE >didn't work right? Thats's correct! >If the WIP version works, would you show me the output of verbose >boot message? You can find it here: http://pastebin.com/f58373793 and below. Copyright (c) 1992- 2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-STABLE #3: Sat Jan 10 12:42:07 CET 2009 root@satanasso.local.net: /usr/obj/usr/src/sys/SATANASSO Preloaded elf kernel "/boot/kernel/kernel" at 0xc110b000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc110b19c. Preloaded elf module "/boot/kernel/if_age.ko" at 0xc110b248. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc110b2f4. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc110b3a0. Calibrating clock(s) ... i8254 clock: 1193129 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2499733807 Hz CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2499.73-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x60fb1 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 2147155968 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001425000 - 0x000000007db60fff, 2087960576 bytes (509756 pages) avail memory = 2087153664 (1990 MB) Table 'FACP' at 0x7ffb0200 Table 'APIC' at 0x7ffb0390 MADT: Found table at 0x7ffb0390 MP Configuration Table version 1.4 found at 0xc00f11a0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f70e0 pnpbios: Entry = f0000:812a Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu group 1 ULE: setup cpu 1 ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 ACPI: RSDP @ 0x0xfa960/0x0014 (v 0 ACPIAM) ACPI: RSDT @ 0x0x7ffb0000/0x003C (v 1 A_M_I_ OEMRSDT 0x02000821 MSFT 0x00000097) ACPI: FACP @ 0x0x7ffb0200/0x0084 (v 2 A_M_I_ OEMFACP 0x02000821 MSFT 0x00000097) ACPI: DSDT @ 0x0x7ffb05c0/0x4E3F (v 1 A0498 A0498000 0x00000000 INTL 0x20060113) ACPI: FACS @ 0x0x7ffbe000/0x0040 ACPI: APIC @ 0x0x7ffb0390/0x0068 (v 1 A_M_I_ OEMAPIC 0x02000821 MSFT 0x00000097) ACPI: MCFG @ 0x0x7ffb0400/0x003C (v 1 A_M_I_ OEMMCFG 0x02000821 MSFT 0x00000097) ACPI: OEMB @ 0x0x7ffbe040/0x0060 (v 1 A_M_I_ AMI_OEM 0x02000821 MSFT 0x00000097) ACPI: HPET @ 0x0x7ffb5400/0x0038 (v 1 A_M_I_ OEMHPET 0x02000821 MSFT 0x00000097) ACPI: SSDT @ 0x0x7ffb5440/0x028A (v 1 A_M_I_ POWERNOW 0x00000001 AMD 0x00000001) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_buffersize=16384 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 io: VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00 00 01 e0 00 86 60 07 01 00 01 1a 01 00 01 2f 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01 07 01 0e 01 0f 01 11 01 12 01 14 01 15 01 17 01 VESA: 30 mode(s) found VESA: v3.0, 14336k memory, flags:0x1, mode table:0xc08a9c62 (1000022) VESA: NVIDIA VESA: NVIDIA Corporation G86 Board - p403h20 Chip Rev null: kbd: new array size 4 kbd1 at kbdmux0 random: nfslock: pseudo-device mem: Pentium Pro MTRR support enabled npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xe5499000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80008f64 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=03511106) pcibios: BIOS version 3.00 AcpiOsDerivePciId: \\_SB_.PCI0.SATA.SAPR -> bus 0 dev 15 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.HPRG -> bus 0 dev 17 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIX0 -> bus 0 dev 17 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIX2 -> bus 0 dev 17 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x1106 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1106, dev=0x0351, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x1351, revid=0x00 domain=0, bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2351, revid=0x00 domain=0, bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3351, revid=0x00 domain=0, bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4351, revid=0x00 domain=0, bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x5351, revid=0x00 domain=0, bus=0, slot=0, func=5 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x6238, revid=0x00 domain=0, bus=0, slot=0, func=6 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7351, revid=0x00 domain=0, bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb999, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xa238, revid=0x00 domain=0, bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.2. INTA pcib0: slot 2 INTA hardwired to IRQ 27 found-> vendor=0x1106, dev=0xc238, revid=0x00 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 31 found-> vendor=0x1106, dev=0xd238, revid=0x00 domain=0, bus=0, slot=3, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 35 found-> vendor=0x1106, dev=0xe238, revid=0x00 domain=0, bus=0, slot=3, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTC pcib0: slot 3 INTC hardwired to IRQ 39 found-> vendor=0x1106, dev=0xf238, revid=0x00 domain=0, bus=0, slot=3, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTD pcib0: slot 3 INTD hardwired to IRQ 43 found-> vendor=0x1106, dev=0x0591, revid=0x80 domain=0, bus=0, slot=15, func=0 class=01-01-8f, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xcc00, size 3, enabled map[14]: type I/O Port, range 32, base 0xc880, size 2, enabled map [18]: type I/O Port, range 32, base 0xc800, size 3, enabled map[1c]: type I/O Port, range 32, base 0xc480, size 2, enabled map[20]: type I/O Port, range 32, base 0xc400, size 4, enabled map[24]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x0571, revid=0x07 domain=0, bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0xa0 domain=0, bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xb480, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 20 found-> vendor=0x1106, dev=0x3038, revid=0xa0 domain=0, bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xb800, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 22 found-> vendor=0x1106, dev=0x3038, revid=0xa0 domain=0, bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xb880, size 5, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0xa0 domain=0, bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map [20]: type I/O Port, range 32, base 0xbc00, size 5, enabled pcib0: matched entry for 0.16.INTD pcib0: slot 16 INTD hardwired to IRQ 23 found-> vendor=0x1106, dev=0x3104, revid=0x86 domain=0, bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map [10]: type Memory, range 32, base 0xf7fffc00, size 8, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3337, revid=0x00 domain=0, bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x287e, revid=0x00 domain=0, bus=0, slot=17, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x337b, revid=0x00 domain=0, bus=0, slot=19, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x2010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x337a, revid=0x00 domain=0, bus=0, slot=19, func=1 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x2010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 pcib2: irq 27 at device 2.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xf8000000-0xfbcfffff pcib2: prefetched decode 0xd0000000-0xdfffffff pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x10de, dev=0x0421, revid=0xa1 domain=0, bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfa000000, size 24, enabled pcib2: requested memory range 0xfa000000-0xfaffffff: good map[14]: type Prefetchable Memory, range 64, base 0xd0000000, size 28, enabled pcib2: requested memory range 0xd0000000-0xdfffffff: good map[1c]: type Memory, range 64, base 0xf8000000, size 25, enabled pcib2: requested memory range 0xf8000000- 0xf9ffffff: good map[24]: type I/O Port, range 32, base 0xdc00, size 7, enabled pcib2: requested I/O range 0xdc00-0xdc7f: in range pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 24 vgapci0: port 0xdc00-0xdc7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff, 0xf8000000-0xf9ffffff irq 24 at device 0.0 on pci2 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xfa000000 vgapci0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xd0000000 vgapci0: Reserved 0x2000000 bytes for rid 0x1c type 3 at 0xf8000000 ioapic1: routing intpin 0 (PCI IRQ 24) to vector 49 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pcib3: irq 31 at device 3.0 on pci0 pcib3: domain 0 pcib3: secondary bus 6 pcib3: subordinate bus 6 pcib3: I/O decode 0x0-0x0 pcib3: prefetched decode 0xf6f00000-0xf6ffffff pci6: on pcib3 pci6: domain=0, physical bus=6 pcib4: irq 35 at device 3.1 on pci0 pcib4: domain 0 pcib4: secondary bus 5 pcib4: subordinate bus 5 pcib4: I/O decode 0x0-0x0 pcib4: prefetched decode 0xf6e00000- 0xf6efffff pci5: on pcib4 pci5: domain=0, physical bus=5 pcib5: irq 39 at device 3.2 on pci0 pcib5: domain 0 pcib5: secondary bus 4 pcib5: subordinate bus 4 pcib5: I/O decode 0x0-0x0 pcib5: memory decode 0xfbd00000-0xfbdfffff pcib5: no prefetched decode pci4: on pcib5 pci4: domain=0, physical bus=4 found-> vendor=0x1969, dev=0x1048, revid=0xb0 domain=0, bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfbdc0000, size 18, enabled pcib5: requested memory range 0xfbdc0000-0xfbdfffff: good pcib5: matched entry for 4.0.INTA pcib5: slot 0 INTA hardwired to IRQ 36 age0: mem 0xfbdc0000-0xfbdfffff irq 36 at device 0.0 on pci4 age0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xfbdc0000 age0: PCI device revision : 0x00b0 age0: Chip id/revision : 0x9006 age0: 1280 Tx FIFO, 2364 Rx FIFO age0: MSIX count : 0 age0: MSI count : 1 age0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 50 age0: using IRQ 256 for MSI age0: Using 1 MSI messages. age0: Read request size : 512 bytes. age0: TLP payload size : 128 bytes. miibus0: on age0 atphy0: PHY 0 on miibus0 atphy0: OUI 0x001374, model 0x0001, rev. 5 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto age0: bpf attached age0: Ethernet address: 00:1a:92:36:72:21 age0: [MPSAFE] age0: [FILTER] pcib6: irq 43 at device 3.3 on pci0 pcib6: domain 0 pcib6: secondary bus 3 pcib6: subordinate bus 3 pcib6: I/O decode 0x0-0x0 pcib6: prefetched decode 0xf6d00000-0xf6dfffff pci3: on pcib6 pci3: domain=0, physical bus=3 atapci0: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f,0xc000- 0xc0ff irq 21 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 51 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xc000 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xcc00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc880 ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc800 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xc480 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 52 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 53 ata1: [MPSAFE] ata1: [ITHREAD] uhci0: port 0xb480-0xb49f irq 20 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb480 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 54 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 0xb800-0xb81f irq 22 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb800 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 55 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 0xb880-0xb89f irq 21 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb880 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 0xbc00-0xbc1f irq 23 at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbc00 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 56 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 0xf7fffc00-0xf7fffcff irq 21 at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xf7fffc00 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] ehci0: Dropped interrupts workaround enabled 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 isab0: at device 17.0 on pci0 isa0: on isab0 pcib7: at device 19.0 on pci0 pcib7: domain 0 pcib7: secondary bus 128 pcib7: subordinate bus 128 pcib7: I/O decode 0x0-0x0 pcib7: memory decode 0xfbf00000-0xfbffffff pcib7: no prefetched decode pci128: on pcib7 pci128: domain=0, physical bus=128 found-> vendor=0x1106, dev=0x3288, revid=0x10 domain=0, bus=128, slot=1, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfbffc000, size 14, enabled pcib7: requested memory range 0xfbffc000-0xfbffffff: good pcib7: matched entry for 128.1.INTA pcib7: slot 1 INTA hardwired to IRQ 17 hdac0: mem 0xfbffc000-0xfbffffff irq 17 at device 1.0 on pci128 hdac0: HDA Driver Revision: 20081226_0122 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfbffc000 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 57 hdac0: [MPSAFE] hdac0: [ITHREAD] pcib8: at device 19.1 on pci0 pcib8: domain 0 pcib8: secondary bus 7 pcib8: subordinate bus 7 pcib8: I/O decode 0xe000-0xefff pcib8: memory decode 0xfbe00000-0xfbefffff pcib8: no prefetched decode pcib8: Subtractively decoded bridge. pci7: on pcib8 pci7: domain=0, physical bus=7 found-> vendor=0x10ec, dev=0x8139, revid=0x10 domain=0, bus=7, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib8: requested I/O range 0xe800-0xe8ff: in range map[14]: type Memory, range 32, base 0xfbeffc00, size 8, enabled pcib8: requested memory range 0xfbeffc00-0xfbeffcff: good pcib8: matched entry for 7.9. INTA pcib8: slot 9 INTA hardwired to IRQ 19 rl0: port 0xe800-0xe8ff mem 0xfbeffc00-0xfbeffcff irq 19 at device 9.0 on pci7 rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 miibus1: on rl0 rlphy0: PHY 0 on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:08:a1:27:1f:bb ioapic0: routing intpin 19 (PCI IRQ 19) to vector 58 rl0: [MPSAFE] rl0: [ITHREAD] acpi_button0: on acpi0 acpi_button1: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 59 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 60 sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 61 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 62 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x810 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 63 ppbus0: [MPSAFE] ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 133834 -> 100000 procfs registered lapic: Divisor 2, Frequency 99989356 hz Timecounter "TSC" frequency 2499733807 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on 8237A chip ad0: setting UDMA100 on 8237A chip ad0: 152627MB at ata0-master UDMA100 ad0: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ad1: setting PIO4 on 8237A chip ad1: setting UDMA133 on 8237A chip ad1: 117246MB at ata0-slave UDMA133 ad1: 240121728 sectors [238216C/16H/63S] 16 sectors/interrupt 1 depth queue ad1: VIA check1 failed ad1: Adaptec check1 failed ad1: LSI (v3) check1 failed ad1: LSI (v2) check1 failed ad1: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire acd0: setting PIO4 on 8237A chip acd0: setting UDMA66 on 8237A chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 5511KB/s (6890KB/s), 2000KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 238475MB at ata2-master SATA150 ad4: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: VIA check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed hdac0: Probing codec #0... hdac0: HDA Codec #0: Realtek ALC660 hdac0: HDA Codec ID: 0x10ec0660 hdac0: Vendor: 0x10ec hdac0: Device: 0x0660 hdac0: Revision: 0x00 hdac0: Stepping: 0x01 hdac0: PCI Subvendor: 0x81e71043 hdac0: Found audio FG nid=1 startnode=2 endnode=39 total=37 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x40000002 NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdac0: nid 20 0x01014010 as 1 seq 0 Line-out Jack jack 1 loc 1 color Green misc 0 hdac0: nid 21 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 22 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 23 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 24 0x01a19830 as 3 seq 0 Mic Jack jack 1 loc 1 color Pink misc 8 hdac0: nid 25 0x02a1993f as 3 seq 15 Mic Jack jack 1 loc 2 color Pink misc 9 hdac0: nid 26 0x01813031 as 3 seq 1 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: nid 27 0x0221411f as 1 seq 15 Headphones Jack jack 1 loc 2 color Green misc 1 hdac0: nid 28 0x593301f0 as 15 seq 0 CD None jack 3 loc 25 color Unknown misc 1 hdac0: nid 29 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 30 0x01447120 as 2 seq 0 SPDIF-out Jack jack 4 loc 1 color Yellow misc 1 hdac0: Patched pins configuration: hdac0: nid 20 0x01014010 as 1 seq 0 Line-out Jack jack 1 loc 1 color Green misc 0 hdac0: nid 21 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 22 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 23 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 24 0x01a19830 as 3 seq 0 Mic Jack jack 1 loc 1 color Pink misc 8 hdac0: nid 25 0x02a1993f as 3 seq 15 Mic Jack jack 1 loc 2 color Pink misc 9 hdac0: nid 26 0x01813031 as 3 seq 1 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: nid 27 0x0221411f as 1 seq 15 Headphones Jack jack 1 loc 2 color Green misc 1 hdac0: nid 28 0x593301f0 as 15 seq 0 CD None jack 3 loc 25 color Unknown misc 1 [DISABLED] hdac0: nid 29 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 30 0x01447120 as 2 seq 0 SPDIF-out Jack jack 4 loc 1 color Yellow misc 1 hdac0: 3 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=20 seq=0 hdac0: Pin nid=27 seq=15 hdac0: Association 1 (2) out: hdac0: Pin nid=30 seq=0 hdac0: Association 2 (3) in: hdac0: Pin nid=24 seq=0 hdac0: Pin nid=26 seq=1 hdac0: Pin nid=25 seq=15 hdac0: Tracing association 0 (1) hdac0: Pin 20 traced to DAC 2 hdac0: Pin 27 traced to DAC 2 and hpredir 0 hdac0: Association 0 (1) trace succeded hdac0: Tracing association 1 (2) hdac0: Pin 30 traced to DAC 6 hdac0: Association 1 (2) trace succeded hdac0: Tracing association 2 (3) hdac0: Pin 24 traced to ADC 9 hdac0: Pin 26 traced to ADC 9 hdac0: Pin 25 traced to ADC 9 hdac0: Association 2 (3) trace succeded hdac0: Tracing input monitor hdac0: Tracing nid 11 to out hdac0: nid 11 is input monitor hdac0: Tracing nid 34 to out hdac0: Tracing beeper hdac0: No jack detection support at pin 27 hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: Output amp: 0x00034040 hdac0: mute=0 step=64 size=3 offset=64 hdac0: hdac0: nid: 3 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: Output amp: 0x00034040 hdac0: mute=0 step=64 size=3 offset=64 hdac0: hdac0: nid: 4 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: Output amp: 0x00034040 hdac0: mute=0 step=64 size=3 offset=64 hdac0: hdac0: nid: 5 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: Output amp: 0x00034040 hdac0: mute=0 step=64 size=3 offset=64 hdac0: hdac0: nid: 6 hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x001e0160 hdac0: 16 20 24 32 bits, 44 48 96 KHz hdac0: hdac0: nid: 7 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 8 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 9 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 2 (0x00008003) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x00060160 hdac0: 16 20 bits, 44 48 96 KHz hdac0: Input amp: 0x80051f09 hdac0: mute=1 step=31 size=5 offset=9 hdac0: connections: 1 hdac0: | hdac0: + <- nid=34 [audio mixer] hdac0: hdac0: nid: 10 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 11 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: -2 (0x00008003) hdac0: OSS: mix (mix) hdac0: Input amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 6 hdac0: | hdac0: + <- nid=24 [pin: Mic (Jack)] hdac0: + <- nid=25 [pin: Mic (Jack)] hdac0: + <- nid=26 [pin: Line-in (Jack)] hdac0: + [DISABLED] <- nid=27 [pin: Headphones (Jack)] hdac0: + [DISABLED] <- nid=28 [pin: CD (None)] [DISABLED] hdac0: + [DISABLED] <- nid=29 [pin: Speaker (None)] [DISABLED] hdac0: hdac0: nid: 12 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm, mix hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=2 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 13 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=3 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=11 [audio mixer] hdac0: hdac0: nid: 14 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=4 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=11 [audio mixer] hdac0: hdac0: nid: 15 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: -2 (0x00000000) hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=5 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=11 [audio mixer] hdac0: hdac0: nid: 16 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 17 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 18 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 20 hdac0: Name: pin: Line-out (Jack) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x0001003c hdac0: PDC HP OUT IN EAPD hdac0: Pin config: 0x01014010 hdac0: Pin control: 0x00000040 OUT hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + <- nid=12 [audio mixer] hdac0: hdac0: nid: 21 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Pin cap: 0x00010034 hdac0: PDC OUT IN EAPD hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdac0: hdac0: nid: 22 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Pin cap: 0x00000034 hdac0: PDC OUT IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdac0: hdac0: nid: 23 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Pin cap: 0x00000034 hdac0: PDC OUT IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdac0: hdac0: nid: 24 hdac0: Name: pin: Mic (Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: mic (mic) hdac0: Pin cap: 0x00001734 hdac0: PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x01a19830 hdac0: Pin control: 0x00000024 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdac0: hdac0: nid: 25 hdac0: Name: pin: Mic (Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 2 (0x00008000) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x0000173c hdac0: PDC HP OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x02a1993f hdac0: Pin control: 0x00000024 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdac0: hdac0: nid: 26 hdac0: Name: pin: Line- in (Jack) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Association: 2 (0x00000002) hdac0: OSS: line (line) hdac0: Pin cap: 0x00000034 hdac0: PDC OUT IN hdac0: Pin config: 0x01813031 hdac0: Pin control: 0x00000020 IN hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdac0: hdac0: nid: 27 hdac0: Name: pin: Headphones (Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00008000) hdac0: Pin cap: 0x0000173c hdac0: PDC HP OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x0221411f hdac0: Pin control: 0x000000c0 HP OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdac0: hdac0: nid: 28 [DISABLED] hdac0: Name: pin: CD (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x593301f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 29 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400000 hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 30 hdac0: Name: pin: SPDIF-out (Jack) hdac0: Widget cap: 0x00400300 hdac0: DIGITAL hdac0: Association: 1 (0x00000001) hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x01447120 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=6 [audio output] hdac0: hdac0: nid: 31 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 32 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00040 hdac0: PROC hdac0: hdac0: nid: 33 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 34 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 2 (0x00008003) hdac0: OSS: line, mic, mix, monitor hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 11 hdac0: | hdac0: + <- nid=24 [pin: Mic (Jack)] hdac0: + <- nid=25 [pin: Mic (Jack)] hdac0: + <- nid=26 [pin: Line-in (Jack)] hdac0: + [DISABLED] <- nid=27 [pin: Headphones (Jack)] hdac0: + [DISABLED] <- nid=28 [pin: CD (None)] [DISABLED] hdac0: + [DISABLED] <- nid=29 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=20 [pin: Line-out (Jack)] hdac0: + [DISABLED] <- nid=21 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=22 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=23 [pin: Speaker (None)] [DISABLED] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 35 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 36 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 37 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 38 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0160 pcm0: 16 20 24 bits, 44 48 96 KHz pcm0: DAC: 2 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x00060160 pcm0: 16 20 bits, 44 48 96 KHz pcm0: ADC: 9 pcm0: pcm0: +--------------------------------+ pcm0: | DUMPING Playback/Record Pathes | pcm0: +--------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=20 [pin: Line-out (Jack)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: nid=27 [pin: Headphones (Jack)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Record: pcm0: pcm0: nid=9 [audio input] pcm0: | pcm0: + <- nid=34 [audio mixer] [src: line, mic, mix, monitor] pcm0: | pcm0: + <- nid=24 [pin: Mic (Jack)] [src: mic] pcm0: + <- nid=25 [pin: Mic (Jack)] [src: monitor] pcm0: + <- nid=26 [pin: Line-in (Jack)] [src: line] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Input Mix: pcm0: pcm0: nid=11 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic (Jack)] [src: mic] pcm0: + <- nid=25 [pin: Mic (Jack)] [src: monitor] pcm0: + <- nid=26 [pin: Line-in (Jack)] [src: line] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 1 (nid 2 out): -64/0dB (65 steps) pcm0: +- ctl 12 (nid 12 in 0): mute pcm0: +- ctl 13 (nid 12 in 1): mute pcm0: +- ctl 20 (nid 20 in ): mute pcm0: +- ctl 29 (nid 27 in ): mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 2 out): -64 /0dB (65 steps) pcm0: +- ctl 12 (nid 12 in 0): mute pcm0: pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- ctl 25 (nid 24 out): 0/30dB (4 steps) pcm0: +- ctl 31 (nid 34 in 0): mute pcm0: pcm0: Microphone2 Volume (OSS: monitor) pcm0: | pcm0: +- ctl 27 (nid 25 out): 0/30dB (4 steps) pcm0: +- ctl 32 (nid 34 in 1): mute pcm0: pcm0: Line-in Volume (OSS: line) pcm0: | pcm0: +- ctl 8 (nid 11 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 33 (nid 34 in 2): mute pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- ctl 5 (nid 9 in 0): -13/33dB (32 steps) + mute pcm0: +- ctl 31 (nid 34 in 0): mute pcm0: +- ctl 32 (nid 34 in 1): mute pcm0: +- ctl 33 (nid 34 in 2): mute pcm0: +- ctl 41 (nid 34 in 10): mute pcm0: pcm0: Input Mix Level (OSS: mix) pcm0: | pcm0: +- ctl 6 (nid 11 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 7 (nid 11 in 1): -34/12dB (32 steps) + mute pcm0: +- ctl 8 (nid 11 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 13 (nid 12 in 1): mute pcm0: +- ctl 41 (nid 34 in 10): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "mix": pcm0: Mixer "rec": pcm0: Mixer "ogain": pcm0: Mixer "monitor": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 19d0000, 4000; 0xf25ee000 -> 19d0000 pcm0: sndbuf_setmap 19e0000, 4000; 0xf25fe000 -> 19e0000 pcm1: at cad 0 nid 1 on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x001e0160 pcm1: 16 20 24 32 bits, 44 48 96 KHz pcm1: DAC: 6 pcm1: pcm1: +--------------------------------+ pcm1: | DUMPING Playback/Record Pathes | pcm1: +--------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=30 [pin: SPDIF-out (Jack)] pcm1: | pcm1: + <- nid=6 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 19f0000, 4000; 0xf260e000 -> 19f0000 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 6 to local APIC 0 ioapic0: Assigning ISA IRQ 7 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 1 ioapic0: Assigning PCI IRQ 20 to local APIC 0 ioapic0: Assigning PCI IRQ 21 to local APIC 1 ioapic0: Assigning PCI IRQ 22 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 1 ioapic1: Assigning PCI IRQ 24 to local APIC 0 msi: Assigning MSI IRQ 256 to local APIC 1 GEOM: new disk ad0 GEOM: new disk ad1 GEOM: new disk ad4 GEOM_LABEL: Label for provider ad0s3 is ext2fs//boot. GEOM_LABEL: Label for provider ad0s6 is ext2fs//. Trying to mount root from ufs:/dev/ad4s3a start_init: trying /sbin/init Loading configuration files. kernel dumps on /dev/ad4s1b Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad4s1b as swap device Starting file system checks: /dev/ad4s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s3a: clean, 130298 free (810 frags, 16186 blocks, 0.3% fragmentation) /dev/ad4s3e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s3e: clean, 253810 free (34 frags, 31722 blocks, 0.0% fragmentation) /dev/ad4s3f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s3f: clean, 9049239 free (153383 frags, 1111982 blocks, 0.4% fragmentation) /dev/ad4s3d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s3d: clean, 433258 free (14530 frags, 52341 blocks, 2.9% fragmentation) Setting hostuuid: f89ccdb1-74fe-d511-b528-2f563787098a. Setting hostid: 0xf899dcf2. Mounting local file systems: linprocfs registered . Setting hostname: satanasso. local.net. net.inet6.ip6.auto_linklocal: 1 -> 0 hw.snd.maxautovchans: 16 - > 8 hw.snd.compat_linux_mmap: 0 -> 1 compat.linux.osrelease: 2.4.2 -> 2.6.16 hw.syscons.bell: 1 -> 0 age0: interrupt moderation is 100 us. age0: no link ... . got link age0: interrupt moderation is 100 us. DHCPREQUEST on age0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 age0: interrupt moderation is 100 us. bound to 192.168.1.4 -- renewal in 129600 seconds. rl0: no link ... . got link DHCPREQUEST on rl0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 bound to 192.168.1.2 -- renewal in 129600 seconds. 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 age0: flags=8843 metric 0 mtu 1500 options=319b ether 00:1a:92:36:72:21 inet 192.168.1.4 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX ) status: active rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:08:a1:27:1f:bb inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX ) status: active Additional routing options: . Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C1 Additional IP options: . Mounting NFS file systems: . ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg /usr/local/lib/compat /usr/local/lib/compat/pkg /usr/local/lib/lua51 /usr/local/lib/nss a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Clearing /tmp. Creating and/or trimming log files: . Starting syslogd. Checking for core dump on /dev/ad4s1b... savecore: no dumps found Initial i386 initialization: . Additional ABI support: . Removing stale Samba tdb files: done Starting local daemons: . Updating motd . Mounting late file systems: . Configuring syscons: keymap keyrate font8x16 font8x14 font8x8 blanktime screensaver splash: image decoder found: logo_saver allscreens . Starting default moused: . Starting sshd. Starting cron. Local package initialization: . Starting background file system checks in 60 seconds. Best regards Barbara From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 13:41:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5265E106564A; Sat, 10 Jan 2009 13:41:11 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from emh01.mail.saunalahti.fi (emh01.mail.saunalahti.fi [62.142.5.107]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA978FC22; Sat, 10 Jan 2009 13:41:10 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from saunalahti-vams (vs3-11.mail.saunalahti.fi [62.142.5.95]) by emh01-2.mail.saunalahti.fi (Postfix) with SMTP id A1BEA1AE10; Sat, 10 Jan 2009 15:24:05 +0200 (EET) Received: from emh02.mail.saunalahti.fi ([62.142.5.108]) by vs3-11.mail.saunalahti.fi ([62.142.5.95]) with SMTP (gateway) id A07EAF9E405; Sat, 10 Jan 2009 15:24:05 +0200 Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by emh02.mail.saunalahti.fi (Postfix) with SMTP id 362632BD55; Sat, 10 Jan 2009 15:24:02 +0200 (EET) Date: Sat, 10 Jan 2009 15:24:02 +0200 From: Jaakko Heinonen To: Doug Barton Message-ID: <20090110132401.GA780@a91-153-125-115.elisa-laajakaista.fi> References: <496819DB.1030601@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <496819DB.1030601@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Antivirus: VAMS Cc: Yannick Cadin , freebsd-stable@freebsd.org Subject: Re: 2 (very old) bugs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 13:41:11 -0000 Hi, On 2009-01-09, Doug Barton wrote: > Yannick Cadin wrote: > > - first in the stat command. Only with the -x option. If you execute > > stat -x on /tmp or /usr/bin/passwd parameters for example, the numeric > > representation of mode is wrong. The "special" bits are always 0. No > > suid-bit, no sticky bit! > > Our version of stat(1) is essentially an exact duplicate of the code > from NetBSD. I imported this originally, but I have not not had time > to merge changes for a while now. If anyone is interested in taking > this on have a look at: > > http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/stat/ The reported bug still exists in the NetBSD version too. I believe that the following patch fixes the bug: %%% Index: usr.bin/stat/stat.c =================================================================== --- usr.bin/stat/stat.c (revision 186786) +++ usr.bin/stat/stat.c (working copy) @@ -108,7 +108,8 @@ __FBSDID("$FreeBSD$"); #define LINUX_FORMAT \ " File: \"%N\"%n" \ " Size: %-11z FileType: %HT%n" \ - " Mode: (%04OLp/%.10Sp) Uid: (%5u/%8Su) Gid: (%5g/%8Sg)%n" \ + " Mode: (%OMp%03OLp/%.10Sp) " \ + "Uid: (%5u/%8Su) Gid: (%5g/%8Sg)%n" \ "Device: %Hd,%Ld Inode: %i Links: %l%n" \ "Access: %Sa%n" \ "Modify: %Sm%n" \ %%% -- Jaakko From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 13:57:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BEF41065670 for ; Sat, 10 Jan 2009 13:57:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id BB4B68FC18 for ; Sat, 10 Jan 2009 13:57:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA21678 for ; Sat, 10 Jan 2009 15:57:36 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4968A950.8000806@icyb.net.ua> Date: Sat, 10 Jan 2009 15:57:36 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: FreeBSD Stable References: <4926B42E.2010408@icyb.net.ua> In-Reply-To: <4926B42E.2010408@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: pciconf: incorrect description for Marvell 88SX6101 chip X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 13:57:41 -0000 on 21/11/2008 15:14 Andriy Gapon said the following: > I wasn't sure where this belongs, so writing here. > This is stable/7 on Intel DG33TL: > > $ pciconf -lv > ... > atapci0@pci0:3:0:0: class=0x01018f card=0x610111ab chip=0x610111ab > rev=0xb2 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '6101 SATA2 Controller' > class = mass storage > subclass = ATA > ... > > This is actually a PATA controller (SATA is provided by ICH9). > lspci is more correct: > $ lspci -v > ... > 03:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6101 > single-port PATA133 interface (rev b2) (prog-if 8f [Master SecP SecO > PriP PriO]) > Subsystem: Marvell Technology Group Ltd. 88SE6101 single-port > PATA133 interface > ... > > ATA driver is also cool: > atapci0: > This is very minor but still... Here's a tiny patch. diff --git a/share/misc/pci_vendors b/share/misc/pci_vendors index 8286310..c92d12e 100644 --- a/share/misc/pci_vendors +++ b/share/misc/pci_vendors @@ -4606,7 +4606,7 @@ 6041 MV88SX6041 Marvell Technology Group Ltd. MV88SX6041 4-port SATA II PCI-X Controller (rev 03) 6042 MV88SX6042 4-port SATA II PCI-X Controller 6081 MV88SX6081 8-port SATA II PCI-X Controller - 6101 6101 SATA2 Controller + 6101 MV88SX6101 1-port UltraATA/133 Controller 6111 6111 SATA2 Controller 6120 6120 SATA2 Controller 6121 6121 SATA2 Controller -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 14:20:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34892106564A for ; Sat, 10 Jan 2009 14:20:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4CBCB8FC1A for ; Sat, 10 Jan 2009 14:20:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA22034 for ; Sat, 10 Jan 2009 16:20:01 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4968AE90.5010004@icyb.net.ua> Date: Sat, 10 Jan 2009 16:20:00 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: rc.d/mountd: confusing message (and behavior?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 14:20:04 -0000 $ /etc/rc.d/mountd onestart /etc/rc.d/mountd: WARNING: /etc/exports is not readable. Exit 1 Actually /etc/exports did not exist at all. And this was not a "WARNING", this was a fatal error, mountd did not start. Alsp, should it actually fail like this? I have ZFS and I plan to do all NFS exports from ZFS, so /etc/exports would never be used. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 15:01:29 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DC1B106566C; Sat, 10 Jan 2009 15:01:29 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id CAFD48FC18; Sat, 10 Jan 2009 15:01:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.15] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n0AF0gdn016472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Jan 2009 10:00:43 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Vv2a8zAESDHbuskxZ1/2" Organization: FreeBSD Date: Sat, 10 Jan 2009 10:01:19 -0500 Message-Id: <1231599679.1837.13.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 Subject: [HEADS UP] drm merged to -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 15:01:29 -0000 --=-Vv2a8zAESDHbuskxZ1/2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I just merged drm (Direct Rendering) from HEAD. - Support for latest Intel chips - Support and fixes for many AMD/ATI chips r500 and below - Support AMD/ATI IGP based chips (rs690/rs485) - Lots of code cleanups - Lots of other fixes and changes since the existing drm is 2+ years old If you are experiencing a "garbled" screen with certain pci/pci-e based radeons, I have another patch in HEAD that isn't included yet. thanks, robert. --=-Vv2a8zAESDHbuskxZ1/2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklouD8ACgkQM4TrQ4qfROOVyQCghiUsyVJVLDcjAorHanBiyZBB de0An3ks9ZIDaELcbUNk+T/C15gmeJcO =+Nzn -----END PGP SIGNATURE----- --=-Vv2a8zAESDHbuskxZ1/2-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 15:11:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C520106566B for ; Sat, 10 Jan 2009 15:11:38 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 1C64A8FC16 for ; Sat, 10 Jan 2009 15:11:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so88491ugs.39 for ; Sat, 10 Jan 2009 07:11:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=+L2LRSB74fSjHreQUTnbQ2cS+OIRcPBTDO12Mb2iwvc=; b=U4C85YTPg0vmLs39UiUhYyi8wbb0G90A8F7fiDQ+NuW96jMTr8HVaoYedeyM1vgK7c HpwUwQqigx9OBuQ3R0EmoqTJfzKOzPQlIlbhcLPTaXuWJTUBJetGXE1/MhwzrNCEYc8C Z8jGyTkj1fRSaoCegD518QDYcRn7IpAromOjA= 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=duKMlved2PV/fGV7NW13Ye37+YsNK1iLHtNFeF0y9kTIUcJTZSDGtJMDyJZUvQCudy ud7R5iu2kuBdHScSl/ntRMarXU0tJ12AzRZjCSxraDMioGdRHghvefWx/yvZ7FIoxsp8 PperVfysYOhs/3Pi+xqXIj9OJH28wNA0x+V/U= Received: by 10.67.88.7 with SMTP id q7mr242480ugl.76.1231600297027; Sat, 10 Jan 2009 07:11:37 -0800 (PST) Received: by 10.67.88.9 with HTTP; Sat, 10 Jan 2009 07:11:36 -0800 (PST) Message-ID: <7d6fde3d0901100711p70e9a66ahadc3c2570fc6f94b@mail.gmail.com> Date: Sat, 10 Jan 2009 07:11:36 -0800 From: "Garrett Cooper" To: "Andriy Gapon" In-Reply-To: <4968AE90.5010004@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4968AE90.5010004@icyb.net.ua> Cc: FreeBSD Stable Subject: Re: rc.d/mountd: confusing message (and behavior?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 15:11:38 -0000 On Sat, Jan 10, 2009 at 6:20 AM, Andriy Gapon wrote: > > $ /etc/rc.d/mountd onestart > /etc/rc.d/mountd: WARNING: /etc/exports is not readable. > Exit 1 > > Actually /etc/exports did not exist at all. > And this was not a "WARNING", this was a fatal error, mountd did not start. > > Alsp, should it actually fail like this? I have ZFS and I plan to do > all NFS exports from ZFS, so /etc/exports would never be used. Uh, mountd is used for nfsd, so I'm not sure why you're trying to do this... The reference to /etc/exports is being picked up from /etc/rc.d/mountd on this line: required_files="/etc/exports" and it's picking up the actual `does it exist?' test from: [gcooper@orangebox /usr/home/gcooper]$ grep -A 3 required_files /etc/rc.subr # required_files n If set, check for the readability of the given # files before running a (re)start command. # # required_modules n If set, ensure the given kernel modules are -- rcvar required_dirs required_files required_vars eval unset ${_arg}_cmd ${_arg}_precmd ${_arg}_postcmd case "$_file" in -- for _f in $required_files; do if [ ! -r "${_f}" ]; then warn "${_f} is not readable." if [ -z "$rc_force" ]; then Cheers, -Garrett From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 15:14:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5460F1065674 for ; Sat, 10 Jan 2009 15:14:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7985C8FC19 for ; Sat, 10 Jan 2009 15:14:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA22846; Sat, 10 Jan 2009 17:14:37 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4968BB5D.8070909@icyb.net.ua> Date: Sat, 10 Jan 2009 17:14:37 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: Garrett Cooper References: <4968AE90.5010004@icyb.net.ua> <7d6fde3d0901100711p70e9a66ahadc3c2570fc6f94b@mail.gmail.com> In-Reply-To: <7d6fde3d0901100711p70e9a66ahadc3c2570fc6f94b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: rc.d/mountd: confusing message (and behavior?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 15:14:41 -0000 on 10/01/2009 17:11 Garrett Cooper said the following: > On Sat, Jan 10, 2009 at 6:20 AM, Andriy Gapon wrote: >> $ /etc/rc.d/mountd onestart >> /etc/rc.d/mountd: WARNING: /etc/exports is not readable. >> Exit 1 >> >> Actually /etc/exports did not exist at all. >> And this was not a "WARNING", this was a fatal error, mountd did not start. >> >> Alsp, should it actually fail like this? I have ZFS and I plan to do >> all NFS exports from ZFS, so /etc/exports would never be used. > > Uh, mountd is used for nfsd, so I'm not sure why you're trying to do > this... I thought that mountd and nfsd (and rpcbind) are still required even if exported filesystems are ZFS. Am I wrong on this? > The reference to /etc/exports is being picked up from > /etc/rc.d/mountd on this line: > > required_files="/etc/exports" > > and it's picking up the actual `does it exist?' test from: > > [gcooper@orangebox /usr/home/gcooper]$ grep -A 3 required_files /etc/rc.subr > # required_files n If set, check for the readability of the given > # files before running a (re)start command. > # > # required_modules n If set, ensure the given kernel modules are > -- > rcvar required_dirs required_files required_vars > eval unset ${_arg}_cmd ${_arg}_precmd ${_arg}_postcmd > > case "$_file" in > -- > for _f in $required_files; do > if [ ! -r "${_f}" ]; then > warn "${_f} is not readable." > if [ -z "$rc_force" ]; then > > Cheers, > -Garrett -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 15:16:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C29310656D5 for ; Sat, 10 Jan 2009 15:16:56 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1ABE78FC1C for ; Sat, 10 Jan 2009 15:16:55 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so1060079eyd.7 for ; Sat, 10 Jan 2009 07:16:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=F/Z/tsUq+b/+bvuCHKgpbRTHOYmlenICmr0qeHOJUWk=; b=qy6oAHsbRZ8IMpTQ09yoVazkOs5KZ4D5Joz9c/vsw0Y3vCS8jiXhGK6YbqvYJ3ujlt 0AUgcSFxAs2fnYhXP7se6uoDFF+LsRoYynJLQGiivT4yxYX9yywXoDsd86qcDUI3HUPl 2M8+Zd2xOUosD1+YdBBhDSOcPRAM6g8flh8Jw= 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=R8UieFgF/Pf9v+QY24edNFJ8bYXB4pL+e/qFpJZHlfUBDL7fJScEhrT7ET1KkrHmrr apszOrCfVRPjLl3utR5BzYD6jyKMds52ywzyGmPt/DaZHaj/KljVDFqnZbUda3l4HPBr KMnQUFplZQJasxPTveUP3fX3+L3iSWIBRWpt0= Received: by 10.66.219.15 with SMTP id r15mr258014ugg.16.1231600614548; Sat, 10 Jan 2009 07:16:54 -0800 (PST) Received: by 10.67.88.9 with HTTP; Sat, 10 Jan 2009 07:16:54 -0800 (PST) Message-ID: <7d6fde3d0901100716i552420ddja6a59a4938e70fc9@mail.gmail.com> Date: Sat, 10 Jan 2009 07:16:54 -0800 From: "Garrett Cooper" To: "Andriy Gapon" In-Reply-To: <4968BB5D.8070909@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4968AE90.5010004@icyb.net.ua> <7d6fde3d0901100711p70e9a66ahadc3c2570fc6f94b@mail.gmail.com> <4968BB5D.8070909@icyb.net.ua> Cc: FreeBSD Stable Subject: Re: rc.d/mountd: confusing message (and behavior?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 15:16:56 -0000 On Sat, Jan 10, 2009 at 7:14 AM, Andriy Gapon wrote: > on 10/01/2009 17:11 Garrett Cooper said the following: >> On Sat, Jan 10, 2009 at 6:20 AM, Andriy Gapon wrote: >>> $ /etc/rc.d/mountd onestart >>> /etc/rc.d/mountd: WARNING: /etc/exports is not readable. >>> Exit 1 >>> >>> Actually /etc/exports did not exist at all. >>> And this was not a "WARNING", this was a fatal error, mountd did not start. >>> >>> Alsp, should it actually fail like this? I have ZFS and I plan to do >>> all NFS exports from ZFS, so /etc/exports would never be used. >> >> Uh, mountd is used for nfsd, so I'm not sure why you're trying to do >> this... > > I thought that mountd and nfsd (and rpcbind) are still required even if > exported filesystems are ZFS. Am I wrong on this? > >> The reference to /etc/exports is being picked up from >> /etc/rc.d/mountd on this line: >> >> required_files="/etc/exports" >> >> and it's picking up the actual `does it exist?' test from: >> >> [gcooper@orangebox /usr/home/gcooper]$ grep -A 3 required_files /etc/rc.subr >> # required_files n If set, check for the readability of the given >> # files before running a (re)start command. >> # >> # required_modules n If set, ensure the given kernel modules are >> -- >> rcvar required_dirs required_files required_vars >> eval unset ${_arg}_cmd ${_arg}_precmd ${_arg}_postcmd >> >> case "$_file" in >> -- >> for _f in $required_files; do >> if [ ! -r "${_f}" ]; then >> warn "${_f} is not readable." >> if [ -z "$rc_force" ]; then >> >> Cheers, >> -Garrett Ok, dumb question -- does ZFS offer the same functionality as NFS? I thought not... -Garrett From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 15:24:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BA7510656CC for ; Sat, 10 Jan 2009 15:24:40 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 0DFB98FC35 for ; Sat, 10 Jan 2009 15:24:40 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLfhO-0007rK-Vh; Sat, 10 Jan 2009 15:24:30 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLfhO-000LfO-UH; Sat, 10 Jan 2009 15:24:30 +0000 To: avg@icyb.net.ua, freebsd-stable@freebsd.org In-Reply-To: <4968AE90.5010004@icyb.net.ua> Message-Id: From: Pete French Date: Sat, 10 Jan 2009 15:24:30 +0000 Cc: Subject: Re: rc.d/mountd: confusing message (and behavior?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 15:24:43 -0000 > Alsp, should it actually fail like this? I have ZFS and I plan to do > all NFS exports from ZFS, so /etc/exports would never be used. ZFS writes its own exports file to '/etc/zfs/exports' - as far as I can tell this is pretty much all that happens when you mark a filesystem as NFS shared under ZFS. Then mountd is started from rc like this: /usr/sbin/mountd -r -n /etc/exports /etc/zfs/exports (thats taken from 'ps' on one of my running systems) So you still need an empty /etc/exports to be there. ZFS will take care of managing it's own exports file, but thats all it seems to do - there is no magic ZFS seperate implementation of NFS as far as I know. -pete. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 15:25:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E150106566B; Sat, 10 Jan 2009 15:25:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 078928FC0C; Sat, 10 Jan 2009 15:25:23 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so89029ugs.39 for ; Sat, 10 Jan 2009 07:25:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3Jssyd5uCG9is4gHWRUK6SI1z8ZRvFSN3Pvz3RGb/Ik=; b=JEX9ZUVzmyuka3CCTtJljw21G19eku0s4qhvKm7ykvx3um1W6Sm147xQ07EJXFDxWe aJe6hlYqoMfyW27AZ3ij40dzWRkW5HNVcaf2Ml4+cDh0iTm+3pFN7xRPtzufDVToalXw R14QsfA4zlJyRZVo1SYT079hTPyC6tEf6QfgA= 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=WNXmEcYI8tP+w5JaM6QYPPnY7ERTO9kzAvXwzAYS/vkFFrjCTcKWeDPXgM4bsS5cIf FlHxFBpRm/G76QG6U3Xk8mObT3wzDe8VQSmnwyYAxe2Q0EXdH0MN7x1ib5b8Im57K8Uc sq4mduYYlNgCXUYMjUFIv2hGh15sK5FVFedX4= Received: by 10.66.218.3 with SMTP id q3mr260592ugg.24.1231601123074; Sat, 10 Jan 2009 07:25:23 -0800 (PST) Received: by 10.67.88.9 with HTTP; Sat, 10 Jan 2009 07:25:23 -0800 (PST) Message-ID: <7d6fde3d0901100725q74c46bb1vf93379e075879bfd@mail.gmail.com> Date: Sat, 10 Jan 2009 07:25:23 -0800 From: "Garrett Cooper" To: "Andriy Gapon" In-Reply-To: <7d6fde3d0901100724la51365cp83ed94d917654605@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4968AE90.5010004@icyb.net.ua> <7d6fde3d0901100711p70e9a66ahadc3c2570fc6f94b@mail.gmail.com> <4968BB5D.8070909@icyb.net.ua> <7d6fde3d0901100716i552420ddja6a59a4938e70fc9@mail.gmail.com> <7d6fde3d0901100718s31ae9f38i5db870b7059bdfbe@mail.gmail.com> <4968BCC4.7090708@icyb.net.ua> <7d6fde3d0901100724la51365cp83ed94d917654605@mail.gmail.com> Cc: FreeBSD Current , FreeBSD Subject: Re: rc.d/mountd: confusing message (and behavior?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 15:25:25 -0000 On Sat, Jan 10, 2009 at 7:24 AM, Garrett Cooper wrote: > On Sat, Jan 10, 2009 at 7:20 AM, Andriy Gapon wrote: >> on 10/01/2009 17:18 Garrett Cooper said the following: >>> >>> s/same functionality/same basic functionality/. >>> Mind you, NFS is a networking filesystem. ZFS is a filestore >>> filesystem, more rooted to the local machine I thought, like UFS. >> >> I am well aware of this. The difference between UFS and ZFS is that for >> the former you have to maintain /etc/exports by hand and for the latter >> /etc/zfs/exports is automatically managed via zfs tools. >> >> Andriy Gapon > > Maybe a zmountd or equivalent script should be written for zfs and the > common code should be factored out for both cases? > -Garrett Sorry -- wrong list (current -> stable) ><. -Garrett From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 15:49:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05A771065670 for ; Sat, 10 Jan 2009 15:49:47 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id BDFBE8FC13 for ; Sat, 10 Jan 2009 15:49:46 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLg5j-00083N-Rl; Sat, 10 Jan 2009 15:49:39 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLg5j-000Lmm-QO; Sat, 10 Jan 2009 15:49:39 +0000 To: drosih@rpi.edu, rblayzor.bulk@inoc.net In-Reply-To: Message-Id: From: Pete French Date: Sat, 10 Jan 2009 15:49:39 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 15:49:47 -0000 > FWIW, the other guy I know who is having this problem had already > switched to using ULE under 7.0-release, and did not have any > problems with it. So *his* problem was probably not related to > SCHED_ULE, unless something has recently changed there. Well, one of my machines just locked up again, even with SCHED_4BSD on it, so I am now thinking it is unrelated. The machine has completely locked - no response to pings, no response to keypresses, nor to the power button. There is nothing printed on the console - it is just sitting there with a login prompt :-( This is really not good - these are extremely common servers after all, and I am just running bog standard 7.1 with apache and mysql. This is happening across several different servers, all of which are slight variants on the DL360, so I dont think it is something perculiar to me. -pete. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 16:49:16 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 908CA106566B; Sat, 10 Jan 2009 16:49:16 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 56F968FC21; Sat, 10 Jan 2009 16:49:16 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from [192.168.2.15] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n0AGmRh8017071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Jan 2009 11:48:27 -0500 (EST) (envelope-from rnoland@2hip.net) From: Robert Noland To: freebsd-stable In-Reply-To: <1231599679.1837.13.camel@wombat.2hip.net> References: <1231599679.1837.13.camel@wombat.2hip.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9sX06ARVLIr37HoNUMuv" Organization: 2Hip Networks Date: Sat, 10 Jan 2009 11:49:01 -0500 Message-Id: <1231606142.1837.34.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 Subject: Re: [HEADS UP] drm merged to -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 16:49:17 -0000 --=-9sX06ARVLIr37HoNUMuv Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-01-10 at 10:01 -0500, Robert Noland wrote: > I just merged drm (Direct Rendering) from HEAD. >=20 > - Support for latest Intel chips > - Support and fixes for many AMD/ATI chips r500 and below > - Support AMD/ATI IGP based chips (rs690/rs485) > - Lots of code cleanups > - Lots of other fixes and changes since the existing drm > is 2+ years old >=20 > If you are experiencing a "garbled" screen with certain pci/pci-e based > radeons, I have another patch in HEAD that isn't included yet. I decided to go ahead and fully sync to HEAD, so this should be resolved as well. This added: - Use bus_dma to allocate scatter/gather pages for pci GART. This fixes "garbled" screen issues on pci based radeons. - Prevent drm from attaching to secondary devices even if they have the the same pci id. robert. > thanks, >=20 > robert. >=20 --=-9sX06ARVLIr37HoNUMuv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklo0X0ACgkQM4TrQ4qfRON1pgCfZjWIy7B9RcH5CzSjdJ80Ydi/ VcYAoIaLgQFRUcOmIXcqHPxa9ropDbG3 =j6ay -----END PGP SIGNATURE----- --=-9sX06ARVLIr37HoNUMuv-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 17:55:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E76A106566C; Sat, 10 Jan 2009 17:55:07 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC838FC08; Sat, 10 Jan 2009 17:55:06 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id n0AHsilZ021858; Sat, 10 Jan 2009 18:54:48 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id A8F12BAA7; Sat, 10 Jan 2009 18:54:44 +0100 (CET) Date: Sat, 10 Jan 2009 18:54:44 +0100 From: Roland Smith To: Robert Noland Message-ID: <20090110175444.GA6484@slackbox.xs4all.nl> References: <1231599679.1837.13.camel@wombat.2hip.net> <1231606142.1837.34.camel@wombat.2hip.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <1231606142.1837.34.camel@wombat.2hip.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-x11 , freebsd-stable Subject: Re: [HEADS UP] drm merged to -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 17:55:07 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 10, 2009 at 11:49:01AM -0500, Robert Noland wrote: > On Sat, 2009-01-10 at 10:01 -0500, Robert Noland wrote: > > I just merged drm (Direct Rendering) from HEAD. > >=20 > > - Support for latest Intel chips > > - Support and fixes for many AMD/ATI chips r500 and below > > - Support AMD/ATI IGP based chips (rs690/rs485) > > - Lots of code cleanups > > - Lots of other fixes and changes since the existing drm > > is 2+ years old > > > > If you are experiencing a "garbled" screen with certain pci/pci-e based > > radeons, I have another patch in HEAD that isn't included yet. >=20 > I decided to go ahead and fully sync to HEAD, so this should be resolved > as well. This added: >=20 > - Use bus_dma to allocate scatter/gather pages for pci GART. > This fixes "garbled" screen issues on pci based radeons. > - Prevent drm from attaching to secondary devices even if they > have the the same pci id. Do cards on the PCIE bus still need the agp device? It seems my r535 (radeon X1650Pro) on the PCIE bus can allocate a GART without it. I have the agp module loaded, but there is no /dev/agpgart device. But if I try to unload the module, it says 'can't unload file: Device busy'. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklo4OQACgkQEnfvsMMhpyXnNwCdF4znWkQ9JSsVNlzVSqN7C6ia 2lYAoK4m71JSPYyLvg7tevPq91q8S0w6 =ZgpA -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 18:02:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78FA6106566C; Sat, 10 Jan 2009 18:02:38 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D2E488FC0C; Sat, 10 Jan 2009 18:02:37 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.15] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n0AI1pVF017475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Jan 2009 13:01:52 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Roland Smith In-Reply-To: <20090110175444.GA6484@slackbox.xs4all.nl> References: <1231599679.1837.13.camel@wombat.2hip.net> <1231606142.1837.34.camel@wombat.2hip.net> <20090110175444.GA6484@slackbox.xs4all.nl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FRBmZeJSTxHweZjKUrqu" Organization: FreeBSD Date: Sat, 10 Jan 2009 13:02:28 -0500 Message-Id: <1231610548.1837.47.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-stable Subject: Re: [HEADS UP] drm merged to -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 18:02:39 -0000 --=-FRBmZeJSTxHweZjKUrqu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-01-10 at 18:54 +0100, Roland Smith wrote: > On Sat, Jan 10, 2009 at 11:49:01AM -0500, Robert Noland wrote: > > On Sat, 2009-01-10 at 10:01 -0500, Robert Noland wrote: > > > I just merged drm (Direct Rendering) from HEAD. > > >=20 > > > - Support for latest Intel chips > > > - Support and fixes for many AMD/ATI chips r500 and below > > > - Support AMD/ATI IGP based chips (rs690/rs485) > > > - Lots of code cleanups > > > - Lots of other fixes and changes since the existing drm > > > is 2+ years old > > > > > > If you are experiencing a "garbled" screen with certain pci/pci-e bas= ed > > > radeons, I have another patch in HEAD that isn't included yet. > >=20 > > I decided to go ahead and fully sync to HEAD, so this should be resolve= d > > as well. This added: > >=20 > > - Use bus_dma to allocate scatter/gather pages for pci GART. > > This fixes "garbled" screen issues on pci based radeons. > > - Prevent drm from attaching to secondary devices even if they > > have the the same pci id. >=20 > Do cards on the PCIE bus still need the agp device? It seems my r535 > (radeon X1650Pro) on the PCIE bus can allocate a GART without it. I have > the agp module loaded, but there is no /dev/agpgart device. But if I try > to unload the module, it says 'can't unload file: Device busy'. Technically no, pci/pci-e based cards don't need AGP. All of the Intel chips do, as they emulate AGP in all cases. The pci/pci-e radeons do not need AGP at all, but I don't know of a way to conditionally require the AGP module as a dependency in drm. The other issue would be that even if I could, it would probably end up with undefined symbols in drm without agp loaded, even if it isn't used. robert. > Roland --=-FRBmZeJSTxHweZjKUrqu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklo4rQACgkQM4TrQ4qfROMdJwCfRqfgXqHv+kUS7nLZMdlWTdOy 3l0AnA863KFqmF+5awctPDBVLvkFVYRp =bbgH -----END PGP SIGNATURE----- --=-FRBmZeJSTxHweZjKUrqu-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 23:53:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9132106566B; Sat, 10 Jan 2009 23:53:45 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id CA9828FC0A; Sat, 10 Jan 2009 23:53:45 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from sam ([71.107.19.155]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0KDA007VB4TWZVG0@vms046.mailsrvcs.net>; Sat, 10 Jan 2009 17:49:09 -0600 (CST) Date: Sat, 10 Jan 2009 15:53:21 -0800 From: vehemens In-reply-to: <1231606142.1837.34.camel@wombat.2hip.net> To: freebsd-x11@freebsd.org Message-id: <200901101553.21968.vehemens@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <1231599679.1837.13.camel@wombat.2hip.net> <1231606142.1837.34.camel@wombat.2hip.net> User-Agent: KMail/1.9.10 Cc: Robert Noland , freebsd-stable Subject: Re: [HEADS UP] drm merged to -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 23:53:46 -0000 On Saturday 10 January 2009 08:49:01 am Robert Noland wrote: > On Sat, 2009-01-10 at 10:01 -0500, Robert Noland wrote: > > I just merged drm (Direct Rendering) from HEAD. > > > > - Support for latest Intel chips > > - Support and fixes for many AMD/ATI chips r500 and below > > - Support AMD/ATI IGP based chips (rs690/rs485) > > - Lots of code cleanups > > - Lots of other fixes and changes since the existing drm > > is 2+ years old > > > > If you are experiencing a "garbled" screen with certain pci/pci-e based > > radeons, I have another patch in HEAD that isn't included yet. > > I decided to go ahead and fully sync to HEAD, so this should be resolved > as well. This added: > > - Use bus_dma to allocate scatter/gather pages for pci GART. > This fixes "garbled" screen issues on pci based radeons. > - Prevent drm from attaching to secondary devices even if they > have the the same pci id. What's your plan on incorporating r6xx/r7xx drm :?