From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 00:17:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2C0216A4CE for ; Sun, 6 Mar 2005 00:17:22 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C10A43D41 for ; Sun, 6 Mar 2005 00:17:22 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 302C3F26EA for ; Sat, 5 Mar 2005 16:17:20 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 61284-08 for ; Sat, 5 Mar 2005 16:17:19 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 686E9F26F6 for ; Sat, 5 Mar 2005 14:07:47 -0800 (PST) From: Sean McNeil To: current@freebsd.org Content-Type: text/plain Date: Sat, 05 Mar 2005 14:07:47 -0800 Message-Id: <1110060467.23311.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: /usr/src/lib/libc/string/strsignal.c:96 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 00:17:22 -0000 Hi folks, It looks like strsignal is busted. All I have to do is hit ctrl-c while running gmake and I get this core: #0 strsignal (num=2) at /usr/src/lib/libc/string/strsignal.c:96 ebuf = "Interrupt", '\0' tmp = "2\000\000\000\000\000\000\000\002\000\000\000\000\000\000 \000\000\000\000" signum = 0 n = 4326031 t = 0x7fffffffd151 "" p = 0x800d5b82f
This is because n is uninitialized when num > 0 && num < sys_nsig. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 00:27:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B86C16A4CE for ; Sun, 6 Mar 2005 00:27:57 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E902943D2D for ; Sun, 6 Mar 2005 00:27:56 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id D927A5C900; Sat, 5 Mar 2005 16:27:56 -0800 (PST) Date: Sun, 6 Mar 2005 01:27:56 +0100 From: Maxime Henrion To: Sean McNeil Message-ID: <20050306002756.GV31320@elvis.mu.org> References: <1110060467.23311.5.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1110060467.23311.5.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: /usr/src/lib/libc/string/strsignal.c:96 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 00:27:57 -0000 Sean McNeil wrote: > Hi folks, > > It looks like strsignal is busted. All I have to do is hit ctrl-c while > running gmake and I get this core: > > #0 strsignal (num=2) at /usr/src/lib/libc/string/strsignal.c:96 > ebuf = "Interrupt", '\0' > tmp = "2\000\000\000\000\000\000\000\002\000\000\000\000\000\000 > \000\000\000\000" > signum = 0 > n = 4326031 > t = 0x7fffffffd151 "" > p = 0x800d5b82f
> > This is because n is uninitialized when num > 0 && num < sys_nsig. Indeed. Can you confirm that this patch fixes the problem? %% --- strsignal.c.orig Tue Mar 1 20:28:14 2005 +++ strsignal.c Sun Mar 6 01:24:18 2005 @@ -64,7 +64,7 @@ #endif if (num > 0 && num < sys_nsig) { - strlcpy(ebuf, + n = strlcpy(ebuf, #if defined(NLS) catgets(catd, 2, num, sys_siglist[num]), #else %% Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:20:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02E4816A4D6; Sun, 6 Mar 2005 01:20:41 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F9FD43D58; Sun, 6 Mar 2005 01:20:37 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from localhost (ppp2DA6.dyn.pacific.net.au [61.8.45.166]) j261KTlt010181; Sun, 6 Mar 2005 12:20:30 +1100 Received: by localhost (Postfix, from userid 1001) id 701FB17D8; Sun, 6 Mar 2005 12:21:46 +1100 (EST) To: FreeBSD-gnats-submit@freebsd.org From: Sam Lawrance X-send-pr-version: 3.113 X-GNATS-Notify: Message-Id: <20050306012146.701FB17D8@localhost> Date: Sun, 6 Mar 2005 12:21:46 +1100 (EST) cc: current@freebsd.org Subject: Swapped out procs not brought in immediately after child exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sam Lawrance List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 01:20:41 -0000 >Submitter-Id: current-users >Originator: Sam Lawrance >Confidential: no >Synopsis: Swapped out procs not brought in immediately after child exits >Severity: non-critical >Priority: medium >Category: kern >Class: sw-bug >Release: FreeBSD 5.4-PRERELEASE i386 >Environment: System: FreeBSD dirk.no.domain 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #10: Sun Ma r 6 10:45:13 EST 2005 root@dirk.no.domain:/usr/testbuild/src5/sys/i386/compile/G ENERIC i386 >Description: I run -stable on my lonely box, but AFAICS this affects current. This problem is similar in flavour to one that I reported a while ago, since fixed. Here's an example. Below we have a login, shell and su which have swapped out, and a shell which is active: root 4291 0.0 0.0 1664 0 v3 IWs - 0:00.00 login [pam] (login) sam 4298 0.0 0.0 2260 0 v3 IW - 0:00.00 -bash (bash) root 4299 0.0 0.0 1644 0 v3 IW - 0:00.00 su root 4300 0.0 0.4 2952 1132 v3 S+ 3:23PM 0:00.66 su (bash) When 4300 exits, it will sit in the zombie state for a long time, waiting for 4299 to be swapped in. Same for 4299 and 4298. The kernel call stack for 4300 would be something like exit1 kern_exit wakeup (parent process as wait channel) sleepq_broadcast sleepq_resume_thread (on parent process) setrunnable In setrunnable, curthread->td_pflags is flagged with TDP_WAKEPROC0 to indicate the vm scheduler should be awoken to do its thing. David Xu's original change was to check for TDP_WAKEPROC0 in critical_exit() and wakeup(&proc0) from there. Things were arranged this way in order to prevent an LOR between sched_lock and sleepqueue locks. That scheme doesn't take into account that exit1() does a critical_enter() that has no corresponding critical_exit() in that thread (because the exiting thread grabs sched_lock which is held across cpu_throw). So the wakeup is not done, and we just have to wait for the vm's tsleep on proc0 to time out. The same thing might occur across other exit points, but I don't know what they are. >How-To-Repeat: Run a shell somewhere (first). Su or run another shell or similar (second). Wait until the first shell has swapped out (might require running some other memory hogs). Exit the second shell. Notice that the second shell takes a long time to exit. >Fix: A possible solution might be to wakeup(&proc0) after waking the parent and before grabbing sched_lock: Index: kern_exit.c =================================================================== RCS file: /home/ncvs/FreeBSD/src/sys/kern/kern_exit.c,v retrieving revision 1.256 diff -u -r1.256 kern_exit.c --- kern_exit.c 29 Jan 2005 14:03:41 -0000 1.256 +++ kern_exit.c 6 Mar 2005 01:17:35 -0000 @@ -503,6 +503,7 @@ mtx_unlock_spin(&sched_lock); wakeup(p->p_pptr); PROC_UNLOCK(p->p_pptr); + wakeup(&proc0); mtx_lock_spin(&sched_lock); critical_exit(); From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:30:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFB8A16A4CE; Sun, 6 Mar 2005 01:30:04 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E33643D1D; Sun, 6 Mar 2005 01:30:04 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j261U2YI067157; Sun, 6 Mar 2005 01:30:03 GMT (envelope-from davidxu@freebsd.org) Message-ID: <422A5D22.4030206@freebsd.org> Date: Sun, 06 Mar 2005 09:30:10 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Lawrance References: <20050306012146.701FB17D8@localhost> In-Reply-To: <20050306012146.701FB17D8@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-gnats-submit@freebsd.org cc: current@freebsd.org Subject: Re: Swapped out procs not brought in immediately after child exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 01:30:05 -0000 Sam Lawrance wrote: >>Submitter-Id: current-users >>Originator: Sam Lawrance >>Confidential: no >>Synopsis: Swapped out procs not brought in immediately after child exits >>Severity: non-critical >>Priority: medium >>Category: kern >>Class: sw-bug >>Release: FreeBSD 5.4-PRERELEASE i386 >>Environment: >> >> >System: FreeBSD dirk.no.domain 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #10: Sun Ma >r 6 10:45:13 EST 2005 root@dirk.no.domain:/usr/testbuild/src5/sys/i386/compile/G >ENERIC i386 > > > > >>Description: >> >> > >I run -stable on my lonely box, but AFAICS this affects current. > >This problem is similar in flavour to one that I reported a while ago, >since fixed. > >Here's an example. Below we have a login, shell and su which have >swapped out, and a shell which is active: > >root 4291 0.0 0.0 1664 0 v3 IWs - 0:00.00 login [pam] (login) >sam 4298 0.0 0.0 2260 0 v3 IW - 0:00.00 -bash (bash) >root 4299 0.0 0.0 1644 0 v3 IW - 0:00.00 su >root 4300 0.0 0.4 2952 1132 v3 S+ 3:23PM 0:00.66 su (bash) > >When 4300 exits, it will sit in the zombie state for a long >time, waiting for 4299 to be swapped in. Same for 4299 and 4298. > >The kernel call stack for 4300 would be something like > > exit1 > kern_exit > wakeup (parent process as wait channel) > sleepq_broadcast > sleepq_resume_thread (on parent process) > setrunnable > >In setrunnable, curthread->td_pflags is flagged with TDP_WAKEPROC0 to >indicate the vm scheduler should be awoken to do its thing. > >David Xu's original change was to check for TDP_WAKEPROC0 in >critical_exit() and wakeup(&proc0) from there. Things were arranged >this way in order to prevent an LOR between sched_lock and sleepqueue >locks. > > > My first patch is to put the TDP_WAKEPROC0 on per-cpu, so when you switch to another thread, there must have a critical_exit(), but scottl told me that using per-cpu reduces performance in visible degree, I assume he is uing badly designed P4 --- long pipeline core. At least on PIII, I does not see the performance reduced if using per-cpu flag. David Xu >That scheme doesn't take into account that exit1() does a >critical_enter() that has no corresponding critical_exit() in that >thread (because the exiting thread grabs sched_lock which is held across >cpu_throw). > >So the wakeup is not done, and we just have to wait for the vm's tsleep >on proc0 to time out. The same thing might occur across other exit >points, but I don't know what they are. > > > >>How-To-Repeat: >> >> > >Run a shell somewhere (first). Su or run another shell or similar (second). >Wait until the first shell has swapped out (might require running some other >memory hogs). Exit the second shell. Notice that the second shell takes a >long time to exit. > > > >>Fix: >> >> > >A possible solution might be to wakeup(&proc0) after waking the parent >and before grabbing sched_lock: > >Index: kern_exit.c >=================================================================== >RCS file: /home/ncvs/FreeBSD/src/sys/kern/kern_exit.c,v >retrieving revision 1.256 >diff -u -r1.256 kern_exit.c >--- kern_exit.c 29 Jan 2005 14:03:41 -0000 1.256 >+++ kern_exit.c 6 Mar 2005 01:17:35 -0000 >@@ -503,6 +503,7 @@ > mtx_unlock_spin(&sched_lock); > wakeup(p->p_pptr); > PROC_UNLOCK(p->p_pptr); >+ wakeup(&proc0); > mtx_lock_spin(&sched_lock); > critical_exit(); > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:36:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F19F816A4CF for ; Sun, 6 Mar 2005 01:36:46 +0000 (GMT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C1E43D31 for ; Sun, 6 Mar 2005 01:36:46 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id j261ahJu009615 for ; Sun, 6 Mar 2005 02:36:44 +0100 (MET) Message-ID: <422A5E91.1060601@fer.hr> Date: Sun, 06 Mar 2005 02:36:17 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Mandatory Access Control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 01:36:47 -0000 Is MAC in FreeBSD similar in capabilities to SELinux? In particular, can things such as: allow httpd_sys script_t user_home_dir_t:dir { getattr | search }; (a policy example from https://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/selinux-guide/selg-preface-0011.html) be made? If yes, are there any documentation/tutorials available? From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:43:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7596C16A4CE; Sun, 6 Mar 2005 01:43:28 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 456C543D2F; Sun, 6 Mar 2005 01:43:28 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j261hQAd068709; Sun, 6 Mar 2005 01:43:27 GMT (envelope-from davidxu@freebsd.org) Message-ID: <422A6046.5080801@freebsd.org> Date: Sun, 06 Mar 2005 09:43:34 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Lawrance References: <20050306012146.701FB17D8@localhost> In-Reply-To: <20050306012146.701FB17D8@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-gnats-submit@freebsd.org cc: current@freebsd.org Subject: Re: Swapped out procs not brought in immediately after child exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 01:43:28 -0000 Sam Lawrance wrote: >>How-To-Repeat: >> >> > >Run a shell somewhere (first). Su or run another shell or similar (second). >Wait until the first shell has swapped out (might require running some other >memory hogs). Exit the second shell. Notice that the second shell takes a >long time to exit. > > > This reminds me that it is another swappable kernel stack problem, if we don't have it, we even needn't TDP_WAKEPROC0 hack, interesting. :) David Xu From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 02:43:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2271F16A4CE; Sun, 6 Mar 2005 02:43:57 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F7443D1D; Sun, 6 Mar 2005 02:43:56 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 796FFF26ED; Sat, 5 Mar 2005 18:43:54 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 61648-04; Sat, 5 Mar 2005 18:43:54 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id CCB26F26E9; Sat, 5 Mar 2005 18:43:53 -0800 (PST) From: Sean McNeil To: Maxime Henrion In-Reply-To: <20050306002756.GV31320@elvis.mu.org> References: <1110060467.23311.5.camel@server.mcneil.com> <20050306002756.GV31320@elvis.mu.org> Content-Type: text/plain Date: Sat, 05 Mar 2005 18:43:53 -0800 Message-Id: <1110077033.64671.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: /usr/src/lib/libc/string/strsignal.c:96 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 02:43:57 -0000 On Sun, 2005-03-06 at 01:27 +0100, Maxime Henrion wrote: > Sean McNeil wrote: > > Hi folks, > > > > It looks like strsignal is busted. All I have to do is hit ctrl-c while > > running gmake and I get this core: > > > > #0 strsignal (num=2) at /usr/src/lib/libc/string/strsignal.c:96 > > ebuf = "Interrupt", '\0' > > tmp = "2\000\000\000\000\000\000\000\002\000\000\000\000\000\000 > > \000\000\000\000" > > signum = 0 > > n = 4326031 > > t = 0x7fffffffd151 "" > > p = 0x800d5b82f
> > > > This is because n is uninitialized when num > 0 && num < sys_nsig. > > Indeed. Can you confirm that this patch fixes the problem? > > %% > --- strsignal.c.orig Tue Mar 1 20:28:14 2005 > +++ strsignal.c Sun Mar 6 01:24:18 2005 > @@ -64,7 +64,7 @@ > #endif > > if (num > 0 && num < sys_nsig) { > - strlcpy(ebuf, > + n = strlcpy(ebuf, > #if defined(NLS) > catgets(catd, 2, num, sys_siglist[num]), > #else > %% Yes, this has the desired affect and no more core dump :) Thanks, Sean From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 02:48:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BA2516A4CE; Sun, 6 Mar 2005 02:48:19 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5983E43D48; Sun, 6 Mar 2005 02:48:16 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2DA6.dyn.pacific.net.au (ppp2DA6.dyn.pacific.net.au [61.8.45.166])j262mCHU005145; Sun, 6 Mar 2005 13:48:13 +1100 From: Sam Lawrance To: David Xu In-Reply-To: <422A6046.5080801@freebsd.org> References: <20050306012146.701FB17D8@localhost> <422A6046.5080801@freebsd.org> Content-Type: text/plain Date: Sun, 06 Mar 2005 13:49:29 +1100 Message-Id: <1110077369.790.48.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Swapped out procs not brought in immediately after child exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 02:48:19 -0000 On Sun, 2005-03-06 at 09:43 +0800, David Xu wrote: > Sam Lawrance wrote: > > >>How-To-Repeat: > >> > >> > > > >Run a shell somewhere (first). Su or run another shell or similar (second). > >Wait until the first shell has swapped out (might require running some other > >memory hogs). Exit the second shell. Notice that the second shell takes a > >long time to exit. > > > > > > > This reminds me that it is another swappable kernel stack problem, if we > don't have > it, we even needn't TDP_WAKEPROC0 hack, interesting. :) Do I understand this correctly: When a process is swapped back in, the kernel stack is faulted in immediately and user space is faulted in as needed? And without swappable kernel stack, no extra action is required because the kernel stack is already in, and user space will be faulted in as usual? From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 03:21:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 991DA16A4CE for ; Sun, 6 Mar 2005 03:21:40 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E5A043D54; Sun, 6 Mar 2005 03:21:40 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j263LdnY080667; Sun, 6 Mar 2005 03:21:39 GMT (envelope-from davidxu@freebsd.org) Message-ID: <422A774A.2070001@freebsd.org> Date: Sun, 06 Mar 2005 11:21:46 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Lawrance References: <20050306012146.701FB17D8@localhost> <422A6046.5080801@freebsd.org> <1110077369.790.48.camel@dirk.no.domain> In-Reply-To: <1110077369.790.48.camel@dirk.no.domain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Swapped out procs not brought in immediately after child exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 03:21:40 -0000 Sam Lawrance wrote: >On Sun, 2005-03-06 at 09:43 +0800, David Xu wrote: > > >>Sam Lawrance wrote: >> >> >> >>>>How-To-Repeat: >>>> >>>> >>>> >>>> >>>Run a shell somewhere (first). Su or run another shell or similar (second). >>>Wait until the first shell has swapped out (might require running some other >>>memory hogs). Exit the second shell. Notice that the second shell takes a >>>long time to exit. >>> >>> >>> >>> >>> >>This reminds me that it is another swappable kernel stack problem, if we >>don't have >>it, we even needn't TDP_WAKEPROC0 hack, interesting. :) >> >> > >Do I understand this correctly: When a process is swapped back in, the >kernel stack is faulted in immediately and user space is faulted in as >needed? > >And without swappable kernel stack, no extra action is required because >the kernel stack is already in, and user space will be faulted in as >usual? > > > Yes, you are right. From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 03:32:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3525016A4CE for ; Sun, 6 Mar 2005 03:32:06 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 168F943D46 for ; Sun, 6 Mar 2005 03:32:06 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 10F985C9A7; Sat, 5 Mar 2005 19:32:06 -0800 (PST) Date: Sun, 6 Mar 2005 04:32:06 +0100 From: Maxime Henrion To: Sean McNeil Message-ID: <20050306033206.GX31320@elvis.mu.org> References: <1110060467.23311.5.camel@server.mcneil.com> <20050306002756.GV31320@elvis.mu.org> <1110077033.64671.0.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1110077033.64671.0.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: /usr/src/lib/libc/string/strsignal.c:96 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 03:32:06 -0000 Sean McNeil wrote: > On Sun, 2005-03-06 at 01:27 +0100, Maxime Henrion wrote: > > Sean McNeil wrote: > > > Hi folks, > > > > > > It looks like strsignal is busted. All I have to do is hit ctrl-c while > > > running gmake and I get this core: > > > > > > #0 strsignal (num=2) at /usr/src/lib/libc/string/strsignal.c:96 > > > ebuf = "Interrupt", '\0' > > > tmp = "2\000\000\000\000\000\000\000\002\000\000\000\000\000\000 > > > \000\000\000\000" > > > signum = 0 > > > n = 4326031 > > > t = 0x7fffffffd151 "" > > > p = 0x800d5b82f
> > > > > > This is because n is uninitialized when num > 0 && num < sys_nsig. > > > > Indeed. Can you confirm that this patch fixes the problem? > > > > %% > > --- strsignal.c.orig Tue Mar 1 20:28:14 2005 > > +++ strsignal.c Sun Mar 6 01:24:18 2005 > > @@ -64,7 +64,7 @@ > > #endif > > > > if (num > 0 && num < sys_nsig) { > > - strlcpy(ebuf, > > + n = strlcpy(ebuf, > > #if defined(NLS) > > catgets(catd, 2, num, sys_siglist[num]), > > #else > > %% > > Yes, this has the desired affect and no more core dump :) I just committed this fix plus I changed the type of n while I was here so that it is a size_t as it should. Thanks, Maxime From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 03:44:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1D1216A4CE for ; Sun, 6 Mar 2005 03:44:26 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91C0443D2F for ; Sun, 6 Mar 2005 03:44:26 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 881F65C97C; Sat, 5 Mar 2005 19:44:26 -0800 (PST) Date: Sun, 6 Mar 2005 04:44:26 +0100 From: Maxime Henrion To: Randy Bush Message-ID: <20050306034426.GY31320@elvis.mu.org> References: <20050305020343.GO31320@elvis.mu.org> <16937.62150.818165.837486@roam.psg.com> <20050305182751.GQ31320@elvis.mu.org> <16937.64632.277343.646373@roam.psg.com> <20050305183936.GR31320@elvis.mu.org> <16938.27.784339.206699@roam.psg.com> <20050305185822.GT31320@elvis.mu.org> <16938.1765.391376.38293@roam.psg.com> <20050305192732.GU31320@elvis.mu.org> <16938.8879.104268.738886@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16938.8879.104268.738886@roam.psg.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Current Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 03:44:27 -0000 Randy Bush wrote: > # addr2line -e kernel.debug -f 0xc047d2d0 > fxp_intr_body > /usr/src/sys/dev/fxp/if_fxp.c:1662 > > this was a feb 6 kernel Hmmm... With an if_fxp.c file from Feb 6 line 1662 is : if ((le16toh(rfa->rfa_status) & FXP_RFA_STATUS_C) == 0) So it would mean that rfa points to an invalid memory address and that the page fault occurs when we dereference it. However, rfa is taken from here (RFA_ALIGNMENT_FUDGE is 2): rfa = (struct fxp_rfa *)(m->m_ext.ext_buf + RFA_ALIGNMENT_FUDGE); Thus it means that m->m_ext.ext_buf points to a foobar'ed memory address too. I have no idea why such a thing would happen, given that every access to the descriptor ring looks properly locked down. A core dump would really be useful here... Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 08:33:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C751A16A4CE; Sun, 6 Mar 2005 08:33:11 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 522FA43D4C; Sun, 6 Mar 2005 08:33:11 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 4CB69457A4; Sun, 6 Mar 2005 11:33:10 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 1B7DF456B2; Sun, 6 Mar 2005 11:33:10 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.3/8.13.3) with ESMTP id j268X9Ba028658; Sun, 6 Mar 2005 11:33:09 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.3/8.13.3/Submit) id j268X9Z8028655; Sun, 6 Mar 2005 11:33:09 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: Kris Kennaway To: Kris Kennaway References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <87sm3ajj8s.fsf@neva.vlink.ru> <20050305151903.GC26240@hub.freebsd.org> From: Denis Shaposhnikov Date: Sun, 06 Mar 2005 11:33:09 +0300 In-Reply-To: <20050305151903.GC26240@hub.freebsd.org> (Kris Kennaway's message of "Sat, 5 Mar 2005 15:19:03 +0000") Message-ID: <87mzth18e2.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP cc: freebsd-current@FreeBSD.ORG cc: Mathieu Arnold Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 08:33:11 -0000 >>>>> "Kris" == Kris Kennaway writes: Kris> But it works, and doesn't panic the system. unionfs is Kris> well-documented to be broken, and this is unlikely to change in Kris> the near future. That's a recent regression, unionfs works fine on FreeBSD sagitta.internal.vlink.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Wed Dec 1 17:39:09 MSK 2004 dsh@rigel.internal.vlink.ru:/var/FreeBSD/obj/var/FreeBSD/src/sys/SAGITTA i386 And if unionfs panic the system on 5.4 too, I think it can't be STABLE at all. BTW, from man mount_nullfs: BUGS THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T WORK) AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM. USE AT YOUR OWN RISK. BEWARE OF DOG. SLIPPERY WHEN WET. So you can't suggest to use nullfs instead of unionfs, because "is well-documented to be broken". -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 08:37:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E46116A4CE; Sun, 6 Mar 2005 08:37:04 +0000 (GMT) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 769C043D1D; Sun, 6 Mar 2005 08:37:03 +0000 (GMT) (envelope-from mat@mat.cc) Received: from cc-171.int.t-online.fr (unknown [213.44.125.171]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id 8C8C7A2404F; Sun, 6 Mar 2005 09:37:02 +0100 (CET) Date: Sun, 06 Mar 2005 09:36:57 +0100 From: Mathieu Arnold To: Denis Shaposhnikov , Kris Kennaway Message-ID: <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> In-Reply-To: <87mzth18e2.fsf@neva.vlink.ru> References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Sun, 06 Mar 2005 08:41:54 +0000 cc: freebsd-current@FreeBSD.ORG Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 08:37:04 -0000 +-le 06/03/2005 11:33 +0300, Denis Shaposhnikov =E9crivait : |>>>>> "Kris" =3D=3D Kris Kennaway writes: | BTW, from man mount_nullfs: |=20 | BUGS | THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T | WORK) AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM. USE AT | YOUR OWN RISK. BEWARE OF DOG. SLIPPERY WHEN WET. |=20 | So you can't suggest to use nullfs instead of unionfs, because "is | well-documented to be broken". Well, nullfs and unionfs have the same BUGS section :-) OTOH, nullfs has never panic'ed me, whereas unionfs has. --=20 Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 08:49:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FF8216A4CE; Sun, 6 Mar 2005 08:49:32 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E0B943D41; Sun, 6 Mar 2005 08:49:32 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id C68F5454A2; Sun, 6 Mar 2005 11:49:30 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 9739F4536F; Sun, 6 Mar 2005 11:49:30 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.3/8.13.3) with ESMTP id j268nUHG028981; Sun, 6 Mar 2005 11:49:30 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.3/8.13.3/Submit) id j268nUil028978; Sun, 6 Mar 2005 11:49:30 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: Mathieu Arnold To: Mathieu Arnold References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <87sm3ajj8s.fsf@neva.vlink.ru> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> From: Denis Shaposhnikov Date: Sun, 06 Mar 2005 11:49:30 +0300 In-Reply-To: <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> (Mathieu Arnold's message of "Sun, 06 Mar 2005 09:36:57 +0100") Message-ID: <874qfpupk5.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP cc: Kris Kennaway cc: freebsd-current@FreeBSD.ORG Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 08:49:32 -0000 >>>>> "Mathieu" == Mathieu Arnold writes: Mathieu> Well, nullfs and unionfs have the same BUGS section :-) Mathieu> OTOH, nullfs has never panic'ed me, whereas unionfs has. Possible, but I can't use it for jail's system because it very slow. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 08:55:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6C3716A4CE for ; Sun, 6 Mar 2005 08:55:18 +0000 (GMT) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F1F643D1D for ; Sun, 6 Mar 2005 08:55:18 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from localhost.localdomain (host33-118.pool8252.interbusiness.it [82.52.118.33]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id ECE8C57CB for ; Sun, 6 Mar 2005 10:00:31 +0100 (CET) From: Matteo Riondato To: freebsd-current@freebsd.org In-Reply-To: <20050305.094612.39156077.imp@bsdimp.com> References: <1109832680.1753.36.camel@kaiser.sig11.org> <20050304231220.P4084@carver.gumbysoft.com> <20050305.094612.39156077.imp@bsdimp.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tWr5tkGSK0M9rfg8e30e" Date: Sun, 06 Mar 2005 09:55:15 +0100 Message-Id: <1110099315.59821.0.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Subject: Re: Obsolete important recent entries in UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 08:55:18 -0000 --=-tWr5tkGSK0M9rfg8e30e Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 05-03-2005 at 09:46 -0700, M. Warner Losh wrote: > In message: <20050304231220.P4084@carver.gumbysoft.com> > Doug White writes: > : On Thu, 3 Mar 2005, Matteo Riondato wrote: > :=20 > : > I think a line in /usr/src/UPDATING should be > : > removed because it has been obsoleted. > : > On line 9, we have: > : > > : > Important recent entries: 20040724 (default X changes). > : > > : > but 20040724 is no longer in UPDATING because entries older than 2004= 1016 > : > have been cut. This line then can be removed, IMHO. > :=20 > : Looks like Warner removed that entry. Thanks for pointing it out! >=20 > Acutally, the entry referred to an entry in the ports/UPDATING file. > However, it predated the branch, so reference to it was removed. Thanks --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-tWr5tkGSK0M9rfg8e30e Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCKsVz2Mp4pR7Fa+wRAjMlAKDZt36sOctiwav8xGIGwbR37gVA0ACgw/uV li4v1QOQw5j+S8iVnY97r9g= =KFms -----END PGP SIGNATURE----- --=-tWr5tkGSK0M9rfg8e30e-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 08:58:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84D9616A4CE; Sun, 6 Mar 2005 08:58:36 +0000 (GMT) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 425BE43D39; Sun, 6 Mar 2005 08:58:36 +0000 (GMT) (envelope-from mat@mat.cc) Received: from cc-171.int.t-online.fr (unknown [213.44.125.171]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id 645724AB31C; Sun, 6 Mar 2005 09:58:35 +0100 (CET) Date: Sun, 06 Mar 2005 09:58:19 +0100 From: Mathieu Arnold To: Denis Shaposhnikov Message-ID: In-Reply-To: <874qfpupk5.fsf@neva.vlink.ru> References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> <874qfpupk5.fsf@neva.vlink.ru> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline cc: Kris Kennaway cc: freebsd-current@FreeBSD.ORG Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 08:58:36 -0000 +-le 06/03/2005 11:49 +0300, Denis Shaposhnikov =E9crivait : |>>>>> "Mathieu" =3D=3D Mathieu Arnold writes: |=20 | Mathieu> Well, nullfs and unionfs have the same BUGS section :-) | Mathieu> OTOH, nullfs has never panic'ed me, whereas unionfs has. | Possible, but I can't use it for jail's system because it very slow. I find that pretty strange, I'll be thinking that it should be at least as fast, if not faster, I'll make some tests this week. --=20 Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 16:18:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED21416A4CE for ; Sat, 5 Mar 2005 16:18:40 +0000 (GMT) Received: from smtpauth06.mail.atl.earthlink.net (smtpauth06.mail.atl.earthlink.net [209.86.89.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8372843D5A for ; Sat, 5 Mar 2005 16:18:40 +0000 (GMT) (envelope-from welchsm@earthlink.net) Received: from [24.118.221.205] (helo=NitroPhys.welchsmnet.net) (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D7bzB-0006DZ-UP; Sat, 05 Mar 2005 11:18:38 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=test1; d=earthlink.net; h=Received:Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent; b=pTlX7uN6IyzVxMEAYVIIsqn9pOo0/J4WHrnobubVpkxJ6a4wJsJ76+2J4rGjNL2U; Received: from NitroPhys.welchsmnet.net (localhost [127.0.0.1]) j25GH7MA007180; Sat, 5 Mar 2005 10:17:07 -0600 (CST) (envelope-from welchsm@localhost.welchsmnet.net) Received: (from welchsm@localhost) by NitroPhys.welchsmnet.net (8.13.1/8.13.1/Submit) id j25GH6ss007179; Sat, 5 Mar 2005 10:17:06 -0600 (CST) (envelope-from welchsm) Date: Sat, 5 Mar 2005 10:17:05 -0600 From: Sean Welch To: Julian Elischer Message-ID: <20050305161705.GA7127@NitroPhys.welchsmnet.net> References: <200503050402.j2542IMn031147@ambrisko.com> <422946FB.8080609@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <422946FB.8080609@elischer.org> User-Agent: Mutt/1.5.8i X-ELNK-Trace: 15d86f98c8ef8acad780f4a490ca69563f9fea00a6dd62bc070038fa8f2987cd54db80afb4b2eb41350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.118.221.205 X-Mailman-Approved-At: Sun, 06 Mar 2005 12:45:48 +0000 cc: freebsd-current@freebsd.org Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean_Welch@alum.wofford.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2005 16:18:41 -0000 On Fri, Mar 04, 2005 at 09:43:23PM -0800, Julian Elischer wrote: > it takes 2 args... > try: > > > jules# ./update vmware /usr/local/lib/vmware/bin/vmware > Updating /usr/local/lib/vmware/bin/vmware ... VMware Workstation 2.0.4 > (build-1142), now patched > jules# Aha! That did it. Thanks! Here is a strange thing, however. I'm running vmware3 and without the binary patched I get the message about AIO not being implemented when I power off the VM. With the binary patched that message goes away but then I have the host reboot issue when I try to use the power on button. Odd. For the time being I'll just run with the port as is. Oh, one other thing. The 001.vmware.sh script has to be modified for vmware3 to even start. *** 001.vmware.sh Sat Mar 5 10:14:48 2005 --- /usr/local/etc/rc.d/001.vmware.sh Sat Mar 5 10:08:50 2005 *************** *** 23,29 **** vmware=`vmware_config vmware.fullpath` vmware_libdir=`vmware_config libdir` ! networking= dev_vmnet1=/dev/vmnet1 vmnet1_minor=0x00800001 --- 23,29 ---- vmware=`vmware_config vmware.fullpath` vmware_libdir=`vmware_config libdir` ! networking=1 dev_vmnet1=/dev/vmnet1 vmnet1_minor=0x00800001 Thanks for the help! Sean From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 08:32:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 970C516A4CE; Sun, 6 Mar 2005 08:32:26 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 963B543D39; Sun, 6 Mar 2005 08:32:25 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 53839457A4; Sun, 6 Mar 2005 11:32:24 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 269DE456B2; Sun, 6 Mar 2005 11:32:24 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.3/8.13.3) with ESMTP id j268WNj8028635; Sun, 6 Mar 2005 11:32:23 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.3/8.13.3/Submit) id j268WIQh028632; Sun, 6 Mar 2005 11:32:18 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: Kris Kennaway To: Kris Kennaway References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <87sm3ajj8s.fsf@neva.vlink.ru> <20050305151903.GC26240@hub.freebsd.org> From: Denis Shaposhnikov Date: Sun, 06 Mar 2005 11:32:18 +0300 In-Reply-To: <20050305151903.GC26240@hub.freebsd.org> (Kris Kennaway's message of "Sat, 5 Mar 2005 15:19:03 +0000") Message-ID: <87r7it18fh.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sun, 06 Mar 2005 12:45:48 +0000 cc: freebsd-current@FreeBSD.ORG cc: Mathieu Arnold Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 08:32:26 -0000 >>>>> "Kris" == Kris Kennaway writes: Kris> But it works, and doesn't panic the system. unionfs is Kris> well-documented to be broken, and this is unlikely to change in Kris> the near future. That's a recent regression, unionfs works fine on FreeBSD sagitta.internal.vlink.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Wed Dec 1 17:39:09 MSK 2004 dsh@rigel.internal.vlink.ru:/var/FreeBSD/obj/var/FreeBSD/src/sys/SAGITTA i386 And if unionfs panic the system on 5.4 too, I think it can't be STABLE at all. BTW, from man mount_nullfs: BUGS THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T WORK) AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM. USE AT YOUR OWN RISK. BEWARE OF DOG. SLIPPERY WHEN WET. So you can't suggest to use nullfs instead of unionfs, because "is well-documented to be broken". -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 08:39:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC5CD16A4CE; Sun, 6 Mar 2005 08:39:23 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CFFF43D1F; Sun, 6 Mar 2005 08:39:23 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 4C45D456B2; Sun, 6 Mar 2005 11:39:22 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 216C34536F; Sun, 6 Mar 2005 11:39:22 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.3/8.13.3) with ESMTP id j268dL7c028905; Sun, 6 Mar 2005 11:39:21 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.3/8.13.3/Submit) id j268dLeC028902; Sun, 6 Mar 2005 11:39:21 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: Mathieu Arnold To: Mathieu Arnold References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <87sm3ajj8s.fsf@neva.vlink.ru> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> From: Denis Shaposhnikov Date: Sun, 06 Mar 2005 11:39:21 +0300 In-Reply-To: <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> (Mathieu Arnold's message of "Sun, 06 Mar 2005 09:36:57 +0100") Message-ID: <87k6oluq12.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sun, 06 Mar 2005 12:45:48 +0000 cc: Kris Kennaway cc: freebsd-current@FreeBSD.ORG Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 08:39:23 -0000 >>>>> "Mathieu" == Mathieu Arnold writes: Mathieu> Well, nullfs and unionfs have the same BUGS section :-) Mathieu> OTOH, nullfs has never panic'ed me, whereas unionfs has. Possible, but I can't use it for jail's system because it very slow. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:51:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B94E816A4CF for ; Sun, 6 Mar 2005 16:51:42 +0000 (GMT) Received: from fep18.inet.fi (fep18.inet.fi [194.251.242.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id D424A43D1D for ; Sun, 6 Mar 2005 16:51:40 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from mato.suutari.iki.fi ([80.222.160.17]) by fep18.inet.fi with ESMTP id <20050306165139.BIFI10784.fep18.inet.fi@mato.suutari.iki.fi> for ; Sun, 6 Mar 2005 18:51:39 +0200 Received: from orava (orava.suutari.iki.fi [192.168.53.140]) by mato.suutari.iki.fi (8.13.1/8.13.1) with ESMTP id j26GpcNx056664 for ; Sun, 6 Mar 2005 18:51:39 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from 127.0.0.1 (AVG SMTP 7.0.308 [266.6.2]); Sun, 06 Mar 2005 17:50:35 +0200 Message-ID: <008e01c52264$3c9949c0$8c35a8c0@orava> From: "Ari Suutari" To: Date: Sun, 6 Mar 2005 17:50:35 +0200 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; format=flowed; charset=iso-8859-1; reply-type=response X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mato.suutari.iki.fi [192.168.53.129]); Sun, 06 Mar 2005 18:51:39 +0200 (EET) Subject: Cannot boot 5.3, 5.3-stable or -current on fujitsu-siemens amilo laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 16:51:42 -0000 Hi, I recently obtained a fujitsu-siemens amilo L1300 laptop. I am unable to boot either FreeBSD 5.3 or -current with it and booting fails with both acpi enabled or disabled. FreeBSD 4.11 boots and installs fine (also, debian sarge with 2.6 kernel seems to able to boot too). The machine doesn't have a serial port so all information I can provide about failed boots is a couple of pictures taken before boot and after boot hangs. I have also a pciconf listing and dmesg output from 4.11. This information is at http://www.suutari.iki.fi/fujitsu The message in the boot without acpi seems to complain about interrupts, something like this: BIOS IRQ 10 for 1.4.INTA does not match link 0x61 irq 5 Almost immediately after this boot hangs. With ACPI, there are some messages with AE_NO_HARDWARE_RESPONSE. Any ideas I might try ? The bios on this machine is a little bit odd, there are almost no settings that could be changed (bios says it is "insyde software mobilPRO bios 4.00.00 system bios R1.10"). Ari S. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.2 - Release Date: 4.3.2005 From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 17:05:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 132EE16A4CE for ; Sun, 6 Mar 2005 17:05:43 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C5A43D41 for ; Sun, 6 Mar 2005 17:05:42 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.yazzy.org (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 5E82739866; Sun, 6 Mar 2005 18:07:02 +0100 (CET) Date: Sun, 6 Mar 2005 17:05:36 +0000 From: Marcin Jessa To: Sam Leffler Message-Id: <20050306170536.0dfa7933.lists@yazzy.org> In-Reply-To: <422A086F.1070607@errno.com> References: <20050305090635.3795cf9b.lists@yazzy.org> <422A086F.1070607@errno.com> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Atheros and ACK-timing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 17:05:43 -0000 Hi Sam. Thank you for your answer. Is there any place where I could read about all the features supported by the driver? Do you keep a changelog and a todo list for the driver? The ifconfig manual does not include the info I am looking for. On Sat, 05 Mar 2005 11:28:47 -0800 Sam Leffler wrote: > Marcin Jessa wrote: > > Hi guys. > > > > Is the atheros driver supporting ACK-timing now? > > Where can I get the list of the supported features of the driver for different releases of FreeBSD? > > > > > > > You can set various parameters with sysctls in -current; doesn't look > like that support is in -stable (and I have no intention of backporting > changes due to the massive differences). > > Sam > From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 17:22:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA63716A4CE for ; Sun, 6 Mar 2005 17:22:40 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id E922243D2F for ; Sun, 6 Mar 2005 17:22:39 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j26HMaYX028010; Sun, 6 Mar 2005 17:22:36 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id j26HMZp8055967; Sun, 6 Mar 2005 17:22:35 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)j26HMZfM055964; Sun, 6 Mar 2005 17:22:35 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 6 Mar 2005 17:22:35 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Ari Suutari In-Reply-To: <008e01c52264$3c9949c0$8c35a8c0@orava> Message-ID: <20050306171356.X53468@ury.york.ac.uk> References: <008e01c52264$3c9949c0$8c35a8c0@orava> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: current@freebsd.org Subject: Re: Cannot boot 5.3, 5.3-stable or -current on fujitsu-siemensamilo laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 17:22:41 -0000 On Sun, 6 Mar 2005, Ari Suutari wrote: > I recently obtained a fujitsu-siemens amilo L1300 laptop. > I am unable to boot either FreeBSD 5.3 or -current with it and > booting fails with both acpi enabled or disabled. > > This information is at http://www.suutari.iki.fi/fujitsu >From the loader prompt, try setting hw.pci.enable_io_modes=0 If that doesn't work, try setting hint.elcr.0.disabled=1 If neither of those work (including both together), showing the results of a verbose boot may help. Gavin From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 19:40:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB4E616A4CE for ; Sun, 6 Mar 2005 19:40:59 +0000 (GMT) Received: from fep16.inet.fi (fep16.inet.fi [194.251.242.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48BA843D1F for ; Sun, 6 Mar 2005 19:40:58 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from mato.suutari.iki.fi ([80.222.160.17]) by fep16.inet.fi with ESMTP id <20050306194056.UMC2629.fep16.inet.fi@mato.suutari.iki.fi>; Sun, 6 Mar 2005 21:40:56 +0200 Received: from [192.168.53.140] (orava.suutari.iki.fi [192.168.53.140]) by mato.suutari.iki.fi (8.13.1/8.13.1) with ESMTP id j26JetwD057421; Sun, 6 Mar 2005 21:40:56 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from 127.0.0.1 (AVG SMTP 7.0.308 [266.6.2]); Sun, 06 Mar 2005 20:39:52 +0200 Message-ID: <422B4E75.8010905@suutari.iki.fi> Date: Sun, 06 Mar 2005 20:39:49 +0200 From: Ari Suutari User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en To: Gavin Atkinson References: <008e01c52264$3c9949c0$8c35a8c0@orava> <20050306171356.X53468@ury.york.ac.uk> In-Reply-To: <20050306171356.X53468@ury.york.ac.uk> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mato.suutari.iki.fi [192.168.53.129]); Sun, 06 Mar 2005 21:40:56 +0200 (EET) cc: current@freebsd.org Subject: Re: Cannot boot 5.3, 5.3-stable or -current on fujitsu-siemensamilo laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 19:40:59 -0000 Hi, Gavin Atkinson wrote: >>I am unable to boot either FreeBSD 5.3 or -current with it and >>booting fails with both acpi enabled or disabled. > From the loader prompt, try setting hw.pci.enable_io_modes=0 Thanks ! This seems to do the trick. I just installed 5.3 on this machine without problems. Ari S. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.2 - Release Date: 4.3.2005 From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 00:22:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EBC616A4CE for ; Mon, 7 Mar 2005 00:22:43 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D81243D49 for ; Mon, 7 Mar 2005 00:22:42 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.89] ([66.127.85.89]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j270Mcms043444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Mar 2005 16:22:42 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <422B9EFE.3020901@errno.com> Date: Sun, 06 Mar 2005 16:23:26 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <20050305090635.3795cf9b.lists@yazzy.org> <422A086F.1070607@errno.com> <20050306170536.0dfa7933.lists@yazzy.org> In-Reply-To: <20050306170536.0dfa7933.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Atheros and ACK-timing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 00:22:43 -0000 Marcin Jessa wrote: > Hi Sam. > > Thank you for your answer. > Is there any place where I could read about all the features supported by the driver? UTSL > Do you keep a changelog and a todo list for the driver? cvs log msgs are the best i can offer > The ifconfig manual does not include the info I am looking for. I should add sysctl info to ath(4). > > > > On Sat, 05 Mar 2005 11:28:47 -0800 > Sam Leffler wrote: > > >>Marcin Jessa wrote: >> >>>Hi guys. >>> >>>Is the atheros driver supporting ACK-timing now? >>>Where can I get the list of the supported features of the driver for different releases of FreeBSD? >>> >>> >>> >> >>You can set various parameters with sysctls in -current; doesn't look >>like that support is in -stable (and I have no intention of backporting >>changes due to the massive differences). >> >> Sam >> > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 05:51:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9442616A4CE for ; Mon, 7 Mar 2005 05:51:38 +0000 (GMT) Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1389243D58 for ; Mon, 7 Mar 2005 05:51:38 +0000 (GMT) (envelope-from mranner@inode.at) Received: from [62.99.226.25] (port=60241 helo=62-99-226-25.static.adsl-line.inode.at) by smartmx-01.inode.at with esmtp (Exim 4.34) id 1D8B9U-0002XI-NL for freebsd-current@freebsd.org; Mon, 07 Mar 2005 06:51:36 +0100 From: Michael Ranner To: freebsd-current@freebsd.org Date: Mon, 7 Mar 2005 06:52:27 +0000 User-Agent: KMail/1.7.2 References: <87is46kzk1.fsf@neva.vlink.ru> <874qfpupk5.fsf@neva.vlink.ru> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503070652.27496.mranner@inode.at> Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 05:51:38 -0000 Am Sonntag, 6. M=E4rz 2005 08:58 schrieb Mathieu Arnold: > > I find that pretty strange, I'll be thinking that it should be at least as > fast, if not faster, I'll make some tests this week. I have observed a similar problem: I am using nullfs for make buildworld fo= r=20 years without no problem and less performance impact but using nullfs for=20 Apache you can observe some huge performance breakdown. So i cant use nullf= s=20 for Apche chroot or similar. Probably he should use NFS f=FCr his jail. Regards =2D-=20 /\/\ichael Ranner mranner@inode.at - mranner@jawa.at - mranner@bugat.at =2D---------------------------------------------------- BSD Usergroup Austria - http://www.bugat.at/ =2D----BEGIN GEEK CODE BLOCK----- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS++++$ P++>+++$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+>++ PE(-) Y+ PGP(-) t+ 5+ X+++(++++) R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? =2D-----END GEEK CODE BLOCK------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 06:01:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A07F16A4CE for ; Mon, 7 Mar 2005 06:01:02 +0000 (GMT) Received: from mxsf41.cluster1.charter.net (mxsf41.cluster1.charter.net [209.225.28.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8810643D2F for ; Mon, 7 Mar 2005 06:01:01 +0000 (GMT) (envelope-from TastyNachos@charter.net) Received: from mxip02.cluster1.charter.net (mxip02a.cluster1.charter.net [209.225.28.132])j27610iR002573 for ; Mon, 7 Mar 2005 01:01:00 -0500 Received: from 68-189-90-224.ca.charter.com (HELO [172.16.64.100]) (68.189.90.224) by mxip02.cluster1.charter.net with ESMTP; 07 Mar 2005 01:00:57 -0500 X-Ironport-AV: i="3.90,140,1107752400"; d="scan'208"; a="653181629:sNHT7711617810" From: Remington To: current@freebsd.org Content-Type: text/plain Date: Sun, 06 Mar 2005 22:00:52 -0800 Message-Id: <1110175252.718.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: i386 support for AMD64 GART???? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 06:01:02 -0000 Completely useless email of this is a known or if im missing something obvious. NOTES in i386 states AMD64 GART support yet it is missing from AMD64 NOTES file. Shouldnt this be reversed? From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 13:53:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B70716A4CE; Mon, 7 Mar 2005 13:53:13 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0833B43D2D; Mon, 7 Mar 2005 13:53:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j27DrCHt054307; Mon, 7 Mar 2005 08:53:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j27DrCEs070622; Mon, 7 Mar 2005 08:53:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F31C77306E; Mon, 7 Mar 2005 08:53:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050307135311.F31C77306E@freebsd-current.sentex.ca> Date: Mon, 7 Mar 2005 08:53:11 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/751/Mon Mar 7 06:06:27 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 13:53:13 -0000 TB --- 2005-03-07 13:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-07 13:30:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-03-07 13:30:01 - checking out the source tree TB --- 2005-03-07 13:30:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-03-07 13:30:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-07 13:36:03 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-07 13:36:03 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-07 13:36:03 - /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 >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/alpha -c /tinderbox/CURRENT/alpha/alpha/src/lib/msun/src/s_finite.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/alpha -c /tinderbox/CURRENT/alpha/alpha/src/lib/msun/src/s_finitef.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/alpha -c /tinderbox/CURRENT/alpha/alpha/src/lib/msun/src/s_floor.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/alpha -c /tinderbox/CURRENT/alpha/alpha/src/lib/msun/src/s_floorf.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/alpha -c /tinderbox/CURRENT/alpha/alpha/src/lib/msun/src/s_floorl.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/msun/../libc/alpha -c /tinderbox/CURRENT/alpha/alpha/src/lib/msun/src/s_fma.c /tinderbox/CURRENT/alpha/alpha/src/lib/msun/src/s_fma.c:193: error: conflicting types for 'fmal' /tinderbox/CURRENT/alpha/alpha/src/lib/msun/src/s_fma.c:193: error: conflicting types for 'fmal' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/msun. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-03-07 13:53:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-07 13:53:11 - ERROR: failed to build world TB --- 2005-03-07 13:53:11 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 16:11:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF2D916A4CE for ; Mon, 7 Mar 2005 16:11:07 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E8943D46 for ; Mon, 7 Mar 2005 16:11:06 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1D8KiX-0001Ij-36 for freebsd-current@freebsd.org; Mon, 07 Mar 2005 17:04:25 +0100 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Mar 2005 17:04:24 +0100 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Mar 2005 17:04:24 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Mon, 07 Mar 2005 08:09:54 -0800 Lines: 39 Message-ID: References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050226120253.O87543@ury.york.ac.uk> <20050305020343.GO31320@elvis.mu.org> <16937.62150.818165.837486@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 16:11:08 -0000 Randy Bush wrote: >> Just for the record, and for people not reading CVS commit logs, I >> committed a fix for this a few days ago and I will make sure to MFC >> it in time for 5.4-RELEASE. > > might this give me some help on occasional but repeated fxp > crashes under load? > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x80808517 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc047d2d0 > stack pointer = 0x10:0xd3f78c88 > frame pointer = 0x10:0xd3f78cac > 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 = 15 (irq5: fxp0) > [thread pid 15 tid 100008 ] > Stopped at fxp_intr_body+0xd0: cmpw $0,0(%esi) > db> trace > Tracing pid 15 tid 100008 td 0xc155fb80 > fxp_intr_body(c161a000,c161a000,40,ffffffff,c0630cb6) at > fxp_intr_body+0xd0 fxp_intr(c161a000,0,0,0,0) at fxp_intr+0x141 > ithread_loop(c1551a00,d3f78d48,0,0,0) at ithread_loop+0x1a8 > fork_exit(c04da530,c1551a00,d3f78d48) at fork_exit+0x7f > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd3f78d7c, ebp = 0 --- Hmm, can you get the panic to occur when interrupt coalescing is turned on? 'ifconfig fxp0 link0' I've loaded my -current boxes pretty hard and have not seen this panic, but I have interrupt coalescing turned on everywhere. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 16:37:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75AD716A4CE for ; Mon, 7 Mar 2005 16:37:33 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A00143D62 for ; Mon, 7 Mar 2005 16:37:32 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 23410 invoked by uid 89); 7 Mar 2005 16:37:11 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 7 Mar 2005 16:37:11 -0000 Received: (qmail 23295 invoked by uid 89); 7 Mar 2005 16:37:09 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 7 Mar 2005 16:37:09 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j27Gb8w6039411; Mon, 7 Mar 2005 11:37:08 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Kris Kennaway In-Reply-To: <20050222225932.GA90362@xor.obsecurity.org> References: <200502111148.45976.jhb@FreeBSD.org> <200502221620.27992.jhb@FreeBSD.org> <20050222225932.GA90362@xor.obsecurity.org> Content-Type: multipart/mixed; boundary="=-7FqhM1Pfb5/i9LGV+nwv" Message-Id: <1110213428.29804.4517.camel@palm> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 07 Mar 2005 11:37:08 -0500 cc: jeffr@FreeBSD.org cc: "current@freebsd.org" cc: John Baldwin cc: Alan Cox cc: freebsd-current@FreeBSD.org cc: Julian Elischer Subject: Re: HEADSUP: Turn off cpu_idle_hlt on SMP for now on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 16:37:33 -0000 --=-7FqhM1Pfb5/i9LGV+nwv Content-Type: text/plain Content-Transfer-Encoding: 7bit On Tue, 2005-02-22 at 17:59, Kris Kennaway wrote: > On Tue, Feb 22, 2005 at 04:20:27PM -0500, John Baldwin wrote: > > On Friday 11 February 2005 11:48 am, John Baldwin wrote: > > > Thus, my theory is that when the pinned thread was preempted and put back > > > on the run queue, the scheduler didn't IPI the CPU it was pinned to to wake > > > it up in case it was idle. The IPI is only needed if the CPUs are halted, > > > which is why I think turning the idle halt off might work as a workaround. > > > I don't know if ULE has this same issue, but I've cc'd Jeff and hopefully > > > he can look into it. > > > > Nevermind, I don't think cpu_idle_hlt will help (though it has seemed to help > > locally oddly enough). Presumably the CPU that the preempted thread owning > > the vm page queues lock would have run the pinned thread before going idle. > > In this case, that means that the thread must be pinned to CPU 0 which is > > running a make process that is just spinning. Unfortunately we currently > > don't have a good way of looking at the stack for an thread on another CPU. > > I'm running into this with deadlocks I'm seeing on a quad-cpu RELENG_5 > sparc machine. > > Unfortunately, I can't even dump because of yet more locking assertion > failures in the dump path (CAM, elsewhere). > > Kris The attached patch (hopefully ;-) fixes a few scheduler problems with both SMP and UP. The patch also adds an IPI to PREEMPT threads on other CPUs for i386. While I compiled every valid combination of SMP,PREEMPT,FULL_PREEMPT I did not have time to test all combinations. ( This needs a lot more testing - but I ran out of time) Please test and provide feedback. Thanks Stephan --=-7FqhM1Pfb5/i9LGV+nwv Content-Disposition: attachment; filename=idle.patch Content-Type: text/x-patch; name=idle.patch; charset=ASCII Content-Transfer-Encoding: 7bit Index: i386/i386/mp_machdep.c =================================================================== RCS file: /cvsroot/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.244 diff -u -r1.244 mp_machdep.c --- i386/i386/mp_machdep.c 8 Feb 2005 20:25:06 -0000 1.244 +++ i386/i386/mp_machdep.c 7 Mar 2005 16:25:44 -0000 @@ -1096,6 +1096,15 @@ ipi_bitmap = atomic_readandclear_int(&cpu_ipi_pending[cpu]); + if (ipi_bitmap & IPI_PREEMPT) { + mtx_lock_spin(&sched_lock); + /* Don't preempt the idle thread */ + if (curthread->td_priority < PRI_MIN_IDLE) { + mi_switch(SW_INVOL | SW_PREEMPT, NULL); + } + mtx_unlock_spin(&sched_lock); + } + /* Nothing to do for AST */ } Index: i386/include/apicvar.h =================================================================== RCS file: /cvsroot/src/sys/i386/include/apicvar.h,v retrieving revision 1.11 diff -u -r1.11 apicvar.h --- i386/include/apicvar.h 8 Feb 2005 20:25:06 -0000 1.11 +++ i386/include/apicvar.h 7 Mar 2005 16:25:44 -0000 @@ -122,7 +122,8 @@ /* IPIs handled by IPI_BITMAPED_VECTOR (XXX ups is there a better place?) */ #define IPI_AST 0 /* Generate software trap. */ -#define IPI_BITMAP_LAST IPI_AST +#define IPI_PREEMPT 1 +#define IPI_BITMAP_LAST IPI_PREEMPT #define IPI_IS_BITMAPED(x) ((x) <= IPI_BITMAP_LAST) #define IPI_STOP (APIC_IPI_INTS + 6) /* Stop CPU until restarted. */ Index: kern/kern_switch.c =================================================================== RCS file: /cvsroot/src/sys/kern/kern_switch.c,v retrieving revision 1.107 diff -u -r1.107 kern_switch.c --- kern/kern_switch.c 6 Jan 2005 23:35:39 -0000 1.107 +++ kern/kern_switch.c 7 Mar 2005 16:25:45 -0000 @@ -329,29 +329,30 @@ { struct thread *running_thread; -#ifndef FULL_PREEMPTION - int pri; - pri = td->td_priority; - if (!(pri >= PRI_MIN_ITHD && pri <= PRI_MAX_ITHD)) - return; -#endif mtx_assert(&sched_lock, MA_OWNED); running_thread = curthread; if (running_thread->td_ksegrp != td->td_ksegrp) return; - if (td->td_priority > running_thread->td_priority) + if (td->td_priority >= running_thread->td_priority) return; #ifdef PREEMPTION +#ifndef FULL_PREEMPTION + if (td->td_priority > PRI_MAX_ITHD) { + running_thread->td_flags |= TDF_NEEDRESCHED; + return; + } +#endif /* FULL_PREEMPTION */ + if (running_thread->td_critnest > 1) running_thread->td_pflags |= TDP_OWEPREEMPT; else mi_switch(SW_INVOL, NULL); -#else +#else /* PREEMPTION */ running_thread->td_flags |= TDF_NEEDRESCHED; -#endif +#endif /* PREEMPTION */ return; } @@ -365,13 +366,6 @@ struct pcpu *best_pcpu; struct thread *cputhread; -#ifndef FULL_PREEMPTION - int pri; - pri = td->td_priority; - if (!(pri >= PRI_MIN_ITHD && pri <= PRI_MAX_ITHD)) - return; -#endif - mtx_assert(&sched_lock, MA_OWNED); running_thread = curthread; @@ -421,7 +415,19 @@ if (best_pcpu == NULL) return; +#if defined(IPI_PREEMPT) && defined(PREEMPTION) + +#if !defined(FULL_PREEMPTION) + if (td->td_priority <= PRI_MAX_ITHD) +#endif /* ! FULL_PREEMPTION */ + { + ipi_selected(best_pcpu->pc_cpumask, IPI_PREEMPT); + return; + } +#endif /* defined(IPI_PREEMPT) && defined(PREEMPTION) */ + if (PCPU_GET(cpuid) != best_pcpu->pc_cpuid) { + best_pcpu->pc_curthread->td_flags |= TDF_NEEDRESCHED; ipi_selected(best_pcpu->pc_cpumask, IPI_AST); return; @@ -430,17 +436,24 @@ } #endif - if (td->td_priority > running_thread->td_priority) + if (td->td_priority >= running_thread->td_priority) return; #ifdef PREEMPTION + +#if !defined(FULL_PREEMPTION) + if (td->td_priority > PRI_MAX_ITHD) { + running_thread->td_flags |= TDF_NEEDRESCHED; + } +#endif /* ! FULL_PREEMPTION */ + if (running_thread->td_critnest > 1) running_thread->td_pflags |= TDP_OWEPREEMPT; else mi_switch(SW_INVOL, NULL); -#else +#else /* PREEMPTION */ running_thread->td_flags |= TDF_NEEDRESCHED; -#endif +#endif /* PREEMPTION */ return; } #endif /* !SMP */ @@ -655,7 +668,7 @@ td->td_kse->ke_state != KES_THREAD) return (0); #ifndef FULL_PREEMPTION - if (!(pri >= PRI_MIN_ITHD && pri <= PRI_MAX_ITHD) && + if ((pri > PRI_MAX_ITHD) && !(cpri >= PRI_MIN_IDLE)) return (0); #endif Index: kern/sched_4bsd.c =================================================================== RCS file: /cvsroot/src/sys/kern/sched_4bsd.c,v retrieving revision 1.71 diff -u -r1.71 sched_4bsd.c --- kern/sched_4bsd.c 30 Dec 2004 20:52:44 -0000 1.71 +++ kern/sched_4bsd.c 7 Mar 2005 16:25:45 -0000 @@ -1069,14 +1069,53 @@ } #endif +#ifdef SMP +static void +kick_other_cpu(int pri,int cpuid); + + +static void +kick_other_cpu(int pri,int cpuid) +{ + struct pcpu * pcpu = pcpu_find(cpuid); + int cpri = pcpu->pc_curthread->td_priority; + + if (idle_cpus_mask & pcpu->pc_cpumask) { + forward_wakeups_delivered++; + ipi_selected(pcpu->pc_cpumask, IPI_AST); + return; + } + + if (pri >= cpri) + return; + +#if defined(IPI_PREEMPT) && defined(PREEMPTION) + +#if !defined(FULL_PREEMPTION) + if (pri <= PRI_MAX_ITHD) +#endif /* ! FULL_PREEMPTION */ + { + ipi_selected(pcpu->pc_cpumask, IPI_PREEMPT); + return; + } +#endif /* defined(IPI_PREEMPT) && defined(PREEMPTION) */ + + pcpu->pc_curthread->td_flags |= TDF_NEEDRESCHED; + ipi_selected( pcpu->pc_cpumask , IPI_AST); + return; +} + +#endif /* SMP */ + void sched_add(struct thread *td, int flags) +#ifdef SMP { + struct kse *ke; -#ifdef SMP int forwarded = 0; int cpu; -#endif + int single_cpu = 0; ke = td->td_kse; mtx_assert(&sched_lock, MA_OWNED); @@ -1089,25 +1128,76 @@ td, td->td_proc->p_comm, td->td_priority, curthread, curthread->td_proc->p_comm); -#ifdef SMP - if (KSE_CAN_MIGRATE(ke)) { + + if (td->td_pinned != 0) { + cpu = td->td_lastcpu; + ke->ke_runq = &runq_pcpu[cpu]; + single_cpu = 1; + CTR3(KTR_RUNQ, + "sched_add: Put kse:%p(td:%p) on cpu%d runq", ke, td, cpu); + } else if ((ke)->ke_flags & KEF_BOUND) { + /* Find CPU from bound runq */ + KASSERT(SKE_RUNQ_PCPU(ke),("sched_add: bound kse not on cpu runq")); + cpu = ke->ke_runq - &runq_pcpu[0]; + single_cpu = 1; + CTR3(KTR_RUNQ, + "sched_add: Put kse:%p(td:%p) on cpu%d runq", ke, td, cpu); + } else { CTR2(KTR_RUNQ, "sched_add: adding kse:%p (td:%p) to gbl runq", ke, td); cpu = NOCPU; ke->ke_runq = &runq; + } + + if ((single_cpu) && (cpu != PCPU_GET(cpuid))) { + kick_other_cpu(td->td_priority,cpu); } else { - if (!SKE_RUNQ_PCPU(ke)) - ke->ke_runq = &runq_pcpu[(cpu = PCPU_GET(cpuid))]; - else - cpu = td->td_lastcpu; - CTR3(KTR_RUNQ, - "sched_add: Put kse:%p(td:%p) on cpu%d runq", ke, td, cpu); + + if ( !single_cpu) { + cpumask_t me = PCPU_GET(cpumask); + int idle = idle_cpus_mask & me; + + if ( !idle && ((flags & SRQ_INTR) == 0) && + (idle_cpus_mask & ~(hlt_cpus_mask | me))) + forwarded = forward_wakeup(cpu); + + } + + if (!forwarded) { + if (((flags & SRQ_YIELDING) == 0) && maybe_preempt(td)) + return; + else + maybe_resched(td); + } } -#else + + if ((td->td_proc->p_flag & P_NOLOAD) == 0) + sched_load_add(); + SLOT_USE(td->td_ksegrp); + runq_add(ke->ke_runq, ke, flags); + ke->ke_state = KES_ONRUNQ; +} + + +#else /* SMP */ + +{ + struct kse *ke; + ke = td->td_kse; + mtx_assert(&sched_lock, MA_OWNED); + KASSERT(ke->ke_state != KES_ONRUNQ, + ("sched_add: kse %p (%s) already in run queue", ke, + ke->ke_proc->p_comm)); + KASSERT(ke->ke_proc->p_sflag & PS_INMEM, + ("sched_add: process swapped out")); + CTR5(KTR_SCHED, "sched_add: %p(%s) prio %d by %p(%s)", + td, td->td_proc->p_comm, td->td_priority, curthread, + curthread->td_proc->p_comm); + + CTR2(KTR_RUNQ, "sched_add: adding kse:%p (td:%p) to runq", ke, td); ke->ke_runq = &runq; -#endif /* * If we are yielding (on the way out anyhow) * or the thread being saved is US, @@ -1120,41 +1210,9 @@ * which also only happens when we are about to yield. */ if((flags & SRQ_YIELDING) == 0) { -#ifdef SMP - cpumask_t me = PCPU_GET(cpumask); - int idle = idle_cpus_mask & me; - /* - * Only try to kick off another CPU if - * the thread is unpinned - * or pinned to another cpu, - * and there are other available and idle CPUs. - * if we are idle, or it's an interrupt, - * then skip straight to preemption. - */ - if ( (! idle) && ((flags & SRQ_INTR) == 0) && - (idle_cpus_mask & ~(hlt_cpus_mask | me)) && - ( KSE_CAN_MIGRATE(ke) || - ke->ke_runq != &runq_pcpu[PCPU_GET(cpuid)])) { - forwarded = forward_wakeup(cpu); - } - /* - * If we failed to kick off another cpu, then look to - * see if we should preempt this CPU. Only allow this - * if it is not pinned or IS pinned to this CPU. - * If we are the idle thread, we also try do preempt. - * as it will be quicker and being idle, we won't - * lose in doing so.. - */ - if ((!forwarded) && - (ke->ke_runq == &runq || - ke->ke_runq == &runq_pcpu[PCPU_GET(cpuid)])) -#endif - - { - if (maybe_preempt(td)) - return; - } - } + if (maybe_preempt(td)) + return; + } if ((td->td_proc->p_flag & P_NOLOAD) == 0) sched_load_add(); SLOT_USE(td->td_ksegrp); @@ -1162,6 +1220,9 @@ ke->ke_state = KES_ONRUNQ; maybe_resched(td); } + +#endif /* SMP */ + void sched_rem(struct thread *td) Index: kern/subr_turnstile.c =================================================================== RCS file: /cvsroot/src/sys/kern/subr_turnstile.c,v retrieving revision 1.152 diff -u -r1.152 subr_turnstile.c --- kern/subr_turnstile.c 10 Feb 2005 12:02:37 -0000 1.152 +++ kern/subr_turnstile.c 7 Mar 2005 16:25:45 -0000 @@ -400,7 +400,10 @@ */ if (td == TAILQ_FIRST(&ts->ts_blocked) && td->td_priority < oldpri) { mtx_unlock_spin(&tc->tc_lock); + critical_enter(); propagate_priority(td); + critical_exit(); + } else mtx_unlock_spin(&tc->tc_lock); } @@ -626,7 +629,11 @@ td->td_blocked = ts; td->td_lockname = lock->lo_name; TD_SET_LOCK(td); + + critical_enter(); propagate_priority(td); + critical_exit(); + if (LOCK_LOG_TEST(lock, 0)) CTR4(KTR_LOCK, "%s: td %d blocked on [%p] %s", __func__, --=-7FqhM1Pfb5/i9LGV+nwv-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 16:37:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A754F16A4CE for ; Mon, 7 Mar 2005 16:37:52 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 7CA4F43D31 for ; Mon, 7 Mar 2005 16:37:51 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 23414 invoked by uid 89); 7 Mar 2005 16:37:11 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 7 Mar 2005 16:37:11 -0000 Received: (qmail 23295 invoked by uid 89); 7 Mar 2005 16:37:09 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 7 Mar 2005 16:37:09 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j27Gb8w6039411; Mon, 7 Mar 2005 11:37:08 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Kris Kennaway In-Reply-To: <20050222225932.GA90362@xor.obsecurity.org> References: <200502111148.45976.jhb@FreeBSD.org> <200502221620.27992.jhb@FreeBSD.org> <20050222225932.GA90362@xor.obsecurity.org> Content-Type: multipart/mixed; boundary="=-7FqhM1Pfb5/i9LGV+nwv" Message-Id: <1110213428.29804.4517.camel@palm> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 07 Mar 2005 11:37:08 -0500 cc: jeffr@FreeBSD.org cc: "current@freebsd.org" cc: John Baldwin cc: Alan Cox cc: freebsd-current@FreeBSD.org cc: Julian Elischer Subject: Re: HEADSUP: Turn off cpu_idle_hlt on SMP for now on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 16:37:52 -0000 --=-7FqhM1Pfb5/i9LGV+nwv Content-Type: text/plain Content-Transfer-Encoding: 7bit On Tue, 2005-02-22 at 17:59, Kris Kennaway wrote: > On Tue, Feb 22, 2005 at 04:20:27PM -0500, John Baldwin wrote: > > On Friday 11 February 2005 11:48 am, John Baldwin wrote: > > > Thus, my theory is that when the pinned thread was preempted and put back > > > on the run queue, the scheduler didn't IPI the CPU it was pinned to to wake > > > it up in case it was idle. The IPI is only needed if the CPUs are halted, > > > which is why I think turning the idle halt off might work as a workaround. > > > I don't know if ULE has this same issue, but I've cc'd Jeff and hopefully > > > he can look into it. > > > > Nevermind, I don't think cpu_idle_hlt will help (though it has seemed to help > > locally oddly enough). Presumably the CPU that the preempted thread owning > > the vm page queues lock would have run the pinned thread before going idle. > > In this case, that means that the thread must be pinned to CPU 0 which is > > running a make process that is just spinning. Unfortunately we currently > > don't have a good way of looking at the stack for an thread on another CPU. > > I'm running into this with deadlocks I'm seeing on a quad-cpu RELENG_5 > sparc machine. > > Unfortunately, I can't even dump because of yet more locking assertion > failures in the dump path (CAM, elsewhere). > > Kris The attached patch (hopefully ;-) fixes a few scheduler problems with both SMP and UP. The patch also adds an IPI to PREEMPT threads on other CPUs for i386. While I compiled every valid combination of SMP,PREEMPT,FULL_PREEMPT I did not have time to test all combinations. ( This needs a lot more testing - but I ran out of time) Please test and provide feedback. Thanks Stephan --=-7FqhM1Pfb5/i9LGV+nwv Content-Disposition: attachment; filename=idle.patch Content-Type: text/x-patch; name=idle.patch; charset=ASCII Content-Transfer-Encoding: 7bit Index: i386/i386/mp_machdep.c =================================================================== RCS file: /cvsroot/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.244 diff -u -r1.244 mp_machdep.c --- i386/i386/mp_machdep.c 8 Feb 2005 20:25:06 -0000 1.244 +++ i386/i386/mp_machdep.c 7 Mar 2005 16:25:44 -0000 @@ -1096,6 +1096,15 @@ ipi_bitmap = atomic_readandclear_int(&cpu_ipi_pending[cpu]); + if (ipi_bitmap & IPI_PREEMPT) { + mtx_lock_spin(&sched_lock); + /* Don't preempt the idle thread */ + if (curthread->td_priority < PRI_MIN_IDLE) { + mi_switch(SW_INVOL | SW_PREEMPT, NULL); + } + mtx_unlock_spin(&sched_lock); + } + /* Nothing to do for AST */ } Index: i386/include/apicvar.h =================================================================== RCS file: /cvsroot/src/sys/i386/include/apicvar.h,v retrieving revision 1.11 diff -u -r1.11 apicvar.h --- i386/include/apicvar.h 8 Feb 2005 20:25:06 -0000 1.11 +++ i386/include/apicvar.h 7 Mar 2005 16:25:44 -0000 @@ -122,7 +122,8 @@ /* IPIs handled by IPI_BITMAPED_VECTOR (XXX ups is there a better place?) */ #define IPI_AST 0 /* Generate software trap. */ -#define IPI_BITMAP_LAST IPI_AST +#define IPI_PREEMPT 1 +#define IPI_BITMAP_LAST IPI_PREEMPT #define IPI_IS_BITMAPED(x) ((x) <= IPI_BITMAP_LAST) #define IPI_STOP (APIC_IPI_INTS + 6) /* Stop CPU until restarted. */ Index: kern/kern_switch.c =================================================================== RCS file: /cvsroot/src/sys/kern/kern_switch.c,v retrieving revision 1.107 diff -u -r1.107 kern_switch.c --- kern/kern_switch.c 6 Jan 2005 23:35:39 -0000 1.107 +++ kern/kern_switch.c 7 Mar 2005 16:25:45 -0000 @@ -329,29 +329,30 @@ { struct thread *running_thread; -#ifndef FULL_PREEMPTION - int pri; - pri = td->td_priority; - if (!(pri >= PRI_MIN_ITHD && pri <= PRI_MAX_ITHD)) - return; -#endif mtx_assert(&sched_lock, MA_OWNED); running_thread = curthread; if (running_thread->td_ksegrp != td->td_ksegrp) return; - if (td->td_priority > running_thread->td_priority) + if (td->td_priority >= running_thread->td_priority) return; #ifdef PREEMPTION +#ifndef FULL_PREEMPTION + if (td->td_priority > PRI_MAX_ITHD) { + running_thread->td_flags |= TDF_NEEDRESCHED; + return; + } +#endif /* FULL_PREEMPTION */ + if (running_thread->td_critnest > 1) running_thread->td_pflags |= TDP_OWEPREEMPT; else mi_switch(SW_INVOL, NULL); -#else +#else /* PREEMPTION */ running_thread->td_flags |= TDF_NEEDRESCHED; -#endif +#endif /* PREEMPTION */ return; } @@ -365,13 +366,6 @@ struct pcpu *best_pcpu; struct thread *cputhread; -#ifndef FULL_PREEMPTION - int pri; - pri = td->td_priority; - if (!(pri >= PRI_MIN_ITHD && pri <= PRI_MAX_ITHD)) - return; -#endif - mtx_assert(&sched_lock, MA_OWNED); running_thread = curthread; @@ -421,7 +415,19 @@ if (best_pcpu == NULL) return; +#if defined(IPI_PREEMPT) && defined(PREEMPTION) + +#if !defined(FULL_PREEMPTION) + if (td->td_priority <= PRI_MAX_ITHD) +#endif /* ! FULL_PREEMPTION */ + { + ipi_selected(best_pcpu->pc_cpumask, IPI_PREEMPT); + return; + } +#endif /* defined(IPI_PREEMPT) && defined(PREEMPTION) */ + if (PCPU_GET(cpuid) != best_pcpu->pc_cpuid) { + best_pcpu->pc_curthread->td_flags |= TDF_NEEDRESCHED; ipi_selected(best_pcpu->pc_cpumask, IPI_AST); return; @@ -430,17 +436,24 @@ } #endif - if (td->td_priority > running_thread->td_priority) + if (td->td_priority >= running_thread->td_priority) return; #ifdef PREEMPTION + +#if !defined(FULL_PREEMPTION) + if (td->td_priority > PRI_MAX_ITHD) { + running_thread->td_flags |= TDF_NEEDRESCHED; + } +#endif /* ! FULL_PREEMPTION */ + if (running_thread->td_critnest > 1) running_thread->td_pflags |= TDP_OWEPREEMPT; else mi_switch(SW_INVOL, NULL); -#else +#else /* PREEMPTION */ running_thread->td_flags |= TDF_NEEDRESCHED; -#endif +#endif /* PREEMPTION */ return; } #endif /* !SMP */ @@ -655,7 +668,7 @@ td->td_kse->ke_state != KES_THREAD) return (0); #ifndef FULL_PREEMPTION - if (!(pri >= PRI_MIN_ITHD && pri <= PRI_MAX_ITHD) && + if ((pri > PRI_MAX_ITHD) && !(cpri >= PRI_MIN_IDLE)) return (0); #endif Index: kern/sched_4bsd.c =================================================================== RCS file: /cvsroot/src/sys/kern/sched_4bsd.c,v retrieving revision 1.71 diff -u -r1.71 sched_4bsd.c --- kern/sched_4bsd.c 30 Dec 2004 20:52:44 -0000 1.71 +++ kern/sched_4bsd.c 7 Mar 2005 16:25:45 -0000 @@ -1069,14 +1069,53 @@ } #endif +#ifdef SMP +static void +kick_other_cpu(int pri,int cpuid); + + +static void +kick_other_cpu(int pri,int cpuid) +{ + struct pcpu * pcpu = pcpu_find(cpuid); + int cpri = pcpu->pc_curthread->td_priority; + + if (idle_cpus_mask & pcpu->pc_cpumask) { + forward_wakeups_delivered++; + ipi_selected(pcpu->pc_cpumask, IPI_AST); + return; + } + + if (pri >= cpri) + return; + +#if defined(IPI_PREEMPT) && defined(PREEMPTION) + +#if !defined(FULL_PREEMPTION) + if (pri <= PRI_MAX_ITHD) +#endif /* ! FULL_PREEMPTION */ + { + ipi_selected(pcpu->pc_cpumask, IPI_PREEMPT); + return; + } +#endif /* defined(IPI_PREEMPT) && defined(PREEMPTION) */ + + pcpu->pc_curthread->td_flags |= TDF_NEEDRESCHED; + ipi_selected( pcpu->pc_cpumask , IPI_AST); + return; +} + +#endif /* SMP */ + void sched_add(struct thread *td, int flags) +#ifdef SMP { + struct kse *ke; -#ifdef SMP int forwarded = 0; int cpu; -#endif + int single_cpu = 0; ke = td->td_kse; mtx_assert(&sched_lock, MA_OWNED); @@ -1089,25 +1128,76 @@ td, td->td_proc->p_comm, td->td_priority, curthread, curthread->td_proc->p_comm); -#ifdef SMP - if (KSE_CAN_MIGRATE(ke)) { + + if (td->td_pinned != 0) { + cpu = td->td_lastcpu; + ke->ke_runq = &runq_pcpu[cpu]; + single_cpu = 1; + CTR3(KTR_RUNQ, + "sched_add: Put kse:%p(td:%p) on cpu%d runq", ke, td, cpu); + } else if ((ke)->ke_flags & KEF_BOUND) { + /* Find CPU from bound runq */ + KASSERT(SKE_RUNQ_PCPU(ke),("sched_add: bound kse not on cpu runq")); + cpu = ke->ke_runq - &runq_pcpu[0]; + single_cpu = 1; + CTR3(KTR_RUNQ, + "sched_add: Put kse:%p(td:%p) on cpu%d runq", ke, td, cpu); + } else { CTR2(KTR_RUNQ, "sched_add: adding kse:%p (td:%p) to gbl runq", ke, td); cpu = NOCPU; ke->ke_runq = &runq; + } + + if ((single_cpu) && (cpu != PCPU_GET(cpuid))) { + kick_other_cpu(td->td_priority,cpu); } else { - if (!SKE_RUNQ_PCPU(ke)) - ke->ke_runq = &runq_pcpu[(cpu = PCPU_GET(cpuid))]; - else - cpu = td->td_lastcpu; - CTR3(KTR_RUNQ, - "sched_add: Put kse:%p(td:%p) on cpu%d runq", ke, td, cpu); + + if ( !single_cpu) { + cpumask_t me = PCPU_GET(cpumask); + int idle = idle_cpus_mask & me; + + if ( !idle && ((flags & SRQ_INTR) == 0) && + (idle_cpus_mask & ~(hlt_cpus_mask | me))) + forwarded = forward_wakeup(cpu); + + } + + if (!forwarded) { + if (((flags & SRQ_YIELDING) == 0) && maybe_preempt(td)) + return; + else + maybe_resched(td); + } } -#else + + if ((td->td_proc->p_flag & P_NOLOAD) == 0) + sched_load_add(); + SLOT_USE(td->td_ksegrp); + runq_add(ke->ke_runq, ke, flags); + ke->ke_state = KES_ONRUNQ; +} + + +#else /* SMP */ + +{ + struct kse *ke; + ke = td->td_kse; + mtx_assert(&sched_lock, MA_OWNED); + KASSERT(ke->ke_state != KES_ONRUNQ, + ("sched_add: kse %p (%s) already in run queue", ke, + ke->ke_proc->p_comm)); + KASSERT(ke->ke_proc->p_sflag & PS_INMEM, + ("sched_add: process swapped out")); + CTR5(KTR_SCHED, "sched_add: %p(%s) prio %d by %p(%s)", + td, td->td_proc->p_comm, td->td_priority, curthread, + curthread->td_proc->p_comm); + + CTR2(KTR_RUNQ, "sched_add: adding kse:%p (td:%p) to runq", ke, td); ke->ke_runq = &runq; -#endif /* * If we are yielding (on the way out anyhow) * or the thread being saved is US, @@ -1120,41 +1210,9 @@ * which also only happens when we are about to yield. */ if((flags & SRQ_YIELDING) == 0) { -#ifdef SMP - cpumask_t me = PCPU_GET(cpumask); - int idle = idle_cpus_mask & me; - /* - * Only try to kick off another CPU if - * the thread is unpinned - * or pinned to another cpu, - * and there are other available and idle CPUs. - * if we are idle, or it's an interrupt, - * then skip straight to preemption. - */ - if ( (! idle) && ((flags & SRQ_INTR) == 0) && - (idle_cpus_mask & ~(hlt_cpus_mask | me)) && - ( KSE_CAN_MIGRATE(ke) || - ke->ke_runq != &runq_pcpu[PCPU_GET(cpuid)])) { - forwarded = forward_wakeup(cpu); - } - /* - * If we failed to kick off another cpu, then look to - * see if we should preempt this CPU. Only allow this - * if it is not pinned or IS pinned to this CPU. - * If we are the idle thread, we also try do preempt. - * as it will be quicker and being idle, we won't - * lose in doing so.. - */ - if ((!forwarded) && - (ke->ke_runq == &runq || - ke->ke_runq == &runq_pcpu[PCPU_GET(cpuid)])) -#endif - - { - if (maybe_preempt(td)) - return; - } - } + if (maybe_preempt(td)) + return; + } if ((td->td_proc->p_flag & P_NOLOAD) == 0) sched_load_add(); SLOT_USE(td->td_ksegrp); @@ -1162,6 +1220,9 @@ ke->ke_state = KES_ONRUNQ; maybe_resched(td); } + +#endif /* SMP */ + void sched_rem(struct thread *td) Index: kern/subr_turnstile.c =================================================================== RCS file: /cvsroot/src/sys/kern/subr_turnstile.c,v retrieving revision 1.152 diff -u -r1.152 subr_turnstile.c --- kern/subr_turnstile.c 10 Feb 2005 12:02:37 -0000 1.152 +++ kern/subr_turnstile.c 7 Mar 2005 16:25:45 -0000 @@ -400,7 +400,10 @@ */ if (td == TAILQ_FIRST(&ts->ts_blocked) && td->td_priority < oldpri) { mtx_unlock_spin(&tc->tc_lock); + critical_enter(); propagate_priority(td); + critical_exit(); + } else mtx_unlock_spin(&tc->tc_lock); } @@ -626,7 +629,11 @@ td->td_blocked = ts; td->td_lockname = lock->lo_name; TD_SET_LOCK(td); + + critical_enter(); propagate_priority(td); + critical_exit(); + if (LOCK_LOG_TEST(lock, 0)) CTR4(KTR_LOCK, "%s: td %d blocked on [%p] %s", __func__, --=-7FqhM1Pfb5/i9LGV+nwv-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 16:40:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 296E816A4CE for ; Mon, 7 Mar 2005 16:40:11 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50DA943D2F for ; Mon, 7 Mar 2005 16:40:08 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j27Ge7Jb028144; Mon, 7 Mar 2005 11:40:07 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org Date: Mon, 7 Mar 2005 11:39:58 -0500 User-Agent: KMail/1.6.2 References: <1110175252.718.4.camel@localhost.localdomain> In-Reply-To: <1110175252.718.4.camel@localhost.localdomain> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200503071139.58790.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 06:06:27 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Remington Subject: Re: i386 support for AMD64 GART???? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 16:40:11 -0000 On Monday 07 March 2005 01:00 am, Remington wrote: > Completely useless email of this is a known or if im missing > something obvious. > > NOTES in i386 states AMD64 GART support yet it is missing from > AMD64 NOTES file. Shouldnt this be reversed? I guess you are talking about RELENG_5? -CURRENT uses it unconditionally: http://docs.freebsd.org/cgi/mid.cgi?200408192058.i7JKwOwb053655 It was not MFC'd. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 17:02:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 78C6716A4D2; Mon, 7 Mar 2005 17:02:54 +0000 (GMT) Date: Mon, 7 Mar 2005 17:02:54 +0000 From: Kris Kennaway To: Denis Shaposhnikov Message-ID: <20050307170254.GK22873@hub.freebsd.org> References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <87sm3ajj8s.fsf@neva.vlink.ru> <20050305151903.GC26240@hub.freebsd.org> <87r7it18fh.fsf@neva.vlink.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87r7it18fh.fsf@neva.vlink.ru> User-Agent: Mutt/1.4.2.1i cc: Kris Kennaway cc: freebsd-current@FreeBSD.ORG cc: Mathieu Arnold Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 17:02:54 -0000 On Sun, Mar 06, 2005 at 11:32:18AM +0300, Denis Shaposhnikov wrote: > >>>>> "Kris" == Kris Kennaway writes: > > Kris> But it works, and doesn't panic the system. unionfs is > Kris> well-documented to be broken, and this is unlikely to change in > Kris> the near future. > > That's a recent regression, unionfs works fine on > > FreeBSD sagitta.internal.vlink.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Wed Dec 1 17:39:09 MSK 2004 dsh@rigel.internal.vlink.ru:/var/FreeBSD/obj/var/FreeBSD/src/sys/SAGITTA i386 > > And if unionfs panic the system on 5.4 too, I think it can't be STABLE > at all. > > BTW, from man mount_nullfs: > > BUGS > THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T WORK) > AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM. USE AT > YOUR OWN RISK. BEWARE OF DOG. SLIPPERY WHEN WET. > > So you can't suggest to use nullfs instead of unionfs, because "is > well-documented to be broken". That comment seems to be out of date. I'm not aware of any existing bugs in nullfs in 5.x and 6.x. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 02:45:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2553416A4CE for ; Tue, 8 Mar 2005 02:45:06 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0193D43D54 for ; Tue, 8 Mar 2005 02:45:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EC0E072DD8; Mon, 7 Mar 2005 18:45:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E987872DCB; Mon, 7 Mar 2005 18:45:05 -0800 (PST) Date: Mon, 7 Mar 2005 18:45:05 -0800 (PST) From: Doug White To: Mike Jakubik In-Reply-To: <1646.172.16.0.199.1110049506.squirrel@172.16.0.199> Message-ID: <20050307184301.S32508@carver.gumbysoft.com> References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> <20050303015438.GF15329@obiwan.tataz.chchile.org> <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> <1646.172.16.0.199.1110049506.squirrel@172.16.0.199> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 02:45:06 -0000 On Sat, 5 Mar 2005, Mike Jakubik wrote: > Doug White said: > > > I'll see if I can reproduce this, but in the interim you might try > > disabling PREEMPTION. It doesn't quite have all the bugs worked out yet. > > Disabling PREEMPTION does indeed stop the panic from occuring. OK, good to hear. > > If you want to get a dump try compiling in KDB and DDB then doing "call > > doadump" when it panics. It should either start dumping or complain why > > it can't. Last I checked dumps to ATA worked :) > > Typing "call doadump" in the kernel debugger does work. Is there no way to > have the kernel automatically do a dump when the system panics and there > is no debugger compiled in? That should be the default behavior if a dumpdev is set (in rc.conf with "dumpdev" or manually with the dumpon(8) command). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 04:25:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C7D16A4CE for ; Tue, 8 Mar 2005 04:25:20 +0000 (GMT) Received: from mxsf07.cluster1.charter.net (mxsf07.cluster1.charter.net [209.225.28.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 736A743D49 for ; Tue, 8 Mar 2005 04:25:19 +0000 (GMT) (envelope-from TastyNachos@charter.net) Received: from mxip02.cluster1.charter.net (mxip02a.cluster1.charter.net [209.225.28.132])j284PHfW023356 for ; Mon, 7 Mar 2005 23:25:17 -0500 Received: from 68-189-90-224.ca.charter.com (HELO [172.16.64.100]) (68.189.90.224) by mxip02.cluster1.charter.net with ESMTP; 07 Mar 2005 23:25:16 -0500 X-Ironport-AV: i="3.90,145,1107752400"; d="scan'208"; a="655410433:sNHT12974452" From: Remington To: Jung-uk Kim In-Reply-To: <200503071139.58790.jkim@niksun.com> References: <1110175252.718.4.camel@localhost.localdomain> <200503071139.58790.jkim@niksun.com> Content-Type: text/plain Date: Mon, 07 Mar 2005 20:25:13 -0800 Message-Id: <1110255913.601.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: i386 support for AMD64 GART???? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 04:25:20 -0000 I an talking about RELENG_5, sorry. Is this suppose to be this way? On Mon, 2005-03-07 at 11:39 -0500, Jung-uk Kim wrote: > On Monday 07 March 2005 01:00 am, Remington wrote: > > Completely useless email of this is a known or if im missing > > something obvious. > > > > NOTES in i386 states AMD64 GART support yet it is missing from > > AMD64 NOTES file. Shouldnt this be reversed? > > I guess you are talking about RELENG_5? -CURRENT uses it > unconditionally: > > http://docs.freebsd.org/cgi/mid.cgi?200408192058.i7JKwOwb053655 > > It was not MFC'd. > > Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 05:16:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 166F016A4CE for ; Tue, 8 Mar 2005 05:16:00 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFA9443D39 for ; Tue, 8 Mar 2005 05:15:59 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 92C2CF3CD5 for ; Mon, 7 Mar 2005 21:15:57 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03785-02 for ; Mon, 7 Mar 2005 21:15:57 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 1779AF3CD2 for ; Mon, 7 Mar 2005 21:15:57 -0800 (PST) From: Sean McNeil To: current@freebsd.org Content-Type: text/plain Date: Mon, 07 Mar 2005 21:15:56 -0800 Message-Id: <1110258956.3660.15.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: amd64 floating point context save/restore changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 05:16:00 -0000 Has there been any changes within the last couple of days that could affect context save/restore of the FPU on amd64? I am getting consistent SIGFPE signals in an application I built. The problem is, if I just rearrange the code a little bit I can get it to move. Since it is consistent for any particular version, I would guess it to be related to pthreads if it is context save/restore. In both cases I've looked at there was no reason the SIGPFE should have occurred and, in fact, does not when the code is reordered. I can flood the list with a lot of backtrace info, but prefer to send it to whomever is working this area to save others. Sean From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 07:33:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4209C16A4CE for ; Tue, 8 Mar 2005 07:33:32 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id E864643D2D for ; Tue, 8 Mar 2005 07:33:31 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 0B28717349E; Tue, 8 Mar 2005 08:33:30 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id B1908407C; Tue, 8 Mar 2005 08:33:29 +0100 (CET) Date: Tue, 8 Mar 2005 08:33:29 +0100 From: Jeremie Le Hen To: Doug White Message-ID: <20050308073329.GJ94451@obiwan.tataz.chchile.org> References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> <20050303015438.GF15329@obiwan.tataz.chchile.org> <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> <20050304230723.T4084@carver.gumbysoft.com> <1646.172.16.0.199.1110049506.squirrel@172.16.0.199> <20050307184301.S32508@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050307184301.S32508@carver.gumbysoft.com> User-Agent: Mutt/1.5.8i cc: Mike Jakubik cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: dumpdev='AUTO' (was: Reproducible Panic with port iplog) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 07:33:32 -0000 Hi, > > Typing "call doadump" in the kernel debugger does work. Is there no way to > > have the kernel automatically do a dump when the system panics and there > > is no debugger compiled in? > > That should be the default behavior if a dumpdev is set (in rc.conf with > "dumpdev" or manually with the dumpon(8) command). This is a little bit off-topic, but I set the rc.conf(5) dumpdev variable to "AUTO". This should work (this is from rc.d/dumpon) : %%% case ${dumpdev} in [Nn][Oo] | '') ;; [Aa][Uu][Tt][Oo]) while read dev mp type more ; do [ "${type}" = "swap" ] || continue [ -c "${dev}" ] || continue if /sbin/dumpon -v "${dev}" 2>/dev/null; then # Make a symlink in devfs for savecore ln -s ${dev} /dev/dumpdev return 0 fi done Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7E1F16A4CE for ; Tue, 8 Mar 2005 08:58:36 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09A3143D1F for ; Tue, 8 Mar 2005 08:58:36 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j288wSB3056976; Tue, 8 Mar 2005 09:58:30 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <422D6920.1080002@DeepCore.dk> Date: Tue, 08 Mar 2005 09:58:08 +0100 From: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: EAZNet - Eddie Fry References: <20050225191121.226F1106DA3@mail.eaznet.com> In-Reply-To: <20050225191121.226F1106DA3@mail.eaznet.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: freebsd-current@freebsd.org Subject: Re: Supermicro P4SCT+ Marvell 88SX504 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 08:58:36 -0000 EAZNet - Eddie Fry wrote: > Doug/others, >=20 > I have gotten information provided by Supermicro regarding the Marvell > drivers. If anyone would like a copy, let me know and I'll send them > off-list. >=20 > I'm still waiting for some more info back from Marvell. OK, let me chime in here (just got back from vacation). I have all I need to write a driver for the Marvell chip (at least the 4 = port version that is), and I've written most of the basic support code.=20 the only thing missing is time to get it finished, tested and committed=20 together with ATA mkIII.. -S=C3=B8ren From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 09:53:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A23F816A4CE for ; Tue, 8 Mar 2005 09:53:07 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A574B43D49 for ; Tue, 8 Mar 2005 09:53:06 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id A3FC3C0E6 for ; Tue, 8 Mar 2005 10:53:04 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 15D23407C; Tue, 8 Mar 2005 10:53:02 +0100 (CET) Date: Tue, 8 Mar 2005 10:53:02 +0100 From: Jeremie Le Hen To: current@FreeBSD.org Message-ID: <20050308095302.GL94451@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="JBi0ZxuS5uaEhkUZ" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.8i Subject: panic: ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 09:53:07 -0000 --JBi0ZxuS5uaEhkUZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, with a UP -CURRENT from sunday, I stressed my system and I got the following panic. I know Jeff has just commited something in vfs_bio.c but I'm not sure this is related, so in doubt, I report it before upgrading. This is hand-written, so I didn't reported numeric value, but I have a crash dump. Please contact me off-list if you need it. /usr: bad dir ino 413567 at offset 0: mangled entry panic: ufs_dirbad: bad dir KDB: stack-backtrace: panic: bremfree: buffer 0xc9304af0 not on a queue KBD: enter: panic [ thread pid 45 tid 100062 ] Stopped at kbd_enter+0x30: leave db> trace Tracing pid 45 tid 100062 td 0xc18fb320 kbd_enter() panic() bremfree() getblk() breadn() bread() ffs_update() ufs_inactive() VOP_INACTIVE_APV() vput() handle_workitem_remove() process_worklist_item() softdep_process_worklist() sched_sync() fork_exit() fork_trampoline() --- trap0x1, eip = 0, esp = 0xd50d2d7c, ebp = 0 --- My dmesg(8) as well as my kernel configuration files are attached. Regards, -- Jeremie Le Hen jeremie at le-hen dot org --JBi0ZxuS5uaEhkUZ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename=dmesg Content-Transfer-Encoding: 8bit Copyright (c) 1992-2005 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 6.0-CURRENT #82: Sun Mar 6 19:40:32 CET 2005 root@z6po.tataz.chchile.org:/usr/src/sys/i386/compile/Z6PO WARNING: DIAGNOSTIC option enabled, expect reduced performance. WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (498.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383f9ff real memory = 402501632 (383 MB) avail memory = 384499712 (366 MB) acpi0: on motherboard Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: on acpi0 pci_link3: irq 11 on acpi0 pci0: on pcib0 agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) cbb0: at device 3.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 3.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x860-0x86f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xdce0-0xdcff irq 11 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: LegSup = 0x0000 usb0: on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: vendor 0x0409 product 0x0059, class 9/0, rev 2.00/1.00, addr 2 uhub1: 4 ports with 4 removable, self powered ums0: Microsoft Microsoft Wheel Mouse Optical®, rev 1.10/1.21, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. pci0: at device 7.3 (no driver attached) pci0: at device 8.0 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 498470366 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert loadable, rule-based forwarding enabled, default to accept, logging unlimited rl0: port 0x1000-0x10ff mem 0x88000000-0x880001ff irq 11 at device 0.0 on cardbus1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:08:a1:6a:b8:30 rl0: [GIANT-LOCKED] pid 25: corrected slot count (0->1) ad0: 5729MB [12416/15/63] at ata0-master UDMA33 acd0: CDROM at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a Expensive timeout(9) function: 0xc069a610(0xc0781d60) 0.006191568 s rl0: link state changed to DOWN rlphy0: detached miibus0: detached rl0: detached cardbus1: Resource not specified in CIS: id=14, size=400 cardbus1: at device 0.0 (no driver attached) rl0: port 0x1000-0x10ff mem 0x88000000-0x880001ff irq 11 at device 0.0 on cardbus1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:08:a1:6a:b8:30 rl0: [GIANT-LOCKED] rl0: link state changed to DOWN rl0: link state changed to UP --JBi0ZxuS5uaEhkUZ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=Z6PO # Z6PO kernel config. machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident Z6PO # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices makeoptions DEBUG="-g" # Build kernel with gdb(1) debug symbols makeoptions MODULES_OVERRIDE="linux syscons fdc sound usb ums snp nullfs unionfs cd9660 cd9660_iconv" makeoptions CPUTYPE="pentium3" makeoptions CFLAGS="-O -pipe" # # Debugging features # options PREEMPTION # Allow threads to be preempted #options FULL_PREEMPTION # Expose race conditions options MUTEX_DEBUG # Enable extra assert in mutex code options KDB # Enable kernel debugger support options DDB # Support DDB options GDB # Support remote GDB options INVARIANT_SUPPORT # Extra sanity checks of internal struct options INVARIANTS # Enable calls of extra sanity checking options DIAGNOSTIC # Make everything more noisy #options WITNESS # Enable checks for deadlocks and cycles #options WITNESS_KDB #options SCHED_4BSD # 4BSD scheduler options SCHED_ULE # ULE scheduler # # Filesystems # options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options SUIDDIR #options EXT2FS # Linux filesystem options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options MSDOSFS_LARGE #options NTFS # NT filesystem #options NULLFS # NULL filesystem #options UNIONFS # Union filesystem #options CD9660 # ISO 9660 Filesystem #options UDF # Univesal Disk Format options PSEUDOFS # Pseudo-filesystem framework options PROCFS # Process filesystem (requires PSEUDOFS) options FDESCFS options LIBICONV options MSDOSFS_ICONV #options CD9660_ICONV #options UDF_ICONV #options NTFS_ICONV #options NETSMB #options NETSMBCRYPTO #options LIBMCHAIN #options SMBFS options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B realtime extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options INET # InterNETworking #options INET6 # IPv6 communications protocols options IPSEC # IP security options IPSEC_ESP # IP security with ESP options IPSEC_FILTERGIF # Filter IPSec packets from a tunnel #options BRIDGE # Bridging between ethernet cards options IPFIREWALL # IP firewall options IPFIREWALL_VERBOSE # Enable logging to syslogd(8) options IPFIREWALL_DEFAULT_TO_ACCEPT # Allow everything by default options IPFIREWALL_FORWARD # Make packet destination change option IPFIREWALL_FORWARD_EXTENDED #options IPV6FIREWALL # IPv6 firewall #options IPV6FIREWALL_VERBOSE #options IPV6FIREWALL_DEFAULT_TO_ACCEPT #options IPFILTER # IPFilter support #options IPFILTER_LOG # IPFilter logging device pf # PF OpenBSD packet-filter firewall device pflog # Logging support interface for PF device pfsync # Synchronization interface for PF options IPDIVERT # Divert sockets options DUMMYNET # Enables "dummyney" bandwidth limiter #options ALTQ #options ALTQ_CBQ # Class Bases Queueing #options ALTQ_RED # Random Early Drop #options ALTQ_RIO # RED In/Out #options ALTQ_HFSC # Hierarchical Packet Scheduler #options ALTQ_CDNR # Traffic conditioner #options ALTQ_PRIQ # Priority Queueing #options NETGRAPH #netgraph(4) system #options NETGRAPH_ASYNC #options NETGRAPH_ATMLLC #options NETGRAPH_ATM_ATMPIF #options NETGRAPH_BLUETOOTH # ng_bluetooth(4) #options NETGRAPH_BLUETOOTH_BT3C # ng_bt3c(4) #options NETGRAPH_BLUETOOTH_H4 # ng_h4(4) #options NETGRAPH_BLUETOOTH_HCI # ng_hci(4) #options NETGRAPH_BLUETOOTH_L2CAP # ng_l2cap(4) #options NETGRAPH_BLUETOOTH_SOCKET # ng_btsocket(4) #options NETGRAPH_BLUETOOTH_UBT # ng_ubt(4) #options NETGRAPH_BLUETOOTH_UBTBCMFW # ubtbcmfw(4) #options NETGRAPH_BPF #options NETGRAPH_BRIDGE #options NETGRAPH_CISCO #options NETGRAPH_ECHO #options NETGRAPH_EIFACE #options NETGRAPH_ETHER #options NETGRAPH_FEC #options NETGRAPH_FRAME_RELAY #options NETGRAPH_GIF #options NETGRAPH_GIF_DEMUX #options NETGRAPH_HOLE #options NETGRAPH_IFACE #options NETGRAPH_IP_INPUT #options NETGRAPH_KSOCKET #options NETGRAPH_L2TP #options NETGRAPH_LMI #options NETGRAPH_ONE2MANY #options NETGRAPH_PPP #options NETGRAPH_PPPOE #options NETGRAPH_PPTPGRE #options NETGRAPH_RFC1490 #options NETGRAPH_SOCKET #options NETGRAPH_SPLIT #options NETGRAPH_SPPP #options NETGRAPH_TEE #options NETGRAPH_TTY #options NETGRAPH_UI #options NETGRAPH_VJC #options GEOM_AES #options GEOM_APPLE #options GEOM_BDE #options GEOM_BSD #options GEOM_CONCAT #options GEOM_FOX #options GEOM_GATE #options GEOM_GPT #options GEOM_LABEL #options GEOM_MBR #options GEOM_MIRROR #options GEOM_NOP #options GEOM_PC98 #options GEOM_RAID3 #options GEOM_SHSEC #options GEOM_STRIPE #options GEOM_SUNLABEL #options GEOM_UZIP #options GEOM_VOL # # Pseudo devices # device random # Entropy device device mem # Memory and kernel memory devices device io device pty # Pseudo-ttys (telnet etc) #device snp # Snoop device - to look at pty/vty/... #device ccd # Concatenated disk driver device md # Memory "disks" # # Network pseudo devices # device loop # Network loopback device ether # Ethernet support #device vlan # VLAN support (needs miibus) #device sl # Kernel SLIP #device ppp # Kernel PPP #device sppp # Generic Synchronous PPP device tun # Packet tunnel device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) #device stf # 6to4 IPv6 over IPv4 encapsulation #device tap # Virtual Ethernet driver #device gre # IP over IP tunneling device bpf # Berkeley packet filter #options PPP_BSDCOMP # PPP BSD-compress support #options PPP_DEFLATE # PPP zlib/deflate/gzip support #options PPP_FILTER # Enable bpf filtering (needs bpf) # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device acpi #options ACPI_DEBUG # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals #device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse #options PSM_DEBUG options VESA # Support for VGA VESA video modes. device vga # VGA video card driver device splash # Splash screen and screen saver support device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254 device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device wlan_wep #device wlan_ccmp #device wlan_tkip #device wlan_xauth #device wlan_acl #device an # Aironet 4500/4800 802.11 wireless NICs #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs #device wl # Older non 802.11 Wavelan wireless NIC #device ath_hal #device ath_rate_onoe #device ath # # USB support # options USB_DEBUG #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # # Sound # #device sound #device snd_maestro --JBi0ZxuS5uaEhkUZ-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 09:59:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DAAD16A4CE; Tue, 8 Mar 2005 09:59:03 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB1D43D31; Tue, 8 Mar 2005 09:59:02 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j289x2d4002059; Tue, 8 Mar 2005 04:59:02 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j289x2xR002056; Tue, 8 Mar 2005 04:59:02 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 8 Mar 2005 04:59:01 -0500 (EST) From: Jeff Roberson To: Jeremie Le Hen In-Reply-To: <20050308095302.GL94451@obiwan.tataz.chchile.org> Message-ID: <20050308045604.B20708@mail.chesapeake.net> References: <20050308095302.GL94451@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: jeff@FreeBSD.org cc: current@FreeBSD.org Subject: Re: panic: ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 09:59:03 -0000 On Tue, 8 Mar 2005, Jeremie Le Hen wrote: > Hi, > > with a UP -CURRENT from sunday, I stressed my system and I got the > following panic. I know Jeff has just commited something in vfs_bio.c > but I'm not sure this is related, so in doubt, I report it before > upgrading. This is hand-written, so I didn't reported numeric value, > but I have a crash dump. Please contact me off-list if you need it. Unfortunately, the panic you transcribed is a secondary panic. I'd like to see the primary stack, but it sounds like that isn't available. I'm going to commit some more major fixes in a few days which address unsafe code at vnode teardown time. Hopefully this may have some effect. > > /usr: bad dir ino 413567 at offset 0: mangled entry > panic: ufs_dirbad: bad dir > KDB: stack-backtrace: > panic: bremfree: buffer 0xc9304af0 not on a queue > KBD: enter: panic > [ thread pid 45 tid 100062 ] > Stopped at kbd_enter+0x30: leave > db> trace > Tracing pid 45 tid 100062 td 0xc18fb320 > kbd_enter() > panic() > bremfree() > getblk() > breadn() > bread() > ffs_update() > ufs_inactive() > VOP_INACTIVE_APV() > vput() > handle_workitem_remove() > process_worklist_item() > softdep_process_worklist() > sched_sync() > fork_exit() > fork_trampoline() > --- trap0x1, eip = 0, esp = 0xd50d2d7c, ebp = 0 --- > > My dmesg(8) as well as my kernel configuration files are attached. > > Regards, > -- > Jeremie Le Hen > jeremie at le-hen dot org > From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 10:01:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0607016A4CE; Tue, 8 Mar 2005 10:01:34 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE5BC43D53; Tue, 8 Mar 2005 10:01:33 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id B20AF5C9CA; Tue, 8 Mar 2005 02:01:31 -0800 (PST) Date: Tue, 8 Mar 2005 11:01:31 +0100 From: Maxime Henrion To: Jeff Roberson Message-ID: <20050308100131.GC31320@elvis.mu.org> References: <20050308095302.GL94451@obiwan.tataz.chchile.org> <20050308045604.B20708@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050308045604.B20708@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: jeff@FreeBSD.org cc: Jeremie Le Hen cc: current@FreeBSD.org Subject: Re: panic: ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 10:01:34 -0000 Jeff Roberson wrote: > On Tue, 8 Mar 2005, Jeremie Le Hen wrote: > > > Hi, > > > > with a UP -CURRENT from sunday, I stressed my system and I got the > > following panic. I know Jeff has just commited something in vfs_bio.c > > but I'm not sure this is related, so in doubt, I report it before > > upgrading. This is hand-written, so I didn't reported numeric value, > > but I have a crash dump. Please contact me off-list if you need it. > > Unfortunately, the panic you transcribed is a secondary panic. I'd like > to see the primary stack, but it sounds like that isn't available. I'm > going to commit some more major fixes in a few days which address unsafe > code at vnode teardown time. Hopefully this may have some effect. Isn't that the first panic? panic: bremfree: buffer 0xc9304af0 not on a queue > > /usr: bad dir ino 413567 at offset 0: mangled entry > > panic: ufs_dirbad: bad dir > > KDB: stack-backtrace: > > panic: bremfree: buffer 0xc9304af0 not on a queue > > KBD: enter: panic > > [ thread pid 45 tid 100062 ] > > Stopped at kbd_enter+0x30: leave > > db> trace > > Tracing pid 45 tid 100062 td 0xc18fb320 > > kbd_enter() > > panic() > > bremfree() > > getblk() > > breadn() > > bread() > > ffs_update() > > ufs_inactive() > > VOP_INACTIVE_APV() > > vput() > > handle_workitem_remove() > > process_worklist_item() > > softdep_process_worklist() > > sched_sync() > > fork_exit() > > fork_trampoline() > > --- trap0x1, eip = 0, esp = 0xd50d2d7c, ebp = 0 --- > > > > My dmesg(8) as well as my kernel configuration files are attached. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 10:57:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3042516A4CE; Tue, 8 Mar 2005 10:57:28 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 494DD43D41; Tue, 8 Mar 2005 10:57:27 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j28AvMMd058441; Tue, 8 Mar 2005 11:57:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <422D84FF.1010707@DeepCore.dk> Date: Tue, 08 Mar 2005 11:57:03 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <422225D6.5020009@root.org> In-Reply-To: <422225D6.5020009@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 10:57:28 -0000 Nate Lawson wrote: > If you've been having "memory modified after free" panics on -current=20 > and have a Thinkpad, the attached patch should fix things for you. A=20 > quick check of RELENG_5 indicates that the bug is probably there also=20 > but I haven't tested for it there. >=20 > The bug is triggered by timeouts in the ata_getparam() probe path. The= =20 > ata_timeout() fires and ata_end_transaction() is called to get the=20 > status. However, it continues down into ata_pio_read() even though=20 > there is no data available since we had a timeout, not read completion.= =20 > ata_pio_read() reads 512 bytes of probably bogus data. The importan= t=20 > problem is that it also advances donecount. On subsequent timeouts=20 > (note there are 4 below), donecount advances into unallocated memory an= d=20 > so subsequent ata_pio_read() calls overwrite 512 bytes of someone else'= s=20 > memory. >=20 > The fix is to exit immediately if ATA_R_TIMEOUT is set after reading th= e=20 > status in ata_end_transaction(). It shouldn't go into ata_pio_read() i= f=20 > there was a timeout. The patch does this. >=20 > However, it only handles PIO timeouts since I wasn't sure the best way = > to proceed for unwinding DMA state and the like for the other cases.=20 > This is enough to fix the overwrite and subsequent panic on my systems.= =20 > I've run heavy IO stress and DVD accesses for a while and no further=20 > panics. >=20 > While looking into this, I found another potential problem. In one=20 > reinjection case, donecount wasn't reset to 0. The patch for=20 > ata-queue.c does this and I think it's necessary but don't hit this cas= e=20 > in testing so I can't be sure. Finally, there's one whitespace nit tha= t=20 > helps with clarity. >=20 > These are similar bugs to one found back in August that had the same=20 > effect. Here's the closest reference I could find in the mail archives= =20 > for this: > http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/0330= 33.html=20 Just a note from here, these bugs are fixed in ATA mkIII so you could=20 just have gleaned the solution from there (or maybe you did :)) --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 12:09:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E86E16A4CE for ; Tue, 8 Mar 2005 12:09:04 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 32A5543D2D for ; Tue, 8 Mar 2005 12:09:03 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 08 Mar 2005 12:09:02 -0000 Received: from pD9E6E5D2.dip.t-dialin.net (EHLO ms.homeip.net) (217.230.229.210) by mail.gmx.net (mp020) with SMTP; 08 Mar 2005 13:09:02 +0100 X-Authenticated: #15946415 Received: from [10.0.0.1] (helo=[10.0.0.13]) by ms.homeip.net with esmtpsa (TLSv1:AES256-SHA:256) id 1D8da7-000Kdm-C9 for freebsd-current@freebsd.org; Tue, 08 Mar 2005 13:12:59 +0100 Message-ID: <422D95DC.2020307@gmx.de> Date: Tue, 08 Mar 2005 13:09:00 +0100 From: Jochen Gensch User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Notebook doesn't turn off on shutdown -p now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 12:09:04 -0000 Hi, I have noticed something strange on my 6.0-Current. The System doesn't power off on a schutdown -p now. At least not always. It seems to go down normally (except it isn't able to umount /dev!?), but then it blanks the screen and that's it. It was the same effect on a 5.3-STABLE environment. The hardware is a Thinkpad A30p, if that matters... Jochen From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 13:30:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D7CE16A4CE; Tue, 8 Mar 2005 13:30:33 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3ACB43D3F; Tue, 8 Mar 2005 13:30:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j28DUVOJ031928; Tue, 8 Mar 2005 08:30:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j28DUV7S011120; Tue, 8 Mar 2005 08:30:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A94817306E; Tue, 8 Mar 2005 08:30:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050308133031.A94817306E@freebsd-current.sentex.ca> Date: Tue, 8 Mar 2005 08:30:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/755/Mon Mar 7 20:00:18 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 13:30:33 -0000 TB --- 2005-03-08 12:14:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-08 12:14:51 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-03-08 12:14:51 - checking out the source tree TB --- 2005-03-08 12:14:51 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-03-08 12:14:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-08 12:21:19 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-08 12:21:19 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-08 12:21:19 - /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 >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-08 13:29:05 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-08 13:29:05 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-08 13:29:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 8 13:29:05 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/amd64/busdma_machdep.c:530:71: macro "CTR2" passed 5 arguments, but takes just 4 /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/amd64/busdma_machdep.c:700:41: macro "CTR3" passed 6 arguments, but takes just 5 /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/amd64/busdma_machdep.c:710:44: macro "CTR3" passed 6 arguments, but takes just 5 /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/amd64/busdma_machdep.c:757:51: macro "CTR4" passed 7 arguments, but takes just 6 /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/amd64/busdma_machdep.c:794:48: macro "CTR4" passed 7 arguments, but takes just 6 /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/amd64/busdma_machdep.c:854:51: macro "CTR4" passed 7 arguments, but takes just 6 /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/amd64/busdma_machdep.c:885:59: macro "CTR3" passed 6 arguments, but takes just 5 mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-03-08 13:30:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-08 13:30:31 - ERROR: failed to build generic kernel TB --- 2005-03-08 13:30:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 14:46:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF60116A4CE; Tue, 8 Mar 2005 14:46:14 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8E043D1F; Tue, 8 Mar 2005 14:46:14 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.1.4] ([218.149.156.148]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j28Ek3Zj003259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Mar 2005 06:46:05 -0800 Message-ID: <422DBA9E.8060502@root.org> Date: Tue, 08 Mar 2005 06:45:50 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk> In-Reply-To: <422D84FF.1010707@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 14:46:14 -0000 Søren Schmidt wrote: > Nate Lawson wrote: > >> If you've been having "memory modified after free" panics on -current >> and have a Thinkpad, the attached patch should fix things for you. A >> quick check of RELENG_5 indicates that the bug is probably there also >> but I haven't tested for it there. >> >> The bug is triggered by timeouts in the ata_getparam() probe path. >> The ata_timeout() fires and ata_end_transaction() is called to get the >> status. However, it continues down into ata_pio_read() even though >> there is no data available since we had a timeout, not read >> completion. ata_pio_read() reads 512 bytes of probably bogus data. >> The important problem is that it also advances donecount. On >> subsequent timeouts (note there are 4 below), donecount advances into >> unallocated memory and so subsequent ata_pio_read() calls overwrite >> 512 bytes of someone else's memory. >> >> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading >> the status in ata_end_transaction(). It shouldn't go into >> ata_pio_read() if there was a timeout. The patch does this. >> >> However, it only handles PIO timeouts since I wasn't sure the best way >> to proceed for unwinding DMA state and the like for the other cases. >> This is enough to fix the overwrite and subsequent panic on my >> systems. I've run heavy IO stress and DVD accesses for a while and no >> further panics. >> >> While looking into this, I found another potential problem. In one >> reinjection case, donecount wasn't reset to 0. The patch for >> ata-queue.c does this and I think it's necessary but don't hit this >> case in testing so I can't be sure. Finally, there's one whitespace >> nit that helps with clarity. >> >> These are similar bugs to one found back in August that had the same >> effect. Here's the closest reference I could find in the mail >> archives for this: >> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/033033.html > > > Just a note from here, these bugs are fixed in ATA mkIII so you could > just have gleaned the solution from there (or maybe you did :)) Nope, but I'm glad you can corroborate these fixes are correct. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 14:46:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDD2A16A4CE; Tue, 8 Mar 2005 14:46:17 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E94A43D4C; Tue, 8 Mar 2005 14:46:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j28EkGXM040638; Tue, 8 Mar 2005 09:46:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j28EkGDr095315; Tue, 8 Mar 2005 09:46:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7C0EF7306E; Tue, 8 Mar 2005 09:46:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050308144616.7C0EF7306E@freebsd-current.sentex.ca> Date: Tue, 8 Mar 2005 09:46:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/755/Mon Mar 7 20:00:18 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 14:46:18 -0000 TB --- 2005-03-08 13:30:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-08 13:30:31 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-03-08 13:30:31 - checking out the source tree TB --- 2005-03-08 13:30:31 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-08 13:30:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-08 13:36:35 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-08 13:36:35 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-08 13:36:35 - /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 >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-08 14:44:35 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-08 14:44:35 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-08 14:44:35 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 8 14:44:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /tinderbox/CURRENT/i386/i386/src/sys/i386/i386/busdma_machdep.c:530:71: macro "CTR2" passed 5 arguments, but takes just 4 /tinderbox/CURRENT/i386/i386/src/sys/i386/i386/busdma_machdep.c:700:41: macro "CTR3" passed 6 arguments, but takes just 5 /tinderbox/CURRENT/i386/i386/src/sys/i386/i386/busdma_machdep.c:710:44: macro "CTR3" passed 6 arguments, but takes just 5 /tinderbox/CURRENT/i386/i386/src/sys/i386/i386/busdma_machdep.c:757:51: macro "CTR4" passed 7 arguments, but takes just 6 /tinderbox/CURRENT/i386/i386/src/sys/i386/i386/busdma_machdep.c:794:48: macro "CTR4" passed 7 arguments, but takes just 6 /tinderbox/CURRENT/i386/i386/src/sys/i386/i386/busdma_machdep.c:854:51: macro "CTR4" passed 7 arguments, but takes just 6 /tinderbox/CURRENT/i386/i386/src/sys/i386/i386/busdma_machdep.c:885:59: macro "CTR3" passed 6 arguments, but takes just 5 mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-03-08 14:46:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-08 14:46:16 - ERROR: failed to build generic kernel TB --- 2005-03-08 14:46:16 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 14:50:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70D8216A4CE; Tue, 8 Mar 2005 14:50:34 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FFE543D1F; Tue, 8 Mar 2005 14:50:34 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.1.4] ([218.149.156.148]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j28EoQZj003323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Mar 2005 06:50:28 -0800 Message-ID: <422DBBA5.1000903@root.org> Date: Tue, 08 Mar 2005 06:50:13 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk> In-Reply-To: <422D84FF.1010707@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 14:50:34 -0000 Søren Schmidt wrote: > Nate Lawson wrote: > >> If you've been having "memory modified after free" panics on -current >> and have a Thinkpad, the attached patch should fix things for you. A >> quick check of RELENG_5 indicates that the bug is probably there also >> but I haven't tested for it there. >> >> The bug is triggered by timeouts in the ata_getparam() probe path. >> The ata_timeout() fires and ata_end_transaction() is called to get the >> status. However, it continues down into ata_pio_read() even though >> there is no data available since we had a timeout, not read >> completion. ata_pio_read() reads 512 bytes of probably bogus data. >> The important problem is that it also advances donecount. On >> subsequent timeouts (note there are 4 below), donecount advances into >> unallocated memory and so subsequent ata_pio_read() calls overwrite >> 512 bytes of someone else's memory. >> >> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading >> the status in ata_end_transaction(). It shouldn't go into >> ata_pio_read() if there was a timeout. The patch does this. >> >> However, it only handles PIO timeouts since I wasn't sure the best way >> to proceed for unwinding DMA state and the like for the other cases. >> This is enough to fix the overwrite and subsequent panic on my >> systems. I've run heavy IO stress and DVD accesses for a while and no >> further panics. >> >> While looking into this, I found another potential problem. In one >> reinjection case, donecount wasn't reset to 0. The patch for >> ata-queue.c does this and I think it's necessary but don't hit this >> case in testing so I can't be sure. Finally, there's one whitespace >> nit that helps with clarity. >> >> These are similar bugs to one found back in August that had the same >> effect. Here's the closest reference I could find in the mail >> archives for this: >> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/033033.html > > > Just a note from here, these bugs are fixed in ATA mkIII so you could > just have gleaned the solution from there (or maybe you did :)) Nope, but I'm glad you can corroborate these fixes are correct. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 14:56:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1547116A4CE; Tue, 8 Mar 2005 14:56:40 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D7543D1F; Tue, 8 Mar 2005 14:56:39 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j28EuZSW061232; Tue, 8 Mar 2005 15:56:37 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <422DBD0F.2070206@DeepCore.dk> Date: Tue, 08 Mar 2005 15:56:15 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk> <422DBA9E.8060502@root.org> In-Reply-To: <422DBA9E.8060502@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 14:56:40 -0000 Nate Lawson wrote: > S=F8ren Schmidt wrote: >=20 >> Nate Lawson wrote: >> >>> If you've been having "memory modified after free" panics on -current= =20 >>> and have a Thinkpad, the attached patch should fix things for you. A= =20 >>> quick check of RELENG_5 indicates that the bug is probably there also= =20 >>> but I haven't tested for it there. >>> >>> The bug is triggered by timeouts in the ata_getparam() probe path. =20 >>> The ata_timeout() fires and ata_end_transaction() is called to get=20 >>> the status. However, it continues down into ata_pio_read() even=20 >>> though there is no data available since we had a timeout, not read=20 >>> completion. ata_pio_read() reads 512 bytes of probably bogus=20 >>> data. The important problem is that it also advances donecount. On = >>> subsequent timeouts (note there are 4 below), donecount advances into= =20 >>> unallocated memory and so subsequent ata_pio_read() calls overwrite=20 >>> 512 bytes of someone else's memory. >>> >>> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading = >>> the status in ata_end_transaction(). It shouldn't go into=20 >>> ata_pio_read() if there was a timeout. The patch does this. >>> >>> However, it only handles PIO timeouts since I wasn't sure the best=20 >>> way to proceed for unwinding DMA state and the like for the other=20 >>> cases. This is enough to fix the overwrite and subsequent panic on my= =20 >>> systems. I've run heavy IO stress and DVD accesses for a while and=20 >>> no further panics. >>> >>> While looking into this, I found another potential problem. In one=20 >>> reinjection case, donecount wasn't reset to 0. The patch for=20 >>> ata-queue.c does this and I think it's necessary but don't hit this=20 >>> case in testing so I can't be sure. Finally, there's one whitespace = >>> nit that helps with clarity. >>> >>> These are similar bugs to one found back in August that had the same = >>> effect. Here's the closest reference I could find in the mail=20 >>> archives for this: >>> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/03= 3033.html=20 >> >> >> >> >> Just a note from here, these bugs are fixed in ATA mkIII so you could = >> just have gleaned the solution from there (or maybe you did :)) >=20 >=20 > Nope, but I'm glad you can corroborate these fixes are correct. Actually I cant, I havn't looked at what was committed since I already=20 did fix these problems in the mkIII patches floating around.. Anyhow its in there and the committer has to deal with it until/if I=20 commit mkIII to -current, I'm out of the loop until then... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 15:27:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA1A016A4CE for ; Tue, 8 Mar 2005 15:27:01 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40EDD43D41 for ; Tue, 8 Mar 2005 15:27:01 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id D906A1734B5 for ; Tue, 8 Mar 2005 16:26:59 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 5D713407C; Tue, 8 Mar 2005 16:26:58 +0100 (CET) Date: Tue, 8 Mar 2005 16:26:58 +0100 From: Jeremie Le Hen To: current@FreeBSD.org Message-ID: <20050308152658.GP94451@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.8i Subject: Re: gcc(1) manpage (was: cvs commit: src/sys/kern kern_sig.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 15:27:01 -0000 This message appeared on cvs-src@ and should be on -current@ ----- Forwarded message from Jeremie Le Hen ----- Subject: Re: gcc(1) manpage (was: cvs commit: src/sys/kern kern_sig.c) From: Jeremie Le Hen Date: Tue, 8 Mar 2005 15:31:26 +0100 To: Maxime Henrion Cc: cvs-src@FreeBSD.org Cc: cvs-all@FreeBSD.org Hi, > This version number in the gcc(1) manpage is really the least of the > problems... The GCC guys don't maintain the manpage anymore, as they > prefer the info page to document things now. The gcc(1) manpage hasn't > been updated since _long_. In short, it's not only a matter of getting > the latest manpage from the GCC project, it's a matter of synchronizing > this manpage with the (huge) GCC info page and it's a significant job. I would take advantage of this thread to ask what people think about converting gcc(1) info page to a manual page. Of course, this manual page wouldn't be very academic but IMHO, it would keep the Unix tradition of having a single manual page containing all informations about the software. It appears there is a tool called info2man [1] : this is a Perl script that first use info2pod and then pod2man. I agree this is ugly, but modulo some tweaks, the result seems to be quite readable [2] as a manual page. Juste my 2 cents :-). Regards, [1] ports/textproc/info2man [2] http://jeremie.le-hen.org/~tataz/gcc_info2man/gcc.1 http://jeremie.le-hen.org/~tataz/gcc_info2man/gcc.txt -- Jeremie Le Hen jeremie at le-hen dot org _______________________________________________ cvs-src@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-src To unsubscribe, send any mail to "cvs-src-unsubscribe@freebsd.org" ----- End forwarded message ----- -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 16:01:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9444E16A4CE; Tue, 8 Mar 2005 16:01:08 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED7FB43D3F; Tue, 8 Mar 2005 16:01:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j28G17QJ022954; Tue, 8 Mar 2005 11:01:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j28G176O091525; Tue, 8 Mar 2005 11:01:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D9207306E; Tue, 8 Mar 2005 11:01:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050308160107.1D9207306E@freebsd-current.sentex.ca> Date: Tue, 8 Mar 2005 11:01:07 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 16:01:08 -0000 TB --- 2005-03-08 14:46:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-08 14:46:16 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-08 14:46:16 - checking out the source tree TB --- 2005-03-08 14:46:16 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-08 14:46:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-08 14:52:24 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-08 14:52:24 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-08 14:52: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 >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-08 15:59:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-08 15:59:59 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-08 15:59:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 8 15:59:59 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/busdma_machdep.c:530:71: macro "CTR2" passed 5 arguments, but takes just 4 /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/busdma_machdep.c:700:41: macro "CTR3" passed 6 arguments, but takes just 5 /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/busdma_machdep.c:710:44: macro "CTR3" passed 6 arguments, but takes just 5 /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/busdma_machdep.c:757:51: macro "CTR4" passed 7 arguments, but takes just 6 /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/busdma_machdep.c:794:48: macro "CTR4" passed 7 arguments, but takes just 6 /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/busdma_machdep.c:854:51: macro "CTR4" passed 7 arguments, but takes just 6 /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/busdma_machdep.c:885:59: macro "CTR3" passed 6 arguments, but takes just 5 mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-08 16:01:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-08 16:01:06 - ERROR: failed to build generic kernel TB --- 2005-03-08 16:01:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 16:57:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C00116A4CE for ; Tue, 8 Mar 2005 16:57:54 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C2543D53 for ; Tue, 8 Mar 2005 16:57:54 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D8i1p-0004vL-S1; Tue, 08 Mar 2005 16:57:54 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D8i1o-00035t-5P; Tue, 08 Mar 2005 06:57:52 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16941.55695.87991.238422@roam.psg.com> Date: Tue, 8 Mar 2005 06:57:51 -1000 To: othermark References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050305020343.GO31320@elvis.mu.org> <16937.62150.818165.837486@roam.psg.com> cc: freebsd-current@freebsd.org Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 16:57:54 -0000 >> Fatal trap 12: page fault while in kernel mode >> fault virtual address = 0x80808517 >> fault code = supervisor read, page not present >> instruction pointer = 0x8:0xc047d2d0 >> stack pointer = 0x10:0xd3f78c88 >> frame pointer = 0x10:0xd3f78cac >> 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 = 15 (irq5: fxp0) >> [thread pid 15 tid 100008 ] >> Stopped at fxp_intr_body+0xd0: cmpw $0,0(%esi) >> db> trace >> Tracing pid 15 tid 100008 td 0xc155fb80 >> fxp_intr_body(c161a000,c161a000,40,ffffffff,c0630cb6) at >> fxp_intr_body+0xd0 fxp_intr(c161a000,0,0,0,0) at fxp_intr+0x141 >> ithread_loop(c1551a00,d3f78d48,0,0,0) at ithread_loop+0x1a8 >> fork_exit(c04da530,c1551a00,d3f78d48) at fork_exit+0x7f >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0x1, eip = 0, esp = 0xd3f78d7c, ebp = 0 --- > > Hmm, can you get the panic to occur when interrupt coalescing is > turned on? 'ifconfig fxp0 link0' the panic is rare, takes a week or two to happen. so it is hard to know if changing to interrupt coalescing will fix. but i will try it after a while; as i am testing mux's latest patch kit right now. but thanks for the clue! randy From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 17:04:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46BF216A4CE for ; Tue, 8 Mar 2005 17:04:28 +0000 (GMT) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id A02B243D53 for ; Tue, 8 Mar 2005 17:04:27 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp101.rog.mail.re2.yahoo.com with SMTP; 8 Mar 2005 17:04:26 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Tue, 8 Mar 2005 12:04:23 -0500 (EST) Message-ID: <4420.172.16.0.199.1110301463.squirrel@172.16.0.199> In-Reply-To: <20050307184301.S32508@carver.gumbysoft.com> References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> <20050303015438.GF15329@obiwan.tataz.chchile.org> <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> <20050304230723.T4084@carver.gumbysoft.com> <1646.172.16.0.199.1110049506.squirrel@172.16.0.199> <20050307184301.S32508@carver.gumbysoft.com> Date: Tue, 8 Mar 2005 12:04:23 -0500 (EST) From: "Mike Jakubik" To: "Doug White" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org Subject: Re: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 17:04:28 -0000 Doug White said: >> Typing "call doadump" in the kernel debugger does work. Is there no way >> to >> have the kernel automatically do a dump when the system panics and there >> is no debugger compiled in? > > That should be the default behavior if a dumpdev is set (in rc.conf with > "dumpdev" or manually with the dumpon(8) command). It does not seem to be for me. The system just stands there doing nothing after the panic, when there is no debugger built in the kernel. P.S. I have also submitted a PR for this. http://www.freebsd.org/cgi/query-pr.cgi?pr=78384 From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 17:14:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B94CB16A4CE for ; Tue, 8 Mar 2005 17:14:51 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 410F143D54 for ; Tue, 8 Mar 2005 17:14:51 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j28HEoqV080493 for ; Tue, 8 Mar 2005 12:14:50 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 79920-08 for ; Tue, 8 Mar 2005 12:14:50 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j28HEoq1080476 for ; Tue, 8 Mar 2005 12:14:50 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j28HEikH042550 for ; Tue, 8 Mar 2005 12:14:44 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050308120832.047a5620@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 08 Mar 2005 12:17:40 -0500 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: ARECA ARC-1120 RAID adaptor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 17:14:51 -0000 Came across this in a review recently and lo and behold, FreeBSD is supported by the vendor! I had never heard of this device. Does anyone know anything about it with respect to FreeBSD ? ARECA ARC-1120 There are drivers and management tools for FreeBSD at ftp://60.248.88.208/RaidCards/AP_Drivers/FreeBSD/ ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 17:17:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7273B16A4CE for ; Tue, 8 Mar 2005 17:17:58 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C82943D53 for ; Tue, 8 Mar 2005 17:17:57 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j28HHavT001222 for ; Tue, 8 Mar 2005 19:17:36 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j28G3KdN027417 for ; Tue, 8 Mar 2005 18:03:21 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j28G0c2j020695; Tue, 8 Mar 2005 18:00:38 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Tue, 8 Mar 2005 18:00:38 +0200 From: Giorgos Keramidas To: Jeremie Le Hen Message-ID: <20050308160038.GA20539@orion.daedalusnetworks.priv> References: <20050308152658.GP94451@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050308152658.GP94451@obiwan.tataz.chchile.org> cc: freebsd-current@freebsd.org Subject: Re: gcc(1) manpage (was: cvs commit: src/sys/kern kern_sig.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 17:17:58 -0000 On 2005-03-08 16:26, Jeremie Le Hen wrote: >> This version number in the gcc(1) manpage is really the least of the >> problems... The GCC guys don't maintain the manpage anymore, as they >> prefer the info page to document things now. The gcc(1) manpage hasn't >> been updated since _long_. In short, it's not only a matter of getting >> the latest manpage from the GCC project, it's a matter of synchronizing >> this manpage with the (huge) GCC info page and it's a significant job. > > I would take advantage of this thread to ask what people think about > converting gcc(1) info page to a manual page. Of course, this manual > page wouldn't be very academic but IMHO, it would keep the Unix > tradition of having a single manual page containing all informations > about the software. > > It appears there is a tool called info2man [1] : this is a Perl script > that first use info2pod and then pod2man. I agree this is ugly, but > modulo some tweaks, the result seems to be quite readable [2] as a > manual page. David O'Brien has posted a copy of the gcc.1 manpage to be, which has been generated by Pod::Man. Converting this to groff_mdoc is a huge job that I haven't managed to complete yet, even though a few months have passed since I got the message from David. The main problem with this conversion is that I have relatively "high" standards of what the mdoc text should look like, in order to be a BSD manpage. Keeping the standards of the rest of the manpages, as I understand these style/standard guidelines by osmosis (i.e. by looking at the work of Ruslan Ermilov), and having as much of the Texinfo documentation for GCC in one place is a "significant job" as it was said above. One that I am not sure I can manage at my spare time between ${REAL_JOB} stuff. Having said that, I think that a real manpage for GCC would be great! - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 17:23:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 687A416A4CE for ; Tue, 8 Mar 2005 17:23:04 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 036CE43D55 for ; Tue, 8 Mar 2005 17:22:59 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j28HMulp061151; Tue, 8 Mar 2005 12:22:56 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org Date: Tue, 8 Mar 2005 12:22:52 -0500 User-Agent: KMail/1.6.2 References: <1110175252.718.4.camel@localhost.localdomain> <200503071139.58790.jkim@niksun.com> <1110255913.601.0.camel@localhost.localdomain> In-Reply-To: <1110255913.601.0.camel@localhost.localdomain> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200503081222.53473.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 20:00:18 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Remington Subject: Re: i386 support for AMD64 GART???? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 17:23:04 -0000 On Monday 07 March 2005 11:25 pm, Remington wrote: > I an talking about RELENG_5, sorry. Is this suppose to be this way? Yes, AMD64 architecture can run FreeBSD/i386 kernel. ;-) Jung-uk Kim > On Mon, 2005-03-07 at 11:39 -0500, Jung-uk Kim wrote: > > On Monday 07 March 2005 01:00 am, Remington wrote: > > > Completely useless email of this is a known or if im missing > > > something obvious. > > > > > > NOTES in i386 states AMD64 GART support yet it is missing from > > > AMD64 NOTES file. Shouldnt this be reversed? > > > > I guess you are talking about RELENG_5? -CURRENT uses it > > unconditionally: > > > > http://docs.freebsd.org/cgi/mid.cgi?200408192058.i7JKwOwb053655 > > > > It was not MFC'd. > > > > Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 17:34:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EEDA16A4CE for ; Tue, 8 Mar 2005 17:34:14 +0000 (GMT) Received: from eden.barryp.org (host-233-87-220-24.midco.net [24.220.87.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BAB843D2F for ; Tue, 8 Mar 2005 17:34:14 +0000 (GMT) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with asmtp (TLSv1:AES256-SHA:256) (Exim 4.41 (FreeBSD)) id 1D8iay-00022R-Hq; Tue, 08 Mar 2005 11:34:12 -0600 Message-ID: <422DE1F9.8080004@barryp.org> Date: Tue, 08 Mar 2005 11:33:45 -0600 From: Barry Pederson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <6.2.1.2.0.20050308120832.047a5620@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050308120832.047a5620@64.7.153.2> X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: ARECA ARC-1120 RAID adaptor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 17:34:14 -0000 Mike Tancsa wrote: > > Came across this in a review recently and lo and behold, FreeBSD is > supported by the vendor! I had never heard of this device. Does anyone > know anything about it with respect to FreeBSD ? > > ARECA ARC-1120 > > There are drivers and management tools for FreeBSD at > ftp://60.248.88.208/RaidCards/AP_Drivers/FreeBSD/ Is this the review? http://www.tweakers.net/reviews/557/32 If not, I'd be curious to read others. Barry From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 17:37:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2492E16A4CE for ; Tue, 8 Mar 2005 17:37:42 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339F543D5A for ; Tue, 8 Mar 2005 17:37:39 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id D21BE78C8E for ; Tue, 8 Mar 2005 12:38:40 -0500 (EST) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60351-01 for ; Tue, 8 Mar 2005 12:38:26 -0500 (EST) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 794E978C86 for ; Tue, 8 Mar 2005 12:38:25 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 0A18928C9A; Tue, 8 Mar 2005 12:37:22 -0500 (EST) Date: Tue, 8 Mar 2005 12:37:21 -0500 From: Damian Gerow To: freebsd-current@freebsd.org Message-ID: <20050308173721.GB18993@afflictions.org> Mail-Followup-To: freebsd-current@freebsd.org References: <6.2.1.2.0.20050308120832.047a5620@64.7.153.2> <422DE1F9.8080004@barryp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <422DE1F9.8080004@barryp.org> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: ARECA ARC-1120 RAID adaptor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 17:37:42 -0000 Thus spake Barry Pederson (bp@barryp.org) [08/03/05 12:35]: : > Came across this in a review recently and lo and behold, FreeBSD is : > supported by the vendor! I had never heard of this device. Does anyone : > know anything about it with respect to FreeBSD ? : > : > ARECA ARC-1120 : > : > There are drivers and management tools for FreeBSD at : > ftp://60.248.88.208/RaidCards/AP_Drivers/FreeBSD/ : : Is this the review? : : http://www.tweakers.net/reviews/557/32 : : If not, I'd be curious to read others. This came up on -questions about a week ago: From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 18:09:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C6A716A4CE for ; Tue, 8 Mar 2005 18:09:02 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D813C43D4C for ; Tue, 8 Mar 2005 18:09:01 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C9CF972DD8; Tue, 8 Mar 2005 10:09:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C4B7C72DCB; Tue, 8 Mar 2005 10:09:01 -0800 (PST) Date: Tue, 8 Mar 2005 10:09:01 -0800 (PST) From: Doug White To: Mike Jakubik In-Reply-To: <4420.172.16.0.199.1110301463.squirrel@172.16.0.199> Message-ID: <20050308100730.Q38988@carver.gumbysoft.com> References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> <20050303015438.GF15329@obiwan.tataz.chchile.org> <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> <1646.172.16.0.199.1110049506.squirrel@172.16.0.199> <4420.172.16.0.199.1110301463.squirrel@172.16.0.199> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 18:09:02 -0000 On Tue, 8 Mar 2005, Mike Jakubik wrote: > Doug White said: > > >> Typing "call doadump" in the kernel debugger does work. Is there no way > >> to > >> have the kernel automatically do a dump when the system panics and there > >> is no debugger compiled in? > > > > That should be the default behavior if a dumpdev is set (in rc.conf with > > "dumpdev" or manually with the dumpon(8) command). > > It does not seem to be for me. The system just stands there doing nothing > after the panic, when there is no debugger built in the kernel. > > P.S. I have also submitted a PR for this. > http://www.freebsd.org/cgi/query-pr.cgi?pr=78384 I don't know if I can get to this before the release, but I've put it on my tracking list. I need a way to provoke a panic, and the best way seems to be to program the syscons panic key. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 18:12:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EA2716A4CE for ; Tue, 8 Mar 2005 18:12:15 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id C262243D54 for ; Tue, 8 Mar 2005 18:12:14 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j28IC95f019381; Tue, 8 Mar 2005 13:12:09 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18807-08; Tue, 8 Mar 2005 13:12:09 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j28IC9nu019349; Tue, 8 Mar 2005 13:12:09 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j28IC38H042765; Tue, 8 Mar 2005 13:12:03 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050308131255.04b65c18@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 08 Mar 2005 13:14:59 -0500 To: Barry Pederson From: Mike Tancsa In-Reply-To: <422DE1F9.8080004@barryp.org> References: <6.2.1.2.0.20050308120832.047a5620@64.7.153.2> <422DE1F9.8080004@barryp.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b cc: freebsd-current@freebsd.org Subject: Re: ARECA ARC-1120 RAID adaptor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 18:12:15 -0000 At 12:33 PM 08/03/2005, Barry Pederson wrote: >Mike Tancsa wrote: > > > > Came across this in a review recently and lo and behold, FreeBSD is > > supported by the vendor! I had never heard of this device. Does anyone > > know anything about it with respect to FreeBSD ? > > > > ARECA ARC-1120 > > > > There are drivers and management tools for FreeBSD at > > ftp://60.248.88.208/RaidCards/AP_Drivers/FreeBSD/ > >Is this the review? > > http://www.tweakers.net/reviews/557/32 Yes, thats the one. And as Damian mentioned, there is the Tom's hardware review as well. I would imagine that the people/person developing the driver, would have had some contact with the FreeBSD community in someway, possibly here. ---Mike From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 18:40:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 7275B16A4CF; Tue, 8 Mar 2005 18:40:05 +0000 (GMT) Date: Tue, 8 Mar 2005 18:40:05 +0000 From: Kris Kennaway To: Doug White Message-ID: <20050308184005.GA30165@hub.freebsd.org> References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> <20050303015438.GF15329@obiwan.tataz.chchile.org> <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> <1646.172.16.0.199.1110049506.squirrel@172.16.0.199> <4420.172.16.0.199.1110301463.squirrel@172.16.0.199> <20050308100730.Q38988@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050308100730.Q38988@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: Mike Jakubik cc: freebsd-current@freebsd.org Subject: Re: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 18:40:05 -0000 On Tue, Mar 08, 2005 at 10:09:01AM -0800, Doug White wrote: > On Tue, 8 Mar 2005, Mike Jakubik wrote: > > > Doug White said: > > > > >> Typing "call doadump" in the kernel debugger does work. Is there no way > > >> to > > >> have the kernel automatically do a dump when the system panics and there > > >> is no debugger compiled in? > > > > > > That should be the default behavior if a dumpdev is set (in rc.conf with > > > "dumpdev" or manually with the dumpon(8) command). > > > > It does not seem to be for me. The system just stands there doing nothing > > after the panic, when there is no debugger built in the kernel. > > > > P.S. I have also submitted a PR for this. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=78384 > > I don't know if I can get to this before the release, but I've put it on > my tracking list. I need a way to provoke a panic, and the best way seems > to be to program the syscons panic key. I've seen DDB_UNATTENDED cause a hang-on-panic instead of a dump + reboot on HEAD. I've also seen it not dumping core when it does manage to reboot. I haven't tested this on RELENG_5. Kris From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 19:48:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 3AFBB16A4CF; Tue, 8 Mar 2005 19:48:32 +0000 (GMT) Date: Tue, 8 Mar 2005 19:48:32 +0000 From: Kris Kennaway To: dg@FreeBSD.org, current@FreeBSD.org, alc@FreeBSD.org Message-ID: <20050308194832.GD30165@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: SIGABRT under load (tracked to vm_map_find() returning KERN_NO_SPACE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 19:48:32 -0000 I finally found a good way to reproduce the SIGABRT errors I've been seeing off and on for a long time (buildworld -j18 on a 12-processor sparc64 running RELENG_5). The error is originating here in kern/imgact_elf.c in the __CONCAT() function: if ((error = __elfN(load_section)(imgp->proc, vmspace, imgp->vp, imgp->object, phdr[i].p_offset, (caddr_t)(uintptr_t)phdr[i].p_vaddr, phdr[i].p_memsz, phdr[i].p_filesz, prot, sv->sv_pagesize)) != 0) { printf("__elfN(load_section) %d\n",error); goto fail; } On the console: __elfN(load_section) 22 *(execsw[i]->ex_imgact)(imgp) error 22 Fell through to exec_fail Process cc received SIGABRT __elfN(load_section) 22 *(execsw[i]->ex_imgact)(imgp) error 22 Fell through to exec_fail Process make received SIGABRT i.e. __elfN(load_section) is returning EINVAL. I instrumented the three places this is possible in __elfN(load_section) and found the failure occurs here: rv = vm_map_find(exec_map, object, trunc_page(offset + filsz), &data_buf, PAGE_SIZE, TRUE, VM_PROT_READ, VM_PROT_ALL, MAP_COPY_ON_WRITE | MAP_PREFAULT_PARTIAL); if (rv != KERN_SUCCESS) { vm_object_deallocate(object); printf("rv != KERN_SUCCESS 3\n"); return (EINVAL); } Pushing up into vm_map_find() shows that it's returning KERN_NO_SPACE: if (find_space) { if (vm_map_findspace(map, start, length, addr)) { vm_map_unlock(map); printf("KERN_NO_SPACE\n"); return (KERN_NO_SPACE); } start = *addr; } Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 20:25:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF67616A4CE; Tue, 8 Mar 2005 20:25:02 +0000 (GMT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FEE943D39; Tue, 8 Mar 2005 20:25:02 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 092BC4A9AD; Tue, 8 Mar 2005 14:24:52 -0600 (CST) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 31223-01-41; Tue, 8 Mar 2005 14:24:51 -0600 (CST) Received: by cs.rice.edu (Postfix, from userid 19572) id 883A04A9A4; Tue, 8 Mar 2005 14:24:51 -0600 (CST) Date: Tue, 8 Mar 2005 14:24:51 -0600 From: Alan Cox To: Kris Kennaway Message-ID: <20050308202451.GC23301@cs.rice.edu> References: <20050308194832.GD30165@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050308194832.GD30165@hub.freebsd.org> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu cc: alc@FreeBSD.org cc: dg@FreeBSD.org cc: current@FreeBSD.org Subject: Re: SIGABRT under load (tracked to vm_map_find() returning KERN_NO_SPACE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 20:25:03 -0000 Elsewhere, specifically kern_exec.c, we use kmem_alloc_wait() and kmem_free_wakeup() to allocate and deallocate exec_map space. These functions allow for sleeping until virtual address space is available. Try mechanically converting the vm_map_find() and vm_map_remove() calls in imgact_elf.c to kmem_alloc_wait() and kmem_free_wakeup(). Alan From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 21:16:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 7065916A4CF; Tue, 8 Mar 2005 21:16:46 +0000 (GMT) Date: Tue, 8 Mar 2005 21:16:46 +0000 From: Kris Kennaway To: Alan Cox Message-ID: <20050308211646.GG30165@hub.freebsd.org> References: <20050308194832.GD30165@hub.freebsd.org> <20050308202451.GC23301@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050308202451.GC23301@cs.rice.edu> User-Agent: Mutt/1.4.2.1i cc: alc@FreeBSD.org cc: Kris Kennaway cc: dg@FreeBSD.org cc: current@FreeBSD.org Subject: Re: SIGABRT under load (tracked to vm_map_find() returning KERN_NO_SPACE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 21:16:46 -0000 On Tue, Mar 08, 2005 at 02:24:51PM -0600, Alan Cox wrote: > Elsewhere, specifically kern_exec.c, we use kmem_alloc_wait() and > kmem_free_wakeup() to allocate and deallocate exec_map space. These > functions allow for sleeping until virtual address space is > available. Try mechanically converting the vm_map_find() and > vm_map_remove() calls in imgact_elf.c to kmem_alloc_wait() and > kmem_free_wakeup(). I took a quick look but it looks like it'll take more time than I have right now. If someone else can whip up a patch I'll test it, otherwise I'll get back to this later. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 21:17:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B42B516A4CE; Tue, 8 Mar 2005 21:17:33 +0000 (GMT) Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA5C43D46; Tue, 8 Mar 2005 21:17:31 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from opteron.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.3/8.13.1) with ESMTP id j28LHU1t040443; Tue, 8 Mar 2005 13:17:30 -0800 (PST) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by opteron.dglawrence.com (8.13.3/8.13.1/Submit) id j28LHUXE040442; Tue, 8 Mar 2005 13:17:30 -0800 (PST) (envelope-from dg@dglawrence.com) Date: Tue, 8 Mar 2005 13:17:30 -0800 From: "David G. Lawrence" To: Kris Kennaway Message-ID: <20050308211730.GO2308@opteron.dglawrence.com> References: <20050308194832.GD30165@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050308194832.GD30165@hub.freebsd.org> cc: alc@FreeBSD.org cc: current@FreeBSD.org Subject: Re: SIGABRT under load (tracked to vm_map_find() returning KERN_NO_SPACE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 21:17:33 -0000 > i.e. __elfN(load_section) is returning EINVAL. > > I instrumented the three places this is possible in > __elfN(load_section) and found the failure occurs here: > > rv = vm_map_find(exec_map, Yeah, that's a bug. As Alan pointed out, exec_map is sized to limit the total number of simultaneous execs to 16 in order to keep kernel memory usage under control. You're hitting this size limit occasionally and the code in imgact_elf.c isn't behaving correctly in this case (it should block when there is no exec_map space). Unfortunately, I don't think you can use kmem_alloc_wait() to fix this because the code relies on the mapping of the object page into the map, so demand-zero space isn't what you want. A fix for this is going to need to vm_map_unlock_and_wait() and retry in a loop like kmem_alloc_wait() does when there is no space. Patches left as an exercise to the reader. :-) -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 21:39:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F19D16A4CE for ; Tue, 8 Mar 2005 21:39:31 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DC5043D54 for ; Tue, 8 Mar 2005 21:39:30 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j28LdNkY022321; Tue, 8 Mar 2005 16:39:23 -0500 (EST) Date: Tue, 8 Mar 2005 16:39:23 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "M. Warner Losh" In-Reply-To: <20050308.093535.39177166.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1110317958=:2547" X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: jeremie@le-hen.org cc: current@freebsd.org Subject: cardbus support broken? (Was Re: cvs commit: src/sys/dev/cardbus cardbus.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 21:39:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-851401618-1110317958=:2547 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 8 Mar 2005, M. Warner Losh wrote: > In message: <20050308072731.GI94451@obiwan.tataz.chchile.org> > Jeremie Le Hen writes: > : > Both laptops are Dell (Inspiron 4150 and Inspiron 8100). > : > : I don't know if it cares, but mine is a Dell Latitute CPx. > : > : dmesg(8) is attached, with cardbus rev 1.48. > > This looks like it is working to me. Is that correct? I tried it > last night on my Sony and got two interesting results. The rl card I > have just worked, and the dc card appeared to work, but locked up the > system completely. I've noticed some anomalies with the lights on the > card (which indicate power issues), which may be the cause of some of > these problems. I'll look into those when I get the chance (maybe > Thursday night unless work is exceptionally non-busy before then). I tried a kernel from today and now I don't get a panic. But, the dc-based Xircom isn't even recognized any longer. I get: NEW_UNRHDR 0-ffffff -> 0xc1b8c5c0 cbb0: Unsupported card type detected Full dmesg from today and previously working kernel are attached. I'll try reverting to r.148 of cardbus.c and see if that helps. -- DE ---559023410-851401618-1110317958=:2547 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.good" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Older working kernel Content-Disposition: attachment; filename="dmesg.good" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KVGhlIFJlZ2VudHMgb2Yg dGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNl cnZlZC4NCkZyZWVCU0QgNi4wLUNVUlJFTlQgIzU6IFRodSBGZWIgMTAgMjA6 NTA6NDkgRVNUIDIwMDUNCnJvb3RAdGVvcy5jbGMuZ2RlYi5jb206L29wdC9G cmVlQlNEL29iai9vcHQvRnJlZUJTRC9zcmMvc3lzL3Rlb3MNCldBUk5JTkc6 IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZv cm1hbmNlLg0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDANCkNQVTogSW50ZWwoUikgUGVudGl1bShSKSBJSUkg TW9iaWxlIENQVSAgICAgIDEyMDBNSHogKDExOTYuMDItTUh6IDY4Ni1jbGFz cyBDUFUpDQpPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDZiMSAg U3RlcHBpbmcgPSAxDQpGZWF0dXJlcz0weDM4M2Y5ZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LE1NWCxGWFNSLFNTRT4NCnJlYWwgbWVtb3J5ICA9IDUzNjc4 MDgwMCAoNTExIE1CKQ0KYXZhaWwgbWVtb3J5ID0gNTE2MzU4MTQ0ICg0OTIg TUIpDQphY3BpMDogPERFTEwgQ1BpIFIgID4gb24gbW90aGVyYm9hcmQNClRp bWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1 YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41 Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTANCmNwdTA6IDxB Q1BJIENQVSAoMiBDeCBzdGF0ZXMpPiBvbiBhY3BpMA0KYWNwaV9hY2FkMDog PEFDIEFkYXB0ZXI+IG9uIGFjcGkwDQphY3BpX2NtYmF0MDogPENvbnRyb2wg TWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwDQphY3BpX2NtYmF0MTogPENvbnRy b2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwDQphY3BpX2xpZDA6IDxDb250 cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMA0KYWNwaV9idXR0b24w OiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMA0KYWNwaV9idXR0b24xOiA8U2xl ZXAgQnV0dG9uPiBvbiBhY3BpMA0KcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJy aWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0KcGNpX2xpbmswOiA8 QUNQSSBQQ0kgTGluayBMTktBPiBpcnEgMTEgb24gYWNwaTANCnBjaV9saW5r MTogPEFDUEkgUENJIExpbmsgTE5LQj4gaXJxIDUgb24gYWNwaTANCnBjaV9s aW5rMjogPEFDUEkgUENJIExpbmsgTE5LQz4gb24gYWNwaTANCnBjaV9saW5r MzogPEFDUEkgUENJIExpbmsgTE5LRD4gaXJxIDEwIG9uIGFjcGkwDQpwY2kw OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0KYWdwMDogPEludGVsIDgyODE1 IChpODE1IEdNQ0gpIGhvc3QgdG8gUENJIGJyaWRnZT4gbWVtIDB4ZTgwMDAw MDAtMHhlYmZmZmZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTANCnBjaWIxOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwDQpw Y2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpMTogPGRpc3BsYXks IFZHQT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNp YjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBw Y2kwDQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KcGNtMDogPEVT UyBUZWNobm9sb2d5IE1hZXN0cm8zPiBwb3J0IDB4ZWMwMC0weGVjZmYgbWVt IDB4ZjhmZmUwMDAtMHhmOGZmZmZmZiBpcnEgNSBhdCBkZXZpY2UgMy4wIG9u IHBjaTINCnBjbTA6IGZhaWxlZDogcmlkIDB4MTAgaXMgaW9wb3J0LCByZXF1 ZXN0ZWQgMw0KcGNtMDogW0dJQU5ULUxPQ0tFRF0NCnBjbTA6IDxTaWdtYVRl bCBTVEFDOTcyMS8yMyBBQzk3IENvZGVjPg0KY2JiMDogPFRJNDQ1MSBQQ0kt Q2FyZEJ1cyBCcmlkZ2U+IGF0IGRldmljZSAxNS4wIG9uIHBjaTINCmNhcmRi dXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjANCnBjY2FyZDA6IDwxNi1iaXQg UENDYXJkIGJ1cz4gb24gY2JiMA0KY2JiMTogPFRJNDQ1MSBQQ0ktQ2FyZEJ1 cyBCcmlkZ2U+IGF0IGRldmljZSAxNS4xIG9uIHBjaTINCmNhcmRidXMxOiA8 Q2FyZEJ1cyBidXM+IG9uIGNiYjENCnBjY2FyZDE6IDwxNi1iaXQgUENDYXJk IGJ1cz4gb24gY2JiMQ0KZndvaGNpMDogPFRleGFzIEluc3RydW1lbnRzIFBD STQ0NTE+IG1lbSAweGY4ZmY4MDAwLTB4ZjhmZmJmZmYsMHhmOGZmZDgwMC0w eGY4ZmZkZmZmIGlycSAxMCBhdCBkZXZpY2UgMTUuMiBvbiBwY2kyDQpmd29o Y2kwOiBPSENJIHZlcnNpb24gMS4wIChST009MSkNCmZ3b2hjaTA6IE5vLiBv ZiBJc29jaHJvbm91cyBjaGFubmVscyBpcyA0Lg0KZndvaGNpMDogRVVJNjQg MzU6NGY6YzA6MDA6MzQ6ZjY6MmM6MjENCmZ3b2hjaTA6IFBoeSAxMzk0YSBh dmFpbGFibGUgUzQwMCwgMSBwb3J0cy4NCmZ3b2hjaTA6IExpbmsgUzQwMCwg bWF4X3JlYyAyMDQ4IGJ5dGVzLg0KZmlyZXdpcmUwOiA8SUVFRTEzOTQoRmly ZVdpcmUpIGJ1cz4gb24gZndvaGNpMA0KZndvaGNpMDogSW5pdGlhdGUgYnVz IHJlc2V0DQpmd29oY2kwOiBub2RlX2lkPTB4YzAwMGZmYzAsIGdlbj0xLCBD WUNMRU1BU1RFUiBtb2RlDQpmaXJld2lyZTA6IDEgbm9kZXMsIG1heGhvcCA8 PSAwLCBjYWJsZSBJUk0gPSAwIChtZSkNCmZpcmV3aXJlMDogYnVzIG1hbmFn ZXIgMCAobWUpDQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2Ug MzEuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBj aTA6IDxJbnRlbCBJQ0gyIFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweGJm YTAtMHhiZmFmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2LDB4MWYwLTB4MWY3 IGF0IGRldmljZSAzMS4xIG9uIHBjaTANCmF0YTA6IGNoYW5uZWwgIzAgb24g YXRhcGNpMA0KYXRhMTogY2hhbm5lbCAjMSBvbiBhdGFwY2kwDQp1aGNpMDog PEludGVsIDgyODAxQkEvQkFNIChJQ0gyKSBVU0IgY29udHJvbGxlciBVU0It QT4gcG9ydCAweGRjZTAtMHhkY2ZmIGlycSAxMCBhdCBkZXZpY2UgMzEuMiBv biBwY2kwDQp1aGNpMDogW0dJQU5ULUxPQ0tFRF0NCnVzYjA6IDxJbnRlbCA4 MjgwMUJBL0JBTSAoSUNIMikgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9uIHVo Y2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogSW50ZWwgVUhD SSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEN CnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZA0KYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwDQphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjQsMHg2 MCBpcnEgMSBvbiBhY3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAx IG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1M T0NLRURdDQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAN CnBzbTA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiBtb2RlbCBHZW5lcmljIFBT LzIgbW91c2UsIGRldmljZSBJRCAwDQpmZGMwOiA8ZmxvcHB5IGRyaXZlIGNv bnRyb2xsZXIgKEZERSk+IHBvcnQgMHgzZjcsMHgzZjItMHgzZjUgaXJxIDYg ZHJxIDIgb24gYWNwaTANCmZkYzA6IFtGQVNUXQ0KZmQwOiA8MTQ0MC1LQiAz LjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDANCnNpbzA6IDwxNjU1MEEtY29t cGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFn cyAweDEwIG9uIGFjcGkwDQpzaW8wOiB0eXBlIDE2NTUwQQ0KcHBjMDogPEVD UCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+IHBvcnQgMHg3NzgtMHg3N2IsMHgz NzgtMHgzN2YgaXJxIDcgZHJxIDMgb24gYWNwaTANCnBwYzA6IFNNQy1saWtl IGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBt b2RlDQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvOCBieXRlcyB0aHJlc2hvbGQN CnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwDQpwbGlwMDog PFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMA0KbHB0MDogPFBy aW50ZXI+IG9uIHBwYnVzMA0KbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0 DQpwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czANCm5weDA6IFtGQVNU XQ0KbnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZA0KbnB4 MDogSU5UIDE2IGludGVyZmFjZQ0Kb3JtMDogPElTQSBPcHRpb24gUk9Ncz4g YXQgaW9tZW0gMHhjZjgwMC0weGNmZmZmLDB4Y2YwMDAtMHhjZjdmZiwweGNl ODAwLTB4Y2VmZmYsMHhjZTAwMC0weGNlN2ZmLDB4YzAwMDAtMHhjZGZmZiBv biBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdz PTB4MzAwPg0Kc2lvMTogY29uZmlndXJlZCBpcnEgMyBub3QgaW4gYml0bWFw IG9mIHByb2JlZCBpcnFzIDANCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFi bGVkDQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4 M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpUaW1lY291bnRl ciAiVFNDIiBmcmVxdWVuY3kgMTE5NjAxNjM0NiBIeiBxdWFsaXR5IDgwMA0K VGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KZGMwOiA8WGly Y29tIFgzMjAxIDEwLzEwMEJhc2VUWD4gcG9ydCAweGUwMDAtMHhlMDdmIG1l bSAweGY0MDAyMDAwLTB4ZjQwMDI3ZmYsMHhmNDAwMjgwMC0weGY0MDAyZmZm IGlycSAxMCBhdCBkZXZpY2UgMC4wIG9uIGNhcmRidXMwDQptaWlidXMwOiA8 TUlJIGJ1cz4gb24gZGMwDQp0ZGtwaHkwOiA8VERLIDc4UTIxMjAgbWVkaWEg aW50ZXJmYWNlPiBvbiBtaWlidXMwDQp0ZGtwaHkwOiAgMTBiYXNlVCwgMTBi YXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0KZGMw OiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMDphNDo4YToxNzoxNw0KZGMwOiBp Zl9zdGFydCBydW5uaW5nIGRlZmVycmVkIGZvciBHaWFudA0KZGMwOiBbR0lB TlQtTE9DS0VEXQ0KYWQwOiAzODE1NE1CIDxISVRBQ0hJIERLMjNEQS00MC8w MEowQTBHMD4gWzc3NTIwLzE2LzYzXSBhdCBhdGEwLW1hc3RlciBVRE1BMTAw DQphY2QwOiBDRFJXIDxTYW1zdW5nIENELVJXL0RWRC1ST00gU04tMzA4Qi9V MDAzPiBhdCBhdGEwLXNsYXZlIFBJTzQNCmNkMCBhdCBhdGEwIGJ1cyAwIHRh cmdldCAxIGx1biAwDQpjZDA6IDxTQU1TVU5HIENEUlcvRFZEIFNOLTMwOEIg VTAwMz4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIA0KY2QwOiAx Ni4wMDBNQi9zIHRyYW5zZmVycw0KY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRl dmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNl bnQNClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQwczNh DQpkYzA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUA0KDQo= ---559023410-851401618-1110317958=:2547 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.bad" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Latest non-working kernel Content-Disposition: attachment; filename="dmesg.bad" b3B5cmlnaHQgKGMpIDE5OTItMjAwNSBUaGUgRnJlZUJTRCBQcm9qZWN0Lg0K Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAx OTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0DQpUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLg0KRnJlZUJTRCA2LjAtQ1VSUkVOVCAjMTA6IFR1ZSBNYXIgIDggMTU6 MzE6MTMgRVNUIDIwMDUNCnJvb3RAdGVvcy5jbGMuZ2RlYi5jb206L29wdC9G cmVlQlNEL29iai9vcHQvRnJlZUJTRC9zcmMvc3lzL3Rlb3MNCldBUk5JTkc6 IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZv cm1hbmNlLg0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDANCkNQVTogSW50ZWwoUikgUGVudGl1bShSKSBJSUkg TW9iaWxlIENQVSAgICAgIDEyMDBNSHogKDExOTYuMDItTUh6IDY4Ni1jbGFz cyBDUFUpDQpPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDZiMSAg U3RlcHBpbmcgPSAxDQpGZWF0dXJlcz0weDM4M2Y5ZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LE1NWCxGWFNSLFNTRT4NCnJlYWwgbWVtb3J5ICA9IDUzNjc4 MDgwMCAoNTExIE1CKQ0KYXZhaWwgbWVtb3J5ID0gNTE2MzU0MDQ4ICg0OTIg TUIpDQpORVdfVU5SSERSIDAtZmZmZmZmIC0+IDB4YzE5YzUxODANCmFjcGkw OiA8REVMTCBDUGkgUiAgPiBvbiBtb3RoZXJib2FyZA0KVGltZWNvdW50ZXIg IkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAw DQphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4g cG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMA0KY3B1MDogPEFDUEkgQ1BVICgy IEN4IHN0YXRlcyk+IG9uIGFjcGkwDQphY3BpX3BlcmYwOiA8QUNQSSBDUFUg RnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTANCmFjcGlfYWNhZDA6IDxBQyBB ZGFwdGVyPiBvbiBhY3BpMA0KYWNwaV9jbWJhdDA6IDxDb250cm9sIE1ldGhv ZCBCYXR0ZXJ5PiBvbiBhY3BpMA0KYWNwaV9jbWJhdDE6IDxDb250cm9sIE1l dGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMA0KYWNwaV9saWQwOiA8Q29udHJvbCBN ZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTANCmFjcGlfYnV0dG9uMDogPFBv d2VyIEJ1dHRvbj4gb24gYWNwaTANCmFjcGlfYnV0dG9uMTogPFNsZWVwIEJ1 dHRvbj4gb24gYWNwaTANCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+ IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaV9saW5rMDogPEFDUEkg UENJIExpbmsgTE5LQT4gaXJxIDExIG9uIGFjcGkwDQpwY2lfbGluazE6IDxB Q1BJIFBDSSBMaW5rIExOS0I+IGlycSA1IG9uIGFjcGkwDQpwY2lfbGluazI6 IDxBQ1BJIFBDSSBMaW5rIExOS0M+IG9uIGFjcGkwDQpwY2lfbGluazM6IDxB Q1BJIFBDSSBMaW5rIExOS0Q+IGlycSAxMCBvbiBhY3BpMA0KcGNpMDogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjANCmFncDA6IDxJbnRlbCA4MjgxNSAoaTgx NSBHTUNIKSBob3N0IHRvIFBDSSBicmlkZ2U+IG1lbSAweGU4MDAwMDAwLTB4 ZWJmZmZmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2kwDQpwY2liMTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMA0KcGNpMTog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCnBjaTE6IDxkaXNwbGF5LCBWR0E+ IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaWIyOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMA0K cGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjINCnBjbTA6IDxFU1MgVGVj aG5vbG9neSBNYWVzdHJvMz4gcG9ydCAweGVjMDAtMHhlY2ZmIG1lbSAweGY4 ZmZlMDAwLTB4ZjhmZmZmZmYgaXJxIDUgYXQgZGV2aWNlIDMuMCBvbiBwY2ky DQpwY20wOiBmYWlsZWQ6IHJpZCAweDEwIGlzIGlvcG9ydCwgcmVxdWVzdGVk IDMNCnBjbTA6IFtHSUFOVC1MT0NLRURdDQpwY20wOiA8U2lnbWFUZWwgU1RB Qzk3MjEvMjMgQUM5NyBDb2RlYz4NCmNiYjA6IDxUSTQ0NTEgUENJLUNhcmRC dXMgQnJpZGdlPiBhdCBkZXZpY2UgMTUuMCBvbiBwY2kyDQpjYXJkYnVzMDog PENhcmRCdXMgYnVzPiBvbiBjYmIwDQpwY2NhcmQwOiA8MTYtYml0IFBDQ2Fy ZCBidXM+IG9uIGNiYjANCmNiYjE6IDxUSTQ0NTEgUENJLUNhcmRCdXMgQnJp ZGdlPiBhdCBkZXZpY2UgMTUuMSBvbiBwY2kyDQpjYXJkYnVzMTogPENhcmRC dXMgYnVzPiBvbiBjYmIxDQpwY2NhcmQxOiA8MTYtYml0IFBDQ2FyZCBidXM+ IG9uIGNiYjENCmZ3b2hjaTA6IDxUZXhhcyBJbnN0cnVtZW50cyBQQ0k0NDUx PiBtZW0gMHhmOGZmODAwMC0weGY4ZmZiZmZmLDB4ZjhmZmQ4MDAtMHhmOGZm ZGZmZiBpcnEgMTAgYXQgZGV2aWNlIDE1LjIgb24gcGNpMg0KZndvaGNpMDog T0hDSSB2ZXJzaW9uIDEuMCAoUk9NPTEpDQpmd29oY2kwOiBOby4gb2YgSXNv Y2hyb25vdXMgY2hhbm5lbHMgaXMgNC4NCmZ3b2hjaTA6IEVVSTY0IDM1OjRm OmMwOjAwOjM0OmY2OjJjOjIxDQpmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxh YmxlIFM0MDAsIDEgcG9ydHMuDQpmd29oY2kwOiBMaW5rIFM0MDAsIG1heF9y ZWMgMjA0OCBieXRlcy4NCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJl KSBidXM+IG9uIGZ3b2hjaTANCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNl dA0KZndvaGNpMDogbm9kZV9pZD0weGMwMDBmZmMwLCBnZW49MSwgQ1lDTEVN QVNURVIgbW9kZQ0KZmlyZXdpcmUwOiAxIG5vZGVzLCBtYXhob3AgPD0gMCwg Y2FibGUgSVJNID0gMCAobWUpDQpmaXJld2lyZTA6IGJ1cyBtYW5hZ2VyIDAg KG1lKQ0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAg b24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQphdGFwY2kwOiA8 SW50ZWwgSUNIMiBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHhiZmEwLTB4 YmZhZiwweDM3NiwweDE3MC0weDE3NywweDNmNiwweDFmMC0weDFmNyBhdCBk ZXZpY2UgMzEuMSBvbiBwY2kwDQphdGEwOiBjaGFubmVsICMwIG9uIGF0YXBj aTANCmF0YTE6IGNoYW5uZWwgIzEgb24gYXRhcGNpMA0KdWhjaTA6IDxJbnRl bCA4MjgwMUJBL0JBTSAoSUNIMikgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBv cnQgMHhkY2UwLTB4ZGNmZiBpcnEgMTAgYXQgZGV2aWNlIDMxLjIgb24gcGNp MA0KdWhjaTA6IFtHSUFOVC1MT0NLRURdDQp1c2IwOiA8SW50ZWwgODI4MDFC QS9CQU0gKElDSDIpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBvbiB1aGNpMA0K dXNiMDogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjA6IEludGVsIFVIQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQp1aHVi MDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmFj cGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMA0KYXRrYmRjMDogPEtl eWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJx IDEgb24gYWNwaTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBh dGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KYXRrYmQwOiBbR0lBTlQtTE9DS0VE XQ0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20w OiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDogbW9kZWwgR2VuZXJpYyBQUy8yIG1v dXNlLCBkZXZpY2UgSUQgMA0KZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9s bGVyIChGREUpPiBwb3J0IDB4M2Y3LDB4M2YyLTB4M2Y1IGlycSA2IGRycSAy IG9uIGFjcGkwDQpmZGMwOiBbRkFTVF0NCmZkMDogPDE0NDAtS0IgMy41IiBk cml2ZT4gb24gZmRjMCBkcml2ZSAwDQpzaW8wOiA8MTY1NTBBLWNvbXBhdGli bGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgx MCBvbiBhY3BpMA0Kc2lvMDogdHlwZSAxNjU1MEENCk5FV19VTlJIRFIgMC1m ZmZmIC0+IDB4YzFiN2IwMDANCnBwYzA6IDxFQ1AgcGFyYWxsZWwgcHJpbnRl ciBwb3J0PiBwb3J0IDB4Nzc4LTB4NzdiLDB4Mzc4LTB4MzdmIGlycSA3IGRy cSAzIG9uIGFjcGkwDQpwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQ L1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQ0KcHBjMDogRklGTyB3 aXRoIDE2LzE2LzggYnl0ZXMgdGhyZXNob2xkDQpwcGJ1czA6IDxQYXJhbGxl bCBwb3J0IGJ1cz4gb24gcHBjMA0KcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50 ZXJmYWNlPiBvbiBwcGJ1czANCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAN CmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0KcHBpMDogPFBhcmFsbGVs IEkvTz4gb24gcHBidXMwDQpucHgwOiBbRkFTVF0NCm5weDA6IDxtYXRoIHBy b2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZh Y2UNCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4Y2Y4MDAt MHhjZmZmZiwweGNmMDAwLTB4Y2Y3ZmYsMHhjZTgwMC0weGNlZmZmLDB4Y2Uw MDAtMHhjZTdmZiwweGMwMDAwLTB4Y2RmZmYgb24gaXNhMA0Kc2MwOiA8U3lz dGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdB IDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4NCnNpbzE6IGNv bmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAw DQpzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZA0KdmdhMDogPEdlbmVy aWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAw LTB4YmZmZmYgb24gaXNhMA0KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5 IDExOTYwMTgwNDYgSHogcXVhbGl0eSA4MDANClRpbWVjb3VudGVycyB0aWNr IGV2ZXJ5IDEuMDAwIG1zZWMNCk5FV19VTlJIRFIgMC1mZmZmZmYgLT4gMHhj MWI4YzVjMA0KY2JiMDogVW5zdXBwb3J0ZWQgY2FyZCB0eXBlIGRldGVjdGVk DQphZDA6IDM4MTU0TUIgPEhJVEFDSEkgREsyM0RBLTQwLzAwSjBBMEcwPiBb Nzc1MjAvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIFVETUExMDANCmFjZDA6IENE UlcgPFNhbXN1bmcgQ0QtUlcvRFZELVJPTSBTTi0zMDhCL1UwMDM+IGF0IGF0 YTAtc2xhdmUgUElPNA0KY2QwIGF0IGF0YTAgYnVzIDAgdGFyZ2V0IDEgbHVu IDANCmNkMDogPFNBTVNVTkcgQ0RSVy9EVkQgU04tMzA4QiBVMDAzPiBSZW1v dmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgDQpjZDA6IDE2LjAwME1CL3Mg dHJhbnNmZXJzDQpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUg ZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0KVHJ5aW5n IHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzM2ENCg0K ---559023410-851401618-1110317958=:2547-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 22:08:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19A8E16A4CE for ; Tue, 8 Mar 2005 22:08:39 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC6143D48 for ; Tue, 8 Mar 2005 22:08:38 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j28M7aic053737; Tue, 8 Mar 2005 14:07:36 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.3/8.13.1/Submit) id j28M7Y1X053733; Tue, 8 Mar 2005 14:07:34 -0800 (PST) (envelope-from obrien) Date: Tue, 8 Mar 2005 14:07:34 -0800 From: "David O'Brien" To: Jung-uk Kim Message-ID: <20050308220734.GB49540@dragon.nuxi.com> Mail-Followup-To: obrien@freebsd.org, Jung-uk Kim , freebsd-current@freebsd.org, Remington References: <1110175252.718.4.camel@localhost.localdomain> <200503071139.58790.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503071139.58790.jkim@niksun.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org cc: Remington Subject: Re: i386 support for AMD64 GART???? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 22:08:39 -0000 On Mon, Mar 07, 2005 at 11:39:58AM -0500, Jung-uk Kim wrote: > On Monday 07 March 2005 01:00 am, Remington wrote: > > Completely useless email of this is a known or if im missing > > something obvious. > > > > NOTES in i386 states AMD64 GART support yet it is missing from > > AMD64 NOTES file. Shouldnt this be reversed? > > I guess you are talking about RELENG_5? -CURRENT uses it > unconditionally: > > http://docs.freebsd.org/cgi/mid.cgi?200408192058.i7JKwOwb053655 > > It was not MFC'd. I'll get it MFC'ed for 5.4-R. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 22:34:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E59D16A4CE for ; Tue, 8 Mar 2005 22:34:26 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC3B343D3F for ; Tue, 8 Mar 2005 22:34:25 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j28MYNIO019180; Tue, 8 Mar 2005 17:34:23 -0500 (EST) Date: Tue, 8 Mar 2005 17:34:23 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "M. Warner Losh" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="-559023410-851401618-1110317958=:2547" Content-ID: X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: jeremie@le-hen.org cc: current@freebsd.org Subject: Re: cardbus support broken? (Was Re: cvs commit:src/sys/dev/cardbus cardbus.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 22:34:26 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-851401618-1110317958=:2547 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: On Tue, 8 Mar 2005, Daniel Eischen wrote: > On Tue, 8 Mar 2005, M. Warner Losh wrote: > > > In message: <20050308072731.GI94451@obiwan.tataz.chchile.org> > > Jeremie Le Hen writes: > > : > Both laptops are Dell (Inspiron 4150 and Inspiron 8100). > > : > > : I don't know if it cares, but mine is a Dell Latitute CPx. > > : > > : dmesg(8) is attached, with cardbus rev 1.48. > > > > This looks like it is working to me. Is that correct? I tried it > > last night on my Sony and got two interesting results. The rl card I > > have just worked, and the dc card appeared to work, but locked up the > > system completely. I've noticed some anomalies with the lights on the > > card (which indicate power issues), which may be the cause of some of > > these problems. I'll look into those when I get the chance (maybe > > Thursday night unless work is exceptionally non-busy before then). > > I tried a kernel from today and now I don't get a panic. But, > the dc-based Xircom isn't even recognized any longer. I get: > > NEW_UNRHDR 0-ffffff -> 0xc1b8c5c0 > cbb0: Unsupported card type detected > > Full dmesg from today and previously working kernel are attached. > I'll try reverting to r1.48 of cardbus.c and see if that helps. Reverting to r1.48 of cardbus.c fixed the problem for me as well. -- DE ---559023410-851401618-1110317958=:2547 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="dmesg.good" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Older working kernel Content-Disposition: ATTACHMENT; FILENAME="dmesg.good" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KVGhlIFJlZ2VudHMgb2Yg dGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNl cnZlZC4NCkZyZWVCU0QgNi4wLUNVUlJFTlQgIzU6IFRodSBGZWIgMTAgMjA6 NTA6NDkgRVNUIDIwMDUNCnJvb3RAdGVvcy5jbGMuZ2RlYi5jb206L29wdC9G cmVlQlNEL29iai9vcHQvRnJlZUJTRC9zcmMvc3lzL3Rlb3MNCldBUk5JTkc6 IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZv cm1hbmNlLg0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDANCkNQVTogSW50ZWwoUikgUGVudGl1bShSKSBJSUkg TW9iaWxlIENQVSAgICAgIDEyMDBNSHogKDExOTYuMDItTUh6IDY4Ni1jbGFz cyBDUFUpDQpPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDZiMSAg U3RlcHBpbmcgPSAxDQpGZWF0dXJlcz0weDM4M2Y5ZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LE1NWCxGWFNSLFNTRT4NCnJlYWwgbWVtb3J5ICA9IDUzNjc4 MDgwMCAoNTExIE1CKQ0KYXZhaWwgbWVtb3J5ID0gNTE2MzU4MTQ0ICg0OTIg TUIpDQphY3BpMDogPERFTEwgQ1BpIFIgID4gb24gbW90aGVyYm9hcmQNClRp bWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1 YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41 Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTANCmNwdTA6IDxB Q1BJIENQVSAoMiBDeCBzdGF0ZXMpPiBvbiBhY3BpMA0KYWNwaV9hY2FkMDog PEFDIEFkYXB0ZXI+IG9uIGFjcGkwDQphY3BpX2NtYmF0MDogPENvbnRyb2wg TWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwDQphY3BpX2NtYmF0MTogPENvbnRy b2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwDQphY3BpX2xpZDA6IDxDb250 cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMA0KYWNwaV9idXR0b24w OiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMA0KYWNwaV9idXR0b24xOiA8U2xl ZXAgQnV0dG9uPiBvbiBhY3BpMA0KcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJy aWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0KcGNpX2xpbmswOiA8 QUNQSSBQQ0kgTGluayBMTktBPiBpcnEgMTEgb24gYWNwaTANCnBjaV9saW5r MTogPEFDUEkgUENJIExpbmsgTE5LQj4gaXJxIDUgb24gYWNwaTANCnBjaV9s aW5rMjogPEFDUEkgUENJIExpbmsgTE5LQz4gb24gYWNwaTANCnBjaV9saW5r MzogPEFDUEkgUENJIExpbmsgTE5LRD4gaXJxIDEwIG9uIGFjcGkwDQpwY2kw OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0KYWdwMDogPEludGVsIDgyODE1 IChpODE1IEdNQ0gpIGhvc3QgdG8gUENJIGJyaWRnZT4gbWVtIDB4ZTgwMDAw MDAtMHhlYmZmZmZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTANCnBjaWIxOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwDQpw Y2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpMTogPGRpc3BsYXks IFZHQT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNp YjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBw Y2kwDQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KcGNtMDogPEVT UyBUZWNobm9sb2d5IE1hZXN0cm8zPiBwb3J0IDB4ZWMwMC0weGVjZmYgbWVt IDB4ZjhmZmUwMDAtMHhmOGZmZmZmZiBpcnEgNSBhdCBkZXZpY2UgMy4wIG9u IHBjaTINCnBjbTA6IGZhaWxlZDogcmlkIDB4MTAgaXMgaW9wb3J0LCByZXF1 ZXN0ZWQgMw0KcGNtMDogW0dJQU5ULUxPQ0tFRF0NCnBjbTA6IDxTaWdtYVRl bCBTVEFDOTcyMS8yMyBBQzk3IENvZGVjPg0KY2JiMDogPFRJNDQ1MSBQQ0kt Q2FyZEJ1cyBCcmlkZ2U+IGF0IGRldmljZSAxNS4wIG9uIHBjaTINCmNhcmRi dXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjANCnBjY2FyZDA6IDwxNi1iaXQg UENDYXJkIGJ1cz4gb24gY2JiMA0KY2JiMTogPFRJNDQ1MSBQQ0ktQ2FyZEJ1 cyBCcmlkZ2U+IGF0IGRldmljZSAxNS4xIG9uIHBjaTINCmNhcmRidXMxOiA8 Q2FyZEJ1cyBidXM+IG9uIGNiYjENCnBjY2FyZDE6IDwxNi1iaXQgUENDYXJk IGJ1cz4gb24gY2JiMQ0KZndvaGNpMDogPFRleGFzIEluc3RydW1lbnRzIFBD STQ0NTE+IG1lbSAweGY4ZmY4MDAwLTB4ZjhmZmJmZmYsMHhmOGZmZDgwMC0w eGY4ZmZkZmZmIGlycSAxMCBhdCBkZXZpY2UgMTUuMiBvbiBwY2kyDQpmd29o Y2kwOiBPSENJIHZlcnNpb24gMS4wIChST009MSkNCmZ3b2hjaTA6IE5vLiBv ZiBJc29jaHJvbm91cyBjaGFubmVscyBpcyA0Lg0KZndvaGNpMDogRVVJNjQg MzU6NGY6YzA6MDA6MzQ6ZjY6MmM6MjENCmZ3b2hjaTA6IFBoeSAxMzk0YSBh dmFpbGFibGUgUzQwMCwgMSBwb3J0cy4NCmZ3b2hjaTA6IExpbmsgUzQwMCwg bWF4X3JlYyAyMDQ4IGJ5dGVzLg0KZmlyZXdpcmUwOiA8SUVFRTEzOTQoRmly ZVdpcmUpIGJ1cz4gb24gZndvaGNpMA0KZndvaGNpMDogSW5pdGlhdGUgYnVz IHJlc2V0DQpmd29oY2kwOiBub2RlX2lkPTB4YzAwMGZmYzAsIGdlbj0xLCBD WUNMRU1BU1RFUiBtb2RlDQpmaXJld2lyZTA6IDEgbm9kZXMsIG1heGhvcCA8 PSAwLCBjYWJsZSBJUk0gPSAwIChtZSkNCmZpcmV3aXJlMDogYnVzIG1hbmFn ZXIgMCAobWUpDQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2Ug MzEuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBj aTA6IDxJbnRlbCBJQ0gyIFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweGJm YTAtMHhiZmFmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2LDB4MWYwLTB4MWY3 IGF0IGRldmljZSAzMS4xIG9uIHBjaTANCmF0YTA6IGNoYW5uZWwgIzAgb24g YXRhcGNpMA0KYXRhMTogY2hhbm5lbCAjMSBvbiBhdGFwY2kwDQp1aGNpMDog PEludGVsIDgyODAxQkEvQkFNIChJQ0gyKSBVU0IgY29udHJvbGxlciBVU0It QT4gcG9ydCAweGRjZTAtMHhkY2ZmIGlycSAxMCBhdCBkZXZpY2UgMzEuMiBv biBwY2kwDQp1aGNpMDogW0dJQU5ULUxPQ0tFRF0NCnVzYjA6IDxJbnRlbCA4 MjgwMUJBL0JBTSAoSUNIMikgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9uIHVo Y2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogSW50ZWwgVUhD SSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEN CnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZA0KYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwDQphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjQsMHg2 MCBpcnEgMSBvbiBhY3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAx IG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1M T0NLRURdDQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAN CnBzbTA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiBtb2RlbCBHZW5lcmljIFBT LzIgbW91c2UsIGRldmljZSBJRCAwDQpmZGMwOiA8ZmxvcHB5IGRyaXZlIGNv bnRyb2xsZXIgKEZERSk+IHBvcnQgMHgzZjcsMHgzZjItMHgzZjUgaXJxIDYg ZHJxIDIgb24gYWNwaTANCmZkYzA6IFtGQVNUXQ0KZmQwOiA8MTQ0MC1LQiAz LjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDANCnNpbzA6IDwxNjU1MEEtY29t cGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFn cyAweDEwIG9uIGFjcGkwDQpzaW8wOiB0eXBlIDE2NTUwQQ0KcHBjMDogPEVD UCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+IHBvcnQgMHg3NzgtMHg3N2IsMHgz NzgtMHgzN2YgaXJxIDcgZHJxIDMgb24gYWNwaTANCnBwYzA6IFNNQy1saWtl IGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBt b2RlDQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvOCBieXRlcyB0aHJlc2hvbGQN CnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwDQpwbGlwMDog PFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMA0KbHB0MDogPFBy aW50ZXI+IG9uIHBwYnVzMA0KbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0 DQpwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czANCm5weDA6IFtGQVNU XQ0KbnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZA0KbnB4 MDogSU5UIDE2IGludGVyZmFjZQ0Kb3JtMDogPElTQSBPcHRpb24gUk9Ncz4g YXQgaW9tZW0gMHhjZjgwMC0weGNmZmZmLDB4Y2YwMDAtMHhjZjdmZiwweGNl ODAwLTB4Y2VmZmYsMHhjZTAwMC0weGNlN2ZmLDB4YzAwMDAtMHhjZGZmZiBv biBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdz PTB4MzAwPg0Kc2lvMTogY29uZmlndXJlZCBpcnEgMyBub3QgaW4gYml0bWFw IG9mIHByb2JlZCBpcnFzIDANCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFi bGVkDQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4 M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpUaW1lY291bnRl ciAiVFNDIiBmcmVxdWVuY3kgMTE5NjAxNjM0NiBIeiBxdWFsaXR5IDgwMA0K VGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KZGMwOiA8WGly Y29tIFgzMjAxIDEwLzEwMEJhc2VUWD4gcG9ydCAweGUwMDAtMHhlMDdmIG1l bSAweGY0MDAyMDAwLTB4ZjQwMDI3ZmYsMHhmNDAwMjgwMC0weGY0MDAyZmZm IGlycSAxMCBhdCBkZXZpY2UgMC4wIG9uIGNhcmRidXMwDQptaWlidXMwOiA8 TUlJIGJ1cz4gb24gZGMwDQp0ZGtwaHkwOiA8VERLIDc4UTIxMjAgbWVkaWEg aW50ZXJmYWNlPiBvbiBtaWlidXMwDQp0ZGtwaHkwOiAgMTBiYXNlVCwgMTBi YXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0KZGMw OiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMDphNDo4YToxNzoxNw0KZGMwOiBp Zl9zdGFydCBydW5uaW5nIGRlZmVycmVkIGZvciBHaWFudA0KZGMwOiBbR0lB TlQtTE9DS0VEXQ0KYWQwOiAzODE1NE1CIDxISVRBQ0hJIERLMjNEQS00MC8w MEowQTBHMD4gWzc3NTIwLzE2LzYzXSBhdCBhdGEwLW1hc3RlciBVRE1BMTAw DQphY2QwOiBDRFJXIDxTYW1zdW5nIENELVJXL0RWRC1ST00gU04tMzA4Qi9V MDAzPiBhdCBhdGEwLXNsYXZlIFBJTzQNCmNkMCBhdCBhdGEwIGJ1cyAwIHRh cmdldCAxIGx1biAwDQpjZDA6IDxTQU1TVU5HIENEUlcvRFZEIFNOLTMwOEIg VTAwMz4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIA0KY2QwOiAx Ni4wMDBNQi9zIHRyYW5zZmVycw0KY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRl dmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNl bnQNClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQwczNh DQpkYzA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUA0KDQo= ---559023410-851401618-1110317958=:2547 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="dmesg.bad" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Latest non-working kernel Content-Disposition: ATTACHMENT; FILENAME="dmesg.bad" b3B5cmlnaHQgKGMpIDE5OTItMjAwNSBUaGUgRnJlZUJTRCBQcm9qZWN0Lg0K Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAx OTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0DQpUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLg0KRnJlZUJTRCA2LjAtQ1VSUkVOVCAjMTA6IFR1ZSBNYXIgIDggMTU6 MzE6MTMgRVNUIDIwMDUNCnJvb3RAdGVvcy5jbGMuZ2RlYi5jb206L29wdC9G cmVlQlNEL29iai9vcHQvRnJlZUJTRC9zcmMvc3lzL3Rlb3MNCldBUk5JTkc6 IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZv cm1hbmNlLg0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDANCkNQVTogSW50ZWwoUikgUGVudGl1bShSKSBJSUkg TW9iaWxlIENQVSAgICAgIDEyMDBNSHogKDExOTYuMDItTUh6IDY4Ni1jbGFz cyBDUFUpDQpPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDZiMSAg U3RlcHBpbmcgPSAxDQpGZWF0dXJlcz0weDM4M2Y5ZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LE1NWCxGWFNSLFNTRT4NCnJlYWwgbWVtb3J5ICA9IDUzNjc4 MDgwMCAoNTExIE1CKQ0KYXZhaWwgbWVtb3J5ID0gNTE2MzU0MDQ4ICg0OTIg TUIpDQpORVdfVU5SSERSIDAtZmZmZmZmIC0+IDB4YzE5YzUxODANCmFjcGkw OiA8REVMTCBDUGkgUiAgPiBvbiBtb3RoZXJib2FyZA0KVGltZWNvdW50ZXIg IkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAw DQphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4g cG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMA0KY3B1MDogPEFDUEkgQ1BVICgy IEN4IHN0YXRlcyk+IG9uIGFjcGkwDQphY3BpX3BlcmYwOiA8QUNQSSBDUFUg RnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTANCmFjcGlfYWNhZDA6IDxBQyBB ZGFwdGVyPiBvbiBhY3BpMA0KYWNwaV9jbWJhdDA6IDxDb250cm9sIE1ldGhv ZCBCYXR0ZXJ5PiBvbiBhY3BpMA0KYWNwaV9jbWJhdDE6IDxDb250cm9sIE1l dGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMA0KYWNwaV9saWQwOiA8Q29udHJvbCBN ZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTANCmFjcGlfYnV0dG9uMDogPFBv d2VyIEJ1dHRvbj4gb24gYWNwaTANCmFjcGlfYnV0dG9uMTogPFNsZWVwIEJ1 dHRvbj4gb24gYWNwaTANCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+ IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaV9saW5rMDogPEFDUEkg UENJIExpbmsgTE5LQT4gaXJxIDExIG9uIGFjcGkwDQpwY2lfbGluazE6IDxB Q1BJIFBDSSBMaW5rIExOS0I+IGlycSA1IG9uIGFjcGkwDQpwY2lfbGluazI6 IDxBQ1BJIFBDSSBMaW5rIExOS0M+IG9uIGFjcGkwDQpwY2lfbGluazM6IDxB Q1BJIFBDSSBMaW5rIExOS0Q+IGlycSAxMCBvbiBhY3BpMA0KcGNpMDogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjANCmFncDA6IDxJbnRlbCA4MjgxNSAoaTgx NSBHTUNIKSBob3N0IHRvIFBDSSBicmlkZ2U+IG1lbSAweGU4MDAwMDAwLTB4 ZWJmZmZmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2kwDQpwY2liMTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMA0KcGNpMTog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCnBjaTE6IDxkaXNwbGF5LCBWR0E+ IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaWIyOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMA0K cGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjINCnBjbTA6IDxFU1MgVGVj aG5vbG9neSBNYWVzdHJvMz4gcG9ydCAweGVjMDAtMHhlY2ZmIG1lbSAweGY4 ZmZlMDAwLTB4ZjhmZmZmZmYgaXJxIDUgYXQgZGV2aWNlIDMuMCBvbiBwY2ky DQpwY20wOiBmYWlsZWQ6IHJpZCAweDEwIGlzIGlvcG9ydCwgcmVxdWVzdGVk IDMNCnBjbTA6IFtHSUFOVC1MT0NLRURdDQpwY20wOiA8U2lnbWFUZWwgU1RB Qzk3MjEvMjMgQUM5NyBDb2RlYz4NCmNiYjA6IDxUSTQ0NTEgUENJLUNhcmRC dXMgQnJpZGdlPiBhdCBkZXZpY2UgMTUuMCBvbiBwY2kyDQpjYXJkYnVzMDog PENhcmRCdXMgYnVzPiBvbiBjYmIwDQpwY2NhcmQwOiA8MTYtYml0IFBDQ2Fy ZCBidXM+IG9uIGNiYjANCmNiYjE6IDxUSTQ0NTEgUENJLUNhcmRCdXMgQnJp ZGdlPiBhdCBkZXZpY2UgMTUuMSBvbiBwY2kyDQpjYXJkYnVzMTogPENhcmRC dXMgYnVzPiBvbiBjYmIxDQpwY2NhcmQxOiA8MTYtYml0IFBDQ2FyZCBidXM+ IG9uIGNiYjENCmZ3b2hjaTA6IDxUZXhhcyBJbnN0cnVtZW50cyBQQ0k0NDUx PiBtZW0gMHhmOGZmODAwMC0weGY4ZmZiZmZmLDB4ZjhmZmQ4MDAtMHhmOGZm ZGZmZiBpcnEgMTAgYXQgZGV2aWNlIDE1LjIgb24gcGNpMg0KZndvaGNpMDog T0hDSSB2ZXJzaW9uIDEuMCAoUk9NPTEpDQpmd29oY2kwOiBOby4gb2YgSXNv Y2hyb25vdXMgY2hhbm5lbHMgaXMgNC4NCmZ3b2hjaTA6IEVVSTY0IDM1OjRm OmMwOjAwOjM0OmY2OjJjOjIxDQpmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxh YmxlIFM0MDAsIDEgcG9ydHMuDQpmd29oY2kwOiBMaW5rIFM0MDAsIG1heF9y ZWMgMjA0OCBieXRlcy4NCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJl KSBidXM+IG9uIGZ3b2hjaTANCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNl dA0KZndvaGNpMDogbm9kZV9pZD0weGMwMDBmZmMwLCBnZW49MSwgQ1lDTEVN QVNURVIgbW9kZQ0KZmlyZXdpcmUwOiAxIG5vZGVzLCBtYXhob3AgPD0gMCwg Y2FibGUgSVJNID0gMCAobWUpDQpmaXJld2lyZTA6IGJ1cyBtYW5hZ2VyIDAg KG1lKQ0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAg b24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQphdGFwY2kwOiA8 SW50ZWwgSUNIMiBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHhiZmEwLTB4 YmZhZiwweDM3NiwweDE3MC0weDE3NywweDNmNiwweDFmMC0weDFmNyBhdCBk ZXZpY2UgMzEuMSBvbiBwY2kwDQphdGEwOiBjaGFubmVsICMwIG9uIGF0YXBj aTANCmF0YTE6IGNoYW5uZWwgIzEgb24gYXRhcGNpMA0KdWhjaTA6IDxJbnRl bCA4MjgwMUJBL0JBTSAoSUNIMikgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBv cnQgMHhkY2UwLTB4ZGNmZiBpcnEgMTAgYXQgZGV2aWNlIDMxLjIgb24gcGNp MA0KdWhjaTA6IFtHSUFOVC1MT0NLRURdDQp1c2IwOiA8SW50ZWwgODI4MDFC QS9CQU0gKElDSDIpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBvbiB1aGNpMA0K dXNiMDogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjA6IEludGVsIFVIQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQp1aHVi MDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmFj cGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMA0KYXRrYmRjMDogPEtl eWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJx IDEgb24gYWNwaTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBh dGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KYXRrYmQwOiBbR0lBTlQtTE9DS0VE XQ0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20w OiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDogbW9kZWwgR2VuZXJpYyBQUy8yIG1v dXNlLCBkZXZpY2UgSUQgMA0KZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9s bGVyIChGREUpPiBwb3J0IDB4M2Y3LDB4M2YyLTB4M2Y1IGlycSA2IGRycSAy IG9uIGFjcGkwDQpmZGMwOiBbRkFTVF0NCmZkMDogPDE0NDAtS0IgMy41IiBk cml2ZT4gb24gZmRjMCBkcml2ZSAwDQpzaW8wOiA8MTY1NTBBLWNvbXBhdGli bGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgx MCBvbiBhY3BpMA0Kc2lvMDogdHlwZSAxNjU1MEENCk5FV19VTlJIRFIgMC1m ZmZmIC0+IDB4YzFiN2IwMDANCnBwYzA6IDxFQ1AgcGFyYWxsZWwgcHJpbnRl ciBwb3J0PiBwb3J0IDB4Nzc4LTB4NzdiLDB4Mzc4LTB4MzdmIGlycSA3IGRy cSAzIG9uIGFjcGkwDQpwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQ L1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQ0KcHBjMDogRklGTyB3 aXRoIDE2LzE2LzggYnl0ZXMgdGhyZXNob2xkDQpwcGJ1czA6IDxQYXJhbGxl bCBwb3J0IGJ1cz4gb24gcHBjMA0KcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50 ZXJmYWNlPiBvbiBwcGJ1czANCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAN CmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0KcHBpMDogPFBhcmFsbGVs IEkvTz4gb24gcHBidXMwDQpucHgwOiBbRkFTVF0NCm5weDA6IDxtYXRoIHBy b2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZh Y2UNCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4Y2Y4MDAt MHhjZmZmZiwweGNmMDAwLTB4Y2Y3ZmYsMHhjZTgwMC0weGNlZmZmLDB4Y2Uw MDAtMHhjZTdmZiwweGMwMDAwLTB4Y2RmZmYgb24gaXNhMA0Kc2MwOiA8U3lz dGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdB IDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4NCnNpbzE6IGNv bmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAw DQpzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZA0KdmdhMDogPEdlbmVy aWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAw LTB4YmZmZmYgb24gaXNhMA0KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5 IDExOTYwMTgwNDYgSHogcXVhbGl0eSA4MDANClRpbWVjb3VudGVycyB0aWNr IGV2ZXJ5IDEuMDAwIG1zZWMNCk5FV19VTlJIRFIgMC1mZmZmZmYgLT4gMHhj MWI4YzVjMA0KY2JiMDogVW5zdXBwb3J0ZWQgY2FyZCB0eXBlIGRldGVjdGVk DQphZDA6IDM4MTU0TUIgPEhJVEFDSEkgREsyM0RBLTQwLzAwSjBBMEcwPiBb Nzc1MjAvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIFVETUExMDANCmFjZDA6IENE UlcgPFNhbXN1bmcgQ0QtUlcvRFZELVJPTSBTTi0zMDhCL1UwMDM+IGF0IGF0 YTAtc2xhdmUgUElPNA0KY2QwIGF0IGF0YTAgYnVzIDAgdGFyZ2V0IDEgbHVu IDANCmNkMDogPFNBTVNVTkcgQ0RSVy9EVkQgU04tMzA4QiBVMDAzPiBSZW1v dmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgDQpjZDA6IDE2LjAwME1CL3Mg dHJhbnNmZXJzDQpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUg ZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0KVHJ5aW5n IHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzM2ENCg0K ---559023410-851401618-1110317958=:2547 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-ID: Content-Description: Content-Disposition: INLINE _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ---559023410-851401618-1110317958=:2547-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 22:34:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35CF216A4CF; Tue, 8 Mar 2005 22:34:39 +0000 (GMT) Received: from plounts.uits.indiana.edu (plounts.uits.indiana.edu [129.79.1.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id C227043D3F; Tue, 8 Mar 2005 22:34:38 +0000 (GMT) (envelope-from dmschei@attglobal.net) Received: from mail-relay.iu.edu (logchain.uits.indiana.edu [129.79.1.77]) j28MYZ1x024751; Tue, 8 Mar 2005 17:34:35 -0500 (EST) Received: from [149.161.16.16] (viper-016-client.iusb.edu [149.161.16.16]) (authenticated bits=0)j28MYZsY006408; Tue, 8 Mar 2005 17:34:35 -0500 (EST) Message-ID: <422E287A.80805@attglobal.net> Date: Tue, 08 Mar 2005 17:34:34 -0500 From: David Scheidt User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> <20050303015438.GF15329@obiwan.tataz.chchile.org> <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> <1646.172.16.0.199.1110049506.squirrel@172.16.0.199> <4420.172.16.0.199.1110301463.squirrel@172.16.0.199> <20050308100730.Q38988@carver.gumbysoft.com> <20050308184005.GA30165@hub.freebsd.org> In-Reply-To: <20050308184005.GA30165@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Mike Jakubik cc: freebsd-current@FreeBSD.org Subject: Re: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 22:34:39 -0000 Kris Kennaway wrote: > On Tue, Mar 08, 2005 at 10:09:01AM -0800, Doug White wrote: > >>On Tue, 8 Mar 2005, Mike Jakubik wrote: >> >>>It does not seem to be for me. The system just stands there doing nothing >>>after the panic, when there is no debugger built in the kernel. >>> >>>P.S. I have also submitted a PR for this. >>>http://www.freebsd.org/cgi/query-pr.cgi?pr=78384 >> >>I don't know if I can get to this before the release, but I've put it on >>my tracking list. I need a way to provoke a panic, and the best way seems >>to be to program the syscons panic key. > > > I've seen DDB_UNATTENDED cause a hang-on-panic instead of a dump + > reboot on HEAD. I've also seen it not dumping core when it does > manage to reboot. I haven't tested this on RELENG_5. > > Both my ThinkPad and a desktop box I've got running RELENG_5 hang on panic. No reboot, no dump. Have to pull the battery from the ThinkPad to get it to reboot. dumpdev is set in rc.conf on both machines. From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 23:02:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 289DC16A4CE; Tue, 8 Mar 2005 23:02:23 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB6F443D2F; Tue, 8 Mar 2005 23:02:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 4E81CC0F1; Wed, 9 Mar 2005 00:02:21 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id A7D44407C; Wed, 9 Mar 2005 00:02:14 +0100 (CET) Date: Wed, 9 Mar 2005 00:02:14 +0100 From: Jeremie Le Hen To: Mark Linimon Message-ID: <20050308230214.GU94451@obiwan.tataz.chchile.org> References: <20050308160038.GA20539@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org cc: Jeremie Le Hen cc: Giorgos Keramidas Subject: Re: gcc(1) manpage (was: cvs commit: src/sys/kern kern_sig.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 23:02:23 -0000 Hi Mark, > The alternative, of course, is to go the simple route: rip most of > the text out of gcc.1 and say 'use the info page for the latest > information.' I think doing this will provoke a great war :-). Don't forget BSD users used to be fanatic in Unix tradition (so am I). Regards, -- Jeremie Le Hen < jeremie at le-hen dot org || ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 23:57:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A030116A4CE for ; Tue, 8 Mar 2005 23:57:16 +0000 (GMT) Received: from smtp815.mail.sc5.yahoo.com (smtp815.mail.sc5.yahoo.com [66.163.170.1]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D90543D48 for ; Tue, 8 Mar 2005 23:57:16 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.225.210 with login) by smtp815.mail.sc5.yahoo.com with SMTP; 8 Mar 2005 23:57:15 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 0BBCF61EA; Tue, 8 Mar 2005 17:57:15 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16208-04; Tue, 8 Mar 2005 17:57:13 -0600 (CST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 84CB9617E; Tue, 8 Mar 2005 17:57:13 -0600 (CST) Message-ID: <422E3BD9.4050209@alumni.rice.edu> Date: Tue, 08 Mar 2005 17:57:13 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050308160038.GA20539@orion.daedalusnetworks.priv> <20050308230214.GU94451@obiwan.tataz.chchile.org> In-Reply-To: <20050308230214.GU94451@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: Mark Linimon cc: freebsd-current@freebsd.org cc: Giorgos Keramidas Subject: Re: gcc(1) manpage (was: cvs commit: src/sys/kern kern_sig.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 23:57:16 -0000 Jeremie Le Hen wrote: >>The alternative, of course, is to go the simple route: rip most of >>the text out of gcc.1 and say 'use the info page for the latest >>information.' > > I think doing this will provoke a great war :-). Don't forget BSD > users used to be fanatic in Unix tradition (so am I). Why don't we just add smarts to man(1) to make it load the info page when you type 'man gcc'. *dreamy look as eyes wander, unable to focus on the monitor* That's the only way to really fly... ;-), Jon From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 00:14:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2129F16A4CE for ; Wed, 9 Mar 2005 00:14:07 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF3743D1D for ; Wed, 9 Mar 2005 00:14:06 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 779B6F194B for ; Tue, 8 Mar 2005 16:14:04 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00732-06 for ; Tue, 8 Mar 2005 16:14:04 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id F3DB0F193B for ; Tue, 8 Mar 2005 16:14:03 -0800 (PST) From: Sean McNeil To: current@freebsd.org Content-Type: text/plain Date: Tue, 08 Mar 2005 16:14:03 -0800 Message-Id: <1110327243.4520.6.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: move to gcc 3.4.3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 00:14:07 -0000 Is there plans to move -current to the latest stable gcc? It was released back in November and includes some significant improvements. I have been stung by the -O2 issue with amd64 now. The ports collection compiles everything with "-O2 -fno-strict-alias -pipe". tcl8.4 is broken when compiled this way. I had to add to my /etc/make.conf my own CFLAGS. With gcc 3.4.3, not only have many bugs been fixed, but the amd64 has been ported to using the DFA processor pipeline description. As far as I understand, DFA is getting all the attention and should provide more support by the gcc community for us amd64 users. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 00:16:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id F40A416A4CF; Wed, 9 Mar 2005 00:16:07 +0000 (GMT) Date: Wed, 9 Mar 2005 00:16:07 +0000 From: Kris Kennaway To: Sean McNeil Message-ID: <20050309001607.GB50186@hub.freebsd.org> References: <1110327243.4520.6.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1110327243.4520.6.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: move to gcc 3.4.3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 00:16:08 -0000 On Tue, Mar 08, 2005 at 04:14:03PM -0800, Sean McNeil wrote: > Is there plans to move -current to the latest stable gcc? kan has a patchset. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 01:01:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1662416A4CE; Wed, 9 Mar 2005 01:01:10 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7FDA43D41; Wed, 9 Mar 2005 01:01:09 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 7D5E0F1956; Tue, 8 Mar 2005 17:01:09 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00731-07; Tue, 8 Mar 2005 17:01:09 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id F2DCEF1940; Tue, 8 Mar 2005 17:01:08 -0800 (PST) From: Sean McNeil To: Kris Kennaway In-Reply-To: <20050309001607.GB50186@hub.freebsd.org> References: <1110327243.4520.6.camel@server.mcneil.com> <20050309001607.GB50186@hub.freebsd.org> Content-Type: text/plain Date: Tue, 08 Mar 2005 17:01:08 -0800 Message-Id: <1110330068.7092.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: move to gcc 3.4.3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 01:01:10 -0000 On Wed, 2005-03-09 at 00:16 +0000, Kris Kennaway wrote: > On Tue, Mar 08, 2005 at 04:14:03PM -0800, Sean McNeil wrote: > > Is there plans to move -current to the latest stable gcc? > > kan has a patchset. I'm sorry, but I do not have an email for Kan. I there a way I can contact him to try out this patchset? I'm interested in finding out if it will resolve my current problems. Sean From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 01:15:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id D479A16A4CF; Wed, 9 Mar 2005 01:15:56 +0000 (GMT) Date: Wed, 9 Mar 2005 01:15:56 +0000 From: Kris Kennaway To: Sean McNeil Message-ID: <20050309011556.GC50186@hub.freebsd.org> References: <1110327243.4520.6.camel@server.mcneil.com> <20050309001607.GB50186@hub.freebsd.org> <1110330068.7092.3.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1110330068.7092.3.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: Kris Kennaway cc: current@freebsd.org Subject: Re: move to gcc 3.4.3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 01:15:56 -0000 On Tue, Mar 08, 2005 at 05:01:08PM -0800, Sean McNeil wrote: > On Wed, 2005-03-09 at 00:16 +0000, Kris Kennaway wrote: > > On Tue, Mar 08, 2005 at 04:14:03PM -0800, Sean McNeil wrote: > > > Is there plans to move -current to the latest stable gcc? > > > > kan has a patchset. > > I'm sorry, but I do not have an email for Kan. I there a way I can > contact him to try out this patchset? I'm interested in finding out if > it will resolve my current problems. kan@FreeBSD.org; the patchset is in www.freebsd.org/~kan Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 02:16:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91E0816A4CE for ; Wed, 9 Mar 2005 02:16:13 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C11D43D4C for ; Wed, 9 Mar 2005 02:16:13 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j292G7Ym013412; Tue, 8 Mar 2005 21:16:10 -0500 (EST) Date: Tue, 8 Mar 2005 21:16:07 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "M. Warner Losh" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: jeremie@le-hen.org cc: current@freebsd.org Subject: Re: cardbus support broken? (Was Re: cvs commit:src/sys/dev/cardbus cardbus.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 02:16:13 -0000 On Tue, 8 Mar 2005, Daniel Eischen wrote: > On Tue, 8 Mar 2005, Daniel Eischen wrote: > > > > > I tried a kernel from today and now I don't get a panic. But, > > the dc-based Xircom isn't even recognized any longer. I get: > > > > NEW_UNRHDR 0-ffffff -> 0xc1b8c5c0 > > cbb0: Unsupported card type detected > > > > Full dmesg from today and previously working kernel are attached. > > I'll try reverting to r1.48 of cardbus.c and see if that helps. > > Reverting to r1.48 of cardbus.c fixed the problem for me as well. And removing the pci_cfg_save() and pci_cfg_restore() also fixed the problem. With patch from below: pcib2: cardbus0 requested memory range 0xf4000000-0xfbffffff: good pcib2: cardbus0 requested memory range 0xf4000000-0xfbffffff: good pcib2: cardbus0 requested I/O range 0xe000-0xffff: in range found-> vendor=0x115d, dev=0x0003, revid=0x03 bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x14 (5000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=222 powerspec 1 supports D0 D1 D2 D3 current D0 dc0: port 0xe000-0xe07f mem 0xf4002000-0xf40027ff,0xf4002800-0xf4002fff irq 10 at device 0.0 on cardbus0 pcib2: dc0 requested I/O range 0xe000-0xe07f: in range miibus0: on dc0 tdkphy0: on miibus0 tdkphy0: OUI 0x00c039, model 0x0014, rev. 11 tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: bpf attached dc0: Ethernet address: 00:10:a4:8a:17:17 dc0: if_start running deferred for Giant dc0: [GIANT-LOCKED] Index: cardbus.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/sys/dev/cardbus/cardbus.c,v retrieving revision 1.49 diff -u -r1.49 cardbus.c --- cardbus.c 28 Feb 2005 01:27:24 -0000 1.49 +++ cardbus.c 9 Mar 2005 01:45:18 -0000 @@ -471,8 +471,8 @@ } cardbus_pickup_maps(cbdev, child); cardbus_alloc_resources(cbdev, child); - pci_cfg_save(child, &dinfo->pci, 0); - pci_cfg_restore(child, &dinfo->pci); +// pci_cfg_save(child, &dinfo->pci, 0); +// pci_cfg_restore(child, &dinfo->pci); pci_print_verbose(&dinfo->pci); if (device_probe_and_attach(child) == 0) cardattached++; @@ -545,7 +545,7 @@ continue; dinfo = device_get_ivars(dev); pci_print_verbose(&dinfo->pci); - pci_cfg_restore(dev, &dinfo->pci); +// pci_cfg_restore(dev, &dinfo->pci); device_probe_and_attach(dev); } free(devlist, M_TEMP); From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 02:53:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8794316A4CE for ; Wed, 9 Mar 2005 02:53:16 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 417EB43D41 for ; Wed, 9 Mar 2005 02:53:16 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.yazzy.org (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 6CCD839864 for ; Wed, 9 Mar 2005 03:54:42 +0100 (CET) Date: Wed, 9 Mar 2005 02:53:13 +0000 From: Marcin Jessa To: current@freebsd.org Message-Id: <20050309025313.090eecd7.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ath_rate_onoe and ath_rate_amrr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 02:53:16 -0000 Hi. What are the exact functions of ath_rate_onoe and ath_rate_amrr ? How do they differ? UPDATING says just a little: 20041201: The ath driver has been updated to split the tx rate control algorithm into a separate module. You need to include either ath_rate_onoe or ath_rate_amrr when configuring the kernel. -- Regards, M. Jessa http://www.yazzy.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 02:54:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA82816A4CE for ; Wed, 9 Mar 2005 02:54:45 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47B4843D41 for ; Wed, 9 Mar 2005 02:54:45 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so60001rnf for ; Tue, 08 Mar 2005 18:54:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=BNuDz4SZy5Egcmixes1E8EXmzV8URt6tmzvmmQ3IoLep7vMvvHS1G2mkthd0hz9zENoYXgOKGXzeLn4Bhz/JP3ZQ34e+EyGhrmmPFTIDBKvsJypYZa3IjURk1iYHDfCV+znmT2NlLxlkEqc6JT3QLBcD55F0hyz+IQYUBJQd2wM= Received: by 10.38.181.32 with SMTP id d32mr387997rnf; Tue, 08 Mar 2005 18:54:44 -0800 (PST) Received: by 10.38.101.19 with HTTP; Tue, 8 Mar 2005 18:54:44 -0800 (PST) Message-ID: Date: Tue, 8 Mar 2005 20:54:44 -0600 From: Eric Kjeldergaard To: FreeBSD Current Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: a relatively major problem with ext2. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 02:54:46 -0000 After a bit of discussion on the kde list regarding a problem I've been having with kreadconfig (which uses mmap), I've stumbled (largely directed by Michael Nottebrock) upon an ext2 bug. Michael wrote and posted the following code: #include #include #include #include #include #include #include int main(int argc, char ** argv) { int fd; struct stat sb; void * region; if ((fd = open(argv[1], O_RDONLY)) < 0) { perror("open"); return 1; } if (fstat(fd, &sb)) { perror("fstat"); return 1; } region = mmap(NULL, sb.st_size, PROT_READ, MAP_PRIVATE, fd, 0); if (region == ((caddr_t) -1)) { perror("mmap"); return 1; } close(fd); if (write(1, region, sb.st_size) != sb.st_size) { perror("write"); return 1; } return 0; } Well, this code run on something mounted as an ext2 partition reliably kernel panics my FreeBSD-CURRENT box. Hopefully someone can direct me as to any information they would need to try to sort this out. The kernel panic is this (hand typed): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x8:0xc04d199d stack pointer = 0x10:0xe2428b0c frame pointer = 0x10:0xe2428b64 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 = 543 (truss) trap number = 12 In case anyone doesn't wish to sift through the kde mailing list looking for what the original problem was, it is this: When kreadconfig (recent versions) tries to access a file on my ext2-mounted $HOME, it gets an error trying to mmap. The error (discovered via truss) looks a bit like this: open("/root/.kde/share/config/kpersonalizerrc",0x0,0666) = 4 (0x4) fstat(4,0xbfbfe650) = 0 (0x0) fstat(4,0xbfbfe510) = 0 (0x0) mmap(0x0,125,(0x1)PROT_READ,(0x2)MAP_PRIVATE,4,0x0) ERR#22 'Invalid argument' And kreadconfig silently fails and reports the incorrect result. -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 03:07:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1CC216A4CE for ; Wed, 9 Mar 2005 03:07:41 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66E3643D60 for ; Wed, 9 Mar 2005 03:07:41 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.89] ([66.127.85.89]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j2937cms056147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Mar 2005 19:07:40 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <422E68AA.9040504@errno.com> Date: Tue, 08 Mar 2005 19:08:26 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <20050309025313.090eecd7.lists@yazzy.org> In-Reply-To: <20050309025313.090eecd7.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ath_rate_onoe and ath_rate_amrr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 03:07:41 -0000 Marcin Jessa wrote: > Hi. > > What are the exact functions of ath_rate_onoe and ath_rate_amrr ? How do they differ? > > UPDATING says just a little: > > 20041201: > The ath driver has been updated to split the tx rate control > algorithm into a separate module. You need to include either > ath_rate_onoe or ath_rate_amrr when configuring the kernel. > > > The api is defined in sys/dev/ath/if_athrate.h. Since this api is internal to the ath driver I've not done a manual page. As to the difference between the modules, ath_rate_onoe is the algorithm that's been used forever. ath_rate_amrr is an alternative algorithm that is purported to be better. It so happens that Josh Bicket has just come out with a new rate control algorithm that looks to be an improvement over both and as soon as we resolve some issues I intend to commit it to -current for folks to try instead of the onoe algorithm. If it pans out we'll make it the default. Sam From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 03:14:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5982416A4CE for ; Wed, 9 Mar 2005 03:14:29 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1652943D54 for ; Wed, 9 Mar 2005 03:14:29 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 5A9A94EFCE0; Wed, 9 Mar 2005 11:14:28 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 5629A4EFCDD; Wed, 9 Mar 2005 11:14:28 +0800 (CST) Date: Wed, 9 Mar 2005 11:14:28 +0800 (CST) From: Tai-hwa Liang To: Marcin Jessa In-Reply-To: <20050309025313.090eecd7.lists@yazzy.org> Message-ID: <0503091106518.89697@www.mmlab.cse.yzu.edu.tw> References: <20050309025313.090eecd7.lists@yazzy.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: ath_rate_onoe and ath_rate_amrr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 03:14:29 -0000 On Wed, 9 Mar 2005, Marcin Jessa wrote: > What are the exact functions of ath_rate_onoe and ath_rate_amrr ? How do they differ? They are TX rate control algorithms which used to find a proper transmission rate for data frames. There are also some references in the code comment which may be useful if you're interested in how they works. BTW, according to http://www.pdos.lcs.mit.edu/papers/jbicket-ms.ps, the forthcoming SampleRate algorithm would outperform amrr and onoe. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 03:20:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DDB516A4CE for ; Wed, 9 Mar 2005 03:20:01 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C35743D1F for ; Wed, 9 Mar 2005 03:20:01 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.89] ([66.127.85.89]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j293Jxms056227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Mar 2005 19:20:00 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <422E6B90.2040705@errno.com> Date: Tue, 08 Mar 2005 19:20:48 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <20050309025313.090eecd7.lists@yazzy.org> <422E68AA.9040504@errno.com> In-Reply-To: <422E68AA.9040504@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ath_rate_onoe and ath_rate_amrr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 03:20:01 -0000 Sam Leffler wrote: > Marcin Jessa wrote: > >> Hi. >> >> What are the exact functions of ath_rate_onoe and ath_rate_amrr ? How >> do they differ? >> >> UPDATING says just a little: >> >> 20041201: >> The ath driver has been updated to split the tx rate control >> algorithm into a separate module. You need to include either >> ath_rate_onoe or ath_rate_amrr when configuring the kernel. >> >> >> > The api is defined in sys/dev/ath/if_athrate.h. Since this api is > internal to the ath driver I've not done a manual page. > > As to the difference between the modules, ath_rate_onoe is the algorithm > that's been used forever. ath_rate_amrr is an alternative algorithm > that is purported to be better. It so happens that Josh Bicket has just Dang, s/Josh/John/. Sorry 'bout that John. > come out with a new rate control algorithm that looks to be an > improvement over both and as soon as we resolve some issues I intend to > commit it to -current for folks to try instead of the onoe algorithm. If > it pans out we'll make it the default. > > Sam > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 04:30:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94C7E16A4CE for ; Wed, 9 Mar 2005 04:30:44 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34F9543D1D for ; Wed, 9 Mar 2005 04:30:44 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so75451rnf for ; Tue, 08 Mar 2005 20:30:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ajRXG9WEhMXTQRhIwmuxEcbjdNPFYjXsXSODitbNOYbJWp+GD2lFpg3ha3Za3W/XXedQe7PqS7sBF+Aokb6G4kQWG7x3VYuC189WFwXh12/LISj1J8SNVjhRldwJn4SQnsKN+oD+ofK6J6tNOfbE/Hw1xmrbTHeiwyi4qanm8vI= Received: by 10.38.163.59 with SMTP id l59mr470110rne; Tue, 08 Mar 2005 20:30:43 -0800 (PST) Received: by 10.38.209.22 with HTTP; Tue, 8 Mar 2005 20:30:43 -0800 (PST) Message-ID: <84dead7205030820306b60df4d@mail.gmail.com> Date: Wed, 9 Mar 2005 04:30:43 +0000 From: Joseph Koshy To: noackjr@alumni.rice.edu In-Reply-To: <422E3BD9.4050209@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050308160038.GA20539@orion.daedalusnetworks.priv> <20050308230214.GU94451@obiwan.tataz.chchile.org> <422E3BD9.4050209@alumni.rice.edu> cc: Mark Linimon cc: freebsd-current@freebsd.org cc: Jeremie Le Hen cc: Giorgos Keramidas Subject: Re: gcc(1) manpage (was: cvs commit: src/sys/kern kern_sig.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 04:30:44 -0000 > Why don't we just add smarts to man(1) to make it load the info page > when you type 'man gcc'. *dreamy look as eyes wander, unable to focus > on the monitor* That's the only way to really fly... FYI, "info" displays the manual page if that exists and if it cannot find an info file. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 08:32:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D3DF16A4CE; Wed, 9 Mar 2005 08:32:36 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B4D943D2D; Wed, 9 Mar 2005 08:32:35 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j298WYmW000873; Wed, 9 Mar 2005 11:32:34 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j298WYn4000872; Wed, 9 Mar 2005 11:32:34 +0300 (MSK) (envelope-from ache) Date: Wed, 9 Mar 2005 11:32:33 +0300 From: Andrey Chernov To: phk@freebsd.org, current@freebsd.org Message-ID: <20050309083233.GA853@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , phk@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.8i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.5; VDF: 6.30.0.22; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Wed, 09 Mar 2005 11:32:34 +0300 (MSK) Subject: What happens to devname()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 08:32:36 -0000 With recent kernel/world it always returns something like #C:228:0x0 for ttys. Any ideas? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 08:39:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FC0216A4CE; Wed, 9 Mar 2005 08:39:09 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE78743D53; Wed, 9 Mar 2005 08:39:08 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j298d41t001000; Wed, 9 Mar 2005 11:39:04 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j298d4wd000999; Wed, 9 Mar 2005 11:39:04 +0300 (MSK) (envelope-from ache) Date: Wed, 9 Mar 2005 11:39:03 +0300 From: Andrey Chernov To: phk@freebsd.org, current@freebsd.org Message-ID: <20050309083903.GA956@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , phk@freebsd.org, current@freebsd.org References: <20050309083233.GA853@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050309083233.GA853@nagual.pp.ru> User-Agent: Mutt/1.5.8i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.5; VDF: 6.30.0.22; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Wed, 09 Mar 2005 11:39:04 +0300 (MSK) Subject: Re: What happens to devname()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 08:39:09 -0000 On Wed, Mar 09, 2005 at 11:32:33AM +0300, Andrey Chernov wrote: > With recent kernel/world it always returns something like #C:228:0x0 for > ttys. Any ideas? With this major/minor it must be /dev/ttyp0, which exists. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 09:27:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9409716A4CE for ; Wed, 9 Mar 2005 09:27:53 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552E843D58 for ; Wed, 9 Mar 2005 09:27:52 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.13.3/8.13.3) with ESMTP id j299RnKZ072550 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 9 Mar 2005 10:27:49 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.3/8.13.3/Submit) id j299RnoY072549 for current@freebsd.org; Wed, 9 Mar 2005 10:27:49 +0100 (CET) Date: Wed, 9 Mar 2005 10:27:49 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20050309092749.GA72315@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Subject: amd64 default CFLAGS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 09:27:53 -0000 hi, why is it necessary (if its at all) to have this: -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow in default CFLAGS for amd64 architecture? does it serve anypurpose? sse is used in amd64 code so I dont see why we disables gcc to use it.. thnx for answer roman From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 09:43:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A349B16A4CE for ; Wed, 9 Mar 2005 09:43:47 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3481F43D1F for ; Wed, 9 Mar 2005 09:43:47 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id j299hjJg013551; Wed, 9 Mar 2005 01:43:45 -0800 (PST) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j299hhMg002439; Wed, 9 Mar 2005 01:43:44 -0800 (PST) In-Reply-To: <20050309092749.GA72315@stud.fit.vutbr.cz> References: <20050309092749.GA72315@stud.fit.vutbr.cz> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <7b51c88b50f4f6b9244a901d05a5c284@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 9 Mar 2005 04:43:42 -0500 To: Divacky Roman X-Mailer: Apple Mail (2.619.2) cc: current@freebsd.org Subject: Re: amd64 default CFLAGS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 09:43:47 -0000 On Mar 9, 2005, at 4:27 AM, Divacky Roman wrote: > why is it necessary (if its at all) to have this: > -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow in default CFLAGS > for amd64 > architecture? > > does it serve anypurpose? sse is used in amd64 code so I dont see why > we > disables gcc to use it.. gcc-3.4.x for AMD64 apparently has a number of code generation bugs and trying to do MMX or SSE on the AMD64 platform is not going to be entirely reliable until those issues get worked out. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 09:53:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07ABF16A4CE; Wed, 9 Mar 2005 09:53:41 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5130B43D53; Wed, 9 Mar 2005 09:53:40 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j299rdBP002403; Wed, 9 Mar 2005 12:53:39 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j299rdgf002402; Wed, 9 Mar 2005 12:53:39 +0300 (MSK) (envelope-from ache) Date: Wed, 9 Mar 2005 12:53:39 +0300 From: Andrey Chernov To: phk@freebsd.org, current@freebsd.org Message-ID: <20050309095338.GA2323@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , phk@freebsd.org, current@freebsd.org References: <20050309083233.GA853@nagual.pp.ru> <20050309083903.GA956@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050309083903.GA956@nagual.pp.ru> User-Agent: Mutt/1.5.8i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.5; VDF: 6.30.0.22; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Wed, 09 Mar 2005 12:53:39 +0300 (MSK) Subject: Re: What happens to devname()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 09:53:41 -0000 On Wed, Mar 09, 2005 at 11:39:03AM +0300, Andrey Chernov wrote: > On Wed, Mar 09, 2005 at 11:32:33AM +0300, Andrey Chernov wrote: > > With recent kernel/world it always returns something like #C:228:0x0 for > > ttys. Any ideas? > > With this major/minor it must be /dev/ttyp0, which exists. As I just found, it happens not only to ptys but to syscons ttyv* too. Please fix it ASAP. sshd can't login otherwise. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 10:21:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E147716A4CE for ; Wed, 9 Mar 2005 10:21:15 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8059243D5F for ; Wed, 9 Mar 2005 10:21:15 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so215940wri for ; Wed, 09 Mar 2005 02:21:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=N2Xj0uuzVT+qYwP5GAaQkKrJ2GHCNLVJ5VzcUsG3xg3CssiAlexJj8BMazvtOpUNj/QEZsHiJeJzm+VwGPikaQCWl/dY3suHURuY1jowGzSe2mUVO1JRexrqTakC88lB3X4hl3INa7lDqGBYcJWoBJZRsO/KEXvVoQRvVVcJAoE= Received: by 10.54.4.8 with SMTP id 8mr668509wrd; Wed, 09 Mar 2005 02:21:14 -0800 (PST) Received: by 10.54.57.20 with HTTP; Wed, 9 Mar 2005 02:21:14 -0800 (PST) Message-ID: <34cb7c84050309022130766a33@mail.gmail.com> Date: Wed, 9 Mar 2005 10:21:14 +0000 From: Peter Edwards To: Eric Kjeldergaard In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1051_32727407.1110363674902" References: cc: FreeBSD Current Subject: Re: a relatively major problem with ext2. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Edwards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 10:21:16 -0000 ------=_Part_1051_32727407.1110363674902 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, 8 Mar 2005 20:54:44 -0600, Eric Kjeldergaard wrote: > After a bit of discussion on the kde list regarding a problem I've > been having with kreadconfig (which uses mmap), I've stumbled (largely > directed by Michael Nottebrock) upon an ext2 bug. Michael wrote and > posted the following code: > [snip mmap failures, crash] Hi Eric, Can you try the attached patch? ------=_Part_1051_32727407.1110363674902 Content-Type: text/plain; name="ext2.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ext2.txt" Index: sys/gnu/ext2fs/ext2_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/gnu/ext2fs/ext2_vnops.c,v retrieving revision 1.97 diff -u -r1.97 ext2_vnops.c --- sys/gnu/ext2fs/ext2_vnops.c=0911 Jan 2005 09:10:45 -0000=091.97 +++ sys/gnu/ext2fs/ext2_vnops.c=099 Mar 2005 10:19:40 -0000 @@ -249,16 +249,21 @@ =09=09struct thread *a_td; =09} */ *ap; { +=09struct vnode *vp =3D ap->a_vp; +=09struct inode *ip; =20 -=09if (ap->a_vp->v_type =3D=3D VBLK || ap->a_vp->v_type =3D=3D VCHR) +=09if (vp->v_type =3D=3D VBLK || vp->v_type =3D=3D VCHR) =09=09return (EOPNOTSUPP); =20 =09/* =09 * Files marked append-only must be opened for appending. =09 */ -=09if ((VTOI(ap->a_vp)->i_flags & APPEND) && +=09ip =3D VTOI(vp); +=09if ((ip->i_flags & APPEND) && =09 (ap->a_mode & (FWRITE | O_APPEND)) =3D=3D FWRITE) =09=09return (EPERM); + +=09vnode_create_vobject(vp, ip->i_size, ap->a_td); =09return (0); } =20 ------=_Part_1051_32727407.1110363674902-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 11:06:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 803D416A4CE for ; Wed, 9 Mar 2005 11:06:05 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D2C743D46 for ; Wed, 9 Mar 2005 11:06:04 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.13.3/8.13.3) with ESMTP id j29B6145080382 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 9 Mar 2005 12:06:01 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.3/8.13.3/Submit) id j29B61RU080381 for current@freebsd.org; Wed, 9 Mar 2005 12:06:01 +0100 (CET) Date: Wed, 9 Mar 2005 12:06:01 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20050309110601.GA80206@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Subject: amd64 problems related to interrupts on recent 6-c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 11:06:05 -0000 hi I've just upgraded my amd64 (nforce3@msi, award bios) from 5.3R (which worked almost fine, except acpi) to 6-c. 6-c tells me about stray irq7 and then silences this output because there is too many such messages. and input from keyboard is VERY slow... because 5.3R didnt show this behaviour I think something broke since then I can provide any info you'll ask for roman From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 12:17:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CEC516A4CE; Wed, 9 Mar 2005 12:17:07 +0000 (GMT) Received: from av1-1-sn3.vrr.skanova.net (av1-1-sn3.vrr.skanova.net [81.228.9.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA55143D53; Wed, 9 Mar 2005 12:17:06 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 7C5CB37E51; Wed, 9 Mar 2005 13:17:05 +0100 (CET) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 6DA3B37E42; Wed, 9 Mar 2005 13:17:05 +0100 (CET) Received: from sentinel (81-232-139-217-no23.business.telia.com [81.232.139.217]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 23FF338017; Wed, 9 Mar 2005 13:17:05 +0100 (CET) From: "Daniel Eriksson" To: "'Andrey Chernov'" , , Date: Wed, 9 Mar 2005 13:16:21 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050309095338.GA2323@nagual.pp.ru> Thread-Index: AcUkjem2t2PJutPsSFyuK7YYz9y94gAEnd4g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: RE: What happens to devname()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 12:17:07 -0000 Andrey Chernov wrote: > As I just found, it happens not only to ptys but to syscons ttyv* too. > Please fix it ASAP. sshd can't login otherwise. I'll second that. I compiled and installed current an hour ago, and it left me with a system that can only be booted up in single-user. Neither console nor sshd works. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 15:41:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B97BC16A4CE for ; Tue, 8 Mar 2005 15:41:39 +0000 (GMT) Received: from web86906.mail.ukl.yahoo.com (web86906.mail.ukl.yahoo.com [217.12.13.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 127B843D4C for ; Tue, 8 Mar 2005 15:41:39 +0000 (GMT) (envelope-from simon_neal@yahoo.co.uk) Received: (qmail 50140 invoked by uid 60001); 8 Mar 2005 15:41:37 -0000 Message-ID: <20050308154137.50138.qmail@web86906.mail.ukl.yahoo.com> Received: from [81.129.177.125] by web86906.mail.ukl.yahoo.com via HTTP; Tue, 08 Mar 2005 15:41:37 GMT Date: Tue, 8 Mar 2005 15:41:37 +0000 (GMT) From: Si To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 09 Mar 2005 12:42:00 +0000 Subject: hardware requirements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 15:41:39 -0000 I just wanted to check that a Centrio processor is fine to run BSD. couldn't see a note of it anywhere. Would appreciate the help. Thank Simon Send instant messages to your online friends http://uk.messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 17:37:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA9E416A4CE; Tue, 8 Mar 2005 17:37:29 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB4D43D58; Tue, 8 Mar 2005 17:37:29 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 8BFBA1493D; Tue, 8 Mar 2005 11:37:28 -0600 (CST) Date: Tue, 8 Mar 2005 11:37:28 -0600 (CST) From: Mark Linimon X-X-Sender: linimon@pancho To: Giorgos Keramidas In-Reply-To: <20050308160038.GA20539@orion.daedalusnetworks.priv> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Wed, 09 Mar 2005 12:42:01 +0000 cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: gcc(1) manpage (was: cvs commit: src/sys/kern kern_sig.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 17:37:29 -0000 On Tue, 8 Mar 2005, Giorgos Keramidas wrote: > The main problem with this conversion is that I have relatively "high" > standards of what the mdoc text should look like, in order to be a BSD > manpage. If I understand it correctly, at the moment we have the choice between 'incorrect data' and 'wrongly formatted' so I think I know which way I would lean towards :-/ The alternative, of course, is to go the simple route: rip most of the text out of gcc.1 and say 'use the info page for the latest information.' Otherwise I think we're kind of confusing the users. mcl From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 02:45:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 139F716A4CE for ; Wed, 9 Mar 2005 02:45:30 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79D7643D1D for ; Wed, 9 Mar 2005 02:45:29 +0000 (GMT) (envelope-from yazzy@yazzy.org) Received: from yazzy.yazzy.org (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 5B45139864 for ; Wed, 9 Mar 2005 03:46:55 +0100 (CET) Date: Wed, 9 Mar 2005 02:45:26 +0000 From: Marcin Jessa To: current@freebsd.org Message-Id: <20050309024526.1b2c3b89.yazzy@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 09 Mar 2005 12:42:00 +0000 Subject: ath_rate_onoe and ath_rate_amrr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 02:45:30 -0000 Hi. What are the exact functions of ath_rate_onoe and ath_rate_amrr ? How do they differ? UPDATING says: 20041201: The ath driver has been updated to split the tx rate control algorithm into a separate module. You need to include either ath_rate_onoe or ath_rate_amrr when configuring the kernel. From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 13:51:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCC5D16A4CE for ; Wed, 9 Mar 2005 13:51:48 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 441C843D60 for ; Wed, 9 Mar 2005 13:51:48 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id j29Dpl3d003629; Wed, 9 Mar 2005 05:51:47 -0800 (PST) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j29Dpj73023527; Wed, 9 Mar 2005 05:51:47 -0800 (PST) In-Reply-To: <20050308154137.50138.qmail@web86906.mail.ukl.yahoo.com> References: <20050308154137.50138.qmail@web86906.mail.ukl.yahoo.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <87533bd1a5038734da3904528629f0fd@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 9 Mar 2005 08:51:45 -0500 To: Si X-Mailer: Apple Mail (2.619.2) cc: freebsd-current@FreeBSD.org Subject: Re: hardware requirements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 13:51:48 -0000 On Mar 8, 2005, at 10:41 AM, Si wrote: > I just wanted to check that a Centrio processor is > fine to run BSD. couldn't see a note of it anywhere. "Centrino"? It's fine. :-) There have been some recent work done to really support the power management and CPU speed capabilities of that sort of hardware, too, but you might want to ask about potential machines on -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 14:56:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C487516A4CE; Wed, 9 Mar 2005 14:56:10 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4726343D5F; Wed, 9 Mar 2005 14:56:10 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j29ErpsF008485; Wed, 9 Mar 2005 09:53:51 -0500 (EST) (envelope-from arr@watson.org) Received: from localhost (arr@localhost)j29EroSf008482; Wed, 9 Mar 2005 14:53:51 GMT (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Wed, 9 Mar 2005 14:53:50 +0000 (GMT) From: "Andrew R. Reiter" To: Daniel Eriksson In-Reply-To: Message-ID: <20050309145221.U8422@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: 'Andrey Chernov' cc: current@freebsd.org Subject: RE: What happens to devname()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 14:56:10 -0000 On Wed, 9 Mar 2005, Daniel Eriksson wrote: :Andrey Chernov wrote: : :> As I just found, it happens not only to ptys but to syscons ttyv* too. :> Please fix it ASAP. sshd can't login otherwise. : :I'll second that. I compiled and installed current an hour ago, and it left :me with a system that can only be booted up in single-user. Neither console :nor sshd works. : :/Daniel Eriksson I rebuilt world and kernel CURRENT midday yesterday (noon time-ish tuesday pacific time USA) and have had no problems; so it's likely between then and your "hour ago". -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 17:01:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 130D716A4CF; Wed, 9 Mar 2005 17:01:00 +0000 (GMT) Date: Wed, 9 Mar 2005 17:01:00 +0000 From: Kris Kennaway To: Divacky Roman Message-ID: <20050309170100.GG50186@hub.freebsd.org> References: <20050309092749.GA72315@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050309092749.GA72315@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: amd64 default CFLAGS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 17:01:00 -0000 On Wed, Mar 09, 2005 at 10:27:49AM +0100, Divacky Roman wrote: > hi, > > why is it necessary (if its at all) to have this: > -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow in default CFLAGS for amd64 > architecture? This is the default COPTFLAGS, not CFLAGS, right? You can't use special instructions like sse in the kernel because they require extra register state operations that would cost performance. Kris From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 17:58:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9071316A4CE for ; Wed, 9 Mar 2005 17:58:34 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63DF443D1D for ; Wed, 9 Mar 2005 17:58:34 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Wed, 09 Mar 2005 09:58:33 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 610575D07; Wed, 9 Mar 2005 09:58:33 -0800 (PST) To: Charles Swiger In-reply-to: Your message of "Wed, 09 Mar 2005 08:51:45 EST." <87533bd1a5038734da3904528629f0fd@mac.com> Date: Wed, 09 Mar 2005 09:58:33 -0800 From: "Kevin Oberman" Message-Id: <20050309175833.610575D07@ptavv.es.net> cc: freebsd-current@FreeBSD.org cc: Si Subject: Re: hardware requirements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 17:58:34 -0000 > From: Charles Swiger > Date: Wed, 9 Mar 2005 08:51:45 -0500 > Sender: owner-freebsd-current@freebsd.org > > On Mar 8, 2005, at 10:41 AM, Si wrote: > > I just wanted to check that a Centrio processor is > > fine to run BSD. couldn't see a note of it anywhere. > > "Centrino"? It's fine. :-) > > There have been some recent work done to really support the power > management and CPU speed capabilities of that sort of hardware, too, > but you might want to ask about potential machines on > As has been pointed out before, "Centrino" is an Intel marketing term for a system having several components and there is no "Centrino" processor. Any "Centrino" labeled system has a Pentium-M CPU 9one of about three different cores, I think, although I don't know if the Sonoma core is shipping in volume. It's not a P4-M or a P3-M, although it is generally believed to be closer in design to a P3-M. As far as power management goes, the framework will be in 5.4, but the drivers (ESST for a P-M) have not been imported nor has powerd. If you want to play with them, they can be pulled from HEAD and built on a 5-Stable system. I suspect that Nate Lawson will MFC them to 5-Stable pretty quickly after 5.4 is released and RELENG_5 is re-opened. The ICH SpeedStep support in Current is working quite well on my laptop, but I am not happy with powerd just yet. (I have been trying different tweaks in the code this morning.) I understand the the Enhanced SpeedStep for P-Ms is also working well. Since the power management is closely tied to ACPI, it's discussed on acpi@ quite a bit and also on mobile@. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 18:59:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9CF416A4CE for ; Wed, 9 Mar 2005 18:59:13 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA16843D2F for ; Wed, 9 Mar 2005 18:59:11 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.13.3/8.13.3) with ESMTP id j29Ix7t6011008 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 9 Mar 2005 19:59:07 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.3/8.13.3/Submit) id j29Ix7BP011007 for current@freebsd.org; Wed, 9 Mar 2005 19:59:07 +0100 (CET) Date: Wed, 9 Mar 2005 19:59:07 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20050309185907.GA10766@stud.fit.vutbr.cz> References: <20050309092749.GA72315@stud.fit.vutbr.cz> <20050309170100.GG50186@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050309170100.GG50186@hub.freebsd.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Subject: Re: amd64 default CFLAGS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 18:59:13 -0000 On Wed, Mar 09, 2005 at 05:01:00PM +0000, Kris Kennaway wrote: > On Wed, Mar 09, 2005 at 10:27:49AM +0100, Divacky Roman wrote: > > hi, > > > > why is it necessary (if its at all) to have this: > > -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow in default CFLAGS for amd64 > > architecture? > > This is the default COPTFLAGS, not CFLAGS, right? You can't use > special instructions like sse in the kernel because they require extra > register state operations that would cost performance. (from sys/conf/kern.mk) CFLAGS+= -mcmodel=kernel -mno-red-zone \ -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow \ -msoft-float -fno-asynchronous-unwind-tables I'd call it CFLAGS ;) (from sys/i386/i386/support.s) ENTRY(sse2_pagezero) isnt this use of sse in kernel? why is it allowed in this case and not allowed in general. any measurements how much does it hurt performance? roman From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 19:00:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C463D16A4CE for ; Wed, 9 Mar 2005 19:00:01 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104FD43D2F for ; Wed, 9 Mar 2005 19:00:01 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.13.3/8.13.3) with ESMTP id j29Ixwwd011048 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 9 Mar 2005 19:59:58 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.3/8.13.3/Submit) id j29Ixwg6011047 for current@freebsd.org; Wed, 9 Mar 2005 19:59:58 +0100 (CET) Date: Wed, 9 Mar 2005 19:59:58 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20050309185958.GB10766@stud.fit.vutbr.cz> References: <20050309110601.GA80206@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050309110601.GA80206@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Subject: Re: amd64 problems related to interrupts on recent 6-c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 19:00:01 -0000 On Wed, Mar 09, 2005 at 12:06:01PM +0100, Divacky Roman wrote: > hi > > I've just upgraded my amd64 (nforce3@msi, award bios) from 5.3R (which worked > almost fine, except acpi) to 6-c. > > 6-c tells me about stray irq7 and then silences this output because there is irq7 being assigned SMbus if that helps in any way roman From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 19:05:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D2C616A4CE for ; Wed, 9 Mar 2005 19:05:13 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70AC943D49 for ; Wed, 9 Mar 2005 19:05:12 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j29J5BB3028102 for ; Wed, 9 Mar 2005 14:05:11 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27220-10 for ; Wed, 9 Mar 2005 14:05:11 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j29J5BTW027905 for ; Wed, 9 Mar 2005 14:05:11 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j29J559W046707 for ; Wed, 9 Mar 2005 14:05:05 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050309140158.05068ba8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 09 Mar 2005 14:08:04 -0500 To: freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20050308173721.GB18993@afflictions.org> References: <6.2.1.2.0.20050308120832.047a5620@64.7.153.2> <422DE1F9.8080004@barryp.org> <20050308173721.GB18993@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: Hardware RAID adaptors and FreeBSD (was Re: ARECA ARC-1120 RAID adaptor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 19:05:13 -0000 FYI, I placed an order for one of the PCI-X 4 port versions today. I should have it in 2 weeks or so and will summarize my FreeBSD experiences with it then. pricing is a little more than the 3ware cards which I am having problems sourcing these days :( ARC1110, PCI-X 4 ports $469 ARC1120, PCI-X 8 ports $669 ARC1210, PCI-Express 4 ports $519 ARC1220, PCI-Express 8 ports $709 Supposedly LSI's SATA 300-8X has roughly the same guts inside its card. Anyone have any experience with it under FreeBSD ? ---Mike At 12:37 PM 08/03/2005, Damian Gerow wrote: >Thus spake Barry Pederson (bp@barryp.org) [08/03/05 12:35]: >: > Came across this in a review recently and lo and behold, FreeBSD is >: > supported by the vendor! I had never heard of this device. Does anyone >: > know anything about it with respect to FreeBSD ? >: > >: > ARECA ARC-1120 >: > >: > There are drivers and management tools for FreeBSD at >: > ftp://60.248.88.208/RaidCards/AP_Drivers/FreeBSD/ >: >: Is this the review? >: >: http://www.tweakers.net/reviews/557/32 >: >: If not, I'd be curious to read others. > >This came up on -questions about a week ago: > > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 19:11:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E22F16A4CE for ; Wed, 9 Mar 2005 19:11:19 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD34643D55 for ; Wed, 9 Mar 2005 19:11:18 +0000 (GMT) (envelope-from theawel@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so306716wra for ; Wed, 09 Mar 2005 11:11:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=EM6+41lsSkw01xh336Cwu8agizsiwqkLQKKz8qvwh6EODWSJf1A9uWjAYsDpci8Eycr27Z8K+d1f7/21onExaFkGdWzdXpgdBaom+PmnGZG8VZukwwesQoaR5RC3puVjOyBXYYsnCvrofcZyZfkjv1V5Yp3Bb3InR8zGWEN71g4= Received: by 10.54.71.17 with SMTP id t17mr995992wra; Wed, 09 Mar 2005 11:10:53 -0800 (PST) Received: by 10.54.24.11 with HTTP; Wed, 9 Mar 2005 11:10:49 -0800 (PST) Message-ID: Date: Wed, 9 Mar 2005 14:10:49 -0500 From: Alex Welycz To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: KVM USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alex Welycz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 19:11:19 -0000 All, I'm using FreeBSD 5.3 and I've run into a bit of a problem. I am using a KVM switch that does not keep a live connection to the computer when switching between computers ie. the computers show that the usb keyboard/mouse are unplugged when you switch between them. My problem occurs when the i switch from my Windows box back to my FreeBSD box. The USB deamon on the BSD box shows that the keyboard is recognized and loads it but when i try to use the keyboard nothing comes up. The USB keyboard does work when I reboot the BSD box and dont switch between computers. Now how I get the USB keyboard to work when i switch between computers I have to run this script. sleep 15 kbdcontrol -k /dev/kbd1 < /dev/ttyv0 > /dev/null Apparently when I reboot the box everything works fine, the USB keyboard is accessed as kbd0 -> ukbd0 but when I switch between boxes and switch back the keyboard doesnt get mounted at kbd0 -> ukbd0 but instead is mounted at kbd1 -> ukbd1. So my question is how do I get FreeBSD to always mount the keyboard as kbd0 -> ukbd0 and not kbd1 -> ukbd1 Because upon bootup my kbdcontrol is called as: kbdcontrol -k /dev/kbd0 < /dev/ttyv0 > /dev/null and cannot be called wih kbd1 because at bootup that device does not exist, and also that device disappears when I swicth to my other computer so kbdcontrol sets itself back to kbd0. I also use hint.atkbd.0.disabled="1" in loader.conf since I have no PS/2 device From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 19:31:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F5C016A4CE for ; Wed, 9 Mar 2005 19:31:08 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F8D243D5C for ; Wed, 9 Mar 2005 19:31:07 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j29JV2jC002434; Wed, 9 Mar 2005 20:31:03 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andrey Chernov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 09 Mar 2005 11:32:33 +0300." <20050309083233.GA853@nagual.pp.ru> Date: Wed, 09 Mar 2005 20:31:02 +0100 Message-ID: <2433.1110396662@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: What happens to devname()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 19:31:08 -0000 In message <20050309083233.GA853@nagual.pp.ru>, Andrey Chernov writes: >With recent kernel/world it always returns something like #C:228:0x0 for >ttys. Any ideas? Yes, it's my fault and a solution is on the way. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 19:40:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4337516A4CE; Wed, 9 Mar 2005 19:40:29 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0949E43D53; Wed, 9 Mar 2005 19:40:29 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j29JeSfk031662; Wed, 9 Mar 2005 11:40:28 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j29JeSMn031661; Wed, 9 Mar 2005 11:40:28 -0800 Date: Wed, 9 Mar 2005 11:40:28 -0800 From: Brooks Davis To: Alex Welycz Message-ID: <20050309194028.GA17398@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org cc: freebsd-usb@freebsd.org Subject: Re: KVM USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 19:40:29 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 09, 2005 at 02:10:49PM -0500, Alex Welycz wrote: > All, >=20 > I'm using FreeBSD 5.3 and I've run into a bit of a problem. I am using > a KVM switch that does not keep a live connection to the computer when > switching between computers ie. the computers show that the usb > keyboard/mouse are unplugged when you switch between them. My problem > occurs when the i switch from my Windows box back to my FreeBSD box. > The USB deamon on the BSD box shows that the keyboard is recognized > and loads it but when i try to use the keyboard nothing comes up. The > USB keyboard does work when I reboot the BSD box and dont switch > between computers. Now how I get the USB keyboard to work when i > switch between computers I have to run this script. >=20 > sleep 15 > kbdcontrol -k /dev/kbd1 < /dev/ttyv0 > /dev/null >=20 > Apparently when I reboot the box everything works fine, the USB > keyboard is accessed as >=20 > kbd0 -> ukbd0 >=20 > but when I switch between boxes and switch back the keyboard doesnt > get mounted at >=20 > kbd0 -> ukbd0 but instead is mounted at kbd1 -> ukbd1.=20 >=20 > So my question is how do I get FreeBSD to always mount the keyboard as > kbd0 -> ukbd0 and not kbd1 -> ukbd1 >=20 > Because upon bootup my kbdcontrol is called as: >=20 > kbdcontrol -k /dev/kbd0 < /dev/ttyv0 > /dev/null and cannot be called > wih kbd1 because at bootup that device does not exist, and also that > device disappears when I swicth to my other computer so kbdcontrol > sets itself back to kbd0. This is caused by a bug in /etc/devd.conf that I fixed a week ago in 5. Just change the line to refer to ukbd0 instead of bogusly refering to kbd1. The problem was caused by crappy examples in the manpage making me think you had to use the generic /dev/kbd# device not the specific /dev/ukdb# device with kbdcontrol. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCL1ErXY6L6fI4GtQRAlAKAKDSaA2ozmU+Ex5cOv/DldwOOJiZcgCg0m2T rv0L2Wl8T69G/5M6S1UTE9c= =aFap -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 21:40:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90A4E16A4CE for ; Wed, 9 Mar 2005 21:40:20 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8F143D1D for ; Wed, 9 Mar 2005 21:40:19 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j29LeIue003528 for ; Wed, 9 Mar 2005 22:40:18 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 09 Mar 2005 22:40:18 +0100 Message-ID: <3527.1110404418@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: [TEST(/review)] major/minor/devname fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 21:40:20 -0000 For the people with devname(3) and ssh trouble: Please try out this patch. It is not quite commit ready yet, but it should make your system usable again. Part I: Divorce the userland notion of "major/minor" from the kernel. Change dev2udev() to DTRT, so that kvm/sysctl grubbing programs see the userland values. Make sysctl_devname() do the right thing as well. Move both to devfs where they belong (now). Add a small frustation in case anybody tries to shortcut us again. Part II: Reclaim and clean up kernel notion of major/minor. Change the kernel side of the minor concept into cdev->si_drv0 and make things work accordingly. Remove the kernel side notion of major in toto, the real handle is the cdevsw{} of which any given driver can have multiple. Incomplete: only drivers using SI_CHEAPCLONE should be required to use unique values in si_drv0. Index: conf/kern.post.mk =================================================================== RCS file: /home/ncvs/src/sys/conf/kern.post.mk,v retrieving revision 1.76 diff -u -r1.76 kern.post.mk --- conf/kern.post.mk 25 Feb 2005 05:34:45 -0000 1.76 +++ conf/kern.post.mk 9 Mar 2005 21:31:00 -0000 @@ -110,7 +110,7 @@ kernel-clean: rm -f *.o *.so *.So *.ko *.s eddep errs \ ${FULLKERNEL} ${KERNEL_KO} linterrs makelinks tags \ - vers.c vnode_if.c vnode_if.h majors.c \ + vers.c vnode_if.c vnode_if.h \ ${MFILES:T:S/.m$/.c/} ${MFILES:T:S/.m$/.h/} \ ${CLEAN} @@ -227,15 +227,12 @@ ${INSTALL} -p -m 555 -o root -g wheel ${KERNEL_KO} ${DESTDIR}${KODIR} .endif -config.o env.o hints.o majors.o vers.o vnode_if.o: +config.o env.o hints.o vers.o vnode_if.o: ${NORMAL_C} -config.ln env.ln hints.ln majors.ln vers.ln vnode_if.ln: +config.ln env.ln hints.ln vers.ln vnode_if.ln: ${NORMAL_LINT} -majors.c: $S/conf/majors $S/conf/majors.awk - ${AWK} -f $S/conf/majors.awk $S/conf/majors > ${.TARGET} - vers.c: $S/conf/newvers.sh $S/sys/param.h ${SYSTEM_DEP} MAKE=${MAKE} sh $S/conf/newvers.sh ${KERN_IDENT} Index: conf/kern.pre.mk =================================================================== RCS file: /home/ncvs/src/sys/conf/kern.pre.mk,v retrieving revision 1.63 diff -u -r1.63 kern.pre.mk --- conf/kern.pre.mk 13 Feb 2005 05:58:40 -0000 1.63 +++ conf/kern.pre.mk 9 Mar 2005 21:31:00 -0000 @@ -121,7 +121,7 @@ NORMAL_LINT= ${LINT} ${LINTFLAGS} ${CFLAGS:M-[DIU]*} ${.IMPSRC} GEN_CFILES= $S/$M/$M/genassym.c ${MFILES:T:S/.m$/.c/} -SYSTEM_CFILES= config.c env.c hints.c majors.c vnode_if.c +SYSTEM_CFILES= config.c env.c hints.c vnode_if.c SYSTEM_DEP= Makefile ${SYSTEM_OBJS} SYSTEM_OBJS= locore.o ${MDOBJS} ${OBJS} SYSTEM_OBJS+= ${SYSTEM_CFILES:.c=.o} Index: fs/devfs/devfs_devs.c =================================================================== RCS file: /home/ncvs/src/sys/fs/devfs/devfs_devs.c,v retrieving revision 1.33 diff -u -r1.33 devfs_devs.c --- fs/devfs/devfs_devs.c 10 Feb 2005 12:22:17 -0000 1.33 +++ fs/devfs/devfs_devs.c 9 Mar 2005 21:31:00 -0000 @@ -114,6 +114,8 @@ devfs_itode (struct devfs_mount *dm, int inode) { + if (inode < 0) + return (NULL); if (inode < NDEVFSINO) return (&dm->dm_dirent[inode]); if (devfs_overflow == NULL) @@ -127,6 +129,8 @@ devfs_itod (int inode) { + if (inode < 0) + return (NULL); if (inode < NDEVFSINO) return (&devfs_inot[inode]); if (devfs_overflow == NULL) @@ -270,10 +274,7 @@ if (dev == NULL && de != NULL) { dd = de->de_dir; *dep = NULL; - TAILQ_REMOVE(&dd->de_dlist, de, de_list); - if (de->de_vnode) - de->de_vnode->v_data = NULL; - FREE(de, M_DEVFS); + devfs_delete(dd, de); devfs_dropref(i); continue; } Index: fs/devfs/devfs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/devfs/devfs_vnops.c,v retrieving revision 1.105 diff -u -r1.105 devfs_vnops.c --- fs/devfs/devfs_vnops.c 22 Feb 2005 18:17:31 -0000 1.105 +++ fs/devfs/devfs_vnops.c 9 Mar 2005 21:31:00 -0000 @@ -61,6 +61,7 @@ #include #include #include +#include #include #include #include @@ -113,6 +114,25 @@ extern struct vop_vector devfs_vnodeops; extern struct vop_vector devfs_specops; +static u_int +devfs_random(void) +{ + static u_int devfs_seed; + + while (devfs_seed == 0) { + /* + * Make sure people don't make stupid assumptions + * about device major/minor numbers in userspace. + * We do this late to get entropy and for the same + * reason we force a reseed, but it may not be + * late enough for entropy to be available. + */ + arc4rand(&devfs_seed, sizeof devfs_seed, 1); + devfs_seed &= 0xf0f; + } + return (devfs_seed); +} + static int devfs_fp_check(struct file *fp, struct cdev **devp, struct cdevsw **dswp) { @@ -394,8 +414,10 @@ int error = 0; struct devfs_dirent *de; struct cdev *dev; + struct devfs_mount *dmp; de = vp->v_data; + dmp = VFSTODEVFS(vp->v_mount); KASSERT(de != NULL, ("Null dirent in devfs_getattr vp=%p", vp)); if (vp->v_type == VDIR) { de = de->de_dir; @@ -441,7 +463,8 @@ vap->va_mtime = dev->si_mtime; fix(dev->si_ctime); vap->va_ctime = dev->si_ctime; - vap->va_rdev = dev->si_udev; + + vap->va_rdev = de->de_inode ^ devfs_random(); } vap->va_gen = 0; vap->va_flags = 0; @@ -462,7 +485,9 @@ struct cdevsw *dsw; struct vnode *vp; struct vnode *vpold; - int error; + int error, i; + const char *p; + struct fiodgname_arg *fgn; error = devfs_fp_check(fp, &dev, &dsw); if (error) @@ -472,6 +497,13 @@ *(int *)data = dsw->d_flags & D_TYPEMASK; dev_relthread(dev); return (0); + } else if (com == FIODGNAME) { + fgn = data; + p = devtoname(dev); + i = strlen(p) + 1; + if (i > fgn->len) + return (EINVAL); + return (copyout(p, fgn->buf, i)); } if (dsw->d_flags & D_NEEDGIANT) mtx_lock(&Giant); @@ -1432,6 +1464,43 @@ .vop_write = VOP_PANIC, }; +dev_t +dev2udev(struct cdev *x) +{ + if (x == NULL) + return (NODEV); + return (x->si_inode ^ devfs_random()); +} + +/* + * Helper sysctl for devname(3). We're given a struct cdev * and return + * the name, if any, registered by the device driver. + */ +static int +sysctl_devname(SYSCTL_HANDLER_ARGS) +{ + int error; + dev_t ud; + struct cdev *dev, **dp; + + error = SYSCTL_IN(req, &ud, sizeof (ud)); + if (error) + return (error); + if (ud == NODEV) + return(EINVAL); + dp = devfs_itod(ud ^ devfs_random()); + if (dp == NULL) + return(ENOENT); + dev = *dp; + if (dev == NULL) + return(ENOENT); + return(SYSCTL_OUT(req, dev->si_name, strlen(dev->si_name) + 1)); + return (error); +} + +SYSCTL_PROC(_kern, OID_AUTO, devname, CTLTYPE_OPAQUE|CTLFLAG_RW|CTLFLAG_ANYBODY, + NULL, 0, sysctl_devname, "", "devname(3) handler"); + /* * Our calling convention to the device drivers used to be that we passed * vnode.h IO_* flags to read()/write(), but we're moving to fcntl.h O_ Index: kern/kern_conf.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_conf.c,v retrieving revision 1.176 diff -u -r1.176 kern_conf.c --- kern/kern_conf.c 8 Mar 2005 10:40:03 -0000 1.176 +++ kern/kern_conf.c 9 Mar 2005 21:31:00 -0000 @@ -46,21 +46,8 @@ static MALLOC_DEFINE(M_DEVT, "cdev", "cdev storage"); -/* Built at compile time from sys/conf/majors */ -extern unsigned char reserved_majors[256]; - -/* - * This is the number of hash-buckets. Experiments with 'real-life' - * dev_t's show that a prime halfway between two powers of two works - * best. - */ -#define DEVT_HASH 83 - -static LIST_HEAD(, cdev) dev_hash[DEVT_HASH]; - static struct mtx devmtx; static void freedev(struct cdev *dev); -static struct cdev *newdev(int x, int y, struct cdev *); static void destroy_devl(struct cdev *dev); void @@ -189,7 +176,6 @@ .d_mmap = dead_mmap, .d_strategy = dead_strategy, .d_name = "dead", - .d_maj = 255, .d_dump = dead_dump, .d_kqfilter = dead_kqfilter }; @@ -230,16 +216,12 @@ #define no_dump (dumper_t *)enodev -/* - * struct cdev * and u_dev_t primitives - */ - int major(struct cdev *x) { if (x == NULL) return NODEV; - return((x->si_udev >> 8) & 0xff); + return((x->si_drv0 >> 8) & 0xff); } int @@ -247,7 +229,7 @@ { if (x == NULL) return NODEV; - return(x->si_udev & MAXMINOR); + return(x->si_drv0 & MAXMINOR); } int @@ -287,29 +269,6 @@ return (si); } -static struct cdev * -newdev(int x, int y, struct cdev *si) -{ - struct cdev *si2; - dev_t udev; - int hash; - - mtx_assert(&devmtx, MA_OWNED); - if (x == umajor(NODEV) && y == uminor(NODEV)) - panic("newdev of NODEV"); - udev = (x << 8) | y; - hash = udev % DEVT_HASH; - LIST_FOREACH(si2, &dev_hash[hash], si_hash) { - if (si2->si_udev == udev) { - freedev(si); - return (si2); - } - } - si->si_udev = udev; - LIST_INSERT_HEAD(&dev_hash[hash], si, si_hash); - return (si); -} - static void freedev(struct cdev *dev) { @@ -317,31 +276,10 @@ free(dev, M_DEVT); } -dev_t -dev2udev(struct cdev *x) -{ - if (x == NULL) - return (NODEV); - return (x->si_udev); -} - struct cdev * findcdev(dev_t udev) { - struct cdev *si; - int hash; - - mtx_assert(&devmtx, MA_NOTOWNED); - if (udev == NODEV) - return (NULL); - dev_lock(); - hash = udev % DEVT_HASH; - LIST_FOREACH(si, &dev_hash[hash], si_hash) { - if (si->si_udev == udev) - break; - } - dev_unlock(); - return (si); + return (NULL); } int @@ -357,55 +295,27 @@ } static void -find_major(struct cdevsw *devsw) -{ - int i; - - if (devsw->d_maj != MAJOR_AUTO) { - printf("NOTICE: Ignoring d_maj hint from driver \"%s\", %s", - devsw->d_name, "driver should be updated/fixed\n"); - devsw->d_maj = MAJOR_AUTO; - } - for (i = NUMCDEVSW - 1; i > 0; i--) - if (reserved_majors[i] != i) - break; - KASSERT(i > 0, ("Out of major numbers (%s)", devsw->d_name)); - devsw->d_maj = i; - reserved_majors[i] = i; - devsw->d_flags |= D_ALLOCMAJ; -} - -static void fini_cdevsw(struct cdevsw *devsw) { - if (devsw->d_flags & D_ALLOCMAJ) { - reserved_majors[devsw->d_maj] = 0; - devsw->d_maj = MAJOR_AUTO; - devsw->d_flags &= ~D_ALLOCMAJ; - } + + mtx_assert(&devmtx, MA_OWNED); devsw->d_flags &= ~D_INIT; } -static void +static struct cdevsw * prep_cdevsw(struct cdevsw *devsw) { + if (devsw->d_flags & D_INIT) + return (devsw); dev_lock(); if (devsw->d_version != D_VERSION_00) { printf( "WARNING: Device driver \"%s\" has wrong version %s\n", devsw->d_name, "and is disabled. Recompile KLD module."); - devsw->d_open = dead_open; - devsw->d_close = dead_close; - devsw->d_read = dead_read; - devsw->d_write = dead_write; - devsw->d_ioctl = dead_ioctl; - devsw->d_poll = dead_poll; - devsw->d_mmap = dead_mmap; - devsw->d_strategy = dead_strategy; - devsw->d_dump = dead_dump; - devsw->d_kqfilter = dead_kqfilter; + dev_unlock(); + return (&dead_cdevsw); } if (devsw->d_flags & D_TTY) { @@ -431,57 +341,64 @@ devsw->d_flags |= D_INIT; - if (!(devsw->d_flags & D_ALLOCMAJ)) - find_major(devsw); dev_unlock(); + return (devsw); } -struct cdev * -make_dev(struct cdevsw *devsw, int minornr, uid_t uid, gid_t gid, int perms, const char *fmt, ...) +static void +imake_dev(struct cdev *dev, u_int drv0, uid_t uid, gid_t gid, int perms, const char *fmt, va_list ap) { - struct cdev *dev; - va_list ap; int i; - KASSERT((minornr & ~MAXMINOR) == 0, - ("Invalid minor (0x%x) in make_dev", minornr)); - - if (!(devsw->d_flags & D_INIT)) - prep_cdevsw(devsw); - dev = allocdev(); - dev_lock(); - dev = newdev(devsw->d_maj, minornr, dev); + dev->si_drv0 = drv0; if (dev->si_flags & SI_CHEAPCLONE && - dev->si_flags & SI_NAMED && - dev->si_devsw == devsw) { + dev->si_flags & SI_NAMED) { /* * This is allowed as it removes races and generally * simplifies cloning devices. * XXX: still ?? */ - dev_unlock(); - return (dev); + return; } KASSERT(!(dev->si_flags & SI_NAMED), ("make_dev() by driver %s on pre-existing device (maj=%d, min=%x, name=%s)", - devsw->d_name, major(dev), minor(dev), devtoname(dev))); + dev->si_devsw->d_name, major(dev), minor(dev), devtoname(dev))); - va_start(ap, fmt); i = vsnrprintf(dev->__si_namebuf, sizeof dev->__si_namebuf, 32, fmt, ap); if (i > (sizeof dev->__si_namebuf - 1)) { printf("WARNING: Device name truncated! (%s)\n", dev->__si_namebuf); } - va_end(ap); - dev->si_devsw = devsw; dev->si_uid = uid; dev->si_gid = gid; dev->si_mode = perms; dev->si_flags |= SI_NAMED; - LIST_INSERT_HEAD(&devsw->d_devs, dev, si_list); devfs_create(dev); +} + + +struct cdev * +make_dev(struct cdevsw *devsw, u_int drv0, uid_t uid, gid_t gid, int perms, const char *fmt, ...) +{ + struct cdev *dev; + va_list ap; + + devsw = prep_cdevsw(devsw); + LIST_FOREACH(dev, &devsw->d_devs, si_list) { + if (dev->si_drv0 == drv0) + break; + } + if (dev == NULL) { + dev = allocdev(); + LIST_INSERT_HEAD(&devsw->d_devs, dev, si_list); + } + dev->si_devsw = devsw; + dev_lock(); + va_start(ap, fmt); + imake_dev(dev, drv0, uid, gid, perms, fmt, ap); + va_end(ap); dev_unlock(); return (dev); } @@ -589,7 +506,6 @@ if (LIST_EMPTY(&csw->d_devs)) fini_cdevsw(csw); - LIST_REMOVE(dev, si_hash); } dev->si_flags &= ~SI_ALIAS; @@ -705,8 +621,7 @@ KASSERT(*up <= CLONE_UNITMASK, ("Too high unit (0x%x) in clone_create", *up)); - if (!(csw->d_flags & D_INIT)) - prep_cdevsw(csw); + csw = prep_cdevsw(csw); /* * Search the list for a lot of things in one go: @@ -744,7 +659,8 @@ } if (unit == -1) unit = low & CLONE_UNITMASK; - dev = newdev(csw->d_maj, unit2minor(unit | extra), ndev); + dev = ndev; + dev->si_drv0 = unit2minor(unit | extra); if (dev->si_flags & SI_CLONELIST) { printf("dev %p (%s) is on clonelist\n", dev, dev->si_name); printf("unit=%d\n", unit); @@ -755,6 +671,8 @@ } KASSERT(!(dev->si_flags & SI_CLONELIST), ("Dev %p(%s) should not be on clonelist", dev, dev->si_name)); + dev->si_devsw = csw; + LIST_INSERT_HEAD(&csw->d_devs, dev, si_list); if (dl != NULL) LIST_INSERT_BEFORE(dl, dev, si_clone); else if (de != NULL) @@ -785,37 +703,11 @@ KASSERT(dev->si_flags & SI_CLONELIST, ("Dev %p(%s) should be on clonelist", dev, dev->si_name)); KASSERT(dev->si_flags & SI_NAMED, - ("Driver has goofed in cloning underways udev %x", dev->si_udev)); + ("Driver has goofed in cloning underways drv0 %x %s", + dev->si_drv0, devtoname(dev))); destroy_devl(dev); } dev_unlock(); free(cd, M_DEVBUF); *cdp = NULL; } - -/* - * Helper sysctl for devname(3). We're given a struct cdev * and return - * the name, if any, registered by the device driver. - */ -static int -sysctl_devname(SYSCTL_HANDLER_ARGS) -{ - int error; - dev_t ud; - struct cdev *dev; - - error = SYSCTL_IN(req, &ud, sizeof (ud)); - if (error) - return (error); - if (ud == NODEV) - return(EINVAL); - dev = findcdev(ud); - if (dev == NULL) - error = ENOENT; - else - error = SYSCTL_OUT(req, dev->si_name, strlen(dev->si_name) + 1); - return (error); -} - -SYSCTL_PROC(_kern, OID_AUTO, devname, CTLTYPE_OPAQUE|CTLFLAG_RW|CTLFLAG_ANYBODY, - NULL, 0, sysctl_devname, "", "devname(3) handler"); Index: sys/conf.h =================================================================== RCS file: /home/ncvs/src/sys/sys/conf.h,v retrieving revision 1.212 diff -u -r1.212 conf.h --- sys/conf.h 8 Mar 2005 10:40:03 -0000 1.212 +++ sys/conf.h 9 Mar 2005 21:31:00 -0000 @@ -67,7 +67,6 @@ struct timespec si_atime; struct timespec si_ctime; struct timespec si_mtime; - dev_t si_udev; int si_refcount; LIST_ENTRY(cdev) si_list; LIST_ENTRY(cdev) si_clone; @@ -78,6 +77,7 @@ struct cdev *si_parent; u_int si_inode; char *si_name; + u_int si_drv0; void *si_drv1, *si_drv2; struct cdevsw *si_devsw; int si_iosize_max; /* maximum I/O size (for physio &al) */ @@ -222,12 +222,6 @@ #define MAXMINOR 0xffff00ffU -/* - * XXX: do not use MAJOR_AUTO unless you have no choice. In general drivers - * should just not initialize .d_maj and that will DTRT. - */ -#define MAJOR_AUTO 0 /* XXX: Not GM */ - struct module; struct devsw_module_data { @@ -262,7 +256,7 @@ void dev_rel(struct cdev *dev); void dev_strategy(struct cdev *dev, struct buf *bp); struct cdev *makebdev(int _maj, int _min); -struct cdev *make_dev(struct cdevsw *_devsw, int _minor, uid_t _uid, gid_t _gid, +struct cdev *make_dev(struct cdevsw *_devsw, u_int drv0, uid_t _uid, gid_t _gid, int _perms, const char *_fmt, ...) __printflike(6, 7); struct cdev *make_dev_alias(struct cdev *_pdev, const char *_fmt, ...) __printflike(2, 3); int dev2unit(struct cdev *_dev); -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 21:43:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4704116A4CE; Wed, 9 Mar 2005 21:43:23 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77E2D43D53; Wed, 9 Mar 2005 21:43:22 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j29LhK5q009505; Wed, 9 Mar 2005 21:43:20 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id j29LhJp8008172; Wed, 9 Mar 2005 21:43:19 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)j29LhJFN008169; Wed, 9 Mar 2005 21:43:19 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Wed, 9 Mar 2005 21:43:19 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: current@freebsd.org Message-ID: <20050309213000.V7677@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: imp@freebsd.org Subject: Re: Cardbus support broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 21:43:23 -0000 [Sorry, I don't have any of the original thread to reply to] Basically, just a "me too", but with an if_ath card, just to prove it's not just realtek cards. My findings are on: cbb0: at device 17.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 Before: (Kernel from Feb 13) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ath0: mem 0x88000000-0x8800ffff irq 11 at device 0.0 on cardbus0 ath0: Ethernet address: 00:0d:88:94:a1:91 ath0: mac 5.6 phy 4.1 radio 4.5 After: (Kernel dated Mar 6th) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ath0: mem 0x88000000-0x8800ffff irq 11 at device 0.0 on cardbus0 ath0: requested interrupt 6-6,count = 1 not supported by cbb ath0: could not map interrupt device_attach: ath0 attach returned 6 I don't know if it helps, but I had once seen similar behaviour to this with the 13 Feb kernel (although note the different mem range). In this case, removing and reinserting the card brought it to life. ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ath0: mem 0-0xffff at device 0.0 on cardbus0 ath0: requested interrupt 6-6,count = 1 not supported by cbb ath0: could not map interrupt device_attach: ath0 attach returned 6 [ remove and reinsert card ] ath0: mem 0x88000000-0x8800ffff irq 11 at device 0.0 on cardbus0 ath0: Ethernet address: 00:0d:88:94:a1:91 ath0: mac 5.6 phy 4.1 radio 4.5 I'm currently compiling a kernel with 1.48 of cardbus.c to try to confirm other people's findings. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 21:54:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D04616A4CE for ; Wed, 9 Mar 2005 21:54:52 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74E8843D31 for ; Wed, 9 Mar 2005 21:54:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j29LsVPG015447; Wed, 9 Mar 2005 14:54:32 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 09 Mar 2005 14:54:38 -0700 (MST) Message-Id: <20050309.145438.65001246.imp@bsdimp.com> To: gavin.atkinson@ury.york.ac.uk From: "M. Warner Losh" In-Reply-To: <20050309213000.V7677@ury.york.ac.uk> References: <20050309213000.V7677@ury.york.ac.uk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Cardbus support broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 21:54:52 -0000 In message: <20050309213000.V7677@ury.york.ac.uk> Gavin Atkinson writes: : : I'm currently compiling a kernel with 1.48 of cardbus.c to try to confirm : other people's findings. I should just back out 1.49... warner From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 22:00:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F241116A4CE; Wed, 9 Mar 2005 22:00:25 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97A4643D48; Wed, 9 Mar 2005 22:00:25 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j29M0OOH003061; Wed, 9 Mar 2005 17:00:24 -0500 (EST) Date: Wed, 9 Mar 2005 17:00:24 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Gavin Atkinson In-Reply-To: <20050309213000.V7677@ury.york.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: imp@freebsd.org cc: current@freebsd.org Subject: Re: Cardbus support broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 22:00:26 -0000 On Wed, 9 Mar 2005, Gavin Atkinson wrote: > > [Sorry, I don't have any of the original thread to reply to] > > Basically, just a "me too", but with an if_ath card, just to prove it's > not just realtek cards. My findings are on: > > cbb0: at device 17.0 on pci0 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 [ ... ] > I don't know if it helps, but I had once seen similar behaviour to this > with the 13 Feb kernel (although note the different mem range). In this > case, removing and reinserting the card brought it to life. Yep, worked for my atheros-based wifi too. It might work for dc, but dc doesn't quite handle detaching and panics so I never get that far. -- DE From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 22:54:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5050716A4CE for ; Wed, 9 Mar 2005 22:54:36 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7084643D2D for ; Wed, 9 Mar 2005 22:54:33 +0000 (GMT) (envelope-from theawel@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so345998rng for ; Wed, 09 Mar 2005 14:54:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=mJt5RfMW/gRXreT0siqfuWMzglZumT07dTcxaeKooQHkHjg0zwB/qU4n7exylRbZaTlOBoTqDlVoDqkGUC/AzPimip5k6+K/pbWQiAOS2rF2z6Ncla4TnyUf3FmwDgReUbx1NRJXc4yMyfqUDUGBm6k11bgQ3zinA8rM7DiaZUI= Received: by 10.38.73.45 with SMTP id v45mr1229142rna; Wed, 09 Mar 2005 14:54:32 -0800 (PST) Received: from ?69.141.45.64? ([69.141.45.64]) by mx.gmail.com with ESMTP id 63sm1294147rna.2005.03.09.14.54.32; Wed, 09 Mar 2005 14:54:32 -0800 (PST) In-Reply-To: <20050309194028.GA17398@odin.ac.hmc.edu> References: <20050309194028.GA17398@odin.ac.hmc.edu> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <309e3f53330175bc5da8f788e71812bc@gmail.com> Content-Transfer-Encoding: 7bit From: alex Date: Wed, 9 Mar 2005 17:54:23 -0500 To: Brooks Davis X-Mailer: Apple Mail (2.619.2) cc: freebsd-current@freebsd.org cc: freebsd-usb@freebsd.org Subject: Re: KVM USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 22:54:36 -0000 Brooks, What I actually did and it seems to work was that I changed dev.conf this way: (I changed the device name to "ukbd1" instead of "ukbd0" because when my keyboard remounts itself after being unplugged its called "ukbd1". Do you think this may cause some other issues Im not aware of yet? Here is my modified dev.conf snippet. # When a USB keyboard arrives, attach it as the console keyboard attach 100 { device-name "ukbd1"; action "test -c /dev/kbd1 && kbdcontrol -k /dev/kbd1 < /dev/console"; }; detach 100 { device-name "ukbd1"; action "kbdcontrol -k /dev/kbd0 < /dev/console"; }; On Mar 9, 2005, at 2:40 PM, Brooks Davis wrote: > On Wed, Mar 09, 2005 at 02:10:49PM -0500, Alex Welycz wrote: >> All, >> >> I'm using FreeBSD 5.3 and I've run into a bit of a problem. I am using >> a KVM switch that does not keep a live connection to the computer when >> switching between computers ie. the computers show that the usb >> keyboard/mouse are unplugged when you switch between them. My problem >> occurs when the i switch from my Windows box back to my FreeBSD box. >> The USB deamon on the BSD box shows that the keyboard is recognized >> and loads it but when i try to use the keyboard nothing comes up. The >> USB keyboard does work when I reboot the BSD box and dont switch >> between computers. Now how I get the USB keyboard to work when i >> switch between computers I have to run this script. >> >> sleep 15 >> kbdcontrol -k /dev/kbd1 < /dev/ttyv0 > /dev/null >> >> Apparently when I reboot the box everything works fine, the USB >> keyboard is accessed as >> >> kbd0 -> ukbd0 >> >> but when I switch between boxes and switch back the keyboard doesnt >> get mounted at >> >> kbd0 -> ukbd0 but instead is mounted at kbd1 -> ukbd1. >> >> So my question is how do I get FreeBSD to always mount the keyboard as >> kbd0 -> ukbd0 and not kbd1 -> ukbd1 >> >> Because upon bootup my kbdcontrol is called as: >> >> kbdcontrol -k /dev/kbd0 < /dev/ttyv0 > /dev/null and cannot be called >> wih kbd1 because at bootup that device does not exist, and also that >> device disappears when I swicth to my other computer so kbdcontrol >> sets itself back to kbd0. > > This is caused by a bug in /etc/devd.conf that I fixed a week ago in 5. > Just change the line to refer to ukbd0 instead of bogusly refering to > kbd1. The problem was caused by crappy examples in the manpage making > me think you had to use the generic /dev/kbd# device not the specific > /dev/ukdb# device with kbdcontrol. > > -- Brooks > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 23:10:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D20316A4CE; Wed, 9 Mar 2005 23:10:59 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE9943D48; Wed, 9 Mar 2005 23:10:58 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j29NAw43000664; Wed, 9 Mar 2005 15:10:58 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j29NAwRb000663; Wed, 9 Mar 2005 15:10:58 -0800 Date: Wed, 9 Mar 2005 15:10:58 -0800 From: Brooks Davis To: alex Message-ID: <20050309231058.GA31288@odin.ac.hmc.edu> References: <20050309194028.GA17398@odin.ac.hmc.edu> <309e3f53330175bc5da8f788e71812bc@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <309e3f53330175bc5da8f788e71812bc@gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org cc: freebsd-usb@freebsd.org Subject: Re: KVM USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 23:10:59 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Please don't top-post.] On Wed, Mar 09, 2005 at 05:54:23PM -0500, alex wrote: > Brooks, >=20 > What I actually did and it seems to work was that I changed dev.conf =20 > this way: (I changed the device name to "ukbd1" instead of "ukbd0"=20 > because when my keyboard remounts itself after being unplugged its=20 > called "ukbd1". Do you think this may cause some other issues Im not=20 > aware of yet? Here is my modified dev.conf snippet. Ah, intresting. I suppose it's to too suprising that kbd0 doesn't=20 detach enough to let that slot be reused. If that works it's probably OK. -- Brooks > # When a USB keyboard arrives, attach it as the console keyboard > attach 100 { > device-name "ukbd1"; > action "test -c /dev/kbd1 && kbdcontrol -k /dev/kbd1 <=20 > /dev/console"; > }; > detach 100 { > device-name "ukbd1"; > action "kbdcontrol -k /dev/kbd0 < /dev/console"; > }; >=20 >=20 > On Mar 9, 2005, at 2:40 PM, Brooks Davis wrote: >=20 > >On Wed, Mar 09, 2005 at 02:10:49PM -0500, Alex Welycz wrote: > >>All, > >> > >>I'm using FreeBSD 5.3 and I've run into a bit of a problem. I am using > >>a KVM switch that does not keep a live connection to the computer when > >>switching between computers ie. the computers show that the usb > >>keyboard/mouse are unplugged when you switch between them. My problem > >>occurs when the i switch from my Windows box back to my FreeBSD box. > >>The USB deamon on the BSD box shows that the keyboard is recognized > >>and loads it but when i try to use the keyboard nothing comes up. The > >>USB keyboard does work when I reboot the BSD box and dont switch > >>between computers. Now how I get the USB keyboard to work when i > >>switch between computers I have to run this script. > >> > >>sleep 15 > >>kbdcontrol -k /dev/kbd1 < /dev/ttyv0 > /dev/null > >> > >>Apparently when I reboot the box everything works fine, the USB > >>keyboard is accessed as > >> > >>kbd0 -> ukbd0 > >> > >>but when I switch between boxes and switch back the keyboard doesnt > >>get mounted at > >> > >>kbd0 -> ukbd0 but instead is mounted at kbd1 -> ukbd1. > >> > >>So my question is how do I get FreeBSD to always mount the keyboard as > >>kbd0 -> ukbd0 and not kbd1 -> ukbd1 > >> > >>Because upon bootup my kbdcontrol is called as: > >> > >> kbdcontrol -k /dev/kbd0 < /dev/ttyv0 > /dev/null and cannot be called > >>wih kbd1 because at bootup that device does not exist, and also that > >>device disappears when I swicth to my other computer so kbdcontrol > >>sets itself back to kbd0. > > > >This is caused by a bug in /etc/devd.conf that I fixed a week ago in 5. > >Just change the line to refer to ukbd0 instead of bogusly refering to > >kbd1. The problem was caused by crappy examples in the manpage making > >me think you had to use the generic /dev/kbd# device not the specific > >/dev/ukdb# device with kbdcontrol. > > > >-- Brooks > > > >--=20 > >Any statement of the form "X is the one, true Y" is FALSE. > >PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCL4KBXY6L6fI4GtQRAgc6AKC21GGW5qshmndtS42C4DDyO8wBeACgmZW0 //c6J5jn4UgUto06yOm4ujw= =XUfH -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 23:46:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27E9816A4CE for ; Wed, 9 Mar 2005 23:46:09 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FCA443D4C for ; Wed, 9 Mar 2005 23:46:08 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j29Nk4aZ015859; Wed, 9 Mar 2005 23:46:04 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id j29Nk3p8011190; Wed, 9 Mar 2005 23:46:03 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)j29Nk302011187; Wed, 9 Mar 2005 23:46:03 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Wed, 9 Mar 2005 23:46:03 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: "M. Warner Losh" In-Reply-To: <20050309.145438.65001246.imp@bsdimp.com> Message-ID: <20050309234528.T11169@ury.york.ac.uk> References: <20050309213000.V7677@ury.york.ac.uk> <20050309.145438.65001246.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: current@freebsd.org Subject: Re: Cardbus support broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 23:46:09 -0000 On Wed, 9 Mar 2005, M. Warner Losh wrote: > In message: <20050309213000.V7677@ury.york.ac.uk> > Gavin Atkinson writes: > : > : I'm currently compiling a kernel with 1.48 of cardbus.c to try to confirm > : other people's findings. > > I should just back out 1.49... I can confirm that reverting to 1.48 fixes things. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 01:41:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B975116A4CE for ; Thu, 10 Mar 2005 01:41:19 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6683E43D53 for ; Thu, 10 Mar 2005 01:41:19 +0000 (GMT) (envelope-from edwinlculp@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so417668wra for ; Wed, 09 Mar 2005 17:41:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=UAuptftAvgkmSrfu52Rh6dT+JAxPpkTfDUtXXljJA2MX51a6+tybsn0HX0PDjVOpdLOo8ZMncXU31onRJwCLL3sJN1M16emySD6kQCC9SXN9XH3vybON7ttN9bPQvRipgZyXSkrrT+OsTKFlZZVbq3mMz1RfebOT7tzQ285EGMo= Received: by 10.54.36.37 with SMTP id j37mr1211425wrj; Wed, 09 Mar 2005 17:41:18 -0800 (PST) Received: by 10.54.50.17 with HTTP; Wed, 9 Mar 2005 17:41:18 -0800 (PST) Message-ID: <7affaed605030917419fa3bd1@mail.gmail.com> Date: Wed, 9 Mar 2005 19:41:18 -0600 From: Edwin Culp To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Problem with ssh and pam on today's world and kernel. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Edwin Culp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 01:41:20 -0000 When I try to login to a remote server with ssh I am seeing the following in the auth.log on the remote server. Mar 9 19:24:21 local1 sshd[2450]: fatal: stat(/dev/#C:212:0x0) failed: No such file or directory Mar 9 19:24:21 local1 sshd[2450]: error: chown /dev/#C:212:0x0 0 0 failed: No such file or directory Mar 9 19:24:21 local1 sshd[2450]: error: chmod /dev/#C:212:0x0 0666 failed: No such file or directory I didn't have this problem yesterday and I've checked configuration, mergemaster, pam, etc. and have no idea what could be causing it. It has me locked me out interactive ssh sessions but commands do work so I can cvsup and rebuild on the remote machines in case the error is in today's cvsup. Any and all suggestions welcome. Thanks, ed From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 05:40:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41DC316A4CE for ; Thu, 10 Mar 2005 05:40:15 +0000 (GMT) Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A3A43D54 for ; Thu, 10 Mar 2005 05:40:14 +0000 (GMT) (envelope-from barney@databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.13.1/8.13.1) with ESMTP id j2A5eDOR006065 for ; Thu, 10 Mar 2005 00:40:13 -0500 (EST) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.13.1/8.13.1/Submit) id j2A5eDB4006064 for current@freebsd.org; Thu, 10 Mar 2005 00:40:13 -0500 (EST) (envelope-from barney) Date: Thu, 10 Mar 2005 00:40:13 -0500 From: Barney Wolff To: current@freebsd.org Message-ID: <20050310054013.GA5193@pit.databus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.8i X-Scanned-By: MIMEDefang 2.51 on 66.114.72.185 Subject: current repair? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 05:40:15 -0000 Is there a suggested mechanism for repairing a very -current system that exhibits the "unable to log in via ssh or console" problem? Presumably I can boot it single-user, but then what? Thanks, Barney Wolff From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 06:20:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48E5616A4CE for ; Thu, 10 Mar 2005 06:20:27 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44BAE43D2D for ; Thu, 10 Mar 2005 06:20:26 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2A6KHLN006180; Thu, 10 Mar 2005 07:20:17 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Barney Wolff From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 10 Mar 2005 00:40:13 EST." <20050310054013.GA5193@pit.databus.com> Date: Thu, 10 Mar 2005 07:20:17 +0100 Message-ID: <6179.1110435617@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: current repair? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 06:20:27 -0000 I posted a patch here yesterday should try. In message <20050310054013.GA5193@pit.databus.com>, Barney Wolff writes: >Is there a suggested mechanism for repairing a very -current system >that exhibits the "unable to log in via ssh or console" problem? >Presumably I can boot it single-user, but then what? >Thanks, >Barney Wolff >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 06:24:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 925C716A4CE for ; Thu, 10 Mar 2005 06:24:13 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B342143D1F for ; Thu, 10 Mar 2005 06:24:12 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j2A6OBHj027608; Thu, 10 Mar 2005 09:24:11 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j2A6OBng027607; Thu, 10 Mar 2005 09:24:11 +0300 (MSK) (envelope-from ache) Date: Thu, 10 Mar 2005 09:24:11 +0300 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20050310062410.GA27497@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , current@FreeBSD.ORG References: <3527.1110404418@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3527.1110404418@critter.freebsd.dk> User-Agent: Mutt/1.5.8i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.5; VDF: 6.30.0.24; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Thu, 10 Mar 2005 09:24:11 +0300 (MSK) cc: current@FreeBSD.ORG Subject: Re: [TEST(/review)] major/minor/devname fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 06:24:13 -0000 On Wed, Mar 09, 2005 at 10:40:18PM +0100, Poul-Henning Kamp wrote: > +dev_t > +dev2udev(struct cdev *x) > +{ > + if (x == NULL) > + return (NODEV); > + return (x->si_inode ^ devfs_random()); > +} ... > + dp = devfs_itod(ud ^ devfs_random()); Why you try to use randomization here instead of sequental ordering (or reversing/shifting it)? In such small number of bits there is a big probability of collisions may occurse. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 06:31:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46C8116A4CE for ; Thu, 10 Mar 2005 06:31:49 +0000 (GMT) Received: from mx-out-02.forthnet.gr (mx-out.forthnet.gr [193.92.150.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60B8D43D1D for ; Thu, 10 Mar 2005 06:31:47 +0000 (GMT) (envelope-from dds@aueb.gr) Received: from mx-av-01.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) j2A6VjjD018144; Thu, 10 Mar 2005 08:31:45 +0200 Received: from mx-as-02.forthnet.gr (mx-as.forthnet.gr [193.92.150.226]) j2A6Vj78031525; Thu, 10 Mar 2005 08:31:45 +0200 Received: from forthnet.gr (athmta05.forthnet.gr [193.92.150.26]) j2A6Vjji012329; Thu, 10 Mar 2005 08:31:45 +0200 Received: from [192.168.136.16] (ppp33-adsl-218.ath.forthnet.gr [62.1.244.218]) by forthnet.gr (8.12.11/8.12.11) with ESMTP id j2A6Vh5u030103; Thu, 10 Mar 2005 08:31:44 +0200 Message-ID: <422FE9D3.7090906@aueb.gr> Date: Thu, 10 Mar 2005 08:31:47 +0200 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en, el, de MIME-Version: 1.0 To: Edwin Culp References: <7affaed605030917419fa3bd1@mail.gmail.com> In-Reply-To: <7affaed605030917419fa3bd1@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: Problem with ssh and pam on today's world and kernel. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 06:31:49 -0000 Edwin Culp wrote: > When I try to login to a remote server with ssh I am seeing the > following in the auth.log on the remote server. > > Mar 9 19:24:21 local1 sshd[2450]: fatal: stat(/dev/#C:212:0x0) > failed: No such file or directory > Mar 9 19:24:21 local1 sshd[2450]: error: chown /dev/#C:212:0x0 0 0 > failed: No such file or directory > Mar 9 19:24:21 local1 sshd[2450]: error: chmod /dev/#C:212:0x0 0666 > failed: No such file or directory > > I didn't have this problem yesterday and I've checked configuration, > mergemaster, pam, etc. and have no idea what could be causing it. > > It has me locked me out interactive ssh sessions but commands do work > so I can cvsup and rebuild on the remote machines in case the error is > in today's cvsup. > > Any and all suggestions welcome. Poul-Henning Kamp posted a patch here yesterday in an email titled "[TEST(/review)] major/minor/devname fix". Diomidis From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 06:32:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0686A16A4CE for ; Thu, 10 Mar 2005 06:32:42 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F3BE43D2D for ; Thu, 10 Mar 2005 06:32:41 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2A6Wdpd006252; Thu, 10 Mar 2005 07:32:40 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andrey Chernov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 10 Mar 2005 09:24:11 +0300." <20050310062410.GA27497@nagual.pp.ru> Date: Thu, 10 Mar 2005 07:32:39 +0100 Message-ID: <6251.1110436359@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.ORG Subject: Re: [TEST(/review)] major/minor/devname fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 06:32:42 -0000 In message <20050310062410.GA27497@nagual.pp.ru>, Andrey Chernov writes: >On Wed, Mar 09, 2005 at 10:40:18PM +0100, Poul-Henning Kamp wrote: >> +dev_t >> +dev2udev(struct cdev *x) >> +{ >> + if (x == NULL) >> + return (NODEV); >> + return (x->si_inode ^ devfs_random()); >> +} > >... > >> + dp = devfs_itod(ud ^ devfs_random()); > > >Why you try to use randomization here instead of sequental ordering (or >reversing/shifting it)? In such small number of bits there is a big >probability of collisions may occurse. There is no risk of collision, look at what devfs_random() does. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 06:51:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CD5D16A4CF for ; Thu, 10 Mar 2005 06:51:32 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5527943D53 for ; Thu, 10 Mar 2005 06:51:31 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j2A6pRd0028118; Thu, 10 Mar 2005 09:51:27 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j2A6pRJq028117; Thu, 10 Mar 2005 09:51:27 +0300 (MSK) (envelope-from ache) Date: Thu, 10 Mar 2005 09:51:26 +0300 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20050310065126.GA28001@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , current@FreeBSD.ORG References: <20050310062410.GA27497@nagual.pp.ru> <6251.1110436359@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6251.1110436359@critter.freebsd.dk> User-Agent: Mutt/1.5.8i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.5; VDF: 6.30.0.24; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Thu, 10 Mar 2005 09:51:28 +0300 (MSK) cc: current@FreeBSD.ORG Subject: Re: [TEST(/review)] major/minor/devname fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 06:51:32 -0000 On Thu, Mar 10, 2005 at 07:32:39AM +0100, Poul-Henning Kamp wrote: > There is no risk of collision, look at what devfs_random() does. What happens with whole devfs_random() logic, in case first devfs_seed obtained after masking with 0xf0f becomes 0 again (as it was before)? And second? And third? It may happens especially in some "no good entropy yet" scenario. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 07:00:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E4016A4CE for ; Thu, 10 Mar 2005 07:00:35 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 585FF43D55 for ; Thu, 10 Mar 2005 07:00:34 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2A70X3I031221; Thu, 10 Mar 2005 08:00:33 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andrey Chernov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 10 Mar 2005 09:51:26 +0300." <20050310065126.GA28001@nagual.pp.ru> Date: Thu, 10 Mar 2005 08:00:33 +0100 Message-ID: <31220.1110438033@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.ORG Subject: Re: [TEST(/review)] major/minor/devname fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 07:00:35 -0000 In message <20050310065126.GA28001@nagual.pp.ru>, Andrey Chernov writes: >On Thu, Mar 10, 2005 at 07:32:39AM +0100, Poul-Henning Kamp wrote: >> There is no risk of collision, look at what devfs_random() does. > >What happens with whole devfs_random() logic, in case first devfs_seed >obtained after masking with 0xf0f becomes 0 again (as it was before)? And >second? And third? It may happens especially in some "no good entropy yet" >scenario. Then somebody beats our PRNG maintainers over the head until they get their act together. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 07:46:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5105816A4CE for ; Thu, 10 Mar 2005 07:46:53 +0000 (GMT) Received: from talisker.lacave.net (talisker.lacave.net [217.145.39.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 2980143D5C for ; Thu, 10 Mar 2005 07:46:52 +0000 (GMT) (envelope-from fred.letter@lacave.net) Received: (qmail 82725 invoked from network); 10 Mar 2005 07:46:49 -0000 Received: from 212-100-178-134.adsl.easynet.be (HELO tamnavulin) (212.100.178.134) by talisker.lacave.net with SMTP; 10 Mar 2005 07:46:49 -0000 Date: Thu, 10 Mar 2005 08:42:51 +0100 From: "F. Senault" X-Mailer: The Bat! (v3.0.1.33) Professional Organization: Freelance gourou X-Priority: 3 (Normal) Message-ID: <1415400350.20050310084251@lacave.net> To: current@freebsd.org In-Reply-To: <3527.1110404418@critter.freebsd.dk> References: <3527.1110404418@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [TEST(/review)] major/minor/devname fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "F. Senault" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 07:46:53 -0000 Wednesday, March 9, 2005, 10:40:18 PM, you wrote: > For the people with devname(3) and ssh trouble: Please try out > this patch. It is not quite commit ready yet, but it should > make your system usable again. Success : I was locked out yesterday (even on the console with the root account ?), with this, I can ssh into the box again. Thanks a lot ! Fred 'Was a bad day to track current. OTOH, where would be all the fun without some glitches ? 0:) -- It has a serial number on it, and the bean-counters will not be happy that asset #193204 was lost due to rectal insertion. You just don't get tax breaks for writing off equipment that way ! (Chris King in the SDM) From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 09:00:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 512EB16A4CE for ; Thu, 10 Mar 2005 09:00:20 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F93743D5F for ; Thu, 10 Mar 2005 09:00:19 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2A90Fd4011057 for ; Thu, 10 Mar 2005 04:00:15 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2A90Fn4011054 for ; Thu, 10 Mar 2005 04:00:15 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Thu, 10 Mar 2005 04:00:15 -0500 (EST) From: Jeff Roberson To: current@freebsd.org Message-ID: <20050310035819.O20708@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Call for testers, vfs changes. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 09:00:20 -0000 I have a patch at http://www.chesapeake.net/~jroberson/vgone.diff that greatly simplifies the vnode teardown code, and should fix some of the races that have been seen with smp vfs enabled. I would appreciate any testing people can offer. See the thread on arch@ for details. Thanks, jeff From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 09:01:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1397516A4D1 for ; Thu, 10 Mar 2005 09:01:14 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ACE843D53 for ; Thu, 10 Mar 2005 09:01:13 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so448437rng for ; Thu, 10 Mar 2005 01:01:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ZFxN/LZxjpc1480AI0VrGeMjFy0V3r7JsYwKgoeobrgKpbLzkru4ihHkxNj5+yWiVj2ZzfYVMFDs8dMCAhhouaK+m3O4Urgsh/vB3dXsLTDjTShAGJ3HWRxqhpAaECbg/x65M1tNGf6OplEhDs+hNLQPE+ZYYnna/3HezhRWWt0= Received: by 10.38.24.17 with SMTP id 17mr1579623rnx; Thu, 10 Mar 2005 01:01:13 -0800 (PST) Received: by 10.38.12.68 with HTTP; Thu, 10 Mar 2005 01:01:13 -0800 (PST) Message-ID: <1d6d20bc0503100101621bbee3@mail.gmail.com> Date: Thu, 10 Mar 2005 17:01:13 +0800 From: Jia-Shiun Li To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: VESA non-VGA flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jia-Shiun Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 09:01:14 -0000 Hi, These days I was trying to add a splash screen. I used VMWare to test, but it cannot init VESA correctly, which is odd since VMWare claimed its display to be VESA compliant. I then traced into src/sys/i386/isa/vesa.c, found that it was cause by the flag V_NONVGA. It will stop initializing if this flag is set, at line 655(v1.50). If I comment it out, VESA will work on VMWare and I can happily use my splash screen during booting. I tried to google some info, but still cannot figure out if the 'non-VGA' flag really means 'not (IBM)VGA backward-compatible' or 'not a display device at all'. But since anything implementing VBE must be a display device to make sense, I suppose it to be the former. The question is, if the checking of non-VGA flag can be safely removed? I do not know if there is any devices depending on it to work correctly. To me it seems ok without the checking. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 10:55:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A892D16A4CE; Thu, 10 Mar 2005 10:55:49 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DDB643D1D; Thu, 10 Mar 2005 10:55:49 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from msd-mtu.mbrd.ru ([195.34.35.77] helo=[172.16.4.9]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1D9LKU-000MGK-Ae; Thu, 10 Mar 2005 13:55:46 +0300 Message-ID: <423027B1.8080503@FreeBSD.org> Date: Thu, 10 Mar 2005 13:55:45 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Mathieu Arnold References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> <874qfpupk5.fsf@neva.vlink.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: Denis Shaposhnikov cc: Kris Kennaway cc: freebsd-current@FreeBSD.ORG Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 10:55:49 -0000 Mathieu Arnold wrote: > +-le 06/03/2005 11:49 +0300, Denis Shaposhnikov écrivait : > |>>>>> "Mathieu" == Mathieu Arnold writes: > | > | Mathieu> Well, nullfs and unionfs have the same BUGS section :-) > | Mathieu> OTOH, nullfs has never panic'ed me, whereas unionfs has. > | Possible, but I can't use it for jail's system because it very slow. > > I find that pretty strange, I'll be thinking that it should be at least as > fast, if not faster, I'll make some tests this week. > I'd like to add 'me too' note. I've found nullfs toooo slow in jail. -- Sem. From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 12:05:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DE2516A4CE for ; Thu, 10 Mar 2005 12:05:54 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39FD043D1D for ; Thu, 10 Mar 2005 12:05:53 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 66A732E0F6C; Thu, 10 Mar 2005 13:05:52 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 455F7407C; Thu, 10 Mar 2005 13:05:48 +0100 (CET) Date: Thu, 10 Mar 2005 13:05:48 +0100 From: Jeremie Le Hen To: Denis Shaposhnikov Message-ID: <20050310120548.GL34822@obiwan.tataz.chchile.org> References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <87sm3ajj8s.fsf@neva.vlink.ru> <20050305151903.GC26240@hub.freebsd.org> <87r7it18fh.fsf@neva.vlink.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87r7it18fh.fsf@neva.vlink.ru> User-Agent: Mutt/1.5.8i cc: freebsd-current@FreeBSD.ORG Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 12:05:54 -0000 > And if unionfs panic the system on 5.4 too, I think it can't be STABLE > at all. > > BTW, from man mount_nullfs: > > BUGS > THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T WORK) > AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM. USE AT > YOUR OWN RISK. BEWARE OF DOG. SLIPPERY WHEN WET. > > So you can't suggest to use nullfs instead of unionfs, because "is > well-documented to be broken". FYI, this is an email I just sent in reply to David Schultz on -hackers@. %%% Date: Thu, 10 Mar 2005 12:38:43 +0100 From: Jeremie Le Hen To: David Schultz Cc: freebsd-fs@FreeBSD.ORG Cc: Mikhail Teterin Cc: hackers@FreeBSD.ORG Hi David, > Nullfs works better than unionfs. Unionfs worked well in 4.X. > Despite numerous minor bugs such as being unable to cope with > FIFOs, several people have reported using it quite successfully on > production systems. However, unionfs no longer works quite as > well in 5.X or -CURRENT. There are several reasons for this: > > 1. Nobody seems to have both the time and interest to maintain it. > > 2. Developers can't be expected to prevent regressions in > something that's unsupported. > > 3. There are a couple of people who always respond to questions > about unionfs with comments along the lines of: > ``It's broken, so we won't help you. Go away and don't tell > us if you find any bugs.'' > > There's some pretty low-hanging fruit in terms of nits to fix. > See the PR database if you're interested in helping, and don't let > anyone scare you away. ;-) > > > What about the `union' option to regular mounts? Is that safe to use? > > Last I checked, it was very broken, but I'm not sure. A little time ago, phk@ asked for people to submit regression tests for virtual filesystem like this [1]. AFAIK, nobody submitted even one test so far. This could be a good starting point to have unionfs work correctly again. However, I think FreeBSD VFS gurus should first spread some ideas and clues about tests to do. I guess indeed there are very tricky ones that most common mortals wouldn't even suspect. Regards, [1] http://lists.freebsd.org/pipermail/freebsd-current/2005-January/045743.html -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 15:47:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D2A516A4CE for ; Wed, 9 Mar 2005 15:47:00 +0000 (GMT) Received: from hermes.oxyd.fr (hermes.oxyd.fr [195.137.249.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EAAC43D5A for ; Wed, 9 Mar 2005 15:46:59 +0000 (GMT) (envelope-from pcasidy@casidy.com) Received: from [212.43.253.140] (helo=smtp.casidy.net) by hermes.oxyd.fr with asmtp (Exim 4.20) id 1D93Ok-00019j-LF for freebsd-current@freebsd.org; Wed, 09 Mar 2005 16:46:58 +0100 Received: from casidy.com (unknown [192.168.1.5]) by smtp.casidy.net (Postfix) with ESMTP id DDFD7B86C for ; Wed, 9 Mar 2005 16:46:54 +0100 (CET) Date: Wed, 9 Mar 2005 16:56:05 +0100 (CET) From: pcasidy@casidy.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050309154654.DDFD7B86C@smtp.casidy.net> X-auth-smtp-user: postmaster@casidy.com X-abuse-contact: abuse@oxyd.fr X-Mailman-Approved-At: Thu, 10 Mar 2005 13:01:29 +0000 Subject: Panic: Use-after-free in bfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 15:47:00 -0000 Hi! I have been suggested to escalate my problem to this list. I have this problem both on -STABLE and -CURRENT. On stable@ the thread is titled 'if_bfe/uhci: storm interrupt Fatal trap 12' Here is a description of the problem: I have a new laptop: a DELL Inspiron 9100 with a builtin "Broadcom BCM4401 Fast Ethernet" which is attached to the bfe driver. As soon as I give this NIC an adress, the system panic. The laptop has a Pentium 4HT 3.2Ghz and 1.5Gb of memory. Here is a handwritten typescript of the panic while using february CURRENT-SNAP in Fixit-mode. 1- I boot with the snapshot miniinst 2- Selecting keymap (french accent) 3- Fixit mode 4- Emergency shell 5- using Alt-F4 to go to the terminal 6- typing: "ifconfig bfe0 192.168.1.1" => the shell freeze 7- using Alt-F1 to go back to the 1st terminal where there is a panic message: <<<<<<< handwritten typescript cpuid = 0 KDB: enter: panic [thread pid 29 tid 100030 ] Stopped at kdb_enter+0x2b: nop db> where -- command entered Tracing pid 29 tid 100030 td 0xc2ff1000 kdb_enter(c0823108) at kdb_enter+0x2b panic(c083ca28,deadc000,c07c9462,0,80000000) at panic+0x127 vm_fault(c1459000,deadc000,1,0,c2ff1000) at vm_fault+0x1e1 trap_pfault(e5e61c50,0,deadc0ee) at trap_pfault+0x13b trap(c0830018,10,10,c3105000,c3102400) at trap+0x335 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc07a810, esp = 0xe5e61c90, ebp = 0xe5e61c98 --- _bus_dmamap_unload(c3102400,c3104540) at _bus_dmamap_unload+0x16 bfe_rx_ring_free(c3105000,c3105000,c3105000,e5e61cd8,c04dd0a3) at bfe_rx_ring_free+0x50 bfe_stop(c3105000,400,c3105000,e5e61cf4,c04dcae7) at bfe_stop+0x45 bfe_init_locked(c3105000) at bfe_init_locked+0x33 bfe_intr(c3105000) at bfe_intr+0x9f ithread_loop(c2fe9500,e5e61d48,c2fe9500,c0601a54,0) at ithread_loop+0x120 fork_exit(c0601a54,c2fe9500,e5e61d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe5e61d7c, ebp = 0 --- db> >>>>>> On -STABLE the panic is preceded by a "storm interrupt" on "irq18: bfe0 uhci2" and dmesg reports: bfe0: mem 0xfaffe000-0xfaffffff irq 18 at device 0.0 on pci2 bfe0: Ethernet address: 00:11:43:65:ab:d1 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto For the moment, I use NDISulator to have this NIC working and I am compiling a new STABLE kernel with DDB and KDB. Do not hesitate to ask me more information as long as I can provide them using the fixit terminal on the miniinst SNAP. Thanks Phil. From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 13:29:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E4D316A4CE for ; Thu, 10 Mar 2005 13:29:43 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249D843D62 for ; Thu, 10 Mar 2005 13:29:43 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.3/8.13.3) with ESMTP id j2ADRXWR039788; Thu, 10 Mar 2005 05:28:18 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j2ADRW2X088898; Thu, 10 Mar 2005 05:27:32 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j2ADRW2C088897; Thu, 10 Mar 2005 05:27:32 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200503101327.j2ADRW2C088897@realtime.exit.com> In-Reply-To: <20050309154654.DDFD7B86C@smtp.casidy.net> To: pcasidy@casidy.com Date: Thu, 10 Mar 2005 05:27:32 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Panic: Use-after-free in bfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 13:29:43 -0000 pcasidy@casidy.com wrote: > Here is a handwritten typescript of the panic while using february > CURRENT-SNAP in Fixit-mode. > > 1- I boot with the snapshot miniinst > 2- Selecting keymap (french accent) > 3- Fixit mode > 4- Emergency shell > 5- using Alt-F4 to go to the terminal > 6- typing: "ifconfig bfe0 192.168.1.1" => the shell freeze > 7- using Alt-F1 to go back to the 1st terminal where there is a panic > message: > <<<<<<< handwritten typescript > cpuid = 0 > KDB: enter: panic > [thread pid 29 tid 100030 ] > Stopped at kdb_enter+0x2b: nop > db> where -- command entered > Tracing pid 29 tid 100030 td 0xc2ff1000 > kdb_enter(c0823108) at kdb_enter+0x2b > panic(c083ca28,deadc000,c07c9462,0,80000000) at panic+0x127 > vm_fault(c1459000,deadc000,1,0,c2ff1000) at vm_fault+0x1e1 > trap_pfault(e5e61c50,0,deadc0ee) at trap_pfault+0x13b > trap(c0830018,10,10,c3105000,c3102400) at trap+0x335 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc07a810, esp = 0xe5e61c90, ebp = 0xe5e61c98 --- > _bus_dmamap_unload(c3102400,c3104540) at _bus_dmamap_unload+0x16 > bfe_rx_ring_free(c3105000,c3105000,c3105000,e5e61cd8,c04dd0a3) at > bfe_rx_ring_free+0x50 > bfe_stop(c3105000,400,c3105000,e5e61cf4,c04dcae7) at bfe_stop+0x45 > bfe_init_locked(c3105000) at bfe_init_locked+0x33 > bfe_intr(c3105000) at bfe_intr+0x9f > ithread_loop(c2fe9500,e5e61d48,c2fe9500,c0601a54,0) at > ithread_loop+0x120 > fork_exit(c0601a54,c2fe9500,e5e61d48) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe5e61d7c, ebp = 0 --- > db> I filed a PR along with a patch to fix this a few weeks ago, i386/77804. Apparently the patch hasn't made it to -current just yet. (Oh, probably because Release is marked incorrectly as 4.11-stable; it's really for 6.0-current.) -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 15:08:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7591716A4CE; Thu, 10 Mar 2005 15:08:25 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A8A043D3F; Thu, 10 Mar 2005 15:08:25 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ID500HKN5SYU660@bgo1smout1.broadpark.no>; Thu, 10 Mar 2005 16:02:58 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ID500KGD656DJ50@bgo1sminn1.broadpark.no>; Thu, 10 Mar 2005 16:10:18 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id AFE444519E; Thu, 10 Mar 2005 16:08:23 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id CABC9A0CAA; Thu, 10 Mar 2005 16:08:19 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id B93AA33C1B; Thu, 10 Mar 2005 16:08:19 +0100 (CET) Date: Thu, 10 Mar 2005 16:08:19 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050309194028.GA17398@odin.ac.hmc.edu> To: Brooks Davis Message-id: <86y8cvsfmk.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050309194028.GA17398@odin.ac.hmc.edu> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-current@freebsd.org cc: Alex Welycz cc: freebsd-usb@freebsd.org Subject: Re: KVM USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 15:08:25 -0000 Brooks Davis writes: > This is caused by a bug in /etc/devd.conf that I fixed a week ago in 5. > Just change the line to refer to ukbd0 instead of bogusly refering to > kbd1. The problem was caused by crappy examples in the manpage making > me think you had to use the generic /dev/kbd# device not the specific > /dev/ukdb# device with kbdcontrol. It's still wrong. At the very least, the attach trigger should be changed to attach 100 { device-name "ukbd[0-9]+"; action "kbdcontrol -k /dev/$device-name < /dev/console"; }; but actually there is no way devd can get it right in the general case, because there's no correct answer to what to do on detach. The correct solution would be to teach kbd to multiplex keyboards, like scmouse multiplexes mice. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 16:10:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A87CE16A4CE for ; Thu, 10 Mar 2005 16:10:38 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F05443D1D for ; Thu, 10 Mar 2005 16:10:38 +0000 (GMT) (envelope-from edwinlculp@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so632894wra for ; Thu, 10 Mar 2005 08:10:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=cTZn7PWyomgnb88Y9pBC6STd4lPjrainNTe9l4fVoXxvi3+Jd1nwMi46ZAW/kI69uSPRO6W1pmGGp3vXYq+02/47RLTGwxK0nVEexmqwfuv/lYCUw2a1Nt3BbT/gHLnrGPoadQoKJGnUyav+Ye3JsuumhDZ+dsjG4dHbBNcFW/w= Received: by 10.54.71.17 with SMTP id t17mr1802178wra; Thu, 10 Mar 2005 08:10:37 -0800 (PST) Received: by 10.54.50.17 with HTTP; Thu, 10 Mar 2005 08:10:37 -0800 (PST) Message-ID: <7affaed6050310081023d383cc@mail.gmail.com> Date: Thu, 10 Mar 2005 10:10:37 -0600 From: Edwin Culp To: freebsd-current@freebsd.org In-Reply-To: <7affaed605030917419fa3bd1@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <7affaed605030917419fa3bd1@mail.gmail.com> Subject: error: chown /dev/#C:214:0x12 0 0 failed: No such file or directory - on yesterday's world and kernel. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Edwin Culp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 16:10:38 -0000 >From auth.log I'm seeing: Mar 10 10:02:46 home sshd[60178]: Accepted keyboard-interactive/pam for eculp from 207.111.170.49 port 50976 ssh2 Mar 10 10:02:46 home sshd[60178]: fatal: stat(/dev/#C:214:0x12) failed: No such file or directory Mar 10 10:02:46 home sshd[60178]: syslogin_perform_logout: logout() returned an error Mar 10 10:02:46 home sshd[60178]: error: chown /dev/#C:214:0x12 0 0 failed: No such file or directory Mar 10 10:02:46 home sshd[60178]: error: chmod /dev/#C:214:0x12 0666 failed: No such file or directory It seems to have me locked me out interactive ssh sessions If I'm misunderstanding the errors, please correct me and if I'm correct I'd welcome a suggestion for a solution or work around. I can't login to remote machines. Thanks, ed From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 16:22:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A721116A4CE for ; Thu, 10 Mar 2005 16:22:10 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 311E443D3F for ; Thu, 10 Mar 2005 16:22:10 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 74AB12B5B84; Thu, 10 Mar 2005 17:22:09 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id DDA63407C; Thu, 10 Mar 2005 17:22:05 +0100 (CET) Date: Thu, 10 Mar 2005 17:22:05 +0100 From: Jeremie Le Hen To: Edwin Culp Message-ID: <20050310162205.GO34822@obiwan.tataz.chchile.org> References: <7affaed605030917419fa3bd1@mail.gmail.com> <7affaed6050310081023d383cc@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7affaed6050310081023d383cc@mail.gmail.com> User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org Subject: Re: error: chown /dev/#C:214:0x12 0 0 failed: No such file or directory - on yesterday's world and kernel. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 16:22:10 -0000 Hi Edwin, On Thu, Mar 10, 2005 at 10:10:37AM -0600, Edwin Culp wrote: > >From auth.log I'm seeing: > > Mar 10 10:02:46 home sshd[60178]: Accepted keyboard-interactive/pam > for eculp from 207.111.170.49 port 50976 ssh2 > Mar 10 10:02:46 home sshd[60178]: fatal: stat(/dev/#C:214:0x12) > failed: No such file or directory > Mar 10 10:02:46 home sshd[60178]: syslogin_perform_logout: logout() > returned an error > Mar 10 10:02:46 home sshd[60178]: error: chown /dev/#C:214:0x12 0 0 > failed: No such file or directory > Mar 10 10:02:46 home sshd[60178]: error: chmod /dev/#C:214:0x12 0666 > failed: No such file or directory > > It seems to have me locked me out interactive ssh sessions > > If I'm misunderstanding the errors, please correct me and if I'm > correct I'd welcome a suggestion for a solution or work around. I > can't login to remote machines. Please, use the patch phk@ posted yesterday [1]. I just recompiled my kernel with it, and I can login through ssh without any problems. Regards, [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=398226+0+current/freebsd-current -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 16:47:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 043CE16A4D0; Thu, 10 Mar 2005 16:47:57 +0000 (GMT) Date: Thu, 10 Mar 2005 16:47:56 +0000 From: Kris Kennaway To: Divacky Roman Message-ID: <20050310164756.GB34206@hub.freebsd.org> References: <20050309092749.GA72315@stud.fit.vutbr.cz> <20050309170100.GG50186@hub.freebsd.org> <20050309185907.GA10766@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050309185907.GA10766@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: amd64 default CFLAGS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 16:47:57 -0000 On Wed, Mar 09, 2005 at 07:59:07PM +0100, Divacky Roman wrote: > On Wed, Mar 09, 2005 at 05:01:00PM +0000, Kris Kennaway wrote: > > On Wed, Mar 09, 2005 at 10:27:49AM +0100, Divacky Roman wrote: > > > hi, > > > > > > why is it necessary (if its at all) to have this: > > > -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow in default CFLAGS for amd64 > > > architecture? > > > > This is the default COPTFLAGS, not CFLAGS, right? You can't use > > special instructions like sse in the kernel because they require extra > > register state operations that would cost performance. > > (from sys/conf/kern.mk) > CFLAGS+= -mcmodel=kernel -mno-red-zone \ > -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow \ > -msoft-float -fno-asynchronous-unwind-tables > > I'd call it CFLAGS ;) kern.mk is only used for kernel + module builds. > (from sys/i386/i386/support.s) > ENTRY(sse2_pagezero) > > isnt this use of sse in kernel? > > why is it allowed in this case and not allowed in general. any measurements how > much does it hurt performance? This has been discussed before; see the archives. Kris From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 16:56:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86D8716A4CE for ; Thu, 10 Mar 2005 16:56:08 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C59C443D49 for ; Thu, 10 Mar 2005 16:56:07 +0000 (GMT) (envelope-from edwinlculp@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so649782wra for ; Thu, 10 Mar 2005 08:56:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TBhoC+rkF+58tUpo3Tji9D8x3iy7f5vaIbNeWShKnjGHLyqaE6lMvAi4ZTPt253QdWEe+RpnCcVyJhQG7jGQw9diBnrFV2sCetZlYZIyWL1QXBkHiB3H1zMVxda4HWFw3BzDD9aVFyXMTjd7bsPQB5H0z0U2NPfpYijJ5zbDgEI= Received: by 10.54.84.15 with SMTP id h15mr540406wrb; Thu, 10 Mar 2005 08:56:07 -0800 (PST) Received: by 10.54.50.17 with HTTP; Thu, 10 Mar 2005 08:56:07 -0800 (PST) Message-ID: <7affaed6050310085647fbf42a@mail.gmail.com> Date: Thu, 10 Mar 2005 10:56:07 -0600 From: Edwin Culp To: Jeremie Le Hen In-Reply-To: <20050310162205.GO34822@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <7affaed605030917419fa3bd1@mail.gmail.com> <7affaed6050310081023d383cc@mail.gmail.com> <20050310162205.GO34822@obiwan.tataz.chchile.org> cc: freebsd-current@freebsd.org Subject: Re: error: chown /dev/#C:214:0x12 0 0 failed: No such file or directory - on yesterday's world and kernel. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Edwin Culp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 16:56:08 -0000 Jeremie, Thanks for the memory jog. I think that I remember the patch but didn't relate my errors to the patch. The problem caught me totally off guard. I'm compiling on the first machine now. Thanks again, ed > Please, use the patch phk@ posted yesterday [1]. I just recompiled my > kernel with it, and I can login through ssh without any problems. > > Regards, > > [1] > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=398226+0+current/freebsd-current > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 17:10:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 7303416A4CF; Thu, 10 Mar 2005 17:10:12 +0000 (GMT) Date: Thu, 10 Mar 2005 17:10:12 +0000 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050310171012.GF34206@hub.freebsd.org> References: <20050310035819.O20708@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050310035819.O20708@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Call for testers, vfs changes. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 17:10:12 -0000 On Thu, Mar 10, 2005 at 04:00:15AM -0500, Jeff Roberson wrote: > I have a patch at http://www.chesapeake.net/~jroberson/vgone.diff that > greatly simplifies the vnode teardown code, and should fix some of the > races that have been seen with smp vfs enabled. I would appreciate any > testing people can offer. See the thread on arch@ for details. Will this address the lockf problems? Kris From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 17:12:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D35B16A4CF for ; Thu, 10 Mar 2005 17:12:15 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90FDB43D49 for ; Thu, 10 Mar 2005 17:12:14 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so510916wra for ; Thu, 10 Mar 2005 09:12:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=YyMSQJJGRHLJfk6Zmbq8DcVHPXgWmPNgS2u+odT5BCwIA+LxkRnuBna7AQMLU14mp1HLq4OqYMBFpMvv4wzWILhwTMqLhywZFVwdli1zjUQYRggCzBEAyBMJvHq9Fa68IvXLSk3jgXh7NQHQwYVY44kU9hk90ft01EE5brNgKHU= Received: by 10.54.45.14 with SMTP id s14mr1921133wrs; Thu, 10 Mar 2005 09:12:14 -0800 (PST) Received: by 10.54.57.20 with HTTP; Thu, 10 Mar 2005 09:12:14 -0800 (PST) Message-ID: <34cb7c84050310091243cdc342@mail.gmail.com> Date: Thu, 10 Mar 2005 17:12:14 +0000 From: Peter Edwards To: Sergey Matveychuk In-Reply-To: <423027B1.8080503@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> <874qfpupk5.fsf@neva.vlink.ru> <423027B1.8080503@FreeBSD.org> cc: Denis Shaposhnikov cc: freebsd-current@freebsd.org cc: Mathieu Arnold Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Edwards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 17:12:15 -0000 > I've found nullfs toooo slow in jail. There seems to be a common consensus that nullfs is a bit of a tortoise. Stab in the dark: I haven't looked at this in great detail, but the very top of nullfs_subr .c defines the size of a hashtables used for storing all the null nodes into. It's only 16 buckets. That seems awfully under provisioned to me: there might be tens of thousands of "underlying" vnodes, giving a best-case scenario of thousands of iterations over one of these buckets to find an upper "null" node. Even the hash function seems pretty ropey... unionfs has a similar hash table (32 buckets instead of 16, and separate locks on each bucket) but it might not invoke the searches as often: I'm not as familliar with its design. If someone experiencing these issues could try rebuilding after changing #define NNULLNODECACHE 16 to #define NNULLNODECACHE 1024 in null_subr.c (line 50 in my version, 1.45) And just see if it makes much of a difference. If so, it might be worth making more flexible. (Sizing proportionally to maxvnodes or something, as UFS does, or replacing with a more scalable data structure.) From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 23:22:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EFF316A4CE for ; Thu, 10 Mar 2005 23:22:05 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 210EC43D3F for ; Thu, 10 Mar 2005 23:22:03 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.yazzy.org (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 89D353986E for ; Fri, 11 Mar 2005 00:23:27 +0100 (CET) Date: Thu, 10 Mar 2005 23:21:55 +0000 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20050310232155.2cf284cd.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Atheros and UNII band X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 23:22:05 -0000 Hi Guys. Is UNII band supported by the atheros driver (in CURRENT?) ? -- Regards, M. Jessa http://www.yazzy.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 23:28:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2FC516A4CE for ; Thu, 10 Mar 2005 23:28:54 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60D3F43D4C for ; Thu, 10 Mar 2005 23:28:54 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.yazzy.org (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id A67893986E; Fri, 11 Mar 2005 00:30:21 +0100 (CET) Date: Thu, 10 Mar 2005 23:28:50 +0000 From: Marcin Jessa To: freebsd-current@freebsd.org Message-Id: <20050310232850.2dc3e265.lists@yazzy.org> In-Reply-To: <20050310054013.GA5193@pit.databus.com> References: <20050310054013.GA5193@pit.databus.com> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: barney@databus.com Subject: Re: current repair? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 23:28:54 -0000 Hi Barney. Download livecd - ftp://anoncvs.jp.freebsd.org:/pub/FreeBSD/snapshots/i386/ISO-IMAGES/live-current.iso Mount your harddrives and copy over the bins/libs you need (chmod noschg may be needed) You could also chroot to your mounted system and then update your sources and recompile the base/kernel. On Thu, 10 Mar 2005 00:40:13 -0500 Barney Wolff wrote: > Is there a suggested mechanism for repairing a very -current system > that exhibits the "unable to log in via ssh or console" problem? > Presumably I can boot it single-user, but then what? > Thanks, > Barney Wolff > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Regards, M. Jessa http://www.yazzy.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 00:20:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D47516A4CE for ; Fri, 11 Mar 2005 00:20:48 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E12D43D4C for ; Fri, 11 Mar 2005 00:20:48 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 932DB3BE97; Thu, 10 Mar 2005 18:20:47 -0600 (CST) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13710-01-29; Thu, 10 Mar 2005 18:20:47 -0600 (CST) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 6A8CF3BE24; Thu, 10 Mar 2005 18:20:47 -0600 (CST) Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 10 Mar 2005 18:20:45 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 10 Mar 2005 18:20:39 -0600 Message-ID: <4230E44A.2010007@savvis.net> Date: Thu, 10 Mar 2005 16:20:26 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <41DC2EAD.8070403@savvis.net> <20050122.170552.61536829.imp@bsdimp.com> In-Reply-To: <20050122.170552.61536829.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Mar 2005 00:20:39.0809 (UTC) FILETIME=[279F1710:01C525D0] X-Virus-Scanned: amavisd-new at savvis.net cc: current@freebsd.org Subject: Re: device pcic and card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 00:20:48 -0000 Warner, sorry to bring this up again. there is nothing in UPDATING on the subject. beetle# grep -i pcic /usr/src/UPDATING beetle# grep -i card /usr/src/UPDATING beetle# grep -i oldcard /usr/src/UPDATING > In message: <41DC2EAD.8070403@savvis.net> > Maksim Yevmenkin writes: > : i heard Warner said something about removing pcic and card (aka oldcard) > : support from -current. has it happened? after cvsup'ing (yesterday) i no > : longer can configure kernel with pcic and card. > : > : i can not use newcard on my tecra 8100 :( when i insert serial pc-card > : my laptop hangs :( i can insert ethernet card (3com) but i can not > : remove it :( same story - laptop hangs hard. > > Hangs hard? That's unfortunate. I'd love to help figure things out, > but my tecra 8100 is working great... so, was oldcard support removed from -current? i have xircom credit card bluetooth adapter that has standard uart (16550) and used to work with oldcard (sio(4)). with newcard this adapter just hangs the system hard as soon as i plug it in. also /var/log/messages says sio(4) can not recognize uart type. beetle# uname -a FreeBSD beetle.digisle.com 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Fri Mar 4 16:16:19 PST 2005 max@beetle.digisle.com:/usr/obj/usr/src/sys/BEETLE i386 beetle# cd /sys/i386/conf/ beetle# config BEETLE config: Error: device "card" is unknown config: Error: device "pcic" is unknown config: 2 errors i have device card # pccard bus device pcic # PCMCIA bridge in the kernel config. thanks, max From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 03:47:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEC8816A4CE; Fri, 11 Mar 2005 03:47:29 +0000 (GMT) Received: from av3-2-sn3.vrr.skanova.net (av3-2-sn3.vrr.skanova.net [81.228.9.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D69343D48; Fri, 11 Mar 2005 03:47:29 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-2-sn3.vrr.skanova.net (Postfix, from userid 502) id D407237E49; Fri, 11 Mar 2005 04:47:28 +0100 (CET) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id C44C737E44; Fri, 11 Mar 2005 04:47:28 +0100 (CET) Received: from sentinel (81-232-139-217-no23.business.telia.com [81.232.139.217]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 851B538003; Fri, 11 Mar 2005 04:47:28 +0100 (CET) From: "Daniel Eriksson" To: "'FreeBSD Current'" Date: Fri, 11 Mar 2005 04:47:16 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcUl7QTGDUkYBnv/TEqaOydxyTXtTw== cc: 'Hartmut Brandt' Subject: make broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 03:47:30 -0000 After compiling and installing kernel+world dated 2005.03.10.22.30.00, make seems to be broken. And a broken make is no fun when trying to rebuild the system from older sources. :-) /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 04:05:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8575716A4CE; Fri, 11 Mar 2005 04:05:33 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C249543D3F; Fri, 11 Mar 2005 04:05:32 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j2B45VQb002162; Fri, 11 Mar 2005 07:05:31 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j2B45Vja002161; Fri, 11 Mar 2005 07:05:31 +0300 (MSK) (envelope-from ache) Date: Fri, 11 Mar 2005 07:05:31 +0300 From: Andrey Chernov To: Daniel Eriksson Message-ID: <20050311040531.GA2124@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Daniel Eriksson , 'FreeBSD Current' , 'Hartmut Brandt' References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.5; VDF: 6.30.0.25; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 11 Mar 2005 07:05:32 +0300 (MSK) cc: 'FreeBSD Current' cc: 'Hartmut Brandt' Subject: Re: make broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 04:05:33 -0000 On Fri, Mar 11, 2005 at 04:47:16AM +0100, Daniel Eriksson wrote: > > After compiling and installing kernel+world dated 2005.03.10.22.30.00, make > seems to be broken. > > And a broken make is no fun when trying to rebuild the system from older > sources. :-) Yes, I can confirm it. Yesterdays make was fine. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 04:57:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CFD516A4CF for ; Fri, 11 Mar 2005 04:57:08 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAF8843D49 for ; Fri, 11 Mar 2005 04:57:07 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so840895wra for ; Thu, 10 Mar 2005 20:57:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=rbqTo3JHY202OxHWzN45gyNixvE0FEmYjp/WjjMnOaEjJxgiakAuZiZ8MAR8A0NLAITBzdpDiGaGU0wvDyknSVmHrYLPI3aPVgB8KiRayu8Vg954IJn4Aconzv4nkGQlP0amIzzJNgmXSCw0DESAtflx3rQUzDNF+pUkiBMYDB0= Received: by 10.54.84.8 with SMTP id h8mr1018960wrb; Thu, 10 Mar 2005 20:57:07 -0800 (PST) Received: from localhost.localdomain ([61.221.58.28]) by mx.gmail.com with ESMTP id d74sm728849wra.2005.03.10.20.57.05; Thu, 10 Mar 2005 20:57:07 -0800 (PST) From: Chen Lihong To: Daniel Eriksson In-Reply-To: References: Content-Type: text/plain Date: Fri, 11 Mar 2005 12:57:01 +0800 Message-Id: <1110517021.3106.1.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: 'FreeBSD Current' cc: 'Hartmut Brandt' Subject: Re: make broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 04:57:08 -0000 On Fri, 2005-03-11 at 04:47 +0100, Daniel Eriksson wrote: > After compiling and installing kernel+world dated 2005.03.10.22.30.00, make > seems to be broken. > > And a broken make is no fun when trying to rebuild the system from older > sources. :-) > > /Daniel Eriksson > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I have this problem, too. It seems caused by the changes of src/Makefile.inc1: WORLDTMP was renamed to ${OBJTREE}${.CURDIR}/tmp I'll remove /usr/obj and try it again later. /Lihong From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 05:08:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07E4616A4CE; Fri, 11 Mar 2005 05:08:55 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4724F43D31; Fri, 11 Mar 2005 05:08:54 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j2B58q5I002929; Fri, 11 Mar 2005 08:08:52 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j2B58qeU002928; Fri, 11 Mar 2005 08:08:52 +0300 (MSK) (envelope-from ache) Date: Fri, 11 Mar 2005 08:08:51 +0300 From: Andrey Chernov To: Chen Lihong Message-ID: <20050311050851.GB2578@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Chen Lihong , Daniel Eriksson , 'FreeBSD Current' , 'Hartmut Brandt' References: <1110517021.3106.1.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1110517021.3106.1.camel@OmniBook.accton.com.tw> User-Agent: Mutt/1.5.8i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.5; VDF: 6.30.0.25; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 11 Mar 2005 08:08:52 +0300 (MSK) cc: 'FreeBSD Current' cc: 'Hartmut Brandt' cc: Daniel Eriksson Subject: Re: make broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 05:08:55 -0000 On Fri, Mar 11, 2005 at 12:57:01PM +0800, Chen Lihong wrote: > > I have this problem, too. > It seems caused by the changes of src/Makefile.inc1: > WORLDTMP was renamed to ${OBJTREE}${.CURDIR}/tmp > I'll remove /usr/obj and try it again later. Strangely, yesterdays make was fine with all recent Makefile* share/mk/* changes. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 05:13:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 252A416A4CF for ; Fri, 11 Mar 2005 05:13:35 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D89643D41 for ; Fri, 11 Mar 2005 05:13:34 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so797393wri for ; Thu, 10 Mar 2005 21:13:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=OJg2rJ4C+IuFnFEyeIYZBnbM7NXkXSURlkRBK3N6V5aJvNk/2FyrFMuoD0e35zlB3acXmgOgLiT/xLNCQcZb7UWSKWni0X2gSBuXBs2VROo2sX8nyXHkeP1eAVwbh4lmykwCLtpcSQLdoKO8o2dKbz71MZmE2OELO93j5QHiCXo= Received: by 10.54.43.79 with SMTP id q79mr2451004wrq; Thu, 10 Mar 2005 21:13:33 -0800 (PST) Received: from localhost.localdomain ([61.221.58.28]) by mx.gmail.com with ESMTP id 43sm9461wri.2005.03.10.21.13.29; Thu, 10 Mar 2005 21:13:33 -0800 (PST) From: Chen Lihong To: Andrey Chernov In-Reply-To: <20050311050851.GB2578@nagual.pp.ru> References: <1110517021.3106.1.camel@OmniBook.accton.com.tw> <20050311050851.GB2578@nagual.pp.ru> Content-Type: text/plain Date: Fri, 11 Mar 2005 13:12:38 +0800 Message-Id: <1110517958.3106.3.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: 'FreeBSD Current' cc: 'Hartmut Brandt' cc: Daniel Eriksson Subject: Re: make broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 05:13:35 -0000 On Fri, 2005-03-11 at 08:08 +0300, Andrey Chernov wrote: > On Fri, Mar 11, 2005 at 12:57:01PM +0800, Chen Lihong wrote: > > > > I have this problem, too. > > It seems caused by the changes of src/Makefile.inc1: > > WORLDTMP was renamed to ${OBJTREE}${.CURDIR}/tmp > > I'll remove /usr/obj and try it again later. > > Strangely, yesterdays make was fine with all recent Makefile* share/mk/* > changes. > Oops! So that must caused by others. /Lihong From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 05:53:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF8A16A4CE for ; Fri, 11 Mar 2005 05:53:33 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 117F243D31 for ; Fri, 11 Mar 2005 05:53:33 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.89] ([66.127.85.89]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j2B5rNms069703 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Mar 2005 21:53:25 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <42313286.2060206@errno.com> Date: Thu, 10 Mar 2005 21:54:14 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 05:53:33 -0000 If you''re an ath user on current it'd be great to get John some feedback on his rate control algorithm as it might be made the default. I've not tested it with 5210 or 5211 cards and it's likely to have some issues with them so beware. To use it be sure you have up to date code and then specify device ath_rate_sample instead of the normal ath_rate_onoe. Sam -------- Original Message -------- Subject: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/dev/ath/ath_rate/sample sample.c sample.h src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES Date: Fri, 11 Mar 2005 01:39:57 +0000 (UTC) From: Sam Leffler To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org sam 2005-03-11 01:39:57 UTC FreeBSD src repository Modified files: sys/modules Makefile sys/conf files sys/i386/conf NOTES Added files: sys/dev/ath/ath_rate/sample sample.c sample.h sys/modules/ath_rate_sample Makefile Log: SampleRate rate control algorithm for the ath driver Submitted by: John Bicket Revision Changes Path 1.1003 +1 -0 src/sys/conf/files http://cvsweb.FreeBSD.org/src/sys/conf/files.diff?r1=1.1002&r2=1.1003 1.1 +608 -0 src/sys/dev/ath/ath_rate/sample/sample.c (new) http://cvsweb.FreeBSD.org/src/sys/dev/ath/ath_rate/sample/sample.c?rev=1.1&content-type=text/plain 1.1 +136 -0 src/sys/dev/ath/ath_rate/sample/sample.h (new) http://cvsweb.FreeBSD.org/src/sys/dev/ath/ath_rate/sample/sample.h?rev=1.1&content-type=text/plain 1.1188 +1 -0 src/sys/i386/conf/NOTES http://cvsweb.FreeBSD.org/src/sys/i386/conf/NOTES.diff?r1=1.1187&r2=1.1188 1.430 +1 -0 src/sys/modules/Makefile http://cvsweb.FreeBSD.org/src/sys/modules/Makefile.diff?r1=1.429&r2=1.430 1.1 +48 -0 src/sys/modules/ath_rate_sample/Makefile (new) http://cvsweb.FreeBSD.org/src/sys/modules/ath_rate_sample/Makefile?rev=1.1&content-type=text/plain From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 06:28:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 226A616A4CE for ; Fri, 11 Mar 2005 06:28:37 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8061B43D2F for ; Fri, 11 Mar 2005 06:28:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2B6RfML002020; Thu, 10 Mar 2005 23:27:41 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 10 Mar 2005 23:27:53 -0700 (MST) Message-Id: <20050310.232753.35873446.imp@bsdimp.com> To: maksim.yevmenkin@savvis.net From: "M. Warner Losh" In-Reply-To: <4230E44A.2010007@savvis.net> References: <41DC2EAD.8070403@savvis.net> <20050122.170552.61536829.imp@bsdimp.com> <4230E44A.2010007@savvis.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG Subject: Re: device pcic and card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 06:28:37 -0000 In message: <4230E44A.2010007@savvis.net> Maksim Yevmenkin writes: : beetle# grep -i pcic /usr/src/UPDATING : beetle# grep -i card /usr/src/UPDATING : beetle# grep -i oldcard /usr/src/UPDATING OLDCARD is what you want to grep for. : > In message: <41DC2EAD.8070403@savvis.net> : > Maksim Yevmenkin writes: : > : i heard Warner said something about removing pcic and card (aka oldcard) : > : support from -current. has it happened? after cvsup'ing (yesterday) i no : > : longer can configure kernel with pcic and card. : > : : > : i can not use newcard on my tecra 8100 :( when i insert serial pc-card : > : my laptop hangs :( i can insert ethernet card (3com) but i can not : > : remove it :( same story - laptop hangs hard. : > : > Hangs hard? That's unfortunate. I'd love to help figure things out, : > but my tecra 8100 is working great... : : so, was oldcard support removed from -current? i have xircom credit card : bluetooth adapter that has standard uart (16550) and used to work with : oldcard (sio(4)). with newcard this adapter just hangs the system hard : as soon as i plug it in. also /var/log/messages says sio(4) can not : recognize uart type. Yes. OLDCARD has been removed from current. you should migrate to device cbb and pccard instead. This sounds like a resource issue with newcard. Some machines need to set hw.cbb.start_memory to something like 0xf0000000 or 0xff000000 or 0xd0000000 or some other value. I'd try 0xff.... (adding one f and removing one 0) until it works, and then try 0xd0000000, 0xe0000000, 0xc0000000, ... 0x80000000. If that fails, then you may need to set hw.pci.host_mem_start to the same sorts of values. In fact, it might be better to start with this tunable first. However, it will likely only be helpful if cbb is attached to pci0, and not pciN (N > 0) since it is only effective, really, for those systems that have no pcib. The hard lockups might also be due to subtle differences in how power is applied to the card. However, since dmesg says the card is unrecondized, let's try the allocation address first. Given the insert/remove problems there's a chance this is the problem. Maybe you have an older version of the TOPIC chipset, or its programmed, setup in the BIOS a little differently than mine. Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 07:43:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACBC216A4CE for ; Fri, 11 Mar 2005 07:43:06 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85D7443D68 for ; Fri, 11 Mar 2005 07:43:05 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Fri, 11 Mar 2005 08:43:04 +0100 Date: Fri, 11 Mar 2005 08:44:11 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Daniel Eriksson In-Reply-To: Message-ID: <20050311084322.B596@beagle.kn.op.dlr.de> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 11 Mar 2005 07:43:04.0237 (UTC) FILETIME=[F5555DD0:01C5260D] cc: 'FreeBSD Current' Subject: Re: make broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 07:43:06 -0000 On Fri, 11 Mar 2005, Daniel Eriksson wrote: DE>After compiling and installing kernel+world dated 2005.03.10.22.30.00, make DE>seems to be broken. DE> DE>And a broken make is no fun when trying to rebuild the system from older DE>sources. :-) Just answering to the first of all these messages: Would anybody care to tell WHAT is broken? harti From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 07:48:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3219A16A4CE for ; Fri, 11 Mar 2005 07:48:56 +0000 (GMT) Received: from ms004msg.fastwebnet.it (ms004msg.fastwebnet.it [213.140.2.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF57A43D55 for ; Fri, 11 Mar 2005 07:48:54 +0000 (GMT) (envelope-from filippo.forti@fastwebnet.it) Received: from [1.255.90.63] by ms004msg.fastwebnet.it with HTTP; Fri, 11 Mar 2005 08:48:52 +0100 Date: Fri, 11 Mar 2005 08:48:52 +0100 Message-ID: <4226FB9A0000A47A@ms004msg.mail.fw> From: filippo.forti@fastwebnet.it To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Synaptics touchpad stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 07:48:56 -0000 Hello, after updating three days ago(both the bios and FreeBSD), my mouse stopped working. Under linux the mouse seems to work whereas the keyboard= doesn't. I'm running with acpi enabled, vesa restore patch, vidcontrol & syscons patch (which do not work at the moment). The computer is a Dell Inspiron 5100 with bios version A32. Thanks for your help, Filippo Here comes the dmesg: Copyright (c) 1992-2005 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 6.0-CURRENT #0: Fri Mar 10 09:02:31 CET 2006 root@portatile.fastwebnet.it:/usr/obj/usr/src/sys/PORTATILE WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0bdf000. Preloaded elf module "/boot/kernel/pf.ko" at 0xc0bdf158. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0bdf200. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0bdf2ac. Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc0bdf358. Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc0bdf404. Preloaded elf module "/boot/kernel/ath_rate.ko" at 0xc0bdf4b0. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0bdf560. Calibrating clock(s) ... i8254 clock: 1193183 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2790711440 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.71-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff real memory =3D 1073516544 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000003ed99fff, 1041715200 bytes (254325 pages) avail memory =3D 1041678336 (993 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xcfae pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> ath_rate: nfslock: pseudo-device io: NEW_UNRHDR 0-ffffff -> 0xc22c8b00 mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 00 02 00 01 19 01 00 01 2f 01 00 01 34 01 00 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 a4 01 a5 01 a6 01 VESA: 60 mode(s) found VESA: v2.0, 32768k memory, flags:0x1, mode table:0xc0a13ac2 (1000022) VESA: ATI MOBILITY RADEON 7500 VESA: ATI Technologies Inc. M7 01.00 null: random: ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D25608= 086) pcibios: BIOS version 2.10 Found $PIR table, 10 entries at 0xc00fcbb0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x65 3 4 5 6 7 9 10 11 12 14 15 embedded 2 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 4 B 0x60 none embedded 2 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 2 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 8 0 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 8 0 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 8 1 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 8 1 B 0x63 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 atpic: Programming IRQ9 as level/low ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x8e0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link2: irq 11 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 pci_link4: irq 11 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci0: on pcib0 pci0: physical bus=3D0 map[10]: type 3, range 32, base e0000000, size 27, enabled found-> vendor=3D0x8086, dev=3D0x2560, revid=3D0x02 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x8086, dev=3D0x2561, revid=3D0x02 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 = (0 ns) map[20]: type 4, range 32, base 0000bf80, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x8086, dev=3D0x24c2, revid=3D0x02 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Da, irq=3D11 map[20]: type 4, range 32, base 0000bf40, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.PCI0.LNKD:0) pcib0: slot 29 INTB routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=3D0x8086, dev=3D0x24c4, revid=3D0x02 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Db, irq=3D11 map[20]: type 4, range 32, base 0000bf20, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x8086, dev=3D0x24c7, revid=3D0x02 bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Dc, irq=3D11 map[10]: type 1, range 32, base f4fffc00, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.PCI0.LNKH:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.PCI0.LNKH found-> vendor=3D0x8086, dev=3D0x24cd, revid=3D0x02 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0x82 bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x8080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0= ns) found-> vendor=3D0x8086, dev=3D0x24c0, revid=3D0x02 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) map[20]: type 4, range 32, base 0000bfa0, size 4, enabled found-> vendor=3D0x8086, dev=3D0x24cb, revid=3D0x02 bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Da, irq=3D255 map[10]: type 4, range 32, base 0000b800, size 8, enabled map[14]: type 4, range 32, base 0000bc40, size 6, enabled map[18]: type 1, range 32, base f4fff800, size 9, enabled map[1c]: type 1, range 32, base f4fff400, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pci_link1: Picked IRQ 9 with weight 0 pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x24c5, revid=3D0x02 bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Db, irq=3D9 powerspec 2 supports D0 D3 current D0 agp0: mem 0xe0000000-0xe7ffffff at devi= ce 0.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 128M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfc000000-0xfdffffff pcib1: prefetched decode 0xe8000000-0xefffffff pci_link5: irq 11 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci1: on pcib1 pci1: physical bus=3D1 map[10]: type 3, range 32, base e8000000, size 27, enabled pcib1: (null) requested memory range 0xe8000000-0xefffffff: good map[14]: type 4, range 32, base 0000c000, size 8, enabled pcib1: (null) requested I/O range 0xc000-0xc0ff: in range map[18]: type 1, range 32, base fcff0000, size 16, enabled pcib1: (null) requested memory range 0xfcff0000-0xfcffffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKE:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKE found-> vendor=3D0x1002, dev=3D0x4c57, revid=3D0x00 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x01a7, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0xbf80-0xbf9f irq= 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf40-0xbf5f irq= 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf40 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf20-0xbf3f irq= 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf4fffc00-0xf4ffffff irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf4fffc00 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: single transaction translator uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xefff pcib2: memory decode 0xf6000000-0xfbffffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: physical bus=3D2 map[10]: type 1, range 32, base faffe000, size 13, enabled pcib2: (null) requested memory range 0xfaffe000-0xfaffffff: good pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKB:0) pcib2: slot 1 INTA routed to irq 9 via \\_SB_.PCI0.LNKB found-> vendor=3D0x14e4, dev=3D0x4401, revid=3D0x01 bus=3D2, slot=3D1, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disable= d found-> vendor=3D0x104c, dev=3D0xac44, revid=3D0x02 bus=3D2, slot=3D4, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07= (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base faffd800, size 11, enabled pcib2: (null) requested memory range 0xfaffd800-0xfaffdfff: good map[14]: type 1, range 32, base faff8000, size 14, enabled pcib2: (null) requested memory range 0xfaff8000-0xfaffbfff: good pcib2: matched entry for 2.4.INTA (src \\_SB_.PCI0.LNKA:0) pcib2: slot 4 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x104c, dev=3D0x8029, revid=3D0x00 bus=3D2, slot=3D4, func=3D1 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (= 1000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 bfe0: mem 0xfaffe000-0xfaffffff irq 9 at= device 1.0 on pci2 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfaffe000 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: bpf attached bfe0: Ethernet address: 00:0b:db:18:b5:9c bfe0: [MPSAFE] cbb0: at device 4.0 on pci2 pcib2: cbb0 requested memory range 0xf6000000-0xfbffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf6000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 2.4.INTA (src \\_SB_.PCI0.LNKA:0) pcib2: slot 4 INTA routed to irq 11 via \\_SB_.PCI0.LNKA cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac44104c 0x02100007 0x06070002 0x00822008 0x10: 0xf6000000 0x020000a0 0x20040302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0x01491028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x28405061 0x00000000 0x001f0000 0x00001002 0x90: 0x606482c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=3D104c, dev=3D8029 fwohci0: vendor=3D104c, dev=3D8029 fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,= 0xfaffd800-0xfaffdfff irq 11 at device 4.1 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfaffd800 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 38:4f:c0:00:02:dc:d4:10 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 3a:4f:c0:dc:d4:10 fwe0: bpf attached fwe0: Ethernet address: 3a:4f:c0:dc:d4:10 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0= x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01 ata0-master: stat=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0-slave: stat=3D0x01 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D10 stat1=3D01 devices=3D0x4 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata1-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata1: [MPSAFE] pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff= 400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 9 at device 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xb800 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xbc40 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 20 bit ADC, 5 bit master volu= me, SigmaTel 3D Enhancement pcm0: Primary codec extended features variable rate PCM, reserved 1, AMAP= , reserved 4 pcm0: sndbuf_setmap 3e789000, 4000; 0xed2a8000 -> 3e789000 pcm0: sndbuf_setmap 3e782000, 4000; 0xed2ac000 -> 3e782000 acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x66,0x62,0x64,0x60 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 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: the aux port is not functioning (-1). ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 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 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 11: ioport 0xbc00 alloc failed vt: vt0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xcf800-0xcffff,0xcf000-0xcf7ff,0xc0000-= 0xcefff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x801 0x801 0x801 0x801 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding NEW_UNRHDR 0-ffff -> 0xc251d0c0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x801 0x801 0x801 0x801 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2790711440 Hz quality 800 Timecounters tick every 1.000 msec pflog0: bpf attached lo0: bpf attached NEW_UNRHDR 0-ffffff -> 0xc2514880 acpi_acad0: acline initialization start acpi_acad0: On Line acpi_cmbat0: battery initialization start acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin ata0-master: setting PIO4 on Intel ICH4 chip ata0-master: setting UDMA33 on Intel ICH4 chip acd0: CDRW drive at ata0 as master acd0: read 861KB/s (4126KB/s) write 172KB/s (4134KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata1-master: setting PIO4 on Intel ICH4 chip ata1-master: setting UDMA100 on Intel ICH4 chip ad2: ATA-5 disk at ata1-master ad2: 38154MB (78140160 sectors), 77520 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad2 acpi_cmbat0: battery initialization done, tried 1 times ar: FreeBSD check1 failed pcm0: measured ac97 link rate at 48003 Hz, will use 48000 Hz (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 6 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe4:sbp0:0:0:0): error 22 (probe4:sbp0:0:0:0): Unretryable Error (probe6:sbp0:0:2:0): error 22 (probe6:sbp0:0:2:0): Unretryable Error (probe7:sbp0:0:3:0): error 22 (probe7:sbp0:0:3:0): Unretryable Error (probe9:sbp0:0:5:0): error 22 (probe9:sbp0:0:5:0): Unretryable Error(probe10:sbp0:0:6:0): Unretryable E= rror (probe5:sbp0:0:1:0): error 22 (probe5:sbp0:0:1:0): Unretryable Error (probe8:sbp0:0:4:0): error 22 (probe8:sbp0:0:4:0): Unretryable Error pass0 at ata0 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present -= tray closed (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad2s1a start_init: trying /sbin/init Pre-seeding PRNG: kickstart . Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad2s1b as swap device Starting file system checks: /dev/ad2s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1a: clean, 735953 free (897 frags, 91882 blocks, 0.1% fragmentat= ion) /dev/ad2s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1f: clean, 4149857 free (169017 frags, 497605 blocks, 1.1% fragm= entation) /dev/ad2s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1d: clean, 1970503 free (2199 frags, 246038 blocks, 0.1% fragmen= tation) /dev/ad2s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1e: clean, 126628 free (132 frags, 15812 blocks, 0.1% fragmentat= ion) Linux ELF exec handler installed linprocfs registered Setting hostname: portatile.fastwebnet.it. lo0: flags=3D8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 Starting dhclient. bfe0: flags=3D8843 mtu 1500 options=3D8 inet6 fe80::20b:dbff:fe18:b59c%bfe0 prefixlen 64 scopeid 0x1 inet 1.255.90.63 netmask 0xfffff800 broadcast 255.255.255.255 ether 00:0b:db:18:b5:9c media: Ethernet autoselect (100baseTX ) status: active Additional routing options: . Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C1 Mounting NFS file systems: . Creating and/or trimming log files: . Starting syslogd. Mar 11 07:37:34 portatile syslogd: kernel boot file is /boot/kernel/kern= el NFS access cache time=3D2 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/loc= al/lib /usr/local/lib/compat/pkg a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/a= out Enabling pflogd . pflog0: promiscuous mode enabled Mar 11 07:37:35 portatile kernel: pflog0: promiscuous mode enabled Starting usbd. Starting local daemons: . Updating motd . Configuring syscons: keyrate font8x16 font8x14 font8x8 blanktime screensaver splash: image decoder found: daemon_saver allscreens . Starting sshd. Initial i386 initialization: . Additional ABI support: linux . Starting cron. Local package initialization: pgsql setenv: not found Starting dictd. postfix/postfix-script: starting the Postfix mail system sshd Mar 11 07:37:44 portatile sshd[623]: error: Bind to port 22 on 0.0.0.0 f= ailed: Address already in use. Mar 11 07:37:44 portatile sshd[623]: fatal: Cannot bind any address. . Additional TCP options: . Starting default moused: moused: unable to open /dev/psm0: No such file or directory \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument \^[[=3D0A \^[[=3D7F \^[[=3D0G \^[[=3D0H \^[[=3D7I vidcontrol: showing the mouse : Invalid argument . Starting background file system checks in 60 seconds. Fri Mar 11 07:37:44 CET 2005 Mar 11 07:37:48 portatile login: chflags(/dev/#C:227:0x0): No such file or directory Mar 11 07:37:48 portatile login: chown(/dev/#C:227:0x0): No such file or= directory \^[[=3D7I vidcontrol: (probe10:sbp0:0:6:0): error 22 From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 07:54:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F4B16A4CE for ; Fri, 11 Mar 2005 07:54:45 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C71F43D49 for ; Fri, 11 Mar 2005 07:54:45 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Fri, 11 Mar 2005 08:54:44 +0100 Date: Fri, 11 Mar 2005 08:55:53 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Daniel Eriksson In-Reply-To: <20050311084322.B596@beagle.kn.op.dlr.de> Message-ID: <20050311085453.J596@beagle.kn.op.dlr.de> References: <20050311084322.B596@beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 11 Mar 2005 07:54:44.0068 (UTC) FILETIME=[96771A40:01C5260F] cc: 'FreeBSD Current' Subject: Re: make broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 07:54:45 -0000 On Fri, 11 Mar 2005, Harti Brandt wrote: HB>On Fri, 11 Mar 2005, Daniel Eriksson wrote: HB> HB>DE>After compiling and installing kernel+world dated 2005.03.10.22.30.00, make HB>DE>seems to be broken. HB>DE> HB>DE>And a broken make is no fun when trying to rebuild the system from older HB>DE>sources. :-) HB> HB>Just answering to the first of all these messages: Would anybody care to HB>tell WHAT is broken? Ok, I see. Have just backed out the last commit. Sorry. harti From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 10:29:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8C716A4CE for ; Fri, 11 Mar 2005 10:29:57 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF0F143D31 for ; Fri, 11 Mar 2005 10:29:54 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 456C52EC4E3; Fri, 11 Mar 2005 11:29:52 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 01E3B407C; Fri, 11 Mar 2005 11:29:48 +0100 (CET) Date: Fri, 11 Mar 2005 11:29:48 +0100 From: Jeremie Le Hen To: Jeff Roberson Message-ID: <20050311102948.GS34822@obiwan.tataz.chchile.org> References: <20050310035819.O20708@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050310035819.O20708@mail.chesapeake.net> User-Agent: Mutt/1.5.8i cc: current@freebsd.org Subject: Re: Call for testers, vfs changes. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 10:29:57 -0000 Hi Jeff, > I have a patch at http://www.chesapeake.net/~jroberson/vgone.diff that > greatly simplifies the vnode teardown code, and should fix some of the > races that have been seen with smp vfs enabled. I would appreciate any > testing people can offer. See the thread on arch@ for details. I applied your patch yesterday, and I got a panic during the night. My ssh session froze at about 3:02am, so I guess it's happened during daily periodic(8). This is hand written: %%% panic: lockmgr: unknown locktype request 0 KDB: stack backtrace: kdb_backtrace(c0707071,c0763000,c0705327,d50d2c0c,100) at kdb_backtrace+0x2e panic(c0705327,0,c07051f4,1d2,c18fc320) lockmgr(c1928164,10000,c1928188,c18fc320,d50d2c5c) at lockmgr+0x563 vop_stdlock(d50d2cc4,0,d50d2c94,c1928110,d50d2c7c) at vop_stdlock+0x2f VOP_LOCK_APV(c074d780,d50d2cc4,c070df3b,d50d2c94,d50d2cc4) at VOP_LOCK_APV+0xbc ffs_lock(d50d2cc4,c1928110,28,c1928110,d50d2ce0) at ffs_lock+0x90 VOP_LOCK_APV(c074d180,d50d2cc4,c070df3b,235,c18fc320) at VOP_LOCK_APV+0xbc vlrureclaim(c184e800,10,c0768ce0,c18fc320,3e8) at vlrureclaim+0x1c1 vnlru_proc(0,d50d2d48,c0704615,30e,0) at vnlru_proc+0x19f fork_exit(c0599db0,0,d50d2d48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd50d2d7c, ebp = 0 --- KDB: enter: panic [thread pid 45 tid 100062 ] Stopped at kdb_enter+Xà30: leave db> show lockedvnods Locked vnodes 0xc348880: tag ufs, type VDIR usecount 2, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xc34b3ce4 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc2056000 (pid 2137) ino 34539, on dev ad0s1e db> show all procs [ pid 2137 is find(1) ] %%% A dump is available, please contact me off-list to get it. I hope this will help. Thanks for your work. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 10:51:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A38716A4CE for ; Fri, 11 Mar 2005 10:51:20 +0000 (GMT) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD3FC43D5F for ; Fri, 11 Mar 2005 10:51:19 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from localhost.localdomain (host82-126.pool8252.interbusiness.it [82.52.126.82]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 7EB355785 for ; Fri, 11 Mar 2005 11:56:45 +0100 (CET) From: Matteo Riondato To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-K9xafeHRU1xKVS6UDmPe" Date: Fri, 11 Mar 2005 11:51:14 +0100 Message-Id: <1110538274.10609.6.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Subject: PCI-Express support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 10:51:20 -0000 --=-K9xafeHRU1xKVS6UDmPe Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi folks, I'm going to buy a new amd64 machine soon but before doing the wrong step, I would like to know if PCI-Express is supported on this arch and whether graphics cards based on PCI-E are supported by X.org (as it seems to be..) The only thing I found is: http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D527969+0 +/usr/local/www/db/text/2004/cvs-all/20041212.cvs-all but this commit doesn't seems to have been merged to amd64. Would it be possible to use a PCI-E card on FreeBSD amd64? Thank you for your answer. Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-K9xafeHRU1xKVS6UDmPe Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCMXgi2Mp4pR7Fa+wRAsciAKCOWU0xh8kdRZoUe9oAg6WjKmCGggCgylqi TQ2if0KDn5yjJY2Fdddh4v0= =OYfZ -----END PGP SIGNATURE----- --=-K9xafeHRU1xKVS6UDmPe-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 11:33:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D2EB16A4CE; Fri, 11 Mar 2005 11:33:54 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3AE943D2D; Fri, 11 Mar 2005 11:33:53 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 93059ACBCB; Fri, 11 Mar 2005 12:33:51 +0100 (CET) Date: Fri, 11 Mar 2005 12:33:51 +0100 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20050311113351.GC9291@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E+r5CZjTUHNgkElv" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: crypto_q_mtx recursion. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 11:33:54 -0000 --E+r5CZjTUHNgkElv Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I had a panic related to mutex recursion, the code path is as follows: crypto_dispatch() CRYPTO_Q_LOCK() crypto_invoke() crypto_done() cryptodev_cb() (via crp->crp_callback) crypto_dispatch() CRYPTO_Q_LOCK() <- recursion. Not sure how to fix it. Calling 'locked' version of crypto_dispatch() is not an option, as we can call cryptodev_cb() with or without crypto_q_mtx held. The only fix I can came up with right not is a "pseudo-recursion" in crypto_dispatch(): int unlock =3D 0; [...] if (!mtx_owned(&crypto_q_mtx)) { unlock =3D 1; CRYPTO_Q_LOCK(); } [...] if (unlock) CRYPTO_Q_LOCK(); --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --E+r5CZjTUHNgkElv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCMYIfForvXbEpPzQRAsCtAJ9aaGcM8dzT/jnHGxAmrNyPhx98vACdGC99 7o/U8Lch2UJZ5ZWOe03U7qw= =Iakb -----END PGP SIGNATURE----- --E+r5CZjTUHNgkElv-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 22:56:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F2916A4CE for ; Thu, 10 Mar 2005 22:56:46 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD54D43D4C for ; Thu, 10 Mar 2005 22:56:45 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so606476rnf for ; Thu, 10 Mar 2005 14:56:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=XEGgClDmczWlAu74XSVUGfhH9vFE8EB9qjqQ3fjD0v2q7qwq4ndigwvDuNbXkEnlLas93zE9PhfQpZuvhDMWg8zLGIAx6FThP+gKQuh3inMSCCba9knd8PiB2kkmpXR1rIv2+gVvo9W1kbRkq1SsOvDagZW8W58HbQpef146Dto= Received: by 10.38.171.69 with SMTP id t69mr2347386rne; Thu, 10 Mar 2005 14:56:45 -0800 (PST) Received: by 10.39.2.24 with HTTP; Thu, 10 Mar 2005 14:56:45 -0800 (PST) Message-ID: <346a802205031014565fcf284d@mail.gmail.com> Date: Thu, 10 Mar 2005 17:56:45 -0500 From: Coleman Kane To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 Mar 2005 13:19:48 +0000 Subject: recent make system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 22:56:46 -0000 Hello, I cannot buildworld lately, or build ports or do much of anything. Every time I try I get a "Unassociated shell command" error on a shell line, and make bombs. Is this due to some changes lately in -CURRENT's make system? -- coleman From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 09:06:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2346416A4CE for ; Fri, 11 Mar 2005 09:06:43 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BCCC43D58 for ; Fri, 11 Mar 2005 09:06:42 +0000 (GMT) (envelope-from ilmar@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j2B94AxT052535; Fri, 11 Mar 2005 04:04:10 -0500 (EST) (envelope-from ilmar@watson.org) Received: from localhost (ilmar@localhost)j2B94AYJ052532; Fri, 11 Mar 2005 09:04:10 GMT (envelope-from ilmar@watson.org) X-Authentication-Warning: fledge.watson.org: ilmar owned process doing -bs Date: Fri, 11 Mar 2005 09:04:09 +0000 (GMT) From: "Ilmar S. Habibulin" To: Ivan Voras In-Reply-To: <422A5E91.1060601@fer.hr> Message-ID: <20050311090145.H52451@fledge.watson.org> References: <422A5E91.1060601@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Fri, 11 Mar 2005 13:19:48 +0000 cc: current@freebsd.org Subject: Re: Mandatory Access Control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 09:06:43 -0000 On Sun, 6 Mar 2005, Ivan Voras wrote: > Is MAC in FreeBSD similar in capabilities to SELinux? In particular, can > things such as: > be made? If yes, are there any documentation/tutorials available? FreeBSD MAC Framework includes SEBSD module, which is the port of SELinux security policy. The work isn't finished yet. Look at trustedbsd-sebsd branch at Perforce repository. From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 13:35:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35DFB16A4CE for ; Fri, 11 Mar 2005 13:35:24 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A8AD43D1F for ; Fri, 11 Mar 2005 13:35:23 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Fri, 11 Mar 2005 14:35:21 +0100 Date: Fri, 11 Mar 2005 14:36:19 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: cokane@cokane.org In-Reply-To: <346a802205031014565fcf284d@mail.gmail.com> Message-ID: <20050311143447.M596@beagle.kn.op.dlr.de> References: <346a802205031014565fcf284d@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 11 Mar 2005 13:35:21.0489 (UTC) FILETIME=[2C1E1010:01C5263F] cc: current@freebsd.org Subject: Re: recent make system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 13:35:24 -0000 On Thu, 10 Mar 2005, Coleman Kane wrote: CK>Hello, I cannot buildworld lately, or build ports or do much of CK>anything. Every time I try I get a "Unassociated shell command" error CK>on a shell line, and make bombs. Is this due to some changes lately in CK>-CURRENT's make system? Sorry, I broke make yesterday. Was fixed around 10UTC today. The broken make is able to build a new one, so re-fetch the sources, build and install a new make. harti From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 13:48:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E7F116A4CE for ; Fri, 11 Mar 2005 13:48:31 +0000 (GMT) Received: from av7-1-sn1.fre.skanova.net (av7-1-sn1.fre.skanova.net [81.228.11.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00DD943D2F for ; Fri, 11 Mar 2005 13:48:31 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av7-1-sn1.fre.skanova.net (Postfix, from userid 502) id CE66D37E44; Fri, 11 Mar 2005 14:48:29 +0100 (CET) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av7-1-sn1.fre.skanova.net (Postfix) with ESMTP id C1D9A37E42; Fri, 11 Mar 2005 14:48:29 +0100 (CET) Received: from sentinel (81-232-139-217-no23.business.telia.com [81.232.139.217]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id 866A937E4E; Fri, 11 Mar 2005 14:48:29 +0100 (CET) From: "Daniel Eriksson" To: , Date: Fri, 11 Mar 2005 14:48:15 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUmPqnjgUCi8deJT+Cb0jg4f+zWdwAAhsZQ In-Reply-To: <346a802205031014565fcf284d@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: RE: recent make system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 13:48:31 -0000 Coleman Kane wrote: > Hello, I cannot buildworld lately, or build ports or do much of > anything. Every time I try I get a "Unassociated shell command" error > on a shell line, and make bombs. Is this due to some changes lately in > -CURRENT's make system? Yes, and it has already been fixed. Restore /usr/bin/make from backup, cvsup latest source and rebuild your system. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 14:16:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80C1D16A4CE for ; Fri, 11 Mar 2005 14:16:06 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1650143D5E for ; Fri, 11 Mar 2005 14:16:06 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id E95C82EC5AB; Fri, 11 Mar 2005 15:16:04 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id C6831407C; Fri, 11 Mar 2005 15:16:00 +0100 (CET) Date: Fri, 11 Mar 2005 15:16:00 +0100 From: Jeremie Le Hen To: cokane@cokane.org Message-ID: <20050311141600.GX34822@obiwan.tataz.chchile.org> References: <346a802205031014565fcf284d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <346a802205031014565fcf284d@mail.gmail.com> User-Agent: Mutt/1.5.8i cc: current@freebsd.org Subject: Re: recent make system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 14:16:06 -0000 > Hello, I cannot buildworld lately, or build ports or do much of > anything. Every time I try I get a "Unassociated shell command" error > on a shell line, and make bombs. Is this due to some changes lately in > -CURRENT's make system? I bet this has just been fixed on CVS. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 14:27:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A527D16A4CE for ; Fri, 11 Mar 2005 14:27:10 +0000 (GMT) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE1B843D48 for ; Fri, 11 Mar 2005 14:27:09 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from spot.0xfce3.net (port-ip-213-211-224-147.reverse.mdcc-fun.de [213.211.224.147]) by dd1318.kasserver.com (Postfix) with ESMTP id 1FC2DC36B8 for ; Fri, 11 Mar 2005 15:26:56 +0100 (CET) Received: from spot.0xfce3.net (localhost [127.0.0.1]) by spot.0xfce3.net (8.13.3/8.13.3) with ESMTP id j2BELZXr059163 for ; Fri, 11 Mar 2005 15:21:35 +0100 (CET) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by spot.0xfce3.net (8.13.3/8.13.3/Submit) id j2BELZfD059162 for freebsd-current@freebsd.org; Fri, 11 Mar 2005 15:21:35 +0100 (CET) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: spot.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Fri, 11 Mar 2005 15:21:35 +0100 From: Gordon Bergling To: freebsd-current@freebsd.org Message-ID: <20050311142135.GA59088@spot.0xfce3.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 5.4-PRERELEASE i386 X-Host-Uptime: 3:06PM up 1:13, 4 users, load averages: 0.36, 0.39, 0.39 User-Agent: Mutt/1.5.8i Subject: built-in card reader on fsc a 7640 notebook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 14:27:10 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I own a Fujitsu-Siemens Amilo A 7640 laptop. The laptop has an built-in card reader (SD/MMC and so on), but nothing happens if I plug an SD card into the reader. I think the relevant chip is this one: | none1@pci0:9:2: class=3D0x088000 card=3D0x106c1734 chip=3D0x71101217 rev= =3D0x00 | hdr=3D0x00 | vendor =3D 'O2 Micro Inc' | class =3D base peripheral Has anyone a hint on what I should do to get this feature working? Maybe it whould be enough to tell the specific driver the card or chip id? Any help whould be appreciated... :) =09 best regards, Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCMaluk7nTK8dvAqARAqn1AKDAd1LrA0auJowc0B/zFYZcw9R/egCgkec6 tTQxScKfrVOs9M1tDAeMUMs= =BJsB -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 14:29:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E6A616A4D3 for ; Fri, 11 Mar 2005 14:29:51 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28E6743D5D for ; Fri, 11 Mar 2005 14:29:50 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1D9l8B-0001qc-8S for freebsd-current@freebsd.org; Fri, 11 Mar 2005 15:28:47 +0100 Received: from kvip88.kvi.nl ([129.125.15.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Mar 2005 15:28:47 +0100 Received: from A.S.Usov by kvip88.kvi.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Mar 2005 15:28:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Alexander S. Usov" Date: Fri, 11 Mar 2005 15:28:32 +0100 Organization: KVI Lines: 14 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: kvip88.kvi.nl User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Using cpufreq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 14:29:51 -0000 Hi! I have upgraded to 5.4-PRERELEASE this weekend, and can't figure out how to use/enable cpufreq framework. With my standart kernel config I have no cpufreq.ko not acpi_perf.ko. Adding "device cpufreq" (mentioned in cpufreq(4)) to the kernel config does not work either. How does one enables it at all? -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 14:50:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B60416A4CF for ; Fri, 11 Mar 2005 14:50:07 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334A543D58 for ; Fri, 11 Mar 2005 14:50:05 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23685 invoked from network); 11 Mar 2005 14:50:05 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 11 Mar 2005 14:50:04 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2BEnkX0060174; Fri, 11 Mar 2005 09:49:47 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: current@FreeBSD.org Date: Fri, 11 Mar 2005 09:48:23 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200503110948.23442.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: jeffr@FreeBSD.org Subject: panic from HEAD of 3/9: 0xc4aab330: Non-zero write count X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 14:50:07 -0000 Got this on a 4 CPU PII Xeon 450 running HEAD with 4BSD and PREEMPTION (I think) doing a loop of buildworld -j 12: FreeBSD/i386 (deimos.baldwin.cx) (ttyd0) login: panic: 0xc4aab330: Non-zero write count cpuid = 1 KDB: enter: panic [thread pid 48553 tid 100264 ] Stopped at kdb_enter+0x30: leave db> db> tr Tracing pid 48553 tid 100264 td 0xc2a8a5c0 kdb_enter(c0720b94,1,c0727f31,e03bb91c,c2a8a5c0) at kdb_enter+0x30 panic(c0727f31,c4aab330,c0727e5b,326,c3b20e38) at panic+0x14e getnewvnode(c07260fa,c20d1000,c0766fa0,e03bb9bc,80) at getnewvnode+0x269 ffs_vget(c20d1000,1c8e3d,2,e03bba30,e03bba34) at ffs_vget+0xb9 ufs_lookup(e03bbb00,e03bbb98,e03bbc9c,e03bbb98,e03bbb3c) at ufs_lookup+0xa41 VOP_CACHEDLOOKUP_APV(c0766fa0,e03bbb00,e03bbc9c,e03bbb38,c2a8a5c0) at VOP_CACHEDLOOKUP_APV+0xbc vfs_cache_lookup(e03bbb98,c3cfd330,e03bbc9c,c3cfd330,e03bbbb4) at vfs_cache_lookup+0xde VOP_LOOKUP_APV(c0766fa0,e03bbb98,c2a8a5c0,731,0) at VOP_LOOKUP_APV+0xbc lookup(e03bbc74,0,c0727849,a9,c3cfd384) at lookup+0x3d0 namei(e03bbc74,ffffffdf,2,c2a8a5c0,c20d1000) at namei+0x428 kern_unlink(c2a8a5c0,804f4c8,0,e03bbd40,c06ddcb0) at kern_unlink+0x40 unlink(c2a8a5c0,e03bbd14,4,3ff,1) at unlink+0x22 syscall(2f,804002f,bfbf002f,0,804d000) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (10, FreeBSD ELF32, unlink), eip = 0x280be03f, esp = 0xbfbfe65c, ebp = 0xbfbfe688 --- db> x 0xc4aab330,40 0xc4aab330: 8 c0710a12 c074fbc0 0 0xc4aab340: 0 c2986220 c2b66894 0 0xc4aab350: 0 0 c4aab354 d625a 0xc4aab360: c4aab330 0 0 0 0xc4aab370: 0 0 0 0 0xc4aab380: 0 c077cf7c 1004040 0 0xc4aab390: 0 500000 c07260fa 33 0xc4aab3a0: ffffffff 0 c07564e8 c0727fab 0xc4aab3b0: c0727fab 30000 0 0 0xc4aab3c0: 0 4 0 c4aab384 0xc4aab3d0: 0 0 0 80 0xc4aab3e0: 0 ffffffff 0 c2a46b58 0xc4aab3f0: c4aab3a8 0 c4aab3f4 0 0xc4aab400: 0 0 c4aab404 0 0xc4aab410: 0 0 0 c075c4a8 0xc4aab420: 2000 0 c21e7b60 c2b2ddb8 db> -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 14:50:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2871E16A4CE for ; Fri, 11 Mar 2005 14:50:08 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id A74A943D58 for ; Fri, 11 Mar 2005 14:50:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22169 invoked from network); 11 Mar 2005 14:50:07 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 11 Mar 2005 14:50:07 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2BEnkX1060174; Fri, 11 Mar 2005 09:49:58 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: current@FreeBSD.org Date: Fri, 11 Mar 2005 09:51:20 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200503110951.20303.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: jeffr@FreeBSD.org Subject: panic on HEAD from 3/9: vrele: missed vn_close X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 14:50:08 -0000 Got this on an Alpha DS20 (dual 500 EV6's) running HEAD from 3/9 while doing a loop of buildworld -j 8 with 4BSD but no PREEMPTION: login: VNASSERT failed 0xfffffc0025f68d90: tag ufs, type VFIFO usecount 24, writecount 24, refcount 0 mountedhere 0xfffffc0000a1f600 flags () VI_LOCKed v_object 0 ino 9420, on dev da1a, fifo with 23 readers and 23 writers panic: vrele: missed vn_close cpuid = 0 KDB: enter: panic [thread pid 31057 tid 100224 ] Stopped at kdb_enter+0x48: or zero,zero,zero db> tr Tracing pid 31057 tid 100224 td 0xfffffc002282aa80 kdb_enter() at kdb_enter+0x48 panic() at panic+0x210 vrele() at vrele+0x98 vn_close() at vn_close+0xd4 vn_closefile() at vn_closefile+0x11c fifo_close_f() at fifo_close_f+0x1c fdrop_locked() at fdrop_locked+0xe4 fdrop() at fdrop+0x4c closef() at closef+0x460 close() at close+0x278 syscall() at syscall+0x38c XentSys() at XentSys+0x64 --- syscall (6, FreeBSD ELF64, close) --- --- user mode --- db> x 0xfffffc0025f68d90,40 0xfffffc0025f68d90: 7 0 65b789 fffffc00 0xfffffc0025f68da0: 6d5638 fffffc00 31c540d0 fffffc00 0xfffffc0025f68db0: ba6c00 fffffc00 234941f0 fffffc00 0xfffffc0025f68dc0: 2a6fa218 fffffc00 a1f600 fffffc00 0xfffffc0025f68dd0: 0 0 bedc138 fffffc00 0xfffffc0025f68de0: bedc158 fffffc00 a532b 0 0xfffffc0025f68df0: 25f68d90 fffffc00 0 0 0xfffffc0025f68e00: 0 0 0 0 0xfffffc0025f68e10: 0 0 0 0 0xfffffc0025f68e20: 709650 fffffc00 1000040 0 0xfffffc0025f68e30: 0 500000 65b789 fffffc00 0xfffffc0025f68e40: 34 0 ffffffff ffffffff 0xfffffc0025f68e50: 0 0 6bf1b8 fffffc00 0xfffffc0025f68e60: 65d63d fffffc00 65d63d fffffc00 0xfffffc0025f68e70: 30000 0 0 0 0xfffffc0025f68e80: 0 0 0 0 -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 15:36:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8388B16A4CE for ; Fri, 11 Mar 2005 15:36:25 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C68E43D1D for ; Fri, 11 Mar 2005 15:36:24 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2BFa92E019304; Fri, 11 Mar 2005 09:36:10 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4231BAE6.1040802@centtech.com> Date: Fri, 11 Mar 2005 09:36:06 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <42313286.2060206@errno.com> In-Reply-To: <42313286.2060206@errno.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 15:36:25 -0000 Sam Leffler wrote: > If you''re an ath user on current it'd be great to get John some > feedback on his rate control algorithm as it might be made the default. > I've not tested it with 5210 or 5211 cards and it's likely to have some > issues with them so beware. To use it be sure you have up to date code > and then specify > > device ath_rate_sample > > instead of the normal ath_rate_onoe. After updating to latest -current (as of about an hour ago), I can't use my atheros card anymore. Here's what I have: In /boot/loader.conf: ath_load="YES" ath_hal_load="YES" ath_rate_amrr="YES" kldstat shows me: 11 1 0xc0941000 26b60 ath_hal.ko 22 1 0xc29d8000 3000 wlan_wep.ko dmesg showed this: link_elf: symbol ath_hal_computetxtime undefined KLD if_ath.ko: depends on ath_rate - not available which happens when I try to kldload if_ath. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 15:52:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96BFE16A4CE for ; Fri, 11 Mar 2005 15:52:10 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09C9B43D39 for ; Fri, 11 Mar 2005 15:52:10 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.3/8.13.3) with ESMTP id j2BFnA6a070163; Fri, 11 Mar 2005 07:50:02 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j2BFnAMY092213; Fri, 11 Mar 2005 07:49:10 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j2BFnABc092212; Fri, 11 Mar 2005 07:49:10 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200503111549.j2BFnABc092212@realtime.exit.com> In-Reply-To: <4231BAE6.1040802@centtech.com> To: Eric Anderson Date: Fri, 11 Mar 2005 07:49:10 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Sam Leffler cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 15:52:10 -0000 Eric Anderson wrote: > Sam Leffler wrote: > > If you''re an ath user on current it'd be great to get John some > > feedback on his rate control algorithm as it might be made the default. > > I've not tested it with 5210 or 5211 cards and it's likely to have some > > issues with them so beware. To use it be sure you have up to date code > > and then specify > > > > device ath_rate_sample > > > > instead of the normal ath_rate_onoe. > > After updating to latest -current (as of about an hour ago), I can't use my atheros card anymore. Here's what I have: > > In /boot/loader.conf: > > ath_load="YES" > ath_hal_load="YES" > ath_rate_amrr="YES" Um, this is a no-op. Both of the old ones (and I assume the new one as well) install as "ath_rate.ko." This means that the last one wins, which will now be ath_rate_sample (previously it was ath_rate_onoe). You want to go to sys/modules/ath_rate_{amrr|onoe|sample| and do a 'make install'. > kldstat shows me: > 11 1 0xc0941000 26b60 ath_hal.ko > 22 1 0xc29d8000 3000 wlan_wep.ko > > dmesg showed this: > link_elf: symbol ath_hal_computetxtime undefined > KLD if_ath.ko: depends on ath_rate - not available Hmm. Is ath_rate_sample linked properly? -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 16:20:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0FD116A4CE for ; Fri, 11 Mar 2005 16:20:07 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84BA543D2F for ; Fri, 11 Mar 2005 16:20:07 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 4FD7B4EFD2F; Sat, 12 Mar 2005 00:20:06 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 4D6A54EFD1A; Sat, 12 Mar 2005 00:20:06 +0800 (CST) Date: Sat, 12 Mar 2005 00:20:06 +0800 (CST) From: Tai-hwa Liang To: Frank Mayhar In-Reply-To: <200503111549.j2BFnABc092212@realtime.exit.com> Message-ID: <0503120018528.19241@www.mmlab.cse.yzu.edu.tw> References: <200503111549.j2BFnABc092212@realtime.exit.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Sam Leffler cc: FreeBSD Current cc: Eric Anderson Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 16:20:07 -0000 Fix regarding to undefined ath_hal_computetxtime was committed. Please update your tree later. -- Cheers, Tai-hwa Liang On Fri, 11 Mar 2005, Frank Mayhar wrote: > Eric Anderson wrote: >> Sam Leffler wrote: >>> If you''re an ath user on current it'd be great to get John some >>> feedback on his rate control algorithm as it might be made the default. >>> I've not tested it with 5210 or 5211 cards and it's likely to have some >>> issues with them so beware. To use it be sure you have up to date code >>> and then specify >>> >>> device ath_rate_sample >>> >>> instead of the normal ath_rate_onoe. >> >> After updating to latest -current (as of about an hour ago), I can't use my atheros card anymore. Here's what I have: >> >> In /boot/loader.conf: >> >> ath_load="YES" >> ath_hal_load="YES" >> ath_rate_amrr="YES" > > Um, this is a no-op. Both of the old ones (and I assume the new one as well) > install as "ath_rate.ko." This means that the last one wins, which will now > be ath_rate_sample (previously it was ath_rate_onoe). > > You want to go to sys/modules/ath_rate_{amrr|onoe|sample| and do a 'make > install'. > >> kldstat shows me: >> 11 1 0xc0941000 26b60 ath_hal.ko >> 22 1 0xc29d8000 3000 wlan_wep.ko >> >> dmesg showed this: >> link_elf: symbol ath_hal_computetxtime undefined >> KLD if_ath.ko: depends on ath_rate - not available > > Hmm. Is ath_rate_sample linked properly? > From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 16:39:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8FF16A4CE for ; Fri, 11 Mar 2005 16:39:54 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E4B143D58 for ; Fri, 11 Mar 2005 16:39:53 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2BGcuib053224; Fri, 11 Mar 2005 10:38:56 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4231C99C.1010407@centtech.com> Date: Fri, 11 Mar 2005 10:38:52 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: frank@exit.com References: <200503111549.j2BFnABc092212@realtime.exit.com> In-Reply-To: <200503111549.j2BFnABc092212@realtime.exit.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 15:01:48 2005 on mh1.centtech.com X-Virus-Status: Clean cc: Sam Leffler cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 16:39:54 -0000 Frank Mayhar wrote: > Eric Anderson wrote: > >>Sam Leffler wrote: >> >>>If you''re an ath user on current it'd be great to get John some >>>feedback on his rate control algorithm as it might be made the default. >>> I've not tested it with 5210 or 5211 cards and it's likely to have some >>>issues with them so beware. To use it be sure you have up to date code >>>and then specify >>> >>>device ath_rate_sample >>> >>>instead of the normal ath_rate_onoe. >> >>After updating to latest -current (as of about an hour ago), I can't use my atheros card anymore. Here's what I have: >> >>In /boot/loader.conf: >> >>ath_load="YES" >>ath_hal_load="YES" >>ath_rate_amrr="YES" > > > Um, this is a no-op. Both of the old ones (and I assume the new one as well) > install as "ath_rate.ko." This means that the last one wins, which will now > be ath_rate_sample (previously it was ath_rate_onoe). Hmm - this was working this morning before I updated, with a -CURRENT as of last week, and I didn't notice anything in /usr/src/UPDATING. So what I should have is: ath_load="YES" ath_hal_load="YES" ath_rate_load="YES" I guess what I missed (and just noticed), is that there are not individual modules for each rate algorithm now, one module (named ath_rate) that is the algorithm of whatever is built. > You want to go to sys/modules/ath_rate_{amrr|onoe|sample| and do a 'make > install'. I did that already - but why doesn't a 'make installkernel ...' not accomplish that? (forgive my ignorance) >>kldstat shows me: >>11 1 0xc0941000 26b60 ath_hal.ko >>22 1 0xc29d8000 3000 wlan_wep.ko >> >>dmesg showed this: >>link_elf: symbol ath_hal_computetxtime undefined >>KLD if_ath.ko: depends on ath_rate - not available > > > Hmm. Is ath_rate_sample linked properly? How can I help you determine that? (is readelf -a output what you want?) It seems as though I need to load ath_rate before if_ath, but ath_rate is failing due to: link_elf: symbol ath_hal_computetxtime undefined Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 18:23:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C88C16A4CE for ; Fri, 11 Mar 2005 18:23:18 +0000 (GMT) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC7DE43D53 for ; Fri, 11 Mar 2005 18:23:17 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([138.89.61.25])0.04 <0ID7003R59QQFV10@vms040.mailsrvcs.net> for freebsd-current@freebsd.org; Fri, 11 Mar 2005 12:23:15 -0600 (CST) Date: Fri, 11 Mar 2005 13:23:08 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <42313286.2060206@errno.com> To: Sam Leffler Message-id: <1110565388.1129.4.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <42313286.2060206@errno.com> cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 18:23:18 -0000 On Thu, 2005-03-10 at 21:54 -0800, Sam Leffler wrote: > If you''re an ath user on current it'd be great to get John some > feedback on his rate control algorithm as it might be made the default. > I've not tested it with 5210 or 5211 cards and it's likely to have > some issues with them so beware. To use it be sure you have up to date > code and then specify > > device ath_rate_sample > > instead of the normal ath_rate_onoe. > > Sam > > -------- Original Message -------- > Subject: cvs commit: src/sys/modules Makefile src/sys/conf files > src/sys/dev/ath/ath_rate/sample sample.c sample.h > src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES > Date: Fri, 11 Mar 2005 01:39:57 +0000 (UTC) > From: Sam Leffler > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > > sam 2005-03-11 01:39:57 UTC > > FreeBSD src repository > > Modified files: > sys/modules Makefile > sys/conf files > sys/i386/conf NOTES > Added files: > sys/dev/ath/ath_rate/sample sample.c sample.h > sys/modules/ath_rate_sample Makefile > Log: > SampleRate rate control algorithm for the ath driver > > Submitted by: John Bicket > > Revision Changes Path > 1.1003 +1 -0 src/sys/conf/files > http://cvsweb.FreeBSD.org/src/sys/conf/files.diff?r1=1.1002&r2=1.1003 > 1.1 +608 -0 src/sys/dev/ath/ath_rate/sample/sample.c (new) > http://cvsweb.FreeBSD.org/src/sys/dev/ath/ath_rate/sample/sample.c?rev=1.1&content-type=text/plain > 1.1 +136 -0 src/sys/dev/ath/ath_rate/sample/sample.h (new) > http://cvsweb.FreeBSD.org/src/sys/dev/ath/ath_rate/sample/sample.h?rev=1.1&content-type=text/plain > 1.1188 +1 -0 src/sys/i386/conf/NOTES > http://cvsweb.FreeBSD.org/src/sys/i386/conf/NOTES.diff?r1=1.1187&r2=1.1188 > 1.430 +1 -0 src/sys/modules/Makefile > http://cvsweb.FreeBSD.org/src/sys/modules/Makefile.diff?r1=1.429&r2=1.430 > 1.1 +48 -0 src/sys/modules/ath_rate_sample/Makefile (new) > http://cvsweb.FreeBSD.org/src/sys/modules/ath_rate_sample/Makefile?rev=1.1&content-type=text/plain > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" At the moment, I could not load ath_rate.ko built from /usr/src/sys/modules/ath_rate_sample. Both _amrr and _onoe work fine as modules. Error message I get from kldload ath_rate is as follows: link_elf: symbol ath_hal_computetxtime undefined. I am running -CURRENT as of ~9:30AM EST today (March 11). Atheros part is PCMCIA Linksys WPC55AG (AR5212). Will be building ath_rate_sample into the kernel next. -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 18:33:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DA4216A4CE for ; Fri, 11 Mar 2005 18:33:09 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A045C43D1F for ; Fri, 11 Mar 2005 18:33:08 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.3/8.13.3) with ESMTP id j2BITnxi017469; Fri, 11 Mar 2005 10:30:39 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j2BITn2h094683; Fri, 11 Mar 2005 10:29:49 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j2BITm9x094682; Fri, 11 Mar 2005 10:29:48 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200503111829.j2BITm9x094682@realtime.exit.com> In-Reply-To: <4231C99C.1010407@centtech.com> To: Eric Anderson Date: Fri, 11 Mar 2005 10:29:48 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Sam Leffler cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 18:33:09 -0000 Eric Anderson wrote: > Hmm - this was working this morning before I updated, with a -CURRENT as of last week, and I didn't notice anything in /usr/src/UPDATING. So what I should have is: > > ath_load="YES" > ath_hal_load="YES" > ath_rate_load="YES" I just have if_ath_load="YES" in my /boot/loader.conf. That picks up everything. > I guess what I missed (and just noticed), is that there are not individual modules for each rate algorithm now, one module (named ath_rate) that is the algorithm of whatever is built. It has been this way for some time, actually. > > You want to go to sys/modules/ath_rate_{amrr|onoe|sample} and do a 'make > > install'. > I did that already - but why doesn't a 'make installkernel ...' not accomplish that? (forgive my ignorance) It does. It installs ath_rate.ko for each of amrr, onoe and (now) sample. Obviously, the last one in wins. You'll have to ask Sam about what shortcoming of the FreeBSD module system leads to this. > > Hmm. Is ath_rate_sample linked properly? > How can I help you determine that? (is readelf -a output what you want?) Already fixed; read your -current email. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 18:53:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 979D716A4CE for ; Fri, 11 Mar 2005 18:53:18 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A0F243D2D for ; Fri, 11 Mar 2005 18:53:17 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2BIrE5N021494; Fri, 11 Mar 2005 12:53:14 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4231E917.8080004@centtech.com> Date: Fri, 11 Mar 2005 12:53:11 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <42313286.2060206@errno.com> <1110565388.1129.4.camel@RabbitsDen> In-Reply-To: <1110565388.1129.4.camel@RabbitsDen> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Sam Leffler cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 18:53:18 -0000 Alexandre "Sunny" Kovalenko wrote: > On Thu, 2005-03-10 at 21:54 -0800, Sam Leffler wrote: > >>If you''re an ath user on current it'd be great to get John some >>feedback on his rate control algorithm as it might be made the default. >> I've not tested it with 5210 or 5211 cards and it's likely to have >>some issues with them so beware. To use it be sure you have up to date >>code and then specify >> >>device ath_rate_sample >> >>instead of the normal ath_rate_onoe. >> >> Sam >> >>-------- Original Message -------- >>Subject: cvs commit: src/sys/modules Makefile src/sys/conf files >> src/sys/dev/ath/ath_rate/sample sample.c sample.h >>src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES >>Date: Fri, 11 Mar 2005 01:39:57 +0000 (UTC) >>From: Sam Leffler >>To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org >> >>sam 2005-03-11 01:39:57 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/modules Makefile >> sys/conf files >> sys/i386/conf NOTES >> Added files: >> sys/dev/ath/ath_rate/sample sample.c sample.h >> sys/modules/ath_rate_sample Makefile >> Log: >> SampleRate rate control algorithm for the ath driver >> >> Submitted by: John Bicket >> >> Revision Changes Path >> 1.1003 +1 -0 src/sys/conf/files >>http://cvsweb.FreeBSD.org/src/sys/conf/files.diff?r1=1.1002&r2=1.1003 >> 1.1 +608 -0 src/sys/dev/ath/ath_rate/sample/sample.c (new) >>http://cvsweb.FreeBSD.org/src/sys/dev/ath/ath_rate/sample/sample.c?rev=1.1&content-type=text/plain >> 1.1 +136 -0 src/sys/dev/ath/ath_rate/sample/sample.h (new) >>http://cvsweb.FreeBSD.org/src/sys/dev/ath/ath_rate/sample/sample.h?rev=1.1&content-type=text/plain >> 1.1188 +1 -0 src/sys/i386/conf/NOTES >>http://cvsweb.FreeBSD.org/src/sys/i386/conf/NOTES.diff?r1=1.1187&r2=1.1188 >> 1.430 +1 -0 src/sys/modules/Makefile >>http://cvsweb.FreeBSD.org/src/sys/modules/Makefile.diff?r1=1.429&r2=1.430 >> 1.1 +48 -0 src/sys/modules/ath_rate_sample/Makefile (new) >>http://cvsweb.FreeBSD.org/src/sys/modules/ath_rate_sample/Makefile?rev=1.1&content-type=text/plain >> >> >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > At the moment, I could not load ath_rate.ko built > from /usr/src/sys/modules/ath_rate_sample. Both _amrr and _onoe work > fine as modules. Error message I get from > > kldload ath_rate > > is as follows: > > link_elf: symbol ath_hal_computetxtime undefined. > > I am running -CURRENT as of ~9:30AM EST today (March 11). Atheros part > is PCMCIA Linksys WPC55AG (AR5212). > > Will be building ath_rate_sample into the kernel next. The patch by Tai-hwa Liang fixes the issue. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 18:53:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2915016A4CE for ; Fri, 11 Mar 2005 18:53:38 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 869AF43D2F for ; Fri, 11 Mar 2005 18:53:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2BIqdDi021488; Fri, 11 Mar 2005 12:52:39 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4231E8F3.7090102@centtech.com> Date: Fri, 11 Mar 2005 12:52:35 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: frank@exit.com References: <200503111829.j2BITm9x094682@realtime.exit.com> In-Reply-To: <200503111829.j2BITm9x094682@realtime.exit.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Sam Leffler cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 18:53:38 -0000 Frank Mayhar wrote: > Eric Anderson wrote: > >>Hmm - this was working this morning before I updated, with a -CURRENT as of last week, and I didn't notice anything in /usr/src/UPDATING. So what I should have is: >> >>ath_load="YES" >>ath_hal_load="YES" >>ath_rate_load="YES" > > > I just have > > if_ath_load="YES" > > in my /boot/loader.conf. That picks up everything. > > >>I guess what I missed (and just noticed), is that there are not individual modules for each rate algorithm now, one module (named ath_rate) that is the algorithm of whatever is built. > > > It has been this way for some time, actually. Ok - I missed it, thanks for the info. >>>You want to go to sys/modules/ath_rate_{amrr|onoe|sample} and do a 'make >>>install'. >> >>I did that already - but why doesn't a 'make installkernel ...' not accomplish that? (forgive my ignorance) > > > It does. It installs ath_rate.ko for each of amrr, onoe and (now) sample. > Obviously, the last one in wins. You'll have to ask Sam about what shortcoming > of the FreeBSD module system leads to this. Hmm.. Ok - thanks >>>Hmm. Is ath_rate_sample linked properly? >> >>How can I help you determine that? (is readelf -a output what you want?) > > > Already fixed; read your -current email. Done and patched - works like a champ now. Well, kind of.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 19:11:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5672716A4CE for ; Fri, 11 Mar 2005 19:11:50 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id B090C43D39 for ; Fri, 11 Mar 2005 19:11:49 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j2BJAkms073278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Mar 2005 11:10:47 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4231ED9A.3090504@errno.com> Date: Fri, 11 Mar 2005 11:12:26 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: frank@exit.com References: <200503111829.j2BITm9x094682@realtime.exit.com> In-Reply-To: <200503111829.j2BITm9x094682@realtime.exit.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Eric Anderson Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 19:11:50 -0000 Frank Mayhar wrote: > Eric Anderson wrote: > >>Hmm - this was working this morning before I updated, with a -CURRENT as of last week, and I didn't notice anything in /usr/src/UPDATING. So what I should have is: >> >>ath_load="YES" >>ath_hal_load="YES" >>ath_rate_load="YES" > > > I just have > > if_ath_load="YES" > > in my /boot/loader.conf. That picks up everything. > > >>I guess what I missed (and just noticed), is that there are not individual modules for each rate algorithm now, one module (named ath_rate) that is the algorithm of whatever is built. > > > It has been this way for some time, actually. Yes, I forgot about this little "detail". As a result of my change folks using modules are now using ath_rate_sample by default. I'll deal with it. > > >>>You want to go to sys/modules/ath_rate_{amrr|onoe|sample} and do a 'make >>>install'. >> >>I did that already - but why doesn't a 'make installkernel ...' not accomplish that? (forgive my ignorance) > > > It does. It installs ath_rate.ko for each of amrr, onoe and (now) sample. > Obviously, the last one in wins. You'll have to ask Sam about what shortcoming > of the FreeBSD module system leads to this. Actually it's nothing to do with the module system. When I split the rate control code into a separate module various folks didn't want to incur the overhead of using indrect function pointers in the fast path so we used the symbol names to bind rate control support to the driver. This has many downsides and I'm not reall happy with it but since it's unlikely folks will want to run multiple algorithms concurrently I've not spent any time on the issue. > > >>>Hmm. Is ath_rate_sample linked properly? >> >>How can I help you determine that? (is readelf -a output what you want?) > > > Already fixed; read your -current email. Yes, Tai-hwa fixed my botch (I'd tested only with a statically linked kernel). Sam From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 19:14:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C225016A531; Fri, 11 Mar 2005 19:14:49 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 313B043D39; Fri, 11 Mar 2005 19:14:48 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 711D6ACAE0; Fri, 11 Mar 2005 20:14:46 +0100 (CET) Date: Fri, 11 Mar 2005 20:14:46 +0100 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20050311191446.GG9291@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pAofoYq20FcZ47yw" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: gad@freebsd.org Subject: Three new flags for pkill/pgrep. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 19:14:49 -0000 --pAofoYq20FcZ47yw Content-Type: multipart/mixed; boundary="arju9kMG0I+NDki0" Content-Disposition: inline --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'm attaching patches (directly from perforce) which implements three new flags: -F pidfile Restrict matches to process which pid is stored in pidfile file. -i Ignore case distinctions in both the process table and the supplied pattern. -j jid Restrict matches to processes inside jails with a jail ID in the comma-separated list jid. The value zero is taken to mean any jail ID. The '-F' option will allow for more safe kill `cat /var/run/daemon.pid`, because one can call it as: pkill -F /var/run/sshd.pid sshd, so if pid from the file not belongs to sshd daemon, it won't be killed. The '-i' flag was obtained from Jonathan Perkin's patch posted on NetBSD mailing list. The '-j' option is simlar to Solaris' '-z' option (for Solaris zones). In addition, there is a patch which allows to print process jail ID=20 from ps(1). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_00.patch" http://perforce.freebsd.org/chv.cgi?CH=72889 Change 72889 by pjd@pjd_anger on 2005/03/11 12:15:59 Sort options properly. Affected files ... .. //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#2 edit Differences ... ==== //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#2 (text+ko) ==== @@ -87,16 +87,16 @@ Restrict matches to processes with a real group ID in the comma-separated list .Ar gid . -.It Fl P Ar ppid -Restrict matches to processes with a parent process ID in the -comma-separated list -.Ar ppid . .It Fl M Ar core Extract values associated with the name list from the specified core instead of the currently running system. .It Fl N Ar system Extract the name list from the specified system instead of the default, which is the kernel image the system has booted from. +.It Fl P Ar ppid +Restrict matches to processes with a parent process ID in the +comma-separated list +.Ar ppid . .It Fl U Ar uid Restrict matches to processes with a real user ID in the comma-separated list --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_01.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72890 Change 72890 by pjd@pjd_anger on 2005/03/11 12:16:51 Add '-F' options which allows to specify file which contains process' PID. Affected files ... =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#3 edit =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#2 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#3 (text+ko) =3D= =3D=3D=3D @@ -45,6 +45,7 @@ .Sh SYNOPSIS .Nm pgrep .Op Fl flnvx +.Op Fl F Ar pidfile .Op Fl G Ar gid .Op Fl M Ar core .Op Fl N Ar system @@ -59,6 +60,7 @@ .Nm pkill .Op Fl Ar signal .Op Fl fnvx +.Op Fl F Ar pidfile .Op Fl G Ar gid .Op Fl M Ar core .Op Fl N Ar system @@ -82,7 +84,11 @@ processes that match the criteria given on the command line. .Pp The following options are available: -.Bl -tag -width ".Fl d Ar delim" +.Bl -tag -width ".Fl F Ar pidfile" +.It Fl F Ar pidfile +Restrict matches to process which pid is stored in +.Ar pidfile +file. .It Fl G Ar gid Restrict matches to processes with a real group ID in the comma-separated list =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#2 (text+ko) =3D= =3D=3D=3D @@ -69,6 +69,9 @@ #define STATUS_BADUSAGE 2 #define STATUS_ERROR 3 =20 +#define MIN_PID 5 +#define MAX_PID 99999 + /* Check for system-processes which should always be ignored. */ #define IS_KERNPROC(kp) ((kp)->ki_flag & P_KTHREAD) =20 @@ -115,6 +118,7 @@ void killact(struct kinfo_proc *); void grepact(struct kinfo_proc *); void makelist(struct listhead *, enum listtype, char *); +int takepid(const char *); =20 int main(int argc, char **argv) @@ -124,7 +128,7 @@ char buf[_POSIX2_LINE_MAX], *mstr, **pargv, *p, *q; const char *execf, *coref; int debug_opt; - int i, ch, bestidx, rv, criteria; + int i, ch, bestidx, rv, criteria, pidfromfile; size_t jsz; void (*action)(struct kinfo_proc *); struct kinfo_proc *kp; @@ -166,13 +170,18 @@ =20 criteria =3D 0; debug_opt =3D 0; + pidfromfile =3D -1; execf =3D coref =3D _PATH_DEVNULL; =20 - while ((ch =3D getopt(argc, argv, "DG:M:N:P:U:d:fg:lns:t:u:vx")) !=3D -1) + while ((ch =3D getopt(argc, argv, "DF:G:M:N:P:U:d:fg:lns:t:u:vx")) !=3D -= 1) switch (ch) { case 'D': debug_opt++; break; + case 'F': + pidfromfile =3D takepid(optarg); + criteria =3D 1; + break; case 'G': makelist(&rgidlist, LT_GROUP, optarg); criteria =3D 1; @@ -330,6 +339,11 @@ if (IS_KERNPROC(kp) !=3D 0) continue; =20 + if (pidfromfile >=3D 0 && kp->ki_pid !=3D pidfromfile) { + selected[i] =3D 0; + continue; + } + SLIST_FOREACH(li, &ruidlist, li_chain) if (kp->ki_ruid =3D=3D (uid_t)li->li_number) break; @@ -578,3 +592,33 @@ if (empty) usage(); } + +int +takepid(const char *pidfile) +{ + char *endp, line[BUFSIZ]; + FILE *fh; + long rval; + + fh =3D fopen(pidfile, "r"); + if (fh =3D=3D NULL) + err(STATUS_ERROR, "can't open pid file `%s'", pidfile); + + if (fgets(line, sizeof(line), fh) =3D=3D NULL) { + if (feof(fh)) { + (void)fclose(fh); + errx(STATUS_ERROR, "pid file `%s' is empty", pidfile); + } + (void)fclose(fh); + err(STATUS_ERROR, "can't read from pid file `%s'", pidfile); + } + (void)fclose(fh); + + errno =3D 0; + rval =3D strtol(line, &endp, 10); + if (*endp !=3D '\0' && !isspace(*endp)) + errx(STATUS_ERROR, "invalid pid in file `%s'", pidfile); + else if (rval < MIN_PID || rval > MAX_PID) + errx(STATUS_ERROR, "invalid pid in file `%s'", pidfile); + return (rval); +} --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_02.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72891 Change 72891 by pjd@pjd_anger on 2005/03/11 12:31:09 Document '-F' option in usage. Affected files ... =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#3 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#3 (text+ko) =3D= =3D=3D=3D @@ -464,7 +464,7 @@ ustr =3D "[-signal] [-fnvx]"; =20 fprintf(stderr, - "usage: %s %s [-G gid] [-M core] [-N system]\n" + "usage: %s %s [-F pidfile] [-G gid] [-M core] [-N system]\n" " [-P ppid] [-U uid] [-g pgrp] [-s sid] [-t tty]\n" " [-u euid] pattern ...\n", getprogname(), ustr); =20 --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_03.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72892 Change 72892 by pjd@pjd_anger on 2005/03/11 12:33:34 Implement '-i' option which allows to ignore case distinctions in both the process table and the supplied pattern. Obtained from: Jonathan Perkin Affected files ... =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#4 edit =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#4 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#4 (text+ko) =3D= =3D=3D=3D @@ -44,7 +44,7 @@ .Nd find or signal processes by name .Sh SYNOPSIS .Nm pgrep -.Op Fl flnvx +.Op Fl filnvx .Op Fl F Ar pidfile .Op Fl G Ar gid .Op Fl M Ar core @@ -59,7 +59,7 @@ .Ar pattern ... .Nm pkill .Op Fl Ar signal -.Op Fl fnvx +.Op Fl finvx .Op Fl F Ar pidfile .Op Fl G Ar gid .Op Fl M Ar core @@ -125,6 +125,8 @@ or .Nm pkill command. +.It Fl i +Ignore case distinctions in both the process table and the supplied patter= n. .It Fl l Long output. Print the process name in addition to the process ID for each matching =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#4 (text+ko) =3D= =3D=3D=3D @@ -102,6 +102,7 @@ int longfmt; int matchargs; int fullmatch; +int cflags =3D REG_EXTENDED; kvm_t *kd; pid_t mypid; =20 @@ -173,7 +174,7 @@ pidfromfile =3D -1; execf =3D coref =3D _PATH_DEVNULL; =20 - while ((ch =3D getopt(argc, argv, "DF:G:M:N:P:U:d:fg:lns:t:u:vx")) !=3D -= 1) + while ((ch =3D getopt(argc, argv, "DF:G:M:N:P:U:d:fg:ilns:t:u:vx")) !=3D = -1) switch (ch) { case 'D': debug_opt++; @@ -212,6 +213,9 @@ makelist(&pgrplist, LT_PGRP, optarg); criteria =3D 1; break; + case 'i': + cflags |=3D REG_ICASE; + break; case 'l': if (!pgrep) usage(); @@ -280,7 +284,7 @@ * Refine the selection. */ for (; *argv !=3D NULL; argv++) { - if ((rv =3D regcomp(®, *argv, REG_EXTENDED)) !=3D 0) { + if ((rv =3D regcomp(®, *argv, cflags)) !=3D 0) { regerror(rv, ®, buf, sizeof(buf)); errx(STATUS_BADUSAGE, "bad expression: %s", buf); } @@ -459,7 +463,7 @@ const char *ustr; =20 if (pgrep) - ustr =3D "[-flnvx] [-d delim]"; + ustr =3D "[-filnvx] [-d delim]"; else ustr =3D "[-signal] [-fnvx]"; =20 --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_04.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72918 Change 72918 by pjd@pjd_anger on 2005/03/11 18:47:26 Add missing '-i' flag. Affected files ... =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#5 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#5 (text+ko) =3D= =3D=3D=3D @@ -465,7 +465,7 @@ if (pgrep) ustr =3D "[-filnvx] [-d delim]"; else - ustr =3D "[-signal] [-fnvx]"; + ustr =3D "[-signal] [-finvx]"; =20 fprintf(stderr, "usage: %s %s [-F pidfile] [-G gid] [-M core] [-N system]\n" --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_05.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72906 Change 72906 by pjd@pjd_anger on 2005/03/11 16:26:07 Made structure prison visible from userland if _WANT_PRISON is specified. Affected files ... =2E. //depot/user/pjd/pkill/sys/sys/jail.h#2 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/sys/sys/jail.h#2 (text+ko) =3D=3D=3D=3D @@ -46,6 +46,7 @@ #ifdef MALLOC_DECLARE MALLOC_DECLARE(M_PRISON); #endif +#endif /* _KERNEL */ =20 /* * This structure describes a prison. It is pointed to by all struct @@ -59,6 +60,7 @@ * required to read * (d) set only during destruction of jail, no mutex needed */ +#if defined(_KERNEL) || defined(_WANT_PRISON) struct prison { LIST_ENTRY(prison) pr_list; /* (a) all prisons */ int pr_id; /* (c) prison id */ @@ -72,7 +74,9 @@ struct task pr_task; /* (d) destroy task */ struct mtx pr_mtx; }; +#endif /* _KERNEL || _WANT_PRISON */ =20 +#ifdef _KERNEL /* * Sysctl-set variables that determine global jail policy * @@ -105,5 +109,5 @@ int prison_ip(struct ucred *cred, int flag, u_int32_t *ip); void prison_remote_ip(struct ucred *cred, int flags, u_int32_t *ip); =20 -#endif /* !_KERNEL */ +#endif /* _KERNEL */ #endif /* !_SYS_JAIL_H_ */ --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_06.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72916 Change 72916 by pjd@pjd_anger on 2005/03/11 18:38:09 Add ki_jid field which contains process' jail ID. If asking process is closed in jail, put 0 into this field for all processes. =09 Teach kvm(3) how to handle prison structure. =09 Size of kinfo_proc structure verified on: i386, amd64, ia64, sparc64, alpha Affected files ... =2E. //depot/user/pjd/pkill/lib/libkvm/kvm_proc.c#2 edit =2E. //depot/user/pjd/pkill/sys/kern/kern_proc.c#2 edit =2E. //depot/user/pjd/pkill/sys/sys/user.h#2 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/lib/libkvm/kvm_proc.c#2 (text+ko) =3D= =3D=3D=3D @@ -54,6 +54,12 @@ #include #define _WANT_UCRED /* make ucred.h give us 'struct ucred' */ #include +#include +#include +#include +#include +#define _WANT_PRISON /* make jail.h give us 'struct prison' */ +#include #include #include #include @@ -105,6 +111,7 @@ struct sigacts sigacts; struct pstats pstats; struct ucred ucred; + struct prison pr; struct thread mtd; /*struct kse mke;*/ struct ksegrp mkg; @@ -159,6 +166,15 @@ bcopy(ucred.cr_groups, kp->ki_groups, NGROUPS * sizeof(gid_t)); kp->ki_uid =3D ucred.cr_uid; + if (ucred.cr_prison !=3D NULL) { + if (KREAD(kd, (u_long)ucred.cr_prison, &pr)) { + _kvm_err(kd, kd->program, + "can't read prison at %x", + ucred.cr_prison); + return (-1); + } + kp->ki_jid =3D pr.pr_id; + } } =20 switch(what & ~KERN_PROC_INC_THREAD) { =3D=3D=3D=3D //depot/user/pjd/pkill/sys/kern/kern_proc.c#2 (text+ko) =3D=3D= =3D=3D @@ -612,6 +612,7 @@ struct tty *tp; struct session *sp; struct timeval tv; + struct ucred *cred; struct sigacts *ps; =20 p =3D td->td_proc; @@ -632,19 +633,28 @@ #endif kp->ki_fd =3D p->p_fd; kp->ki_vmspace =3D p->p_vmspace; - if (p->p_ucred) { - kp->ki_uid =3D p->p_ucred->cr_uid; - kp->ki_ruid =3D p->p_ucred->cr_ruid; - kp->ki_svuid =3D p->p_ucred->cr_svuid; + kp->ki_flag =3D p->p_flag; + cred =3D p->p_ucred; + if (cred) { + kp->ki_uid =3D cred->cr_uid; + kp->ki_ruid =3D cred->cr_ruid; + kp->ki_svuid =3D cred->cr_svuid; /* XXX bde doesn't like KI_NGROUPS */ - kp->ki_ngroups =3D min(p->p_ucred->cr_ngroups, KI_NGROUPS); - bcopy(p->p_ucred->cr_groups, kp->ki_groups, + kp->ki_ngroups =3D min(cred->cr_ngroups, KI_NGROUPS); + bcopy(cred->cr_groups, kp->ki_groups, kp->ki_ngroups * sizeof(gid_t)); - kp->ki_rgid =3D p->p_ucred->cr_rgid; - kp->ki_svgid =3D p->p_ucred->cr_svgid; + kp->ki_rgid =3D cred->cr_rgid; + kp->ki_svgid =3D cred->cr_svgid; + /* If jailed(cred), emulate the old P_JAILED flag. */ + if (jailed(cred)) { + kp->ki_flag |=3D P_JAILED; + /* If inside a jail, use 0 as a jail ID. */ + if (!jailed(td->td_ucred)) + kp->ki_jid =3D cred->cr_prison->pr_id; + } } - if (p->p_sigacts) { - ps =3D p->p_sigacts; + ps =3D p->p_sigacts; + if (ps) { mtx_lock(&ps->ps_mtx); kp->ki_sigignore =3D ps->ps_sigignore; kp->ki_sigcatch =3D ps->ps_sigcatch; @@ -752,7 +762,6 @@ kp->ki_childtime =3D kp->ki_childstime; timevaladd(&kp->ki_childtime, &kp->ki_childutime); } - sp =3D NULL; tp =3D NULL; if (p->p_pgrp) { kp->ki_pgid =3D p->p_pgrp->pg_id; @@ -791,10 +800,6 @@ kp->ki_sigmask =3D td->td_sigmask; kp->ki_xstat =3D p->p_xstat; kp->ki_acflag =3D p->p_acflag; - kp->ki_flag =3D p->p_flag; - /* If jailed(p->p_ucred), emulate the old P_JAILED flag. */ - if (jailed(p->p_ucred)) - kp->ki_flag |=3D P_JAILED; kp->ki_lock =3D p->p_lock; if (p->p_pptr) kp->ki_ppid =3D p->p_pptr->p_pid; =3D=3D=3D=3D //depot/user/pjd/pkill/sys/sys/user.h#2 (text+ko) =3D=3D=3D=3D @@ -74,7 +74,7 @@ * end of kinfo_proc. It may need to be overridden on a platform-specific * basis as new fields are added. */ -#define KI_NSPARE 16 +#define KI_NSPARE 15 =20 #ifdef __alpha__ #define KINFO_PROC_SIZE 912 @@ -84,7 +84,7 @@ #endif #ifdef __arm__ #undef KI_NSPARE /* Fewer spare longs on this arch */ -#define KI_NSPARE 15 +#define KI_NSPARE 14 #define KINFO_PROC_SIZE 648 #endif #ifdef __ia64__ @@ -92,7 +92,7 @@ #endif #ifdef __i386__ #undef KI_NSPARE /* Fewer spare longs on this arch */ -#define KI_NSPARE 15 +#define KI_NSPARE 14 #define KINFO_PROC_SIZE 648 #endif #ifdef __powerpc__ @@ -187,6 +187,7 @@ lwpid_t ki_tid; /* XXXKSE thread id */ int ki_numthreads; /* XXXKSE number of threads in total */ void *ki_udata; /* User convenience pointer */ + int ki_jid; /* Process jail ID */ long ki_spare[KI_NSPARE]; /* spare room for later growth */ }; void fill_kinfo_proc(struct proc *, struct kinfo_proc *); --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_07.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72919 Change 72919 by pjd@pjd_anger on 2005/03/11 18:48:57 Add '-j' flag which allows to match processes based on their jail ID. Affected files ... =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#5 edit =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#6 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#5 (text+ko) =3D= =3D=3D=3D @@ -53,6 +53,7 @@ .Op Fl U Ar uid .Op Fl d Ar delim .Op Fl g Ar pgrp +.Op Fl j Ar jid .Op Fl s Ar sid .Op Fl t Ar tty .Op Fl u Ar euid @@ -67,6 +68,7 @@ .Op Fl P Ar ppid .Op Fl U Ar uid .Op Fl g Ar pgrp +.Op Fl j Ar jid .Op Fl s Ar sid .Op Fl t Ar tty .Op Fl u Ar euid @@ -127,6 +129,11 @@ command. .It Fl i Ignore case distinctions in both the process table and the supplied patter= n. +.It Fl j Ar jid +Restrict matches to processes inside jails with a jail ID in the comma-sep= arated +list +.Ar jid . +The value zero is taken to mean any jail ID. .It Fl l Long output. Print the process name in addition to the process ID for each matching =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#6 (text+ko) =3D= =3D=3D=3D @@ -113,6 +113,7 @@ struct listhead ppidlist =3D SLIST_HEAD_INITIALIZER(list); struct listhead tdevlist =3D SLIST_HEAD_INITIALIZER(list); struct listhead sidlist =3D SLIST_HEAD_INITIALIZER(list); +struct listhead jidlist =3D SLIST_HEAD_INITIALIZER(list); =20 int main(int, char **); void usage(void); @@ -174,7 +175,7 @@ pidfromfile =3D -1; execf =3D coref =3D _PATH_DEVNULL; =20 - while ((ch =3D getopt(argc, argv, "DF:G:M:N:P:U:d:fg:ilns:t:u:vx")) !=3D = -1) + while ((ch =3D getopt(argc, argv, "DF:G:M:N:P:U:d:fg:ij:lns:t:u:vx")) != =3D -1) switch (ch) { case 'D': debug_opt++; @@ -216,6 +217,10 @@ case 'i': cflags |=3D REG_ICASE; break; + case 'j': + makelist(&jidlist, LT_GENERIC, optarg); + criteria =3D 1; + break; case 'l': if (!pgrep) usage(); @@ -408,6 +413,19 @@ continue; } =20 + SLIST_FOREACH(li, &jidlist, li_chain) { + if (kp->ki_jid > 0) { + if (li->li_number =3D=3D 0) + break; + if (kp->ki_jid =3D=3D (int)li->li_number) + break; + } + } + if (SLIST_FIRST(&jidlist) !=3D NULL && li =3D=3D NULL) { + selected[i] =3D 0; + continue; + } + if (argc =3D=3D 0) selected[i] =3D 1; } @@ -469,8 +487,9 @@ =20 fprintf(stderr, "usage: %s %s [-F pidfile] [-G gid] [-M core] [-N system]\n" - " [-P ppid] [-U uid] [-g pgrp] [-s sid] [-t tty]\n" - " [-u euid] pattern ...\n", getprogname(), ustr); + " [-P ppid] [-U uid] [-g pgrp] [-j jid] [-s sid]\n" + " [-t tty] [-u euid] pattern ...\n", getprogname(), + ustr); =20 exit(STATUS_ERROR); } --arju9kMG0I+NDki0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_08.patch" http://perforce.freebsd.org/chv.cgi?CH=72920 Change 72920 by pjd@pjd_anger on 2005/03/11 18:50:31 Allow to display process' jail ID. Affected files ... .. //depot/user/pjd/pkill/bin/ps/keyword.c#2 edit .. //depot/user/pjd/pkill/bin/ps/ps.1#2 edit Differences ... ==== //depot/user/pjd/pkill/bin/ps/keyword.c#2 (text+ko) ==== @@ -95,6 +95,7 @@ {"inblk", "INBLK", NULL, USER, rvar, NULL, 4, ROFF(ru_inblock), LONG, "ld", 0}, {"inblock", "", "inblk", 0, NULL, NULL, 0, 0, CHAR, NULL, 0}, + {"jid", "JID", NULL, 0, kvar, NULL, 6, KOFF(ki_jid), INT, "d", 0}, {"jobc", "JOBC", NULL, 0, kvar, NULL, 4, KOFF(ki_jobc), SHORT, "d", 0}, {"ktrace", "KTRACE", NULL, 0, kvar, NULL, 8, KOFF(ki_traceflag), INT, ==== //depot/user/pjd/pkill/bin/ps/ps.1#2 (text+ko) ==== @@ -471,6 +471,8 @@ .It Cm inblk total blocks read (alias .Cm inblock ) +.It Cm jid +jail ID .It Cm jobc job control count .It Cm ktrace --arju9kMG0I+NDki0-- --pAofoYq20FcZ47yw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCMe4mForvXbEpPzQRAlgDAJ9iyurbOF61+54TGxkDBQRnEVvsIQCgwUkX 1fIepy54DQtSviTco3djvAw= =inZH -----END PGP SIGNATURE----- --pAofoYq20FcZ47yw-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 20:12:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD92616A4CE for ; Fri, 11 Mar 2005 20:12:31 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2993843D31 for ; Fri, 11 Mar 2005 20:12:31 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc11) with ESMTP id <2005031120122901300n8tpje>; Fri, 11 Mar 2005 20:12:29 +0000 Message-ID: <4231FBD5.3040009@computer.org> Date: Fri, 11 Mar 2005 14:13:09 -0600 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0 (X11/20050127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: filippo.forti@fastwebnet.it References: <4226FB9A0000A47A@ms004msg.mail.fw> In-Reply-To: <4226FB9A0000A47A@ms004msg.mail.fw> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Synaptics touchpad stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 20:12:31 -0000 filippo.forti@fastwebnet.it wrote: > Hello, > after updating three days ago(both the bios and FreeBSD), my mouse > stopped working. Under linux the mouse seems to work whereas the keyboard > doesn't. I'm running with acpi enabled, vesa restore patch, vidcontrol & > syscons patch (which do not work at the moment). The computer is a Dell > Inspiron 5100 with bios version A32. > No help here but FWIF: I have the same (Dell 5100, synaptics touchpad, and A32 bios). I am running 5.4-PRERELEASE, and all is well. If you don't have to have -current you might try -stable Usually if you got -current you need/want it, so as I said... probably no help. Just thought I'd mention it. > > Thanks for your help, > Filippo > > Here comes the dmesg: > > > Copyright (c) 1992-2005 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 6.0-CURRENT #0: Fri Mar 10 09:02:31 CET 2006 > root@portatile.fastwebnet.it:/usr/obj/usr/src/sys/PORTATILE > WARNING: WITNESS option enabled, expect reduced performance. > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0bdf000. > Preloaded elf module "/boot/kernel/pf.ko" at 0xc0bdf158. > Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0bdf200. > Preloaded elf module "/boot/kernel/sound.ko" at 0xc0bdf2ac. > Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc0bdf358. > Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc0bdf404. > Preloaded elf module "/boot/kernel/ath_rate.ko" at 0xc0bdf4b0. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0bdf560. > Calibrating clock(s) ... i8254 clock: 1193183 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2790711440 Hz > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.71-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > Features=0xbfebf9ff > real memory = 1073516544 (1023 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000000c25000 - 0x000000003ed99fff, 1041715200 bytes (254325 pages) > avail memory = 1041678336 (993 MB) > bios32: Found BIOS32 Service Directory header at 0xc00ffe80 > bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0xcfae > pnpbios: Found PnP BIOS data at 0xc00fe2d0 > pnpbios: Entry = f0000:e2f4 Rev = 1.0 > pnpbios: Event flag at 4b4 > Other BIOS signatures found: > wlan: <802.11 Link Layer> > ath_rate: > nfslock: pseudo-device > io: > NEW_UNRHDR 0-ffffff -> 0xc22c8b00 > mem: > Pentium Pro MTRR support enabled > VESA: information block > 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 > 00 01 00 02 00 01 19 01 00 01 2f 01 00 01 34 01 > 00 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 > 94 01 95 01 96 01 a2 01 a3 01 a4 01 a5 01 a6 01 > VESA: 60 mode(s) found > VESA: v2.0, 32768k memory, flags:0x1, mode table:0xc0a13ac2 (1000022) > VESA: ATI MOBILITY RADEON 7500 > VESA: ATI Technologies Inc. M7 01.00 > null: > random: > ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: [MPSAFE] > pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25608086) > pcibios: BIOS version 2.10 > Found $PIR table, 10 entries at 0xc00fcbb0 > PCI-Only Interrupts: none > Location Bus Device Pin Link IRQs > embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 > embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 > embedded 1 0 A 0x65 3 4 5 6 7 9 10 11 12 14 15 > embedded 2 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 > embedded 2 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 > embedded 2 4 B 0x60 none > embedded 2 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 > embedded 2 2 B 0x63 3 4 5 6 7 9 10 11 12 14 15 > embedded 8 0 A 0x62 3 4 5 6 7 9 10 11 12 14 15 > embedded 8 0 B 0x63 3 4 5 6 7 9 10 11 12 14 15 > embedded 8 1 A 0x62 3 4 5 6 7 9 10 11 12 14 15 > embedded 8 1 B 0x63 3 4 5 6 7 9 10 11 12 14 15 > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 31 func 0 > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 31 func 0 > atpic: Programming IRQ9 as level/low > ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > acpi_throttle0: P_CNT from P_BLK 0x8e0 > acpi_acad0: on acpi0 > acpi_cmbat0: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci_link0: irq 11 on acpi0 > pci_link0: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 9 10 11 > pci_link0: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 11 N 0 9 10 11 > pci_link0: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 9 10 11 > pci_link1: irq 11 on acpi0 > pci_link1: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 5 7 > pci_link1: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 > pci_link1: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 > pci_link2: irq 11 on acpi0 > pci_link2: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 9 10 11 > pci_link2: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 11 N 0 9 10 11 > pci_link2: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 9 10 11 > pci_link3: irq 11 on acpi0 > pci_link3: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 5 7 9 10 11 > pci_link3: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 11 N 0 5 7 9 10 11 > pci_link3: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 10 11 > pci_link4: irq 11 on acpi0 > pci_link4: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 > pci_link4: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 > pci_link4: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 > pci0: on pcib0 > pci0: physical bus=0 > map[10]: type 3, range 32, base e0000000, size 27, enabled > found-> vendor=0x8086, dev=0x2560, revid=0x02 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x2561, revid=0x02 > bus=0, slot=1, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) > map[20]: type 4, range 32, base 0000bf80, size 5, enabled > pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) > pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA > found-> vendor=0x8086, dev=0x24c2, revid=0x02 > bus=0, slot=29, func=0 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > map[20]: type 4, range 32, base 0000bf40, size 5, enabled > pcib0: matched entry for 0.29.INTB (src \\_SB_.PCI0.LNKD:0) > pcib0: slot 29 INTB routed to irq 11 via \\_SB_.PCI0.LNKD > found-> vendor=0x8086, dev=0x24c4, revid=0x02 > bus=0, slot=29, func=1 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=11 > map[20]: type 4, range 32, base 0000bf20, size 5, enabled > pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LNKC:0) > pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LNKC > found-> vendor=0x8086, dev=0x24c7, revid=0x02 > bus=0, slot=29, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=11 > map[10]: type 1, range 32, base f4fffc00, size 10, enabled > pcib0: matched entry for 0.29.INTD (src \\_SB_.PCI0.LNKH:0) > pcib0: slot 29 INTD routed to irq 11 via \\_SB_.PCI0.LNKH > found-> vendor=0x8086, dev=0x24cd, revid=0x02 > bus=0, slot=29, func=7 > class=0c-03-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=d, irq=11 > powerspec 2 supports D0 D3 current D0 > found-> vendor=0x8086, dev=0x244e, revid=0x82 > bus=0, slot=30, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x24c0, revid=0x02 > bus=0, slot=31, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[20]: type 4, range 32, base 0000bfa0, size 4, enabled > found-> vendor=0x8086, dev=0x24cb, revid=0x02 > bus=0, slot=31, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > map[10]: type 4, range 32, base 0000b800, size 8, enabled > map[14]: type 4, range 32, base 0000bc40, size 6, enabled > map[18]: type 1, range 32, base f4fff800, size 9, enabled > map[1c]: type 1, range 32, base f4fff400, size 8, enabled > pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) > pci_link1: Picked IRQ 9 with weight 0 > pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB > found-> vendor=0x8086, dev=0x24c5, revid=0x02 > bus=0, slot=31, func=5 > class=04-01-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=9 > powerspec 2 supports D0 D3 current D0 > agp0: mem 0xe0000000-0xe7ffffff at device > 0.0 on pci0 > agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 > agp0: allocating GATT for aperture of size 128M > pcib1: at device 1.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0xc000-0xcfff > pcib1: memory decode 0xfc000000-0xfdffffff > pcib1: prefetched decode 0xe8000000-0xefffffff > pci_link5: irq 11 on acpi0 > pci_link5: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 > pci_link5: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 > pci_link5: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 > pci1: on pcib1 > pci1: physical bus=1 > map[10]: type 3, range 32, base e8000000, size 27, enabled > pcib1: (null) requested memory range 0xe8000000-0xefffffff: good > map[14]: type 4, range 32, base 0000c000, size 8, enabled > pcib1: (null) requested I/O range 0xc000-0xc0ff: in range > map[18]: type 1, range 32, base fcff0000, size 16, enabled > pcib1: (null) requested memory range 0xfcff0000-0xfcffffff: good > pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKE:0) > pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKE > found-> vendor=0x1002, dev=0x4c57, revid=0x00 > bus=1, slot=0, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x01a7, statreg=0x02b0, cachelnsz=8 (dwords) > lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci1: at device 0.0 (no driver attached) > uhci0: port 0xbf80-0xbf9f irq > 11 at device 29.0 on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xbf40-0xbf5f irq > 11 at device 29.1 on pci0 > uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf40 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xbf20-0xbf3f irq > 11 at device 29.2 on pci0 > uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xf4fffc00-0xf4ffffff irq > 11 at device 29.7 on pci0 > ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf4fffc00 > ehci0: [GIANT-LOCKED] > ehci_pci_attach: companion usb0 > ehci_pci_attach: companion usb1 > ehci_pci_attach: companion usb2 > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: single transaction translator > uhub3: 6 ports with 6 removable, self powered > pcib2: at device 30.0 on pci0 > pcib2: secondary bus 2 > pcib2: subordinate bus 2 > pcib2: I/O decode 0xd000-0xefff > pcib2: memory decode 0xf6000000-0xfbffffff > pcib2: prefetched decode 0xfff00000-0xfffff > pcib2: Subtractively decoded bridge. > pci2: on pcib2 > pci2: physical bus=2 > map[10]: type 1, range 32, base faffe000, size 13, enabled > pcib2: (null) requested memory range 0xfaffe000-0xfaffffff: good > pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKB:0) > pcib2: slot 1 INTA routed to irq 9 via \\_SB_.PCI0.LNKB > found-> vendor=0x14e4, dev=0x4401, revid=0x01 > bus=2, slot=1, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=9 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base 00000000, size 12, memory disabled > found-> vendor=0x104c, dev=0xac44, revid=0x02 > bus=2, slot=4, func=0 > class=06-07-00, hdrtype=0x02, mfdev=1 > cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 > ns) > intpin=a, irq=255 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base faffd800, size 11, enabled > pcib2: (null) requested memory range 0xfaffd800-0xfaffdfff: good > map[14]: type 1, range 32, base faff8000, size 14, enabled > pcib2: (null) requested memory range 0xfaff8000-0xfaffbfff: good > pcib2: matched entry for 2.4.INTA (src \\_SB_.PCI0.LNKA:0) > pcib2: slot 4 INTA routed to irq 11 via \\_SB_.PCI0.LNKA > found-> vendor=0x104c, dev=0x8029, revid=0x00 > bus=2, slot=4, func=1 > class=0c-00-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0116, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > bfe0: mem 0xfaffe000-0xfaffffff irq 9 at > device 1.0 on pci2 > bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfaffe000 > miibus0: on bfe0 > bmtphy0: on miibus0 > bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > bfe0: bpf attached > bfe0: Ethernet address: 00:0b:db:18:b5:9c > bfe0: [MPSAFE] > cbb0: at device 4.0 on pci2 > pcib2: cbb0 requested memory range 0xf6000000-0xfbffffff: good > cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf6000000 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > pcib2: matched entry for 2.4.INTA (src \\_SB_.PCI0.LNKA:0) > pcib2: slot 4 INTA routed to irq 11 via \\_SB_.PCI0.LNKA > cbb0: [MPSAFE] > cbb0: PCI Configuration space: > 0x00: 0xac44104c 0x02100007 0x06070002 0x00822008 > 0x10: 0xf6000000 0x020000a0 0x20040302 0xfffff000 > 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc > 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b > 0x40: 0x01491028 0x00000001 0x00000000 0x00000000 > 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x80: 0x28405061 0x00000000 0x001f0000 0x00001002 > 0x90: 0x606482c0 0x00000000 0x00000000 0x00000000 > 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 > 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 > fwohci0: vendor=104c, dev=8029 > fwohci0: vendor=104c, dev=8029 > fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0xfaffd800-0xfaffdfff > irq 11 at device 4.1 on pci2 > fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfaffd800 > fwohci0: [MPSAFE] > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 38:4f:c0:00:02:dc:d4:10 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 3a:4f:c0:dc:d4:10 > fwe0: bpf attached > fwe0: Ethernet address: 3a:4f:c0:dc:d4:10 > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 > at device 31.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 > ata0: channel #0 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=03 ostat0=50 ostat1=01 > ata0-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb > ata0-slave: stat=0x01 err=0x04 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=10 stat1=01 devices=0x4 > ata0: [MPSAFE] > ata1: channel #1 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=03 ostat0=50 ostat1=00 > ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata1-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 > ata1: reset tp2 stat0=50 stat1=00 devices=0x1 > ata1: [MPSAFE] > pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff > irq 9 at device 31.5 on pci0 > pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xb800 > pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xbc40 > pcm0: [GIANT-LOCKED] > pcm0: > pcm0: Codec features headphone, 20 bit DAC, 20 bit ADC, 5 bit master volume, > SigmaTel 3D Enhancement > pcm0: Primary codec extended features variable rate PCM, reserved 1, AMAP, > reserved 4 > pcm0: sndbuf_setmap 3e789000, 4000; 0xed2a8000 -> 3e789000 > pcm0: sndbuf_setmap 3e782000, 4000; 0xed2ac000 -> 3e782000 > acpi_tz0: on acpi0 > psmcpnp0: irq 12 on acpi0 > atkbdc0: port 0x66,0x62,0x64,0x60 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 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0065 > psm0: the aux port is not functioning (-1). > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > atkbdc: atkbdc0 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 > ex_isa_identify() > unknown: status reg test failed ff > unknown: status reg test failed ff > unknown: status reg test failed ff > unknown: status reg test failed ff > unknown: status reg test failed ff > unknown: status reg test failed ff > ahc_isa_probe 11: ioport 0xbc00 alloc failed > vt: vt0 already exists; skipping it > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > pmtimer0 on isa0 > orm0: at iomem 0xcf800-0xcffff,0xcf000-0xcf7ff,0xc0000-0xcefff > on isa0 > adv0: not probed (disabled) > aha0: not probed (disabled) > aic0: not probed (disabled) > bt0: not probed (disabled) > cs0: not probed (disabled) > ed0: not probed (disabled) > fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 > fe0: not probed (disabled) > ie0: not probed (disabled) > lnc0: not probed (disabled) > ppc0: parallel port not found. > ppc0: failed to probe at irq 7 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: irq maps: 0x801 0x801 0x801 0x801 > sio0: probe failed test(s): 0 1 2 4 6 7 9 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > NEW_UNRHDR 0-ffff -> 0xc251d0c0 > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: irq maps: 0x801 0x801 0x801 0x801 > sio1: probe failed test(s): 0 1 2 4 6 7 9 > sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 > sio2: not probed (disabled) > sio3: not probed (disabled) > sn0: not probed (disabled) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > vt0: not probed (disabled) > isa_probe_children: probing PnP devices > Device configuration finished. > procfs registered > Timecounter "TSC" frequency 2790711440 Hz quality 800 > Timecounters tick every 1.000 msec > pflog0: bpf attached > lo0: bpf attached > NEW_UNRHDR 0-ffffff -> 0xc2514880 > acpi_acad0: acline initialization start > acpi_acad0: On Line > acpi_cmbat0: battery initialization start > acpi_acad0: acline initialization done, tried 1 times > ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin > ata0-master: setting PIO4 on Intel ICH4 chip > ata0-master: setting UDMA33 on Intel ICH4 chip > acd0: CDRW drive at ata0 as master > acd0: read 861KB/s (4126KB/s) write 172KB/s (4134KB/s), 2048KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet > acd0: Writes: CDR, CDRW, test write, burnproof > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > ata1-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin > ata1-master: setting PIO4 on Intel ICH4 chip > ata1-master: setting UDMA100 on Intel ICH4 chip > ad2: ATA-5 disk at ata1-master > ad2: 38154MB (78140160 sectors), 77520 C, 16 H, 63 S, 512 B > ad2: 16 secs/int, 1 depth queue, UDMA100 > GEOM: new disk ad2 > acpi_cmbat0: battery initialization done, tried 1 times > ar: FreeBSD check1 failed > pcm0: measured ac97 link rate at 48003 Hz, will use 48000 Hz > (probe1:ata0:0:1:0): error 22 > (probe1:ata0:0:1:0): Unretryable Error > (probe1:ata0:0:1:0): error 22 > (probe1:ata0:0:1:0): Unretryable Error > (probe3:ata1:0:1:0): error 22 > (probe3:ata1:0:1:0): Unretryable Error > (probe3:ata1:0:1:0): error 22 > (probe3:ata1:0:1:0): Unretryable Error > (probe2:ata1:0:0:0): error 22 > (probe2:ata1:0:0:0): Unretryable Error > (probe2:ata1:0:0:0): error 22 > (probe2:ata1:0:0:0): Unretryable Error > (probe0:ata0:0:0:0): error 22 > (probe0:ata0:0:0:0): Unretryable Error > (probe0:ata0:0:0:0): error 6 > (probe0:ata0:0:0:0): Unretryable Error > (probe0:ata0:0:0:0): error 22 > (probe0:ata0:0:0:0): Unretryable Error > (probe4:sbp0:0:0:0): error 22 > (probe4:sbp0:0:0:0): Unretryable Error > (probe6:sbp0:0:2:0): error 22 > (probe6:sbp0:0:2:0): Unretryable Error > (probe7:sbp0:0:3:0): error 22 > (probe7:sbp0:0:3:0): Unretryable Error > (probe9:sbp0:0:5:0): error 22 > (probe9:sbp0:0:5:0): Unretryable Error(probe10:sbp0:0:6:0): Unretryable Error > (probe5:sbp0:0:1:0): error 22 > (probe5:sbp0:0:1:0): Unretryable Error > (probe8:sbp0:0:4:0): error 22 > (probe8:sbp0:0:4:0): Unretryable Error > pass0 at ata0 bus 0 target 0 lun 0 > pass0: Removable CD-ROM SCSI-0 device > pass0: 33.000MB/s transfers > GEOM: new disk cd0 > (cd0:ata0:0:0:0): error 6 > (cd0:ata0:0:0:0): Unretryable Error > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present - > tray closed > (cd0:ata0:0:0:0): error 6 > (cd0:ata0:0:0:0): Unretryable Error > (cd0:ata0:0:0:0): error 6 > (cd0:ata0:0:0:0): Unretryable Error > (cd0:ata0:0:0:0): error 6 > (cd0:ata0:0:0:0): Unretryable Error > Trying to mount root from ufs:/dev/ad2s1a > start_init: trying /sbin/init > Pre-seeding PRNG: > kickstart > . > Loading configuration files. > Entropy harvesting: > interrupts > ethernet > point_to_point > kickstart > . > swapon: adding /dev/ad2s1b as swap device > Starting file system checks: > /dev/ad2s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad2s1a: clean, 735953 free (897 frags, 91882 blocks, 0.1% fragmentation) > /dev/ad2s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad2s1f: clean, 4149857 free (169017 frags, 497605 blocks, 1.1% fragmentation) > /dev/ad2s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad2s1d: clean, 1970503 free (2199 frags, 246038 blocks, 0.1% fragmentation) > /dev/ad2s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad2s1e: clean, 126628 free (132 frags, 15812 blocks, 0.1% fragmentation) > Linux ELF exec handler installed > linprocfs registered > Setting hostname: portatile.fastwebnet.it. > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 > Starting dhclient. > bfe0: flags=8843 mtu 1500 > options=8 > inet6 fe80::20b:dbff:fe18:b59c%bfe0 prefixlen 64 scopeid 0x1 > inet 1.255.90.63 netmask 0xfffff800 broadcast 255.255.255.255 > ether 00:0b:db:18:b5:9c > media: Ethernet autoselect (100baseTX ) > status: active > Additional routing options: > . > Starting devd. > hw.acpi.cpu.cx_lowest: > C1 > -> > C1 > > Mounting NFS file systems: > . > Creating and/or trimming log files: > . > Starting syslogd. > Mar 11 07:37:34 portatile syslogd: kernel boot file is /boot/kernel/kernel > NFS access cache time=2 > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib > /usr/local/lib/compat/pkg > a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout > Enabling pflogd > . > pflog0: promiscuous mode enabled > Mar 11 07:37:35 portatile kernel: pflog0: promiscuous mode enabled > Starting usbd. > Starting local daemons: > . > Updating motd > . > Configuring syscons: > keyrate > font8x16 > font8x14 > font8x8 > blanktime > screensaver > splash: image decoder found: daemon_saver > allscreens > . > Starting sshd. > Initial i386 initialization: > . > Additional ABI support: > linux > . > Starting cron. > Local package initialization: > pgsql > setenv: not found > Starting dictd. > postfix/postfix-script: starting the Postfix mail system sshd > Mar 11 07:37:44 portatile sshd[623]: error: Bind to port 22 on 0.0.0.0 failed: > Address already in use. > Mar 11 07:37:44 portatile sshd[623]: fatal: Cannot bind any address. > . > Additional TCP options: > . > Starting default moused: > moused: > unable to open /dev/psm0: No such file or directory > > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > \^[[=0A > \^[[=7F > \^[[=0G > \^[[=0H > \^[[=7I > vidcontrol: > showing the mouse > : > > > Invalid argument > . > Starting background file system checks in 60 seconds. > > Fri Mar 11 07:37:44 CET 2005 > Mar 11 07:37:48 portatile login: chflags(/dev/#C:227:0x0): No such file > or directory > Mar 11 07:37:48 portatile login: chown(/dev/#C:227:0x0): No such file or > directory > > \^[[=7I > vidcontrol: > > > > (probe10:sbp0:0:6:0): error 22 > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 21:27:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2139A16A4CE for ; Fri, 11 Mar 2005 21:27:35 +0000 (GMT) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id C82AB43D2D for ; Fri, 11 Mar 2005 21:27:34 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([138.89.61.25])0.04 <0ID7007SWI9XADS1@vms046.mailsrvcs.net> for freebsd-current@freebsd.org; Fri, 11 Mar 2005 15:27:34 -0600 (CST) Date: Fri, 11 Mar 2005 16:27:27 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <42313286.2060206@errno.com> To: Sam Leffler Message-id: <1110576447.1145.13.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-type: multipart/mixed; boundary="Boundary_(ID_Siq5AZ3H4DBle6Zz3wF/uQ)" References: <42313286.2060206@errno.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 21:27:35 -0000 --Boundary_(ID_Siq5AZ3H4DBle6Zz3wF/uQ) Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT On Thu, 2005-03-10 at 21:54 -0800, Sam Leffler wrote: > If you''re an ath user on current it'd be great to get John some > feedback on his rate control algorithm as it might be made the default. > I've not tested it with 5210 or 5211 cards and it's likely to have > some issues with them so beware. To use it be sure you have up to date > code and then specify > > device ath_rate_sample > > instead of the normal ath_rate_onoe. > > Sam > > -------- Original Message -------- > Subject: cvs commit: src/sys/modules Makefile src/sys/conf files > src/sys/dev/ath/ath_rate/sample sample.c sample.h > src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES > Date: Fri, 11 Mar 2005 01:39:57 +0000 (UTC) > From: Sam Leffler > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > > sam 2005-03-11 01:39:57 UTC > > FreeBSD src repository > > Modified files: > sys/modules Makefile > sys/conf files > sys/i386/conf NOTES > Added files: > sys/dev/ath/ath_rate/sample sample.c sample.h > sys/modules/ath_rate_sample Makefile > Log: > SampleRate rate control algorithm for the ath driver > > Submitted by: John Bicket > > Revision Changes Path > 1.1003 +1 -0 src/sys/conf/files > http://cvsweb.FreeBSD.org/src/sys/conf/files.diff?r1=1.1002&r2=1.1003 > 1.1 +608 -0 src/sys/dev/ath/ath_rate/sample/sample.c (new) > http://cvsweb.FreeBSD.org/src/sys/dev/ath/ath_rate/sample/sample.c?rev=1.1&content-type=text/plain > 1.1 +136 -0 src/sys/dev/ath/ath_rate/sample/sample.h (new) > http://cvsweb.FreeBSD.org/src/sys/dev/ath/ath_rate/sample/sample.h?rev=1.1&content-type=text/plain > 1.1188 +1 -0 src/sys/i386/conf/NOTES > http://cvsweb.FreeBSD.org/src/sys/i386/conf/NOTES.diff?r1=1.1187&r2=1.1188 > 1.430 +1 -0 src/sys/modules/Makefile > http://cvsweb.FreeBSD.org/src/sys/modules/Makefile.diff?r1=1.429&r2=1.430 > 1.1 +48 -0 src/sys/modules/ath_rate_sample/Makefile (new) > http://cvsweb.FreeBSD.org/src/sys/modules/ath_rate_sample/Makefile?rev=1.1&content-type=text/plain > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" After cvsup'ing the fix, module builds and loads properly but fails to associate. I have turned debug flood gates (80211debug 0xffffffff) and it seems to indicate that card is busy scanning the neighborhood. My situation is somewhat complicated by the fact that I have other AP with the stronger signal level nearby: sunny:RabbitsDen>wicontrol ath0 -l 2 stations: ap[0]: netname (SSID): [ YYYYYYYYYYY ] BSSID: [ 00:12:xx:xx:xx:xx ] Channel: [ 6 ] Quality/Signal/Noise [signal]: [ 0 / 21 / 0 ] [dBm]: [ 0 / -128 / -149 ] BSS Beacon Interval [msec]: [ 100 ] Capinfo: [ ESS ] ap[1]: netname (SSID): [ XXXXXXXXXXXX ] BSSID: [ 00:11:xx:xx:xx:xx ] Channel: [ 11 ] Quality/Signal/Noise [signal]: [ 0 / 18 / 0 ] [dBm]: [ 0 / -131 / -149 ] BSS Beacon Interval [msec]: [ 100 ] Capinfo: [ ESS WEP ] AP with SSID "XXXXXXXXXX" (00:11:xx:xx:xx:xx) is the one I am trying to associate with. I have attached debug output -- if more (or less ;) information is needed, please, let me know. Both _onoe and _amrr survive this setup occasionally taking link down and then back up. System is -CURRENT cvsup'ed after the "unresolved reference" fix today and card is PCMCIA Linksys WPC55AG (AR5212). -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) --Boundary_(ID_Siq5AZ3H4DBle6Zz3wF/uQ)-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 21:51:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A20F16A4CE for ; Fri, 11 Mar 2005 21:51:17 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D3E643D3F for ; Fri, 11 Mar 2005 21:51:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2BLpCZq056398; Fri, 11 Mar 2005 15:51:12 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <423212CC.90800@centtech.com> Date: Fri, 11 Mar 2005 15:51:08 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <42313286.2060206@errno.com> In-Reply-To: <42313286.2060206@errno.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 15:01:48 2005 on mh1.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 21:51:17 -0000 Sam Leffler wrote: > If you''re an ath user on current it'd be great to get John some > feedback on his rate control algorithm as it might be made the default. > I've not tested it with 5210 or 5211 cards and it's likely to have some > issues with them so beware. To use it be sure you have up to date code > and then specify > > device ath_rate_sample > > instead of the normal ath_rate_onoe. So far, I see no additional performance, in fact, upload speeds are about 15-20% less compared to the onoe stuff. It's stable and seems to work ok for me however. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 22:34:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09DE216A4CE for ; Fri, 11 Mar 2005 22:34:15 +0000 (GMT) Received: from mimoza.pantel.net (mimoza.PANTEL.NET [212.24.191.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA64E43D31 for ; Fri, 11 Mar 2005 22:34:14 +0000 (GMT) (envelope-from arutz@mimoza.pantel.net) Received: by mimoza.pantel.net (Postfix, from userid 1000) id 59B09124B0; Fri, 11 Mar 2005 23:34:13 +0100 (CET) Date: Fri, 11 Mar 2005 23:34:13 +0100 From: Antal Rutz To: current@freebsd.org Message-ID: <20050311223413.GA5126@mimoza.pantel.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: Transparent proxy feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 22:34:15 -0000 Hi, Nowadays I have to use a special firewall software ('zorp') but unfortunately it only runs on linux. the reason is that only linux has the feature (transparent proxying) to listen on/send packets (sourcing) from other IP addresses than the machine has. (maybe with an extra kmod) The developers told me that they aren't familiar with FreeBSD but would port their software to it if the OS had support for that t-proxy. The question is: Is there any plan to support that thing (maybe through ipfw, pf or ipfilter - no idea) or is that too sick? thanks alot. -- --rutz From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 22:40:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 704E016A4CE for ; Fri, 11 Mar 2005 22:40:18 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3406243D46 for ; Fri, 11 Mar 2005 22:40:16 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 198177A423; Fri, 11 Mar 2005 14:40:16 -0800 (PST) Message-ID: <42321E4F.9020904@elischer.org> Date: Fri, 11 Mar 2005 14:40:15 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Antal Rutz References: <20050311223413.GA5126@mimoza.pantel.net> In-Reply-To: <20050311223413.GA5126@mimoza.pantel.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Transparent proxy feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 22:40:18 -0000 Antal Rutz wrote: >Hi, > >Nowadays I have to use a special firewall software ('zorp') but >unfortunately it only runs on linux. the reason is that only linux >has the feature (transparent proxying) to listen on/send packets (sourcing) >from other IP addresses than the machine has. (maybe with an extra kmod) > >The developers told me that they aren't familiar with FreeBSD but would >port their software to it if the OS had support for that t-proxy. > >The question is: Is there any plan to support that thing (maybe through >ipfw, pf or ipfilter - no idea) or is that too sick? > > There is already transparrent proxy support in FreeBSD and ahs been for manyu years. it is accessed through the ipfw "fwd" option.. ipfw add fwd localhost,1234 tcp from {somewhere} to (somewhere) {via some interface} Here's the man entry for that feature. fwd | forward ipaddr[,port] Change the next-hop on matching packets to ipaddr, which can be an IP address in dotted quad format or a host name. The search terminates if this rule matches. If ipaddr is a local address, then matching packets will be for- warded to port (or the port number in the packet if one is not specified in the rule) on the local machine. If ipaddr is not a local address, then the port number (if speci- fied) is ignored, and the packet will be forwarded to the remote address, using the route as found in the local routing table for that IP. A fwd rule will not match layer-2 packets (those received on ether_input, ether_output, or bridged). The fwd action does not change the contents of the packet at all. In particular, the destination address remains unmodified, so packets forwarded to another system will usually be rejected by that system unless there is a matching rule on that system to capture them. For packets forwarded locally, the local address of the socket will be set to the original destination address of the packet. This makes the netstat(1) entry look rather weird but is intended for use with transparent proxy servers. >thanks alot. > > From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 22:44:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05AB116A4CE for ; Fri, 11 Mar 2005 22:44:40 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C361143D2D for ; Fri, 11 Mar 2005 22:44:39 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id B340A7A423; Fri, 11 Mar 2005 14:44:39 -0800 (PST) Message-ID: <42321F57.9060708@elischer.org> Date: Fri, 11 Mar 2005 14:44:39 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <20050311223413.GA5126@mimoza.pantel.net> <42321E4F.9020904@elischer.org> In-Reply-To: <42321E4F.9020904@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Transparent proxy feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 22:44:40 -0000 responding to myself to add more.. Julian Elischer wrote: > > > Antal Rutz wrote: > >> Hi, >> >> Nowadays I have to use a special firewall software ('zorp') but >> unfortunately it only runs on linux. the reason is that only linux >> has the feature (transparent proxying) to listen on/send packets >> (sourcing) >> from other IP addresses than the machine has. (maybe with an extra kmod) >> >> The developers told me that they aren't familiar with FreeBSD but would >> port their software to it if the OS had support for that t-proxy. >> >> The question is: Is there any plan to support that thing (maybe through >> ipfw, pf or ipfilter - no idea) or is that too sick? >> >> > > There is already transparrent proxy support in FreeBSD and ahs been > for manyu years. > > it is accessed through the ipfw "fwd" option.. > > ipfw add fwd localhost,1234 tcp from {somewhere} to (somewhere) {via > some interface} > > Here's the man entry for that feature. > > fwd | forward ipaddr[,port] > Change the next-hop on matching packets to ipaddr, which > can be > an IP address in dotted quad format or a host name. The > search > terminates if this rule matches. > > If ipaddr is a local address, then matching packets will > be for- > warded to port (or the port number in the packet if one is > not > specified in the rule) on the local machine. > If ipaddr is not a local address, then the port number (if > speci- > fied) is ignored, and the packet will be forwarded to the > remote > address, using the route as found in the local routing > table for > that IP. > A fwd rule will not match layer-2 packets (those received on > ether_input, ether_output, or bridged). > The fwd action does not change the contents of the packet > at all. > In particular, the destination address remains unmodified, so > packets forwarded to another system will usually be > rejected by > that system unless there is a matching rule on that system to > capture them. For packets forwarded locally, the local > address > of the socket will be set to the original destination > address of > the packet. This makes the netstat(1) entry look rather > weird > but is intended for use with transparent proxy servers. The proxy software need only do a getsockname() to get the sockaddr to use for the forward connection. The ipfw rules need to be set so that the outgoing forward connection by the proxy is not also captured :-) > >> thanks alot. >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 22:52:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55A3216A4CE for ; Fri, 11 Mar 2005 22:52:00 +0000 (GMT) Received: from av5-2-sn3.vrr.skanova.net (av5-2-sn3.vrr.skanova.net [81.228.9.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF83B43D31 for ; Fri, 11 Mar 2005 22:51:59 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av5-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 9CB1C37E5F; Fri, 11 Mar 2005 23:51:58 +0100 (CET) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av5-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 8CBC437E44 for ; Fri, 11 Mar 2005 23:51:58 +0100 (CET) Received: from sentinel (81-232-139-217-no23.business.telia.com [81.232.139.217]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 612B738009 for ; Fri, 11 Mar 2005 23:51:58 +0100 (CET) From: "Daniel Eriksson" To: "'FreeBSD Current'" Date: Fri, 11 Mar 2005 23:51:40 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUmjONYeYvGeUIJQai718XI7RjoYA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: Higher interrupt rate after recent SMP/APIC timer changes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 22:52:00 -0000 After the recent changes to the use of APIC timers on SMP systems, the reported interrupt rate has gone up significantly: # vmstat -i interrupt total rate irq1: atkbd0 3 0 irq0: clk 55294842 1998 irq4: sio0 656 0 irq6: fdc0 13 0 irq13: npx0 1 0 irq14: ata0 28299 1 irq15: ata1 28144 1 irq17: atapci1+ 60822 2 irq19: atapci3+ 19848 0 irq20: ciss0 857173 30 irq21: em0 1 0 irq22: em1 1 0 lapic1: timer 110665583 3998 lapic0: timer 110649350 3998 Total 277604736 10031 This is an SMP box (dual AMD AthlonMP) running with HZ=2000 and POLLING enabled. Should I worry about the 4k intr/sec reported for lapic0 and lapic1, or is this the way things should be? I should add that system load has not changed noticeably, leading me to believe that the lapic* interrupt rate is by design and nothing to worry about. (But I still wanted to ask.) /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 22:55:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EFAA16A4CE for ; Fri, 11 Mar 2005 22:55:39 +0000 (GMT) Received: from bmw.websitewelcome.com (bmw.websitewelcome.com [70.84.85.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76C5C43D2D for ; Fri, 11 Mar 2005 22:55:39 +0000 (GMT) (envelope-from josh@kantei.com) Received: from cpanel by bmw.websitewelcome.com with local (Exim 4.44) id 1D9t2a-0002vT-JN for freebsd-current@freebsd.org; Fri, 11 Mar 2005 16:55:32 -0600 Received: from 168.103.242.89 ([168.103.242.89]) by www.kantei.com (Horde) with HTTP for ; Fri, 11 Mar 2005 16:55:32 -0600 Message-ID: <20050311165532.7rc6m2phsd7o4cos@www.kantei.com> Date: Fri, 11 Mar 2005 16:55:32 -0600 From: josh@kantei.com To: freebsd-current@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bmw.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32001 32001] / [47 12] X-AntiAbuse: Sender Address Domain - kantei.com X-Source: X-Source-Args: X-Source-Dir: Subject: 'make buildworld' problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 22:55:39 -0000 Hello, Can I post a 'make buildworld' problem to this list? thanks, Josh Zeidner From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 23:24:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4375F16A4CE for ; Fri, 11 Mar 2005 23:24:52 +0000 (GMT) Received: from bmw.websitewelcome.com (bmw.websitewelcome.com [70.84.85.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B8A443D3F for ; Fri, 11 Mar 2005 23:24:51 +0000 (GMT) (envelope-from josh@kantei.com) Received: from cpanel by bmw.websitewelcome.com with local (Exim 4.44) id 1D9tUq-0007GH-9u for freebsd-current@freebsd.org; Fri, 11 Mar 2005 17:24:44 -0600 Received: from 168.103.242.89 ([168.103.242.89]) by www.kantei.com (Horde) with HTTP for ; Fri, 11 Mar 2005 17:24:44 -0600 Message-ID: <20050311172444.p8nd7mxom8w0os0k@www.kantei.com> Date: Fri, 11 Mar 2005 17:24:44 -0600 From: josh@kantei.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bmw.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32001 32001] / [47 12] X-AntiAbuse: Sender Address Domain - kantei.com X-Source: X-Source-Args: X-Source-Dir: Subject: error in buildworld compilation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 23:24:52 -0000 Well here goes... I am trying to 'make buildworld' from a code snapshot from the latest CVS. I am using the following supfile: ++++++++++++++++++++++++++++++++++++++++++ *default tag=. *default host=cvsup2.us.FreeBSD.org *default prefix=/usr *default base=/var/db *default release=cvs delete use-rel-suffix compress src-all ++++++++++++++++++++++++++++++++++++++++++ I am using I386 arch. when I 'make buildworld' I get the following error: -thx Josh Zeidner %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% cc -O2 -fno-strict-aliasing -pipe -I/usr/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -c /usr/src/sbin/gbde/gbde.c In file included from /usr/src/sbin/gbde/gbde.c:95: /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:176: error: syntax error before '*' token /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:177: warning: function declaration isn't a prototype /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h: In function `AES_init': /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:180: warning: implicit declaration of function `rijndael_cipherInit' /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:180: error: `ci' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:180: error: (Each undeclared identifier is reported only once /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:180: error: for each function it appears in.) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:180: error: `MODE_CBC' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h: At top level: /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:185: error: syntax error before '*' token /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:186: warning: function declaration isn't a prototype /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h: In function `AES_makekey': /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:189: warning: implicit declaration of function `rijndael_makeKey' /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:189: error: `ki' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:189: error: `dir' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:189: error: `len' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:189: error: `key' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h: At top level: /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:194: error: syntax error before '*' token /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:195: warning: function declaration isn't a prototype /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h: In function `AES_encrypt': /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:198: warning: implicit declaration of function `rijndael_blockEncrypt' /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:198: error: `ci' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:198: error: `ki' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:198: error: `in' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:198: error: `len' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:198: error: `out' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h: At top level: /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:203: error: syntax error before '*' token /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:204: warning: function declaration isn't a prototype /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h: In function `AES_decrypt': /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:207: warning: implicit declaration of function `rijndael_blockDecrypt' /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:207: error: `ci' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:207: error: `ki' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:207: error: `in' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:207: error: `len' undeclared (first use in this function) /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:207: error: `out' undeclared (first use in this function) /usr/src/sbin/gbde/gbde.c: In function `encrypt_sector': /usr/src/sbin/gbde/gbde.c:240: error: syntax error before "ki" /usr/src/sbin/gbde/gbde.c:244: error: `ci' undeclared (first use in this function) /usr/src/sbin/gbde/gbde.c:244: error: `MODE_CBC' undeclared (first use in this function) /usr/src/sbin/gbde/gbde.c:247: error: `ki' undeclared (first use in this function) /usr/src/sbin/gbde/gbde.c:247: error: `DIR_ENCRYPT' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/sbin/gbde. *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 23:39:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F7F916A4CF for ; Fri, 11 Mar 2005 23:39:28 +0000 (GMT) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id D261D43D3F for ; Fri, 11 Mar 2005 23:39:27 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0)j2BNdHn0089182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Mar 2005 08:39:17 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 12 Mar 2005 08:39:17 +0900 Message-ID: From: Hajimu UMEMOTO To: josh@kantei.com In-Reply-To: <20050311172444.p8nd7mxom8w0os0k@www.kantei.com> References: <20050311172444.p8nd7mxom8w0os0k@www.kantei.com> User-Agent: xcite1.38> Wanderlust/2.13.3 (You Oughta Know) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-PRERELEASE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b2 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sat, 12 Mar 2005 08:39:17 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on cheer.mahoroba.org cc: freebsd-current@freebsd.org Subject: Re: error in buildworld compilation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 23:39:28 -0000 Hi, >>>>> On Fri, 11 Mar 2005 17:24:44 -0600 >>>>> josh@kantei.com said: josh> In file included from /usr/src/sbin/gbde/gbde.c:95: josh> /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:176: error: syntax error before josh> '*' token josh> /usr/src/sbin/gbde/../../sys/geom/bde/g_bde.h:177: warning: function declaration josh> isn't a prototype It should be fixed. Please re-CVSup. Sorry for the mess. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 00:30:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 972AD16A4CE for ; Sat, 12 Mar 2005 00:30:38 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id F03D443D39 for ; Sat, 12 Mar 2005 00:30:37 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2C0UZd4079082; Fri, 11 Mar 2005 19:30:35 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2C0UZff079078; Fri, 11 Mar 2005 19:30:35 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Fri, 11 Mar 2005 19:30:34 -0500 (EST) From: Jeff Roberson To: Jeremie Le Hen In-Reply-To: <20050311102948.GS34822@obiwan.tataz.chchile.org> Message-ID: <20050311192954.N20708@mail.chesapeake.net> References: <20050310035819.O20708@mail.chesapeake.net> <20050311102948.GS34822@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: current@freebsd.org Subject: Re: Call for testers, vfs changes. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 00:30:38 -0000 On Fri, 11 Mar 2005, Jeremie Le Hen wrote: > Hi Jeff, > > > I have a patch at http://www.chesapeake.net/~jroberson/vgone.diff that > > greatly simplifies the vnode teardown code, and should fix some of the > > races that have been seen with smp vfs enabled. I would appreciate any > > testing people can offer. See the thread on arch@ for details. > > I applied your patch yesterday, and I got a panic during the night. My > ssh session froze at about 3:02am, so I guess it's happened during daily > periodic(8). > > This is hand written: > > %%% > panic: lockmgr: unknown locktype request 0 Thanks, I eventually ran into the same thing myself. I just left a flag off of the lockmgr call. I'll post an updated patch later today. Thanks, Jeff > KDB: stack backtrace: > kdb_backtrace(c0707071,c0763000,c0705327,d50d2c0c,100) at kdb_backtrace= +0x2e > panic(c0705327,0,c07051f4,1d2,c18fc320) > lockmgr(c1928164,10000,c1928188,c18fc320,d50d2c5c) at lockmgr+0x563 > vop_stdlock(d50d2cc4,0,d50d2c94,c1928110,d50d2c7c) at vop_stdlock+0x2f > VOP_LOCK_APV(c074d780,d50d2cc4,c070df3b,d50d2c94,d50d2cc4) at VOP_LOCK_= APV+0xbc > ffs_lock(d50d2cc4,c1928110,28,c1928110,d50d2ce0) at ffs_lock+0x90 > VOP_LOCK_APV(c074d180,d50d2cc4,c070df3b,235,c18fc320) at VOP_LOCK_APV+= 0xbc > vlrureclaim(c184e800,10,c0768ce0,c18fc320,3e8) at vlrureclaim+0x1c1 > vnlru_proc(0,d50d2d48,c0704615,30e,0) at vnlru_proc+0x19f > fork_exit(c0599db0,0,d50d2d48) at fork_exit+0xc6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd50d2d7c, ebp =3D 0 --- > KDB: enter: panic > [thread pid 45 tid 100062 ] > Stopped at kdb_enter+X=E030: leave > db> show lockedvnods > Locked vnodes > > 0xc348880: tag ufs, type VDIR > usecount 2, writecount 0, refcount 1 mountedhere 0 > flags () > v_object 0xc34b3ce4 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc2056000 (pid 2137) > ino 34539, on dev ad0s1e > db> show all procs > [ pid 2137 is find(1) ] > %%% > > A dump is available, please contact me off-list to get it. > > I hope this will help. Thanks for your work. > > Regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 02:18:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0944616A4CE; Sat, 12 Mar 2005 02:18:05 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE8043D39; Sat, 12 Mar 2005 02:18:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2C2I3lp078859; Fri, 11 Mar 2005 21:18:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2C2I301093606; Fri, 11 Mar 2005 21:18:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2AB487306E; Fri, 11 Mar 2005 21:18:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050312021803.2AB487306E@freebsd-current.sentex.ca> Date: Fri, 11 Mar 2005 21:18:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 02:18:05 -0000 TB --- 2005-03-12 01:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-12 01:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-03-12 01:00:00 - checking out the source tree TB --- 2005-03-12 01:00:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-03-12 01:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-12 01:06:19 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-12 01:06:19 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-12 01:06:19 - /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 >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-12 02:14:02 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-12 02:14:02 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-12 02:14:02 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 12 02:14:02 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/devfs/devfs_devs.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/devfs/devfs_rule.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/devfs/devfs_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/devfs/devfs_vnops.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/fifofs/fifo_vnops.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/msdosfs/msdosfs_conv.c /tinderbox/CURRENT/alpha/alpha/src/sys/fs/msdosfs/msdosfs_conv.c: In function `mbnambuf_write': /tinderbox/CURRENT/alpha/alpha/src/sys/fs/msdosfs/msdosfs_conv.c:1229: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-03-12 02:18:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-12 02:18:02 - ERROR: failed to build generic kernel TB --- 2005-03-12 02:18:02 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 02:22:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7016F16A4CF for ; Sat, 12 Mar 2005 02:22:25 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAF243D1D for ; Sat, 12 Mar 2005 02:22:25 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 0D90A5C9EE; Fri, 11 Mar 2005 18:22:25 -0800 (PST) Date: Sat, 12 Mar 2005 03:22:25 +0100 From: Maxime Henrion To: current@FreeBSD.org Message-ID: <20050312022225.GI31320@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="X+nYw8KZ/oNxZ8JS" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Call for testers: owners of ixgb(4) hardware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 02:22:25 -0000 --X+nYw8KZ/oNxZ8JS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I've came accross a bad mistake in the ixgb(4) driver that will prevent it from working on architectures where the DMA address is not the physical address. This is too bad since the code already uses busdma (nearly) correctly but does a vtophys() when it already has the right address to use... Anyways, if people around here have ixgb(4) hardware, I'd be glad if they could test this patch and tell me if it's still working correctly. In the even more unlikely case where someone can also test his card on sparc64 hardware, that would be great. Thanks, Maxime --X+nYw8KZ/oNxZ8JS Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ixgb.patch" Index: if_ixgb.c =================================================================== RCS file: /space2/ncvs/src/sys/dev/ixgb/if_ixgb.c,v retrieving revision 1.5 diff -u -p -r1.5 if_ixgb.c --- if_ixgb.c 5 Mar 2005 18:17:35 -0000 1.5 +++ if_ixgb.c 12 Mar 2005 02:10:12 -0000 @@ -1315,7 +1315,6 @@ ixgb_setup_interface(device_t dev, struc ifp->if_name = "ixgb"; #endif ifp->if_mtu = ETHERMTU; - ifp->if_output = ether_output; ifp->if_baudrate = 1000000000; ifp->if_init = ixgb_init; ifp->if_softc = adapter; @@ -1523,7 +1522,7 @@ static void ixgb_initialize_transmit_unit(struct adapter * adapter) { u_int32_t reg_tctl; - u_int64_t tdba = vtophys((vm_offset_t) adapter->tx_desc_base); + u_int64_t tdba = adapter->txdma.dma_paddr; /* Setup the Base and Length of the Tx Descriptor Ring */ IXGB_WRITE_REG(&adapter->hw, TDBAL, @@ -1901,7 +1900,7 @@ ixgb_initialize_receive_unit(struct adap u_int32_t reg_rxcsum; u_int32_t reg_rxdctl; struct ifnet *ifp; - u_int64_t rdba = vtophys((vm_offset_t) adapter->rx_desc_base); + u_int64_t rdba = adapter->rxdma.dma_paddr; ifp = &adapter->interface_data.ac_if; Index: if_ixgb.h =================================================================== RCS file: /space2/ncvs/src/sys/dev/ixgb/if_ixgb.h,v retrieving revision 1.3 diff -u -p -r1.3 if_ixgb.h --- if_ixgb.h 6 Jan 2005 01:42:53 -0000 1.3 +++ if_ixgb.h 12 Mar 2005 02:10:07 -0000 @@ -66,8 +66,6 @@ POSSIBILITY OF SUCH DAMAGE. #include #include #include -#include -#include #include #if __FreeBSD_version >= 502000 #include @@ -228,11 +226,6 @@ POSSIBILITY OF SUCH DAMAGE. #define IXGB_MAX_SCATTER 100 -#ifdef __alpha__ -#undef vtophys -#define vtophys(va) alpha_XXX_dmamap((vm_offset_t)(va)) -#endif /* __alpha__ */ - /* * ****************************************************************************** * vendor_info_array Index: if_ixgb_osdep.h =================================================================== RCS file: /space2/ncvs/src/sys/dev/ixgb/if_ixgb_osdep.h,v retrieving revision 1.2 diff -u -p -r1.2 if_ixgb_osdep.h --- if_ixgb_osdep.h 6 Jan 2005 01:42:53 -0000 1.2 +++ if_ixgb_osdep.h 12 Mar 2005 02:10:25 -0000 @@ -48,8 +48,6 @@ POSSIBILITY OF SUCH DAMAGE. #include #include #include -#include -#include #include #if __FreeBSD_version >= 502000 #include --X+nYw8KZ/oNxZ8JS-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 02:32:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B5EA16A4CE for ; Sat, 12 Mar 2005 02:32:51 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15B3543D41 for ; Sat, 12 Mar 2005 02:32:51 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0B15C72DD4; Fri, 11 Mar 2005 18:32:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0652D72DCB; Fri, 11 Mar 2005 18:32:51 -0800 (PST) Date: Fri, 11 Mar 2005 18:32:50 -0800 (PST) From: Doug White To: "Alexander S. Usov" In-Reply-To: Message-ID: <20050311183150.T72922@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Using cpufreq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 02:32:51 -0000 On Fri, 11 Mar 2005, Alexander S. Usov wrote: > Hi! > > I have upgraded to 5.4-PRERELEASE this weekend, and can't figure out > how to use/enable cpufreq framework. > > With my standart kernel config I have no cpufreq.ko not acpi_perf.ko. > Adding "device cpufreq" (mentioned in cpufreq(4)) to the kernel config > does not work either. I don't believe any of the CPU-specific drivers have been ported to RELENG_5 yet. You may be able to copy them out of -CURRENT and build them. No guarantees. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 03:37:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E48C16A4CE; Sat, 12 Mar 2005 03:37:46 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37A5143D1F; Sat, 12 Mar 2005 03:37:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2C3biVs081394; Fri, 11 Mar 2005 22:37:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2C3biO0079641; Fri, 11 Mar 2005 22:37:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 49B767306E; Fri, 11 Mar 2005 22:37:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050312033744.49B767306E@freebsd-current.sentex.ca> Date: Fri, 11 Mar 2005 22:37:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 03:37:46 -0000 TB --- 2005-03-12 02:18:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-12 02:18:03 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-03-12 02:18:03 - checking out the source tree TB --- 2005-03-12 02:18:03 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-03-12 02:18:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-12 02:24:24 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-12 02:24:24 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-12 02:24: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 >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-12 03:32:16 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-12 03:32:16 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-12 03:32:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 12 03:32:17 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/fs/devfs/devfs_devs.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/fs/devfs/devfs_rule.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/fs/devfs/devfs_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/fs/devfs/devfs_vnops.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/fs/fifofs/fifo_vnops.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/fs/msdosfs/msdosfs_conv.c /tinderbox/CURRENT/amd64/amd64/src/sys/fs/msdosfs/msdosfs_conv.c: In function `mbnambuf_write': /tinderbox/CURRENT/amd64/amd64/src/sys/fs/msdosfs/msdosfs_conv.c:1229: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-03-12 03:37:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-12 03:37:44 - ERROR: failed to build generic kernel TB --- 2005-03-12 03:37:44 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 04:03:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F6216A4CE; Sat, 12 Mar 2005 04:03:43 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8409D43D53; Sat, 12 Mar 2005 04:03:42 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2C43fKB025710; Fri, 11 Mar 2005 22:03:41 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42326A18.7030408@centtech.com> Date: Fri, 11 Mar 2005 22:03:36 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current , acpi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI problems - 10s hang from Performance to economy mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 04:03:43 -0000 I updated my src this morning, and I've noticed that now when I unplug the AC adapter on my laptop, my machine hangs for ~10s before suddenly coming alive again. I don't see the hang when going from battery to AC, and I can't break to the debugger when it's in the hung state - it will just wait until the hang is over, and then go into the debugger. My systems data is here: http://www.googlebit.com/freebsd/ What can I do to debug this at this point? Also - S3 is very close. I'll send a separate email about that later. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 05:01:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3700216A4CE; Sat, 12 Mar 2005 05:01:12 +0000 (GMT) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34D3443D2F; Sat, 12 Mar 2005 05:01:11 +0000 (GMT) (envelope-from fujita@soum.co.jp) Received: from mail.soum.co.jp (mail.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fea1:6471]) by gate.soum.co.jp (8.13.3/8.13.3) with ESMTP id j2C51ANK030424; Sat, 12 Mar 2005 14:01:10 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from localhost (vanilla.soum.co.jp [172.19.2.63]) by mail.soum.co.jp (8.13.3/8.13.3) with ESMTP id j2C519B5001421 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Mar 2005 14:01:09 +0900 (JST) Date: Sat, 12 Mar 2005 14:01:08 +0900 (JST) Message-Id: <20050312.140108.71088219.fujita@soum.co.jp> To: freebsd-mobile@freebsd.org From: FUJITA Kazutoshi X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 05:01:12 -0000 ----Next_Part(Sat_Mar_12_14_01_08_2005_799)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi folks, I've got ThinkPad T43 which has BCM5751M, but it does not work with -current. It needs new device-id entry in bge driver. bge0@pci2:0:0: class=0x020000 card=0x05771014 chip=0x167d14e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5751M NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet Thanks, ----Next_Part(Sat_Mar_12_14_01_08_2005_799)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="bge.patch" diff -u sys.orig/dev/bge/if_bge.c sys/dev/bge/if_bge.c --- sys.orig/dev/bge/if_bge.c Thu Jan 6 10:42:30 2005 +++ sys/dev/bge/if_bge.c Sat Mar 12 13:52:33 2005 @@ -163,6 +163,8 @@ "Broadcom BCM5750M Gigabit Ethernet" }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5751, "Broadcom BCM5751 Gigabit Ethernet" }, + { BCOM_VENDORID, BCOM_DEVICEID_BCM5751M, + "Broadcom BCM5751M Gigabit Ethernet" }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5782, "Broadcom BCM5782 Gigabit Ethernet" }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5788, diff -u sys.orig/dev/bge/if_bgereg.h sys/dev/bge/if_bgereg.h --- sys.orig/dev/bge/if_bgereg.h Thu Jan 6 10:42:30 2005 +++ sys/dev/bge/if_bgereg.h Sat Mar 12 13:53:04 2005 @@ -1871,6 +1871,7 @@ #define BCOM_DEVICEID_BCM5750 0x1676 #define BCOM_DEVICEID_BCM5750M 0x167C #define BCOM_DEVICEID_BCM5751 0x1677 +#define BCOM_DEVICEID_BCM5751M 0x167D #define BCOM_DEVICEID_BCM5782 0x1696 #define BCOM_DEVICEID_BCM5788 0x169C #define BCOM_DEVICEID_BCM5901 0x170D ----Next_Part(Sat_Mar_12_14_01_08_2005_799)---- From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 05:16:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6621216A4CE; Sat, 12 Mar 2005 05:16:18 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F04F843D54; Sat, 12 Mar 2005 05:16:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2C5GGkK084003; Sat, 12 Mar 2005 00:16:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2C5GGQx000506; Sat, 12 Mar 2005 00:16:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ABF937306E; Sat, 12 Mar 2005 00:16:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050312051616.ABF937306E@freebsd-current.sentex.ca> Date: Sat, 12 Mar 2005 00:16:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 05:16:18 -0000 TB --- 2005-03-12 03:37:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-12 03:37:44 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-03-12 03:37:44 - checking out the source tree TB --- 2005-03-12 03:37:44 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-12 03:37:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-12 03:44:21 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-12 03:44:21 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-12 03:44:21 - /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 >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-12 04:52:34 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-12 04:52:35 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-12 04:52:35 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 12 04:52:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Mar 12 05:11:05 UTC 2005 TB --- 2005-03-12 05:11:05 - generating LINT kernel config TB --- 2005-03-12 05:11:05 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-03-12 05:11:05 - /usr/bin/make -B LINT TB --- 2005-03-12 05:11:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-12 05:11:05 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-12 05:11:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 12 05:11:06 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/tmp/usr/include -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT /tinderbox/CURRENT/i386/i386/src/sys/modules/nve/../../dev/nve/if_nve.c /tinderbox/CURRENT/i386/i386/src/sys/modules/nve/../../dev/nve/if_nve.c:117:27: os+%DIKED-nve.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/nve. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-03-12 05:16:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-12 05:16:15 - ERROR: failed to build lint kernel TB --- 2005-03-12 05:16:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 05:40:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB8E16A4CE; Sat, 12 Mar 2005 05:40:56 +0000 (GMT) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A224043D1D; Sat, 12 Mar 2005 05:40:55 +0000 (GMT) (envelope-from fujita@soum.co.jp) Received: from mail.soum.co.jp (hoth.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fea1:6471]) by gate.soum.co.jp (8.13.3/8.13.3) with ESMTP id j2C5estu031073; Sat, 12 Mar 2005 14:40:54 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from localhost (vanilla.soum.co.jp [IPv6:2001:240:c4:1:202:b3ff:fe98:8115]) by mail.soum.co.jp (8.13.3/8.13.3) with ESMTP id j2C5er0j003387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Mar 2005 14:40:53 +0900 (JST) Date: Sat, 12 Mar 2005 14:40:52 +0900 (JST) Message-Id: <20050312.144052.23007628.fujita@soum.co.jp> To: freebsd-mobile@freebsd.org From: FUJITA Kazutoshi X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 05:40:56 -0000 ----Next_Part(Sat_Mar_12_14_40_52_2005_246)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi folks, (especially sos ;-) One more patch for ThinkPad T43. -current probes as atapci0: port 0x18c0-0x18cf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 <..snip..> ad0: 76319MB [155061/16/63] at ata0-master UDMA33 acd0: DVDR at ata1-master UDMA33 pciconf reports as atapci0@pci0:31:2: class=0x010180 card=0x056a1014 chip=0x26538086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM ICH6M SATA Controller' class = mass storage subclass = ATA (but I think it is not SATA controller.) The disk ad0 supports UDMA100(and atapci0 too, maybe), but it falls down to UDMA33. It needs new device-id entry in ata-chipset. Thanks, ----Next_Part(Sat_Mar_12_14_40_52_2005_246)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata.patch" diff -u sys.orig/dev/ata/ata-chipset.c sys/dev/ata/ata-chipset.c --- sys.orig/dev/ata/ata-chipset.c Sun Jan 2 04:24:25 2005 +++ sys/dev/ata/ata-chipset.c Sat Mar 12 14:16:21 2005 @@ -836,6 +836,7 @@ { ATA_I6300ESB_S1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, { ATA_I6300ESB_R1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, { ATA_I82801FB, 0, 0, 0x00, ATA_UDMA5, "Intel ICH6" }, + { ATA_I82801FB_1, 0, 0, 0x00, ATA_UDMA5, "Intel ICH6" }, { ATA_I82801FB_S1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, { ATA_I82801FB_R1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, { 0, 0, 0, 0, 0, 0}}; diff -u sys.orig/dev/ata/ata-pci.h sys/dev/ata/ata-pci.h --- sys.orig/dev/ata/ata-pci.h Wed Dec 8 20:17:38 2004 +++ sys/dev/ata/ata-pci.h Sat Mar 12 14:17:03 2005 @@ -125,6 +125,7 @@ #define ATA_I6300ESB_S1 0x25a38086 #define ATA_I6300ESB_R1 0x25b08086 #define ATA_I82801FB 0x266f8086 +#define ATA_I82801FB_1 0x26538086 #define ATA_I82801FB_S1 0x26518086 #define ATA_I82801FB_R1 0x26528086 ----Next_Part(Sat_Mar_12_14_40_52_2005_246)---- From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 07:07:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19BF616A4CE; Sat, 12 Mar 2005 07:07:34 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD97A43D1F; Sat, 12 Mar 2005 07:07:33 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 817514EFD55; Sat, 12 Mar 2005 15:07:32 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 7F7904EFD54; Sat, 12 Mar 2005 15:07:32 +0800 (CST) Date: Sat, 12 Mar 2005 15:07:32 +0800 (CST) From: Tai-hwa Liang To: FUJITA Kazutoshi In-Reply-To: <20050312.140108.71088219.fujita@soum.co.jp> Message-ID: <0503121504520.24962@www.mmlab.cse.yzu.edu.tw> References: <20050312.140108.71088219.fujita@soum.co.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: BCM5751M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 07:07:34 -0000 Hi, Patch committed to -CURRENT, thanks! I'll look for re@'s approval to see whether we can make this change to RELENG_5 before 5.4-RELEASE. -- Cheers, Tai-hwa Liang On Sat, 12 Mar 2005, FUJITA Kazutoshi wrote: > Hi folks, > > > I've got ThinkPad T43 which has BCM5751M, > but it does not work with -current. > It needs new device-id entry in bge driver. > > > bge0@pci2:0:0: class=0x020000 card=0x05771014 chip=0x167d14e4 rev=0x11 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5751M NetXtreme Gigabit Ethernet PCI Express' > class = network > subclass = ethernet From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 07:18:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4880F16A4CE; Sat, 12 Mar 2005 07:18:18 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89F5043D2D; Sat, 12 Mar 2005 07:18:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2C7IGhj007081; Sat, 12 Mar 2005 02:18:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2C7IGb0088614; Sat, 12 Mar 2005 02:18:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C095D7306E; Sat, 12 Mar 2005 02:18:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050312071815.C095D7306E@freebsd-current.sentex.ca> Date: Sat, 12 Mar 2005 02:18:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 16:01:48 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 07:18:18 -0000 TB --- 2005-03-12 05:16:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-12 05:16:16 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-12 05:16:16 - checking out the source tree TB --- 2005-03-12 05:16:16 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-12 05:16:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-12 05:34:16 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-12 05:34:16 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-12 05:34:16 - /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 >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-12 07:15:52 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-12 07:15:52 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-12 07:15:52 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 12 07:15:52 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC /tinderbox/CURRENT/i386/pc98/src/sys/modules/nve/../../dev/nve/if_nve.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/nve/../../dev/nve/if_nve.c:117:27: os+%DIKED-nve.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/nve. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-12 07:18:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-12 07:18:15 - ERROR: failed to build generic kernel TB --- 2005-03-12 07:18:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 08:03:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86C5E16A4CE for ; Sat, 12 Mar 2005 08:03:15 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B8543D31 for ; Sat, 12 Mar 2005 08:03:14 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j2C83DVk085478 for ; Sat, 12 Mar 2005 00:03:14 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.3/8.13.1/Submit) id j2C83D9R085477 for current@freebsd.org; Sat, 12 Mar 2005 00:03:13 -0800 (PST) (envelope-from obrien) Date: Sat, 12 Mar 2005 00:03:13 -0800 From: "David O'Brien" To: current@freebsd.org Message-ID: <20050312080313.GA83924@dragon.nuxi.com> Mail-Followup-To: obrien@freebsd.org, current@freebsd.org References: <20050312051616.ABF937306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050312051616.ABF937306E@freebsd-current.sentex.ca> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.8i Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 08:03:15 -0000 On Sat, Mar 12, 2005 at 12:16:16AM -0500, FreeBSD Tinderbox wrote: > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/tmp/usr/include -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT /tinderbox/CURRENT/i386/i386/src/sys/modules/nve/../../dev/nve/if_nve.c > /tinderbox/CURRENT/i386/i386/src/sys/modules/nve/../../dev/nve/if_nve.c:117:27: os+%DIKED-nve.h: No such file or directory > mkdep: compile failed > *** Error code 1 VERY, VERY sorry for breaking the build. A misfire with CVS caused me to commit the wrong version of this. (adding a new directory sometimes doens't work right with remote CVS) -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 08:05:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFFF016A4DA for ; Sat, 12 Mar 2005 08:05:06 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 92D3F43D5F for ; Sat, 12 Mar 2005 08:05:05 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Date: Sat, 12 Mar 2005 08:05:03 +0000 From: David Malone To: Daniel Eriksson Message-ID: <20050312080503.GA99089@salmon.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: 'FreeBSD Current' Subject: Re: Higher interrupt rate after recent SMP/APIC timer changes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 08:05:16 -0000 On Fri, Mar 11, 2005 at 11:51:40PM +0100, Daniel Eriksson wrote: > This is an SMP box (dual AMD AthlonMP) running with HZ=2000 and POLLING > enabled. Should I worry about the 4k intr/sec reported for lapic0 and > lapic1, or is this the way things should be? I believe this is what you should expect. The when using the lapic for timers, the lapic is programmed to interrupt at HZ*2 and then other timers are generated. See the commit messages for version 1.14 and 1.13 at: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/local_apic.c for more details. (There is also one lapic per processor - previously one timer interrupt would happen and then the processer that handeled that interrupt would have to forward it to other processors.) David. From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 08:32:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D44B016A4CE; Sat, 12 Mar 2005 08:32:14 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E46143D5A; Sat, 12 Mar 2005 08:32:14 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j2C8WA6q054834; Sat, 12 Mar 2005 03:32:10 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2C8WAcP054831; Sat, 12 Mar 2005 03:32:10 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sat, 12 Mar 2005 03:32:10 -0500 (EST) From: Andre Guibert de Bruet To: freebsd-current@freebsd.org In-Reply-To: <20050311191446.GG9291@darkness.comp.waw.pl> Message-ID: <20050312031659.Y24830@alpha.siliconlandmark.com> References: <20050311191446.GG9291@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: Pawel Jakub Dawidek cc: gad@freebsd.org Subject: Re: Three new flags for pkill/pgrep. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 08:32:14 -0000 On Fri, 11 Mar 2005, Pawel Jakub Dawidek wrote: > I'm attaching patches (directly from perforce) which implements three > new flags: > > -i Ignore case distinctions in both the process table and > the supplied pattern. Along the same lines as this, I would like to present a patch that teaches this same flag to killall. The patch includes the man page changes to document the flag. It is up at: http://bling.properkernel.com/freebsd/killall.iflag.patch Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 08:43:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65E1A16A4CE for ; Sat, 12 Mar 2005 08:43:25 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F41E143D4C for ; Sat, 12 Mar 2005 08:43:24 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j2C8hGk6054897; Sat, 12 Mar 2005 03:43:16 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2C8hCD4054894; Sat, 12 Mar 2005 03:43:16 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sat, 12 Mar 2005 03:43:12 -0500 (EST) From: Andre Guibert de Bruet To: josh@kantei.com In-Reply-To: <20050311165532.7rc6m2phsd7o4cos@www.kantei.com> Message-ID: <20050312034222.H24830@alpha.siliconlandmark.com> References: <20050311165532.7rc6m2phsd7o4cos@www.kantei.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: 'make buildworld' problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 08:43:25 -0000 On Fri, 11 Mar 2005 josh@kantei.com wrote: > Can I post a 'make buildworld' problem to this list? I'll bite. If it relates to 6-current, sure. Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 09:39:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28ADB16A4CE for ; Sat, 12 Mar 2005 09:39:28 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4F743D31 for ; Sat, 12 Mar 2005 09:39:26 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2C9dOd4008486; Sat, 12 Mar 2005 04:39:24 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2C9dNVC008481; Sat, 12 Mar 2005 04:39:24 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Sat, 12 Mar 2005 04:39:23 -0500 (EST) From: Jeff Roberson To: Jeremie Le Hen In-Reply-To: <20050311102948.GS34822@obiwan.tataz.chchile.org> Message-ID: <20050312043907.X20708@mail.chesapeake.net> References: <20050310035819.O20708@mail.chesapeake.net> <20050311102948.GS34822@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: current@freebsd.org Subject: Re: Call for testers, vfs changes. (fixed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 09:39:28 -0000 On Fri, 11 Mar 2005, Jeremie Le Hen wrote: > Hi Jeff, > > > I have a patch at http://www.chesapeake.net/~jroberson/vgone.diff that > > greatly simplifies the vnode teardown code, and should fix some of the > > races that have been seen with smp vfs enabled. I would appreciate any > > testing people can offer. See the thread on arch@ for details. I updated the patch at the same location. > > I applied your patch yesterday, and I got a panic during the night. My > ssh session froze at about 3:02am, so I guess it's happened during daily > periodic(8). > > This is hand written: > > %%% > panic: lockmgr: unknown locktype request 0 > KDB: stack backtrace: > kdb_backtrace(c0707071,c0763000,c0705327,d50d2c0c,100) at kdb_backtrace= +0x2e > panic(c0705327,0,c07051f4,1d2,c18fc320) > lockmgr(c1928164,10000,c1928188,c18fc320,d50d2c5c) at lockmgr+0x563 > vop_stdlock(d50d2cc4,0,d50d2c94,c1928110,d50d2c7c) at vop_stdlock+0x2f > VOP_LOCK_APV(c074d780,d50d2cc4,c070df3b,d50d2c94,d50d2cc4) at VOP_LOCK_= APV+0xbc > ffs_lock(d50d2cc4,c1928110,28,c1928110,d50d2ce0) at ffs_lock+0x90 > VOP_LOCK_APV(c074d180,d50d2cc4,c070df3b,235,c18fc320) at VOP_LOCK_APV+= 0xbc > vlrureclaim(c184e800,10,c0768ce0,c18fc320,3e8) at vlrureclaim+0x1c1 > vnlru_proc(0,d50d2d48,c0704615,30e,0) at vnlru_proc+0x19f > fork_exit(c0599db0,0,d50d2d48) at fork_exit+0xc6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd50d2d7c, ebp =3D 0 --- > KDB: enter: panic > [thread pid 45 tid 100062 ] > Stopped at kdb_enter+X=E030: leave > db> show lockedvnods > Locked vnodes > > 0xc348880: tag ufs, type VDIR > usecount 2, writecount 0, refcount 1 mountedhere 0 > flags () > v_object 0xc34b3ce4 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc2056000 (pid 2137) > ino 34539, on dev ad0s1e > db> show all procs > [ pid 2137 is find(1) ] > %%% > > A dump is available, please contact me off-list to get it. > > I hope this will help. Thanks for your work. > > Regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 10:20:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A234816A4CE for ; Sat, 12 Mar 2005 10:20:08 +0000 (GMT) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8675F43D4C for ; Sat, 12 Mar 2005 10:20:06 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101])id j2CAK5Je093761 for ; Sat, 12 Mar 2005 11:20:05 +0100 (CET) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) j2CAK3tt004386 for ; Sat, 12 Mar 2005 11:20:04 +0100 (CET) Message-ID: <4232C320.8070205@crc.u-strasbg.fr> Date: Sat, 12 Mar 2005 11:23:28 +0100 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: fr, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------080303050500010300020305" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::155]); Sat, 12 Mar 2005 11:20:05 +0100 (CET) X-Antivirus: scanned by sophos at u-strasbg.fr X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Panic with amr and 5.4-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 10:20:08 -0000 This is a multi-part message in MIME format. --------------080303050500010300020305 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Hi, I have a FreeBSD bi-processor box with amr device in FreeBSD 5.4-prerelease of this week. # uname -a FreeBSD sokaris2.u-strasbg.fr 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #3: Thu Mar 10 15:33:01 CET 2005 root@crc.u-strasbg.fr:/usr/obj/usr/src/sys/SOKARIS2 i386 Starting a program which continuously polls the state of the raid array (amrstat, see source attached), and making a buildworld at the same time triggers a kernel panic. The problem is fairly easy to reproduce. Features added in the SMP kernel : altq, KDB, DDB, GDB (see config file and dmesg output attached). The kernel is launched with ACPI disabled. A stack trace of the kernel panic and the result of a remote gdb follow. Thank you by advance for your help, Philippe PEGON ------------------------------------------------------------------------ PANIC ------------------------------------------------------------------------ lock order reversal 1st 0xc239994c AMR IO Lock (AMR IO Lock) @ /usr/src/sys/dev/amr/amr.c:487 2nd 0xc29fdd28 user map (user map) @ /usr/src/sys/vm/vm_map.c:2998 KDB: stack backtrace: kdb_backtrace(ffffffff,c08d3f20,c08d4970,c086802c,c08f7f58) at kdb_backtrace+0x29 witness_checkorder(c29fdd28,9,c0821569,bb6,c08ccb60,0,c080cb81,9d) at witness_checkorder+0x49d _sx_xlock(c29fdd28,c0821569,bb6) at _sx_xlock+0x2c _vm_map_lock_read(c29fdce4,c0821569,bb6,28cc360,c2a74b04) at _vm_map_lock_read+0x37 vm_map_lookup(f157aa6c,0,2,f157aa70,f157aa60) at vm_map_lookup+0x28 vm_fault(c29fdce4,0,2,8,c2a75c80) at vm_fault+0x66 trap_pfault(f157ab34,0,0) at trap_pfault+0xd2 trap(c0600018,c0860010,10,0,c2dbd200) at trap+0x2f1 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04b3696, esp = 0xf157ab74, ebp = 0xf157ab74 --- amr_releasecmd(0,c2dbd1c0,c0865180,c2ce0800,c0865180) at amr_releasecmd+0x6 amr_ioctl(c08ca0d8,c0304301,c2dbd200,1,c2a75c80) at amr_ioctl+0x2cc spec_ioctl(f157ac08,f157acb4,c0669396,f157ac08,c08ade40) at spec_ioctl+0x11d spec_vnoperate(f157ac08) at spec_vnoperate+0x13 vn_ioctl(c26a0dd0,c0304301,c2dbd200,c29cd280,c2a75c80) at vn_ioctl+0x1ee ioctl(c2a75c80,f157ad14,3,1,293) at ioctl+0x344 syscall(2f,2f,2f,bfbfed00,bfbfecf8) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280aeea4, esp = 0xbfbfe2e4, ebp = 0xbfbfe340 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc04b3696 stack pointer = 0x10:0xf157ab74 frame pointer = 0x10:0xf157ab74 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 = 11725 (amrstat) [thread pid 11725 tid 100148 ] Stopped at amr_releasecmd+0x6: movl $0,0(%edx) db> trace Tracing pid 11725 tid 100148 td 0xc2a75c80 amr_releasecmd(0,c2dbd1c0,c0865180,c2ce0800,c0865180) at amr_releasecmd+0x6 amr_ioctl(c08ca0d8,c0304301,c2dbd200,1,c2a75c80) at amr_ioctl+0x2cc spec_ioctl(f157ac08,f157acb4,c0669396,f157ac08,c08ade40) at spec_ioctl+0x11d spec_vnoperate(f157ac08) at spec_vnoperate+0x13 vn_ioctl(c26a0dd0,c0304301,c2dbd200,c29cd280,c2a75c80) at vn_ioctl+0x1ee ioctl(c2a75c80,f157ad14,3,1,293) at ioctl+0x344 syscall(2f,2f,2f,bfbfed00,bfbfecf8) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280aeea4, esp = 0xbfbfe2e4, ebp = 0xbfbfe340 --- db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 11725 c2a74a98 0 493 11725 0004002 [CPU 0] amrstat 11724 c263a1c4 0 11674 2633 0004002 [SLPQ getblk 0xd633583c][SLP] make 11674 c2a06a98 0 11672 2633 0004002 [SLPQ wait 0xc2a06a98][SLP] sh 11672 c2af0388 0 8684 2633 0004002 [SLPQ select 0xc08f8064][SLP] make 8684 c2a7454c 0 8681 2633 0004002 [SLPQ wait 0xc2a7454c][SLP] sh 8681 c2af0710 0 8678 2633 0004002 [SLPQ select 0xc08f8064][SLP] make 8678 c2a03000 0 8660 2633 0004002 [SLPQ wait 0xc2a03000][SLP] sh 8660 c2a0654c 0 2722 2633 0004002 [SLPQ select 0xc08f8064][SLP] make 2722 c2a06000 0 2675 2633 0004002 [SLPQ wait 0xc2a06000][SLP] sh 2675 c263d710 0 2672 2633 0004002 [SLPQ select 0xc08f8064][SLP] make 2672 c263da98 0 2633 2633 0004002 [SLPQ wait 0xc263da98][SLP] sh 2633 c2a03e20 0 1191 2633 0004002 [SLPQ select 0xc08f8064][SLP] make 1463 c2a03388 0 478 64 0004000 [SLPQ biord 0xd655787c][SLP] fsck_ufs 1191 c26911c4 0 930 1191 0004002 [SLPQ wait 0xc26911c4][SLP] bash 930 c263a388 0 420 930 0000100 [SLPQ select 0xc08f8064][SLP] sshd 493 c269454c 0 490 493 0004002 [SLPQ wait 0xc269454c][SLP] bash 490 c26941c4 0 420 490 0000100 [SLPQ select 0xc08f8064][SLP] sshd 489 c263ac5c 0 1 489 0004002 [SLPQ ttyin 0xc25fce10][SLP] login 488 c263ae20 0 1 488 0004002 [SLPQ ttyin 0xc22c8810][SLP] getty 487 c238fe20 0 1 487 0004002 [SLPQ ttyin 0xc22c8a10][SLP] getty 486 c2691388 0 1 486 0004002 [SLPQ ttyin 0xc22c8c10][SLP] getty 485 c28af54c 0 1 485 0004002 [SLPQ ttyin 0xc22c8e10][SLP] getty 484 c26948d4 0 1 484 0004002 [SLPQ ttyin 0xc23f5010][SLP] getty 483 c2694000 0 1 483 0004002 [SLPQ ttyin 0xc23f5210][SLP] getty 482 c28afc5c 0 1 482 0004002 [SLPQ ttyin 0xc23f5410][SLP] getty 481 c263d54c 0 1 481 0004002 [SLPQ ttyin 0xc22c7810][SLP] getty 478 c263d8d4 0 476 64 0004002 [SLPQ wait 0xc263d8d4][SLP] fsck 477 c2691000 0 1 64 0004002 [SLPQ piperd 0xc26a5000][SLP] logger 476 c2694388 0 1 64 0000002 [SLPQ wait 0xc2694388][SLP] sh 469 c263dc5c 0 1 469 0000000 [SLPQ select 0xc08f8064][SLP] inetd 442 c28af8d4 0 1 442 0000000 [SLPQ nanslp 0xc08cde4c][SLP] cron 430 c28afa98 25 1 430 0000100 [SLPQ pause 0xc28afad0][SLP] sendmail 426 c28af388 0 1 426 0000100 [SLPQ select 0xc08f8064][SLP] sendmail 420 c2694710 0 1 420 0000100 [SLPQ select 0xc08f8064][SLP] sshd 394 c28af710 0 1 394 0000000 [SLPQ select 0xc08f8064][SLP] lpd 293 c263a54c 0 1 293 0000000 [SLPQ select 0xc08f8064][SLP] syslogd 273 c2691e20 0 1 273 0000000 [SLPQ select 0xc08f8064][SLP] devd 243 c2691710 0 1 243 0000000 [SLPQ select 0xc08f8064][SLP] dhclient 192 c26918d4 0 1 192 0000000 [SLPQ pause 0xc269190c][SLP] adjkerntz 63 c263d000 0 0 0 0000204 [SLPQ - 0xef24dd04][SLP]schedcpu 62 c263d1c4 0 0 0 0000204 [SLPQ - 0xc08ffa8c][SLP] nfsiod 3 61 c263d388 0 0 0 0000204 [SLPQ - 0xc08ffa88][SLP] nfsiod 2 60 c22f71c4 0 0 0 0000204 [SLPQ - 0xc08ffa84][SLP] nfsiod 1 59 c22f7388 0 0 0 0000204 [SLPQ - 0xc08ffa80][SLP] nfsiod 0 58 c22f754c 0 0 0 0000204 [SLPQ biord 0xd658067c][SLP] syncer 57 c22f7710 0 0 0 0000204 [SLPQ vlruwt 0xc22f7710][SLP] vnlru 56 c22f78d4 0 0 0 0000204 [SLPQ wdrain 0xc08f8664][SLP] bufdaemon 55 c22f7a98 0 0 0 000020c [SLPQ pgzero 0xc09063f4][SLP] pagezero 9 c22f7c5c 0 0 0 0000204 [SLPQ psleep 0xc0906448][SLP] vmdaemon 8 c22f7e20 0 0 0 0000204 [SLPQ psleep 0xc0906404][SLP] pagedaemon 54 c238f000 0 0 0 0000204 [IWAIT] swi0: sio 7 c238f1c4 0 0 0 0000204 [SLPQ - 0xc239f53c][SLP] fdc0 6 c238f388 0 0 0 0000204 [SLPQ - 0xc2385240][SLP] kqueue taskq 53 c238f54c 0 0 0 0000204 [IWAIT] swi3: cambio 52 c238f710 0 0 0 0000204 [IWAIT] swi2: camnet 51 c238f8d4 0 0 0 0000204 [IWAIT] swi6:+ 5 c22dea98 0 0 0 0000204 [SLPQ - 0xc2385480][SLP] thread taskq 50 c22dec5c 0 0 0 0000204 [IWAIT] swi6:+ 49 c22dee20 0 0 0 0000204 [IWAIT] swi6: task queue 48 c22f2000 0 0 0 0000204 [SLPQ - 0xc08c3800][SLP]yarrow 4 c22f21c4 0 0 0 0000204 [SLPQ - 0xc08c84a8][SLP] g_down 3 c22f2388 0 0 0 0000204 [CPU 1] g_up 2 c22f254c 0 0 0 0000204 [SLPQ - 0xc08c849c][SLP] g_event 47 c22f2710 0 0 0 0000204 [IWAIT] swi4: vm 46 c22f28d4 0 0 0 000020c [RUNQ] swi5: clock sio 45 c22f2a98 0 0 0 0000204 [IWAIT] swi1: net 44 c22f2c5c 0 0 0 0000204 [IWAIT] irq0: clk 43 c22f2e20 0 0 0 0000204 [IWAIT] irq31: 42 c22f7000 0 0 0 0000204 [IWAIT] irq30: 41 c22ce54c 0 0 0 0000204 [IWAIT] irq29: 40 c22ce710 0 0 0 0000204 [IWAIT] irq28: 39 c22ce8d4 0 0 0 0000204 [IWAIT] irq27: 38 c22cea98 0 0 0 0000204 [IWAIT] irq26: 37 c22cec5c 0 0 0 0000204 [IWAIT] irq25: 36 c22cee20 0 0 0 0000204 [RUNQ] irq24: em0 35 c22de000 0 0 0 0000204 [IWAIT] irq23: bge0 34 c22de1c4 0 0 0 0000204 [IWAIT] irq22: amr1 33 c22de388 0 0 0 0000204 [IWAIT] irq21: 32 c22de54c 0 0 0 0000204 [RUNQ] irq20: amr0 31 c22de710 0 0 0 0000204 [IWAIT] irq19: 30 c22de8d4 0 0 0 0000204 [IWAIT] irq18: 29 c228c1c4 0 0 0 0000204 [IWAIT] irq17: 28 c228c388 0 0 0 0000204 [IWAIT] irq16: 27 c228c54c 0 0 0 0000204 [IWAIT] irq15: ata1 26 c228c710 0 0 0 0000204 [IWAIT] irq14: ata0 25 c228c8d4 0 0 0 0000204 [IWAIT] irq13: 24 c228ca98 0 0 0 0000204 [IWAIT] irq12: psm0 23 c228cc5c 0 0 0 0000204 [IWAIT] irq11: 22 c228ce20 0 0 0 0000204 [IWAIT] irq10: 21 c22ce000 0 0 0 0000204 [IWAIT] irq9: 20 c22ce1c4 0 0 0 0000204 [IWAIT] irq8: rtc 19 c22ce388 0 0 0 0000204 [IWAIT] irq7: 18 c2283000 0 0 0 0000204 [IWAIT] irq6: fdc0 17 c22831c4 0 0 0 0000204 [IWAIT] irq5: 16 c2283388 0 0 0 0000204 [IWAIT] irq4: sio0 15 c228354c 0 0 0 0000204 [IWAIT] irq3: 14 c2283710 0 0 0 0000204 [IWAIT] irq2: 13 c22838d4 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c2283a98 0 0 0 000020c [Can run] idle: cpu0 11 c2283c5c 0 0 0 000020c [Can run] idle: cpu1 1 c2283e20 0 0 1 0004200 [SLPQ wait 0xc2283e20][SLP] init 10 c228c000 0 0 0 0000204 [SLPQ ktrace 0xc08cbdf8][SLP] ktrace 0 c08c85a0 0 0 0 0000200 [SLPQ sched 0xc08c85a0][SLP] swapper db> thread [thread pid 11725 tid 100148 ] amr_releasecmd+0x6: movl $0,0(%edx) ------------------------------------------------------------------------ REMOTE GDB ------------------------------------------------------------------------ $ kgdb -r /dev/cuaa0 kernel.debug [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuaa0, 'tr /dev/cuaa1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. Switching to remote protocol amr_releasecmd (ac=0x0) at amrvar.h:361 361 TAILQ_INSERT_TAIL(&ac->ac_sc->amr_freecmds, ac, ac_link); amr_releasecmd (ac=0x0) at amrvar.h:361 (kgdb) where #0 amr_releasecmd (ac=0x0) at amrvar.h:361 During symbol reading, Incomplete CFI data; unspecified registers at 0xc04b3693. #1 0xc04b24f0 in amr_ioctl (dev=0x1, cmd=0x0, addr=0xc262b780 "¡\016", flag=0x1, td=0xc2310320) at /usr/src/sys/dev/amr/amr.c:568 #2 0xc05dfb0d in spec_ioctl (ap=0xe4e3ac08) at /usr/src/sys/fs/specfs/spec_vnops.c:357 #3 0xc05df317 in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:118 #4 0xc0669396 in vn_ioctl (fp=0xc26a11dc, com=0xc0304301, data=0xc262b780, active_cred=0xc29bd000, td=0xc2310320) at vnode_if.h:503 #5 0xc0632934 in ioctl (td=0xc2310320, uap=0xe4e3ad14) at file.h:257 #6 0xc07a48e3 in syscall (frame= {tf_fs = 0x2f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0xbfbfed00, tf_esi = 0xbfbfecf8, tf_ebp = 0xbfbfe340, tf_isp = 0xe4e3ad74, tf_ebx = 0x1, tf_edx = 0xe, tf_ecx = 0x0, tf_eax = 0x36, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0x280aeea4, tf_cs = 0x1f, tf_eflags = 0x293, tf_esp = 0xbfbfe2e4, tf_ss = 0x2f}) at /usr/src/sys/i386/i386/trap.c:1001 #7 0xc079397f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #8 0x0000002f in ?? () #9 0x0000002f in ?? () #10 0x0000002f in ?? () #11 0xbfbfed00 in ?? () #12 0xbfbfecf8 in ?? () #13 0xbfbfe340 in ?? () #14 0xe4e3ad74 in ?? () #15 0x00000001 in ?? () #16 0x0000000e in ?? () #17 0x00000000 in ?? () #18 0x00000036 in ?? () #19 0x0000000c in ?? () #20 0x00000002 in ?? () #21 0x280aeea4 in ?? () #22 0x0000001f in ?? () #23 0x00000293 in ?? () #24 0xbfbfe2e4 in ?? () #25 0x0000002f in ?? () #26 0x00000000 in ?? () #27 0x00000000 in ?? () #28 0x00000000 in ?? () #29 0x00000000 in ?? () #30 0x1df9c000 in ?? () #31 0xc23a4e20 in ?? () #32 0xc2310320 in ?? () #33 0xe4e3ac98 in ?? () #34 0xe4e3ac80 in ?? () #35 0xc230b640 in ?? () #36 0xc0622003 in sched_switch (td=0xbfbfecf8, newtd=0x1, flags=0xbfbfe44c) at /usr/src/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) (kgdb) list *0xc04b3696 0xc04b3696 is in amr_releasecmd (amrvar.h:361). 356 amr_enqueue_free(struct amr_command *ac) 357 { 358 int s; 359 360 s = splbio(); 361 TAILQ_INSERT_TAIL(&ac->ac_sc->amr_freecmds, ac, ac_link); 362 splx(s); 363 } 364 365 static __inline struct amr_command * (kgdb) list *0xc04b24f0 0xc04b24f0 is in amr_ioctl (/usr/src/sys/dev/amr/amr.c:569). 564 * objects have been allocated. 565 */ 566 free(dp, M_DEVBUF); 567 free(ap, M_DEVBUF); 568 amr_releasecmd(ac); 569 mtx_unlock(&sc->amr_io_lock); 570 return(error); 571 } 572 573 /******************************************************************************** (kgdb) quit --------------080303050500010300020305 Content-Type: text/plain; name="SOKARIS2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="SOKARIS2" # # SOKARIS2 # machine i386 cpu I686_CPU ident SOKARIS2 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) # altq(9). Enable the base part of the hooks with the ALTQ option. # Individual disciplines must be built into the base system and can not be # loaded as modules at this point. In order to build a SMP kernel you must # also have the ALTQ_NOPCC option. options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build # The following options will let you change the default colors of syscons. options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)" options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" # debug makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options KDB options DDB options GDB options WITNESS --------------080303050500010300020305 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2005 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 5.4-PRERELEASE #3: Thu Mar 10 15:33:01 CET 2005 root@crc.u-strasbg.fr:/usr/obj/usr/src/sys/SOKARIS2 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (999.53-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387fbff real memory = 1073676288 (1023 MB) avail memory = 1041129472 (992 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 16 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem 0xf0000000-0xf7ffffff irq 20 at device 0.0 on pci2 amr0: Firmware \^H\^AH , BIOS \^B\^AG , 128MB RAM pci1: at device 1.0 (no driver attached) pci0: at device 7.0 (no driver attached) isab0: port 0x1040-0x104f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1800-0x180f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib3: pcibus 3 on motherboard pci3: on pcib3 pci3: at device 2.0 (no driver attached) pci3: at device 2.1 (no driver attached) pcib4: at device 3.0 on pci3 pci4: on pcib4 pci4: at device 8.0 (no driver attached) amr1: mem 0xfa000000-0xfbffffff irq 22 at device 3.1 on pci3 amr1: Firmware E.01.08, BIOS B.02.03, 32MB RAM bge0: mem 0xf8800000-0xf880ffff irq 23 at device 5.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:04:76:3b:2f:18 em0: port 0x4800-0x481f mem 0xf8820000-0xf883ffff,0xf8840000-0xf885ffff irq 24 at device 6.0 on pci3 em0: Ethernet address: 00:02:b3:98:e0:8a em0: Speed:N/A Duplex:N/A orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x80 on isa0 sio0: type 16550A 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 (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 amrd0: on amr0 amrd0: 17365MB (35563520 sectors) RAID 1 (degraded) amrd1: on amr0 amrd1: 312579MB (640161792 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 5 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device ses1 at amr0 bus 1 target 5 lun 0 ses1: Fixed Processor SCSI-2 device ses1: SAF-TE Compliant Device SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/amrd0s1a WARNING: / was not properly dismounted WARNING: /local was not properly dismounted WARNING: /local/services was not properly dismounted WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 4 files 1 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted em0: Link is up 1000 Mbps Full Duplex --------------080303050500010300020305-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 10:51:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5205C16A4CE for ; Sat, 12 Mar 2005 10:51:30 +0000 (GMT) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 624CA43D46 for ; Sat, 12 Mar 2005 10:51:29 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101])id j2CApSJR076695 for ; Sat, 12 Mar 2005 11:51:28 +0100 (CET) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) j2CApRtt012524 for ; Sat, 12 Mar 2005 11:51:27 +0100 (CET) Message-ID: <4232CA7C.3070003@crc.u-strasbg.fr> Date: Sat, 12 Mar 2005 11:54:52 +0100 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: fr, en MIME-Version: 1.0 To: current@freebsd.org References: <4232C320.8070205@crc.u-strasbg.fr> In-Reply-To: <4232C320.8070205@crc.u-strasbg.fr> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]); Sat, 12 Mar 2005 11:51:28 +0100 (CET) X-Antivirus: scanned by sophos at u-strasbg.fr Subject: Re: Panic with amr and 5.4-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 10:51:30 -0000 My first attachment did not pass. amrstat.c : /* amrstat.c 2002/04/10 * * Author: Pierre David */ #include #include #include #include #include #include "/usr/src/sys/dev/amr/amr_compat.h" #include "/usr/src/sys/dev/amr/amrreg.h" #include "/usr/src/sys/dev/amr/amrio.h" #define NATTEMPTS 5 #define SLEEPTIME 100000 /* microseconds */ int nattempts = NATTEMPTS ; /* # of attempts before giving up */ int sleeptime = SLEEPTIME ; /* between attempts, in ms */ /* * Include lookup tables, and a function to match a code to a string. * * XXX * Lookup tables cannot be included, since they require symbols from * amrreg.h which need in turn the _KERNEL define. */ /* #define AMR_DEFINE_TABLES */ /* #include "/usr/src/sys/dev/amr/amr_tables.h" */ /* * Offsets in an amr_user_ioctl.au_cmd [] array * See amrio.h */ #define MB_COMMAND 0 #define MB_CHANNEL 1 #define MB_PARAM 2 #define MB_PAD 3 #define MB_DRIVE 4 #define FIRMWARE_40LD 1 #define FIRMWARE_8LD 2 #define NTAB(tab) (sizeof tab / sizeof tab [0]) int amr_enquiry (int fd, size_t bufsize, void *buffer, u_int8_t cmd, u_int8_t cmdsub, u_int8_t cmdqual) { struct amr_user_ioctl am ; int r, i ; am.au_cmd [MB_COMMAND] = cmd ; am.au_cmd [MB_CHANNEL] = cmdsub ; am.au_cmd [MB_PARAM] = cmdqual ; am.au_cmd [MB_PAD] = 0 ; am.au_cmd [MB_DRIVE] = 0 ; am.au_buffer = buffer ; am.au_length = bufsize ; am.au_direction = AMR_IO_READ ; am.au_status = 0 ; i = 0 ; r = -1 ; while (i < nattempts && r == -1) { r = ioctl (fd, AMR_IO_COMMAND, &am) ; if (r == -1) { if (errno != EBUSY) { perror ("ioctl enquiry") ; exit (1) ; } else usleep (sleeptime) ; } i++ ; } return am.au_status ; } void usage (void) { fprintf (stderr, "usage: amstat [-v][-f spec][-a #attempts][-t time][-g][-l lvol]\n") ; exit (1) ; } /****************************************************************************** * Card description */ int describe_card (int fd, int verbosity, int globalparam) { int r ; char buffer [2048] ; struct amr_enquiry *ae ; int cardtype ; /* * Try the 40LD firmware interface */ r = amr_enquiry (fd, sizeof buffer, buffer, AMR_CMD_CONFIG, AMR_CONFIG_PRODUCT_INFO, 0) ; if (r == AMR_STATUS_SUCCESS) { struct amr_prodinfo *ap ; if (globalparam) { ap = (struct amr_prodinfo *) buffer ; printf ("Product =\t<%.80s>\n", ap->ap_product) ; printf ("Firmware =\t%.16s\n", ap->ap_firmware) ; printf ("BIOS =\t%.16s\n", ap->ap_bios) ; printf ("SCSI Channels =\t%d\n", ap->ap_nschan) ; printf ("Fibre Loops =\t%d\n", ap->ap_fcloops) ; printf ("Memory size =\t%d MB\n", ap->ap_memsize) ; if (verbosity >= 1) { printf ("Ioctl = %d (%s)\n", FIRMWARE_40LD, "40LD") ; printf ("Signature =\t0x%08x\n", ap->ap_signature) ; printf ("Configsig =\t0x%08x\n", ap->ap_configsig) ; printf ("Subsystem =\t0x%04x\n", ap->ap_subsystem) ; printf ("Subvendor =\t0x%04x\n", ap->ap_subvendor) ; printf ("Notify counters =\t%d\n", ap->ap_numnotifyctr) ; } } return FIRMWARE_40LD ; } /* * Try the 8LD firmware interface */ r = amr_enquiry (fd, sizeof buffer, buffer, AMR_CMD_EXT_ENQUIRY2, 0, 0) ; ae = (struct amr_enquiry *) buffer ; if (r == AMR_STATUS_SUCCESS) { cardtype = ae->ae_signature ; } else { r = amr_enquiry (fd, 2048, buffer, AMR_CMD_ENQUIRY, 0, 0) ; cardtype = 0 ; } if (r == AMR_STATUS_SUCCESS) { if (globalparam) { char *product ; char bios [100], firmware [100] ; int i ; static struct { char *product ; int signature ; } prodtable [] = { "Series 431", AMR_SIG_431, "Series 438", AMR_SIG_438, "Series 762", AMR_SIG_762, "Integrated HP NetRAID (T5)", AMR_SIG_T5, "Series 466", AMR_SIG_466, "Series 467", AMR_SIG_467, "Integrated HP NetRAID (T7)", AMR_SIG_T7, "Series 490", AMR_SIG_490, } ; for (i = 0 ; i < NTAB (prodtable) ; i++) { if (cardtype == prodtable [i].signature) { product = prodtable [i].product ; break ; } } if (product == NULL) product = "unknown card signature" ; /* * HP NetRaid controllers have a special encoding of the firmware and * BIOS versions. The AMI version seems to have it as strings whereas * the HP version does it with a leading uppercase character and two * binary numbers. */ if(ae->ae_adapter.aa_firmware[2] >= 'A' && ae->ae_adapter.aa_firmware[2] <= 'Z' && ae->ae_adapter.aa_firmware[1] < ' ' && ae->ae_adapter.aa_firmware[0] < ' ' && ae->ae_adapter.aa_bios[2] >= 'A' && ae->ae_adapter.aa_bios[2] <= 'Z' && ae->ae_adapter.aa_bios[1] < ' ' && ae->ae_adapter.aa_bios[0] < ' ') { /* looks like we have an HP NetRaid version of the MegaRaid */ if(cardtype == AMR_SIG_438) { /* the AMI 438 is a NetRaid 3si in HP-land */ product = "HP NetRaid 3si"; } sprintf (firmware, "%c.%02d.%02d", ae->ae_adapter.aa_firmware[2], ae->ae_adapter.aa_firmware[1], ae->ae_adapter.aa_firmware[0]) ; sprintf (bios, "%c.%02d.%02d", ae->ae_adapter.aa_bios[2], ae->ae_adapter.aa_bios[1], ae->ae_adapter.aa_bios[0]) ; } else { sprintf (firmware, "%.4s", ae->ae_adapter.aa_firmware) ; sprintf (bios, "%.4s", ae->ae_adapter.aa_bios) ; } printf ("Ioctl = %d (%s)\n", FIRMWARE_8LD, "8LD") ; printf ("Product =\t<%s>\n", product) ; printf ("Firmware =\t%s\n", firmware) ; printf ("BIOS =\t%s\n", bios) ; /* printf ("SCSI Channels =\t%d\n", ae->ae_nschan) ; */ /* printf ("Fibre Loops =\t%d\n", ae->ae_fcloops) ; */ printf ("Memory size =\t%d MB\n", ae->ae_adapter.aa_memorysize) ; /* printf ("Notify counters =\t%d\n", ae->ae_numnotifyctr) ; */ } return FIRMWARE_8LD ; } /* * Neither firmware interface succeeded. Abort. */ fprintf (stderr, "Firmware interface not supported\n") ; exit (1) ; } /****************************************************************************** * Logical volumes */ void describe_one_volume (int ldrv, int verbosity, u_int32_t size, u_int8_t state, u_int8_t prop) { float szgb ; int i ; int raid_level ; char propstr [2000] ; char *statestr ; static struct { int code ; char *ifyes, *ifno ; } proptable [] = { AMR_DRV_WRITEBACK, "writeback", "write-through", AMR_DRV_READHEAD, "read-ahead", "no-read-ahead", AMR_DRV_ADAPTIVE, "adaptative-io", "no-adaptative-io", } ; static struct { int code ; char *status ; } statetable [] = { AMR_DRV_OFFLINE, "offline", AMR_DRV_DEGRADED, "degraded", AMR_DRV_OPTIMAL, "optimal", AMR_DRV_ONLINE, "online", AMR_DRV_FAILED, "failed", AMR_DRV_REBUILD, "rebuild", AMR_DRV_HOTSPARE, "hotspare", } ; szgb = ((float) size) / (1024 * 1024 * 2) ; /* size in GB */ raid_level = prop & AMR_DRV_RAID_MASK ; strcpy (propstr, "<") ; for (i = 0 ; i < NTAB (proptable) ; i++) { if (i > 0) strcat (propstr, ",") ; if (prop & proptable [i].code) strcat (propstr, proptable [i].ifyes) ; else strcat (propstr, proptable [i].ifno) ; } strcat (propstr, ">") ; statestr = NULL ; for (i = 0 ; i < NTAB (statetable) && statestr == NULL ; i++) if (AMR_DRV_CURSTATE (state) == statetable [i].code) statestr = statetable [i].status ; printf ("Drive %d: %8.2f GB, RAID%d %s %s\n", ldrv, szgb, raid_level, propstr, statestr) ; } void describe_logical_volume (int fd, int verbosity, int fwint, int lvolno) { int r ; char buffer [2048] ; int ldrv ; if (fwint == FIRMWARE_40LD) { r = amr_enquiry (fd, sizeof buffer, buffer, AMR_CMD_CONFIG, AMR_CONFIG_ENQ3, AMR_CONFIG_ENQ3_SOLICITED_FULL) ; if (r == AMR_STATUS_SUCCESS) { struct amr_enquiry3 *ae3 ; ae3 = (struct amr_enquiry3 *) buffer ; for (ldrv = 0 ; ldrv < ae3->ae_numldrives ; ldrv++) { if (lvolno < 0 || lvolno == ldrv) describe_one_volume (ldrv, verbosity, ae3->ae_drivesize [ldrv], ae3->ae_drivestate [ldrv], ae3->ae_driveprop [ldrv]) ; } } } else if (fwint == FIRMWARE_8LD) { } else { fprintf (stderr, "Firmware interface not supported\n") ; exit (1) ; } } /****************************************************************************** * Main function */ int main (int argc, char *argv []) { int fd ; int version ; int r ; int fwint ; int verbosity ; char *filename ; int lvolno ; int globalparam ; int o ; extern char *optarg ; extern int optind ; /* * Parse arguments */ filename = "/dev/amr0" ; lvolno = -1 ; globalparam = 0 ; verbosity = 0 ; while ((o = getopt (argc, argv, "vga:t:f:l:")) != -1) switch (o) { case 'v' : verbosity++ ; break ; case 'g' : globalparam = 1 ; break ; case 'f' : filename = optarg ; break ; case 'a' : nattempts = atoi (optarg) ; break ; case 't' : sleeptime = atoi (optarg) ; break ; case 'l' : lvolno = atoi (optarg) ; break ; case '?' : default : usage () ; } argc -= optind ; argv += optind ; if (argc != 0) usage () ; /* * Access to the driver */ fd = open (filename, O_RDONLY) ; if (fd == -1) { perror ("open") ; exit (1) ; } r = ioctl (fd, AMR_IO_VERSION, &version) ; if (r == -1) { perror ("ioctl version") ; exit (1) ; } if (globalparam && verbosity >= 1) printf ("Version =\t%d\n", version) ; if (version != 1) { fprintf (stderr, "Driver version (%d) not supported\n", version) ; exit (1) ; } fwint = describe_card (fd, verbosity, globalparam) ; describe_logical_volume (fd, verbosity, fwint, lvolno) ; } From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 11:46:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E78216A4CF for ; Sat, 12 Mar 2005 11:46:12 +0000 (GMT) Received: from smtphost.cis.strath.ac.uk (smtphost.cis.strath.ac.uk [130.159.196.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57BBA43D2F for ; Sat, 12 Mar 2005 11:46:11 +0000 (GMT) (envelope-from chodgins@cis.strath.ac.uk) Received: from [192.168.0.4] (chrishodgins.force9.co.uk [84.92.20.141]) j2CBk4An003426; Sat, 12 Mar 2005 11:46:04 GMT Message-ID: <4232D7C3.1010903@cis.strath.ac.uk> Date: Sat, 12 Mar 2005 11:51:31 +0000 From: Chris Hodgins User-Agent: Mozilla Thunderbird 1.0 (X11/20050204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Antal Rutz References: <20050311223413.GA5126@mimoza.pantel.net> In-Reply-To: <20050311223413.GA5126@mimoza.pantel.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CIS-MailScanner-Information: Please contact support@cis.strath.ac.uk for more information X-CIS-MailScanner: Found to be clean X-CIS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 6, autolearn=not spam, BAYES_00 -4.90) X-CIS-MailScanner-From: chodgins@cis.strath.ac.uk cc: current@freebsd.org Subject: Re: Transparent proxy feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 11:46:12 -0000 Antal Rutz wrote: > Hi, > > Nowadays I have to use a special firewall software ('zorp') but > unfortunately it only runs on linux. the reason is that only linux > has the feature (transparent proxying) to listen on/send packets (sourcing) > from other IP addresses than the machine has. (maybe with an extra kmod) > > The developers told me that they aren't familiar with FreeBSD but would > port their software to it if the OS had support for that t-proxy. > > The question is: Is there any plan to support that thing (maybe through > ipfw, pf or ipfilter - no idea) or is that too sick? > > thanks alot. I have used transparent bridging with FreeBSD in the past and it worked great for this sort of thing. http://www.kozubik.com/published/freebsd_bridging_ipfw.txt Chris From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 12:22:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C8216A4CE for ; Sat, 12 Mar 2005 12:22:15 +0000 (GMT) Received: from mta05-winn.mailhost.ntl.com (smtpout15.mailhost.ntl.com [212.250.162.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5775843D49 for ; Sat, 12 Mar 2005 12:22:13 +0000 (GMT) (envelope-from antony.t.curtis@ntlworld.com) Received: from aamta04-winn.mailhost.ntl.com ([212.250.162.8]) by mta05-winn.mailhost.ntl.com with ESMTP <20050312122212.RDRZ13018.mta05-winn.mailhost.ntl.com@aamta04-winn.mailhost.ntl.com>; Sat, 12 Mar 2005 12:22:12 +0000 Received: from localhost.localdomain ([81.107.94.210]) by aamta04-winn.mailhost.ntl.com with ESMTP <20050312122212.XPHI1352.aamta04-winn.mailhost.ntl.com@localhost.localdomain>; Sat, 12 Mar 2005 12:22:12 +0000 From: Antony T Curtis To: Antal Rutz In-Reply-To: <42321F57.9060708@elischer.org> References: <20050311223413.GA5126@mimoza.pantel.net> <42321E4F.9020904@elischer.org> <42321F57.9060708@elischer.org> Content-Type: text/plain Date: Sat, 12 Mar 2005 12:22:09 +0000 Message-Id: <1110630129.77713.3.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Transparent proxy feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 12:22:15 -0000 On Fri, 2005-03-11 at 14:44 -0800, Julian Elischer wrote: > responding to myself to add more.. > > Julian Elischer wrote: > > Antal Rutz wrote: > > > >> Hi, > >> > >> Nowadays I have to use a special firewall software ('zorp') but > >> unfortunately it only runs on linux. the reason is that only linux > >> has the feature (transparent proxying) to listen on/send packets > >> (sourcing) > >> from other IP addresses than the machine has. (maybe with an extra kmod) > The proxy software need only do a getsockname() to get the sockaddr to use > for the forward connection. > > The ipfw rules need to be set so that the outgoing forward connection by > the > proxy is not also captured :-) Isn't the following option also required? option IPFIREWALL_FORWARD -- Antony T Curtis, BSc. UNIX, Linux, *BSD, Networking antony.t.curtis@ntlworld.com C++, J2EE, Perl, MySQL, Apache IT Consultancy. From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 19:48:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BA9116A4CE for ; Fri, 11 Mar 2005 19:48:47 +0000 (GMT) Received: from smtp3.fuse.net (mail-out3.fuse.net [216.68.8.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6842F43D2D for ; Fri, 11 Mar 2005 19:48:46 +0000 (GMT) (envelope-from cokane@ramen.cokane.org) Received: from gx5.fuse.net ([216.196.253.14]) by smtp3.fuse.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050311194514.UQQQ23403.smtp3.fuse.net@gx5.fuse.net> for ; Fri, 11 Mar 2005 14:45:14 -0500 Received: from ramen.cokane.org ([216.196.253.14]) by gx5.fuse.net (InterMail vG.1.02.00.02 201-2136-104-102-20041210) with SMTP id <20050311194352.PROG20940.gx5.fuse.net@ramen.cokane.org> for ; Fri, 11 Mar 2005 14:43:52 -0500 Received: (qmail 13868 invoked by uid 1001); 11 Mar 2005 15:56:19 -0000 Date: Fri, 11 Mar 2005 15:56:19 +0000 From: Coleman Kane To: Harti Brandt Message-ID: <20050311155619.GA13820@ramen> References: <346a802205031014565fcf284d@mail.gmail.com> <20050311143447.M596@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20050311143447.M596@beagle.kn.op.dlr.de> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Sat, 12 Mar 2005 12:51:50 +0000 cc: current@freebsd.org Subject: Re: recent make system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 19:48:47 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 11, 2005 at 02:36:19PM +0100, Harti Brandt wrote, and it was pr= oclaimed: > On Thu, 10 Mar 2005, Coleman Kane wrote: >=20 > CK>Hello, I cannot buildworld lately, or build ports or do much of > CK>anything. Every time I try I get a "Unassociated shell command" error > CK>on a shell line, and make bombs. Is this due to some changes lately in > CK>-CURRENT's make system? >=20 > Sorry, I broke make yesterday. Was fixed around 10UTC today. The broken= =20 > make is able to build a new one, so re-fetch the sources, build and=20 > install a new make. >=20 > harti Thanks, I just reverted to the make from ~March 5, but I'll upgrade now and see how it goes. -- coleman --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCMb+juDFwFZcwSdoRAgHUAJwMtaPPgAj7e09/+9um9S2Rhug5XgCfereT qJx3Mxy1prinrkSH4tfdwuE= =j9nG -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 22:32:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 042B016A4CE for ; Fri, 11 Mar 2005 22:32:06 +0000 (GMT) Received: from mxsf29.cluster1.charter.net (mxsf29.cluster1.charter.net [209.225.28.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BE443D31 for ; Fri, 11 Mar 2005 22:32:04 +0000 (GMT) (envelope-from setjmp@charter.net) Received: from mxip16.cluster1.charter.net (mxip16a.cluster1.charter.net [209.225.28.146])j2BMW2Wi016221 for ; Fri, 11 Mar 2005 17:32:03 -0500 Received: from ip-wv-66-190-126-051.charterwv.net (HELO eric) (66.190.126.51) by mxip16.cluster1.charter.net with SMTP; 11 Mar 2005 17:32:02 -0500 X-Ironport-AV: i="3.90,158,1107752400"; d="scan'217,208"; a="853190168:sNHT32471150" Message-ID: <02ba01c52689$a47763f0$3a00a8c0@utica1.setjmp.wan> From: "Eric A. Grff" To: Date: Fri, 11 Mar 2005 17:27:24 -0500 Organization: setjmp Networks MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Mailman-Approved-At: Sat, 12 Mar 2005 12:51:51 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Seem to be having an issue on 5.4-PRE with QUOTAs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Eric A. Grff" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 22:32:06 -0000 Hi, With a sup from a couple days ago, I tried adding "options QUOTA" to = the GENERIC configuration, depend went fine, and then make brought me: devjmp# make cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 = -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica = -I../../../contrib/altq -I../../../contrib/ipfilter = -I../../../contrib/pf -I../../../contrib/dev/ath = -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL = -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mno-align-long-strings -mpreferred-stack-boundary=3D2 -ffreestanding = -Werror ../../../i386/i386/locore.s ../../../i386/i386/locore.s: Assembler messages: ../../../i386/i386/locore.s:783: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:783: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:791: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:792: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:792: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:831: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:832: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:832: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:843: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:843: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:848: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:848: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:853: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:853: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:858: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:858: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:864: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:870: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:907: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:918: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:925: Error: suffix or operands invalid for = `shr' ../../../i386/i386/locore.s:927: Error: suffix or operands invalid for = `shl' ../../../i386/i386/locore.s:940: Error: suffix or operands invalid for = `shl' *** Error code 1 Stop in /usr/src/sys/i386/compile/GENERIC. devjmp# Anyways, I looked thru both /usr/src/sys/conf/NOTES (QUOTA) and = /usr/src/sys/i386/conf/NOTES for any hints, and seems there is nothing = mentioned for QUOTA having any other dependencies. Anyone else experiencing this? Did I miss something somewhere? =20 I've tried both "make buildkernel ..." and the old manual = config/cd/make depend && make and definitely get the same from both. = The old style guaranteed it was a fresh config as well. I look forward to any/all comments, and thank you in advance. Sincerely, ------------------------------------------- Eric A. Griff 438 N. Vance Dr Beckley, West Virginia 25801 USA setjmp@charter.net ICQ: 28146852 AIM: setjmp YIM: setjmp2001 MSN: setjmp@hotmail.com ------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 23:42:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4531616A4CE for ; Fri, 11 Mar 2005 23:42:06 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCDC543D1F for ; Fri, 11 Mar 2005 23:42:05 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1D9tkm-0004Rt-D1 for freebsd-current@freebsd.org; Sat, 12 Mar 2005 00:41:12 +0100 Received: from rms.gnu-rox.org ([62.212.121.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 12 Mar 2005 00:41:12 +0100 Received: from zedek by rms.gnu-rox.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 12 Mar 2005 00:41:12 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: freebsd-current@freebsd.org To: freebsd-current@freebsd.org From: Xavier Maillard Date: Fri, 11 Mar 2005 22:41:52 +0100 Organization: GNU Rox ! Lines: 47 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: rms.gnu-rox.org X-Face: "qG{UC8GPzro#PZ!Jgisuj0]=k10 f#d596CJMPGOGwB'j\^JR2g0']N%L:ylC`?.l8u#JuS#CygUA}avHHVJJ!#ub7CxX#u]g}?z,hQ;c q%v]"[$!BfS Mail-Copies-To: never X-Attribution: zeDek X-Accept-Language: fr-fr, en-en, en-fr User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (berkeley-unix) Cancel-Lock: sha1:u+Dh9OxpfqDk1G6z1S6W8d3cql0= Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sat, 12 Mar 2005 12:51:51 +0000 Subject: Re: Using cpufreq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 23:42:06 -0000 On 11 Mar 2005, Alexander S. Usov wrote: > Hi! Hi, > I have upgraded to 5.4-PRERELEASE this weekend, and can't > figure out how to use/enable cpufreq framework. > > With my standart kernel config I have no cpufreq.ko not > acpi_perf.ko. Adding "device cpufreq" (mentioned in cpufreq(4)) > to the kernel config does not work either. > > How does one enables it at all? what does : locate cpufreq.ko say ? It should tell: ,----[ locate cpufreq.ko ] | /boot/kernel/cpufreq.ko | /boot/kernel.old/cpufreq.ko | /usr/obj/usr/src/sys/MONNOYAU/modules/usr/src/sys/modules/cpufreq/cpufreq.ko `---- Then, all you have to do is to put a line along your /boot/loader.conf: ,----[ loader.conf ] | splash_bmp_load="YES" | vesa_load="YES" | bitmap_load="YES" | bitmap_name="/boot/splash.bmp" | acpi_load="YES" | cpufreq_load="YES" `---- and tweak your power_profile* in /etc/rc.conf Hope that will help. Cheers, -- .o. | Hacker wonderland ..o | ooo | From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 14:19:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECE5A16A4CE; Sat, 12 Mar 2005 14:19:44 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE95243D39; Sat, 12 Mar 2005 14:19:43 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 4C676ACB34; Sat, 12 Mar 2005 15:19:41 +0100 (CET) Date: Sat, 12 Mar 2005 15:19:41 +0100 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20050312141941.GJ9291@darkness.comp.waw.pl> References: <20050311191446.GG9291@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PCSS5jcV3Z4INoC2" Content-Disposition: inline In-Reply-To: <20050311191446.GG9291@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: gad@freebsd.org Subject: Re: Three new flags for pkill/pgrep. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 14:19:45 -0000 --PCSS5jcV3Z4INoC2 Content-Type: multipart/mixed; boundary="84JQvybYWNxrNqac" Content-Disposition: inline --84JQvybYWNxrNqac Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 11, 2005 at 08:14:46PM +0100, Pawel Jakub Dawidek wrote: +> Hi. +>=20 +> I'm attaching patches (directly from perforce) which implements three +> new flags: +>=20 +> -F pidfile Restrict matches to process which pid is stored in +> pidfile file. +>=20 +> -i Ignore case distinctions in both the process table and +> the supplied pattern. +>=20 +> -j jid Restrict matches to processes inside jails with a jail ID in +> the comma-separated list jid. The value zero is taken to +> mean any jail ID. +>=20 +> The '-F' option will allow for more safe kill `cat /var/run/daemon.pid`, +> because one can call it as: pkill -F /var/run/sshd.pid sshd, so if pid +> from the file not belongs to sshd daemon, it won't be killed. +>=20 +> The '-i' flag was obtained from Jonathan Perkin's patch posted on NetBSD +> mailing list. +>=20 +> The '-j' option is simlar to Solaris' '-z' option (for Solaris zones). +>=20 +> In addition, there is a patch which allows to print process jail ID=20 +> from ps(1). Two more patches: pkill_09.patch - Fix '-n' option. pkill_10.patch - Adds '-S' option to include kernel threads (only in pgrep). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --84JQvybYWNxrNqac Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_09.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72968 Change 72968 by pjd@pjd_anger on 2005/03/12 13:08:30 Fix a bug in '-n' option. This option gives us the most recently created process, but this process is pgrep/pkill itself and because pgrep/pkill skips itself later, it always returns nothing. So when looking for the newest process, skip myself. Affected files ... =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#7 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#7 (text+ko) =3D= =3D=3D=3D @@ -436,6 +436,8 @@ bestidx =3D -1; =20 for (i =3D 0, kp =3D plist; i < nproc; i++, kp++) { + if (kp->ki_pid =3D=3D mypid) + continue; if (!selected[i]) continue; =20 --84JQvybYWNxrNqac Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_10.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72970 Change 72970 by pjd@pjd_anger on 2005/03/12 14:11:55 - Add '-S' flag for pgrep(1) which allows to include system processes in output. - Replace IS_KERNPROC() macro with PSKIP() macro, which skips not only system processes (when '-S' is not specified), but also running pgrep/pkill process. This is much cleaner. - When matching against full argument lists and we cannot get argument list (e.g. for kernel threads) just use process name instead of skipping process entirely. Affected files ... =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#6 edit =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#8 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#6 (text+ko) =3D= =3D=3D=3D @@ -44,7 +44,7 @@ .Nd find or signal processes by name .Sh SYNOPSIS .Nm pgrep -.Op Fl filnvx +.Op Fl Sfilnvx .Op Fl F Ar pidfile .Op Fl G Ar gid .Op Fl M Ar core @@ -105,6 +105,8 @@ Restrict matches to processes with a parent process ID in the comma-separated list .Ar ppid . +.It Fl S +Search also in system processes (kernel threads). .It Fl U Ar uid Restrict matches to processes with a real user ID in the comma-separated list =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#8 (text+ko) =3D= =3D=3D=3D @@ -72,8 +72,9 @@ #define MIN_PID 5 #define MAX_PID 99999 =20 -/* Check for system-processes which should always be ignored. */ -#define IS_KERNPROC(kp) ((kp)->ki_flag & P_KTHREAD) +/* Ignore system-processes (if '-S' flag is not specified) and myself. */ +#define PSKIP(kp) ((kp)->ki_pid =3D=3D mypid || \ + (!kthreads && ((kp)->ki_flag & P_KTHREAD) !=3D 0)) =20 enum listtype { LT_GENERIC, @@ -102,6 +103,7 @@ int longfmt; int matchargs; int fullmatch; +int kthreads; int cflags =3D REG_EXTENDED; kvm_t *kd; pid_t mypid; @@ -175,7 +177,7 @@ pidfromfile =3D -1; execf =3D coref =3D _PATH_DEVNULL; =20 - while ((ch =3D getopt(argc, argv, "DF:G:M:N:P:U:d:fg:ij:lns:t:u:vx")) != =3D -1) + while ((ch =3D getopt(argc, argv, "DF:G:M:N:P:SU:d:fg:ij:lns:t:u:vx")) != =3D -1) switch (ch) { case 'D': debug_opt++; @@ -198,6 +200,11 @@ makelist(&ppidlist, LT_GENERIC, optarg); criteria =3D 1; break; + case 'S': + if (!pgrep) + usage(); + kthreads =3D 1; + break; case 'U': makelist(&ruidlist, LT_USER, optarg); criteria =3D 1; @@ -295,17 +302,15 @@ } =20 for (i =3D 0, kp =3D plist; i < nproc; i++, kp++) { - if (IS_KERNPROC(kp) !=3D 0) { + if (PSKIP(kp)) { if (debug_opt > 0) fprintf(stderr, "* Skipped %5d %3d %s\n", kp->ki_pid, kp->ki_uid, kp->ki_comm); continue; } =20 - if (matchargs) { - if ((pargv =3D kvm_getargv(kd, kp, 0)) =3D=3D NULL) - continue; - + if (matchargs && + (pargv =3D kvm_getargv(kd, kp, 0)) !=3D NULL) { jsz =3D 0; while (jsz < sizeof(buf) && *pargv !=3D NULL) { jsz +=3D snprintf(buf + jsz, @@ -314,7 +319,6 @@ pargv[0]); pargv++; } - mstr =3D buf; } else mstr =3D kp->ki_comm; @@ -345,7 +349,7 @@ } =20 for (i =3D 0, kp =3D plist; i < nproc; i++, kp++) { - if (IS_KERNPROC(kp) !=3D 0) + if (PSKIP(kp)) continue; =20 if (pidfromfile >=3D 0 && kp->ki_pid !=3D pidfromfile) { @@ -436,8 +440,6 @@ bestidx =3D -1; =20 for (i =3D 0, kp =3D plist; i < nproc; i++, kp++) { - if (kp->ki_pid =3D=3D mypid) - continue; if (!selected[i]) continue; =20 @@ -459,17 +461,13 @@ * Take the appropriate action for each matched process, if any. */ for (i =3D 0, rv =3D 0, kp =3D plist; i < nproc; i++, kp++) { - if (kp->ki_pid =3D=3D mypid) + if (PSKIP(kp)) continue; if (selected[i]) { if (inverse) continue; } else if (!inverse) continue; - - if (IS_KERNPROC(kp) !=3D 0) - continue; - rv =3D 1; (*action)(kp); } @@ -483,7 +481,7 @@ const char *ustr; =20 if (pgrep) - ustr =3D "[-filnvx] [-d delim]"; + ustr =3D "[-Sfilnvx] [-d delim]"; else ustr =3D "[-signal] [-finvx]"; =20 @@ -509,10 +507,8 @@ { char **argv; =20 - if (longfmt && matchargs) { - if ((argv =3D kvm_getargv(kd, kp, 0)) =3D=3D NULL) - return; - + if (longfmt && matchargs && + (argv =3D kvm_getargv(kd, kp, 0)) !=3D NULL) { printf("%d ", (int)kp->ki_pid); for (; *argv !=3D NULL; argv++) { printf("%s", *argv); --84JQvybYWNxrNqac-- --PCSS5jcV3Z4INoC2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCMvp9ForvXbEpPzQRAto0AJ9I/V2AySzclrStbH1yV4bkXOXc0ACfbEHe KuunMuygaxUm1PVvUCo0JCE= =hHwt -----END PGP SIGNATURE----- --PCSS5jcV3Z4INoC2-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 16:13:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B96016A4CE for ; Sat, 12 Mar 2005 16:13:10 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04B7E43D41 for ; Sat, 12 Mar 2005 16:13:10 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j2CGD9MI065220 for ; Sat, 12 Mar 2005 08:13:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j2CGD9wV065219 for freebsd-current@freebsd.org; Sat, 12 Mar 2005 08:13:09 -0800 (PST) (envelope-from sgk) Date: Sat, 12 Mar 2005 08:13:09 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20050312161309.GA65207@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: LOR with rtentry and rl0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 16:13:10 -0000 I don't recall seeing this LOR posted. It may be related to rwatson's recent work in the socket layer. lock order reversal 1st 0xc2f098a0 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc2c33f00 rl0 (network driver) @ /usr/src/sys/modules/rl/../../pci/if_rl.c:1444 KDB: stack backtrace: witness_checkorder(c2c33f00,9,c084cffd,5a4,c2c338fc) at witness_checkorder+0x5e9 _mtx_lock_flags(c2c33f00,0,c084cffd,5a4,c2c33800) at _mtx_lock_flags+0x54 rl_start(c2c33800,0,c06c19af,184,202a94c) at rl_start+0x37 ether_output_frame(c2c33800,c2e69400,6,ea0a5a04,c062f4e4) at ether_output_frame+0x23c ether_output(c2c33800,c2e69400,ea0a5a28,0,c2f6c3c8,2,1,c06b2302,32b,c2f6fa10,c2f6fa84) at ether_output+0x26f arprequest(ea0a5b20,c2c3d4ab,c06c254d,1bd,ea0a5a84) at arprequest+0x10b arpresolve(c2c33800,c2f09840,c2e69500,ea0a5b1c,ea0a5aa0) at arpresolve+0x30d ether_output(c2c33800,c2e69500,ea0a5b1c,c2f09840,c06bb96b) at ether_output+0x32b ip_output(c2e69500,0,ea0a5b18,1,0) at ip_output+0xa39 udp_send(c2f06bac,0,c2e69500,0,0) at udp_send+0x40e sosend(c2f06bac,0,ea0a5c44,c2e69500,0) at sosend+0x600 kern_sendit(c2f6fa10,d,ea0a5cc0,0,0) at kern_sendit+0xee sendit(ea0a5cc0,0,80f902b,0,0) at sendit+0x5f sendto(c2f6fa10,ea0a5d14,18,3ff,6) at sendto+0x53 syscall(2f,2f,2f,bfbfe210,482abf84) at syscall+0x13d Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x4822463f, esp = 0xbfbfd52c, ebp = 0xbfbfd558 --- -- Steve -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 16:19:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C94D16A4D0; Sat, 12 Mar 2005 16:19:12 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id D47D243D54; Sat, 12 Mar 2005 16:19:10 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 3B8FAACBF9; Sat, 12 Mar 2005 17:19:09 +0100 (CET) Date: Sat, 12 Mar 2005 17:19:09 +0100 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20050312161909.GM9291@darkness.comp.waw.pl> References: <20050311191446.GG9291@darkness.comp.waw.pl> <20050312141941.GJ9291@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LMyZIZ/7CYeQWiVH" Content-Disposition: inline In-Reply-To: <20050312141941.GJ9291@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: gad@freebsd.org Subject: Re: Three new flags for pkill/pgrep. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 16:19:12 -0000 --LMyZIZ/7CYeQWiVH Content-Type: multipart/mixed; boundary="LF8A4izpY2Fai3uI" Content-Disposition: inline --LF8A4izpY2Fai3uI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 12, 2005 at 03:19:41PM +0100, Pawel Jakub Dawidek wrote: +> Two more patches: +>=20 +> pkill_09.patch - Fix '-n' option. +> pkill_10.patch - Adds '-S' option to include kernel threads (only in pgr= ep). One more: pkill_11.patch - Add '-o' option - Select only the oldest (least recently started) of the matching processes. '-o' option for pgrep/pkill can be also found in Solaris and Linux. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --LF8A4izpY2Fai3uI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="pkill_11.patch" Content-Transfer-Encoding: quoted-printable http://perforce.freebsd.org/chv.cgi?CH=3D72975 Change 72975 by pjd@pjd_anger on 2005/03/12 15:51:12 Add '-o' option which allows to select the oldest of the matching processes. This option exists in Solaris and Linux. Affected files ... =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#7 edit =2E. //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#9 edit Differences ... =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.1#7 (text+ko) =3D= =3D=3D=3D @@ -147,7 +147,9 @@ .Nm pgrep command. .It Fl n -Match only the most recently created process, if any. +Select only the newest (most recently started) of the matching processes. +.It Fl o +Select only the oldest (least recently started) of the matching processes. .It Fl s Ar sid Restrict matches to processes with a session ID in the comma-separated list =3D=3D=3D=3D //depot/user/pjd/pkill/usr.bin/pkill/pkill.c#9 (text+ko) =3D= =3D=3D=3D @@ -99,6 +99,7 @@ int pgrep; int signum =3D SIGTERM; int newest; +int oldest; int inverse; int longfmt; int matchargs; @@ -132,12 +133,11 @@ char buf[_POSIX2_LINE_MAX], *mstr, **pargv, *p, *q; const char *execf, *coref; int debug_opt; - int i, ch, bestidx, rv, criteria, pidfromfile; + int i, ch, rv, criteria, pidfromfile; size_t jsz; void (*action)(struct kinfo_proc *); struct kinfo_proc *kp; struct list *li; - struct timeval best_tval; regex_t reg; regmatch_t regmatch; =20 @@ -177,7 +177,7 @@ pidfromfile =3D -1; execf =3D coref =3D _PATH_DEVNULL; =20 - while ((ch =3D getopt(argc, argv, "DF:G:M:N:P:SU:d:fg:ij:lns:t:u:vx")) != =3D -1) + while ((ch =3D getopt(argc, argv, "DF:G:M:N:P:SU:d:fg:ij:lnos:t:u:vx")) != =3D -1) switch (ch) { case 'D': debug_opt++; @@ -237,6 +237,10 @@ newest =3D 1; criteria =3D 1; break; + case 'o': + oldest =3D 1; + criteria =3D 1; + break; case 's': makelist(&sidlist, LT_SID, optarg); criteria =3D 1; @@ -266,6 +270,8 @@ criteria =3D 1; if (!criteria) usage(); + if (newest && oldest) + errx(STATUS_ERROR, "-n and -o are mutually exclusive"); =20 mypid =3D getpid(); =20 @@ -434,23 +440,29 @@ selected[i] =3D 1; } =20 - if (newest) { + if (newest || oldest) { + struct timeval best_tval; + int bestidx; + best_tval.tv_sec =3D 0; best_tval.tv_usec =3D 0; bestidx =3D -1; =20 +#define PNEWER(kp) ((kp)->ki_start.tv_sec > best_tval.tv_sec || \ + ((kp)->ki_start.tv_sec =3D=3D best_tval.tv_sec && \ + (kp)->ki_start.tv_usec > best_tval.tv_usec)) for (i =3D 0, kp =3D plist; i < nproc; i++, kp++) { if (!selected[i]) continue; - - if (kp->ki_start.tv_sec > best_tval.tv_sec || - (kp->ki_start.tv_sec =3D=3D best_tval.tv_sec - && kp->ki_start.tv_usec > best_tval.tv_usec)) { + if (bestidx =3D=3D -1 || + (newest && PNEWER(kp)) || + (oldest && !PNEWER(kp))) { best_tval.tv_sec =3D kp->ki_start.tv_sec; best_tval.tv_usec =3D kp->ki_start.tv_usec; bestidx =3D i; } } +#undef PNEWER =20 memset(selected, 0, nproc); if (bestidx !=3D -1) @@ -481,9 +493,9 @@ const char *ustr; =20 if (pgrep) - ustr =3D "[-Sfilnvx] [-d delim]"; + ustr =3D "[-Sfilnovx] [-d delim]"; else - ustr =3D "[-signal] [-finvx]"; + ustr =3D "[-signal] [-finovx]"; =20 fprintf(stderr, "usage: %s %s [-F pidfile] [-G gid] [-M core] [-N system]\n" --LF8A4izpY2Fai3uI-- --LMyZIZ/7CYeQWiVH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCMxZ9ForvXbEpPzQRAu1dAJ4oGmjSzEazh1aMRmbVGF6IsSK0TACffIRQ 18XNZKjVu+GFrhO/VW3nxOY= =krTE -----END PGP SIGNATURE----- --LMyZIZ/7CYeQWiVH-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 16:57:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3842316A4CE for ; Sat, 12 Mar 2005 16:57:21 +0000 (GMT) Received: from mu.auroraquanta.com (mail2.auroraquanta.com [66.98.250.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AC7443D31 for ; Sat, 12 Mar 2005 16:57:18 +0000 (GMT) (envelope-from bmiele@ipnstock.com) Received: from mu.auroraquanta.com (localhost [127.0.0.1]) by mu.auroraquanta.com (8.13.1/8.12.9) with ESMTP id j2CGvIxN074479 for ; Sat, 12 Mar 2005 11:57:18 -0500 (EST) (envelope-from bmiele@ipnstock.com) Received: from localhost (brad@localhost)j2CGvHHW074476 for ; Sat, 12 Mar 2005 11:57:18 -0500 (EST) (envelope-from bmiele@ipnstock.com) X-Authentication-Warning: mu.auroraquanta.com: brad owned process doing -bs Date: Sat, 12 Mar 2005 11:57:17 -0500 (EST) From: Brad Miele To: freebsd-current@freebsd.org Message-ID: <20050312115244.W33045@mu.auroraquanta.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Vmware3 port build fails with smp errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 16:57:21 -0000 Has anyone installed vmware3 on -current? I am getting the following error: /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `HostIF_InitFP': /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/hostif.c:322 : warning: comparison is always true due to limited range of data type /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/hostif.c:322 : warning: comparison is always true due to limited range of data type /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/hostif.c:946 :2: #warning XXX SMP support is BROKEN and module will not load. /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/hostif.c:980 :2: #warning XXX SMP support is BROKEN and module will not load. /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `KernelAddr_Get': /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/hostif.c:107 8: warning: return makes integer from pointer without a cast *** Error code 1 Stop in /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only. *** Error code 1 Stop in /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only. *** Error code 1 Stop in /usr/ports/emulators/vmware3/work/vmware-distrib. *** Error code 1 I am not sure if it is the SMP error or the integer from pointer error. but is SMP default in 6.0-Current? is there a way to supress it? I am using a laptop with single intel chip/no HT, so i don't need it. thanks, Brad ------------------------------------------------------------ Brad Miele Technology Director IPNStock (866) 476-7862 x902 bmiele@ipnstock.com From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 17:45:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCBEC16A4CE for ; Sat, 12 Mar 2005 17:45:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFBA643D46 for ; Sat, 12 Mar 2005 17:45:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 9111B1FF9A8; Sat, 12 Mar 2005 18:45:07 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 8B77B1FF9AB; Sat, 12 Mar 2005 18:45:05 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 120D61538C; Sat, 12 Mar 2005 17:40:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 06E8C15380; Sat, 12 Mar 2005 17:40:42 +0000 (UTC) Date: Sat, 12 Mar 2005 17:40:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Steve Kargl In-Reply-To: <20050312161309.GA65207@troutmask.apl.washington.edu> Message-ID: References: <20050312161309.GA65207@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@freebsd.org Subject: Re: LOR with rtentry and rl0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 17:45:10 -0000 On Sat, 12 Mar 2005, Steve Kargl wrote: > I don't recall seeing this LOR posted. It may be related > to rwatson's recent work in the socket layer. I added this as LOR 061 (http://sources.zabbadoz.net/freebsd/lor.html#061). trace looks similar to following: http://sources.zabbadoz.net/freebsd/lor.html#037 http://sources.zabbadoz.net/freebsd/lor.html#003 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 17:51:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 916F816A4CE for ; Sat, 12 Mar 2005 17:51:56 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10FA443D1F for ; Sat, 12 Mar 2005 17:51:56 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 5B51F46B8A; Sat, 12 Mar 2005 12:51:55 -0500 (EST) Date: Sat, 12 Mar 2005 17:49:28 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Steve Kargl In-Reply-To: <20050312161309.GA65207@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: LOR with rtentry and rl0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 17:51:56 -0000 On Sat, 12 Mar 2005, Steve Kargl wrote: > I don't recall seeing this LOR posted. It may be related to rwatson's > recent work in the socket layer. It's not impossible I introduced a bug that results in this. Is this reproduceable? Is there any chance you could break into DDB, do "show witness", and send me the output? FWIW, generally speaking the lock order is "stack locks before interface locks" so that the stack can hold locks over calls into the device driver. Bugs in device drivers sometimes cause device driver locks to be held over calls into the stack. However, lock leaks can also result in what appears to be a lock order reversal to WITNESS, but is actually a lock leak... Thanks, Robert N M Watson > > > lock order reversal > 1st 0xc2f098a0 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 > 2nd 0xc2c33f00 rl0 (network driver) @ /usr/src/sys/modules/rl/../../pci/if_rl.c:1444 > KDB: stack backtrace: > witness_checkorder(c2c33f00,9,c084cffd,5a4,c2c338fc) at witness_checkorder+0x5e9 > _mtx_lock_flags(c2c33f00,0,c084cffd,5a4,c2c33800) at _mtx_lock_flags+0x54 > rl_start(c2c33800,0,c06c19af,184,202a94c) at rl_start+0x37 > > ether_output_frame(c2c33800,c2e69400,6,ea0a5a04,c062f4e4) at ether_output_frame+0x23c > ether_output(c2c33800,c2e69400,ea0a5a28,0,c2f6c3c8,2,1,c06b2302,32b,c2f6fa10,c2f6fa84) at ether_output+0x26f > arprequest(ea0a5b20,c2c3d4ab,c06c254d,1bd,ea0a5a84) at arprequest+0x10b > arpresolve(c2c33800,c2f09840,c2e69500,ea0a5b1c,ea0a5aa0) at arpresolve+0x30d > ether_output(c2c33800,c2e69500,ea0a5b1c,c2f09840,c06bb96b) at ether_output+0x32b > ip_output(c2e69500,0,ea0a5b18,1,0) at ip_output+0xa39 > udp_send(c2f06bac,0,c2e69500,0,0) at udp_send+0x40e > sosend(c2f06bac,0,ea0a5c44,c2e69500,0) at sosend+0x600 > > kern_sendit(c2f6fa10,d,ea0a5cc0,0,0) at kern_sendit+0xee > sendit(ea0a5cc0,0,80f902b,0,0) at sendit+0x5f > sendto(c2f6fa10,ea0a5d14,18,3ff,6) at sendto+0x53 > syscall(2f,2f,2f,bfbfe210,482abf84) at syscall+0x13d > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (133, FreeBSD ELF32, sendto), eip = 0x4822463f, esp = 0xbfbfd52c, ebp = 0xbfbfd558 --- > -- > Steve > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 19:04:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9DD316A4CE; Sat, 12 Mar 2005 19:04:48 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A458A43D54; Sat, 12 Mar 2005 19:04:48 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j2CJ4mQF066006; Sat, 12 Mar 2005 11:04:48 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j2CJ4mJs066005; Sat, 12 Mar 2005 11:04:48 -0800 (PST) (envelope-from sgk) Date: Sat, 12 Mar 2005 11:04:48 -0800 From: Steve Kargl To: Robert Watson Message-ID: <20050312190448.GA65968@troutmask.apl.washington.edu> References: <20050312161309.GA65207@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org Subject: Re: LOR with rtentry and rl0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 19:04:49 -0000 On Sat, Mar 12, 2005 at 05:49:28PM +0000, Robert Watson wrote: > On Sat, 12 Mar 2005, Steve Kargl wrote: > > > I don't recall seeing this LOR posted. It may be related to rwatson's > > recent work in the socket layer. > > It's not impossible I introduced a bug that results in this. Is this > reproduceable? Is there any chance you could break into DDB, do "show > witness", and send me the output? > I tried, but I seem to have followed a different code path. lock order reversal 1st 0xc2efb8a0 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc2c33f00 rl0 (network driver) @ /usr/src/sys/modules/rl/../../pci/if_rl.c:1444 KDB: stack backtrace: witness_checkorder(c2c33f00,9,c084cffd,5a4,c2c338fc) at witness_checkorder+0x5e9 _mtx_lock_flags(c2c33f00,0,c084cffd,5a4,c2c33800) at _mtx_lock_flags+0x54 rl_start(c2c33800,0,c06c19af,184,202a94c) at rl_start+0x37 ether_output_frame(c2c33800,c2e6a200,6,e5db59c8,c062f4e4) at ether_output_frame+0x23c ether_output(c2c33800,c2e6a200,e5db59ec,0,c2e889c8,2,1,c06b2302,32b,c2bc8000,c2bc8074) at ether_output+0x26f arprequest(e5db5ae4,c2c3d4ab,c06c254d,1bd,c05530a0) at arprequest+0x10b arpresolve(c2c33800,c2efb840,c2e6a300,e5db5ae0,e5db5a64) at arpresolve+0x30d ether_output(c2c33800,c2e6a300,e5db5ae0,c2efb840,3) at ether_output+0x32b ip_output(c2e6a300,0,e5db5adc,1,0) at ip_output+0xa39 icmp_reflect(c2e6a450,c2e6a3c8,14,c2e6a400,c2e6a450) at icmp_reflect+0x312 icmp_error(c2e6a400,3,3,0,0) at icmp_error+0x1ce udp_input(c2e6a400,14,c07191c0,c2bc8000,e8) at udp_input+0x591 ip_input(c2e6a400,0,c06c20ab,e8,18) at ip_input+0xe5 netisr_processqueue(e5db5cdc,246,c0713f60,2,c2b777c0) at netisr_processqueue+0x15 swi_net(0,0,c06b5c7a,256,0) at swi_net+0x9f ithread_loop(c2b7c380,e5db5d48,c06b5a5b,30e,c2b7c380) at ithread_loop+0x1ff fork_exit(c0514450,c2b7c380,e5db5d48) at fork_exit+0xa6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe5db5d7c, ebp = 0 --- At this point, I must of entered a wrong db> command, because I did bad things to my filesystem. I'll try again later. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 20:27:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DEB616A4CE for ; Sat, 12 Mar 2005 20:27:43 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A0E243D53 for ; Sat, 12 Mar 2005 20:27:42 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 12 Mar 2005 20:27:41 -0000 Received: from pD9E6EAAF.dip.t-dialin.net (EHLO ms.homeip.net) (217.230.234.175) by mail.gmx.net (mp019) with SMTP; 12 Mar 2005 21:27:41 +0100 X-Authenticated: #15946415 Received: from [10.0.0.1] (helo=[10.0.0.13]) by ms.homeip.net with esmtpsa (TLSv1:AES256-SHA:256) id 1DADHf-000KBV-0i for freebsd-current@freebsd.org; Sat, 12 Mar 2005 21:32:27 +0100 Message-ID: <423350B6.1000706@gmx.de> Date: Sat, 12 Mar 2005 21:27:34 +0100 From: Jochen Gensch User-Agent: Mozilla Thunderbird 1.0 (X11/20050215) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Apm / Resume: pir0: ROUTE_INTERRUPT on resume .... failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 20:27:43 -0000 Hi, since ACPI doesn't work properly on my Thinkpad due ot problems with my Radeon card, I tried to switch back to APM. However this doesn't seem to work any more. On resume, the system fails with the following message: pir0: ROUTE_INTERRUPT on resume for link 0x68 failed Any hints? Jochen From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 20:30:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CC3C16A4CE for ; Sat, 12 Mar 2005 20:30:46 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0858343D49 for ; Sat, 12 Mar 2005 20:30:44 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2CKUetB047063; Sat, 12 Mar 2005 15:30:42 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Sat, 12 Mar 2005 15:30:40 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Jochen Gensch In-Reply-To: <423350B6.1000706@gmx.de> Message-ID: <20050312153002.U88834@sasami.jurai.net> References: <423350B6.1000706@gmx.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Sat, 12 Mar 2005 15:30:42 -0500 (EST) cc: freebsd-current@FreeBSD.ORG Subject: Re: Apm / Resume: pir0: ROUTE_INTERRUPT on resume .... failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 20:30:46 -0000 On Sat, 12 Mar 2005, Jochen Gensch wrote: > On resume, the system fails with the following message: > > pir0: ROUTE_INTERRUPT on resume for link 0x68 failed pir0: ROUTE_INTERRUPT on resume for link 0x60 failed. pir0: ROUTE_INTERRUPT on resume for link 0x63 failed. pir0: ROUTE_INTERRUPT on resume for link 0x61 failed. I get this too, but it doesn't seem to cause any problems. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 21:06:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12E4C16A4CE for ; Sat, 12 Mar 2005 21:06:23 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83E5D43D1D for ; Sat, 12 Mar 2005 21:06:22 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) j2CL6erY057736 for ; Sat, 12 Mar 2005 16:06:40 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ruBL/LW8jRtqy2IbC+zb" Organization: MarcusCom, Inc. Date: Sat, 12 Mar 2005 16:06:03 -0500 Message-Id: <1110661563.79536.15.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Subject: struct statfs reads/writes changes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 21:06:23 -0000 --=-ruBL/LW8jRtqy2IbC+zb Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have some code that counts f_syncwrites, f_asyncwrites, f_syncreads, and f_asyncreads from struct statfs to get rough file system reads and writes statistics. The code works under RELENG_4 and RELENG_5, but not under -CURRENT. Under -CURRENT, all the counters are 0. Is this by design, and if so, what should I be using instead, and can sys/mount.h be updated to reflect the deprecation of these members? If this isn't by design, is there a workaround I can use until this gets fixed? Thanks. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-ruBL/LW8jRtqy2IbC+zb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCM1m7b2iPiv4Uz4cRAv0zAKCEnj6gtSLrGyPbVbAxLsGRAQ0PzACeIhu5 qS9J66eYGPiNCgVhfGZ8lTE= =KT7c -----END PGP SIGNATURE----- --=-ruBL/LW8jRtqy2IbC+zb--