From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 00:21:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 BFFCA16A41C for ; Sun, 19 Jun 2005 00:21:34 +0000 (GMT) (envelope-from raj@cserv62.csub.edu) Received: from cserv62.csub.edu (cserv62.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EC5943D1D for ; Sun, 19 Jun 2005 00:21:34 +0000 (GMT) (envelope-from raj@cserv62.csub.edu) Received: from eru.homelan (adsl-66-126-39-251.dsl.anhm01.pacbell.net [66.126.39.251]) by cserv62.csub.edu (8.13.3/8.13.1) with ESMTP id j5J0HZXo092264 for ; Sat, 18 Jun 2005 17:17:35 -0700 (PDT) (envelope-from raj@cserv62.csub.edu) Received: (from raj@localhost) by eru.homelan (8.13.4/8.13.4/Submit) id j5J0LVLx032128 for freebsd-current@freebsd.org; Sat, 18 Jun 2005 17:21:31 -0700 (PDT) (envelope-from raj) Date: Sat, 18 Jun 2005 17:21:31 -0700 From: Russell Jackson To: freebsd-current@freebsd.org Message-ID: <20050619002131.GA29495@eru.homelan> References: <20050618013902.GA756@localhost.homelan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050618013902.GA756@localhost.homelan> User-Agent: Mutt/1.5.9i Subject: Re: nvidia-driver and bus_memio.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 00:21:34 -0000 Trivial fix: --- src/nv-freebsd.h.bak Sat Jun 18 17:12:48 2005 +++ src/nv-freebsd.h Sat Jun 18 17:19:25 2005 @@ -43,7 +43,6 @@ #include #include #include -#include #include #include @@ -180,7 +179,7 @@ * thus disabled by default (this is 5.x/-CURRENT only). */ -#undef NV_SUPPORT_ACPI_PM +#define NV_SUPPORT_ACPI_PM /* On Fri, Jun 17, 2005 at 06:39:02PM -0700, Russell Jackson wrote: > The removal of bus_memio.h broke the nvidia driver. > > -- > Russell A. Jackson > Rudin's Law: > If there is a wrong way to do something, most people will > do it every time. > > Rudin's Second Law: > In a crisis that forces a choice to be made among alternative > courses of action, people tend to choose the worst possible > course. > _______________________________________________ > 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" -- Russell A. Jackson A man walked into a bar with his alligator and asked the bartender, "Do you serve lawyers here?". "Sure do," replied the bartender. "Good," said the man. "Give me a beer, and I'll have a lawyer for my 'gator." From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 00:21:36 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 CB4A416A41C for ; Sun, 19 Jun 2005 00:21:36 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3DC543D1D for ; Sun, 19 Jun 2005 00:21:36 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 56F1C46B89 for ; Sat, 18 Jun 2005 20:21:36 -0400 (EDT) Date: Sun, 19 Jun 2005 01:24:09 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20050619011903.X56734@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: dhclient changes: ifconfig_sisXX="... DHCP" almost works right with natd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 00:21:36 -0000 With the new dhclient arrangement, it looks like we almost support the following syntax: ifconfig_sis0="ether 00:XX:XX:XX:XX:XX DHCP" In that the boot sequence appears to automatically try DHCP after doing the ifconfig line. This is great. However, it looks like the detection of interfaces to use "-dynamic" with in /etc/rc.d/natd no longer works. Specifically, when I use the above syntax in rc.conf and run sh /etc/rc.d/natd start, I get the following: natdnatd: sis0: cannot get interface address If I manually launch natd with -dynamic, then it does work properly again. If I remove the extended ether segment of the ifconfig line, it works again also. So it looks like 'list_net_interfaced dhcp' isn't matching the sis0 interface in the above example? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 00:25:25 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 EA04916A41C for ; Sun, 19 Jun 2005 00:25:25 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2BFA43D1D for ; Sun, 19 Jun 2005 00:25:25 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 5C77046B89 for ; Sat, 18 Jun 2005 20:25:25 -0400 (EDT) Date: Sun, 19 Jun 2005 01:27:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20050619012425.L56734@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: dhclient less functional with nanobsd because of NO_CXX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 00:25:26 -0000 Observation on dependencies between components and nanobsd: In the old world order, dhclient backgrounded and waited for the link state to come up. In the new world order, dhclient exits if the link state is down, relying on devd to restart it. devd isn't build if NO_CXX is set, as it's written in C++, and NO_CXX is a useful (and default) thing to set for nanobsd for obvious reasons. It sounds like something here is an argument for: - Allowing C++ to be built as a build dependency, but not installed. - Rewriting devd to not be in C++. - Providing an option so that dhclient's old and useful behavior can be restored. Glancing at the dhclient man page didn't suggest an obvious command line flag for "don't exit on no link state"... Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 00:33:57 2005 Return-Path: X-Original-To: current@freebsd.org 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 CB6FA16A41C for ; Sun, 19 Jun 2005 00:33:57 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA2AD43D49 for ; Sun, 19 Jun 2005 00:33:57 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id AC87872DD4; Sat, 18 Jun 2005 17:33:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A7D0972DCB for ; Sat, 18 Jun 2005 17:33:57 -0700 (PDT) Date: Sat, 18 Jun 2005 17:33:57 -0700 (PDT) From: Doug White To: current@freebsd.org Message-ID: <20050618173102.R73598@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: Patch for sysinstall wrong-disc problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 00:33:57 -0000 Hey folks, I've come up with a patch that fixes sysinstall prompting for the wrong CD when trying to install packages from non-CDROM media. Patch is here: http://people.freebsd.org/~dwhite/patches/index.c.20050618.patch This makes the "This is disc#0; I need disc#1" type message go away by checking if the install media is a CDROM first. Tested with an install over NFS, but it shouldn't make a difference what install media as long as its not a CD. I'll commit this shortly if there are no objections. Thanks! -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 02:32:58 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 0554016A41C for ; Sun, 19 Jun 2005 02:32:58 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFD3A43D49 for ; Sun, 19 Jun 2005 02:32:57 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j5J2WsX5015334; Sat, 18 Jun 2005 22:32:56 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <42B46171.2070606@oslonett.no> References: <42B46171.2070606@oslonett.no> Date: Sat, 18 Jun 2005 22:32:53 -0400 To: Morten Johansen , freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.3 Cc: Subject: Re: [patch] panic executing shell-script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 02:32:58 -0000 At 8:01 PM +0200 6/18/05, Morten Johansen wrote: >Hi -current, > >When executing a shell-script where interpreter-name has 2 or >more trailing whitespace, kernel panics. >E.g. bin/jetty.sh from port www/jetty. > >Fix: > >--- imgact_shell.c Thu Jun 9 02:27:02 2005 >+++ imgact_shell.c.mj Sat Jun 18 19:33:00 2005 >@@ -161,7 +161,7 @@ exec_shell_imgact(imgp) > while (ihp < maxp && ((*ihp != '\n') && (*ihp != '\0'))) > ihp++; > opte = ihp; >- while (--ihp > interpe && ((*ihp == ' ') || (*ihp == '\t'))) >+ while (--ihp > optb && ((*ihp == ' ') || (*ihp == '\t'))) > opte = ihp; A slightly longer fix has been committed for this bug. Sorry about that! -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 03:36:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8E27816A41C for ; Sun, 19 Jun 2005 03:36:56 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 569D943D49 for ; Sun, 19 Jun 2005 03:36:56 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j5J3arL4020043 for ; Sat, 18 Jun 2005 23:36:53 -0400 (EDT) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.3/8.13.3) with ESMTP id j5J3arbL077926 for ; Sat, 18 Jun 2005 23:36:54 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost) by volatile.chemikals.org (8.13.3/8.13.3/Submit) with ESMTP id j5J3arap077923 for ; Sat, 18 Jun 2005 23:36:53 -0400 (EDT) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Sat, 18 Jun 2005 23:36:53 -0400 (EDT) From: Wesley Morgan To: freebsd-current@freebsd.org Message-ID: <20050618232951.P77492@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: odd panics on -current recently X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 03:36:56 -0000 Been getting what appear to be the same panic for at least a week on -current. Enabled dumps and this is the best trace I can get. I don't have the panic message, and this trace doesn't make a lot of sense to me: #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0706e40 in buf.1 () #2 0xc051bfee in boot (howto=260) at ../../../kern/kern_shutdown.c:397 #3 0xc051c416 in panic (fmt=0xc06b19aa "%s") at ../../../kern/kern_shutdown.c:553 #4 0xc0688e6c in trap_fatal (frame=0xd3c1dc40, eva=0) at ../../../i386/i386/trap.c:831 #5 0xc06883a9 in trap (frame= {tf_fs = -1068302328, tf_es = -1066401752, tf_ds = -1047068632, tf_edi = -1047265920, tf_esi = -1035014144, tf_ebp = 0, tf_isp = -742269844, tf_ebx = -1066355360, tf_edx = -1035014144, tf_ecx = 0, tf_eax = -2, tf_trapno = 12, tf_err = 0, tf_eip = -1068198526, tf_cs = 32, tf_eflags = 589954, tf_esp = -1035014144, tf_ss = 4}) at ../../../i386/i386/trap.c:269 #6 0xc067674a in calltrap () at ../../../i386/i386/exception.s:139 (kgdb) I can't seem to reproduce it on demand, but it's hit me at least 5 times today and seems to occurr most frequently when i have a shell script running that pipes the output from a "tail -f | grep ". Does any of this look familiar to anyone? It's really starting to get irritating! Kernel config is below. machine i386 ident CATALYST maxusers 0 ##################################################################### # CPU OPTIONS cpu I686_CPU # aka Pentium Pro(tm) options CPU_ENABLE_SSE options CPU_FASTER_5X86_FPU makeoptions MODULES_OVERRIDE="acpi acpi/acpi_toshiba cpufreq aio linux cd9660 firewire firewire/sbp firewire/fwe firewire/fwip fdc fxp mii wlan rc4 wlan_wep ath ath_hal ath_rate_onoe md msdosfs ntfs usb umass sound/sound sound/driver/t4dwave linprocfs nfsclient nfsserver" #makeoptions MODULES_OVERRIDE="acpi acpi/acpi_toshiba cpufreq aio linux cd9660 fdc md msdosfs ntfs usb umass sound/sound sound/driver/t4dwave linprocfs nfsclient nfsserver if_tap netgraph/netgraph netgraph/ether netgraph/bridge netgraph/socket" #options BLKDEV_IOSIZE=8192 options PQ_CACHESIZE=512 # color for 512k/16k cache options INCLUDE_CONFIG_FILE # Include this file in kernel options CLK_USE_I8254_CALIBRATION ##################################################################### # Scheduler options: # options SCHED_4BSD #options SCHED_ULE options PREEMPTION ##################################################################### # COMPATIBILITY OPTIONS options COMPAT_43 options COMPAT_FREEBSD4 options SYSVMSG options SYSVSHM options SHMMAXPGS=65536 options SHMSEG=256 options SYSVSEM options SHMMNI=256 options SEMMNS=512 options SEMMNU=256 ##################################################################### # DEBUGGING OPTIONS options KTRACE #kernel tracing #options INVARIANTS #options INVARIANT_SUPPORT #options WITNESS ##################################################################### # NETWORKING OPTIONS options INET #Internet communications protocols device ether #Generic Ethernet device loop #Network loopback device device mem # Memory and kernel memory devices device io # I/O device device bpf #Berkeley packet filter device random options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging options IPSTEALTH #support for stealth forwarding options ZERO_COPY_SOCKETS ##################################################################### # FILESYSTEM OPTIONS options FFS #Fast filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options MD_ROOT options QUOTA #enable disk quotas #options SUIDDIR ##################################################################### # POSIX P1003.1B options _KPOSIX_PRIORITY_SCHEDULING options P1003_1B_SEMAPHORES ##################################################################### # CLOCK OPTIONS #options HZ=100 #options NTIMECOUNTER=20 options PPS_SYNC ##################################################################### # SCSI DEVICES device scbus #base SCSI code device da #SCSI direct access devices (aka disks) device cd #SCSI CD-ROMs device pass #CAM passthrough driver ##################################################################### # MISCELLANEOUS DEVICES AND OPTIONS device pty #Pseudo ttys device md #Memory/malloc disk ##################################################################### # HARDWARE BUS CONFIGURATION device isa device pci device agp ##################################################################### # HARDWARE DEVICE CONFIGURATION device atkbdc device atkbd options KBD_INSTALL_CDEV # install a CDEV entry in /dev device psm options PSM_HOOKRESUME #hook the system resume event, useful options PSM_RESETAFTERSUSPEND #reset the device at the resume event device vga options VESA device npx device sc options SC_ALT_MOUSE_IMAGE # simplified mouse cursor in text mode options SC_PIXEL_MODE # add support for the raster text mode device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options GEOM_BDE # Disk encryption. options GEOM_BSD # BSD disklabels options GEOM_CONCAT # Disk concatenation. options GEOM_GATE # Userland services. options GEOM_GPT # GPT partitioning options GEOM_LABEL # Providers labelization. options GEOM_MBR # DOS/MBR partitioning options GEOM_VOL # Volume names from UFS superblock device uart #device sio options BREAK_TO_DEBUGGER # A BREAK on a serial console goes to # ddb, if available. device ppc device ppbus device lpt device cbb device pccard device cardbus options POWERFAIL_NMI # make it beep instead of panicing device pmtimer # Adjust system timer at wakeup time From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 03:39:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1978A16A41C for ; Sun, 19 Jun 2005 03:39:06 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1D3B43D4C for ; Sun, 19 Jun 2005 03:39:05 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j5J3d5cA045603; Sat, 18 Jun 2005 20:39:05 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j5J3d4fD045602; Sat, 18 Jun 2005 20:39:04 -0700 (PDT) (envelope-from obrien) Date: Sat, 18 Jun 2005 20:39:04 -0700 From: "David O'Brien" To: Peter Jeremy Message-ID: <20050619033904.GB3061@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Peter Jeremy References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050618061603.GM50157@cirb503493.alcatel.com.au> 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.9i Cc: freebsd-current@freebsd.org Subject: Re: Replace /rescue/vi with mined(1) from DragonFlyBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 03:39:06 -0000 [ please respect reply-to: ] On Sat, Jun 18, 2005 at 04:16:04PM +1000, Peter Jeremy wrote: > If you're looking for ways to save space in /rescue, there are other > low-hanging fruit before you start moving to yet another editor: .. > - routed, rtquery, rtsol (recovering a hosed system shouldn't need a > routing daemon - a static route to the backup server should do) > - id (there's no 'su' so how can I be anything other than root?) Good grief. Why are those in /rescue? > - pax (when the new libarchive tar is available) Pax does more than just tar archives. Can libarchive'ed tar handle cpio archives? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 07:06:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 4026016A41C for ; Sun, 19 Jun 2005 07:06:44 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB0CB43D1D for ; Sun, 19 Jun 2005 07:06:43 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-8-51.belrs4.nsw.optusnet.com.au [220.239.8.51]) by mail17.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5J76f5x013722 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 19 Jun 2005 17:06:42 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j5J76fRx064213 for ; Sun, 19 Jun 2005 17:06:41 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j5J76eqB064212 for freebsd-current@freebsd.org; Sun, 19 Jun 2005 17:06:40 +1000 (EST) (envelope-from pjeremy) Date: Sun, 19 Jun 2005 17:06:40 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20050619070640.GQ50157@cirb503493.alcatel.com.au> References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050619033904.GB3061@dragon.NUXI.org> User-Agent: Mutt/1.4.2i Subject: Re: Replace /rescue/vi with mined(1) from DragonFlyBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 07:06:44 -0000 On Sat, 2005-Jun-18 20:39:04 -0700, David O'Brien wrote: >On Sat, Jun 18, 2005 at 04:16:04PM +1000, Peter Jeremy wrote: >> If you're looking for ways to save space in /rescue, there are other >> low-hanging fruit before you start moving to yet another editor: >.. >> - pax (when the new libarchive tar is available) > >Pax does more than just tar archives. Can libarchive'ed tar handle cpio >archives? According to tar(1) and libarchive-formats(3), yes it read anything that pax can. (It can't write cpio but I don't see that as a requirement in /rescue). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 08:58:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E1D1316A41C for ; Sun, 19 Jun 2005 08:58:23 +0000 (GMT) (envelope-from beastie@kamp-dsl.de) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 52C3243D48 for ; Sun, 19 Jun 2005 08:58:22 +0000 (GMT) (envelope-from beastie@kamp-dsl.de) Received: (qmail 32515 invoked by uid 513); 19 Jun 2005 08:58:24 -0000 Received: from 127.0.0.1 by dsl-mail (envelope-from , uid 89) with qmail-scanner-1.24 (clamdscan: 0.80/609. spamassassin: 2.60. Clear:RC:1(127.0.0.1):. Processed in 0.025196 secs); 19 Jun 2005 08:58:24 -0000 Received: from localhost (HELO webmail.kamp-dsl.de) (127.0.0.1) by dsl-mail.kamp.net with SMTP; 19 Jun 2005 08:58:24 -0000 Received: from 213.146.115.171 (SquirrelMail authenticated user beastie%kamp-dsl.de) by webmail.kamp-dsl.de with HTTP; Sun, 19 Jun 2005 10:58:24 +0200 (CEST) Message-ID: <34760.213.146.115.171.1119171504.squirrel@webmail.kamp-dsl.de> In-Reply-To: <20050618191648.6699C16A41C@hub.freebsd.org> References: <20050618191648.6699C16A41C@hub.freebsd.org> Date: Sun, 19 Jun 2005 10:58:24 +0200 (CEST) From: beastie@kamp-dsl.de To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Realtek High Definition Audio subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 08:58:24 -0000 OK guys I need your help cause I really want to get this to work. I've googled and found a few things on this issue but no fix so far. This is my first post on this mailing list, I registered not too long ago so if this has been discussed before, I apologize. I'm kind of desperate, I have a new P4 2.93 GHz system 1 GB of ram (Fujitsu Siemens Jetson) that works very well in FreeBSD 5.4 up to 6.0-current except for the sound card that isn't detected at all up to the latest current Realtek High Definition Audio subsystem I've 'kldload sound' and added them to the kernel with no success. After a cat /dev/sndstat it just lists the soundcard as newpcm but no more info. I also have problems with the firewire which uses, yes I know :( Texas Instruments. Everything else works perfectly, even the 160gb Seagate SATA on the Intel SATA150 controller, no timeouts, perfect. The only OS that works with this sound card is Windows XP and I really don't want to run this OS. So I tried Ubuntu Linux which works very well with even the Pinnacle TV card (that one should works as well under FreeBSD ;)) but it won't see the sound card, NetBSD 2.0 wouldn't even boot with the SATA drive on the controller, OpenBSD 3.6 was no go as well. So if anyone knows of a fix for above two non working things, I'd be so grateful. I really want this to work in FreeBSD and I would even go up to current and use a patch if that is what it takes. king. If no fix has been found yet, maybe a sweet soul here could find one or maybe one of the FreeBSD developers reads this. Thanks. Domi From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 09:35:52 2005 Return-Path: X-Original-To: current@freebsd.org 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 58FC216A41C; Sun, 19 Jun 2005 09:35:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 149A743D1D; Sun, 19 Jun 2005 09:35:51 +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.3/8.13.3) with ESMTP id j5J9Zor0014011; Sun, 19 Jun 2005 05:35:50 -0400 (EDT) (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.3/8.13.3) with ESMTP id j5J9Zodf093060; Sun, 19 Jun 2005 05:35:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 751547306E; Sun, 19 Jun 2005 05:35:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050619093550.751547306E@freebsd-current.sentex.ca> Date: Sun, 19 Jun 2005 05:35:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 09:35:52 -0000 TB --- 2005-06-19 08:05:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-19 08:05:15 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-06-19 08:05:15 - cleaning the object tree TB --- 2005-06-19 08:05:44 - checking out the source tree TB --- 2005-06-19 08:05:44 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-06-19 08:05:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-19 08:11:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-19 08:11:54 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-19 08:11:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-06-19 09:20:18 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-19 09:20:18 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-19 09:20:18 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 19 09:20:18 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 Sun Jun 19 09:35:20 UTC 2005 TB --- 2005-06-19 09:35:20 - generating LINT kernel config TB --- 2005-06-19 09:35:20 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-06-19 09:35:20 - /usr/bin/make -B LINT TB --- 2005-06-19 09:35:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-19 09:35:20 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-19 09:35:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 19 09:35:20 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 [...] rpcgen -h -C /tinderbox/CURRENT/i386/pc98/src/sys/netatm/spans/spans_xdr.x | grep -v rpc/rpc.h > spans_xdr.h rpcgen -c -C /tinderbox/CURRENT/i386/pc98/src/sys/netatm/spans/spans_xdr.x | grep -v rpc/rpc.h > spans_xdr.c cc -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -c /tinderbox/CURRENT/i386/pc98/ src/sys/i386/linux/linux_genassym.c sh /tinderbox/CURRENT/i386/pc98/src/sys/kern/genassym.sh linux_genassym.o > linux_assym.h cc -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -c /tinderbox/CURRENT/i386/pc98/ src/sys/i386/svr4/svr4_genassym.c sh /tinderbox/CURRENT/i386/pc98/src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h make: don't know how to make /tinderbox/CURRENT/i386/pc98/src/sys/gnu/reiserfs/reiserfs_hashes.c. Stop *** Error code 2 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-06-19 09:35:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-19 09:35:50 - ERROR: failed to build lint kernel TB --- 2005-06-19 09:35:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 10:45:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 0FB3216A41C for ; Sun, 19 Jun 2005 10:45:51 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD3443D49 for ; Sun, 19 Jun 2005 10:45:50 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1-b.corp.dcn.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j5JAjYK7065740 for ; Sun, 19 Jun 2005 03:45:35 -0700 (PDT) Date: Sun, 19 Jun 2005 19:45:34 +0900 Message-ID: From: gnn@freebsd.org To: freebsd-current@freebsd.org User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Anyone else seeing this lock reversal? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 10:45:51 -0000 I'm seeing this during buildkernel on a VMWare VM (vmware 5.0) with the GENERIC kernel as of June 18 2005. Anything else people need to know to diagnose this? Later, George Jun 19 19:45:34 Nightly kernel: Acquiring lockmgr lock "ufs" with the following non-sleepable locks held: Jun 19 19:45:34 Nightly kernel: exclusive sleep mutex vnode pollinfo r = 0 (0xc2298000) locked @ /usr/src/sys/kern/kern_event.c:1224 Jun 19 19:45:34 Nightly kernel: KDB: stack backtrace: Jun 19 19:45:34 Nightly kernel: kdb_backtrace(1,3001,c1cc418c,c1cd4600,d13c9a3c) at kdb_backtrace+0x29 Jun 19 19:45:34 Nightly kernel: witness_warn(5,c0916128,c084cf18,c0855b4c) at witness_warn+0x18e Jun 19 19:45:34 Nightly kernel: lockmgr(c1cc4168,3001,c1cc418c,c1cd4600,d13c9a68) at lockmgr+0x8d Jun 19 19:45:34 Nightly kernel: vop_stdlock(d13c9aac,c08ecae0,d13c9aac,d13c9a78,c076a18c) at vop_stdlock+0x1e Jun 19 19:45:34 Nightly kernel: VOP_LOCK_APV(c08ed020,d13c9aac,d13c9a8c,c07f7fe3,d13c9aac) at VOP_LOCK_APV+0x87 Jun 19 19:45:34 Nightly kernel: ffs_lock(d13c9aac,1001,c1cc4110,d13c9ac8,c068bc90) at ffs_lock+0x10 Jun 19 19:45:34 Nightly kernel: VOP_LOCK_APV(c08ecae0,d13c9aac) at VOP_LOCK_APV+0x87 Jun 19 19:45:34 Nightly kernel: vn_lock(c1cc4110,1001,c1cd4600) at vn_lock+0xa8 Jun 19 19:45:34 Nightly kernel: filt_vfsread(c17f094c,0) at filt_vfsread+0x3a Jun 19 19:45:34 Nightly kernel: kqueue_scan(c201c200,1,d13c9cc8,0,d13c9bf4) at kqueue_scan+0x463 Jun 19 19:45:34 Nightly kernel: kern_kevent(c1cd4600,4,0,1,d13c9cc8) at kern_kevent+0x151 Jun 19 19:45:34 Nightly kernel: kevent(c1cd4600,d13c9d04,6,93,246) at kevent+0x55 Jun 19 19:45:34 Nightly kernel: syscall(3b,3b,3b,bfbfe7b0,1) at syscall+0x22f Jun 19 19:45:34 Nightly kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jun 19 19:45:34 Nightly kernel: --- syscall (363, FreeBSD ELF32, kevent), eip = 0x280b9503, esp = 0xbfbfe77c, ebp = 0xbfbfe828 --- ~ ~ From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 11:45:48 2005 Return-Path: X-Original-To: current@freebsd.org 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 6566A16A41C; Sun, 19 Jun 2005 11:45:48 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC23743D49; Sun, 19 Jun 2005 11:45:47 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd18.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1DjyFG-0001IU-00; Sun, 19 Jun 2005 13:45:46 +0200 Received: from Andro-Beta.Leidinger.net (VUN98BZAgejEiAsx-MRcgXdhQSPKkNvjquD-5PaiynVPC8Dkynn7QY@[84.165.207.202]) by fwd18.sul.t-online.de with esmtp id 1DjyFB-1ktus40; Sun, 19 Jun 2005 13:45:41 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j5JBjagN055178; Sun, 19 Jun 2005 13:45:36 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 19 Jun 2005 13:46:14 +0200 From: Alexander Leidinger To: jeff@freebsd.org Message-ID: <20050619134614.22f972a6@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 1.9.11 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: VUN98BZAgejEiAsx-MRcgXdhQSPKkNvjquD-5PaiynVPC8Dkynn7QY@t-dialin.net X-TOI-MSGID: fecd6846-fb57-4210-a663-1432a24357b2 Cc: current@freebsd.org Subject: VFS: panic: lockmgr: locking against myself (msdosfs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 11:45:48 -0000 Hi, I've got this panic: ---snip--- panic: lockmgr: locking against myself KDB: enter: panic [thread pid 683 tid 100140 ] Stopped at kdb_enter+0x2a: leave db> bt No such command db> trace Tracing pid 683 tid 100140 td 0xc187f780 kdb_enter(c059ce0f) at kdb_enter+0x2a panic(c059b86a,80,c187f780,0,c05c8300) at panic+0xa9 lockmgr(c206b9e8,2002,c206ba0c,c187f780,d0a398c8) at lockmgr+0x44e vop_stdlock(d0a398e8,2,c206b990,d0a39904,c04df46e) at vop_stdlock+0x1e VOP_LOCK_APV(c05bc480) at VOP_LOCK_APV+0x30 vn_lock(c206b990,2002,c187f780) at vn_lock+0xa3 vget(c206b990,2002,c187f780) at vget+0x8d vfs_hash_get(c17e9800,c000,2,c187f780,d0a39994,c04632dc,d0a39998) at vfs_hash_get+0x87 deget(c1763d00,40003,0,d0a39a08) at deget+0x69 msdosfs_lookup(d0a39a80,d0a39abc,c04cdc22,c05bc480,d0a39a80) at msdosfs_lookup+0x6a8 VOP_CACHEDLOOKUP_APV(c05bc480,d0a39a80,c187f780,c2080200,c05de840) at VOP_CACHEDLOOKUP_APV+0x27 vfs_cache_lookup(d0a39b1c,c206b990,d0a39bc4,d0a39b38,c04d0d98) at vfs_cache_lookup+0xae VOP_LOOKUP_APV(c05bc480) at VOP_LOOKUP_APV+0x30 lookup(d0a39b9c,0,d0a39bc4,0,3f800000) at lookup+0x38b namei(d0a39b9c,84a6340,0,0,c177cbb0) at namei+0x2cb kern_lstat(c187f780,84a6340,0,d0a39c70) at kern_lstat+0x47 lstat(c187f780) at lstat+0x1b syscall(3b,3b,3b,bf6fbe30,84a6340) at syscall+0x207 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x28ddc75f, esp = 0xbf6fbd4c, ebp = 0xbf6fbdf8 --- ---snip--- This is with -current as of yesterday. Do you need more information? Bye, Alexander. -- It's not a bug, it's tradition! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 11:47:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D3F4E16A41F for ; Sun, 19 Jun 2005 11:47:58 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BE1743D4C for ; Sun, 19 Jun 2005 11:47:57 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 20976 invoked by uid 207); 19 Jun 2005 11:47:57 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.156):. Processed in 0.397526 secs); 19 Jun 2005 11:47:57 -0000 Received: from dialup156.ach.sch.gr (HELO gothmog.gr) ([81.186.70.156]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 19 Jun 2005 11:47:56 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j5JArjYx047183; Sun, 19 Jun 2005 13:53:45 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j5JAri5G047178; Sun, 19 Jun 2005 13:53:45 +0300 (EEST) (envelope-from keramida@freebsd.org) X-Authentication-Warning: gothmog.gr: giorgos set sender to keramida@freebsd.org using -f Date: Sun, 19 Jun 2005 13:53:44 +0300 From: Giorgos Keramidas To: gnn@freebsd.org Message-ID: <20050619105344.GC20312@gothmog.gr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: Anyone else seeing this lock reversal? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 11:47:58 -0000 On 2005-06-19 19:45, gnn@freebsd.org wrote: > I'm seeing this during buildkernel on a VMWare VM (vmware 5.0) with > the GENERIC kernel as of June 18 2005. > > Anything else people need to know to diagnose this? Yes. Souleiman Souhlal has fixed this already. The diff is at: http://people.freebsd.org/~ssouhlal/testing/knlist_locking-20050618.diff From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 12:05:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D3FA616A41C for ; Sun, 19 Jun 2005 12:05:37 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B92443D1D for ; Sun, 19 Jun 2005 12:05:37 +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 j5JC5YRl009624; Sun, 19 Jun 2005 13:05:34 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.1/8.13.1) with ESMTP id j5JC6c1n055854; Sun, 19 Jun 2005 13:06:38 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.1/8.13.1/Submit) with ESMTP id j5JC6cxG055851; Sun, 19 Jun 2005 13:06:38 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 19 Jun 2005 13:06:38 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: beastie@kamp-dsl.de In-Reply-To: <34760.213.146.115.171.1119171504.squirrel@webmail.kamp-dsl.de> Message-ID: <20050619130148.N55717@ury.york.ac.uk> References: <20050618191648.6699C16A41C@hub.freebsd.org> <34760.213.146.115.171.1119171504.squirrel@webmail.kamp-dsl.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: Realtek High Definition Audio subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 12:05:37 -0000 On Sun, 19 Jun 2005 beastie@kamp-dsl.de wrote: > OK guys I need your help cause I really want to get this to work. I've > googled and found a few things on this issue but no fix so far. This is my > first post on this mailing list, I registered not too long ago so if this > has been discussed before, I apologize. > > I'm kind of desperate, I have a new P4 2.93 GHz system 1 GB of ram > (Fujitsu Siemens Jetson) that works very well in FreeBSD 5.4 up to > 6.0-current except for the sound card that isn't detected at all up to the > latest current > > Realtek High Definition Audio subsystem > > I've 'kldload sound' and added them to the kernel with no success. After a > cat /dev/sndstat it just lists the soundcard as newpcm but no more info. The output of pciconf -lv might be useful, although I suspect you're motherboard probably has either the Intel 915 or 925 chipset. If this is the case, your best bet at the moment is probably to add another sound card - I don't think documentation has been released for this chipset yet. Gavin From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 12:32:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 0A7F916A41C for ; Sun, 19 Jun 2005 12:32:24 +0000 (GMT) (envelope-from beastie@kamp-dsl.de) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 553AF43D1D for ; Sun, 19 Jun 2005 12:32:23 +0000 (GMT) (envelope-from beastie@kamp-dsl.de) Received: (qmail 14281 invoked by uid 513); 19 Jun 2005 12:32:26 -0000 Received: from 127.0.0.1 by dsl-mail (envelope-from , uid 89) with qmail-scanner-1.24 (clamdscan: 0.80/609. spamassassin: 2.60. Clear:RC:1(127.0.0.1):. Processed in 0.028871 secs); 19 Jun 2005 12:32:26 -0000 Received: from localhost (HELO webmail.kamp-dsl.de) (127.0.0.1) by dsl-mail.kamp.net with SMTP; 19 Jun 2005 12:32:26 -0000 Received: from 213.146.115.171 (SquirrelMail authenticated user beastie%kamp-dsl.de) by webmail.kamp-dsl.de with HTTP; Sun, 19 Jun 2005 14:32:26 +0200 (CEST) Message-ID: <33459.213.146.115.171.1119184346.squirrel@webmail.kamp-dsl.de> In-Reply-To: <20050619130148.N55717@ury.york.ac.uk> References: <20050618191648.6699C16A41C@hub.freebsd.org><34760.213.146.115.171.1119171504.squirrel@webmail.kamp-dsl.de> <20050619130148.N55717@ury.york.ac.uk> Date: Sun, 19 Jun 2005 14:32:26 +0200 (CEST) From: beastie@kamp-dsl.de To: "Gavin Atkinson" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20050619143226_33556" X-Priority: 3 Importance: Normal Cc: beastie@kamp-dsl.de, freebsd-current@freebsd.org Subject: Re: Realtek High Definition Audio subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 12:32:24 -0000 ------=_20050619143226_33556 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Thanks. pciconf is attached. Im afraid I have no free slot to add an extra card thats why I need to get this card to work. > On Sun, 19 Jun 2005 beastie@kamp-dsl.de wrote: > >> OK guys I need your help cause I really want to get this to work. I've >> googled and found a few things on this issue but no fix so far. This is >> my >> first post on this mailing list, I registered not too long ago so if >> this >> has been discussed before, I apologize. >> >> I'm kind of desperate, I have a new P4 2.93 GHz system 1 GB of ram >> (Fujitsu Siemens Jetson) that works very well in FreeBSD 5.4 up to >> 6.0-current except for the sound card that isn't detected at all up to >> the >> latest current >> >> Realtek High Definition Audio subsystem >> >> I've 'kldload sound' and added them to the kernel with no success. After >> a >> cat /dev/sndstat it just lists the soundcard as newpcm but no more info. > > The output of pciconf -lv might be useful, although I suspect you're > motherboard probably has either the Intel 915 or 925 chipset. If this is > the case, your best bet at the moment is probably to add another sound > card - I don't think documentation has been released for this chipset > yet. > > Gavin > ------=_20050619143226_33556 Content-Type: text/plain; name="pci.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="pci.txt" hostb0@pci0:0:0: class=0x060000 card=0x25808086 chip=0x25808086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '915G/915P/925X Host Bridge / DRAM Controller' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x25818086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '915G/915P/925X Host-PCI Express Bridge' class = bridge subclass = PCI-PCI none0@pci0:27:0: class=0x040300 card=0x814e1043 chip=0x26688086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW Intel High Deficition Audio Controller' class = multimedia pcib2@pci0:28:0: class=0x060400 card=0x00000040 chip=0x26608086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 1' class = bridge subclass = PCI-PCI pcib3@pci0:28:1: class=0x060400 card=0x00000040 chip=0x26628086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 2' class = bridge subclass = PCI-PCI pcib4@pci0:28:2: class=0x060400 card=0x00000040 chip=0x26648086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 3' class = bridge subclass = PCI-PCI pcib5@pci0:28:3: class=0x060400 card=0x00000040 chip=0x26668086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 4' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x80a61043 chip=0x26588086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x80a61043 chip=0x26598086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x80a61043 chip=0x265a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x80a61043 chip=0x265b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB none1@pci0:29:7: class=0x0c0320 card=0x80a61043 chip=0x265c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib6@pci0:30:0: class=0x060401 card=0x00000050 chip=0x244e8086 rev=0xd3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER (ICH2/3/4/4-L/5/5R), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x26408086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR ICH6/ICH6R LPC Controller' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x80a61043 chip=0x266f8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB ICH6 Ultra ATA Storage Controller' class = mass storage subclass = ATA atapci1@pci0:31:2: class=0x01018f card=0x26011043 chip=0x26518086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FW ICH6/ICH6W SATA Controller' class = mass storage subclass = ATA none2@pci0:31:3: class=0x0c0500 card=0x80a61043 chip=0x266a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW SMBus Controller' class = serial bus subclass = SMBus none3@pci6:0:0: class=0x030000 card=0x0500174b chip=0x5b601002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' class = display subclass = VGA none4@pci6:0:1: class=0x038000 card=0x0501174b chip=0x5b701002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' class = display none5@pci1:3:0: class=0x078000 card=0x200014f1 chip=0x2f2014f1 rev=0x00 hdr=0x00 vendor = 'Conexant Systems, Inc' class = simple comms fwohci0@pci1:4:0: class=0x0c0010 card=0x808b1043 chip=0x8023104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB22/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' class = serial bus subclass = FireWire rl0@pci1:9:0: class=0x020000 card=0x80b31043 chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet none6@pci1:10:0: class=0x048000 card=0x002d11bd chip=0x71341131 rev=0x01 hdr=0x00 vendor = 'Philips Semiconductors' device = 'SAA7134HL Multi Media Capture Device' class = multimedia ------=_20050619143226_33556-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 15:07:23 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 4DC0816A41C for ; Sun, 19 Jun 2005 15:07:23 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id F218C43D53 for ; Sun, 19 Jun 2005 15:07:22 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 07A2746BD9 for ; Sun, 19 Jun 2005 11:07:22 -0400 (EDT) Date: Sun, 19 Jun 2005 16:10:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20050619155228.Y6413@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 15:07:23 -0000 While in San Francisco a week or two ago, Sam Leffler kindly handed me a Soekris net4801 system. After borrowing the necessary power parts from Mark Murray here in Cambridge, and picking up a slightly overpriced flash disk from a local electronics store, I decided I'd experiment some with NanoBSD and see where it got me. In particular, I wanted to configure a DHCP/NAT/firewall box, and figured that this should be relatively straight forward, as it's likely one of the most common uses of embedded hardware of this type. I general, I was quite pleased with the experience. NanoBSD is fairly straight forward to configre and adapt. I ran into a number of nits, several related to the recent dhclient changes that have not fit well into the NanoBSD environment. I thought I'd provide a brief summary of what worked, and what didn't, on the way to having it up and running. I should point out that I'm now reaching the rest of the world through the box, and was pleased with how easy the NanoBSD work made it to trivially assemble flash images -- really a boon for this sort of thing. Kudos also to the Soekris guys -- it's a pleasure to work with a box that's so well tuned for running an open source OS in an embedded network environment. Nits are identified with an XXX in the left of the text. These are opportunities for people with interests in this space to investigate what went wrong :-). - First, I configured src/tools/tools/nanobsd/make.conf. - Primarily, this was to configure a kernel that did not have debugging enabled, disable SMP, and so on. I also enabled WITH_GEOM_VOL and GEOM_VOL in the kernel. See below for more on this. - I deleted NO_KLDLOAD and the NANOBSD_PRUNE of usr/share/misc. I'm too much of a vi guy to go without termcap entries. - I added NET4801 to the CUSTOMIZE= list. - I enabled CUSTOMIZE_ARGS=${.CURDIR}/localfiles. - I created a src/tools/tools/nanobsd/etc directory in which to place my local configuration files. In particular, rc.conf, ipfw.conf, and dhcpd.conf. - I created an rc.conf file. There are three if_sis interfaces in the net4801 system -- I used the first interface for an external network port, and the second and third interfaces for two different internal networks (one wired, one wireless). Due to the nature of the network environment I run in, it was necessary for me to configure a specific ethernet address as part of the ifconfig_sis0 line. I was pleased that it's now possible to combine directives with DHCP for ifconfig -- I was displeased that this only sort of worked. First nit: XXX As I posted last night, the ifconfig_sis0="ether XXX DHCP" line worked fine for launching dhclient and running ifconfig first, but it caused natd to fail to match the interface as requiring -dynamic, requiring me me to manually configure -dynamic for natd in rc.conf. - I downloaded the ISC dhcpd package to use for a DHCP server, and added a packages directive to localfiles to cause it to be installed on the image. Next nit. XXX It appears package installs involving user/group additions don't work with NanoBSD. Specifically, when the package is added, it looks like it tries to add the user to the build system's password/group files, and never end up in the DESTDIR. As a result, DHCPd couldn't switch to the dhcpd user. I added rc.conf lines to force DHCPd to use the existing _dhcp user, rather than modifying the src/etc files. Obviously, not pleased that my build system /etc files were modified either. - I configured dhcpd.conf and configured localfiles to install it in the right place. On boot, I run into the following as yet unresolved nits: XXX As I posted last night, dhclient now exits if there is no link, relying on devd to restart it. Unfortunately, devd relies on C++, and NanoBSD disables CXX, meaning that once dhclient detects a down link on a NanoBSD box, that link will never have IP configured on it again. This is a big problem. XXX Every boot, I get savecore warnings: Loading configuration files. kenv: unable to get dumpdev No suitable dump device was found. ... /etc/rc: WARNING: Dump device does not exist. Savecore not run. I've not yet tracked down why that is, but suspect a missing directive, no swap, or the like. This isn't worth an upper-case WARNING. XXX I get a sendmail warning every boot: sendmail: execing /usr/libexec/sendmail/sendmail: No such file or directory This is likely vi.recover running and trying to do something with sendmail. Unhelpful, given no sendmail is present. Maybe a better failure mode is desirable here? XXX I liked that it seemed easy to do incremental rebuilds with NanoBSD, but found I had to do a fair amount of manually deleting intermediate targets to get it to work. One thing I found that really didn't work was that if you install any third party packages, you have to blow away the DESTDIR install tree or when you re-build, the packages conflict and abort the image creation. XXX The following FAILURE message from ATA seems a bit extreme, perhaps the word warning would be more appropriate: ad1: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 error=4 X-Original-To: freebsd-current@freebsd.org 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 08F8916A41C for ; Sun, 19 Jun 2005 19:00:36 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEAAC43D1F for ; Sun, 19 Jun 2005 19:00:32 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j5JJ0VOZ025867; Sun, 19 Jun 2005 12:00:32 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <42B5C0BC.40904@freebsd.org> Date: Sun, 19 Jun 2005 12:00:12 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> In-Reply-To: <20050619070640.GQ50157@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Replace /rescue/vi with mined(1) from DragonFlyBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 19:00:36 -0000 Peter Jeremy wrote: > On Sat, 2005-Jun-18 20:39:04 -0700, David O'Brien wrote: >>On Sat, Jun 18, 2005 at 04:16:04PM +1000, Peter Jeremy wrote: >> >>>If you're looking for ways to save space in /rescue, there are other >>>low-hanging fruit before you start moving to yet another editor: >> >>>- pax (when the new libarchive tar is available) >> >>Pax does more than just tar archives. Can libarchive'ed tar handle cpio >>archives? > > According to tar(1) and libarchive-formats(3), yes it read anything that > pax can. (It can't write cpio but I don't see that as a requirement in > /rescue). Yes, it can write cpio. (Posix octet-oriented cpio format, also called 'odc cpio' Other variants are easy to add if there's demand.) Is that not in the manpages? I'll add it. Tim From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 19:04:51 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 A5D9B16A41C for ; Sun, 19 Jun 2005 19:04:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E1C443D55 for ; Sun, 19 Jun 2005 19:04:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id C8DF946B20 for ; Sun, 19 Jun 2005 15:04:50 -0400 (EDT) Date: Sun, 19 Jun 2005 20:07:30 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org In-Reply-To: <20050619155228.Y6413@fledge.watson.org> Message-ID: <20050619200655.D6413@fledge.watson.org> References: <20050619155228.Y6413@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 19:04:51 -0000 On Sun, 19 Jun 2005, Robert Watson wrote: > While in San Francisco a week or two ago, Sam Leffler kindly handed me a > Soekris net4801 system. After borrowing the necessary power parts from > Mark Murray here in Cambridge, and picking up a slightly overpriced > flash disk from a local electronics store, I decided I'd experiment some > with NanoBSD and see where it got me. In particular, I wanted to > configure a DHCP/NAT/firewall box, and figured that this should be > relatively straight forward, as it's likely one of the most common uses > of embedded hardware of this type. FYI, I spell this out in a little more detail, with file contents, at: http://www.watson.org/~robert/freebsd/nanobsd/ Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 19:36:09 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 3F26816A41C; Sun, 19 Jun 2005 19:36:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id E846743D1F; Sun, 19 Jun 2005 19:36:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id DC0051EC31B; Sun, 19 Jun 2005 21:36:07 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j5JJa3Jn066960; Sun, 19 Jun 2005 21:36:04 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 19 Jun 2005 16:10:00 BST." <20050619155228.Y6413@fledge.watson.org> Date: Sun, 19 Jun 2005 21:36:03 +0200 Message-ID: <66959.1119209763@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 19:36:09 -0000 In message <20050619155228.Y6413@fledge.watson.org>, Robert Watson writes: >I general, I was quite pleased with the experience. NanoBSD is fairly >straight forward to configre and adapt. I'm still not satisfied with the nanobsd config/customize process, ideally I would want to have only a single file with a sensible format control the nanobsd build process. The major obstacle is the "cutting things down to size" process using NO_FOO options. In order to get down a 31MB partition size things have to be cut very extensively and not even the NO_FOO options is enough at that level but sniper rm(1) commands are necessary. I think the NO_FOO options is the best compromize, but we need them to be more aligned to user concepts, "I don't need a compiler and all that", rather than "Don't build the C++ compiler and hobble the build because of this". I am painfully aware that nanobsd is a case of moving from a "program" to "program product" in the sense of The Mythical Man-Month, and therefore I have no (or at best little) hope that nanobsd will ever get "make world" like ease of use, but we can certainly make it better than it is now. For anyone intested I should point out that there is a webpage, first draft at this point: http://www.freebsd.org/projects/nanobsd and that any and all help is welcome! -- 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 Sun Jun 19 19:39:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5BF9916A41C; Sun, 19 Jun 2005 19:39:44 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2DFD43D49; Sun, 19 Jun 2005 19:39:43 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-8-51.belrs4.nsw.optusnet.com.au [220.239.8.51]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5JJdeLi000484 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 20 Jun 2005 05:39:41 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j5JJddRx065139; Mon, 20 Jun 2005 05:39:40 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j5JJddF5065138; Mon, 20 Jun 2005 05:39:39 +1000 (EST) (envelope-from pjeremy) Date: Mon, 20 Jun 2005 05:39:39 +1000 From: Peter Jeremy To: Tim Kientzle Message-ID: <20050619193939.GR50157@cirb503493.alcatel.com.au> References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> <42B5C0BC.40904@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B5C0BC.40904@freebsd.org> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: Replace /rescue/vi with mined(1) from DragonFlyBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 19:39:44 -0000 On Sun, 2005-Jun-19 12:00:12 -0700, Tim Kientzle wrote: >Peter Jeremy wrote: >>According to tar(1) and libarchive-formats(3), yes it read anything that >>pax can. (It can't write cpio but I don't see that as a requirement in >>/rescue). > >Yes, it can write cpio. (Posix octet-oriented cpio format, also called >'odc cpio' Other variants are easy to add if there's demand.) libarchive-formats(3) states: Tar Formats The libarchive(3) library can read most tar archives. However, it only writes POSIX-standard ``ustar'' and ``pax interchange'' formats. But tar(1) does state it can write cpio. I skipped from tar(1) to libarchive-formats(3) too quickly and missed that, sorry. I think that just strengthens my argument that having pax in /rescue is redundant, superfluous and unnecessary :-). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 20:22:25 2005 Return-Path: X-Original-To: current@freebsd.org 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 868A916A41C; Sun, 19 Jun 2005 20:22:25 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48E2043D1F; Sun, 19 Jun 2005 20:22:25 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j5JKMNf9000044; Sun, 19 Jun 2005 16:22:24 -0400 (EDT) Date: Sun, 19 Jun 2005 16:22:23 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Poul-Henning Kamp In-Reply-To: <66959.1119209763@critter.freebsd.dk> 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: Robert Watson , current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 19 Jun 2005 20:22:25 -0000 On Sun, 19 Jun 2005, Poul-Henning Kamp wrote: > In message <20050619155228.Y6413@fledge.watson.org>, Robert Watson writes: > > >I general, I was quite pleased with the experience. NanoBSD is fairly > >straight forward to configre and adapt. > > I'm still not satisfied with the nanobsd config/customize process, > ideally I would want to have only a single file with a sensible > format control the nanobsd build process. > > The major obstacle is the "cutting things down to size" process > using NO_FOO options. > > In order to get down a 31MB partition size things have to be cut > very extensively and not even the NO_FOO options is enough at that > level but sniper rm(1) commands are necessary. > > I think the NO_FOO options is the best compromize, but we need them > to be more aligned to user concepts, "I don't need a compiler and > all that", rather than "Don't build the C++ compiler and hobble > the build because of this". How about NO_FOO[_INSTALL], where NO_FOO = no build and no install, and NO_FOO_INSTALL just prevents the install. In theory, you could build the complete system, then use NO_FOO_INSTALL instead of rm(1). -- DE From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 20:27:51 2005 Return-Path: X-Original-To: current@freebsd.org 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 214F616A41C; Sun, 19 Jun 2005 20:27:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA31843D48; Sun, 19 Jun 2005 20:27:50 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 359AF46B06; Sun, 19 Jun 2005 16:27:50 -0400 (EDT) Date: Sun, 19 Jun 2005 21:30:30 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Daniel Eischen In-Reply-To: Message-ID: <20050619212919.Y6413@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 20:27:51 -0000 On Sun, 19 Jun 2005, Daniel Eischen wrote: >> I think the NO_FOO options is the best compromize, but we need them >> to be more aligned to user concepts, "I don't need a compiler and >> all that", rather than "Don't build the C++ compiler and hobble >> the build because of this". > > How about NO_FOO[_INSTALL], where NO_FOO = no build and no install, and > NO_FOO_INSTALL just prevents the install. In theory, you could build > the complete system, then use NO_FOO_INSTALL instead of rm(1). I'd very much like to see this, but would like to see the Mk infrastructure provide a sensible way to do it. Offhand, I don't know what that sensible way should be. Regardless, NanoBSD is a good example of a situation where you want to build something -- i.e., the full compiler suite, but not install it, and devd is a particularly motivating case now that dhclient won't run properly without it. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 20:40:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 854CF16A41C for ; Sun, 19 Jun 2005 20:40:20 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch (exsmtp01.agrinet.ch [81.221.250.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18FED43D53 for ; Sun, 19 Jun 2005 20:40:19 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from [192.168.225.5] ([80.218.0.93]) by smtp.messaging.ch with Microsoft SMTPSVC(6.0.3790.211); Sun, 19 Jun 2005 22:40:18 +0200 Message-ID: <42B5D82E.2090509@pop.agri.ch> Date: Sun, 19 Jun 2005 22:40:14 +0200 From: Andreas Tobler User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?77+9?= References: <20050617180321.GA1131@tarc.po.cs.msu.su> <867jgskfvd.fsf@xps.des.no> <20050618105622.GA723@tarc.po.cs.msu.su> <86k6krg0z5.fsf@xps.des.no> In-Reply-To: <86k6krg0z5.fsf@xps.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 19 Jun 2005 20:40:18.0200 (UTC) FILETIME=[1AA66980:01C5750F] Cc: Tarc , freebsd-current Subject: Re: -CURRENT crashes on compilling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 20:40:20 -0000 Dag-Erling Smørgrav wrote: > Tarc writes: > >>On Fri, Jun 17, 2005 at 08:17:10PM +0200, Dag-Erling SmЬrgrav wrote: >> >>>Bad hardware - most likely bad RAM, possibly a bad CPU. >> >>Hmm... I thinked about this, but RAM is ok. Side note, I could not have a look at your config/dmesg etc. tarc.po.cs.msu.su could not be found. > How do you know? Most software memory testers don't load the system > enough to trip over marginal RAM; 'make buildworld' does. Yeah, buildkernel and buildworld are good stress tests. The same as a gcc bootstrap is. >>How test processor? > > > 'make buildworld' with known-good RAM is a pretty good indicator. Here my side note 2, it's not on x86, but on ppc. I have a powerbook with one GB of ram. Doing buildworld and buildkernel ended up in such sig 11 failures at random places. Not reproducable. I know my hw is ok, I do daily gcc bootstraps and the machine works. But under fbsd ppc I got the above sig 11 issues. A short talk with Peter Grehan made me try to reduce the physical memory software side with hw.physmem=512M. Bingo, that was it. I could do buildkernel and buildworld with hw.physmem=512M. No problem. So, our thinking is, that there is a trouble with physical mem > 512/640MB on fbsd ppc. This note may not help in your case since it is on ppc fbsd. But maybe it gives you another idea? Regards, Andreas From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 21:12:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 0F6D216A41C for ; Sun, 19 Jun 2005 21:12:15 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (skippyii.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33C443D48 for ; Sun, 19 Jun 2005 21:12:14 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id j5JLNZZ5030376; Sun, 19 Jun 2005 17:23:35 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <001b01c57513$9e9265b0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Andreas Tobler" , =?UTF-8?B?77+9?= References: <20050617180321.GA1131@tarc.po.cs.msu.su> <867jgskfvd.fsf@xps.des.no><20050618105622.GA723@tarc.po.cs.msu.su><86k6krg0z5.fsf@xps.des.no> <42B5D82E.2090509@pop.agri.ch> Date: Sun, 19 Jun 2005 17:12:31 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: Tarc , freebsd-current Subject: Re: -CURRENT crashes on compilling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 21:12:15 -0000 > Dag-Erling Smørgrav wrote: > > Tarc writes: > > > >>On Fri, Jun 17, 2005 at 08:17:10PM +0200, Dag-Erling SmЬrgrav wrote: > >> > >>>Bad hardware - most likely bad RAM, possibly a bad CPU. > >> > >>Hmm... I thinked about this, but RAM is ok. > > Side note, I could not have a look at your config/dmesg etc. > tarc.po.cs.msu.su could not be found. > > > How do you know? Most software memory testers don't load the system > > enough to trip over marginal RAM; 'make buildworld' does. > > Yeah, buildkernel and buildworld are good stress tests. The same as a > gcc bootstrap is. > > >>How test processor? > > > > > > 'make buildworld' with known-good RAM is a pretty good indicator. > > Here my side note 2, it's not on x86, but on ppc. I have a powerbook > with one GB of ram. Doing buildworld and buildkernel ended up in such > sig 11 failures at random places. Not reproducable. > > I know my hw is ok, I do daily gcc bootstraps and the machine works. But > under fbsd ppc I got the above sig 11 issues. A short talk with Peter > Grehan made me try to reduce the physical memory software side with > hw.physmem=512M. Bingo, that was it. I could do buildkernel and > buildworld with hw.physmem=512M. No problem. So, our thinking is, that > there is a trouble with physical mem > 512/640MB on fbsd ppc. It more likely means that there is a problem with the memory chip(s) that hold the upper 512MB of memory on your system. A gcc bootstrap is probably not exercising this memory; a FreeBSD buildworld is. -- Matt Emmerton From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 21:31:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 AFCBD16A41F for ; Sun, 19 Jun 2005 21:31:22 +0000 (GMT) (envelope-from paul.richards@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5702B43D4C for ; Sun, 19 Jun 2005 21:31:22 +0000 (GMT) (envelope-from paul.richards@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so418641wra for ; Sun, 19 Jun 2005 14:31:21 -0700 (PDT) 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:content-disposition; b=KZjF4k31EgmxPDrqM7T4uZV1heCyD/0rp+TlXSTHdj91Aw3mlO9oJU8/uQEtOKTBF+e7x8EPLniAh2HbaOrpSjjVDwP8AYqS0wBngWgHih9X7SnH90h5kD532R4kqPd3zTo1WfKCGIF0K+JO+877V2w2MAl1/fdObxfVQ9eHeT8= Received: by 10.54.39.1 with SMTP id m1mr2153961wrm; Sun, 19 Jun 2005 14:31:21 -0700 (PDT) Received: by 10.54.97.7 with HTTP; Sun, 19 Jun 2005 14:31:21 -0700 (PDT) Message-ID: Date: Sun, 19 Jun 2005 22:31:21 +0100 From: Paul Richards To: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Current amd64, "nve0: device timeout" with nForce4 ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Richards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 21:31:22 -0000 Hi, With CURRENT (checked out earlier this evening) on amd64 I cannot get my nForce4 ethernet adaptor to work. The module automatically loads but I get messages of the form "nve0: device timeout(..)" when I attempt to use the interface. This is exactly the same problem that RELEASE 5.4 had using the nvlan port on my system. I upgraded to current as I was told that the integrated nve driver in 6.0 was more up to date than the nvlan port. Does anyone have nForce4 ethernet working with any version of FreeBSD on amd64? Is this something to do with my particular nForce4 chipset or is the nForce4 ethernet generally unsupported at this time? Thanks, --=20 Paul Richards From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 21:32:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 DC8AC16A41C for ; Sun, 19 Jun 2005 21:32:24 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch (exsmtp02.agrinet.ch [81.221.252.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61CCC43D1F for ; Sun, 19 Jun 2005 21:32:23 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from [192.168.225.5] ([80.218.0.93]) by smtp.messaging.ch with Microsoft SMTPSVC(6.0.3790.211); Sun, 19 Jun 2005 23:32:22 +0200 Message-ID: <42B5E462.7090501@pop.agri.ch> Date: Sun, 19 Jun 2005 23:32:18 +0200 From: Andreas Tobler User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Emmerton References: <20050617180321.GA1131@tarc.po.cs.msu.su> <867jgskfvd.fsf@xps.des.no><20050618105622.GA723@tarc.po.cs.msu.su><86k6krg0z5.fsf@xps.des.no> <42B5D82E.2090509@pop.agri.ch> <001b01c57513$9e9265b0$1200a8c0@gsicomp.on.ca> In-Reply-To: <001b01c57513$9e9265b0$1200a8c0@gsicomp.on.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 19 Jun 2005 21:32:22.0412 (UTC) FILETIME=[60D354C0:01C57516] Cc: Tarc , =?UTF-8?B?77+9?= , freebsd-current Subject: Re: -CURRENT crashes on compilling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 21:32:25 -0000 Matt Emmerton wrote: >>Dag-Erling Smørgrav wrote: >> >>>Tarc writes: >>> >>> >>>>On Fri, Jun 17, 2005 at 08:17:10PM +0200, Dag-Erling SmЬrgrav wrote: >>>> >>>> >>>>>Bad hardware - most likely bad RAM, possibly a bad CPU. >>>> >>>>Hmm... I thinked about this, but RAM is ok. >> >>Side note, I could not have a look at your config/dmesg etc. >>tarc.po.cs.msu.su could not be found. >> >> >>>How do you know? Most software memory testers don't load the system >>>enough to trip over marginal RAM; 'make buildworld' does. >> >>Yeah, buildkernel and buildworld are good stress tests. The same as a >>gcc bootstrap is. >> >> >>>>How test processor? >>> >>> >>>'make buildworld' with known-good RAM is a pretty good indicator. >> >>Here my side note 2, it's not on x86, but on ppc. I have a powerbook >>with one GB of ram. Doing buildworld and buildkernel ended up in such >>sig 11 failures at random places. Not reproducable. >> >>I know my hw is ok, I do daily gcc bootstraps and the machine works. But >>under fbsd ppc I got the above sig 11 issues. A short talk with Peter >>Grehan made me try to reduce the physical memory software side with >>hw.physmem=512M. Bingo, that was it. I could do buildkernel and >>buildworld with hw.physmem=512M. No problem. So, our thinking is, that >>there is a trouble with physical mem > 512/640MB on fbsd ppc. > > > It more likely means that there is a problem with the memory chip(s) that > hold the upper 512MB of memory on your system. A gcc bootstrap is probably > not exercising this memory; a FreeBSD buildworld is. Well, I should have mentioned that the gcc bootstrap procedure happened under OS-X. And I have the experience that bootstrapping gcc with java takes an enormous amount of memory. So this is a prove for me that the hw is ok. It could still be that there is a hw problem. I just wanted to mention the fact that there is some other world. But going back, I suppose, if you have x86, the issue could be really related to hw issues. Regards, Andreas From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 21:36:14 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 B470716A41C; Sun, 19 Jun 2005 21:36:14 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-222-78-106.jan.bellsouth.net [68.222.78.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67D0343D55; Sun, 19 Jun 2005 21:36:14 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id B8A8C20FE0; Sun, 19 Jun 2005 16:36:12 -0500 (CDT) Date: Sun, 19 Jun 2005 16:36:12 -0500 From: "Matthew D. Fuller" To: Poul-Henning Kamp Message-ID: <20050619213612.GD8597@over-yonder.net> References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <66959.1119209763@critter.freebsd.dk> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: Robert Watson , current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 21:36:14 -0000 On Sun, Jun 19, 2005 at 09:36:03PM +0200 I heard the voice of Poul-Henning Kamp, and lo! it spake thus: > > The major obstacle is the "cutting things down to size" process > using NO_FOO options. I have to wonder if exclusion is a better route than inclusion. I've got several Soekris boxes (4501) out in production, running I think a 4.7ish FreeBSD. But I built up the images by including things in. I did a full normal buildworld, and a DESTDIR'd installworld. I didn't use any special options to trim out pieces of programs; just a few simple tweaks like -Os compiling Then I used a list of the programs, and used some ldd'ing and sed'ing in the Makefile to get all the libraries needed and copy everything over to another staging dir. Of course, manual tweaking for config files was needed. I handwrote the whole rc bootup process (independant scripts for ease of manual fiddling, but with a hardcoded sequence for the bootup process). Hand-trimmed passwd/group files. I had to pull some libraries manually (PAM was the major "offender" here). And so on; not stuff that would really fit in the NanoBSD schema. I built them rather more general than the project required, so I wouldn't have to carefully craft each future use; they had everything necessary to do most networking jobs you'd stick a 4501 in for. It still came in around around the 20 meg line. I found that it was a lot easier to say "Yeah, I want that" than "No, I don't want that" and end up with a useful end-product. Of course, having it all in Makefiles so I could just add another program to the list of ${SBINFILES} or the like, and run another ~10 seconds of find'ing and cp'ing, made it easier. Everything was otherwise built normally, so there weren't unexpected things like "Whoops, PPP can't do internal NAT anymore" or other non-standard behavior. The downside was mostly all the manual fiddling necessary on /etc to fit. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 21:39:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 708DC16A41C; Sun, 19 Jun 2005 21:39:29 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4799143D1F; Sun, 19 Jun 2005 21:39:29 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j5JLdSxC022293; Sun, 19 Jun 2005 14:39:28 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j5JLdS62022291; Sun, 19 Jun 2005 14:39:28 -0700 (PDT) (envelope-from obrien) Date: Sun, 19 Jun 2005 14:39:28 -0700 From: "David O'Brien" To: Daniel Eischen Message-ID: <20050619213927.GA18943@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Daniel Eischen References: <66959.1119209763@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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.9i Cc: freebsd-current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 21:39:29 -0000 On Sun, Jun 19, 2005 at 04:22:23PM -0400, Daniel Eischen wrote: > How about NO_FOO[_INSTALL], where NO_FOO = no build and no install, > and NO_FOO_INSTALL just prevents the install. In theory, you could > build the complete system, then use NO_FOO_INSTALL instead of rm(1). Why not 'make buildworld ; make -DNO_FOO installworld'? Won't that do the same thing with out littering up the Makefiles with NO_FOO_INSTALL knobs? (there are clean ways of adding NO_FOO_INSTALL programaically, but that will take a little overhaul to do) -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 21:44:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 374C816A41C; Sun, 19 Jun 2005 21:44:19 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A6C143D1F; Sun, 19 Jun 2005 21:44:18 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j5JLiIFl023965; Sun, 19 Jun 2005 14:44:18 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j5JLiHZK023961; Sun, 19 Jun 2005 14:44:17 -0700 (PDT) (envelope-from obrien) Date: Sun, 19 Jun 2005 14:44:17 -0700 From: "David O'Brien" To: Peter Jeremy Message-ID: <20050619214417.GB18943@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Peter Jeremy , Tim Kientzle References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> <42B5C0BC.40904@freebsd.org> <20050619193939.GR50157@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050619193939.GR50157@cirb503493.alcatel.com.au> 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.9i Cc: Tim Kientzle , freebsd-current@freebsd.org Subject: Re: Replace /rescue/vi with mined(1) from DragonFlyBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 21:44:19 -0000 On Mon, Jun 20, 2005 at 05:39:39AM +1000, Peter Jeremy wrote: > On Sun, 2005-Jun-19 12:00:12 -0700, Tim Kientzle wrote: > >Peter Jeremy wrote: > >>According to tar(1) and libarchive-formats(3), yes it read anything that > >>pax can. (It can't write cpio but I don't see that as a requirement in > >>/rescue). > > > >Yes, it can write cpio. (Posix octet-oriented cpio format, also called > >'odc cpio' Other variants are easy to add if there's demand.) .. > I think that just strengthens my argument that having pax in /rescue > is redundant, superfluous and unnecessary :-). Test the change and post a patch this thread. What is the space delta? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 21:45:17 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 4F4FF16A41C; Sun, 19 Jun 2005 21:45:17 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id D10A243D4C; Sun, 19 Jun 2005 21:45:16 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 3C3B41EC305; Sun, 19 Jun 2005 23:45:12 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j5JLj41u069187; Sun, 19 Jun 2005 23:45:05 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Matthew D. Fuller" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 19 Jun 2005 16:36:12 CDT." <20050619213612.GD8597@over-yonder.net> Date: Sun, 19 Jun 2005 23:45:04 +0200 Message-ID: <69186.1119217504@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Robert Watson , current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 21:45:17 -0000 In message <20050619213612.GD8597@over-yonder.net>, "Matthew D. Fuller" writes: >On Sun, Jun 19, 2005 at 09:36:03PM +0200 I heard the voice of >Poul-Henning Kamp, and lo! it spake thus: >> >> The major obstacle is the "cutting things down to size" process >> using NO_FOO options. > >I have to wonder if exclusion is a better route than inclusion. The main argument for exclusion is that with the sizes of flash media we have today, fitting all of FreeBSD onto the flash image may be a cheaper option than having somebody spend time finding out which bits to prune. Despite this, some machines have smaller or even very small flash, and some way to cater for these is necessary. Doing exclusion instead of inclusion means that the people who do the "uncommon thing" get to do the work. -- 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 Sun Jun 19 22:26:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 6382D16A41C; Sun, 19 Jun 2005 22:26:04 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC6543D4C; Sun, 19 Jun 2005 22:26:03 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3DAB8.dip.t-dialin.net [84.163.218.184] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML2Dk-1Dk8Ei3WZW-0004Yj; Mon, 20 Jun 2005 00:25:52 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 20 Jun 2005 00:25:43 +0200 User-Agent: KMail/1.8 References: <20050619155228.Y6413@fledge.watson.org> In-Reply-To: <20050619155228.Y6413@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3001280.htylZZ4TF6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506200025.49299.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Robert Watson Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 22:26:04 -0000 --nextPart3001280.htylZZ4TF6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 19 June 2005 17:10, Robert Watson wrote: <...> > In particular, I wanted to configure a DHCP/NAT/firewall box, and figured= =20 > that this should be relatively straight forward, as it's likely one of th= e=20 > most common uses of embedded hardware of this type. Nice summary. As it fits nicely I just have to advertise a bit for pfSense: http://www.pfsense.org/ - still in the BETA phase, but already a really nea= t=20 toy. I recently setup a pair of Soekris boxes to demo CARP. With a bit of= =20 trickery (which should be fixed now) got pfSense working really easily. Check it out ;) =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3001280.htylZZ4TF6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCtfDtXyyEoT62BG0RAlR/AJ4ouW9cQhY/9ez4aCo0U0YZhxctGwCfbD+Z y1pdQAenPC6NDhylXNR4ATM= =kae7 -----END PGP SIGNATURE----- --nextPart3001280.htylZZ4TF6-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 22:27:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E7D8116A41C; Sun, 19 Jun 2005 22:27:57 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF27043D53; Sun, 19 Jun 2005 22:27:57 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B0EF972DD4; Sun, 19 Jun 2005 15:27:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id AEAF672DCB; Sun, 19 Jun 2005 15:27:57 -0700 (PDT) Date: Sun, 19 Jun 2005 15:27:57 -0700 (PDT) From: Doug White To: David O'Brien In-Reply-To: <20050617083507.GA3061@dragon.NUXI.org> Message-ID: <20050619152736.U83634@carver.gumbysoft.com> References: <20050613192308.GA87640@sandvine.com> <20050614082039.GA2038@dragon.NUXI.org> <20050614224704.Y75797@mp2.macomnet.net> <20050614190854.GA12928@dragon.NUXI.org> <20050614235132.L76669@mp2.macomnet.net> <20050615023600.GA20721@dragon.NUXI.org> <20050615141447.GD95217@sandvine.com> <20050617083507.GA3061@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Ed Maste Subject: Re: savecore(8) increments /var/crash/bounds on each boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 22:27:58 -0000 On Fri, 17 Jun 2005, David O'Brien wrote: > On Wed, Jun 15, 2005 at 10:14:47AM -0400, Ed Maste wrote: > > On Tue, Jun 14, 2005 at 07:36:00PM -0700, David O'Brien wrote: > > > Do you understand the fix? How does lying in printheader() fix anything? > > > Moving the call to getbounds() back to the original location is the "fix" > > > but then it negates -vv. We shouldn't lie in printheader(). > > > > Fair enough, on dwhite's suggestion here's another try that splits the > > increment-and-write out from getbounds() so that the bounds value can > > be shown with -vv. > ..snip.. > > --- savecore.c.orig 2005-06-13 16:19:41.000000000 -0400 > > +++ savecore.c 2005-06-15 09:41:52.000000000 -0400 > ... > > + writebounds(bounds+1); > ^^^^^^^^ > bounds + 1 > > I like the patch, after the style(9) fix. Might as well avoid a > brucification. ;-) Who's going to commit this patch? I'll get this committed. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 22:29:00 2005 Return-Path: X-Original-To: current@freebsd.org 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 9FFB316A41C; Sun, 19 Jun 2005 22:29:00 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E27043D49; Sun, 19 Jun 2005 22:29:00 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (localhost [127.0.0.1]) by gir.gshapiro.net (8.13.3/8.13.3) with ESMTP id j5JMT0xt041477 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Jun 2005 15:29:00 -0700 (PDT) (envelope-from gshapiro@gir.gshapiro.net) Received: (from gshapiro@localhost) by gir.gshapiro.net (8.13.3/8.13.3/Submit) id j5JMT01w041476; Sun, 19 Jun 2005 15:29:00 -0700 (PDT) (envelope-from gshapiro) Date: Sun, 19 Jun 2005 15:29:00 -0700 From: Gregory Neil Shapiro To: Robert Watson Message-ID: <20050619222859.GD48640@gir.gshapiro.net> References: <20050619155228.Y6413@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050619155228.Y6413@fledge.watson.org> User-Agent: Mutt/1.5.8i Cc: current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 22:29:00 -0000 > XXX I get a sendmail warning every boot: > > sendmail: execing /usr/libexec/sendmail/sendmail: No such file or > directory > > This is likely vi.recover running and trying to do something with > sendmail. Unhelpful, given no sendmail is present. Maybe a better > failure mode is desirable here? Just for anyone researching this, it isn't a sendmail error, it is mailwrapper. Robert, you might try putting in an /etc/mail/mailer.conf which points sendmail at /usr/bin/false. From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 22:31:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D0B3916A41C for ; Sun, 19 Jun 2005 22:31:01 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8462743D4C for ; Sun, 19 Jun 2005 22:31:01 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 0EA6D2173 for ; Sun, 19 Jun 2005 15:30:51 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id AFF28215A for ; Sun, 19 Jun 2005 15:30:50 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j5JMVDnd007179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 19 Jun 2005 15:31:14 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j5JMVD4j007176; Sun, 19 Jun 2005 15:31:13 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17077.62001.211846.349890@satchel.alerce.com> Date: Sun, 19 Jun 2005 15:31:13 -0700 To: freebsd-current@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Subject: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 22:31:02 -0000 Hi, I'm working on a Sony PCG-GRX570. I'm working with -CURRENT as of a few days ago. I'm trying to get suspend and resume to work. S3 suspend and resume work (from X) when I boot off of a Ubuntu Linux 5.04 live CD. Actually, suspend seems to be working. I have hw.acpi.reset_video=0 hw.acpi.sleep_delay=4 and a kernel that's stripped of everything I could get rid of. I eventually added fxp0 back in to see if it was coming back to life, the machine still almost resumes but the interface doesn't work (it does work pre-suspend). When I suspend (from the console, no X, using acpiconf -s 3), the screen dims, the fan stops, and the green LED that usually says "powered on" switches to a slowly flashing red. When I hit the any key, the screen brightens, the fan spins up, and after a couple of moments the disk light flashes a bit, and settles in to a fairly normal "I'm awake" kind of activity. But the console's dead (no new prompt, no response to the keyboard) and pinging the interface from another machine doesn't do anything. I *have* seen "acpi: resume at..." message in my /var/log/messages though, so it's getting somewhere. I've googled around and it seems that many people have trouble w/ the backlight on suspend and the fix is the acpi_video module with the DPMS hack applied. It won't probe/attach on my machine, it seems that it doesn't have the right capabilities (dim, brighten). Since I don't care about them but want it to hook up suspend/resume actions, I butchered the probe routine. That left me w/ something that attached to 9 different devices (clearly I know enough to be dangerous, but no more...). The backlight did go out when I suspended though.... I just noticed that if I lightly pop the power button after a "failed" resume, I get a lot of disk activity and on the next boot the disks are clean. Looks like it's doing the S5 thing (more or less) but doesn't actually poweroff (which it does normally). There's a bunch of info (kernel cnfig file, asl, dmesg, loader.conf, pciconf -lv output, sysctl -a output, uname -a output) at: http://grapeape.alerce.com/KONG Setting hw.acpi.reset_video to 1 results in a dimmed LCD that brightens when I hit a key but there's no disk life and the power button doesn't do anything. So, I'm trying to figure out what to try next. Can someone suggest something to try? Thanks, g. From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 22:47:00 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 1330316A41C; Sun, 19 Jun 2005 22:47:00 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F14A943D48; Sun, 19 Jun 2005 22:46:59 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BA1D972DD4; Sun, 19 Jun 2005 15:46:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B545E72DCB; Sun, 19 Jun 2005 15:46:59 -0700 (PDT) Date: Sun, 19 Jun 2005 15:46:59 -0700 (PDT) From: Doug White To: Ade Lovett In-Reply-To: <42AFE83B.9050305@FreeBSD.org> Message-ID: <20050619154633.Y83634@carver.gumbysoft.com> References: <42AFE83B.9050305@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@FreeBSD.org Subject: Re: USB mouse woes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 22:47:00 -0000 On Wed, 15 Jun 2005, Ade Lovett wrote: > Microsoft wireless USB mouse is completely non-responsive after boot. > Moving the mouse will produce a mouse cursor on syscons, but no movement > is observed. Same mouse operates successfully on Ubuntu Linux 5.04 and > Windows XP, and also under FreeBSD with a USB-PS/2 adapter (via psm) > > System info: > > MSI KT800 Neo, VIA chipset > > FreeBSD 6.0-CURRENT #0: Wed Jun 15 01:00:33 PDT 2005 > root@nail.lovett.com:/usr/obj/work/src.6/sys/NAIL > [...] > CPU: AMD Athlon(tm) 64 Processor 2800+ (1800.07-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xfc0 Stepping = 0 > [...] > uhci0: port 0xc400-0xc41f irq 21 at device > 16.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > [...] > [repeat for usb1, usb2, usb3] > [...] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > [...] > ums0: Microsoft Microsoft Wireless Optical Mouse\M-. 1.0A, rev > 2.00/0.17, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > [...] > > "NAIL" kernel config is merely GENERIC with un-needed drivers. Makes no > difference for any combinations of (uhci,ehci,usb,ums) compiled in to > the kernel, or as modules with appropriate loader.conf magic. > > usbd is running (via /etc/rc.conf), and the appropriate moused on > /dev/ums0 is also running. > > crw-r--r-- 1 root operator 7, 82 Jun 15 01:15 /dev/ums0 > > Any suggestions on further places to look to get the mouse working > appreciated. Running under a base install of ports/x11/xorg reveals > similar breakage, both either via the SysMouse protocol, or direct > talking to /dev/ums0 as a USB mouse without usbd (and moused) running. > > A quick look through the archives reveals a few other reports of similar > issues, but no resolution. > > Ideas? Compile with USB_DEBUG and ratchet up the ums debug level and see what movement deltas are coming off the device. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 22:59:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 512FE16A41C for ; Sun, 19 Jun 2005 22:59:10 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F66843D1F for ; Sun, 19 Jun 2005 22:59:10 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3009E72DD4; Sun, 19 Jun 2005 15:59:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2B83D72DCB; Sun, 19 Jun 2005 15:59:10 -0700 (PDT) Date: Sun, 19 Jun 2005 15:59:10 -0700 (PDT) From: Doug White To: snort Snort In-Reply-To: <20050618033330.4673.qmail@web54408.mail.yahoo.com> Message-ID: <20050619155819.X83634@carver.gumbysoft.com> References: <20050618033330.4673.qmail@web54408.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: tty and serial console com port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 22:59:10 -0000 On Fri, 17 Jun 2005, snort Snort wrote: > I just read thru the tty.h file and the tty command, > and have a feeling that the tty command and the tty.h > file does not handle the serial console com port > directly. > > Can anyone tell me which part of the tty source does > invoke serial console com port? Serial console is handled by the kernel by src/sys/kern/tty_cons.c. Userland is totally unaware that serial console is enabled. What are you trying to do? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 23:03:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 4FA3016A41C for ; Sun, 19 Jun 2005 23:03:22 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD7343D48 for ; Sun, 19 Jun 2005 23:03:22 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 28F9E72DD9; Sun, 19 Jun 2005 16:03:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2370C72DCB; Sun, 19 Jun 2005 16:03:22 -0700 (PDT) Date: Sun, 19 Jun 2005 16:03:22 -0700 (PDT) From: Doug White To: Wesley Morgan In-Reply-To: <20050618232951.P77492@volatile.chemikals.org> Message-ID: <20050619160022.R83634@carver.gumbysoft.com> References: <20050618232951.P77492@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: odd panics on -current recently X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2005 23:03:22 -0000 On Sat, 18 Jun 2005, Wesley Morgan wrote: > Been getting what appear to be the same panic for at least a week on > -current. Enabled dumps and this is the best trace I can get. I don't have > the panic message, and this trace doesn't make a lot of sense to me: > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc0706e40 in buf.1 () > #2 0xc051bfee in boot (howto=260) at ../../../kern/kern_shutdown.c:397 > #3 0xc051c416 in panic (fmt=0xc06b19aa "%s") > at ../../../kern/kern_shutdown.c:553 > #4 0xc0688e6c in trap_fatal (frame=0xd3c1dc40, eva=0) > at ../../../i386/i386/trap.c:831 > #5 0xc06883a9 in trap (frame= > {tf_fs = -1068302328, tf_es = -1066401752, tf_ds = -1047068632, > tf_edi = -1047265920, tf_esi = -1035014144, tf_ebp = 0, tf_isp = > -742269844, tf_ebx = -1066355360, tf_edx = -1035014144, tf_ecx = 0, tf_eax > = -2, tf_trapno = 12, tf_err = 0, tf_eip = -1068198526, tf_cs = 32, > tf_eflags = 589954, tf_esp = -1035014144, tf_ss = 4}) at > ../../../i386/i386/trap.c:269 > #6 0xc067674a in calltrap () at ../../../i386/i386/exception.s:139 > (kgdb) You didn't post the panic message, which is necessary to determine why the trap occured in the first place, and there appears to be a lot of missing backtrace since you can't get to trap_fatal from a userspace trap. You might also derive a kernel config from GENERIC instead of LINT so you don't include some of the more esoteric options and trigger uncommonly used code paths. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 00:23:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 49E7916A41C for ; Mon, 20 Jun 2005 00:23:46 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF06043D1D for ; Mon, 20 Jun 2005 00:23:45 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so763655nzo for ; Sun, 19 Jun 2005 17:23:45 -0700 (PDT) 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:content-disposition:references; b=Sz7vkHgWtjoDmzCgmJsNiu3SJzh9bsE/039GOAXOFaTv6nEVBHmS0emnX88+dCd7FuqJBUmHALR7yn5ZAMXAVATCsgE71OkUcG3ZH133nELStdasrDF0hRIKf6nhaKxpK0pZGm2hCPNG793gO76KVQDsWXdgnW4cQGPDn1JMmy8= Received: by 10.36.96.18 with SMTP id t18mr2686411nzb; Sun, 19 Jun 2005 17:23:45 -0700 (PDT) Received: by 10.36.42.19 with HTTP; Sun, 19 Jun 2005 17:23:45 -0700 (PDT) Message-ID: Date: Sun, 19 Jun 2005 17:23:45 -0700 From: Pascal Hofstee To: Paul Richards In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Current amd64, "nve0: device timeout" with nForce4 ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pascal Hofstee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 00:23:46 -0000 On 6/19/05, Paul Richards wrote: > Hi, > With CURRENT (checked out earlier this evening) on amd64 I cannot get > my nForce4 ethernet adaptor to work. The module automatically loads > but I get messages of the form "nve0: device timeout(..)" when I > attempt to use the interface. >=20 > This is exactly the same problem that RELEASE 5.4 had using the nvlan > port on my system. I upgraded to current as I was told that the > integrated nve driver in 6.0 was more up to date than the nvlan port. >=20 > Does anyone have nForce4 ethernet working with any version of FreeBSD > on amd64? Is this something to do with my particular nForce4 chipset > or is the nForce4 ethernet generally unsupported at this time? I have a similar problem with my onboard nForce3 based ethernet card. it gets probed/attached just fine ... but drying to actually use the interface gives device timeouts. this is on FreeBSD/amd64 6.0-CURRENT (about 2 days ago) --=20 Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 01:07:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D10A616A41C for ; Mon, 20 Jun 2005 01:07:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E3E43D1D for ; Mon, 20 Jun 2005 01:07:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A9DCB72DD4; Sun, 19 Jun 2005 18:07:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A4EC672DCB; Sun, 19 Jun 2005 18:07:55 -0700 (PDT) Date: Sun, 19 Jun 2005 18:07:55 -0700 (PDT) From: Doug White To: snort Snort In-Reply-To: <20050615110753.11528.qmail@web54408.mail.yahoo.com> Message-ID: <20050619180546.A83634@carver.gumbysoft.com> References: <20050615110753.11528.qmail@web54408.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: ttys0 code freezes 5.4 release-p1 badly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 01:07:55 -0000 On Wed, 15 Jun 2005, snort Snort wrote: > The following ttys0 code freezes 5.4 release-p1 badly: I can reproduce no freeze of the system. The open of a /dev/tty* device blocks until carrier is raised on the line, so the process will block until I connect a null-modem cable to the port and start up a comm program on another host. Since you are trying to communicate with a modem, you want to open /dev/cuaa0 (or /dev/cuaD0 on -CURRENT). cua* doesn't block on carrier. > #include /* Standard input/output > definitions */ > #include /* String function definitions */ > #include /* UNIX standard function > definitions */ > #include /* File control definitions */ > #include /* Error number definitions */ > #include /* POSIX terminal control > definitions */ > > /* > * 'open_port()' - Open serial port 1. > * > * Returns the file descriptor on success or -1 on > error. > */ > > int > open_port(void) > { > int fd; /* File descriptor for the port */ > > > fd = open("/dev/ttyd0", O_RDWR | O_NOCTTY | O_NDELAY); > if (fd == -1) > { > /* > could not open the port. > */ > > perror("open_port: Unable to open /dev/ttyS0 - "); > } > else > fcntl(fd, F_SETFL, 0); > return (fd); > } > > int > write_port(int fd) > { > int n = write(fd, "ATZ\r", 4); > if (n < 0) { > fputs("write() of 4 bytes failed!\n", stderr); > return 0; > } > return n; > } > > void > read_port(int fd) > { > fcntl(fd, F_SETFL, FNDELAY); > //fcntl(fd, F_SETFL, 0); > } > > void > close_port(int fd) > { > close(fd); > } > > int main() > { > int fd = open_port(); > if (write_port(fd) < 0) > return 1; > read_port(fd); > close_port(fd); > } > > Dose anyone know what is problem and how to fix it? > > Thanks > Sam > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 01:56:18 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 BB89D16A41C for ; Mon, 20 Jun 2005 01:56:18 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7411C43D1D for ; Mon, 20 Jun 2005 01:56:18 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from hellfire.lovett.com ([67.134.38.149]:61953) by mail.lovett.com with esmtpa (Exim 4.51 (FreeBSD)) id 1DkBWL-0007Mq-TZ; Sun, 19 Jun 2005 18:56:18 -0700 Message-ID: <42B6224D.8020009@FreeBSD.org> Date: Sun, 19 Jun 2005 18:56:29 -0700 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <42AFE83B.9050305@FreeBSD.org> <20050619154633.Y83634@carver.gumbysoft.com> In-Reply-To: <20050619154633.Y83634@carver.gumbysoft.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: ade@lovett.com Cc: current@FreeBSD.org Subject: Re: USB mouse woes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 01:56:18 -0000 Doug White wrote: > Compile with USB_DEBUG and ratchet up the ums debug level and see what > movement deltas are coming off the device. Cranking hw.usb.ums.debug to 10 reveals the following: - with the mouse plugged in to a USB port, there's no activity at all reported by ums, just the pointer appearing on syscons for approximately half a second, then going away, never to return - booting the system (either warm or cold) without the mouse plugged in, then connecting it to any of the USB ports, reveals the following: ums_intr: sc=0xffffff000093b800 status=13 ums_intr: data = 01 00 00 00 01 02 ums_intr: status=13 ums_intr: x:0 y:0 z:-1 t:0 buttons:0x0 at about the time the pointer appears. After this, nothing happens. So the status being returned is USBD_IOERROR, so expecting the mouse to work after that is being somewhat unreasonable. Further cranking up debugging: hw.usb.debug=10 hw.usb.ehci.debug=10 hw.usb.uhci.debug=10 hw.usb.ums.debug=10 Results in a whole ton of USB debug information sent to the console. Rather than mailing this to the list, I've stuck it up as: http://people.FreeBSD.org/~ade/usb-dmesg.out I've annotated it with the exact point where the mouse was connected up from a cold-booted system, it is otherwise unchanged. I don't mind admitting to being completely out of my depth at this point, so I'm kinda stuck... -aDe From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 02:39:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 16E4A16A41C for ; Mon, 20 Jun 2005 02:39:34 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id D863743D1D for ; Mon, 20 Jun 2005 02:39:33 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 5CFB32173; Sun, 19 Jun 2005 19:39:23 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 38FD9215A; Sun, 19 Jun 2005 19:39:23 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j5K2dj0Q007733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 19 Jun 2005 19:39:45 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j5K2dimB007729; Sun, 19 Jun 2005 19:39:44 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17078.11375.12569.776810@satchel.alerce.com> Date: Sun, 19 Jun 2005 19:39:43 -0700 To: hartzell@alerce.com In-Reply-To: <17077.62001.211846.349890@satchel.alerce.com> References: <17077.62001.211846.349890@satchel.alerce.com> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 02:39:34 -0000 George Hartzell writes: > [...] > I just noticed that if I lightly pop the power button after a "failed" > resume, I get a lot of disk activity and on the next boot the disks > are clean. Looks like it's doing the S5 thing (more or less) but > doesn't actually poweroff (which it does normally). > [...] A bit more data: Actually, seems like the keyboard works too. At least I can blindly type "shutdown -p now" and get what sounds like shutdown activity and a clean fsck the next time around.... g. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 03:26:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E072316A41C for ; Mon, 20 Jun 2005 03:26:02 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B64243D53 for ; Mon, 20 Jun 2005 03:26:02 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 024A121B3; Sun, 19 Jun 2005 20:25:52 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id D0C3F21AB; Sun, 19 Jun 2005 20:25:51 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j5K3QEXd007850 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 19 Jun 2005 20:26:15 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j5K3QEBR007847; Sun, 19 Jun 2005 20:26:14 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17078.14166.65777.362985@satchel.alerce.com> Date: Sun, 19 Jun 2005 20:26:14 -0700 To: hartzell@alerce.com In-Reply-To: <17077.62001.211846.349890@satchel.alerce.com> References: <17077.62001.211846.349890@satchel.alerce.com> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 03:26:03 -0000 George Hartzell writes: > > Hi, > > I'm working on a Sony PCG-GRX570. > > I'm working with -CURRENT as of a few days ago. > > I'm trying to get suspend and resume to work. S3 suspend and resume > work (from X) when I boot off of a Ubuntu Linux 5.04 live CD. > [...] I have some more data. I updated the bios to the most recent available on the sony web site. Dumping the acpi info (acpidump -d) only showed one non-trivial difference. The new bios didn't improve the situation. I also noticed that the ASL compiler complained about one line in the ASL, wanting a ByteAcc when the ASL had an AnyAcc. I fixed that and installed the new code. That didn't improve the situation. I played around in Ubuntu from the live CD and realized that resume from X doesn't completely work, the screen's screwed and the keyboard's dead. But, if you kill the X server and suspend from the console it works fine. I've added the ASL from the new bios and a copy of the dmesg output for Ubuntu booting, suspending, and resuming to the list of info: http://grapeape.alerce.com/KONG Any insights would be welcome. g. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 04:03:07 2005 Return-Path: X-Original-To: current@freebsd.org 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 05FA616A41C; Mon, 20 Jun 2005 04:03:07 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id B568143D49; Mon, 20 Jun 2005 04:03:06 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from hellfire.lovett.com ([67.134.38.149]:62045) by mail.lovett.com with esmtpa (Exim 4.51 (FreeBSD)) id 1DkDV4-0008Dr-5R; Sun, 19 Jun 2005 21:03:06 -0700 Message-ID: <42B64006.5050407@FreeBSD.org> Date: Sun, 19 Jun 2005 21:03:18 -0700 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gregory Neil Shapiro References: <20050619155228.Y6413@fledge.watson.org> <20050619222859.GD48640@gir.gshapiro.net> In-Reply-To: <20050619222859.GD48640@gir.gshapiro.net> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: ade@lovett.com Cc: Robert Watson , current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 04:03:07 -0000 Gregory Neil Shapiro wrote: >>XXX I get a sendmail warning every boot: >> >> sendmail: execing /usr/libexec/sendmail/sendmail: No such file or >> directory >> >> This is likely vi.recover running and trying to do something with >> sendmail. Unhelpful, given no sendmail is present. Maybe a better >> failure mode is desirable here? > > > Just for anyone researching this, it isn't a sendmail error, it > is mailwrapper. Well, yes and no. There is a specific issue of having the boot-time vi.recover stuff run before the mail system (as defined by mailer.conf) is actually ready. A good example of this would be to take exim, postfix, qmail, whatever, and link in mysql support, changing /etc/mail/mailer.conf appropriately for the "sendmail" entry. Since the mysql libraries are in a "non-standard" place (/usr/local/lib/mysql), and haven't yet been ldconfig'd in, in such a situation you'll see "odd" failures at boot up, iff there are vi sessions to recover as a result of a previous system failure. As to a real solution, I'm not sure. Perhaps an appropriate "mta" keyword for PROVIDE/REQUIRE? -aDe From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 04:44:03 2005 Return-Path: X-Original-To: current@freebsd.org 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 DA8A816A41C; Mon, 20 Jun 2005 04:44:03 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id C349443D1F; Mon, 20 Jun 2005 04:44:03 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout3.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j5K4glYg050491; Sun, 19 Jun 2005 21:42:47 -0700 (PDT) Date: Mon, 20 Jun 2005 10:54:48 +0900 Message-ID: From: gnn@freebsd.org To: "Poul-Henning Kamp" In-Reply-To: <66959.1119209763@critter.freebsd.dk> References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Robert Watson , current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 04:44:04 -0000 At Sun, 19 Jun 2005 21:36:03 +0200, Poul-Henning Kamp wrote: > > In message <20050619155228.Y6413@fledge.watson.org>, Robert Watson writes: > > >I general, I was quite pleased with the experience. NanoBSD is fairly > >straight forward to configre and adapt. > > I'm still not satisfied with the nanobsd config/customize process, > ideally I would want to have only a single file with a sensible > format control the nanobsd build process. > If I may jump in here. One way to do the build up vs. cut down thing is to break up more of the system into understandable chunks, but that takes work. Then it's easier to build up a system from components. I'll take a look at nanonbsd hopefully this week anyways, as I need to get it running in a VM as well as on a Soekris at home. I make no promises. The last system I worked with that did a componentization got it very very wrong. Later, George From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 04:51:23 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 BBC1E16A41C; Mon, 20 Jun 2005 04:51:23 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD6943D48; Mon, 20 Jun 2005 04:51:23 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j5K4pK9l022187; Mon, 20 Jun 2005 00:51:21 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> Date: Mon, 20 Jun 2005 00:51:19 -0400 To: gnn@FreeBSD.org, "Poul-Henning Kamp" From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: Robert Watson , current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 04:51:23 -0000 At 10:54 AM +0900 6/20/05, gnn@freebsd.org wrote: >At Sun, 19 Jun 2005 21:36:03 +0200, >Poul-Henning Kamp wrote: > > >> I'm still not satisfied with the nanobsd config/customize process, >> ideally I would want to have only a single file with a sensible > > format control the nanobsd build process. > >If I may jump in here. One way to do the build up vs. cut down thing >is to break up more of the system into understandable chunks, but that >takes work. Then it's easier to build up a system from components. > >I'll take a look at nanonbsd hopefully this week anyways, as I need >to get it running in a VM as well as on a Soekris at home. I make no >promises. The last system I worked with that did a componentization >got it very very wrong. Another thing I was thinking about was that we could have more components which trim themselves down based on #defines for something like MINIMALIST_USER or MINIMALIST_USERBIN . I almost tried that with the recent changes to `env', for instance. The new options I added are very nice, but they do add something like 20%-40% to the size of the executable. And someone putting together a minimal system could easily avoid writing scripts that need the new options. If a user could set one #define to cause all programs in /usr/bin to shrink by 10-15%, that might be valuable. Not sure we could get that much, or if we would want to support that idea as time goes on. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 05:43:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2970D16A41C for ; Mon, 20 Jun 2005 05:43:12 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E571F43D1D for ; Mon, 20 Jun 2005 05:43:11 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9p2/8.12.9) with ESMTP id j5K5hBYk063786 for ; Sun, 19 Jun 2005 22:43:11 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id j5K5hBcO063785; Sun, 19 Jun 2005 22:43:11 -0700 (PDT) (envelope-from dillon) Date: Sun, 19 Jun 2005 22:43:11 -0700 (PDT) From: Matthew Dillon Message-Id: <200506200543.j5K5hBcO063785@apollo.backplane.com> To: freebsd-current@freebsd.org References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> <42B5C0BC.40904@freebsd.org> <20050619193939.GR50157@cirb503493.alcatel.com.au> <20050619214417.GB18943@dragon.NUXI.org> Subject: Re: Replace /rescue/vi with mined(1) from DragonFlyBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 05:43:12 -0000 Kinda silly to have a war over a 37 KB static binary. We brought in mined in order to have a static binary based editor that did not require /usr or /tmp to work properly, for system recovery and single-user operation. That's all. The main thing was to have an editor that worked without a mounted /usr. That means no termcap, no curses, no auxillary configuration files, no citrus/ctype, no nothing. It's meant to be an editor for emergency situations when the person can't boot the live CD to get a full environment. I did verify with the author that it had been placed under the BSD license. As far as cons25 vs vt100 ... both accept basic ANSI escape sequences and that is what the editor outputs. The escape sequences generated when you hit, e.g. function keys, are sufficiently different that I simply modified the editor to recognizes BOTH sets (which it almost did already). I did some other minor work on it, e.g. adding support for ^Z, doing an ioctl to query the stty rows and columns, and cleaning up the ANSI output sequences and input parsing code to handle both cons25 and vt100/ansi. I rearranged a few keys to make the editor conform better to modern UNIX expectations. That's it. I think it makes an excellent emergency editor when all you have is a root partition and I have used it in that capacity on numerous occassions. I would like to thank the PicoBSD folks for doing the initial legwork, we pulled their changes out of the trash bin and then reworked and enhanced them from the base sources in the minix distribution. -Matt From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 05:51:41 2005 Return-Path: X-Original-To: current@freebsd.org 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 F16CB16A41C; Mon, 20 Jun 2005 05:51:40 +0000 (GMT) (envelope-from evantd@washington.edu) Received: from innosense.washington.edu (c-24-19-1-105.hsd1.wa.comcast.net [24.19.1.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA0843D48; Mon, 20 Jun 2005 05:51:40 +0000 (GMT) (envelope-from evantd@washington.edu) Received: by innosense.washington.edu (Postfix, from userid 1001) id DFC68BC95; Sun, 19 Jun 2005 22:50:49 -0700 (PDT) Date: Sun, 19 Jun 2005 22:50:49 -0700 From: Evan Dower To: Bryan Maynard Message-ID: <20050620055049.GB54283@innosense.washington.edu> References: <20050612204852.qi31u2ddngg08gk8@webmail.reallm.com> <20050619231027.speqcyk8l6w4w0sc@webmail.reallm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050619231027.speqcyk8l6w4w0sc@webmail.reallm.com> User-Agent: Mutt/1.4.2.1i Cc: hackers@freebsd.org, current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: NDISulator problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 05:51:41 -0000 I am reminded of Sun, Jun 19, 2005 at 11:10:27PM -0500 when Bryan Maynard said: > I followed the steps listed href="http://www.xl0.org/FreeBSD/ndis.txt">here and got this message > when > compiling the ndis code (step 2): > > Warning: Object directory not changed from original > /usr/src/sys/modules/ndis > > Everything seems to compile and install fine except for that error. I > complete > the rest of the steps and try to kldload ndis and if_ndis. However, > once I load > ndis I get this: > > kldload: can't load if_ndis:File exists > > Also, I can't ifconfig the ndis0 device because I get an error telling me it > doesn't exist. Once ndis is loaded via kldload, I cannot unload it. I get a > "Device busy" error. I get this error whether the card is plugged in or not. > > After loading ndis if I plug my WPC11 card in I get: > > cardbus1: at device 0.0 (no driver attached) > > I am running 5.4 with the GENERIC kernel. > > I am completely stumped. Any help would be greatly appreciated. > > Thanks! > > Bryan This seems related to a post I made to the -stable list earlier today. You might want to watch that thread ("ndis no longer detects netgear wg311v2") as well, since an answer to that question would probably be useful to your situation too. I belive my card is based on the TI ACX110 (or something like that), and I suspect yours is too, but you might want to check that out, since it could be helpful in diagnosing the problem. Good luck, -- Evan Dower Software Development Engineer Amazon.com, Inc. Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 06:03:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1024616A41C; Mon, 20 Jun 2005 06:03:34 +0000 (GMT) (envelope-from tim@kientzle.com) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D497043D1F; Mon, 20 Jun 2005 06:03:33 +0000 (GMT) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j5K63WOZ028894; Sun, 19 Jun 2005 23:03:33 -0700 (PDT) (envelope-from tim@kientzle.com) Message-ID: <42B65C20.3080809@kientzle.com> Date: Sun, 19 Jun 2005 23:03:12 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> <42B5C0BC.40904@freebsd.org> <20050619193939.GR50157@cirb503493.alcatel.com.au> In-Reply-To: <20050619193939.GR50157@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Tim Kientzle , freebsd-current@freebsd.org Subject: Re: Replace /rescue/vi with mined(1) from DragonFlyBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 06:03:34 -0000 Peter Jeremy wrote: > On Sun, 2005-Jun-19 12:00:12 -0700, Tim Kientzle wrote: > >>Peter Jeremy wrote: >> >>>According to tar(1) and libarchive-formats(3), yes it read anything that >>>pax can. (It can't write cpio but I don't see that as a requirement in >>>/rescue). >> >>Yes, it can write cpio. (Posix octet-oriented cpio format, also called >>'odc cpio' Other variants are easy to add if there's demand.) > > > libarchive-formats(3) states: > Tar Formats > The libarchive(3) library can read most tar archives. However, it only > writes POSIX-standard ``ustar'' and ``pax interchange'' formats. > > But tar(1) does state it can write cpio. I skipped from tar(1) to > libarchive-formats(3) too quickly and missed that, sorry. > > I think that just strengthens my argument that having pax in /rescue > is redundant, superfluous and unnecessary :-). > libarchive-formats(3) also states: Cpio Formats The libarchive library can read a number of common cpio variants and can write ``odc'' format archives. Separate sections detail support for Shar, ISO9660, and Zip formats, as well. ;-) Tim From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 06:36:13 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 43B8116A41C; Mon, 20 Jun 2005 06:36:13 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C0243D53; Mon, 20 Jun 2005 06:36:12 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id E9E611EC33A; Mon, 20 Jun 2005 08:36:11 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j5K6a7LK071080; Mon, 20 Jun 2005 08:36:07 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Garance A Drosehn From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 20 Jun 2005 00:51:19 EDT." Date: Mon, 20 Jun 2005 08:36:07 +0200 Message-ID: <71079.1119249367@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: gnn@FreeBSD.org, Robert Watson , current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 06:36:13 -0000 In message , Garance A Drosehn writes: >At 10:54 AM +0900 6/20/05, gnn@freebsd.org wrote: >>At Sun, 19 Jun 2005 21:36:03 +0200, >>Poul-Henning Kamp wrote: >> > >>> I'm still not satisfied with the nanobsd config/customize process, >>> ideally I would want to have only a single file with a sensible >> > format control the nanobsd build process. >> >>If I may jump in here. One way to do the build up vs. cut down thing >>is to break up more of the system into understandable chunks, but that >>takes work. Then it's easier to build up a system from components. >> >>I'll take a look at nanonbsd hopefully this week anyways, as I need >>to get it running in a VM as well as on a Soekris at home. I make no >>promises. The last system I worked with that did a componentization >>got it very very wrong. > >Another thing I was thinking about was that we could have more >components which trim themselves down based on #defines for >something like MINIMALIST_USER or MINIMALIST_USERBIN . The trouble with options like this is that they escape our normal build tests. A good example of this is the kernel option INET which in theory is optional, but which on average only is it 10% of the time. -- 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 Mon Jun 20 07:29:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9C84016A41C; Mon, 20 Jun 2005 07:29:30 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B6E543D4C; Mon, 20 Jun 2005 07:29:27 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with SMTP id BD80039883; Mon, 20 Jun 2005 14:29:19 +0700 (NOVST) Received: by sbk-gw.sibnet.ru (Postfix, from userid 1017) id 1E80F39881; Mon, 20 Jun 2005 14:29:19 +0700 (NOVST) Received: from localhost (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with ESMTP id F03693987D; Mon, 20 Jun 2005 14:29:18 +0700 (NOVST) Date: Mon, 20 Jun 2005 14:29:18 +0700 (NOVST) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: freebsd-current@freebsd.org Message-ID: <20050620142522.Q13295@sbk-gw.sibnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-usb@freebsd.org Subject: USB Host-to-Host interface USL101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 07:29:30 -0000 This device is equipped with GeneSys Logic (0x05e3) USB Host to Host Bridge (0x0501) which seems called GL620USB in linux world. Just specifying it in /sys/dev/usb/usbdevs and ugly patch in /sys/dev/usb/udbp.c makes it work with NETGRAPH in both 5.3-RELEASE-p5 and 5.4-RELEASE-p2. Can someone add apropriate entries into tree? Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 07:36:29 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 5468616A41C; Mon, 20 Jun 2005 07:36:29 +0000 (GMT) (envelope-from sos@FreeBSD.org) 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 C776643D1F; Mon, 20 Jun 2005 07:36:28 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j5K7WZkv008101; Mon, 20 Jun 2005 09:32:36 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <7DBADEEB-4660-4FFF-B4A3-7DDD5A1D525D@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Mon, 20 Jun 2005 09:36:24 +0200 To: Pascal Hofstee X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org, Paul Richards , freebsd-amd64@FreeBSD.org Subject: Re: Current amd64, "nve0: device timeout" with nForce4 ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 07:36:29 -0000 On 20/06/2005, at 2:23, Pascal Hofstee wrote: > On 6/19/05, Paul Richards wrote: > >> Hi, >> With CURRENT (checked out earlier this evening) on amd64 I cannot get >> my nForce4 ethernet adaptor to work. The module automatically loads >> but I get messages of the form "nve0: device timeout(..)" when I >> attempt to use the interface. >> >> This is exactly the same problem that RELEASE 5.4 had using the nvlan >> port on my system. I upgraded to current as I was told that the >> integrated nve driver in 6.0 was more up to date than the nvlan port. >> >> Does anyone have nForce4 ethernet working with any version of FreeBSD >> on amd64? Is this something to do with my particular nForce4 chipset >> or is the nForce4 ethernet generally unsupported at this time? >> > > I have a similar problem with my onboard nForce3 based ethernet card. > it gets probed/attached just fine ... but drying to actually use the > interface gives device timeouts. this is on FreeBSD/amd64 6.0-CURRENT > (about 2 days ago) Ditto here, although it used to work in 100Mbit mode, 1000Mbit mode =20 has always been trouble here. I guess the last round of if_* changes =20 ruined lunch but havn't looked into it yet. - S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 08:00:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 AA0C516A41C; Mon, 20 Jun 2005 08:00:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62DEE43D4C; Mon, 20 Jun 2005 08:00: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 ED1611FFACE; Mon, 20 Jun 2005 10:00:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 8E5201FFACD; Mon, 20 Jun 2005 10:00:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 05EEA15652; Mon, 20 Jun 2005 07:57:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id EF5BB15583; Mon, 20 Jun 2005 07:57:29 +0000 (UTC) Date: Mon, 20 Jun 2005 07:57:29 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <7DBADEEB-4660-4FFF-B4A3-7DDD5A1D525D@FreeBSD.org> Message-ID: References: <7DBADEEB-4660-4FFF-B4A3-7DDD5A1D525D@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: Current amd64, "nve0: device timeout" with nForce4 ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 08:00:10 -0000 On Mon, 20 Jun 2005, S=F8ren Schmidt wrote: > > On 20/06/2005, at 2:23, Pascal Hofstee wrote: > > > On 6/19/05, Paul Richards wrote: > > [ "nve0: device timeout(..)" ] > > > > I have a similar problem with my onboard nForce3 based ethernet card. > > it gets probed/attached just fine ... but drying to actually use the > > interface gives device timeouts. this is on FreeBSD/amd64 6.0-CURRENT > > (about 2 days ago) > > Ditto here, although it used to work in 100Mbit mode, 1000Mbit mode > has always been trouble here. I guess the last round of if_* changes > ruined lunch but havn't looked into it yet. I had and still have trouble with an nf4 on 100Mbit/s before the ifnet changes. The problem is that I only have three Marvell PCIes in that machine so ENOTNET until the nf4 works. I tried to PXE boot with the nf4 and that worked up to the point kernel tried to mount NFS root which gave me above timeout message. Pre-loading an mdimage also worked but it stopped at about 32Mb and thus had been unusable. Don't know if that's a limitation of PXE/loader or another problem. Haven't had the time to build a stripped image. --=20 Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 08:48:42 2005 Return-Path: X-Original-To: current@freebsd.org 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 B109416A41C; Mon, 20 Jun 2005 08:48:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CDF643D1F; Mon, 20 Jun 2005 08:48:42 +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.3/8.13.3) with ESMTP id j5K8mf8q045786; Mon, 20 Jun 2005 04:48:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5K8mfU7060827; Mon, 20 Jun 2005 04:48:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D0A37306E; Mon, 20 Jun 2005 04:48:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050620084841.2D0A37306E@freebsd-current.sentex.ca> Date: Mon, 20 Jun 2005 04:48:41 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 08:48:42 -0000 TB --- 2005-06-20 07:04:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-20 07:04:31 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-06-20 07:04:32 - cleaning the object tree TB --- 2005-06-20 07:05:06 - checking out the source tree TB --- 2005-06-20 07:05:06 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-06-20 07:05:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-20 07:20:21 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-20 07:20:21 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-20 07:20:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-06-20 08:32:37 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-20 08:32:37 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-20 08:32:37 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jun 20 08:32:37 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 Mon Jun 20 08:48:10 UTC 2005 TB --- 2005-06-20 08:48:10 - generating LINT kernel config TB --- 2005-06-20 08:48:10 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-06-20 08:48:10 - /usr/bin/make -B LINT TB --- 2005-06-20 08:48:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-20 08:48:10 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-20 08:48:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 20 08:48:10 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 [...] rpcgen -h -C /tinderbox/CURRENT/i386/pc98/src/sys/netatm/spans/spans_xdr.x | grep -v rpc/rpc.h > spans_xdr.h rpcgen -c -C /tinderbox/CURRENT/i386/pc98/src/sys/netatm/spans/spans_xdr.x | grep -v rpc/rpc.h > spans_xdr.c cc -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -c /tinderbox/CURRENT/i386/pc98/ src/sys/i386/linux/linux_genassym.c sh /tinderbox/CURRENT/i386/pc98/src/sys/kern/genassym.sh linux_genassym.o > linux_assym.h cc -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -c /tinderbox/CURRENT/i386/pc98/ src/sys/i386/svr4/svr4_genassym.c sh /tinderbox/CURRENT/i386/pc98/src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h make: don't know how to make /tinderbox/CURRENT/i386/pc98/src/sys/gnu/reiserfs/reiserfs_hashes.c. Stop *** Error code 2 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-06-20 08:48:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-20 08:48:40 - ERROR: failed to build lint kernel TB --- 2005-06-20 08:48:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 08:56:01 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 D1A8A16A41C; Mon, 20 Jun 2005 08:56:01 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 989A343D53; Mon, 20 Jun 2005 08:56:01 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 0FA4346BA3; Mon, 20 Jun 2005 04:56:01 -0400 (EDT) Date: Mon, 20 Jun 2005 09:58:46 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Garance A Drosehn In-Reply-To: Message-ID: <20050620094835.Q19830@fledge.watson.org> References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: gnn@FreeBSD.org, Poul-Henning Kamp , current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 08:56:01 -0000 On Mon, 20 Jun 2005, Garance A Drosehn wrote: >> If I may jump in here. One way to do the build up vs. cut down thing >> is to break up more of the system into understandable chunks, but that >> takes work. Then it's easier to build up a system from components. >> >> I'll take a look at nanonbsd hopefully this week anyways, as I need to >> get it running in a VM as well as on a Soekris at home. I make no >> promises. The last system I worked with that did a componentization >> got it very very wrong. > > Another thing I was thinking about was that we could have more > components which trim themselves down based on #defines for something > like MINIMALIST_USER or MINIMALIST_USERBIN . I almost tried that with > the recent changes to `env', for instance. The new options I added are > very nice, but they do add something like 20%-40% to the size of the > executable. And someone putting together a minimal system could easily > avoid writing scripts that need the new options. > > If a user could set one #define to cause all programs in /usr/bin to > shrink by 10-15%, that might be valuable. Not sure we could get that > much, or if we would want to support that idea as time goes on. Although then you have to wonder, if you can shrink byt 10%-15% without functional loss, whether that shouldn't be the default :-). I'm somewhat of the opinion that our flags should be of functional granularity -- i.e., you identify functionality you either do or don't want, and get a resulting subset. One of the complications to this is the dependency concerns -- for example, because NanoBSD says NO_CXX, dhclient breaks because it relies on devd. I think we should avoid reaching for unreachable perfection, because if nothing else, it means we'll never get anywhere. In particular, we should try to identify incremental changes to our meta-data and build system, rather than building large new XML-based frameworks that will have to be created and then separately maintained from our current build infrastructure. It seems like some obvious steps forward might be: - Providing more complete NO_xxx functionality, identifying more components that can easily be frobbed. I.e., I have local patches for NO_ACL and NO_MAC that remove small but useful functional subsets that I may get a chance to commit for 6.0, or may not. - Try to figure out how to better differentiate build vs. install time frobbing. For example, the NanoBSD NO_CXX concern: we want C++ applications, we just don't want to install the build chain. Currently, we have no way to differentiate these concepts, since our dependencies are entirely build-time, and our frobs have to match up (generally) between build and install. I.e., devd is built only if !NO_CXX, which is a build-time concern. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 08:58:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1AEA016A41C; Mon, 20 Jun 2005 08:58:12 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F26643D1F; Mon, 20 Jun 2005 08:58:11 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.13.3/8.12.11) with ESMTP id j5K8w901065175; Mon, 20 Jun 2005 10:58:09 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.13.3/8.12.11/Submit) id j5K8w8Uq065174; Mon, 20 Jun 2005 10:58:08 +0200 (CEST) (envelope-from marc) Date: Mon, 20 Jun 2005 10:58:08 +0200 From: Marc Fonvieille To: "Maxim M. Kazachek" Message-ID: <20050620085808.GB63112@abigail.blackend.org> Mail-Followup-To: "Maxim M. Kazachek" , freebsd-current@freebsd.org, freebsd-usb@freebsd.org References: <20050620142522.Q13295@sbk-gw.sibnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050620142522.Q13295@sbk-gw.sibnet.ru> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.11-STABLE Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB Host-to-Host interface USL101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 08:58:12 -0000 On Mon, Jun 20, 2005 at 02:29:18PM +0700, Maxim M. Kazachek wrote: > This device is equipped with GeneSys Logic (0x05e3) USB Host to Host > Bridge (0x0501) which seems called GL620USB in linux world. Just > specifying it in /sys/dev/usb/usbdevs and ugly patch in > /sys/dev/usb/udbp.c makes it work with NETGRAPH in both 5.3-RELEASE-p5 > and 5.4-RELEASE-p2. Can someone add apropriate entries into tree? > Hello, What about filling up a PR with your patch? This will speed up the process and help us a lot. Marc From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 09:25:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C0A1316A41C; Mon, 20 Jun 2005 09:25:46 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8299D43D55; Mon, 20 Jun 2005 09:25:46 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.248.223) by smtp01.syd.iprimus.net.au (7.2.060.1) id 42A0AD7E00528CF1; Mon, 20 Jun 2005 19:25:44 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id DF7A6438C; Mon, 20 Jun 2005 19:25:43 +1000 (EST) Date: Mon, 20 Jun 2005 19:25:43 +1000 From: Tim Robbins To: Tim Kientzle Message-ID: <20050620092543.GA54301@cat.robbins.dropbear.id.au> References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> <42B5C0BC.40904@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B5C0BC.40904@freebsd.org> User-Agent: Mutt/1.4.1i Cc: freebsd-current@freebsd.org Subject: cpio/pax using libarchive? (was Re: Replace /rescue/vi with mined(1) from DragonFlyBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 09:25:46 -0000 On Sun, Jun 19, 2005 at 12:00:12PM -0700, Tim Kientzle wrote: > Peter Jeremy wrote: > >On Sat, 2005-Jun-18 20:39:04 -0700, David O'Brien wrote: > >>On Sat, Jun 18, 2005 at 04:16:04PM +1000, Peter Jeremy wrote: > >> > >>>If you're looking for ways to save space in /rescue, there are other > >>>low-hanging fruit before you start moving to yet another editor: > >> > >>>- pax (when the new libarchive tar is available) > >> > >>Pax does more than just tar archives. Can libarchive'ed tar handle cpio > >>archives? > > > >According to tar(1) and libarchive-formats(3), yes it read anything that > >pax can. (It can't write cpio but I don't see that as a requirement in > >/rescue). > > Yes, it can write cpio. (Posix octet-oriented cpio format, also called > 'odc cpio' Other variants are easy to add if there's demand.) > > Is that not in the manpages? I'll add it. This is a bit off topic, but is there a good reason (other than lack of time) that cpio and pax could not be rewritten to use libarchive? Doing that would win us at least (a) a pax that correctly extracts GNU tar archives, and (b) a non-GPL cpio implementation. For the sake of completeness, it may also make sense to make shar either a C program that calls into libarchive or a wrapper around tar -Wformat=shar, but this doesn't have much practical value. Tim From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 09:39:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 EFC7A16A41C for ; Mon, 20 Jun 2005 09:39:50 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB7B643D49 for ; Mon, 20 Jun 2005 09:39:50 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id j5K9dmI4007105; Mon, 20 Jun 2005 05:39:48 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id j5K9dm1K007101; Mon, 20 Jun 2005 05:39:48 -0400 (EDT) Date: Mon, 20 Jun 2005 05:39:47 -0400 From: Thomas Dickey To: Matthew Dillon Message-ID: <20050620093947.GA5728@saltmine.radix.net> References: <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> <42B5C0BC.40904@freebsd.org> <20050619193939.GR50157@cirb503493.alcatel.com.au> <20050619214417.GB18943@dragon.NUXI.org> <200506200543.j5K5hBcO063785@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <200506200543.j5K5hBcO063785@apollo.backplane.com> User-Agent: Mutt/1.3.27i Cc: freebsd-current@freebsd.org Subject: Re: Replace /rescue/vi with mined(1) from DragonFlyBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 09:39:51 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 19, 2005 at 10:43:11PM -0700, Matthew Dillon wrote: > Kinda silly to have a war over a 37 KB static binary. ;-) =20 > As far as cons25 vs vt100 ... both accept basic ANSI escape sequences > and that is what the editor outputs. The escape sequences generated= =20 > when you hit, e.g. function keys, are sufficiently different that I > simply modified the editor to recognizes BOTH sets (which it almost d= id > already). I was looking at the scrolling. Had not noticed this before, but at some p= oint since the terminfo for cons25 was written, the corresponding code was modif= ied to accept the vt100 scrolling control (which by the way is not part of ISO-6429). The terminfo entry in ncurses uses the analogous SU/SD sequences which are in ISO-6429. Scrolling regions also aren't part of ISO-6429 - on= e of those odd things that you should be aware of. (I don't have a copy of the older ANSI spec, but since it was withdrawn sev= eral years ago, there's no point in discussing which features from it might not = be part of ISL-6429). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFCto7htIqByHxlDocRAolAAKCMDpG4QBag8twgpja4p5Y4DTXkugCghSgp lrh6fMV8Oj30mASFgt3m1HE= =hR6Y -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 09:55:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1696316A41C for ; Mon, 20 Jun 2005 09:55:49 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id B279743D49 for ; Mon, 20 Jun 2005 09:55:48 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9B5DFEB1DA8 for ; Mon, 20 Jun 2005 17:55:45 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id E75D21354FE; Mon, 20 Jun 2005 17:55:39 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85808-12; Mon, 20 Jun 2005 17:55:31 +0800 (CST) Received: from [10.217.12.87] (unknown [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 6925E1354F5; Mon, 20 Jun 2005 17:55:29 +0800 (CST) From: Xin LI To: Jiawei Ye In-Reply-To: References: <1118912651.860.17.camel@spirit> <1119006683.734.8.camel@spirit> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-TnV2i4OjsKYpbpCMgfrJ" Organization: The FreeBSD Simplified Chinese Project Date: Mon, 20 Jun 2005 17:55:15 +0800 Message-Id: <1119261315.6839.7.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at frontfree.net Cc: freebsd-current@freebsd.org Subject: Re: Recent VFS locking vs kqueue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 09:55:49 -0000 --=-TnV2i4OjsKYpbpCMgfrJ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Jiawei, =E5=9C=A8 2005-06-17=E4=BA=94=E7=9A=84 22:53 +0800=EF=BC=8CJiawei Ye=E5=86= =99=E9=81=93=EF=BC=9A > Thank you for looking into this. I have attached my kernel config file > for your reference. BTW, did you happen to get a kernel crash dump > when this happened? Though I have my dumpdev configured, these panics > locks up my system which required hard resets. FYI, with a more recent kernel, compiled with -O -pipe (I want to get the kernel stack frame, while on -CURRENT the default is -O2 -pipe -fno-strict-aliasing which will sometimes corrupt it), seems that the panic vanished... (I have tried -c 2000 and -c 4000 and parallely two -c 2000). Right now I am not sure whether Jeff's recent VFS work has contributed to this (hope this is the case :-), or maybe the -O vs -O2 was the culprit (since the scheduler panic vanished away as well :-(. I will try to investigate more on the two issues in the upcoming two days. Cheers, --=20 Xin LI http://www.delphij.net/ --=-TnV2i4OjsKYpbpCMgfrJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCtpKC/cVsHxFZiIoRAjiGAJ9MpH4334fRcWM5yDwoD4fMuguZzgCgjyKk 4WhZYvuZHsSYHrdYvY78+Nc= =hE2X -----END PGP SIGNATURE----- --=-TnV2i4OjsKYpbpCMgfrJ-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 11:05:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 187CA16A41C for ; Mon, 20 Jun 2005 11:05:45 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from smtpauth06.mail.atl.earthlink.net (smtpauth06.mail.atl.earthlink.net [209.86.89.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E582343D55 for ; Mon, 20 Jun 2005 11:05:44 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from [67.100.142.151] (helo=[192.168.1.102]) by smtpauth06.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1DkK64-0008J5-1B for freebsd-current@freebsd.org; Mon, 20 Jun 2005 07:05:44 -0400 From: "Benjamin Sher" To: freebsd-current@freebsd.org Date: Mon, 20 Jun 2005 06:05:20 -0500 MIME-Version: 1.0 Message-ID: <42B65CA0.25484.3338614@delphi123.zebra.net> Priority: normal X-mailer: Pegasus Mail for Windows (4.30 beta 22) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-ELNK-Trace: 6d7a96d530d16c3b5e89bb4777695beb69025943178dce0b75dafe68d97311bb3130652e73b595c6350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 67.100.142.151 Subject: Creating a bootable CD from ISO -- Rev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 11:05:45 -0000 Dear friends: Note: Do I use the disk-at-once method or the track-at-once method? Very confused. Thank you. Benjamin I've just downloaded the two iso files of the current FreeBSD 5.4 distro. I am new to FreeBSD though I ran Linus for a year or two in the past. I'm having a hell of a problem creating a bootable CD from it using Nero 5.5. I found step-by-step instructions online and I tried but failed twice. Could someone please give me the basic instructions on how to do this? I used the CD Boot but my CD Writer refused to accept my CD RW disk. I know it works because I created a bootable Knoppix CD from it. Just forgot how to do it. Thank you all so much. Benjamin delphi123@zebra.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 11:10:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5F3A016A41C for ; Mon, 20 Jun 2005 11:10:40 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from smtpauth06.mail.atl.earthlink.net (smtpauth06.mail.atl.earthlink.net [209.86.89.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19F2D43D1D for ; Mon, 20 Jun 2005 11:10:40 +0000 (GMT) (envelope-from delphi123@zebra.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=zebra.net; b=PoASLJ40U9ssw+z2SRdlef+G+doA0cuQ3OoThuBBJFsgyHNx+zAqZ9YuqSLLu/HV; h=Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [67.100.142.151] (helo=magic) by smtpauth06.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1DkKAp-0001bV-Aw for freebsd-current@freebsd.org; Mon, 20 Jun 2005 07:10:39 -0400 Message-ID: <001301c57588$a358e040$6601a8c0@magic> From: "Benjamin Sher" To: Date: Mon, 20 Jun 2005 06:10:15 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-ELNK-Trace: bfb5dbe3ee73c5c689edb3c9282d24c54a0a1c3cc142586acc108e09c628e9dcb7966cc3f969709b350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 67.100.142.151 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Creating a bootable CD for FreeBSD 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 11:10:40 -0000 Dear friends: I've just downloaded the two iso files of the current FreeBSD 5.4=20 distro. I am new to FreeBSD though I ran Linus for a year or two=20 in the past. I also subscribed to the freebsd-current list. I'm having a hell of a problem creating a bootable CD from it=20 using Nero 5.5. I found step-by-step instructions online and I tried=20 but failed twice. Could someone please give me the basic instructions on how to=20 do this? I used the CD Boot but my CD Writer refused to accept=20 my CD RW disk. I know it works because I created a bootable=20 Knoppix CD from it. Just forgot how to do it.=20 Note: Do I use the disk-at-once method or the track-at-once=20 method? Very confused. Thank you all so much. Benjamin delphi123@zebra.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 11:20:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1A33216A420 for ; Mon, 20 Jun 2005 11:20:23 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA71D43D48 for ; Mon, 20 Jun 2005 11:20:22 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 877BB16056654 for ; Mon, 20 Jun 2005 13:20:21 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04778-01-29 for ; Mon, 20 Jun 2005 13:20:20 +0200 (CEST) Received: from [147.175.51.163] (unknown [147.175.51.163]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id 935C316051D51 for ; Mon, 20 Jun 2005 13:20:20 +0200 (CEST) Message-ID: <42B6A670.6020205@satro.sk> Date: Mon, 20 Jun 2005 13:20:16 +0200 From: Michal Vanco User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050620) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ANTIvirus at satronet.sk Subject: acpi_fujitsu not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 11:20:23 -0000 Hi, on my Fujitsu Siemens LB E8020 acpi_fujitsu module is not working. After kldload-ing I get this in my dmesg: acpi_fujitsu0: on acpi0 acpi_fujitsu0: Couldn't query volume level acpi_fujitsu0: Couldn't init button states acpi_fujitsu0: Couldn't initialize button states! michal From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 04:10:29 2005 Return-Path: X-Original-To: current@freebsd.org 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 0212D16A41C for ; Mon, 20 Jun 2005 04:10:29 +0000 (GMT) (envelope-from bryan.maynard@reallm.com) Received: from hosting.sourcit.net (mail3.eitsolutions.net [68.23.20.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB14943D49 for ; Mon, 20 Jun 2005 04:10:28 +0000 (GMT) (envelope-from bryan.maynard@reallm.com) Received: (qmail 1631 invoked from network); 19 Jun 2005 23:10:27 -0500 Received: from localhost (127.0.0.1) by localhost with SMTP; 19 Jun 2005 23:10:27 -0500 Received: from AL1-24.207.169.154.charter-stl.com (AL1-24.207.169.154.charter-stl.com [24.207.169.154]) by webmail.reallm.com (Horde MIME library) with HTTP for ; Sun, 19 Jun 2005 23:10:27 -0500 Message-ID: <20050619231027.speqcyk8l6w4w0sc@webmail.reallm.com> Date: Sun, 19 Jun 2005 23:10:27 -0500 From: Bryan Maynard To: freebsd-mobile@freebsd.org References: <20050612204852.qi31u2ddngg08gk8@webmail.reallm.com> 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.3) X-Mailman-Approved-At: Mon, 20 Jun 2005 11:47:25 +0000 Cc: hackers@freebsd.org, current@freebsd.org Subject: NDISulator problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 04:10:29 -0000 I followed the steps listed here and got this message when compiling the ndis code (step 2): Warning: Object directory not changed from original /usr/src/sys/modules/ndis Everything seems to compile and install fine except for that error. I complete the rest of the steps and try to kldload ndis and if_ndis. However, once I load ndis I get this: kldload: can't load if_ndis:File exists Also, I can't ifconfig the ndis0 device because I get an error telling me it doesn't exist. Once ndis is loaded via kldload, I cannot unload it. I get a "Device busy" error. I get this error whether the card is plugged in or not. After loading ndis if I plug my WPC11 card in I get: cardbus1: at device 0.0 (no driver attached) I am running 5.4 with the GENERIC kernel. I am completely stumped. Any help would be greatly appreciated. Thanks! Bryan -- Open Source: by the people, for the people. Quoting Chris Buechler : > On 6/12/05, Bryan Maynard wrote: >> Hey, I have a Linksys WPC11 ver.4 and haven't been able to get it to >> work. I've >> checked out the FreeBSD compatibility website under laptops. It looks like >> people have getten ver. 3 to work. >> >> I am wondering if there is a way to get this card to work with my >> system. I have >> 5.4. >> > > WPC11 versions prior to ver.4 were a different chipset that is > natively supported. But, I have been able to use the NDISulator to > use the ver.4 card in my 5.4 laptop. It's worked great for me for > several months. I documented how to configure it here: > http://buechler.blogspot.com/2005/04/freebsd-ndisulator.html > > Regards, > -Chris From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 11:47:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3AAD416A41C for ; Mon, 20 Jun 2005 11:47:52 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6FCE43D5C for ; Mon, 20 Jun 2005 11:47:51 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 3E67F1270A; Mon, 20 Jun 2005 13:47:50 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 6D2A71132A0; Mon, 20 Jun 2005 13:47:49 +0200 (CEST) Received: from lofi.dyndns.org (dsl-213-023-192-129.arcor-ip.net [213.23.192.129]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 9E1C83186B; Mon, 20 Jun 2005 13:47:49 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j5KBlklF048501 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 20 Jun 2005 13:47:47 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 20 Jun 2005 13:47:38 +0200 User-Agent: KMail/1.8 References: <20050618191648.6699C16A41C@hub.freebsd.org> <20050619130148.N55717@ury.york.ac.uk> <33459.213.146.115.171.1119184346.squirrel@webmail.kamp-dsl.de> In-Reply-To: <33459.213.146.115.171.1119184346.squirrel@webmail.kamp-dsl.de> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: beastie@kamp-dsl.de Subject: Re: Realtek High Definition Audio subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 11:47:52 -0000 --nextPart2189031.XN3shNrLaa Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 19. June 2005 14:32, beastie@kamp-dsl.de wrote: > Thanks. > > pciconf is attached. Im afraid I have no free slot to add an extra card > thats why I need to get this card to work. >none0@pci0:27:0: class=3D0x040300 card=3D0x814e1043 chip=3D0x266880= 86=20 >rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801FB/FR/FW/FRW Intel High Deficition Audio Controller' > class =3D multimedia That's the audio portion of an Intel ICH7 chipset - there's no driver suppo= rt=20 available either in FreeBSD or in the FreeBSD version of OSS for these at t= he=20 moment, you're out of luck for now. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2189031.XN3shNrLaa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCtqziXhc68WspdLARApq5AJ0bFKP0XdQ1aqpneFCb0bqlJMX95ACfaP8z hhI9XPgZtQnlHtF6Id8oYK0= =Z2ti -----END PGP SIGNATURE----- --nextPart2189031.XN3shNrLaa-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 10:04:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B430316A41C for ; Mon, 20 Jun 2005 10:04:57 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 021A743D1F for ; Mon, 20 Jun 2005 10:04:56 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id j5KA4nYR034259 for ; Mon, 20 Jun 2005 13:04:49 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Mon, 20 Jun 2005 13:04:49 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-current@freebsd.org Message-ID: <20050620130034.X31379@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 20 Jun 2005 11:48:39 +0000 Subject: Re: Realtek High Definition Audio subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 10:04:57 -0000 Hello! > Date: Sun, 19 Jun 2005 14:32:26 +0200 (CEST) > From: beastie@kamp-dsl.de > To: "Gavin Atkinson" > Cc: beastie@kamp-dsl.de, freebsd-current@freebsd.org > > none0@pci0:27:0: class=0x040300 card=0x814e1043 chip=0x26688086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW Intel High Deficition Audio Controller' Pardon my French ;) It sounds like an error in our /usr/share/misc/pci_vendors (what is "Deficition"? Shouldn't this be Definition?) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 11:34:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 38CDA16A41C for ; Mon, 20 Jun 2005 11:34:02 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from cobalt.antimatter.net (cobalt.antimatter.net [69.55.224.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2079143D49 for ; Mon, 20 Jun 2005 11:34:02 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from glenn-mobile.antimatter.net (cpe-66-27-86-22.san.res.rr.com [66.27.86.22]) (authenticated bits=0) by cobalt.antimatter.net (8.13.4/8.13.4) with ESMTP id j5KBY00Y025454 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Mon, 20 Jun 2005 04:34:01 -0700 Message-Id: <6.1.0.6.2.20050620042653.0a433eb0@cobalt.antimatter.net> X-Sender: lists@cobalt.antimatter.net X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Date: Mon, 20 Jun 2005 04:32:24 -0700 To: "Benjamin Sher" , From: Glenn Dawson In-Reply-To: <001301c57588$a358e040$6601a8c0@magic> References: <001301c57588$a358e040$6601a8c0@magic> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailman-Approved-At: Mon, 20 Jun 2005 11:48:39 +0000 Cc: Subject: Re: Creating a bootable CD for FreeBSD 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 11:34:02 -0000 At 04:10 AM 6/20/2005, Benjamin Sher wrote: >Dear friends: > > >I've just downloaded the two iso files of the current FreeBSD 5.4 > >distro. I am new to FreeBSD though I ran Linus for a year or two > >in the past. I also subscribed to the freebsd-current list. > > > >I'm having a hell of a problem creating a bootable CD from it > >using Nero 5.5. I found step-by-step instructions online and I tried > >but failed twice. > > > > >Could someone please give me the basic instructions on how to > >do this? I used the CD Boot but my CD Writer refused to accept > >my CD RW disk. I know it works because I created a bootable > >Knoppix CD from it. Just forgot how to do it. > >Note: Do I use the disk-at-once method or the track-at-once > >method? Very confused. Under the recorder menu, choose "burn image". The point it at the .iso you want to make a CD out of. Then twll it to burn. The defaults for everything are typically fine for burning images. -Glenn >Thank you all so much. > > >Benjamin > >delphi123@zebra.net > > > >_______________________________________________ >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 Jun 20 12:41:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 EBA5716A41C for ; Mon, 20 Jun 2005 12:41:44 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B54743D4C for ; Mon, 20 Jun 2005 12:41:43 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 19264 invoked from network); 20 Jun 2005 12:41:41 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by sarajevo with SMTP; 20 Jun 2005 12:41:41 -0000 Received: from [192.168.0.107] ([210.24.122.16]) by maxwell2.pacific.net.sg with ESMTP id <20050620124140.NXLU28012.maxwell2.pacific.net.sg@[192.168.0.107]>; Mon, 20 Jun 2005 20:41:40 +0800 Message-ID: <42B6B931.7080202@pacific.net.sg> Date: Mon, 20 Jun 2005 20:40:17 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Sher References: <42B65CA0.25484.3338614@delphi123.zebra.net> In-Reply-To: <42B65CA0.25484.3338614@delphi123.zebra.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Creating a bootable CD from ISO -- Rev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 12:41:45 -0000 Hi, Benjamin Sher wrote: > Dear friends: > > Note: Do I use the disk-at-once method or the track-at-once > method? Very confused. > It should not matter. I you disk-at-once most of the time. > I've just downloaded the two iso files of the current FreeBSD 5.4 > distro. I am new to FreeBSD though I ran Linus for a year or two > in the past. > Expect some differences. Especially the small differences could become disturbing. > I'm having a hell of a problem creating a bootable CD from it > using Nero 5.5. I found step-by-step instructions online and I tried > but failed twice. > You should burn the ISO images direclty to CD. There should be nothing special. The ISO contain the code for a bootable CD. Erich From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 12:46:26 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 776AF16A41C; Mon, 20 Jun 2005 12:46:26 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2897243D1F; Mon, 20 Jun 2005 12:46:26 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id EDB5022CF; Mon, 20 Jun 2005 08:46:16 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-66.access.uk.tiscali.com [212.74.113.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 7E5598A; Mon, 20 Jun 2005 08:46:12 -0400 (EDT) Received: from lists by billdog.local.linnet.org with local (Exim 4.50 (FreeBSD)) id 1DkLfT-0000Iz-60; Mon, 20 Jun 2005 13:46:23 +0100 Date: Mon, 20 Jun 2005 13:46:23 +0100 From: Brian Candler To: Robert Watson Message-ID: <20050620124623.GA1107@uk.tiscali.com> References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> <20050620094835.Q19830@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050620094835.Q19830@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: gnn@FreeBSD.org, Poul-Henning Kamp , current@FreeBSD.org, Garance A Drosehn Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 12:46:26 -0000 On Mon, Jun 20, 2005 at 09:58:46AM +0100, Robert Watson wrote: > >Another thing I was thinking about was that we could have more > >components which trim themselves down based on #defines for something > >like MINIMALIST_USER or MINIMALIST_USERBIN . I almost tried that with > >the recent changes to `env', for instance. The new options I added are > >very nice, but they do add something like 20%-40% to the size of the > >executable. And someone putting together a minimal system could easily > >avoid writing scripts that need the new options. Hmm... unless we can make the manpages also update themselves conditionally, IMO it might be better to keep a separate tree of cut-down binaries. Can I offer a lateral suggestion on this thread: another option is to take a standard FreeBSD binary distribution and separate out the bits you want and those you don't. I wrote a tiny program using libarchive which does this: http://psg.com/~brian/software/tarsplit/ It's controlled by a simple config file, specifying which file patterns go into which output bins. The way I chose to split it, from the base.?? files I got: -rw-r--r-- 1 brian brian 12259050 May 9 11:49 splitbsd-5.4-base.tar.gz -rw-r--r-- 1 brian brian 3739936 May 9 11:49 splitbsd-5.4-bind.tar.gz -rw-r--r-- 1 brian brian 7895611 May 9 11:49 splitbsd-5.4-boot.tar.gz -rw-r--r-- 1 brian brian 17848825 May 9 11:49 splitbsd-5.4-devel.tar.gz -rw-r--r-- 1 brian brian 2085982 May 9 11:49 splitbsd-5.4-doc.tar.gz -rw-r--r-- 1 brian brian 287388 May 9 11:49 splitbsd-5.4-legacy.tar.gz -rw-r--r-- 1 brian brian 810702 May 9 11:49 splitbsd-5.4-netif.tar.gz -rw-r--r-- 1 brian brian 371588 May 9 11:49 splitbsd-5.4-nisker.tar.gz -rw-r--r-- 1 brian brian 663606 May 9 11:49 splitbsd-5.4-sendmail.tar.gz -rw-r--r-- 1 brian brian 1164703 May 9 11:49 splitbsd-5.4-text.tar.gz The -base package gives you a reasonably functional FreeBSD system, in 12MB compressed / 35MB 'du' uncompressed. Just add a kernel of your choice. When you re-run the same config against a newer distribution, say 5.5, then tarsplit indicates which files are new (filename don't match any pattern) and have gone (pattern doesn't match any file), which helps you keep the control file up to date incrementally. Now, if only I could tell for sure which files are GPL-tainted. Perhaps we could add a UFS flag for this :-) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 13:07:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 CD94D16A41C for ; Mon, 20 Jun 2005 13:07:08 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00FF643D1F for ; Mon, 20 Jun 2005 13:07:07 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.3) with ESMTP id j5KD711F000968 for ; Mon, 20 Jun 2005 17:07:01 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.3/Submit) id j5KD71n8000967 for freebsd-current@freebsd.org; Mon, 20 Jun 2005 17:07:01 +0400 (MSD) (envelope-from tarc) Resent-From: Tarc Resent-Date: Mon, 20 Jun 2005 17:07:01 +0400 Resent-Message-ID: <20050620130701.GB917@tarc.po.cs.msu.su> Resent-To: freebsd-current Date: Mon, 20 Jun 2005 17:06:09 +0400 From: Tarc To: Andreas Tobler Message-ID: <20050620130609.GA917@tarc.po.cs.msu.su> References: <20050617180321.GA1131@tarc.po.cs.msu.su> <867jgskfvd.fsf@xps.des.no> <20050618105622.GA723@tarc.po.cs.msu.su> <86k6krg0z5.fsf@xps.des.no> <42B5D82E.2090509@pop.agri.ch> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <42B5D82E.2090509@pop.agri.ch> User-Agent: Mutt/1.5.9i Cc: Subject: Re: -CURRENT crashes on compilling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 13:07:09 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sun, Jun 19, 2005 at 10:40:14PM +0200, Andreas Tobler wrote: > Dag-Erling Sm??rgrav wrote: > >Tarc writes: > > > >>On Fri, Jun 17, 2005 at 08:17:10PM +0200, Dag-Erling Smørgrav wrote: > >> > >>>Bad hardware - most likely bad RAM, possibly a bad CPU. > >> > >>Hmm... I thinked about this, but RAM is ok. > > Side note, I could not have a look at your config/dmesg etc. > tarc.po.cs.msu.su could not be found. > Sorry, my machine failed. attaching them now. -- Best regards, Arseny Nasokin --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=koi8-r Content-Description: Old Dmesg Content-Disposition: attachment; filename=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 #2: Wed Jun 1 01:35:28 MSD 2005 toor@tarc.po.cs.msu.su:/mnt/usr/obj/usr/src/sys/TarcCurrent MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: MEMGUARD map base: 0xc19e8000 MEMGUARD map limit: 0xc23f7000 MEMGUARD map size: 10547200 (Bytes) Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183f9ff real memory = 335532032 (319 MB) avail memory = 314777600 (300 MB) Security policy loaded: TrustedBSD MAC/seeotheruids (mac_seeotheruids) Security policy loaded: TrustedBSD MAC/portacl (trustedbsd_mac_portacl) Security policy loaded: TrustedBSD MAC/BSD Extended (mac_bsdextended) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 9 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe7000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xe0000000-0xe0ffffff,0xe4000000-0xe5ffffff irq 11 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd400-0xd41f irq 9 at device 4.2 on pci0 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 intpm0: port 0xe800-0xe80f irq 9 at device 4.3 on pci0 intpm0: I/O mapped e800 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus1: on intsmb0 intpm0: PM I/O mapped e400 ahc0: port 0xd000-0xd0ff mem 0xdf800000-0xdf800fff irq 9 at device 6.0 on pci0 Serial EEPROM: 0xb0ee 0xb0ee 0xb0ee 0xb0ee 0x82b4 0x80c0 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0x9040 0xa40c 0x8301 0xb0ee 0x8004 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff 0xbfff Serial EEPROM: 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xad1 0x5e 0x2807 0x10 0x300 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x250 0x743d ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs pcm0: port 0xb800-0xb83f irq 9 at device 9.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] fxp0: port 0xb400-0xb41f mem 0xe3000000-0xe3000fff,0xdf000000-0xdf0fffff irq 5 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:04:ac:15:f3:b7 fxp1: port 0xb000-0xb01f mem 0xe2000000-0xe2000fff,0xde800000-0xde8fffff irq 10 at device 11.0 on pci0 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:04:ac:15:f3:be speaker0: port 0x61 on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model NetMouse/NetScroll Optical, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xcc000-0xcc7ff,0xd0000-0xd07ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <32 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 350797695 Hz quality 800 Timecounters tick every 0.976 msec Waiting 5 seconds for SCSI devices to settle ad0: 4126MB at ata0-master UDMA33 ad2: 152627MB at ata1-master UDMA33 (targbh0:ahc0:0:-1:-1): Lun now enabled for target mode ATA PseudoRAID loaded hwpmc: TSC(1) P6(2) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 2170MB (4445380 512 byte sectors: 255H 63S/T 276C) GEOM_LABEL: Label for provider da0s1d is ufs/Tarc. Trying to mount root from ufs:/dev/ad0s1a GEOM_LABEL: Label for provider da0s1d is ufs/Tarc. fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 0 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 0 KLD logo_saver.ko: depends on splash - not available fxp1: link state changed to DOWN fxp1: link state changed to UP fxp0: link state changed to UP fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 0 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 0 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 0 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 0 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=koi8-r Content-Description: Kernel Config Content-Disposition: attachment; filename=TarcCurrent ident "Tarc.Current" # the ``identification'' of the kernel machine i386 # architecture to be configured for cpu I686_CPU # aka Pentium Pro(tm) options HZ=1024 # The granularity of operation is controlled by the kernel options INCLUDE_CONFIG_FILE # Include this file in kernel options GEOM_BDE # Disk encryption options GEOM_BSD # BSD disklabels options GEOM_CONCAT # Disk concatenation options GEOM_FOX # Redundant path mitigation options GEOM_GATE # Userland services options GEOM_GPT # GPT partitioning options GEOM_LABEL # Providers labelization options GEOM_MBR # DOS/MBR partitioning options GEOM_MIRROR # Disk mirroring options GEOM_NOP # Test class options GEOM_SHSEC # Shared secret options GEOM_STRIPE # Disk striping options GEOM_UZIP # Read-only compressed disks options GEOM_VOL # Volume names from UFS superblock options SCHED_ULE # Or should it to be replaced to SCHED_4BSD ? options _KPOSIX_PRIORITY_SCHEDULING # Build in _POSIX_PRIORITY_SCHEDULING options COMPAT_43 # It's needed for COMPAT_LINUX options COMPAT_FREEBSD4 # FreeBSD4 compatibility syscalls options COMPAT_LINUX # Linux ABI emulation options LINPROCFS # Linux-like proc filesystem support options SYSVSHM # System V shared memory options SYSVSEM # System V semaphores options SYSVMSG # System V message queues # options KDB # Compile with kernel debugger related code options KDB_TRACE # Print a stack trace of the current thread on the console for a panic #options KDB_UNATTENDED # Don't enter the debugger for a panic options DDB # Enable the ddb debugger backend options DDB_NUMSYM # Print the numerical value of symbols in addition to the symbolic representation options GDB # Enable the remote gdb debugger backend options SYSCTL_DEBUG # enables a 'sysctl' debug tree that can be used to dump the contents of the registered sysctl nodes on the console options DEBUG_MEMGUARD # enables memguard(9) options KTRACE # kernel tracing options KTRACE_REQUEST_POOL=101 # kern.ktrace_request_pool tunable and sysctl #options RESTARTABLE_PANICS # allows one to continue from a panic # PF don`t compile with it... (( device hwpmc # Hardware performance monitoring counter support options HWPMC_HOOKS # Other necessary kernel hooks options INET # Internet communications protocols options INET6 # IPv6 communications protocols options IPX # IPX/SPX communications protocols options IPXIP # IPX in IP encapsulation (not available) options ALTQ # alternate queuing of network packets options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection 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 # equired for SMP build options NETGRAPH # netgraph(4) system options DEVICE_POLLING # mixed interrupt-polling handling device loop # Network loopback device device ether # Generic Ethernet device sl # Serial Line IP device bpf # Berkeley packet filter device tap # Virtual Ethernet driver device tun # Tunnel driver (ppp(8), nos-tun(8)) device gif # IPv6 and IPv4 tunneling device gre # IP over IP tunneling device faith # for IPv6 and IPv4 translation device stf # 6to4 IPv6 over IPv4 encapsulation device pf # PF OpenBSD packet-filter firewall device pflog # logging support interface for PF device pfsync # synchronization interface for PF options MROUTING # Multicast routing options PIM # Protocol Independent Multicast options IPSTEALTH # support for stealth forwarding options ACCEPT_FILTER_DATA # `wait for data' socket option options ACCEPT_FILTER_HTTP # `wait for HTTP data' socket option options TCP_DROP_SYNFIN # drop TCP packets with SYN+FIN options ZERO_COPY_SOCKETS # Zero copy sockets support device miibus # required for some PCI 10/100 ethernet NICs #device miibus0 # device fxp # Intel EtherExpress Pro/100B # (hint of prefer_iomap can be done to prefer I/O instead of Mem mapping) options FFS # Fast filesystem options NFSCLIENT # Network File System client options NFSSERVER # Network File System server options CD9660 # ISO 9660 filesystem options MSDOSFS # MS DOS File System (FAT, FAT32) options NTFS # NT File System options HPFS # OS/2 File system options UDF # Universal Disk Format options LIBICONV # Kernel side iconv library # Optional character code conversion support with LIBICONV options CD9660_ICONV # options MSDOSFS_ICONV # options NTFS_ICONV # options UDF_ICONV # options MSDOSFS_LARGE # options NULLFS # NULL filesystem options FDESCFS # File descriptor filesystem options PORTALFS # Portal filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options PSEUDOFS_TRACE # Debugging support for PSEUDOFS # Broken (seriously (functionally) broken) #options UMAPFS # UID map filesystem undefined elements? options UNIONFS # Union filesystem options SOFTUPDATES # Soft updates is a technique for improving filesystem speed and making abrupt shutdown less risky options UFS_EXTATTR # Extended attributes options UFS_EXTATTR_AUTOSTART # Extended attributes autoload options UFS_ACL # Access Control List support for UFS filesystems options UFS_DIRHASH # improves the speed of operations on very large directories options QUOTA # Disk quotas device random # Cryptographically secure random number generator device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w device rndtest # FIPS 140-2 entropy tester options INIT_PATH=/sbin/init:/stand/sysinstall # options DEBUG_VFS_LOCKS # enable vfs lock debugging options SOCKBUF_DEBUG # enable sockbuf last record/mb tail checking device mem # The system memory devices device io # The I/O device device apic # I/O apic options MAC # Support for Mandatory Access Control (MAC) options MAC_BSDEXTENDED # file system firewall policy options MAC_PORTACL # network port access control policy options MAC_SEEOTHERUIDS # simple policy controlling whether users see other users device scbus # base SCSI code device ch # SCSI media changers device da # SCSI direct access devices (aka disks) device cd # SCSI CD-ROMs device ses # SCSI Environmental Services (and SAF-TE) device pt # SCSI processor device targ # SCSI Target Mode Code device targbh # SCSI Target Mode Blackhole Device device pass # CAM passthrough driver options SCSI_DELAY=5000 # Be pessimistic about Joe SCSI device device ahc # Adaptec 274x/284x/2910/293x/294x/394x/3950x/3960x/398X/4944/19160x/29160x, aic7770/aic78xx options AHC_DUMP_EEPROM # Dump the contents of the ahc controller configuration PROM options AHC_TMODE_ENABLE # Bitmap of units to enable targetmode operations device ata # all ATA and ATAPI devices device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapicam # emulate ATAPI devices as SCSI ditto via CAM # needs CAM to be present (scbus & pass) options ATA_STATIC_ID # controller numbering is static ie depends on location device fdc # Standard floppy disk controllers device pty # Pseudo ttys device nmdm # nullmodem terminal driver (see nmdm(4)) device snp # Snoop device - to look at pty/vty/etc.. device sc # The syscons console driver (sco color console compatible) options MAXCONS=32 # number of virtual consoles options SC_MOUSE_CHAR=0x3 # char code for text mode mouse cursor options SC_PIXEL_MODE # add support for the raster text mode options VESA # support for VGA VESA video modes device ccd # Concatenated disk driver device md # Memory/malloc disk device atkbdc # The keyboard controller; it controls the keyboard and the PS/2 mouse device atkbd # The AT keyboard device psm # PS/2 mouse device isa # ISA bus, Required by npx(4) device pci # PCI bus & PCI options device agp # AGP GART support device npx # Numeric Processing eXtension driver device vga # video card driver for VGA adapters device sio # serial ports device cpufreq # The cpufreq(4) driver provides support for non-ACPI CPU frequency control options BREAK_TO_DEBUGGER # A BREAK on a serial console goes to ddb, if available device speaker # Play IBM BASIC-style noises out your speaker device sound # The generic sound driver device "snd_es137x" # Ensoniq AudioPCI ES137x PCI device snd_sbc # Creative SoundBlaster ISA PnP/non-PnP # upports ESS and Avance ISA chips as well device smbus # System Management Bus device intpm # Intel PIIX4 (82371AB, 82443MX) Power Management Unit device pmtimer # Adjust system timer at wakeup time options ENABLE_ALART # Control alarm on Intel intpm driver device usb # General USB code device uhci # UHCI controller device ohci # OHCI controller device ehci # EHCI controller device ugen # Generic USB device driver device ukbd # USB keyboard device umass # USB Iomega Zip 100 Drive (Requires scbus and da) device ums # USB mouse device uscanner # USB scanners device dcons # dumb console driver options DCONS_BUF_SIZE=16384 # buffer size options DCONS_FORCE_GDB=1 # force to be the gdb device --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=koi8-r Content-Description: Current dmesg Content-Disposition: attachment; filename=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: Wed Jun 8 14:42:25 MSD 2005 tarc@phobos.cs.msu.su:/usr/home/tarc/root/obj/usr/home/tarc/root/src/sys/TarcCurrent MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: MEMGUARD map base: 0xc1948000 MEMGUARD map limit: 0xc29c2000 MEMGUARD map size: 17276928 (Bytes) ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) 3000+ (1991.85-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0480000 real memory = 536805376 (511 MB) avail memory = 516022272 (492 MB) Security policy loaded: TrustedBSD MAC/BSD Extended (mac_bsdextended) Security policy loaded: TrustedBSD MAC/seeotheruids (mac_seeotheruids) Security policy loaded: TrustedBSD MAC/portacl (trustedbsd_mac_portacl) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 12 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: irq 10 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: irq 5 on acpi0 pci_link10: on acpi0 pci_link11: irq 12 on acpi0 pci_link12: irq 9 on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: irq 11 on acpi0 pci_link17: irq 16 on acpi0 pci_link18: irq 17 on acpi0 pci_link19: irq 18 on acpi0 pci_link20: irq 19 on acpi0 pci_link21: irq 16 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 23 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 pci_link32: irq 0 on acpi0 pci_link33: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 pci_link22: Unable to choose an IRQ pci_link23: Unable to choose an IRQ pci_link29: Unable to choose an IRQ pci_link26: Unable to choose an IRQ pci_link33: Unable to choose an IRQ agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe7104000-0xe7104fff irq 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xe7105000-0xe7105fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xe7100000-0xe71000ff irq 20 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pci_link19: BIOS IRQ 21 for 0.6.INTA is invalid pci_link17: BIOS IRQ 22 for 0.11.INTA is invalid pci1: on pcib1 pci1: at device 6.0 (no driver attached) fxp0: port 0x8400-0x841f mem 0xe7000000-0xe7000fff,0xe6000000-0xe60fffff irq 16 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:04:ac:15:f3:be fxp1: port 0x8800-0x881f mem 0xe7001000-0xe7001fff,0xe6100000-0xe61fffff irq 17 at device 9.0 on pci1 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:04:ac:15:f3:b7 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xb800-0xb80f,0xbc00-0xbc7f irq 22 at device 11.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib2: at device 30.0 on pci0 pci2: on pcib2 speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc87ff,0xc9000-0xc97ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <32 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1991852693 Hz quality 800 Timecounters tick every 0.976 msec ad0: 4126MB at ata0-master UDMA33 ad2: 152627MB at ata1-master UDMA100 ad3: 76318MB at ata1-slave UDMA100 ad6: 152627MB at ata3-master SATA150 ATA PseudoRAID loaded hwpmc: TSC(1) K7(4) GEOM_LABEL: Label for provider ad6s1 is msdosfs/SYSTEM. GEOM_LABEL: Label for provider ad6s5 is msdosfs/PROGRAMS. GEOM_LABEL: Label for provider ad6s6 is msdosfs/GAMES. GEOM_LABEL: Label for provider ad6s8 is msdosfs/BACKUPS. Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /mnt/usr was not properly dismounted WARNING: /mnt/usr/obj was not properly dismounted WARNING: /mnt/usr/home was not properly dismounted fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 0 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 0 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 0 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 0 KLD logo_saver.ko: depends on splash - not available pid 1008 (sendmail), uid 0: exited on signal 11 --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 13:22:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2858B16A41C for ; Mon, 20 Jun 2005 13:22:00 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAAFF43D53 for ; Mon, 20 Jun 2005 13:21:59 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [212.44.92.174] (port=4269 helo=[192.168.184.134]) by mx1.mail.ru with esmtp id 1DkMDt-000LU5-00 for freebsd-current@freebsd.org; Mon, 20 Jun 2005 17:21:58 +0400 Message-ID: <42B6C2DD.6020603@mail.ru> Date: Mon, 20 Jun 2005 17:21:33 +0400 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050405) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: if_ural crashes kernel when starting interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 13:22:00 -0000 Hi, i'm using 6-Current cvsuped 17.06. my previous 6-Current (where i had no problem) was cvsuped 5.06 problem: i've got Asus 168g Wifi card & Dlink G604T router. in my rc.conf i have: ifconfig_ural0="inet 192.168.0.2 mask 255.255.255.0 ssid my_ssid wepmode on wepkey 0x0000000000 weptxkey 1" it worked with previous build but panics with new. Some investigation showed that system felt good with such string: ifconfig_ural0="DHCP ssid my_ssid wepmode on wepkey 0x0000000000 weptxkey 1" There are 3 new entries in UPDATING since my latest build, so i don't know either network API changes or new dhclient are resposible for. thus, i have to use dhcp with my Wifi card and cannot setup ip manually. Stepan Rakhimov From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 14:52:30 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG 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 65D5F16A41F for ; Mon, 20 Jun 2005 14:52:30 +0000 (GMT) (envelope-from steve@pepcross.com) Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2272543D1F for ; Mon, 20 Jun 2005 14:52:29 +0000 (GMT) (envelope-from steve@pepcross.com) Received: from mail.lonres.com ([194.70.153.187]) by anchor-post-34.mail.demon.net with esmtp (Exim 4.42) id 1DkNdT-000MxA-Da; Mon, 20 Jun 2005 14:52:27 +0000 Received: from pepcross.com (bibipentium.lonres.com [10.10.10.225]) by mail.lonres.com (Postfix) with SMTP id AD0142E0A3; Mon, 20 Jun 2005 15:52:26 +0100 (BST) Received: by pepcross.com (sSMTP sendmail emulation); Mon, 20 Jun 2005 15:52:47 +0100 Date: Mon, 20 Jun 2005 15:52:47 +0100 From: Steve Roome To: Jonathan Noack Message-ID: <20050620145247.GD597@bibipentium.lonres.com> References: <20050616182421.A87199@cons.org> <20050616.210529.20240024.imp@bsdimp.com> <20050617114607.A3198@cons.org> <20050617160332.GG34777@bibipentium.lonres.com> <20050617131822.A5495@cons.org> <42B30B06.7070005@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B30B06.7070005@alumni.rice.edu> User-Agent: Mutt/1.4.2.1i Cc: Martin Cracauer , freebsd-current@FreeBSD.ORG, "M. Warner Losh" Subject: Re: 6.0-current panic: loading radeon module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 14:52:30 -0000 On Fri, Jun 17, 2005 at 12:40:22PM -0500, Jonathan Noack wrote: > On 6/17/2005 12:18 PM, Martin Cracauer wrote: > >Steve Roome wrote on Fri, Jun 17, 2005 at 05:03:32PM +0100: > >>If it's any iterest, I had a similar experience earlier this week. > >> > >>xorg-server-6.8.99.5 with a radeon 9600 X and -current as of Monday > >>causes my entire machine to freeze up completely rather than just > >>panic. > >> > >>It's fine if I take drm option out of the x config again - so it's > >>only when I actually use DRM, and for me it's a black screen and hard > >>lockup. > > > >This is odd. DRI (and hence DRM) only support radeons up to 9200 > >(really 9250 probably). Your 9600 series shouldn't have a need for > >the drm module in first place. > > The r300 project (http://r300.sourceforge.net) is getting tantalizingly > close to usable DRI for newer radeons. I saw glxgears running at 2600+ > fps for about 15 seconds before the 3D engine on my 9800 Pro locked up. > I finally got tired of manually merging Mesa commits and translating > linux drm changes to bsd so I'm no longer using it. If you're > interested, here's the basic instructions: > http://lists.freebsd.org/pipermail/freebsd-x11/2005-May/001903.html > > Note that it requires a decent amount of effort just to get it to > compile, much less do anything useful. Abandon hope, all ye who enter > here... I was under the impresion that newer DRM stuff had been stuffed in back in april directly from the r300 project. drm0: port 0xc000-0xc0ff mem 0xc0000000-0xcfffffff,0xe1000000-0xe100ffff irq 7 at device 0.0 on pci2 info: [drm] AGP at 0xb0000000 256MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 drm0: port 0xc000-0xc0ff mem 0xc0000000-0xcfffffff,0xe1000000-0xe100ffff irq 7 at device 0.0 on pci2 info: [drm] AGP at 0xb0000000 256MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 I'm also using xorg snap 6.8.99.5 which should have the newer development (r300+ I thought) DRI drivers in it. I could be wrong, but I don't get any more info from the crash than I mentioned last time :( Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 15:20:11 2005 Return-Path: X-Original-To: current@freebsd.org 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 ED63616A41C for ; Mon, 20 Jun 2005 15:20:11 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66F5D43D55 for ; Mon, 20 Jun 2005 15:20:11 +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.4/8.13.4) with ESMTP id j5KFKA8S000865 for ; Mon, 20 Jun 2005 19:20:10 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DomainKey-Signature: a=rsa-sha1; s=default; d=nagual.pp.ru; c=nofws; q=dns; h=received:date:from:to:subject:message-id: mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=B5/SrZBPX+NwWGK86onKktPL9dPRDNYUAFU7AA3TRGwkoydq9rVH1KfQw97I+VP5h S5RPp61cE/eEaRCo5PZsg== Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5KFKA0g000864 for current@freebsd.org; Mon, 20 Jun 2005 19:20:10 +0400 (MSD) (envelope-from ache) Date: Mon, 20 Jun 2005 19:20:09 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20050620152009.GA797@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: page fault in tcp_dooptions() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 15:20:12 -0000 Fresh -current panic in tcp_dooptions(): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc053aae2 stack pointer = 0x28:0xcc7e9a78 frame pointer = 0x28:0xcc7e9ac8 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 = 29 (swi1: net) trap number = 12 panic: page fault #0 0xc049f19c in doadump () #1 0xc049f6a4 in boot () #2 0xc049fd22 in panic () #3 0xc05d1c5f in trap_fatal () #4 0xc05d1efb in trap_pfault () #5 0xc05d22d0 in trap () #6 0xc05c344a in calltrap () #7 0xcc7e0008 in ?? () #8 0xc05c0028 in pnpbios_identify () #9 0xc0535db0 in tcp_dooptions () #10 0xc0536866 in tcp_input () #11 0xc052fa72 in ip_input () #12 0xc051e3bb in netisr_processqueue () #13 0xc051e687 in swi_net () #14 0xc0486aa4 in ithread_loop () #15 0xc0485a6d in fork_exit () #16 0xc05c34ac in fork_trampoline () -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 15:23:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5B0E316A41C for ; Mon, 20 Jun 2005 15:23:57 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from smtpauth08.mail.atl.earthlink.net (smtpauth08.mail.atl.earthlink.net [209.86.89.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3319943D1D for ; Mon, 20 Jun 2005 15:23:57 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from [67.100.142.151] (helo=[192.168.1.101]) by smtpauth08.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1DkO7w-0005GQ-J9 for freebsd-current@freebsd.org; Mon, 20 Jun 2005 11:23:56 -0400 Message-ID: <42B6DFA1.3030203@zebra.net> Date: Mon, 20 Jun 2005 10:24:17 -0500 From: Benjamin Sher User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 4079d26bb464aa719649176a89d694c0f43c108795ac450758c973df3f293f94108594f6e406f166350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 67.100.142.151 Subject: Installing FreeBSD -- urgent hard drive issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 15:23:57 -0000 Dear friends: I'm trying to install FreeBSD 5.4. The install CD that I created in Nero is fine. I also printed out all the info I could on my system. I have two primary hard drives, each 40G in capacity: The first one has Windows XP on it. The second disk is completely blank. I would like to install FreeBSD on this second disk and to use it entirely. When I booted up to the Install screen I saw the option of choosing ado or ad1. I did read about this earlier on the FreeBSD home page. I chose ad1and then saw the Fdisk screen. I don't need to Fdisk anything. I just want to use the second primary hard drive. I am very much afraid that I might do something wrong and wipe out my Windows installation. So, I chickened out and decided to ask for further guidance from the list. Could you please advise me on what precisely I should do at this critical moment? Thank you so much. Please note my email address: Benjamin Sher delphi123@zebra.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 15:37:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 EE0F616A41C for ; Mon, 20 Jun 2005 15:37:37 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 55D9C43D48 for ; Mon, 20 Jun 2005 15:37:36 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 20 Jun 2005 15:37:35 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp026) with SMTP; 20 Jun 2005 17:37:35 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 20 Jun 2005 17:37:18 +0200 User-Agent: KMail/1.8 References: <42B6DFA1.3030203@zebra.net> In-Reply-To: <42B6DFA1.3030203@zebra.net> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3079770.pLgKkTDkRk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506201737.30879@harrymail> X-Y-GMX-Trusted: 0 Cc: Benjamin Sher Subject: Re: Installing FreeBSD -- urgent hard drive issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 15:37:38 -0000 --nextPart3079770.pLgKkTDkRk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 20. Juni 2005 17:24 schrieb Benjamin Sher: > Dear friends: > > I'm trying to install FreeBSD 5.4. The install CD that I created in Nero > is fine. I also > printed out all the info I could on my system. I have two primary hard > drives, each 40G > in capacity: The first one has Windows XP on it. The second disk is > completely blank. I > would like to install FreeBSD on this second disk and to use it > entirely. When I booted > up to the Install screen I saw the option of choosing ado or ad1. I did > read about this > earlier on the FreeBSD home page. I chose ad1and then saw the Fdisk > screen. I don't > need to Fdisk anything. I just want to use the second primary hard > drive. I am very If you choose ad1 then the partition table of ad0 (where your windows=20 resides) won't be touched. You could install FreeBSD without having a=20 MBR/Partition table but for compatibility reasons FreeBSD adopted the=20 microsoft partitions, so if you use sysinstall you have to create one=20 partition (slice would be the correct FreeBSD term) with id 165 and inside= =20 that slice the different labels for your mount points. > much afraid that I might do something wrong and wipe out my Windows > installation. So, Well, since you're doing regulary backups this won't be a matter, right? ;) =2DHarry > I chickened out and decided to ask for further guidance from the list. > > Could you please advise me on what precisely I should do at this > critical moment? > > Thank you so much. > > Please note my email address: > > Benjamin Sher > delphi123@zebra.net > > > _______________________________________________ > 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" --nextPart3079770.pLgKkTDkRk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCtuK6Bylq0S4AzzwRAlAgAJ981KXhtci7lLg/DyynK0JxsyXhgACcDCZ6 wsXwJ0LUAuxX/q83Xx5VPDg= =VxSF -----END PGP SIGNATURE----- --nextPart3079770.pLgKkTDkRk-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 15:42:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 003DF16A41C for ; Mon, 20 Jun 2005 15:41:59 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D57143D49 for ; Mon, 20 Jun 2005 15:41:58 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id CE695B83F; Mon, 20 Jun 2005 17:41:54 +0200 (CEST) Date: Mon, 20 Jun 2005 17:41:51 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.5.30) Professional X-Priority: 3 (Normal) Message-ID: <654453923.20050620174151@andric.com> To: Benjamin Sher In-Reply-To: <42B6DFA1.3030203@zebra.net> References: <42B6DFA1.3030203@zebra.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------A83AC5B1706A" Cc: freebsd-current@freebsd.org Subject: Re: Installing FreeBSD -- urgent hard drive issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dimitry Andric List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 15:42:00 -0000 ------------A83AC5B1706A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2005-06-20 at 17:24:17 Benjamin Sher wrote: > I chose ad1and then saw the Fdisk screen. I don't need to Fdisk > anything. I just want to use the second primary hard drive. Yes, you do need to fdisk. Simply allocate all space on the second drive (ad1) to a FreeBSD partition by pressing A. Try reading: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-steps.html > I am very much afraid that I might do something wrong and wipe out > my Windows installation. Then don't select the first drive (ad0). :) If you select this drive by accident, it will show you the Windows partition(s) on it anyway, so you will see immediately that you chose the wrong drive. ------------A83AC5B1706A Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCtuO/sF6jCi4glqMRAszaAJ94ZD7S3qRtaCWcO/Tknhs6+mgP6QCgqbOx gBn8IoKCzS+BN2cKooAo2YM= =FIRo -----END PGP MESSAGE----- ------------A83AC5B1706A-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 15:42:39 2005 Return-Path: X-Original-To: current@freebsd.org 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 6A4EC16A41C for ; Mon, 20 Jun 2005 15:42:39 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80605.mail.yahoo.com (web80605.mail.yahoo.com [66.218.79.94]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E0E743D53 for ; Mon, 20 Jun 2005 15:42:39 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 9596 invoked by uid 60001); 20 Jun 2005 15:42:39 -0000 Message-ID: <20050620154239.9594.qmail@web80605.mail.yahoo.com> Received: from [64.160.46.139] by web80605.mail.yahoo.com via HTTP; Mon, 20 Jun 2005 08:42:38 PDT Date: Mon, 20 Jun 2005 08:42:38 -0700 (PDT) From: Mohan Srinivasan To: Andrey Chernov , current@freebsd.org In-Reply-To: <20050620152009.GA797@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: page fault in tcp_dooptions() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 15:42:39 -0000 Do you have a core, can you place the core for download and send me a link ? (The link you point to at the bottom of the e-mail is in russian). mohan --- Andrey Chernov wrote: > Fresh -current panic in tcp_dooptions(): > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x4 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc053aae2 > stack pointer = 0x28:0xcc7e9a78 > frame pointer = 0x28:0xcc7e9ac8 > 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 = 29 (swi1: net) > trap number = 12 > panic: page fault > > #0 0xc049f19c in doadump () > #1 0xc049f6a4 in boot () > #2 0xc049fd22 in panic () > #3 0xc05d1c5f in trap_fatal () > #4 0xc05d1efb in trap_pfault () > #5 0xc05d22d0 in trap () > #6 0xc05c344a in calltrap () > #7 0xcc7e0008 in ?? () > #8 0xc05c0028 in pnpbios_identify () > #9 0xc0535db0 in tcp_dooptions () > #10 0xc0536866 in tcp_input () > #11 0xc052fa72 in ip_input () > #12 0xc051e3bb in netisr_processqueue () > #13 0xc051e687 in swi_net () > #14 0xc0486aa4 in ithread_loop () > #15 0xc0485a6d in fork_exit () > #16 0xc05c34ac in fork_trampoline () > > > -- > http://ache.pp.ru/ > _______________________________________________ > 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 Jun 20 15:49:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E6E4B16A41C for ; Mon, 20 Jun 2005 15:49:27 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from smtpauth01.mail.atl.earthlink.net (smtpauth01.mail.atl.earthlink.net [209.86.89.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCEE743D48 for ; Mon, 20 Jun 2005 15:49:27 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from [67.100.142.151] (helo=[192.168.1.101]) by smtpauth01.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1DkOWc-0007GC-Kc for freebsd-current@freebsd.org; Mon, 20 Jun 2005 11:49:26 -0400 Message-ID: <42B6E59C.6080200@zebra.net> Date: Mon, 20 Jun 2005 10:49:48 -0500 From: Benjamin Sher User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42B6DFA1.3030203@zebra.net> <200506201737.30879@harrymail> In-Reply-To: <200506201737.30879@harrymail> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 4079d26bb464aa719649176a89d694c0f43c108795ac45071e656f3b44bd9e40f42a13796b7044f2350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 67.100.142.151 Subject: Re: Installing FreeBSD -- urgent hard drive issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 15:49:28 -0000 Dear friends: My deep gratitude to everyone who responded to my urgent request. I selected ad1 and then fdisk, then All, etc. No problem. FreeBSD is now being installed on my system. Thanks again. Benjamin From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 15:53:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B1DF816A41C for ; Mon, 20 Jun 2005 15:53:59 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4473143D53 for ; Mon, 20 Jun 2005 15:53:57 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id F1B142185; Mon, 20 Jun 2005 08:53:45 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id CCB872184; Mon, 20 Jun 2005 08:53:45 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j5KFs8KA008576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Jun 2005 08:54:09 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j5KFs8e2008573; Mon, 20 Jun 2005 08:54:08 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17078.59040.349721.381302@satchel.alerce.com> Date: Mon, 20 Jun 2005 08:54:08 -0700 To: Ian Dowse In-Reply-To: <200506200908.aa01419@nowhere.iedowse.com> References: <17077.62001.211846.349890@satchel.alerce.com> <200506200908.aa01419@nowhere.iedowse.com> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 15:53:59 -0000 Ian Dowse writes: > In message <17077.62001.211846.349890@satchel.alerce.com>, George Hartzell writ > es: > >So, I'm trying to figure out what to try next. > > > >Can someone suggest something to try? > > One more thing you could try is `kldload vesa' before suspending - > there is some code in the VESA driver that asks the BIOS to restore > the video state when the system resumes, which might help. Ok, I've tried kloading vesa with and without hw.acpi.reset_video and both cases make matters worse, I never see the disk activity that suggests that the system is limping along, and the power button doesn't try to do a shutdown. I don't have a serial console, would it be worth trying to set up a firewire console and see if I can get anything out of it. Is the stuff on the dconschat man page accurate enough that I can use it as a cookbook? If I were to go reading through the linux sources and comparing their thoughts w/ the freebsd thoughts, can anyone suggest places to start? Is it likely to be under the acpi code, or the console code, or ??? g. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 17:16:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5F1A816A41C for ; Mon, 20 Jun 2005 17:16:06 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from smtpauth04.mail.atl.earthlink.net (smtpauth04.mail.atl.earthlink.net [209.86.89.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1670643D48 for ; Mon, 20 Jun 2005 17:16:05 +0000 (GMT) (envelope-from delphi123@zebra.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=zebra.net; b=Ttix1l2FaeofCEFApXjhmctknVxhz1ON3ldsJFrd4bgEX1n/AMKWQESYcLRCzO7R; h=Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [67.100.142.151] (helo=dell1) by smtpauth04.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1DkPsT-0003vq-6i for freebsd-current@freebsd.org; Mon, 20 Jun 2005 13:16:05 -0400 Message-ID: <000801c575bb$bcb3a0b0$6401a8c0@dell1> From: "Benjamin Sher" To: Date: Mon, 20 Jun 2005 12:16:02 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-ELNK-Trace: bfb5dbe3ee73c5c689edb3c9282d24c54a0a1c3cc142586a2f0cac6910942476ff5f329d62177d56350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 67.100.142.151 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: After Install -- Where is FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 17:16:06 -0000 Dear friends: Well, the good news is that my first install of FreeBSD went perfectly. = I selected ALL for installation of ports and packages so it took a good = hour to install everything from my two CD's. And some of the packages = encountered an error and could not be installed (they told me to look in = the debugger for details). Windows XP came through completely unscathed and in perfect working = order on my first primary HD. All that's missing now is FreeBSD. After completing my install, I = exited. FreeBSD exited normally, then rebooted. But no sign of FreeBSD. = Instead, Windows came up. I do recall choosing to have a boot manager = but never actually saw the screen and boot-up options. So, I went back = into Free BSD by switching back to the CD in my Bios, but that's as far = as I dare go on my own. What should I do? Am I missing something? Thank you all so much. Benjamin From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 17:18:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7727616A41C for ; Mon, 20 Jun 2005 17:18:19 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from smtpauth04.mail.atl.earthlink.net (smtpauth04.mail.atl.earthlink.net [209.86.89.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4435A43D1F for ; Mon, 20 Jun 2005 17:18:19 +0000 (GMT) (envelope-from delphi123@zebra.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=zebra.net; b=sOVVDEdi57FQMJ+SNJj6gud7u1VV4gKmqId2Spb75MecYB+eKCx3Q7uW7Nt4TDO8; h=Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [67.100.142.151] (helo=dell1) by smtpauth04.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1DkPuc-0005jD-O3 for freebsd-current@freebsd.org; Mon, 20 Jun 2005 13:18:18 -0400 Message-ID: <000f01c575bc$0c4ad760$6401a8c0@dell1> From: "Benjamin Sher" To: Date: Mon, 20 Jun 2005 12:18:16 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-ELNK-Trace: bfb5dbe3ee73c5c689edb3c9282d24c54a0a1c3cc142586ac5e0f0981e7ee32a65d2d0e8120b52f3350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 67.100.142.151 Subject: After Install -- Where is FreeBSD? -- Follow-up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 17:18:19 -0000 Dear friends: Just for the record, I have two primary HD. Windows is installed on the first (ad0) and FreeBSD on the second (ad1). Thank you. Benjamin From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 17:30:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 DB6DA16A41C; Mon, 20 Jun 2005 17:30:16 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 983C643D53; Mon, 20 Jun 2005 17:30:16 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j5KHUGqs041026; Mon, 20 Jun 2005 10:30:16 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j5KHUGYU041025; Mon, 20 Jun 2005 10:30:16 -0700 (PDT) (envelope-from obrien) Date: Mon, 20 Jun 2005 10:30:16 -0700 From: "David O'Brien" To: Robert Watson Message-ID: <20050620173016.GB93634@dragon.NUXI.org> Mail-Followup-To: freebsd-current@FreeBSD.org, Robert Watson References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> <20050620094835.Q19830@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050620094835.Q19830@fledge.watson.org> 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.9i Cc: freebsd-current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 17:30:17 -0000 On Mon, Jun 20, 2005 at 09:58:46AM +0100, Robert Watson wrote: > - Try to figure out how to better differentiate build vs. install time > frobbing. For example, the NanoBSD NO_CXX concern: we want C++ > applications, we just don't want to install the build chain. > Currently, we have no way to differentiate these concepts, since our > dependencies are entirely build-time, and our frobs have to match up > (generally) between build and install. I.e., devd is built only if > !NO_CXX, which is a build-time concern. Is NanoBSD split into a build and install phase like buildworld/installworld? If so, can you try the equivalent of 'make buildworld && make -DNO_CXX installworld'? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 17:38:39 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 700ED16A41C for ; Mon, 20 Jun 2005 17:38:39 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B78E43D4C for ; Mon, 20 Jun 2005 17:38:39 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 5041446B55 for ; Mon, 20 Jun 2005 13:38:38 -0400 (EDT) Date: Mon, 20 Jun 2005 18:41:26 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: freebsd-current@FreeBSD.org In-Reply-To: <20050620173016.GB93634@dragon.NUXI.org> Message-ID: <20050620183857.R26664@fledge.watson.org> References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> <20050620094835.Q19830@fledge.watson.org> <20050620173016.GB93634@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 17:38:39 -0000 On Mon, 20 Jun 2005, David O'Brien wrote: > On Mon, Jun 20, 2005 at 09:58:46AM +0100, Robert Watson wrote: >> - Try to figure out how to better differentiate build vs. install time >> frobbing. For example, the NanoBSD NO_CXX concern: we want C++ >> applications, we just don't want to install the build chain. >> Currently, we have no way to differentiate these concepts, since our >> dependencies are entirely build-time, and our frobs have to match up >> (generally) between build and install. I.e., devd is built only if >> !NO_CXX, which is a build-time concern. > > Is NanoBSD split into a build and install phase like > buildworld/installworld? If so, can you try the equivalent of 'make > buildworld && make -DNO_CXX installworld'? installworld and buildworld both conditionalize recursing into devd based on NO_CXX. I.e., we don't distinguish between that dependency for build/install separately. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 17:42:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 AFEEF16A41C for ; Mon, 20 Jun 2005 17:42:32 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5949043D4C for ; Mon, 20 Jun 2005 17:42:32 +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 0CC053C1C0 for ; Mon, 20 Jun 2005 12:42:31 -0500 (CDT) 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 30894-01-88 for ; Mon, 20 Jun 2005 12:42:30 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id DAF863C1B7 for ; Mon, 20 Jun 2005 12:42:30 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 20 Jun 2005 12:42:21 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 20 Jun 2005 12:42:00 -0500 Message-ID: <42B6FFE4.4030807@savvis.net> Date: Mon, 20 Jun 2005 10:41:56 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Jun 2005 17:42:00.0963 (UTC) FILETIME=[5D035530:01C575BF] X-Virus-Scanned: amavisd-new at savvis.net Subject: ufs LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 17:42:32 -0000 Hello, after upgrading to recent -current beetle% uname -a FreeBSD beetle.digisle.com 6.0-CURRENT FreeBSD 6.0-CURRENT #3: Fri Jun 17 10:57:03 PDT 2005 max@beetle.digisle.com:/usr/obj/usr/src/sys/GENERIC i386 i'm getting the following LOR (see below). the easiest way to reproduce it (for me) is to run 'make buildworld/buildkernel'. my /var/log/messages flooded with the same traces while make is running. would person who is responsible for this please fix it or please back it out. Jun 20 10:36:41 beetle kernel: --- syscall (121, FreeBSD ELF32, writev), eip = 0x280c8d5b, esp = 0xbfbfce8c, ebp = 0xbfbfd598 --- Jun 20 10:36:41 beetle kernel: Acquiring lockmgr lock "ufs" with the following non-sleepable locks held: Jun 20 10:36:41 beetle kernel: exclusive sleep mutex vnode pollinfo r = 0 (0xc62b8000) locked @ /usr/src/sys/kern/kern_event.c:1224 Jun 20 10:36:41 beetle kernel: KDB: stack backtrace: Jun 20 10:36:41 beetle kernel: kdb_backtrace(1,3001,c2c8bb1c,c2b40600,e73d5a3c) at kdb_backtrace+0x29 Jun 20 10:36:41 beetle kernel: witness_warn(5,c091682c,c084cf18,c0855b4c) at witness_warn+0x18e Jun 20 10:36:41 beetle kernel: lockmgr(c2c8baf8,3001,c2c8bb1c,c2b40600,e73d5a68) at lockmgr+0x8d Jun 20 10:36:41 beetle kernel: vop_stdlock(e73d5aac,c08ecae0,e73d5aac,e73d5a78,c076a18c) at vop_stdlock+0x1e Jun 20 10:36:41 beetle kernel: VOP_LOCK_APV(c08ed020,e73d5aac,e73d5a8c,c07f7fe3,e73d5aac) at VOP_LOCK_APV+0x87 Jun 20 10:36:41 beetle kernel: ffs_lock(e73d5aac,1001,c2c8baa0,e73d5ac8,c068bc90) at ffs_lock+0x10 Jun 20 10:36:41 beetle kernel: VOP_LOCK_APV(c08ecae0,e73d5aac) at VOP_LOCK_APV+0x87 Jun 20 10:36:41 beetle kernel: vn_lock(c2c8baa0,1001,c2b40600) at vn_lock+0xa8 Jun 20 10:36:41 beetle kernel: filt_vfsread(c297de58,0) at filt_vfsread+0x3a Jun 20 10:36:41 beetle kernel: kqueue_scan(c5d34180,1,e73d5cc8,0,e73d5bf4) at kqueue_scan+0x463 Jun 20 10:36:41 beetle kernel: kern_kevent(c2b40600,4,0,1,e73d5cc8) at kern_kevent+0x151 Jun 20 10:36:41 beetle kernel: kevent(c2b40600,e73d5d04,6,1a4,246) at kevent+0x55 Jun 20 10:36:41 beetle kernel: syscall(3b,3b,3b,1,804e068) at syscall+0x22f Jun 20 10:36:41 beetle kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 17:56:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 689F716A41C for ; Mon, 20 Jun 2005 17:56:48 +0000 (GMT) (envelope-from current@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id C620743D5E for ; Mon, 20 Jun 2005 17:56:46 +0000 (GMT) (envelope-from current@dino.sk) Received: from home.dino.sk ([213.215.74.194]) (AUTH: LOGIN milan) by bsd.dino.sk with esmtp; Mon, 20 Jun 2005 19:58:48 +0200 id 000001D5.42B703D8.0001556A From: Milan Obuch To: freebsd-current@freebsd.org Date: Mon, 20 Jun 2005 19:56:31 +0200 User-Agent: KMail/1.8 References: <000f01c575bc$0c4ad760$6401a8c0@dell1> In-Reply-To: <000f01c575bc$0c4ad760$6401a8c0@dell1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506201956.33230.current@dino.sk> Subject: Re: After Install -- Where is FreeBSD? -- Follow-up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 17:56:48 -0000 On Monday 20 June 2005 19:18, Benjamin Sher wrote: > Dear friends: > > Just for the record, I have two primary HD. Windows is installed on the > first (ad0) and FreeBSD on the second (ad1). > > Thank you. > > Benjamin > You need to put new MBR on _ad0_, so you will have an option to boot either Windows (F1) or second disk (F5). Then you can select FreeBSD (again F1). No change in partition code, just boot code = boot manager. Milan From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 17:58:22 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 4680716A41C; Mon, 20 Jun 2005 17:58:22 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 073C843D5D; Mon, 20 Jun 2005 17:58:21 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id B2B2B1EC31E; Mon, 20 Jun 2005 19:58:20 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j5KHwDst074611; Mon, 20 Jun 2005 19:58:13 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: freebsd-current@FreeBSD.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 20 Jun 2005 10:30:16 PDT." <20050620173016.GB93634@dragon.NUXI.org> Date: Mon, 20 Jun 2005 19:58:13 +0200 Message-ID: <74610.1119290293@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Robert Watson Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 17:58:22 -0000 In message <20050620173016.GB93634@dragon.NUXI.org>, "David O'Brien" writes: >On Mon, Jun 20, 2005 at 09:58:46AM +0100, Robert Watson wrote: >> - Try to figure out how to better differentiate build vs. install time >> frobbing. For example, the NanoBSD NO_CXX concern: we want C++ >> applications, we just don't want to install the build chain. >> Currently, we have no way to differentiate these concepts, since our >> dependencies are entirely build-time, and our frobs have to match up >> (generally) between build and install. I.e., devd is built only if >> !NO_CXX, which is a build-time concern. > >Is NanoBSD split into a build and install phase like >buildworld/installworld? If so, can you try the equivalent of >'make buildworld && make -DNO_CXX installworld'? nanobsd basically calls buildworld and installworld, so that would be possible, provided the options work out that 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 Mon Jun 20 17:59:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8BCE916A41C for ; Mon, 20 Jun 2005 17:59:33 +0000 (GMT) (envelope-from lists@immuneit.com) Received: from web1.nidhog.com (web1.nidhog.com [66.207.132.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2E4543D1D for ; Mon, 20 Jun 2005 17:59:23 +0000 (GMT) (envelope-from lists@immuneit.com) Received: from blacksea.nedyah.org (semcheski.squirrelhill.nidhog.net [66.207.143.104]) (authenticated bits=0) by web1.nidhog.com (8.13.1/8.13.1) with ESMTP id j5KHxC8N010917 for ; Mon, 20 Jun 2005 13:59:20 -0400 (EDT) (envelope-from lists@immuneit.com) From: "Michael H. Semcheski" To: freebsd-current@freebsd.org Date: Mon, 20 Jun 2005 13:50:06 -0400 User-Agent: KMail/1.8 References: <000801c575bb$bcb3a0b0$6401a8c0@dell1> In-Reply-To: <000801c575bb$bcb3a0b0$6401a8c0@dell1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506201350.06626.lists@immuneit.com> X-Greylist: Recipient e-mail whitelisted, not delayed by milter-greylist-1.5.6 (web1.nidhog.com [66.207.132.2]); Mon, 20 Jun 2005 13:59:20 -0400 (EDT) Subject: Re: After Install -- Where is FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 17:59:33 -0000 On Monday 20 June 2005 01:16 pm, Benjamin Sher wrote: > All that's missing now is FreeBSD. After completing my install, I exited. > FreeBSD exited normally, then rebooted. But no sign of FreeBSD. Instead, > Windows came up. I do recall choosing to have a boot manager but never > actually saw the screen and boot-up options. So, I went back into Free BSD > by switching back to the CD in my Bios, but that's as far as I dare go on > my own. What should I do? Am I missing something? > Just for the record, I have two primary HD. Windows is installed on the > first (ad0) and FreeBSD on the second (ad1). In some BIOS, you can switch the boot order of the hard drives. So lets say that ide0 is windows and freebsd is ide1. You may be able to tell your system to try to boot from ide1 first. I'm not intimately familiar with the details of the disk setup that takes place when you install FreeBSD, but I think what probably happened is that ide1, your FreeBSD drive, has the OS and an MBR on it, but your BIOS never trys to boot from it. > Windows XP came through completely unscathed and in perfect working order on my first primary HD. This is why your Windows XP installation was unscathed -- the FreeBSD install did nothing to that disk. If you can not get your BIOS to boot from ide1, what I would do is switch the drive order by physically switching the cabling if necessary. Once your computer is booting from the FreeBSD disk, you can modify the boot loader menu to allow you the option to boot from Windows XP. (The bootloader can be a bit more sophisticated than the BIOS about managing the boot process.) Hope that helps, Mike From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:23:14 2005 Return-Path: X-Original-To: current@freebsd.org 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 A57B616A41C; Mon, 20 Jun 2005 18:23:14 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F5D43D48; Mon, 20 Jun 2005 18:23:14 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id j5KINDOu007009; Mon, 20 Jun 2005 14:23:13 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id j5KIND7a007008; Mon, 20 Jun 2005 14:23:13 -0400 (EDT) (envelope-from mwlucas) Date: Mon, 20 Jun 2005 14:23:13 -0400 From: "Michael W. Lucas" To: Robert Watson Message-ID: <20050620182313.GA6916@bewilderbeast.blackhelicopters.org> References: <20050619155228.Y6413@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050619155228.Y6413@fledge.watson.org> User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 18:23:14 -0000 On Sun, Jun 19, 2005 at 04:10:00PM +0100, Robert Watson wrote: > XXX I liked that it seemed easy to do incremental rebuilds with NanoBSD, > but found I had to do a fair amount of manually deleting intermediate > targets to get it to work. One thing I found that really didn't work > was that if you install any third party packages, you have to blow away > the DESTDIR install tree or when you re-build, the packages conflict and > abort the image creation. Posted so someone else will save the time I spent figuring this out: I've added pkgs to CUSTOMIZE in make.conf, created the Pkg subdirectory, and stuck a whole bunch of packages in there. Some of these packages are dependent on others: i.e., dnswalk requires perl and assorted p5-Digest-blah packages. Of course, I have the dependency packages in the Pkg directory. The nanobsd build stops with "*** error code 4". The Customize/pkg script tries to add each package in order. It installs the dependencies when installing the package, just as you would expect. When it gets to the dependency package, it generates an error even though the packages have been installed. When you have X packages that have been previously installed, you get error code X. The fix is pretty complicated. After the build stops, do # mv _.cs.tmp _.cs # make Overall, though, I have to say that nanobsd sucks far less than any of the previous options I had. ==ml -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:23:37 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 99B4316A421 for ; Mon, 20 Jun 2005 18:23:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 421E043D55 for ; Mon, 20 Jun 2005 18:23:35 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[216.133.140.1]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 20 Jun 2005 14:37:05 -0400 From: John Baldwin To: Jens Schweikhardt Date: Mon, 20 Jun 2005 13:44:09 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <200506171450.44146.jhb@FreeBSD.org> <20050618105918.GA1551@schweikhardt.net> In-Reply-To: <20050618105918.GA1551@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506201344.10176.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 18:23:37 -0000 On Saturday 18 June 2005 06:59 am, Jens Schweikhardt wrote: > On Fri, Jun 17, 2005 at 02:50:42PM -0400, John Baldwin wrote: > ... > # Is this the patch you are running with? > > Yes, with if (1) instead, which we know is the same. Ok. > # >Index: clock.c > # =================================================================== > # RCS file: /usr/cvs/src/sys/i386/isa/clock.c,v > # retrieving revision 1.220 > # diff -u -r1.220 clock.c > # --- clock.c 14 May 2005 09:10:01 -0000 1.220 > # +++ clock.c 27 May 2005 19:42:54 -0000 > # @@ -784,7 +784,7 @@ > # * clocks, setup the interrupt handler for the 8254 timer 0 so > # * that it can drive hardclock(). > # */ > # - if (!using_lapic_timer) { > # + if (!using_lapic_timer || 1) { > # intr_add_handler("clk", 0, (driver_intr_t *)clkintr, > NULL, # INTR_TYPE_CLK | INTR_FAST, NULL); > # i8254_intsrc = intr_lookup_source(0); > # > # Also, can you get the output of 'sysctl kern.clockrate' for both cases? > > As reported upthread, it's the same for both cases, > > $ sysctl -a | grep hz > kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } > debug.psm.hz: 20 > > See http://lists.freebsd.org/pipermail/freebsd-current/2005-May/050210.html > for the whole thread. I did glance over it, but I don't really have time to read every e-mail on current@ in detail. :( Do you have verbose dmesg's for both cases? If so, can you get the 'lapic: Divisor' lines from each boot? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:39:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 17A2F16A41C for ; Mon, 20 Jun 2005 18:39:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C32E643D49 for ; Mon, 20 Jun 2005 18:39:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5KIc0Pq026373; Mon, 20 Jun 2005 12:38:03 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Jun 2005 12:39:09 -0600 (MDT) Message-Id: <20050620.123909.133444379.imp@bsdimp.com> To: raj@cserv62.csub.edu From: "M. Warner Losh" In-Reply-To: <20050618013902.GA756@localhost.homelan> References: <20050618013902.GA756@localhost.homelan> 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: freebsd-current@freebsd.org Subject: Re: nvidia-driver and bus_memio.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 18:39:52 -0000 In message: <20050618013902.GA756@localhost.homelan> Russell Jackson writes: : The removal of bus_memio.h broke the nvidia driver. Then fix the code. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:45:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 29AE316A41C; Mon, 20 Jun 2005 18:45:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6D6943D4C; Mon, 20 Jun 2005 18:45:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5KIj74U026450; Mon, 20 Jun 2005 12:45:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Jun 2005 12:46:29 -0600 (MDT) Message-Id: <20050620.124629.79012284.imp@bsdimp.com> To: gad@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <20050618125705.GA721@uk.tiscali.com> 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: freebsd-current@freebsd.org, FreeBSD-gnats-submit@freebsd.org, B.Candler@pobox.com Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 18:45:54 -0000 In message: Garance A Drosehn writes: : At 1:57 PM +0100 6/18/05, Brian Candler wrote: : >[from freebsd-current] : >On Sat, Jun 18, 2005 at 12:48:04AM -0400, Garance A Drosehn wrote: : >> >Yes, I'm aware of PR bin/80256, but that appears to stalled in : >> >a state of limbo. : >> : >> I've also been meaning to do something about that idea of a small : >> termcap file. I don't remember what the PR says, but someone had a : >> good idea of generating the minimal termcap file from the standard : >> one, and putting that in /rescue. I have a few ideas of my own so : >> the system would automatically pick up that minimal file. Just a : >> matter of finding the time to test it all... :-) : > : >I started that PR. Subsequently there was a short discussion off-list : >where it turned out that Warner Losh had a compact termcap file : >which could be committed - it's attached below. However nothing : >further happened. : : I am aware of Warner's termcap file, and I had talked with him earlier : this year about committing something along those lines. I forget if : I was going to commit his exact termcap file, or some auto-generated : alternative, but I do have the emails around here somewhere. I know : that *at the time* I knew what I had planned to do, and that Warner : had nodded in general agreement to whatever that was... See src/etc/termcap.small. Been there a long time. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:48:39 2005 Return-Path: X-Original-To: current@freebsd.org 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 5E04716A41C; Mon, 20 Jun 2005 18:48:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 233E643D1D; Mon, 20 Jun 2005 18:48:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5KIllNX026470; Mon, 20 Jun 2005 12:47:49 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Jun 2005 12:49:05 -0600 (MDT) Message-Id: <20050620.124905.35871665.imp@bsdimp.com> To: rwatson@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050619012425.L56734@fledge.watson.org> References: <20050619012425.L56734@fledge.watson.org> 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: dhclient less functional with nanobsd because of NO_CXX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 18:48:39 -0000 In message: <20050619012425.L56734@fledge.watson.org> Robert Watson writes: : : Observation on dependencies between components and nanobsd: : : In the old world order, dhclient backgrounded and waited for the link : state to come up. In the new world order, dhclient exits if the link : state is down, relying on devd to restart it. devd isn't build if NO_CXX : is set, as it's written in C++, and NO_CXX is a useful (and default) thing : to set for nanobsd for obvious reasons. It sounds like something here is : an argument for: : : - Allowing C++ to be built as a build dependency, but not installed. : - Rewriting devd to not be in C++. : - Providing an option so that dhclient's old and useful behavior can be : restored. It is generally desirable to have a separate 'install' environemnt from the 'build' environment on real embedded systems. The fact that nanobsd doesn't have this useful distinction is a problem with nanobsd, not devd. It should build everything, but install with all the NO_XXX flags set to do subsetting. devd won't be rewritten to not use C++. That's a non-option. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:51:39 2005 Return-Path: X-Original-To: current@freebsd.org 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 C46D816A41C; Mon, 20 Jun 2005 18:51:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7767B43D1F; Mon, 20 Jun 2005 18:51:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5KIo8XP026494; Mon, 20 Jun 2005 12:50:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Jun 2005 12:51:28 -0600 (MDT) Message-Id: <20050620.125128.126914795.imp@bsdimp.com> To: rwatson@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050619155228.Y6413@fledge.watson.org> References: <20050619155228.Y6413@fledge.watson.org> 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: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 18:51:39 -0000 In message: <20050619155228.Y6413@fledge.watson.org> Robert Watson writes: : XXX The following FAILURE message from ATA seems a bit extreme, perhaps : the word warning would be more appropriate: : : ad1: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 error=4 X-Original-To: current@freebsd.org 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 590D216A41C; Mon, 20 Jun 2005 18:54:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D7A543D1D; Mon, 20 Jun 2005 18:54:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5KIqApf026512; Mon, 20 Jun 2005 12:52:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Jun 2005 12:53:34 -0600 (MDT) Message-Id: <20050620.125334.10575355.imp@bsdimp.com> To: rwatson@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050619155228.Y6413@fledge.watson.org> References: <20050619155228.Y6413@fledge.watson.org> 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: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 18:54:35 -0000 In message: <20050619155228.Y6413@fledge.watson.org> Robert Watson writes: : NanoBSD world yet. Most are relatively minor -- the big issue is devd, : which is something that probably is needed in the embedded world. I think : what NanoBSD wants isn't NO_CXX, it's DONT_INSTALL_BUILDTOOLS -- don't : need a compiler, but using C++ applications should be fine. The big problem is that there's not a build environment separate from the install environment. At work, we created a system that has this separation, and it has proven invaluable. The current NO_FOO knobs aren't useful in the BUILD phase, bare are moderately useful in the install phase (we actually go a step further, and just have a list of directories to do an install from). This is the single reason that I've not pushed to migrate our build system at work to using nanobsd as its base... Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:54:45 2005 Return-Path: X-Original-To: current@freebsd.org 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 0CCF316A41C; Mon, 20 Jun 2005 18:54:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C220543D1F; Mon, 20 Jun 2005 18:54:44 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5KIrVtX026513; Mon, 20 Jun 2005 12:53:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Jun 2005 12:54:52 -0600 (MDT) Message-Id: <20050620.125452.102654445.imp@bsdimp.com> To: deischen@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <66959.1119209763@critter.freebsd.dk> 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: phk@phk.freebsd.dk, rwatson@freebsd.org, current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 18:54:45 -0000 In message: Daniel Eischen writes: : On Sun, 19 Jun 2005, Poul-Henning Kamp wrote: : : > In message <20050619155228.Y6413@fledge.watson.org>, Robert Watson writes: : > : > >I general, I was quite pleased with the experience. NanoBSD is fairly : > >straight forward to configre and adapt. : > : > I'm still not satisfied with the nanobsd config/customize process, : > ideally I would want to have only a single file with a sensible : > format control the nanobsd build process. : > : > The major obstacle is the "cutting things down to size" process : > using NO_FOO options. : > : > In order to get down a 31MB partition size things have to be cut : > very extensively and not even the NO_FOO options is enough at that : > level but sniper rm(1) commands are necessary. : > : > I think the NO_FOO options is the best compromize, but we need them : > to be more aligned to user concepts, "I don't need a compiler and : > all that", rather than "Don't build the C++ compiler and hobble : > the build because of this". : : How about NO_FOO[_INSTALL], where NO_FOO = no build and no install, : and NO_FOO_INSTALL just prevents the install. In theory, you could : build the complete system, then use NO_FOO_INSTALL instead of rm(1). What's wrong with making sure that NO_FOO will work in the install case to not install foo when it is set, even if it was unset in the build process? Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:08:50 2005 Return-Path: X-Original-To: current@freebsd.org 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 AB10116A41C; Mon, 20 Jun 2005 19:08:50 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 576F243D4C; Mon, 20 Jun 2005 19:08:50 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j5KJ8lZv026841; Mon, 20 Jun 2005 15:08:47 -0400 (EDT) Date: Mon, 20 Jun 2005 15:08:47 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "M. Warner Losh" In-Reply-To: <20050620.125452.102654445.imp@bsdimp.com> 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: phk@phk.freebsd.dk, rwatson@freebsd.org, current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 20 Jun 2005 19:08:50 -0000 On Mon, 20 Jun 2005, M. Warner Losh wrote: > In message: > Daniel Eischen writes: > : How about NO_FOO[_INSTALL], where NO_FOO = no build and no install, > : and NO_FOO_INSTALL just prevents the install. In theory, you could > : build the complete system, then use NO_FOO_INSTALL instead of rm(1). > > What's wrong with making sure that NO_FOO will work in the install > case to not install foo when it is set, even if it was unset in the > build process? If it works or can be made to work, then nothing. -- DE From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:10:56 2005 Return-Path: X-Original-To: current@freebsd.org 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 1946716A41C for ; Mon, 20 Jun 2005 19:10:56 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7CF343D48 for ; Mon, 20 Jun 2005 19:10:55 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id E1A3046BA3; Mon, 20 Jun 2005 15:10:54 -0400 (EDT) Date: Mon, 20 Jun 2005 20:13:43 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "M. Warner Losh" In-Reply-To: <20050620.124905.35871665.imp@bsdimp.com> Message-ID: <20050620201157.J26664@fledge.watson.org> References: <20050619012425.L56734@fledge.watson.org> <20050620.124905.35871665.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: dhclient less functional with nanobsd because of NO_CXX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 19:10:56 -0000 On Mon, 20 Jun 2005, M. Warner Losh wrote: > : - Allowing C++ to be built as a build dependency, but not installed. > : - Rewriting devd to not be in C++. > : - Providing an option so that dhclient's old and useful behavior can be > : restored. > > It is generally desirable to have a separate 'install' environemnt from > the 'build' environment on real embedded systems. The fact that nanobsd > doesn't have this useful distinction is a problem with nanobsd, not > devd. It should build everything, but install with all the NO_XXX flags > set to do subsetting. Well, actually, it's a granularity issue in the src/sbin/Makefile and its conditional handling of devd based on NO_CXX without taking into account whether we're building or installing. Hence my comments about needing to provide some make infrastructure, since devd isn't the only component that falls into precisely this pit: SUBDIR= adjkerntz \ ... ${_devd} \ ... .if !defined(NO_CXX) _devd= devd .endif Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:12:45 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 EA07116A41C; Mon, 20 Jun 2005 19:12:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE8A43D48; Mon, 20 Jun 2005 19:12:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5KJCPd1026741; Mon, 20 Jun 2005 13:12:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Jun 2005 13:13:44 -0600 (MDT) Message-Id: <20050620.131344.131702703.imp@bsdimp.com> To: deischen@FreeBSD.org From: "M. Warner Losh" In-Reply-To: References: <20050620.125452.102654445.imp@bsdimp.com> 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: phk@phk.freebsd.dk, rwatson@FreeBSD.org, current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 19:12:46 -0000 In message: Daniel Eischen writes: : On Mon, 20 Jun 2005, M. Warner Losh wrote: : : > In message: : > Daniel Eischen writes: : > : How about NO_FOO[_INSTALL], where NO_FOO = no build and no install, : > : and NO_FOO_INSTALL just prevents the install. In theory, you could : > : build the complete system, then use NO_FOO_INSTALL instead of rm(1). : > : > What's wrong with making sure that NO_FOO will work in the install : > case to not install foo when it is set, even if it was unset in the : > build process? : : If it works or can be made to work, then nothing. Actually, looking at the code, it would cause devd to be built, but not installed without changes. Since NO_GXX is defined in the above scenario. I've started to think about how this might be fixed. It really is a 'don't build this because of toolchain depends' as a 'don't build his because I don't want this feature' intertwinglement. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:18:30 2005 Return-Path: X-Original-To: current@freebsd.org 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 BCCE716A41C; Mon, 20 Jun 2005 19:18:30 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CC5F43D49; Mon, 20 Jun 2005 19:18:30 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j5KJISXM006010; Mon, 20 Jun 2005 15:18:28 -0400 (EDT) Date: Mon, 20 Jun 2005 15:18:28 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "M. Warner Losh" In-Reply-To: <20050620.131344.131702703.imp@bsdimp.com> 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: phk@phk.freebsd.dk, rwatson@freebsd.org, current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 20 Jun 2005 19:18:30 -0000 On Mon, 20 Jun 2005, M. Warner Losh wrote: > In message: > Daniel Eischen writes: > : On Mon, 20 Jun 2005, M. Warner Losh wrote: > : > : > In message: > : > Daniel Eischen writes: > : > : How about NO_FOO[_INSTALL], where NO_FOO = no build and no install, > : > : and NO_FOO_INSTALL just prevents the install. In theory, you could > : > : build the complete system, then use NO_FOO_INSTALL instead of rm(1). > : > > : > What's wrong with making sure that NO_FOO will work in the install > : > case to not install foo when it is set, even if it was unset in the > : > build process? > : > : If it works or can be made to work, then nothing. > > Actually, looking at the code, it would cause devd to be built, but > not installed without changes. Since NO_GXX is defined in the above > scenario. I've started to think about how this might be fixed. It > really is a 'don't build this because of toolchain depends' as a > 'don't build his because I don't want this feature' intertwinglement. Also, what about dynamic executables that need libstdc++, but you still don't want the build tools? -- DE From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:25:51 2005 Return-Path: X-Original-To: current@freebsd.org 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 DB5A316A41C; Mon, 20 Jun 2005 19:25:51 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 990C143D49; Mon, 20 Jun 2005 19:25:51 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 5B5341EC32B; Mon, 20 Jun 2005 21:25:50 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j5KJPa35075028; Mon, 20 Jun 2005 21:25:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 20 Jun 2005 12:53:34 MDT." <20050620.125334.10575355.imp@bsdimp.com> Date: Mon, 20 Jun 2005 21:25:36 +0200 Message-ID: <75027.1119295536@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: rwatson@freebsd.org, current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 19:25:52 -0000 In message <20050620.125334.10575355.imp@bsdimp.com>, "M. Warner Losh" writes: >The big problem is that there's not a build environment separate from >the install environment. I'm not 100% sure I know what you mean here... >At work, we created a system that has this >separation, and it has proven invaluable. The current NO_FOO knobs >aren't useful in the BUILD phase, bare are moderately useful in the >install phase (we actually go a step further, and just have a list of >directories to do an install from). > >This is the single reason that I've not pushed to migrate our build >system at work to using nanobsd as its base... It's worth noting in this context that not even "make release" uses an unadultered installworld, but instead has to use the pseudo-magic "distribution" target followed my manually frobbing the resulting tree. The biggest problem however is not the 'how' but the 'which' question. Take /usr/share/man/man1/gcc.1.gz as an example. That file should not be installed if the user has specified any single one of: NO_GNU # No GNU license code. NO_GCC # No GNU Compiler NO_CC # NO C compiler NO_TOOL_CHAIN # No compiler tools at all NO_MAN # No manual pages NO_CPP_RT # No C++ runtime NO_ROFF # No troff tools NO_GROFF # No GNU groff NO_MDOC # No mdoc macro package (NB: Deliberate exaggeration for illustrative effect) The src/release/Makefile is a good example of why Makefiles is not the right technology to implement conditional behaviour in this level of detail. The ideal solution would be to have complete awareness of the actual dependencies (as a combination of explicit entries and makefile derived information) but unless a exhaustive programme of tinderbox tests were instituted, the manually maintained dependencies would not be correct most of the time. And I will also echo the previously expressed sentiment that this is not to domain area to over-engineer a solution. Right now there is a $24 retail price difference between the smallest CF card I can buy (128M) and one that can contain a non-reduced nanobsd installation (512M). There are templates in the nanobsd sources for media sizes down to 64M for people to start from. I'm not saying that the problem is entirely solved, we are 90% of the way there now, and the last 10% may simply not be worth it. -- 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 Mon Jun 20 19:26:31 2005 Return-Path: X-Original-To: current@freebsd.org 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 2682B16A41C; Mon, 20 Jun 2005 19:26:31 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3E9843D1F; Mon, 20 Jun 2005 19:26:30 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 6F81446BB1; Mon, 20 Jun 2005 15:26:30 -0400 (EDT) Date: Mon, 20 Jun 2005 20:29:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Daniel Eischen In-Reply-To: Message-ID: <20050620202808.N26664@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: phk@phk.freebsd.dk, current@freebsd.org, "M. Warner Losh" Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 19:26:31 -0000 On Mon, 20 Jun 2005, Daniel Eischen wrote: >> Actually, looking at the code, it would cause devd to be built, but >> not installed without changes. Since NO_GXX is defined in the above >> scenario. I've started to think about how this might be fixed. It >> really is a 'don't build this because of toolchain depends' as a >> 'don't build his because I don't want this feature' intertwinglement. > > Also, what about dynamic executables that need libstdc++, but you still > don't want the build tools? I'm trying to remember the reason NO_CXX actually exists -- I believe it's because our sparc64 port didn't have working C++ for some period of time, so we didn't build C++ (and its dependencies). It could well be that NO_CXX is OBE, and we can eliminate it entirely? I.e., C++ support libraries and applications are now a basic requirement as DHCP is broken without them? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:27:35 2005 Return-Path: X-Original-To: current@freebsd.org 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 898B816A41C; Mon, 20 Jun 2005 19:27:35 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C20643D1D; Mon, 20 Jun 2005 19:27:35 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 992371EC320; Mon, 20 Jun 2005 21:27:34 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j5KJRSV3075053; Mon, 20 Jun 2005 21:27:28 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 20 Jun 2005 12:49:05 MDT." <20050620.124905.35871665.imp@bsdimp.com> Date: Mon, 20 Jun 2005 21:27:27 +0200 Message-ID: <75052.1119295647@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: rwatson@freebsd.org, current@freebsd.org Subject: Re: dhclient less functional with nanobsd because of NO_CXX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 19:27:35 -0000 In message <20050620.124905.35871665.imp@bsdimp.com>, "M. Warner Losh" writes: >It is generally desirable to have a separate 'install' environemnt >from the 'build' environment on real embedded systems. The fact that >nanobsd doesn't have this useful distinction is a problem with >nanobsd, not devd. It should build everything, but install with all >the NO_XXX flags set to do subsetting. The reason nanobsd doesn't do this is that some of the NO_ options are buildtime options. They could be sorted into two lists, one for build and install if that would solve the problem for you. -- 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 Mon Jun 20 19:32:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5EFC916A41C for ; Mon, 20 Jun 2005 19:32:12 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 206AB43D1D for ; Mon, 20 Jun 2005 19:32:11 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id j5KJVZDd008329; Mon, 20 Jun 2005 12:31:35 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id j5KJVXCm008328; Mon, 20 Jun 2005 12:31:33 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Steve Roome In-Reply-To: <20050620145247.GD597@bibipentium.lonres.com> References: <20050616182421.A87199@cons.org> <20050616.210529.20240024.imp@bsdimp.com> <20050617114607.A3198@cons.org> <20050617160332.GG34777@bibipentium.lonres.com> <20050617131822.A5495@cons.org> <42B30B06.7070005@alumni.rice.edu> <20050620145247.GD597@bibipentium.lonres.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 20 Jun 2005 12:31:32 -0700 Message-Id: <1119295892.1144.28.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: Martin Cracauer , freebsd-current@freebsd.org, "M. Warner Losh" Subject: Re: 6.0-current panic: loading radeon module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 19:32:12 -0000 On Mon, 2005-06-20 at 15:52 +0100, Steve Roome wrote: > On Fri, Jun 17, 2005 at 12:40:22PM -0500, Jonathan Noack wrote: > > On 6/17/2005 12:18 PM, Martin Cracauer wrote: > > >Steve Roome wrote on Fri, Jun 17, 2005 at 05:03:32PM +0100: > > >>If it's any iterest, I had a similar experience earlier this week. > > >> > > >>xorg-server-6.8.99.5 with a radeon 9600 X and -current as of Monday > > >>causes my entire machine to freeze up completely rather than just > > >>panic. > > >> > > >>It's fine if I take drm option out of the x config again - so it's > > >>only when I actually use DRM, and for me it's a black screen and hard > > >>lockup. > > > > > >This is odd. DRI (and hence DRM) only support radeons up to 9200 > > >(really 9250 probably). Your 9600 series shouldn't have a need for > > >the drm module in first place. > > > > The r300 project (http://r300.sourceforge.net) is getting tantalizingly > > close to usable DRI for newer radeons. I saw glxgears running at 2600+ > > fps for about 15 seconds before the 3D engine on my 9800 Pro locked up. > > I finally got tired of manually merging Mesa commits and translating > > linux drm changes to bsd so I'm no longer using it. If you're > > interested, here's the basic instructions: > > http://lists.freebsd.org/pipermail/freebsd-x11/2005-May/001903.html > > > > Note that it requires a decent amount of effort just to get it to > > compile, much less do anything useful. Abandon hope, all ye who enter > > here... > > I was under the impresion that newer DRM stuff had been stuffed in > back in april directly from the r300 project. No, the DRM drivers come from DRM CVS as always. There had been some r300 stuff done in DRM CVS, but not enough, and r300 has their own fork of the DRM. > drm0: port 0xc000-0xc0ff mem 0xc0000000-0xcfffffff,0xe1000000-0xe100ffff irq 7 at device 0.0 on pci2 > info: [drm] AGP at 0xb0000000 256MB > info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 > drm0: port 0xc000-0xc0ff mem 0xc0000000-0xcfffffff,0xe1000000-0xe100ffff irq 7 at device 0.0 on pci2 > info: [drm] AGP at 0xb0000000 256MB > info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 > > I'm also using xorg snap 6.8.99.5 which should have the newer > development (r300+ I thought) DRI drivers in it. No, xorg-server-snap is just the snapshot of X.Org that X.Org distributes, not r300.sf.net's driver (built from Mesa). -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:36:20 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 EFA3016A41C for ; Mon, 20 Jun 2005 19:36:20 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from efnet-math.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9963843D1F for ; Mon, 20 Jun 2005 19:36:20 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by efnet-math.org (8.13.1/8.13.1) with ESMTP id j5KJaJlC026783 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Mon, 20 Jun 2005 15:36:19 -0400 In-Reply-To: <42B6FFE4.4030807@savvis.net> References: <42B6FFE4.4030807@savvis.net> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 20 Jun 2005 15:36:13 -0400 To: Maksim Yevmenkin X-Mailer: Apple Mail (2.730) Cc: freebsd-current@FreeBSD.org Subject: Re: ufs LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 19:36:21 -0000 Hi, On Jun 20, 2005, at 1:41 PM, Maksim Yevmenkin wrote: > Hello, > > after upgrading to recent -current > > beetle% uname -a > FreeBSD beetle.digisle.com 6.0-CURRENT FreeBSD 6.0-CURRENT #3: Fri > Jun 17 10:57:03 PDT 2005 max@beetle.digisle.com:/usr/obj/usr/src/ > sys/GENERIC i386 > > i'm getting the following LOR (see below). the easiest way to > reproduce it (for me) is to run 'make buildworld/buildkernel'. my / > var/log/messages flooded with the same traces while make is running. > > would person who is responsible for this please fix it or please > back it out. This has been reported many times last week, and I even posted a patch: http://people.freebsd.org/~ssouhlal/testing/ knlist_locking-20050618.diff. I'm just waiting for approval from jmg@ (and then re@) to commit it. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:37:38 2005 Return-Path: X-Original-To: current@freebsd.org 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 13BA116A41C; Mon, 20 Jun 2005 19:37:38 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5F8743D1F; Mon, 20 Jun 2005 19:37:37 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 1A5CE119E2; Mon, 20 Jun 2005 21:37:36 +0200 (CEST) Date: Mon, 20 Jun 2005 21:37:35 +0200 From: "Simon L. Nielsen" To: Robert Watson Message-ID: <20050620193735.GD884@zaphod.nitro.dk> References: <20050620202808.N26664@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kfjH4zxOES6UT95V" Content-Disposition: inline In-Reply-To: <20050620202808.N26664@fledge.watson.org> User-Agent: Mutt/1.5.9i Cc: Daniel Eischen , phk@phk.freebsd.dk, current@freebsd.org, "M. Warner Losh" Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 19:37:38 -0000 --kfjH4zxOES6UT95V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.06.20 20:29:19 +0100, Robert Watson wrote: >=20 > On Mon, 20 Jun 2005, Daniel Eischen wrote: >=20 > >Also, what about dynamic executables that need libstdc++, but you still= =20 > >don't want the build tools? >=20 > I'm trying to remember the reason NO_CXX actually exists -- I believe it'= s=20 > because our sparc64 port didn't have working C++ for some period of time,= =20 > so we didn't build C++ (and its dependencies). It could well be that=20 > NO_CXX is OBE, and we can eliminate it entirely? I.e., C++ support=20 > libraries and applications are now a basic requirement as DHCP is broken= =20 > without them? Actually I don't think you even need the C++ libraries (at least not installed), since devd is linked static. [simon@zaphod:~] grep SHARED /usr/src/sbin/devd/Makefile NO_SHARED?=3DYES --=20 Simon L. Nielsen --kfjH4zxOES6UT95V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCtxr/h9pcDSc1mlERAta8AKCBUAOYd6cS2dEtgDHXXjrLlbObOACfW8ia HL8V9dg0A/YUFogFpDn8M54= =TGj3 -----END PGP SIGNATURE----- --kfjH4zxOES6UT95V-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:56:11 2005 Return-Path: X-Original-To: current@freebsd.org 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 5753E16A41F; Mon, 20 Jun 2005 19:56:11 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3174043D1F; Mon, 20 Jun 2005 19:56:10 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.3/8.13.1) with ESMTP id j5KJu7db084244; Mon, 20 Jun 2005 12:56:07 -0700 (PDT) (envelope-from bakul@bitblocks.com) Message-Id: <200506201956.j5KJu7db084244@gate.bitblocks.com> To: "M. Warner Losh" In-reply-to: Your message of "Mon, 20 Jun 2005 12:49:05 MDT." <20050620.124905.35871665.imp@bsdimp.com> Date: Mon, 20 Jun 2005 12:56:07 -0700 From: Bakul Shah Cc: rwatson@freebsd.org, current@freebsd.org Subject: Re: dhclient less functional with nanobsd because of NO_CXX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 19:56:11 -0000 > It is generally desirable to have a separate 'install' environemnt > from the 'build' environment on real embedded systems. The fact that > nanobsd doesn't have this useful distinction is a problem with > nanobsd, not devd. It should build everything, but install with all > the NO_XXX flags set to do subsetting. would it make sense to use an mtree file as a starting point particularly for embedded systems? perhaps a tool that takes output of make -n install + an mtree description of a system and spits out which install targets need to be built. the basic problem in my view is that install targets don't quite fit in the `make' model of maintaining a dependedancy graph -- make install sends thing *outside* the source tree that make manages. the same is true of various other 'magic' targets since make is being used as a swiss-army-knife, perhaps mtree should be extended to specify where to pick things up in order to populate a target tree. then one can periodically do something like `mtree --update sys.mtree' and have it build *eveything* that changed since the last time you did this operation _and_ save a snapshot so that you can get back to a previous consistent snapshot. for what it is worth. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 20:18:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 A033716A41C for ; Mon, 20 Jun 2005 20:18:36 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F4D43D53 for ; Mon, 20 Jun 2005 20:18:36 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id B6B6B2244; Mon, 20 Jun 2005 16:18:27 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-66.access.uk.tiscali.com [212.74.113.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 886868A; Mon, 20 Jun 2005 16:18:26 -0400 (EDT) Received: from lists by billdog.local.linnet.org with local (Exim 4.50 (FreeBSD)) id 1DkSj8-0000MC-2z; Mon, 20 Jun 2005 21:18:38 +0100 Date: Mon, 20 Jun 2005 21:18:38 +0100 From: Brian Candler To: Benjamin Sher Message-ID: <20050620201838.GA1355@uk.tiscali.com> References: <42B6DFA1.3030203@zebra.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B6DFA1.3030203@zebra.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Installing FreeBSD -- urgent hard drive issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 20:18:36 -0000 On Mon, Jun 20, 2005 at 10:24:17AM -0500, Benjamin Sher wrote: > I'm trying to install FreeBSD 5.4. Then you're on the wrong mailing list. This is freebsd-current and is for people installing or using -CURRENT. freebsd-questions or freebsd-stable would be more appropriate. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 20:48:15 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 5BCE916A41C for ; Mon, 20 Jun 2005 20:48:15 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1622943D53 for ; Mon, 20 Jun 2005 20:48:13 +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 j5KKm3h1095285; Mon, 20 Jun 2005 16:48:09 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j5KKm0OZ095251; Mon, 20 Jun 2005 16:48:00 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 20 Jun 2005 16:47:59 -0400 (EDT) From: Jeff Roberson To: Kris Kennaway In-Reply-To: <20050618005118.GA97030@xor.obsecurity.org> Message-ID: <20050620164744.M66638@mail.chesapeake.net> References: <20050618005118.GA97030@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@FreeBSD.org Subject: Re: "panic: mutex Giant not owned" in do_execve() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 20:48:15 -0000 On Fri, 17 Jun 2005, Kris Kennaway wrote: > quad e450 running up-to-date -current: > > panic: mutex Giant not owned at ../../../kern/kern_mutex.c:299 > cpuid = 0 > KDB: enter: panic > [thread pid 52851 tid 100456 ] > Stopped at kdb_enter+0x3c: ta %xcc, 1 > db> wh > Tracing pid 52851 tid 100456 td 0xfffff80077c61560 > panic() at panic+0x16c > _mtx_assert() at _mtx_assert+0x6c > _mtx_unlock_flags() at _mtx_unlock_flags+0x68 > do_execve() at do_execve+0xa0c Can you tell me what code is at do_execve+0xa0c? > kern_execve() at kern_execve+0x7c > execve() at execve+0x38 > syscall() at syscall+0x2d4 > -- reserved %o7=0 -- > userland() at 0x40223400 > user trace: trap %o7=0 > pc 0x40223400, sp 0x7fdffffd021 > done > > #12 0x00000000c01525cc in do_execve (td=0xfffff80077c61560, args=0xc, mac_p=0x0) at ../../../kern/kern_exec.c:789 > #13 0x00000000c0151b3c in kern_execve (td=0xfffff80077c61560, args=0xeea6f670, mac_p=0x0) at ../../../kern/kern_exec.c:250 > #14 0x00000000c0151a78 in execve (td=0xfffff80077c61560, uap=0xeea6f8c0) at ../../../kern/kern_exec.c:185 > #15 0x00000000c02f3cd4 in syscall (tf=0xeea6f880) at ../../../sparc64/sparc64/trap.c:592 > (kgdb) frame 12 > #12 0x00000000c01525cc in do_execve (td=0xfffff80077c61560, args=0xc, mac_p=0x0) at ../../../kern/kern_exec.c:789 > 789 VFS_UNLOCK_GIANT(vfslocked); > (kgdb) list > 784 #ifdef MAC > 785 mac_execve_exit(imgp); > 786 if (interplabel != NULL) > 787 mac_vnode_label_free(interplabel); > 788 #endif > 789 VFS_UNLOCK_GIANT(vfslocked); > 790 return (error); > 791 } > 792 > 793 int > (kgdb) frame 13 > #13 0x00000000c0151b3c in kern_execve (td=0xfffff80077c61560, args=0xeea6f670, mac_p=0x0) at ../../../kern/kern_exec.c:250 > 250 error = do_execve(td, args, mac_p); > (kgdb) list > 245 return (ERESTART); /* Try again later. */ > 246 } > 247 PROC_UNLOCK(p); > 248 } > 249 > 250 error = do_execve(td, args, mac_p); > 251 > 252 if (p->p_flag & P_HADTHREADS) { > 253 PROC_LOCK(p); > 254 /* > (kgdb) frame 14 > #14 0x00000000c0151a78 in execve (td=0xfffff80077c61560, uap=0xeea6f8c0) at ../../../kern/kern_exec.c:185 > 185 error = kern_execve(td, &args, NULL); > > Kris > From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 20:49:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 783F516A41C for ; Mon, 20 Jun 2005 20:49:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3610143D1F for ; Mon, 20 Jun 2005 20:49:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[216.133.140.1]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 20 Jun 2005 17:03:13 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 20 Jun 2005 16:19:06 -0400 User-Agent: KMail/1.8 References: <000b01c561ad$538356c0$0a2a15ac@SMILEY> In-Reply-To: <000b01c561ad$538356c0$0a2a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506201619.07579.jhb@FreeBSD.org> Cc: Darren Pilgrim Subject: Re: usbd not opening all usb busses for event watching. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 20:49:43 -0000 On Thursday 26 May 2005 12:42 am, Darren Pilgrim wrote: > I appear to be running up against the hard-coded limit of four usb hubs in > usbd. The problems were devices not attaching properly. The machines in > question are a new notebook with four USB 2.0 ports and an older desktop > with onboard USB 1.1 and a USB 2.0 card. The notebook produces 5 hubs and > the desktop produces 7. > > The problems disappeared after I increased MAXUSBDEV to match the number of > hubs present. This isn't really a bug, so I wasn't sure if send-pr was > appropriate. Should I file a PR for this? Actually, it does sound like a bug. :) I would file a PR and then post a message with the PR to usb@FreeBSD.org as that is the list of folks who look after the USB code. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 21:06:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9A97D16A41C; Mon, 20 Jun 2005 21:06:46 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7354E43D49; Mon, 20 Jun 2005 21:06:46 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 9D8A219F3B; Mon, 20 Jun 2005 14:08:22 -0700 (PDT) From: "Darren Pilgrim" To: "'John Baldwin'" , Date: Mon, 20 Jun 2005 14:06:45 -0700 Message-ID: <001601c575db$f8527bd0$0b2a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <200506201619.07579.jhb@FreeBSD.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal Cc: Subject: RE: usbd not opening all usb busses for event watching. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 21:06:46 -0000 From: John Baldwin [mailto:jhb@FreeBSD.org]=20 > On Thursday 26 May 2005 12:42 am, Darren Pilgrim wrote: > > I appear to be running up against the hard-coded limit of four > > usb hubs in usbd. The problems were devices not attaching > > properly. The machines in question are a new notebook with > > four USB 2.0 ports and an older desktop with onboard USB 1.1 > > and a USB 2.0 card. The notebook produces 5 hubs and the > > desktop produces 7. > > > > The problems disappeared after I increased MAXUSBDEV to match > > the number of hubs present. This isn't really a bug, so I > > wasn't sure if send-pr was appropriate. Should I file a PR > > for this? >=20 > Actually, it does sound like a bug. :) I would file a PR and=20 > then post a message with the PR to usb@FreeBSD.org as that is > the list of folks who look after the USB code. I filed a PR, with a patch to bump up MAXUSBDEV to 40. The PR was closed and I was told devd will be replacing usbd, so usbd will be allowed to rot in the tree. I guess a one-line change to completely fix severe brokenness in a well-established program is too much trouble. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 21:16:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7918C16A41C for ; Mon, 20 Jun 2005 21:16:05 +0000 (GMT) (envelope-from sys@bsdportal.ru) Received: from mx0.valuehost.ru (mx0.valuehost.ru [217.112.42.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 5109243D5C for ; Mon, 20 Jun 2005 21:16:03 +0000 (GMT) (envelope-from sys@bsdportal.ru) Received: (qmail 26787 invoked by uid 89); 21 Jun 2005 01:16:54 +0400 Received: from unknown (HELO ?192.168.17.19?) (sys@bsdportal.ru@217.74.245.2) by mx0.valuehost.ru with SMTP; 21 Jun 2005 01:16:33 +0400 Message-ID: <42B731F4.6030701@bsdportal.ru> Date: Tue, 21 Jun 2005 01:15:32 +0400 From: "Alexey N. Karakuts" Organization: BSDPORTAL.RU User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050611) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: opensound driver not worked, please help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 21:16:05 -0000 Installation of drivers from opensound.com last version comes to an end with a mistake, kernel panic TRAP 12 System: FreeBSD sys.localdomain 6.0-CURRENT FreeBSD 6.0-CURRENT #7: Tue Jun 21 00:19:27 MSD 2005 last cvsup 19.06.2005 pciconf -l -v ostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x168110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1681 P4 Nouth Bridge with HyperTransport' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x524710b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1621 PCI to AGP Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:2:0: class=0x060400 card=0x000000b0 chip=0x524910b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5249 HyperTransport to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:3:0: class=0x060100 card=0x7701152d chip=0x156310b9 rev=0x20 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1563 South Bridge with Hypertransport Support' class = bridge subclass = PCI-ISA alpm0@pci0:3:1: class=0x068000 card=0x7701152d chip=0x710110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M7101 Power Management Controller' class = bridge none0@pci0:4:0: class=0x040100 card=0x7701152d chip=0x545510b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1563M Southbridge AC'97 Audio Controller' class = multimedia subclass = audio none1@pci0:4:1: class=0x070300 card=0x7701152d chip=0x545710b9 rev=0x10 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI N5457, M1563M AC97 Modem controller' class = simple comms subclass = generic modem cbb0@pci0:5:0: class=0x060700 card=0x7701152d chip=0x72121217 rev=0x20 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ711M2 SmartCardBus MultiMediaBay Controller' class = bridge subclass = PCI-CardBus cbb1@pci0:5:1: class=0x060700 card=0x7701152d chip=0x72121217 rev=0x20 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ711M2 SmartCardBus MultiMediaBay Controller' class = bridge subclass = PCI-CardBus none2@pci0:5:2: class=0x088000 card=0x7701152d chip=0x71101217 rev=0x00 hdr=0x00 vendor = 'O2 Micro Inc' device = 'OZ711Mx MemoryCardBus Accelerator' class = base peripheral iwi0@pci0:6:0: class=0x028000 card=0x27018086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network fwohci0@pci0:7:0: class=0x0c0010 card=0x7701152d chip=0x8026104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB21 1394a-2000 OHCI PHY/link-layer Controller' class = serial bus subclass = FireWire rl0@pci0:13:0: class=0x020000 card=0x7701152d chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet atapci0@pci0:14:0: class=0x01018a card=0x7701152d chip=0x522910b9 rev=0xc5 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1543 Southbridge EIDE Controller' class = mass storage subclass = ATA ohci0@pci0:15:0: class=0x0c0310 card=0x7701152d chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5237 OpenHCI 1.1 USB Controller' class = serial bus subclass = USB ohci1@pci0:15:1: class=0x0c0310 card=0x7701152d chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5237 OpenHCI 1.1 USB Controller' class = serial bus subclass = USB ohci2@pci0:15:2: class=0x0c0310 card=0x7701152d chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5237 OpenHCI 1.1 USB Controller' class = serial bus subclass = USB ehci0@pci0:15:3: class=0x0c0320 card=0x7701152d chip=0x523910b9 rev=0x01 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB nvidia0@pci1:0:0: class=0x030000 card=0x7701152d chip=0x018610de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GeForce4 448 Go [NV18M]' class = display subclass = VGA 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 #7: Tue Jun 21 00:19:27 MSD 2005 root@sys.localdomain:/usr/src/sys/i386/compile/KERN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2659.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebf9ff Features2=0x4400> real memory = 804192256 (766 MB) avail memory = 773517312 (737 MB) netsmb_dev: loaded npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 5 on acpi0 pci_link5: irq 4 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 11 on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci_link5: Unable to choose an IRQ pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xb9000000-0xb9ffffff,0xc8000000-0xcfffffff irq 11 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED]hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x168110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1681 P4 Nouth Bridge with HyperTransport' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x524710b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1621 PCI to AGP Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:2:0: class=0x060400 card=0x000000b0 chip=0x524910b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5249 HyperTransport to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:3:0: class=0x060100 card=0x7701152d chip=0x156310b9 rev=0x20 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1563 South Bridge with Hypertransport Support' class = bridge subclass = PCI-ISA none0@pci0:3:1: class=0x068000 card=0x7701152d chip=0x710110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M7101 Power Management Controller' class = bridge none1@pci0:4:0: class=0x040100 card=0x7701152d chip=0x545510b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1563M Southbridge AC'97 Audio Controller' class = multimedia subclass = audio none2@pci0:4:1: class=0x070300 card=0x7701152d chip=0x545710b9 rev=0x10 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI N5457, M1563M AC97 Modem controller' class = simple comms subclass = generic modem cbb0@pci0:5:0: class=0x060700 card=0x7701152d chip=0x72121217 rev=0x20 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ711M2 SmartCardBus MultiMediaBay Controller' class = bridge subclass = PCI-CardBus cbb1@pci0:5:1: class=0x060700 card=0x7701152d chip=0x72121217 rev=0x20 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ711M2 SmartCardBus MultiMediaBay Controller' class = bridge subclass = PCI-CardBus none3@pci0:5:2: class=0x088000 card=0x7701152d chip=0x71101217 rev=0x00 hdr=0x00 vendor = 'O2 Micro Inc' device = 'OZ711Mx MemoryCardBus Accelerator' class = base peripheral iwi0@pci0:6:0: class=0x028000 card=0x27018086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network fwohci0@pci0:7:0: class=0x0c0010 card=0x7701152d chip=0x8026104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB21 1394a-2000 OHCI PHY/link-layer Controller' class = serial bus subclass = FireWire rl0@pci0:13:0: class=0x020000 card=0x7701152d chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet atapci0@pci0:14:0: class=0x01018a card=0x7701152d chip=0x522910b9 rev=0xc5 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1543 Southbridge EIDE Controller' class = mass storage subclass = ATA ohci0@pci0:15:0: class=0x0c0310 card=0x7701152d chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5237 OpenHCI 1.1 USB Controller' class = serial bus subclass = USB ohci1@pci0:15:1: class=0x0c0310 card=0x7701152d chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5237 OpenHCI 1.1 USB Controller' class = serial bus subclass = USB ohci2@pci0:15:2: class=0x0c0310 card=0x7701152d chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5237 OpenHCI 1.1 USB Controller' class = serial bus subclass = USB ehci0@pci0:15:3: class=0x0c0320 card=0x7701152d chip=0x523910b9 rev=0x01 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB nvidia0@pci1:0:0: class=0x030000 card=0x7701152d chip=0x018610de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GeForce4 448 Go [NV18M]' class = display subclass = VGA pcib2: at device 2.0 on pci0 pci2: on pcib2 isab0: at device 3.0 on pci0 isa0: on isab0 pci0: at device 3.1 (no driver attached) pci0: at device 4.0 (no driver attached) pci0: at device 4.1 (no driver attached) cbb0: mem 0xb8006000-0xb8006fff irq 11 at device 5.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0xb8007000-0xb8007fff irq 11 at device 5.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci0: at device 5.2 (no driver attached) iwi0: mem 0xb8009000-0xb8009fff irq 5 at device 6.0 on pci0 iwi0: Ethernet address: 00:12:f0:42:1d:18 fwohci0: mem 0xb800a000-0xb800a7ff,0xb8000000-0xb8003fff irq 10 at device 7.0 on pci0 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:10:ed:48 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:10:ed:48 fwe0: Ethernet address: 02:c0:9f:10:ed:48 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) rl0: port 0x9c00-0x9cff mem 0xb800a800-0xb800a8ff irq 11 at device 13.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:c0:9f:2e:b6:95 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8080-0x808f at device 14.0 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xb800b000-0xb800bfff irq 11 at device 15.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xb800c000-0xb800cfff irq 11 at device 15.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xb800d000-0xb800dfff irq 10 at device 15.2 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xb800ac00-0xb800acff irq 11 at device 15.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: AcerLabs EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: port 0x2f8-0x2ff irq 3 drq 3 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xcf800-0xd07ff,0xd8000-0xdbfff,0xdc000-0xe3fff 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 ucom0: vendor 0x067b product 0x2303, rev 1.10/2.02, addr 2 ukbd0: Chicony USB Wireless HID Receiver, rev 1.10/0.03, addr 2, iclass 3/1 kbd1 at ukbd0 uhid0: Chicony USB Wireless HID Receiver, rev 1.10/0.03, addr 2, iclass 3/1 ums0: Chicony USB Wireless HID Receiver, rev 1.10/0.03, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2659103356 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38154MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s3hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x168110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1681 P4 Nouth Bridge with HyperTransport' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x524710b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1621 PCI to AGP Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:2:0: class=0x060400 card=0x000000b0 chip=0x524910b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5249 HyperTransport to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:3:0: class=0x060100 card=0x7701152d chip=0x156310b9 rev=0x20 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1563 South Bridge with Hypertransport Support' class = bridge subclass = PCI-ISA none0@pci0:3:1: class=0x068000 card=0x7701152d chip=0x710110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M7101 Power Management Controller' class = bridge none1@pci0:4:0: class=0x040100 card=0x7701152d chip=0x545510b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1563M Southbridge AC'97 Audio Controller' class = multimedia subclass = audio none2@pci0:4:1: class=0x070300 card=0x7701152d chip=0x545710b9 rev=0x10 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI N5457, M1563M AC97 Modem controller' class = simple comms subclass = generic modem cbb0@pci0:5:0: class=0x060700 card=0x7701152d chip=0x72121217 rev=0x20 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ711M2 SmartCardBus MultiMediaBay Controller' class = bridge subclass = PCI-CardBus cbb1@pci0:5:1: class=0x060700 card=0x7701152d chip=0x72121217 rev=0x20 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ711M2 SmartCardBus MultiMediaBay Controller' class = bridge subclass = PCI-CardBus none3@pci0:5:2: class=0x088000 card=0x7701152d chip=0x71101217 rev=0x00 hdr=0x00 vendor = 'O2 Micro Inc' device = 'OZ711Mx MemoryCardBus Accelerator' class = base peripheral iwi0@pci0:6:0: class=0x028000 card=0x27018086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network fwohci0@pci0:7:0: class=0x0c0010 card=0x7701152d chip=0x8026104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB21 1394a-2000 OHCI PHY/link-layer Controller' class = serial bus subclass = FireWire rl0@pci0:13:0: class=0x020000 card=0x7701152d chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet atapci0@pci0:14:0: class=0x01018a card=0x7701152d chip=0x522910b9 rev=0xc5 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1543 Southbridge EIDE Controller' class = mass storage subclass = ATA ohci0@pci0:15:0: class=0x0c0310 card=0x7701152d chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5237 OpenHCI 1.1 USB Controller' class = serial bus subclass = USB ohci1@pci0:15:1: class=0x0c0310 card=0x7701152d chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5237 OpenHCI 1.1 USB Controller' class = serial bus subclass = USB ohci2@pci0:15:2: class=0x0c0310 card=0x7701152d chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M5237 OpenHCI 1.1 USB Controller' class = serial bus subclass = USB ehci0@pci0:15:3: class=0x0c0320 card=0x7701152d chip=0x523910b9 rev=0x01 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB nvidia0@pci1:0:0: class=0x030000 card=0x7701152d chip=0x018610de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GeForce4 448 Go [NV18M]' class = display subclass = VGA MS windows detected chip aka ali5455 and use codec AC97 ALC650. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 21:38:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 591AE16A41C for ; Mon, 20 Jun 2005 21:38:18 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D2B943D48 for ; Mon, 20 Jun 2005 21:38:18 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id DB8A9232BD; Mon, 20 Jun 2005 23:38:16 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 1376310E689; Mon, 20 Jun 2005 23:38:16 +0200 (CEST) Received: from lofi.dyndns.org (dsl-213-023-192-129.arcor-ip.net [213.23.192.129]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 68C8241422; Mon, 20 Jun 2005 23:38:16 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j5KLcEvX086716 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 20 Jun 2005 23:38:14 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 20 Jun 2005 23:38:08 +0200 User-Agent: KMail/1.8 References: <42B731F4.6030701@bsdportal.ru> In-Reply-To: <42B731F4.6030701@bsdportal.ru> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: "Alexey N. Karakuts" Subject: Re: opensound driver not worked, please help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 21:38:18 -0000 --nextPart6003126.xsv1Wqlv0Q Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 20. June 2005 23:15, Alexey N. Karakuts wrote: > Installation of drivers from opensound.com last version comes to an end > with a mistake, kernel panic TRAP 12 Contact 4front Tech for support. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart6003126.xsv1Wqlv0Q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCtzdFXhc68WspdLARAvoKAJ46XW24hDDnZ9sM3wdp8BtFSa67gwCaA1XK aBSaHjtaTcmwL6sT1v6oKZM= =k8B7 -----END PGP SIGNATURE----- --nextPart6003126.xsv1Wqlv0Q-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 21:42:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C6B2E16A4AB for ; Mon, 20 Jun 2005 21:42:05 +0000 (GMT) (envelope-from geekout@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8461443D53 for ; Mon, 20 Jun 2005 21:42:05 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so1009274wra for ; Mon, 20 Jun 2005 14:42:04 -0700 (PDT) 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:content-disposition:references; b=EzZ/ciLD0srcE9Hx+aQO9mPqciokv00eiK3Cg+pZ3u5MdRKqbohr41R/AoF/3KIUVO9futQ0QuGALFtic8kZQE4mBe7jG2ZCrxjdaIxx3mQc9BS7uI57gLhlBoRMSmeOIW0ZY35kTxuLuVQFDLomGSv9CGcWhqI0iUKlcJgT6jo= Received: by 10.54.28.17 with SMTP id b17mr2762114wrb; Mon, 20 Jun 2005 14:42:04 -0700 (PDT) Received: by 10.54.46.16 with HTTP; Mon, 20 Jun 2005 14:42:04 -0700 (PDT) Message-ID: <6e01203b05062014426b0b281e@mail.gmail.com> Date: Mon, 20 Jun 2005 15:42:04 -0600 From: Tyler Gee To: Michael Nottebrock In-Reply-To: <200506202338.13155.lofi@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42B731F4.6030701@bsdportal.ru> <200506202338.13155.lofi@freebsd.org> Cc: freebsd-current@freebsd.org, "Alexey N. Karakuts" Subject: Re: opensound driver not worked, please help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 21:42:06 -0000 > Contact 4front Tech for support. Which is to say, these are non-supported drivers that are not part of the freebsd system. -wtgee From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 21:44:06 2005 Return-Path: X-Original-To: current@freebsd.org 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 AD41916A41C; Mon, 20 Jun 2005 21:44:06 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2325F43D49; Mon, 20 Jun 2005 21:44:03 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost (localhost [127.0.0.1]) by lapdance.yazzy.net (8.13.4/8.13.4) with SMTP id j5KLi1V2000814; Mon, 20 Jun 2005 23:44:01 +0200 (CEST) (envelope-from lists@yazzy.org) Date: Mon, 20 Jun 2005 23:44:01 +0200 From: Marcin Jessa To: FreeBSD-Current , FreeBSD-mobile Message-Id: <20050620234401.10169a26.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Something incorrect in networking scripts. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 21:44:06 -0000 Hi guys. I have a Thinkpad r50e with a PRO/Wireless 2200BG WLAN nic - iwi device. When I set it up in rc.conf to be called wlan0 instead of iwi0 : ifconfig_fxp0_name="lan0" # Change interface name from fxp0 to net0. ifconfig_lan0=dhcp ifconfig_iwi0_name="wlan0" ifconfig_wlan0="inet 12.23.34.45 netmask 255.255.255.0 ssid MY_SSID" and then create /etc/start_if_wlan0 : iwicontrol wlan0 -d /usr/local/libdata/if_iwi -m bss iwicontrol -i wlan0 -r ifconfig wlan0 up The file does not seem to be used. When I rename it to start_if_iwi0 it is not used either. I need to manually run the lines from it. lan0 is brought up fine with dhcp. Cheers, Marcin Jessa. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 22:02:21 2005 Return-Path: X-Original-To: current@freebsd.org 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 C7B3B16A41C; Mon, 20 Jun 2005 22:02:21 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-222-78-106.jan.bellsouth.net [68.222.78.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821AC43D49; Mon, 20 Jun 2005 22:02:21 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 9993421001; Mon, 20 Jun 2005 17:02:19 -0500 (CDT) Date: Mon, 20 Jun 2005 17:02:19 -0500 From: "Matthew D. Fuller" To: Marcin Jessa Message-ID: <20050620220219.GA78993@over-yonder.net> References: <20050620234401.10169a26.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050620234401.10169a26.lists@yazzy.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: FreeBSD-Current , FreeBSD-mobile Subject: Re: Something incorrect in networking scripts. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 22:02:21 -0000 On Mon, Jun 20, 2005 at 11:44:01PM +0200 I heard the voice of > > and then create /etc/start_if_wlan0 : > > The file does not seem to be used. When I rename it to start_if_iwi0 > it is not used either. The scripts should be /etc/start_if.INT, not start_if_INT. And a quick glance at the rc scripts suggests that you'd have to use iwi0, not wlan0, since the ifscripts get run before the aliases get set. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 22:07:19 2005 Return-Path: X-Original-To: current@freebsd.org 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 414FD16A41C for ; Mon, 20 Jun 2005 22:07:19 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 038F443D1D for ; Mon, 20 Jun 2005 22:07:18 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so1023732wri for ; Mon, 20 Jun 2005 15:06:57 -0700 (PDT) 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:content-disposition:references; b=lVPo1WDXEsdoPr7YmwlX6CD1yJbCPWTffoMJrckuydph2XUykSbUNL7Nzzd4jl9Mbk3Xxo4j4CTnvtDCdVX22fXewjI+p4euIBMlAwrBdUPWGKKgjvtyRXup9oOzBJGiOlYvtIvDfld6vH9Ec9BwXpEChXWMbZXIKEb6WnSl870= Received: by 10.54.49.26 with SMTP id w26mr2755752wrw; Mon, 20 Jun 2005 15:06:57 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Mon, 20 Jun 2005 15:06:57 -0700 (PDT) Message-ID: <790a9fff050620150641acac8@mail.gmail.com> Date: Mon, 20 Jun 2005 17:06:57 -0500 From: Scot Hetzel To: Marcin Jessa In-Reply-To: <20050620234401.10169a26.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050620234401.10169a26.lists@yazzy.org> Cc: FreeBSD-Current , FreeBSD-mobile Subject: Re: Something incorrect in networking scripts. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 22:07:19 -0000 On 6/20/05, Marcin Jessa wrote: > I have a Thinkpad r50e with a PRO/Wireless 2200BG WLAN nic - iwi device. > When I set it up in rc.conf to be called wlan0 instead of iwi0 : >=20 > ifconfig_fxp0_name=3D"lan0" # Change interface name from fxp0 to net= 0. > ifconfig_lan0=3Ddhcp > ifconfig_iwi0_name=3D"wlan0" > ifconfig_wlan0=3D"inet 12.23.34.45 netmask 255.255.255.0 ssid MY_SSID" >=20 > and then create /etc/start_if_wlan0 : > iwicontrol wlan0 -d /usr/local/libdata/if_iwi -m bss > iwicontrol -i wlan0 -r > ifconfig wlan0 up >=20 > The file does not seem to be used. When I rename it to start_if_iwi0 it i= s not used either. > I need to manually run the lines from it. > lan0 is brought up fine with dhcp. >=20 The format for the name of the start_if* file (as seen in /etc/network.subr= ) is: /etc/start_if.${ifn} You'll need to rename your file to start_if.wlan0. Scot From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 22:08:45 2005 Return-Path: X-Original-To: current@freebsd.org 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 0C20016A41C; Mon, 20 Jun 2005 22:08:45 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from zloty.ugcs.caltech.edu (zloty.ugcs.caltech.edu [131.215.176.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id E040543D1D; Mon, 20 Jun 2005 22:08:44 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by zloty.ugcs.caltech.edu (Postfix, from userid 3640) id 3A59E54801; Mon, 20 Jun 2005 15:08:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zloty.ugcs.caltech.edu (Postfix) with ESMTP id F060349002; Mon, 20 Jun 2005 15:08:41 -0700 (PDT) Date: Mon, 20 Jun 2005 15:08:37 -0700 (PDT) From: Jon Dama To: "Matthew D. Fuller" In-Reply-To: <20050620220219.GA78993@over-yonder.net> Message-ID: References: <20050620234401.10169a26.lists@yazzy.org> <20050620220219.GA78993@over-yonder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Marcin Jessa , FreeBSD-Current , FreeBSD-mobile Subject: Re: Something incorrect in networking scripts. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 22:08:45 -0000 Can you futz this with a link rule in devfs.conf? -Jon On Mon, 20 Jun 2005, Matthew D. Fuller wrote: > On Mon, Jun 20, 2005 at 11:44:01PM +0200 I heard the voice of > > > > and then create /etc/start_if_wlan0 : > > > > The file does not seem to be used. When I rename it to start_if_iwi0 > > it is not used either. > > The scripts should be /etc/start_if.INT, not start_if_INT. And a > quick glance at the rc scripts suggests that you'd have to use iwi0, > not wlan0, since the ifscripts get run before the aliases get set. > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. > _______________________________________________ > 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 Jun 20 22:13:12 2005 Return-Path: X-Original-To: current@freebsd.org 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 B7B8D16A41C; Mon, 20 Jun 2005 22:13:12 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-222-78-106.jan.bellsouth.net [68.222.78.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B9843D4C; Mon, 20 Jun 2005 22:13:12 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 52FA521001; Mon, 20 Jun 2005 17:13:11 -0500 (CDT) Date: Mon, 20 Jun 2005 17:13:11 -0500 From: "Matthew D. Fuller" To: Jon Dama Message-ID: <20050620221310.GC78993@over-yonder.net> References: <20050620234401.10169a26.lists@yazzy.org> <20050620220219.GA78993@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: Marcin Jessa , FreeBSD-Current , FreeBSD-mobile Subject: Re: Something incorrect in networking scripts. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 22:13:12 -0000 On Mon, Jun 20, 2005 at 03:08:37PM -0700 I heard the voice of Jon Dama, and lo! it spake thus: > On Mon, 20 Jun 2005, Matthew D. Fuller wrote: > > And a quick glance at the rc scripts suggests that you'd have to > > use iwi0, not wlan0, since the ifscripts get run before the > > aliases get set. > > Can you futz this with a link rule in devfs.conf? I doubt it, since network interfaces don't have anything to do with /dev last I checked. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 22:57:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 EA4E216A41C for ; Mon, 20 Jun 2005 22:57:33 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C909C43D1F for ; Mon, 20 Jun 2005 22:57:33 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id B85606D43C for ; Mon, 20 Jun 2005 22:48:56 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34821-07 for ; Mon, 20 Jun 2005 22:48:44 -0700 (MST) Received: from [10.0.0.3] (port2030.ds1-vbr.adsl.cybercity.dk [212.242.246.211]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id D505E6D438 for ; Mon, 20 Jun 2005 22:48:43 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Tue, 21 Jun 2005 00:53:34 +0200 User-Agent: KMail/1.8 References: <20050617180321.GA1131@tarc.po.cs.msu.su> <42B5D82E.2090509@pop.agri.ch> <20050620130609.GA917@tarc.po.cs.msu.su> In-Reply-To: <20050620130609.GA917@tarc.po.cs.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506210053.34204.Chris@LainOS.org> X-Virus-Scanned: amavisd-new at neovanglist.net Subject: Timekeeping gone whack in 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris@LainOS.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 22:57:34 -0000 I've noticed since updating my machine from 5.3 to 6-CURRENT that the timekeeping on the system goes out of sync very quickly. After about a day, the clock is out of sync up to 12 hours! This is strange as on 5.3/5.4 the timekeeping on my machine was much more reasonable (+/- ~1 second a day) Is there something with 6-CURRENT that needs to be configured to keep this from going nuts? If any other diagnostic information is needed please let me know! -- Thanks, Chris (Lance) Gilbert Ph: +45 3373 2931 (UTC +0100) From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 23:27:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5FD1316A41C; Mon, 20 Jun 2005 23:27:01 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B43C43D48; Mon, 20 Jun 2005 23:27:00 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 5C58F4468; Tue, 21 Jun 2005 01:26:59 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67927-02; Tue, 21 Jun 2005 01:26:58 +0200 (CEST) Received: by crivens.unixoid.de (Postfix, from userid 1006) id 2BBAE4463; Tue, 21 Jun 2005 01:26:58 +0200 (CEST) Received: from 212.12.51.93 (SquirrelMail authenticated user mh); by unixoid.de with HTTP; Tue, 21 Jun 2005 01:26:58 +0200 (CEST) Message-ID: <4096.212.12.51.93.1119310018.squirrel@212.12.51.93> In-Reply-To: <6e01203b05062014426b0b281e@mail.gmail.com> References: <42B731F4.6030701@bsdportal.ru> <200506202338.13155.lofi@freebsd.org> <6e01203b05062014426b0b281e@mail.gmail.com> Date: Tue, 21 Jun 2005 01:26:58 +0200 (CEST) From: "Marian Hettwer" To: "Tyler Gee" 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 X-Virus-Scanned: amavisd-new at unixoid.de Cc: freebsd-current@freebsd.org, Michael Nottebrock , "Alexey N. Karakuts" Subject: Re: opensound driver not worked, please help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 23:27:01 -0000 On Mo, 20.06.2005, 23:42, Tyler Gee sagte: >> Contact 4front Tech for support. > > Which is to say, these are non-supported drivers that are not part of > the freebsd system. > And it looks like FreeBSD 6.0-CURRENT isn't supported bei 4front Tech either. So you're a wee bit in a bad situation ;-) - Marian From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 23:39:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 54D1316A41C for ; Mon, 20 Jun 2005 23:39:09 +0000 (GMT) (envelope-from pquerna@apache.org) Received: from utopia.in.force-elite.com (force-elite.com [216.255.199.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCD3043D55 for ; Mon, 20 Jun 2005 23:39:08 +0000 (GMT) (envelope-from pquerna@apache.org) X-AuthUser: chip@force-elite.com Received: from [10.0.0.41] (10.0.0.41:4840) by utopia.in.force-elite.com with [XMail 1.17 (Linux/Ix86) ESMTP Server] id for from ; Mon, 20 Jun 2005 16:39:07 -0700 Message-ID: <42B75325.3060906@apache.org> Date: Mon, 20 Jun 2005 16:37:09 -0700 From: Paul Querna User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42ACE639.8030509@apache.org> In-Reply-To: <42ACE639.8030509@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: q@onthenet.com.au, joeldiaz@nc.rr.com, martin.mato@wanadoo.fr Subject: Re: Panic with nve X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 23:39:09 -0000 Paul Querna wrote. .... Following change stops all panics for me. I don't see the code path where m0 will be a free'ed mbuf at this point. This change doesn't fix the problem, but it at least stops the machine from crashing every few minutes :) --- if_nve.bork.c Mon Jun 20 16:38:57 2005 +++ if_nve.c Mon Jun 20 13:34:52 2005 @@ -935,7 +935,7 @@ ifp->if_timer = 8; /* Copy packet to BPF tap */ - BPF_MTAP(ifp, m0); + /* BPF_MTAP(ifp, m0); */ } ifp->if_flags |= IFF_OACTIVE; -Paul From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 00:15:29 2005 Return-Path: X-Original-To: current@freebsd.org 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 D398D16A41C; Tue, 21 Jun 2005 00:15:29 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [69.61.68.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC08943D49; Tue, 21 Jun 2005 00:15:29 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.200] (adsl-34-205-243.asm.bellsouth.net [67.34.205.243]) by saturn.criticalmagic.com (Postfix) with ESMTP id 689313BD10; Mon, 20 Jun 2005 20:15:28 -0400 (EDT) Message-ID: <42B75C7D.2050103@criticalmagic.com> Date: Mon, 20 Jun 2005 20:17:01 -0400 From: Richard Coleman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20050619012425.L56734@fledge.watson.org> <20050620.124905.35871665.imp@bsdimp.com> In-Reply-To: <20050620.124905.35871665.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: rwatson@freebsd.org, current@freebsd.org Subject: Re: devd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 00:15:30 -0000 M. Warner Losh wrote: > devd won't be rewritten to not use C++. That's a non-option. > > Warner Out of curiosity, why is that? I have nothing against C++, but that stance seems surprising. I have not scanned the tree, but I was under the impression that very little of the base system that is written in C++. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 02:15:45 2005 Return-Path: X-Original-To: current@freebsd.org 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 8430616A41C; Tue, 21 Jun 2005 02:15:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38CF243D1F; Tue, 21 Jun 2005 02:15:44 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5L2EG5e029697; Mon, 20 Jun 2005 20:14:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Jun 2005 20:15:26 -0600 (MDT) Message-Id: <20050620.201526.48202418.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <75027.1119295536@critter.freebsd.dk> References: <20050620.125334.10575355.imp@bsdimp.com> <75027.1119295536@critter.freebsd.dk> 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: rwatson@freebsd.org, current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 02:15:45 -0000 In message: <75027.1119295536@critter.freebsd.dk> "Poul-Henning Kamp" writes: : I'm not saying that the problem is entirely solved, we are 90% of : the way there now, and the last 10% may simply not be worth it. I disagree. It is a solvable problem. However, some people are suggesting a 99.9% solution, whereas a 95% solution would likely suffice. We aren't there yet. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 02:18:49 2005 Return-Path: X-Original-To: current@freebsd.org 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 78FDD16A41C; Tue, 21 Jun 2005 02:18:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4463E43D1F; Tue, 21 Jun 2005 02:18:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5L2HNi7029732; Mon, 20 Jun 2005 20:17:26 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Jun 2005 20:18:44 -0600 (MDT) Message-Id: <20050620.201844.39131299.imp@bsdimp.com> To: rcoleman@criticalmagic.com From: "M. Warner Losh" In-Reply-To: <42B75C7D.2050103@criticalmagic.com> References: <20050619012425.L56734@fledge.watson.org> <20050620.124905.35871665.imp@bsdimp.com> <42B75C7D.2050103@criticalmagic.com> 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: rwatson@freebsd.org, current@freebsd.org Subject: Re: devd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 02:18:49 -0000 In message: <42B75C7D.2050103@criticalmagic.com> Richard Coleman writes: : M. Warner Losh wrote: : > devd won't be rewritten to not use C++. That's a non-option. : > : > Warner : : Out of curiosity, why is that? I have nothing against C++, but that : stance seems surprising. I have not scanned the tree, but I was under : the impression that very little of the base system that is written in C++. Because I wrote it, and I don't like stupid reasons to dictate a choice of language. It will remain C++ because I'm a grumpy old man, and I feel that rewriting it to get around the bogosities of the build system is wrong headed. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 02:25:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 714A016A41C; Tue, 21 Jun 2005 02:25:06 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4001D43D55; Tue, 21 Jun 2005 02:25:06 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j5L2P5OZ034808; Mon, 20 Jun 2005 19:25:05 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <42B77A6B.6090906@freebsd.org> Date: Mon, 20 Jun 2005 19:24:43 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Robbins References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> <42B5C0BC.40904@freebsd.org> <20050620092543.GA54301@cat.robbins.dropbear.id.au> In-Reply-To: <20050620092543.GA54301@cat.robbins.dropbear.id.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: cpio/pax using libarchive? (was Re: Replace /rescue/vi with mined(1) from DragonFlyBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 02:25:06 -0000 Tim Robbins wrote: > > This is a bit off topic, but is there a good reason (other than lack of > time) that cpio and pax could not be rewritten to use libarchive? None at all. I've focused on tar primarily because I use it more than the others myself, and because I keep dreaming I'll find time to get back to work on libpkg. If anyone would like to tackle this, I have one concrete suggestion: start with passthrough (copy) mode. If I understand it correctly, it can be implemented quite simply by forking: /* process args, set up read_arg_struct and write_arg_struct */ switch (mode) { case PASSTHROUGH: { int fd[2]; pipe(fd); if (fork()) cpio_read(fd[0], read_arg_struct); else cpio_write(fd[1], write_arg_struct); break; } case READ: { cpio_read(...); break; } case WRITE: { cpio_write(...); break; } } A lot of the detailed code can doubtless be cribbed from tar. Once you've figured out 'cpio', then basic 'pax' should be pretty simple. Hardest part of 'pax' is working on the regex substitutions and extended pax attribute overrides (which will require augmenting the libarchive API in tricky ways). Tim From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 02:39:16 2005 Return-Path: X-Original-To: current@freebsd.org 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 8611916A41C for ; Tue, 21 Jun 2005 02:39:16 +0000 (GMT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DCDB43D48 for ; Tue, 21 Jun 2005 02:39:16 +0000 (GMT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id CE9192F746 for ; Mon, 20 Jun 2005 19:39:15 -0700 (PDT) Received: from mired.org (mwm@idiom [216.240.32.1]) by idiom.com (8.12.11/8.12.11) with SMTP id j5L2dB6s099460 for ; Mon, 20 Jun 2005 19:39:13 -0700 (PDT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: (qmail 82956 invoked by uid 1001); 21 Jun 2005 02:39:05 -0000 Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by idiom.com (8.12.11/8.12.11) with ESMTP id j5K5r3QN089405 for ; Sun, 19 Jun 2005 22:53:03 -0700 (PDT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id E23A457366; Mon, 20 Jun 2005 05:51:46 +0000 (GMT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id ED83E16A437; Mon, 20 Jun 2005 05:51:44 +0000 (GMT) (envelope-from owner-freebsd-hackers@freebsd.org) X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F16CB16A41C; Mon, 20 Jun 2005 05:51:40 +0000 (GMT) (envelope-from evantd@washington.edu) Received: from innosense.washington.edu (c-24-19-1-105.hsd1.wa.comcast.net [24.19.1.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA0843D48; Mon, 20 Jun 2005 05:51:40 +0000 (GMT) (envelope-from evantd@washington.edu) Received: by innosense.washington.edu (Postfix, from userid 1001) id DFC68BC95; Sun, 19 Jun 2005 22:50:49 -0700 (PDT) Date: Sun, 19 Jun 2005 22:50:49 -0700 From: Evan Dower To: Bryan Maynard Message-ID: <20050620055049.GB54283@innosense.washington.edu> References: <20050612204852.qi31u2ddngg08gk8@webmail.reallm.com> <20050619231027.speqcyk8l6w4w0sc@webmail.reallm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050619231027.speqcyk8l6w4w0sc@webmail.reallm.com> User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org Status: O X-Status: X-Keywords: X-UID: 6550 Cc: hackers@freebsd.org, current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: NDISulator problem X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 02:39:16 -0000 I am reminded of Sun, Jun 19, 2005 at 11:10:27PM -0500 when Bryan Maynard said: > I followed the steps listed href="http://www.xl0.org/FreeBSD/ndis.txt">here and got this message > when > compiling the ndis code (step 2): > > Warning: Object directory not changed from original > /usr/src/sys/modules/ndis > > Everything seems to compile and install fine except for that error. I > complete > the rest of the steps and try to kldload ndis and if_ndis. However, > once I load > ndis I get this: > > kldload: can't load if_ndis:File exists > > Also, I can't ifconfig the ndis0 device because I get an error telling me it > doesn't exist. Once ndis is loaded via kldload, I cannot unload it. I get a > "Device busy" error. I get this error whether the card is plugged in or not. > > After loading ndis if I plug my WPC11 card in I get: > > cardbus1: at device 0.0 (no driver attached) > > I am running 5.4 with the GENERIC kernel. > > I am completely stumped. Any help would be greatly appreciated. > > Thanks! > > Bryan This seems related to a post I made to the -stable list earlier today. You might want to watch that thread ("ndis no longer detects netgear wg311v2") as well, since an answer to that question would probably be useful to your situation too. I belive my card is based on the TI ACX110 (or something like that), and I suspect yours is too, but you might want to check that out, since it could be helpful in diagnosing the problem. Good luck, -- Evan Dower Software Development Engineer Amazon.com, Inc. Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 02:56:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B5EC716A41C for ; Tue, 21 Jun 2005 02:56:57 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAB4243D1D for ; Tue, 21 Jun 2005 02:56:56 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j5L2usOZ034976; Mon, 20 Jun 2005 19:56:54 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <42B781DF.3090802@freebsd.org> Date: Mon, 20 Jun 2005 19:56:31 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garrett Wollman References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> <42B5C0BC.40904@freebsd.org> <20050620092543.GA54301@cat.robbins.dropbear.id.au> <42B77A6B.6090906@freebsd.org> <17079.32011.712557.948691@khavrinen.csail.mit.edu> In-Reply-To: <17079.32011.712557.948691@khavrinen.csail.mit.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: cpio/pax using libarchive? (was Re: Replace /rescue/vi with mined(1) from DragonFlyBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 02:56:57 -0000 Garrett Wollman wrote: > < said: > >>If anyone would like to tackle this, I have one concrete suggestion: >>start with passthrough (copy) mode. If I understand it correctly, >>it can be implemented quite simply by forking: > > Nobody implements it that way, because That Would Be Slow > (particularly in `-l' mode). Harumph. Yes, you're right about that. I was thinking that a fork design would allow you to make use of tar's deep directory support (which uses chdir() a lot and would make passthrough mode pretty tricky). But the cpio design makes deep dir support tricky no matter what. I still stand by one assertion above: start with passthrough mode. ;-) Tim From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 04:38:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 5167616A41C; Tue, 21 Jun 2005 04:38:42 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C9043D1F; Tue, 21 Jun 2005 04:38:42 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j5L4cWlt051967; Mon, 20 Jun 2005 21:38:32 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j5L4cWnw051966; Mon, 20 Jun 2005 21:38:32 -0700 (PDT) (envelope-from obrien) Date: Mon, 20 Jun 2005 21:38:32 -0700 From: "David O'Brien" To: Robert Watson Message-ID: <20050621043831.GC93634@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Robert Watson , "M. Warner Losh" References: <20050619012425.L56734@fledge.watson.org> <20050620.124905.35871665.imp@bsdimp.com> <20050620201157.J26664@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050620201157.J26664@fledge.watson.org> 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.9i Cc: freebsd-current@FreeBSD.org, "M. Warner Losh" Subject: Re: dhclient less functional with nanobsd because of NO_CXX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 04:38:42 -0000 On Mon, Jun 20, 2005 at 08:13:43PM +0100, Robert Watson wrote: > On Mon, 20 Jun 2005, M. Warner Losh wrote: > Well, actually, it's a granularity issue in the src/sbin/Makefile and its > conditional handling of devd based on NO_CXX without taking into account > whether we're building or installing. Hence my comments about needing to > provide some make infrastructure, since devd isn't the only component that > falls into precisely this pit: > > SUBDIR= adjkerntz \ > ... > ${_devd} \ > ... > > .if !defined(NO_CXX) > _devd= devd > .endif We should change this to test for the existance of the built devd vs. using the NO_CXX knob when the target is "install". If we built a 'devd' during 'make buildworld' then we should install it. What we need is for NO_CXX to gain a little logic - if set during a build target, don't build binaries written in C++. If set during an install target, don't install any C++ toolchain bits and have no farther meaning. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 04:45:12 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 A12DE16A41C; Tue, 21 Jun 2005 04:45:12 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F28943D49; Tue, 21 Jun 2005 04:45:12 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j5L4j4Bq052129; Mon, 20 Jun 2005 21:45:04 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j5L4j4vK052128; Mon, 20 Jun 2005 21:45:04 -0700 (PDT) (envelope-from obrien) Date: Mon, 20 Jun 2005 21:45:04 -0700 From: "David O'Brien" To: Robert Watson Message-ID: <20050621044504.GD93634@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Robert Watson , Daniel Eischen , phk@phk.freebsd.dk, freebsd-current@freebsd.org, "M. Warner Losh" References: <20050620202808.N26664@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050620202808.N26664@fledge.watson.org> 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.9i Cc: Daniel Eischen , phk@phk.freebsd.dk, freebsd-current@FreeBSD.org, "M. Warner Losh" Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 04:45:12 -0000 On Mon, Jun 20, 2005 at 08:29:19PM +0100, Robert Watson wrote: > On Mon, 20 Jun 2005, Daniel Eischen wrote: > I'm trying to remember the reason NO_CXX actually exists -- I believe it's > because our sparc64 port didn't have working C++ for some period of time, > so we didn't build C++ (and its dependencies). I created it in March 2000 to make GCC hacking and the process of upgrading easier for the GCC importer. > It could well be that NO_CXX is OBE, and we can eliminate it entirely? > I.e., C++ support libraries and applications are now a basic > requirement as DHCP is broken without them? It wasn't really designed as a nob for most people to set. Its use by NanoBSD is probably a misuse of it. There should be a NO_TOOLCHAIN or NO_TOOLCHAIN_CXX knob for what NO_CXX is probably being used for. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 07:51:55 2005 Return-Path: X-Original-To: current@freebsd.org 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 AE07D16A41C; Tue, 21 Jun 2005 07:51:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6468143D53; Tue, 21 Jun 2005 07:51:55 +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.3/8.13.3) with ESMTP id j5L7prvo018607; Tue, 21 Jun 2005 03:51:53 -0400 (EDT) (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.3/8.13.3) with ESMTP id j5L7psXR032970; Tue, 21 Jun 2005 03:51:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 05FA57306E; Tue, 21 Jun 2005 03:51:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050621075154.05FA57306E@freebsd-current.sentex.ca> Date: Tue, 21 Jun 2005 03:51:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 07:51:55 -0000 TB --- 2005-06-21 06:14:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-21 06:14:18 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-06-21 06:14:18 - cleaning the object tree TB --- 2005-06-21 06:14:40 - checking out the source tree TB --- 2005-06-21 06:14:40 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-06-21 06:14:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-21 06:21:03 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-21 06:21:03 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-21 06:21:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-06-21 07:35:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-21 07:35:38 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-21 07:35:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Jun 21 07:35:38 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 Tue Jun 21 07:51:22 UTC 2005 TB --- 2005-06-21 07:51:22 - generating LINT kernel config TB --- 2005-06-21 07:51:22 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-06-21 07:51:22 - /usr/bin/make -B LINT TB --- 2005-06-21 07:51:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-21 07:51:22 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-21 07:51:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 21 07:51:23 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 [...] rpcgen -h -C /tinderbox/CURRENT/i386/pc98/src/sys/netatm/spans/spans_xdr.x | grep -v rpc/rpc.h > spans_xdr.h rpcgen -c -C /tinderbox/CURRENT/i386/pc98/src/sys/netatm/spans/spans_xdr.x | grep -v rpc/rpc.h > spans_xdr.c cc -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -c /tinderbox/CURRENT/i386/pc98/ src/sys/i386/linux/linux_genassym.c sh /tinderbox/CURRENT/i386/pc98/src/sys/kern/genassym.sh linux_genassym.o > linux_assym.h cc -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -c /tinderbox/CURRENT/i386/pc98/ src/sys/i386/svr4/svr4_genassym.c sh /tinderbox/CURRENT/i386/pc98/src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h make: don't know how to make /tinderbox/CURRENT/i386/pc98/src/sys/gnu/reiserfs/reiserfs_hashes.c. Stop *** Error code 2 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-06-21 07:51:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-21 07:51:53 - ERROR: failed to build lint kernel TB --- 2005-06-21 07:51:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 10:57:54 2005 Return-Path: X-Original-To: current@freebsd.org 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 C1E3D16A41C for ; Tue, 21 Jun 2005 10:57:54 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CF1943D5C for ; Tue, 21 Jun 2005 10:57:54 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 17D6B46B9B; Tue, 21 Jun 2005 06:57:54 -0400 (EDT) Date: Tue, 21 Jun 2005 12:00:48 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrey Chernov In-Reply-To: <20050620152009.GA797@nagual.pp.ru> Message-ID: <20050621115936.M26664@fledge.watson.org> References: <20050620152009.GA797@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: page fault in tcp_dooptions() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 10:57:54 -0000 On Mon, 20 Jun 2005, Andrey Chernov wrote: > Fresh -current panic in tcp_dooptions(): > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x4 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc053aae2 Can you turn this into a file name, revision, and line number? This looks like a NULL pointer dereference. Is a core available? Robert N M Watson > stack pointer = 0x28:0xcc7e9a78 > frame pointer = 0x28:0xcc7e9ac8 > 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 = 29 (swi1: net) > trap number = 12 > panic: page fault > > #0 0xc049f19c in doadump () > #1 0xc049f6a4 in boot () > #2 0xc049fd22 in panic () > #3 0xc05d1c5f in trap_fatal () > #4 0xc05d1efb in trap_pfault () > #5 0xc05d22d0 in trap () > #6 0xc05c344a in calltrap () > #7 0xcc7e0008 in ?? () > #8 0xc05c0028 in pnpbios_identify () > #9 0xc0535db0 in tcp_dooptions () > #10 0xc0536866 in tcp_input () > #11 0xc052fa72 in ip_input () > #12 0xc051e3bb in netisr_processqueue () > #13 0xc051e687 in swi_net () > #14 0xc0486aa4 in ithread_loop () > #15 0xc0485a6d in fork_exit () > #16 0xc05c34ac in fork_trampoline () > > > -- > http://ache.pp.ru/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 11:01:17 2005 Return-Path: X-Original-To: current@freebsd.org 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 0F7CF16A41C for ; Tue, 21 Jun 2005 11:01:17 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id D920043D49 for ; Tue, 21 Jun 2005 11:01:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 5F43746B97; Tue, 21 Jun 2005 07:01:16 -0400 (EDT) Date: Tue, 21 Jun 2005 12:04:10 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "M. Warner Losh" In-Reply-To: <20050620.201844.39131299.imp@bsdimp.com> Message-ID: <20050621120334.Y26664@fledge.watson.org> References: <20050619012425.L56734@fledge.watson.org> <20050620.124905.35871665.imp@bsdimp.com> <42B75C7D.2050103@criticalmagic.com> <20050620.201844.39131299.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: rcoleman@criticalmagic.com, current@freebsd.org Subject: Re: devd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 11:01:17 -0000 On Mon, 20 Jun 2005, M. Warner Losh wrote: > : > devd won't be rewritten to not use C++. That's a non-option. > : > : Out of curiosity, why is that? I have nothing against C++, but that > : stance seems surprising. I have not scanned the tree, but I was under > : the impression that very little of the base system that is written in C++. > > Because I wrote it, and I don't like stupid reasons to dictate a choice > of language. It will remain C++ because I'm a grumpy old man, ... At last, he admits the truth. :-) Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 02:36:44 2005 Return-Path: X-Original-To: current@freebsd.org 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 09AB616A420 for ; Tue, 21 Jun 2005 02:36:44 +0000 (GMT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D4CF43D53 for ; Tue, 21 Jun 2005 02:36:43 +0000 (GMT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id A4B541F5007 for ; Mon, 20 Jun 2005 19:36:42 -0700 (PDT) Received: from mired.org (mwm@idiom [216.240.32.1]) by idiom.com (8.12.11/8.12.11) with SMTP id j5L2aehs093637 for ; Mon, 20 Jun 2005 19:36:41 -0700 (PDT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: (qmail 80627 invoked by uid 1001); 21 Jun 2005 02:36:43 -0000 Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by idiom.com (8.12.11/8.12.11) with ESMTP id j5K4bIWX069726 for ; Sun, 19 Jun 2005 21:37:18 -0700 (PDT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 2E9CD56CCA; Mon, 20 Jun 2005 04:37:16 +0000 (GMT) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CC47D16A43E; Mon, 20 Jun 2005 04:37:13 +0000 (GMT) (envelope-from owner-freebsd-hackers@freebsd.org) X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B2B716A41F for ; Mon, 20 Jun 2005 04:37:09 +0000 (GMT) (envelope-from bryan.maynard@reallm.com) Received: from hosting.sourcit.net (mail3.eitsolutions.net [68.23.20.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FFD143D49 for ; Mon, 20 Jun 2005 04:37:09 +0000 (GMT) (envelope-from bryan.maynard@reallm.com) Received: (qmail 1631 invoked from network); 19 Jun 2005 23:10:27 -0500 Received: from localhost (127.0.0.1) by localhost with SMTP; 19 Jun 2005 23:10:27 -0500 Received: from AL1-24.207.169.154.charter-stl.com (AL1-24.207.169.154.charter-stl.com [24.207.169.154]) by webmail.reallm.com (Horde MIME library) with HTTP for ; Sun, 19 Jun 2005 23:10:27 -0500 Message-ID: <20050619231027.speqcyk8l6w4w0sc@webmail.reallm.com> Date: Sun, 19 Jun 2005 23:10:27 -0500 From: Bryan Maynard To: freebsd-mobile@freebsd.org References: <20050612204852.qi31u2ddngg08gk8@webmail.reallm.com> 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.3) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org Status: O X-Status: X-Keywords: X-UID: 6444 X-Mailman-Approved-At: Tue, 21 Jun 2005 11:59:25 +0000 Cc: hackers@freebsd.org, current@freebsd.org Subject: NDISulator problem X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 02:36:44 -0000 I followed the steps listed here and got this message when compiling the ndis code (step 2): Warning: Object directory not changed from original /usr/src/sys/modules/ndis Everything seems to compile and install fine except for that error. I complete the rest of the steps and try to kldload ndis and if_ndis. However, once I load ndis I get this: kldload: can't load if_ndis:File exists Also, I can't ifconfig the ndis0 device because I get an error telling me it doesn't exist. Once ndis is loaded via kldload, I cannot unload it. I get a "Device busy" error. I get this error whether the card is plugged in or not. After loading ndis if I plug my WPC11 card in I get: cardbus1: at device 0.0 (no driver attached) I am running 5.4 with the GENERIC kernel. I am completely stumped. Any help would be greatly appreciated. Thanks! Bryan -- Open Source: by the people, for the people. Quoting Chris Buechler : > On 6/12/05, Bryan Maynard wrote: >> Hey, I have a Linksys WPC11 ver.4 and haven't been able to get it to >> work. I've >> checked out the FreeBSD compatibility website under laptops. It looks like >> people have getten ver. 3 to work. >> >> I am wondering if there is a way to get this card to work with my >> system. I have >> 5.4. >> > > WPC11 versions prior to ver.4 were a different chipset that is > natively supported. But, I have been able to use the NDISulator to > use the ver.4 card in my 5.4 laptop. It's worked great for me for > several months. I documented how to configure it here: > http://buechler.blogspot.com/2005/04/freebsd-ndisulator.html > > Regards, > -Chris _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 16:02:51 2005 Return-Path: X-Original-To: current@FreeBSD.ORG 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 CC79816A41C; Mon, 20 Jun 2005 16:02:51 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FB9643D1D; Mon, 20 Jun 2005 16:02:51 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.1) with ESMTP id j5KG2n8U085610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Mon, 20 Jun 2005 12:02:50 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.1/Submit) id j5KG2n0r085607; Mon, 20 Jun 2005 12:02:49 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17078.59561.284802.755226@khavrinen.csail.mit.edu> Date: Mon, 20 Jun 2005 12:02:49 -0400 To: Robert Watson In-Reply-To: <20050620094835.Q19830@fledge.watson.org> References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> <20050620094835.Q19830@fledge.watson.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Mon, 20 Jun 2005 12:02:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.85.1/946/Sun Jun 19 04:41:16 2005 on khavrinen.csail.mit.edu X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=5.0 tests=none version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu X-Mailman-Approved-At: Tue, 21 Jun 2005 12:04:18 +0000 Cc: current@FreeBSD.ORG Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2005 16:02:51 -0000 < said: > - Providing more complete NO_xxx functionality, identifying more > components that can easily be frobbed. I.e., I have local patches for > NO_ACL and NO_MAC that remove small but useful functional subsets that I > may get a chance to commit for 6.0, or may not. We should, at a minimum, look at the POSIX options and profiling support. Many of these issues have been considered by other groups before, so let's not reinvent the wheel until and unless we have measured the previous attempts and found pi equal to 2.818. -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 02:35:57 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG 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 EB96616A41C; Tue, 21 Jun 2005 02:35:57 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DDBC43D1D; Tue, 21 Jun 2005 02:35:57 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.1) with ESMTP id j5L2ZuWb091007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Mon, 20 Jun 2005 22:35:56 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.1/Submit) id j5L2Zt2V091004; Mon, 20 Jun 2005 22:35:55 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17079.32011.712557.948691@khavrinen.csail.mit.edu> Date: Mon, 20 Jun 2005 22:35:55 -0400 To: Tim Kientzle In-Reply-To: <42B77A6B.6090906@freebsd.org> References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> <20050618061603.GM50157@cirb503493.alcatel.com.au> <20050619033904.GB3061@dragon.NUXI.org> <20050619070640.GQ50157@cirb503493.alcatel.com.au> <42B5C0BC.40904@freebsd.org> <20050620092543.GA54301@cat.robbins.dropbear.id.au> <42B77A6B.6090906@freebsd.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Mon, 20 Jun 2005 22:35:56 -0400 (EDT) X-Virus-Scanned: ClamAV 0.85.1/947/Mon Jun 20 15:39:23 2005 on khavrinen.csail.mit.edu X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=5.0 tests=none version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu X-Mailman-Approved-At: Tue, 21 Jun 2005 12:04:18 +0000 Cc: freebsd-current@FreeBSD.ORG Subject: Re: cpio/pax using libarchive? (was Re: Replace /rescue/vi with mined(1) from DragonFlyBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 02:35:58 -0000 < said: > If anyone would like to tackle this, I have one concrete suggestion: > start with passthrough (copy) mode. If I understand it correctly, > it can be implemented quite simply by forking: Nobody implements it that way, because That Would Be Slow (particularly in `-l' mode). -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 12:23:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 A929C16A41C for ; Tue, 21 Jun 2005 12:23:19 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: from mailserv1.neuroflux.com (ns2.neuroflux.com [204.228.228.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78AC743D4C for ; Tue, 21 Jun 2005 12:23:19 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 42581 invoked by uid 1003); 21 Jun 2005 12:25:53 -0000 Received: from ryans@gamersimpact.com by mailserv1.neuroflux.com by uid 89 with qmail-scanner-1.22 (clamscan: 0.65. spamassassin: 2.60. Clear:RC:1(63.229.220.75):. Processed in 1.313798 secs); 21 Jun 2005 12:25:53 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.229.220.75) by mailserv1.neuroflux.com with SMTP; 21 Jun 2005 12:25:52 -0000 Message-ID: <42B806B3.7060604@gamersimpact.com> Date: Tue, 21 Jun 2005 07:23:15 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Sher References: <000f01c575bc$0c4ad760$6401a8c0@dell1> In-Reply-To: <000f01c575bc$0c4ad760$6401a8c0@dell1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: After Install -- Where is FreeBSD? -- Follow-up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 12:23:19 -0000 Benjamin Sher wrote: > Dear friends: > > Just for the record, I have two primary HD. Windows is installed on the > first (ad0) and FreeBSD on the second (ad1). > A few things... 1) Welcome to FreeBSD, don't get too discouraged over these issues, everyone had/s them the first time they move to an opensource os. The rewards from perseverance will be great. 2) What happened is FreeBSD installed the Master Boot Record (MBR) on ad1. The MBR is responsible for holding the CPUs hand so it can begin booting the OS. It also holds the partition table. When your computer boots the first thing that executes is the BIOS. When that is finished it loads the first sector, the MBR, of the first BIOS boot device to a very specific memory location and begins executing it. In your case the first boot device is your WinXP drive. You need to change the boot device to the second harddrive, change your harddrive order, or write an MBR to the first disk that will handle booting from multiple disks. 3) This mailing list isn't the preferred place for these sorts of questions. In the FreeBSD world current@freebsd.org is the mailing list for issues pertaining to the FREEBSD-CURRENT CVS branch. This boils down to the head of the development branch where all new code and patches are applied. It also means that FREEBSD-CURRENT can, will and does break often but the skill set of those running it is such that they can deal with it. A more appropriate list for these questions would be questions@freebsd.org. As a newcomer to the OS I would highly recommend you subscribe to the questions@ mailing list because reading other people's questions will greatly add to your experience and might answer a question you had but hadn't asked yet. 4) I'd highly recommend you familiarize yourself with the FreeBSD website, the developers have done a fantastic job and there is an enormous amount of information on it. I'd make the FreeBSD handbook your best friend as it will answer a ton of questions for you. Handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/index.html Mailing Lists: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL FreeBSD Newbies page: http://www.freebsd.org/projects/newbies.html Have fun! -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 13:25:55 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 5008216A420 for ; Tue, 21 Jun 2005 13:25:55 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1387143D1D for ; Tue, 21 Jun 2005 13:25: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 postfix3-1.free.fr (Postfix) with ESMTP id 1ADEF173500; Tue, 21 Jun 2005 15:25:52 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 8EE09405B; Tue, 21 Jun 2005 15:26:08 +0200 (CEST) Date: Tue, 21 Jun 2005 15:26:08 +0200 From: Jeremie Le Hen To: "Matthew D. Fuller" Message-ID: <20050621132608.GF738@obiwan.tataz.chchile.org> References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> <20050619213612.GD8597@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050619213612.GD8597@over-yonder.net> User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 13:25:55 -0000 Hi Matthew, > I have to wonder if exclusion is a better route than inclusion. > > I've got several Soekris boxes (4501) out in production, running I > think a 4.7ish FreeBSD. But I built up the images by including things > in. I did a full normal buildworld, and a DESTDIR'd installworld. I > didn't use any special options to trim out pieces of programs; just a > few simple tweaks like -Os compiling Then I used a list of the > programs, and used some ldd'ing and sed'ing in the Makefile to get all > the libraries needed and copy everything over to another staging dir. > > Of course, manual tweaking for config files was needed. I handwrote > the whole rc bootup process (independant scripts for ease of manual > fiddling, but with a hardcoded sequence for the bootup process). > Hand-trimmed passwd/group files. I had to pull some libraries > manually (PAM was the major "offender" here). And so on; not stuff > that would really fit in the NanoBSD schema. > > I built them rather more general than the project required, so I > wouldn't have to carefully craft each future use; they had everything > necessary to do most networking jobs you'd stick a 4501 in for. It > still came in around around the 20 meg line. Is your work publishable ? In this case, I would be glad to have a look at it. Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 14:01:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8DB3516A41F for ; Tue, 21 Jun 2005 14:01:21 +0000 (GMT) (envelope-from jaggedknife@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 420F143D53 for ; Tue, 21 Jun 2005 14:01:20 +0000 (GMT) (envelope-from jaggedknife@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1398535rna for ; Tue, 21 Jun 2005 07:01:20 -0700 (PDT) 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:content-disposition; b=ax5gBVrVvLMeXpGxYJ8pE06kXbSQP99kmQbaa6/QQmX7J9zNyHPKP+/9eBV6C8BNZXaqcgvtCSuMGD1Xk99glAoX/YdfD1EIDW8tnb/o+iRzKCdyWW/x1MJoncEijPuvHqGgKkxwgc5+TrCWr4Jl9CIy0Shan3u4RH0q9iKXu8Y= Received: by 10.38.9.9 with SMTP id 9mr2433492rni; Tue, 21 Jun 2005 07:01:20 -0700 (PDT) Received: by 10.38.10.45 with HTTP; Tue, 21 Jun 2005 07:01:20 -0700 (PDT) Message-ID: Date: Tue, 21 Jun 2005 09:01:20 -0500 From: Wesley Hearn To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: install probe(sounds dirty) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Wesley Hearn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 14:01:21 -0000 i have a spax-m mobo w/AMD K6-2/333mHz CPU, a WD1600JB hard drive..=20 and the probing isnt finding my hard drive.... before i load the kernel i do a lsdev and it shows that Drive C: is Disk0 there are no errors when loading up... i have disabled ACPI and tried that didnt work... From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 15:34:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 EB76416A41C for ; Tue, 21 Jun 2005 15:34:31 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7F7D43D5E for ; Tue, 21 Jun 2005 15:34:31 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 425936D43E; Tue, 21 Jun 2005 15:25:42 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 39562-03; Tue, 21 Jun 2005 15:25:33 -0700 (MST) Received: from [10.0.0.3] (port2030.ds1-vbr.adsl.cybercity.dk [212.242.246.211]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 1CE206D432; Tue, 21 Jun 2005 15:25:33 -0700 (MST) From: Chris Gilbert To: David Malone , freebsd-current@freebsd.org Date: Tue, 21 Jun 2005 12:57:27 +0200 User-Agent: KMail/1.8 References: <20050617180321.GA1131@tarc.po.cs.msu.su> <200506210053.34204.Chris@LainOS.org> <20050621090857.GA30759@walton.maths.tcd.ie> In-Reply-To: <20050621090857.GA30759@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506211257.27765.Chris@LainOS.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: Subject: Re: Timekeeping gone whack in 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris@LainOS.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, 21 Jun 2005 15:34:32 -0000 Sure, here's the output: root@Melchior# vmstat -i interrupt total rate irq1: atkbd0 229099 2 irq13: npx0 1 0 irq14: ata0 829858 7 irq15: ata1 47 0 irq16: fwohci0 1 0 irq18: nvidia0+ 15720743 146 irq19: pcm0 xl0++ 5140361 47 lapic1: timer 388944801 3626 lapic0: timer 388922753 3626 Total 799787664 7456 root@Melchior# sysctl kern.timecounter kern.timecounter.tick: 1 kern.timecounter.choice: TSC(-100) i8254(0) dummy(-1000000) kern.timecounter.hardware: i8254 kern.timecounter.nsetclock: 24 kern.timecounter.ngetmicrotime: 19375741 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetmicrouptime: 3187545739 kern.timecounter.ngetnanouptime: 2799272 kern.timecounter.ngetbinuptime: 3749806 kern.timecounter.nmicrotime: 596114548 kern.timecounter.nnanotime: 48763 kern.timecounter.nbintime: 596163279 kern.timecounter.nmicrouptime: 4395697 kern.timecounter.nnanouptime: 30 kern.timecounter.nbinuptime: 964366125 kern.timecounter.stepwarnings: 0 kern.timecounter.smp_tsc: 0 The motherboard is a Tyan Tiger MPX (S2466N-4M) Using an AMD 760-MPX chipset. -- Thanks, Chris (Lance) Gilbert Ph: +16239791302 (UTC -0700) On Tuesday 21 June 2005 11:08, you wrote: > On Tue, Jun 21, 2005 at 12:53:34AM +0200, Chris Gilbert wrote: > > I've noticed since updating my machine from 5.3 to 6-CURRENT that the > > timekeeping on the system goes out of sync very quickly. > > To help diagnose this, you might want to post the output of: > > vmstat -i > sysctl kern.timecounter > > and also the type of your motherboard to the list. > > David. From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 17:08:53 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 3F7D316A41C for ; Tue, 21 Jun 2005 17:08:53 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 318B443D5D for ; Tue, 21 Jun 2005 17:08:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 21 Jun 2005 13:22:23 -0400 From: John Baldwin To: "Darren Pilgrim" Date: Tue, 21 Jun 2005 12:55:45 -0400 User-Agent: KMail/1.8 References: <001601c575db$f8527bd0$0b2a15ac@SMILEY> In-Reply-To: <001601c575db$f8527bd0$0b2a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506211255.45837.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: usbd not opening all usb busses for event watching. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 17:08:53 -0000 On Monday 20 June 2005 05:06 pm, Darren Pilgrim wrote: > From: John Baldwin [mailto:jhb@FreeBSD.org] > > > On Thursday 26 May 2005 12:42 am, Darren Pilgrim wrote: > > > I appear to be running up against the hard-coded limit of four > > > usb hubs in usbd. The problems were devices not attaching > > > properly. The machines in question are a new notebook with > > > four USB 2.0 ports and an older desktop with onboard USB 1.1 > > > and a USB 2.0 card. The notebook produces 5 hubs and the > > > desktop produces 7. > > > > > > The problems disappeared after I increased MAXUSBDEV to match > > > the number of hubs present. This isn't really a bug, so I > > > wasn't sure if send-pr was appropriate. Should I file a PR > > > for this? > > > > Actually, it does sound like a bug. :) I would file a PR and > > then post a message with the PR to usb@FreeBSD.org as that is > > the list of folks who look after the USB code. > > I filed a PR, with a patch to bump up MAXUSBDEV to 40. The PR was > closed and I was told devd will be replacing usbd, so usbd will be > allowed to rot in the tree. I guess a one-line change to completely fix > severe brokenness in a well-established program is too much trouble. What was the PR number? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 18:04:40 2005 Return-Path: X-Original-To: current@FreeBSD.ORG 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 9930016A41C; Tue, 21 Jun 2005 18:04:40 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B7F643D1D; Tue, 21 Jun 2005 18:04:39 +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.4/8.13.4) with ESMTP id j5LI4cnl005999; Tue, 21 Jun 2005 22:04:38 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DomainKey-Signature: a=rsa-sha1; s=default; d=nagual.pp.ru; c=nofws; q=dns; h=received:date:from:to:cc:subject:message-id: mail-followup-to:references:mime-version:content-type: content-disposition:in-reply-to:user-agent; b=IdjKOQ9FQA5sSqlCfaRc4RGNmdrrhfnSi9F2R5LuHJZnOS9H4eYFNN7UposzKF5/k 3PuCEDw/TZykN6F69n9rA== Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5LI4ccw005998; Tue, 21 Jun 2005 22:04:38 +0400 (MSD) (envelope-from ache) Date: Tue, 21 Jun 2005 22:04:38 +0400 From: Andrey Chernov To: Robert Watson Message-ID: <20050621180437.GB5774@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Watson , current@FreeBSD.ORG References: <20050620152009.GA797@nagual.pp.ru> <20050621115936.M26664@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050621115936.M26664@fledge.watson.org> User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.ORG Subject: Re: page fault in tcp_dooptions() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 18:04:40 -0000 On Tue, Jun 21, 2005 at 12:00:48PM +0100, Robert Watson wrote: > > Can you turn this into a file name, revision, and line number? I have no kernel.debug for that panic. > This looks like a NULL pointer dereference. Is a core available? At this moment, not (but ask mohan_srinivasan@yahoo.com, he download from me "vmcore.1.gz" to analyze the problem and may still keep it). I reboot having newly compiled "kernel.debug" now, so more information will be available if this panic happens again. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 18:09:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 48ADC16A41C for ; Tue, 21 Jun 2005 18:09:06 +0000 (GMT) (envelope-from beastie@kamp-dsl.de) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 941EA43D5C for ; Tue, 21 Jun 2005 18:09:05 +0000 (GMT) (envelope-from beastie@kamp-dsl.de) Received: (qmail 32765 invoked by uid 513); 21 Jun 2005 18:09:09 -0000 Received: from 127.0.0.1 by dsl-mail (envelope-from , uid 89) with qmail-scanner-1.24 (clamdscan: 0.80/609. spamassassin: 2.60. Clear:RC:1(127.0.0.1):. Processed in 0.023666 secs); 21 Jun 2005 18:09:09 -0000 Received: from localhost (HELO webmail.kamp-dsl.de) (127.0.0.1) by dsl-mail.kamp.net with SMTP; 21 Jun 2005 18:09:09 -0000 Received: from 213.146.115.171 (SquirrelMail authenticated user beastie%kamp-dsl.de) by webmail.kamp-dsl.de with HTTP; Tue, 21 Jun 2005 20:09:09 +0200 (CEST) Message-ID: <33778.213.146.115.171.1119377349.squirrel@webmail.kamp-dsl.de> In-Reply-To: <200506201347.46062.lofi@freebsd.org> References: <20050618191648.6699C16A41C@hub.freebsd.org> <20050619130148.N55717@ury.york.ac.uk> <33459.213.146.115.171.1119184346.squirrel@webmail.kamp-dsl.de> <200506201347.46062.lofi@freebsd.org> Date: Tue, 21 Jun 2005 20:09:09 +0200 (CEST) From: beastie@kamp-dsl.de To: "Michael Nottebrock" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Cc: beastie@kamp-dsl.de, freebsd-current@freebsd.org Subject: Re: Realtek High Definition Audio subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 18:09:06 -0000 Michael, thanks. Are there any plans to add the driver to FreeBSD6-current soon and if yes how much longer will I have to wait? Any idea? > On Sunday, 19. June 2005 14:32, beastie@kamp-dsl.de wrote: >> Thanks. >> >> pciconf is attached. Im afraid I have no free slot to add an extra card >> thats why I need to get this card to work. > >>none0@pci0:27:0: class=0x040300 card=0x814e1043 chip=0x26688086 >>rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801FB/FR/FW/FRW Intel High Deficition Audio Controller' >> class = multimedia > > That's the audio portion of an Intel ICH7 chipset - there's no driver > support > available either in FreeBSD or in the FreeBSD version of OSS for these at > the > moment, you're out of luck for now. > > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 18:57:32 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 9BAD916A41C for ; Tue, 21 Jun 2005 18:57:32 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54B0C43D1D for ; Tue, 21 Jun 2005 18:57:32 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (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 8D4D039814; Tue, 21 Jun 2005 20:58:07 +0200 (CEST) Date: Tue, 21 Jun 2005 20:57:30 +0200 From: Marcin Jessa To: Jeremie Le Hen Message-Id: <20050621205730.5ef76166.lists@yazzy.org> In-Reply-To: <20050621132608.GF738@obiwan.tataz.chchile.org> References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> <20050619213612.GD8597@over-yonder.net> <20050621132608.GF738@obiwan.tataz.chchile.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, fullermd@over-yonder.net Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 18:57:32 -0000 Hi. You can read how it's done on NetBSD: http://www.wifibsd.org/support/netbsd-on-cf.txt We do similar things with FreeBSD, but in opposite to nanobsd, picobsd and such we dont do any crunching of binaries, we just use dynamically linked libraries. This makes live a lot of easier (ever tried to crunch openssl?). Also the rootfs on FreeBSD can be loaded as a module by loader or "inserted" into the kernel. PicoBSD and i guess NanoBSD use the second option. What's neat is you can actually use the same configs with freebsd and netbsd and replace your "firmare" (rootfs and kernel) on the fly. Cheers. On Tue, 21 Jun 2005 15:26:08 +0200 Jeremie Le Hen wrote: > Hi Matthew, > > > I have to wonder if exclusion is a better route than inclusion. > > > > I've got several Soekris boxes (4501) out in production, running I > > think a 4.7ish FreeBSD. But I built up the images by including things > > in. I did a full normal buildworld, and a DESTDIR'd installworld. I > > didn't use any special options to trim out pieces of programs; just a > > few simple tweaks like -Os compiling Then I used a list of the > > programs, and used some ldd'ing and sed'ing in the Makefile to get all > > the libraries needed and copy everything over to another staging dir. > > > > Of course, manual tweaking for config files was needed. I handwrote > > the whole rc bootup process (independant scripts for ease of manual > > fiddling, but with a hardcoded sequence for the bootup process). > > Hand-trimmed passwd/group files. I had to pull some libraries > > manually (PAM was the major "offender" here). And so on; not stuff > > that would really fit in the NanoBSD schema. > > > > I built them rather more general than the project required, so I > > wouldn't have to carefully craft each future use; they had everything > > necessary to do most networking jobs you'd stick a 4501 in for. It > > still came in around around the 20 meg line. > > Is your work publishable ? In this case, I would be glad to have a > look at it. > > Thank you. > 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 Tue Jun 21 19:46:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 700C316A41C; Tue, 21 Jun 2005 19:46:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C9FE43D55; Tue, 21 Jun 2005 19:46:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 21 Jun 2005 15:59:36 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 21 Jun 2005 14:39:32 -0400 User-Agent: KMail/1.8 References: <17061.49982.839890.459580@roam.psg.com> <20050607220433.GD84581@ip.net.ua> <17062.7025.560999.966165@roam.psg.com> In-Reply-To: <17062.7025.560999.966165@roam.psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506211439.33596.jhb@FreeBSD.org> Cc: Randy Bush Subject: Re: loader problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 19:46:07 -0000 On Tuesday 07 June 2005 06:10 pm, Randy Bush wrote: > >> OK unload > >> OK load boot/kernel/kernel > >> boot/kernel/kernel text=0x24d128 data=0x27c1c+0x2b6e4 > >> syms=[0x4+0x30630+0x4+0x3cb6d] OK lsmod > >> 0x400000: boot/kernel/kernel (elf kernel, 0x30e5e8) > >> modules: io.1 splash.1 ipfw.2 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 > >> cd9660.1 isa.1 pseudofs.1 procfs.1 random.1 ppbus.1 pci.1 null.1 mem.1 > >> acd.1 atapci.1 ata.1 OK set acpi_load=NO > >> OK show > >> LINES=24 > >> acpi_load=NO > > > > [...] > > > >> OK boot > >> /boot/kernel/acpi.ko text=0x4cc70 data=0x2000+0x10b0 > >> syms=[0x4+0x7960+0x4+0xa1d9] \ > >> > >> > > > > You want to "unset acpi_load" to disable ACPI loading, or > > "set hint.acpi.0.disabled=1". > > Type '?' for a list of commands, 'help' for more detailed help. > OK unset acpi_load > OK set hint.acpi.0.disabled=1 > OK boot > \ > > > > and boot -v shows nothing else Are you sure it isn't booting using the serial console instead? Did you let it sit for 5 minutes or so and see if a ttyv0 login eventually popped up on the screen? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:46:07 2005 Return-Path: X-Original-To: current@freebsd.org 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 91F0916A41F; Tue, 21 Jun 2005 19:46:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C89E43D1F; Tue, 21 Jun 2005 19:46:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 21 Jun 2005 15:59:36 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 21 Jun 2005 14:43:10 -0400 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506211443.11882.jhb@FreeBSD.org> Cc: Hajimu UMEMOTO , current@freebsd.org Subject: Re: BTX halted during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 19:46:07 -0000 On Tuesday 07 June 2005 03:29 pm, Hajimu UMEMOTO wrote: > Hi, > > I bought new laptop; Panasonic Let's Note CF-R4 > (http://panasonic.jp/pc/products/r4g/index.html), and I'm trying to > install FreeBSD in it without any success. > The FreeBSD installer cannot boot at all, and it ends up with BTX > halted before loading kernel. Perhaps, it occurs during boot2 or > loader. However, I cannot look at output messages due to endless loop > of output. So, I cannot identify where it is actually. > I tried CD-ROM of 5.4-RELEASE, 5.3-RELEASE, 5.2-RELEASE, 4.11-RELEASE > and 6.0-CURRENT-SNAP004-i386-disc1.iso. I also tried boot.flp of > 5.4-RELEASE. > I tried several combination of available BIOS settings without any > success. > The installer of NetBSD 2.0.2 can boot just fine, though. > I'm embarrassed. How can I install FreeBSD into my new laptop? > > Sincerely, Hmm, well. First off, try disabling DMA for the hard drive and CD-ROM in the BIOS. Secondly, you can hack on btx to add a while (1) loop ('foo: jmp foo') and move it around to get it to stop looping after the first fault so you can capture the details. I can help you with that if you aren't familiar with x86 assembly. Once that is done, I can look at the fault details to try to figure out what your BIOS is doing that is making the machine unhappy. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:46:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 91F0916A41F; Tue, 21 Jun 2005 19:46:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C89E43D1F; Tue, 21 Jun 2005 19:46:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 21 Jun 2005 15:59:36 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 21 Jun 2005 14:43:10 -0400 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506211443.11882.jhb@FreeBSD.org> Cc: Hajimu UMEMOTO , current@freebsd.org Subject: Re: BTX halted during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 19:46:07 -0000 On Tuesday 07 June 2005 03:29 pm, Hajimu UMEMOTO wrote: > Hi, > > I bought new laptop; Panasonic Let's Note CF-R4 > (http://panasonic.jp/pc/products/r4g/index.html), and I'm trying to > install FreeBSD in it without any success. > The FreeBSD installer cannot boot at all, and it ends up with BTX > halted before loading kernel. Perhaps, it occurs during boot2 or > loader. However, I cannot look at output messages due to endless loop > of output. So, I cannot identify where it is actually. > I tried CD-ROM of 5.4-RELEASE, 5.3-RELEASE, 5.2-RELEASE, 4.11-RELEASE > and 6.0-CURRENT-SNAP004-i386-disc1.iso. I also tried boot.flp of > 5.4-RELEASE. > I tried several combination of available BIOS settings without any > success. > The installer of NetBSD 2.0.2 can boot just fine, though. > I'm embarrassed. How can I install FreeBSD into my new laptop? > > Sincerely, Hmm, well. First off, try disabling DMA for the hard drive and CD-ROM in the BIOS. Secondly, you can hack on btx to add a while (1) loop ('foo: jmp foo') and move it around to get it to stop looping after the first fault so you can capture the details. I can help you with that if you aren't familiar with x86 assembly. Once that is done, I can look at the fault details to try to figure out what your BIOS is doing that is making the machine unhappy. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:46:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7663A16A42D for ; Tue, 21 Jun 2005 19:46:14 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3691C43D58 for ; Tue, 21 Jun 2005 19:46:14 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 21 Jun 2005 15:59:39 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 21 Jun 2005 15:39:25 -0400 User-Agent: KMail/1.8 References: <200506091423.39940@harrymail> In-Reply-To: <200506091423.39940@harrymail> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506211539.26772.jhb@FreeBSD.org> Cc: Emanuel Strobl Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 19:46:14 -0000 On Thursday 09 June 2005 08:23 am, Emanuel Strobl wrote: > Hello, > > I recognized that doing a "make clean" in a simple ports takes minutes to > finish, so I saw that "systat -vm" shows me about 80% system usage during > that. But even if it's finished lapic keeps generating 2000 interrupts/sec > and consuming 25% CPU usage when the machine is doning nothing. > Any hints what I could do? I have never seen lapic before, I just did a > fresh 6-snapshot (june) install and upgraded to yesterdays -current. > Please find attached my kernel conf, although this time I use ULE the > sluggish "make clean" behaviour was also with 4.2BSD (but I haven't looked > after the CPU usage) > > Thanks, > > -Harry I haven't seen the clock interrupts eat up 25% CPU on my systems. Can you capture the output of 'top -S' when your system is idle? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:46:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7342A16A423 for ; Tue, 21 Jun 2005 19:46:17 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3291943D55 for ; Tue, 21 Jun 2005 19:46:17 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 21 Jun 2005 15:59:37 -0400 From: John Baldwin To: freebsd-current@freebsd.org, polachok@narod.ru Date: Tue, 21 Jun 2005 14:44:51 -0400 User-Agent: KMail/1.8 References: <42A60DAF.000003.32027@pantene.yandex.ru> In-Reply-To: <42A60DAF.000003.32027@pantene.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506211444.52693.jhb@FreeBSD.org> Cc: Warner Losh Subject: Re: Lucent Win Modem driver (comms/ltmdm) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 19:46:17 -0000 On Tuesday 07 June 2005 05:12 pm, Polakov Alexander wrote: > Hi all. I'm new in CURRENT and english is not my native. I want to tell you > my problem. My modem is Lucent Win Modem, and when I used FreeBSD-STABLE I > could compile its driver. Now when I tried into CURRENT I couldn't. It > showed errors like this: > > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdm >sio.c: In function `lt_pci_find_device': > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdm >sio.c:748: error: `PCIR_MAPS' undeclared (first use in this function) > > So, I've made a patch. Where I have to send it if I want to add it into > port(maybe it can be useful for anybody)? Here is it. Actually, the real fix is to change the ltmdmsio.c file to use PCIR_BAR(x) rather than PCIR_MAPS + 4 * x for the rids for its memory and I/O resources. The file can then include a #define for PCIR_BAR for old systems that maps to PCIR_MAPS + 4 * x. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:46:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9FE4016A421 for ; Tue, 21 Jun 2005 19:46:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F0D943D55 for ; Tue, 21 Jun 2005 19:46:17 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 21 Jun 2005 15:59:38 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 21 Jun 2005 14:47:30 -0400 User-Agent: KMail/1.8 References: <17062.14515.358156.957321@roam.psg.com> <42A732BD.4070407@elischer.org> <17063.13503.399581.395999@roam.psg.com> In-Reply-To: <17063.13503.399581.395999@roam.psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506211447.31559.jhb@FreeBSD.org> Cc: Randy Bush , Julian Elischer Subject: Re: best iso cd for twed fixing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 19:46:19 -0000 On Wednesday 08 June 2005 02:11 pm, Randy Bush wrote: > >> does the strange universe i find myself in FixIt# support twe? > > > > yes > > > > > but you need to get the twe tools from somewhere e.g. tw_cli > > not a problem in this case, as i will be in colo on a console, > so can whack on the raid config at the bios keyboard level. > > any pointers to the following? > > >> and, btw, where is that strange (not so) little world described, > >> like where does it get it's kernel? > > thanks! If you use a recent 5.x or later, then the kernel is the GENERIC kernel. If you use 5.4 or later then the disc1 will include the full livefs on disc1 so that you will have all of the base system available to you under /dist. You can always create a malloc-backed memory disk using mdconfig to get extra writable disk space if you need it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:46:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B8B2216A422 for ; Tue, 21 Jun 2005 19:46:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 786D043D58 for ; Tue, 21 Jun 2005 19:46:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 21 Jun 2005 15:59:39 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 21 Jun 2005 15:41:42 -0400 User-Agent: KMail/1.8 References: <200506101356.50355@harrymail> In-Reply-To: <200506101356.50355@harrymail> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506211541.43452.jhb@FreeBSD.org> Cc: Emanuel Strobl Subject: Re: device sio vs. device uart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 19:46:19 -0000 On Friday 10 June 2005 07:56 am, Emanuel Strobl wrote: > Originally I posted this to questions@ but got no answer so I'd like to ask > here: > > Hello, > > after compiling a custom kernel with device uart instead of device sio I > see the following in my boot message: > sio0 failed to probe at port 0x3f8 irq 4 on isa0 > sio1 failed to probe at port 0x2f8 irq 3 on isa0 > sio2: not probed (disabled) > sio3: not probed (disabled) > > But I don't have sio in my kernel at all. > > Can someone please explain me the major differences (besides the newbus > adaption) between sio and uart? And why is sio still in GENERIC? > And of course why do I see these sio messages? > > Thanks in advance, I won't get into sio vs uart, but you will need to remove all of your 'sio' hints from device.hints to make the sio devices go away. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:48:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 4CF2016A41C for ; Tue, 21 Jun 2005 19:48:32 +0000 (GMT) (envelope-from martin.mato@wanadoo.fr) Received: from pcgyver.dyndns.org (94.63.100-84.rev.gaoland.net [84.100.63.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE68743D1F for ; Tue, 21 Jun 2005 19:48:31 +0000 (GMT) (envelope-from martin.mato@wanadoo.fr) Received: from [192.168.0.2] (hayes [192.168.0.2]) by pcgyver.dyndns.org (8.13.4/8.13.4) with ESMTP id j5LJmTpx001144 for ; Tue, 21 Jun 2005 21:48:29 +0200 (CEST) (envelope-from martin.mato@wanadoo.fr) Message-ID: <42B7B903.7080001@wanadoo.fr> Date: Tue, 21 Jun 2005 08:51:47 +0200 From: Martin MATO User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42ACE639.8030509@apache.org> <42B75325.3060906@apache.org> In-Reply-To: <42B75325.3060906@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Panic with nve X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: martin.mato@wanadoo.fr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 19:48:32 -0000 Paul Querna a écrit : > Paul Querna wrote. > .... > > Following change stops all panics for me. I don't see the code path > where m0 will be a free'ed mbuf at this point. This change doesn't > fix the problem, but it at least stops the machine from crashing every > few minutes :) > > --- if_nve.bork.c Mon Jun 20 16:38:57 2005 > +++ if_nve.c Mon Jun 20 13:34:52 2005 > @@ -935,7 +935,7 @@ > ifp->if_timer = 8; > > /* Copy packet to BPF tap */ > - BPF_MTAP(ifp, m0); > + /* BPF_MTAP(ifp, m0); */ > } > ifp->if_flags |= IFF_OACTIVE; > > > -Paul > _______________________________________________ > 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" > > seems to be good for me too: i have finally transfered numerous big files over sftp whithout panicing or freezing whith my athlonXP and my abit nfs7 2.0 ^___^ many, many, many thanks :) From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:51:31 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 0669916A41C; Tue, 21 Jun 2005 19:51:31 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id A587C43D1F; Tue, 21 Jun 2005 19:51:27 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 326EC3B8DB; Tue, 21 Jun 2005 21:51:24 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j5LJpDEe001332; Tue, 21 Jun 2005 21:51:13 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j5LJpD9n001331; Tue, 21 Jun 2005 21:51:13 +0200 (CEST) (envelope-from schweikh) Date: Tue, 21 Jun 2005 21:51:13 +0200 From: Jens Schweikhardt To: John Baldwin Message-ID: <20050621195113.GB840@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <200506171450.44146.jhb@FreeBSD.org> <20050618105918.GA1551@schweikhardt.net> <200506201344.10176.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506201344.10176.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 19:51:31 -0000 John, # > See http://lists.freebsd.org/pipermail/freebsd-current/2005-May/050210.html # > for the whole thread. # # I did glance over it, but I don't really have time to read every e-mail on # current@ in detail. :( Do you have verbose dmesg's for both cases? If so, # can you get the 'lapic: Divisor' lines from each boot? Sure, they are the same: lapic: Divisor 2, Frequency 99829738 hz It appears Chris Gilbert has the same problem, see "Timekeeping gone whack in 6-CURRENT" on this list. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:51:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 06D8616A41F for ; Tue, 21 Jun 2005 19:51:31 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id A59E443D48 for ; Tue, 21 Jun 2005 19:51:27 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 537353B8C7; Tue, 21 Jun 2005 21:51:23 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j5LJjn5t001164; Tue, 21 Jun 2005 21:45:49 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j5LJjn83001163; Tue, 21 Jun 2005 21:45:49 +0200 (CEST) (envelope-from schweikh) Date: Tue, 21 Jun 2005 21:45:49 +0200 From: Jens Schweikhardt To: Chris Gilbert Message-ID: <20050621194549.GA840@schweikhardt.net> References: <20050617180321.GA1131@tarc.po.cs.msu.su> <42B5D82E.2090509@pop.agri.ch> <20050620130609.GA917@tarc.po.cs.msu.su> <200506210053.34204.Chris@LainOS.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506210053.34204.Chris@LainOS.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Timekeeping gone whack in 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 19:51:31 -0000 On Tue, Jun 21, 2005 at 12:53:34AM +0200, Chris Gilbert wrote: # I've noticed since updating my machine from 5.3 to 6-CURRENT that the # timekeeping on the system goes out of sync very quickly. # # After about a day, the clock is out of sync up to 12 hours! # # This is strange as on 5.3/5.4 the timekeeping on my machine was much more # reasonable (+/- ~1 second a day) # # Is there something with 6-CURRENT that needs to be configured to keep this # from going nuts? # # If any other diagnostic information is needed please let me know! This looks like the same problem mentioned in the thread with subject "Timekeeping hosed by factor 3, high lapic[01] interrupt rates". See there for what file/revision to backout. Currently there is no solution known, but we're working on it. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 20:00:28 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 81A9416A41C; Tue, 21 Jun 2005 20:00:28 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40B5443D58; Tue, 21 Jun 2005 20:00:28 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j5LK0R78005729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Jun 2005 16:00:27 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j5LK0Ml1060482; Tue, 21 Jun 2005 16:00:22 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17080.29141.918333.170950@grasshopper.cs.duke.edu> Date: Tue, 21 Jun 2005 16:00:21 -0400 (EDT) To: John Baldwin In-Reply-To: <200506171434.49008.jhb@FreeBSD.org> References: <20050510223636.GA49927@xor.obsecurity.org> <20050529175056.GA99318@xor.obsecurity.org> <200506171434.49008.jhb@FreeBSD.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: amd64@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: Fatal trap 12 in exec_copyout_strings() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 20:00:28 -0000 John Baldwin writes: > On Sunday 29 May 2005 01:50 pm, Kris Kennaway wrote: > > On Tue, May 10, 2005 at 03:36:36PM -0700, Kris Kennaway wrote: > > > Got this on a dual amd64 with 8GB RAM running 6.0 from last week: > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 1; apic id = 01 > > > fault virtual address = 0xffffffffa9cdc000 > > > fault code = supervisor read, page not present > > > instruction pointer = 0x8:0xffffffff8037759f > > > stack pointer = 0x10:0xffffffffba1637d0 > > > frame pointer = 0x10:0xffffffffba163820 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 52247 (sh) > > > [thread pid 52247 tid 100149 ] > > > Stopped at exec_copyout_strings+0x12f: > > > db> wh > > > Tracing pid 52247 tid 100149 td 0xffffff016e5724c0 > > > exec_copyout_strings() at exec_copyout_strings+0x12f > > > do_execve() at do_execve+0x39a > > > kern_execve() at kern_execve+0xab > > > execve() at execve+0x49 > > > syscall() at syscall+0x382 > > > Xfast_syscall() at Xfast_syscall+0xa8 > > > --- syscall (59, FreeBSD ELF64, execve), rip = 0x80090622c, rsp = > > > 0x7fffffffe058, rbp = 0xffffffff --- db> > > > > I've got this panic twice more since. > > Do you have a kernel.debug? Can you do 'list *exec_copyout_strings+0x12f'? I > think I've seen reports of the linux32_exec_copyout_strings() having a > similar fault as well on amd64. I just got this on my freshly installed UP, 512MB athlon64. For me, its 100% reproducable when running a cross-compiler built on FreeBSD-4. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffffffff90ba3000 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff80412c20 stack pointer = 0x10:0xffffffff9666b730 frame pointer = 0x10:0xffffffff9666b770 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2095 (lanai-gcc) [thread pid 2095 tid 100077 ] Stopped at ia32_copyout_strings+0x110: Even after compiling with -O -pipe -g, GDB's stack trace is not so great: #0 doadump () at pcpu.h:172 #1 0xffffffff801877a3 in db_fncall (dummy1=0, dummy2=0, dummy3=0, dummy4=0x0) at ../../../ddb/db_command.c:531 #2 0xffffffff801874f0 in db_command (last_cmdp=0xffffffff805caee8, cmd_table=0x0, aux_cmd_tablep=0xffffffff80475ab0, aux_cmd_tablep_end=0xffffffff80475ab8) at ../../../ddb/db_command.c:349 #3 0xffffffff80187617 in db_command_loop () at ../../../ddb/db_command.c:455 #4 0xffffffff801897a5 in db_trap (type=-1771653920, code=0) at ../../../ddb/db_main.c:221 #5 0xffffffff802a87fd in kdb_trap (type=12, code=0, tf=0xffffffff9666b680) at ../../../kern/subr_kdb.c:471 #6 0xffffffff803df595 in trap_fatal (frame=0xffffffff9666b680, eva=18446744071842705408) at ../../../amd64/amd64/trap.c:650 #7 0xffffffff803df232 in trap_pfault (frame=0xffffffff9666b680, usermode=0) at ../../../amd64/amd64/trap.c:578 #8 0xffffffff803dee6a in trap (frame= {tf_rdi = 4294956412, tf_rsi = 4294956816, tf_rdx = -1771651824, tf_rcx = -1771651824, tf_r8 = 64, tf_r9 = 0, tf_rax = 0, tf_rbx = -1866846208, tf_rbp = -1771653264, tf_r10 = -1099156726496, tf_r11 = 264314796, tf_r12 = 4294956816, tf_r13 = 4294956416, tf_r14 = 23, tf_r15 = 46, tf_trapno = 12, tf_addr = -1866846208, tf_flags = -2143426697, tf_err = 0, tf_rip = -2143212512, tf_cs = 8, tf_rflags = 66118, tf_rsp = -1771653312, tf_ss = 16}) at ../../../amd64/amd64/trap.c:357 #9 0xffffffff803cdb8b in calltrap () at ../../../amd64/amd64/exception.S:172 ---Type to continue, or q to quit--- #10 0x00000000ffffd57c in ?? () #11 0x00000000ffffd710 in ?? () #12 0xffffffff9666bd10 in ?? () #13 0xffffffff9666bd10 in ?? () #14 0x0000000000000040 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0xffffffff90ba3000 in ?? () #18 0xffffffff9666b770 in ?? () #19 0xffffff0015275d20 in ?? () #20 0x000000000fc11fac in ?? () #21 0x00000000ffffd710 in ?? () #22 0x00000000ffffd580 in ?? () #23 0x0000000000000017 in ?? () #24 0x000000000000002e in ?? () #25 0x000000000000000c in ?? () #26 0xffffffff90ba3000 in ?? () #27 0xffffffff803de777 in suword32 () at ../../../amd64/amd64/support.S:452 #28 0x0000000000000000 in ?? () #29 0xffffffff80412c20 in ia32_copyout_strings (imgp=0xffffffff90ba3000) at ../../../compat/ia32/ia32_sysvec.c:245 #30 0xffffffff8026b9c2 in do_execve (td=0xffffff00186ca980, args=0x0, mac_p=0x0) at ../../../kern/kern_exec.c:452 #31 0xffffffff8026b52e in kern_execve (td=0xffffff00186ca980, args=0xffffffff9666bb10, mac_p=0x0) at ../../../kern/kern_exec.c:250 #32 0xffffffff80411859 in freebsd32_execve (td=0xffffff00186ca980, uap=0x0) at ../../../compat/freebsd32/freebsd32_misc.c:321 #33 0xffffffff80411047 in ia32_syscall (frame= {tf_rdi = 0, tf_rsi = 0, tf_rdx = 1, tf_rcx = 134563369, tf_r8 = 0, tf_r9 = 0, tf_rax = 59, tf_rbx = 672188772, tf_rbp = 4294955352, tf_r10 = 0, tf_r11 = 0, tf_r12 = 0, tf_r13 = 0, tf_r14 = 0, tf_r15 = 0, tf_trapno = 0, tf_addr = 0, tf_flags = 12, tf_err = 2, tf_rip = 671876628, tf_cs = 27, tf_rflags = 647, tf_rsp = 4294955308, tf_ss = 35}) at ../../../amd64/ia32/ia32_syscall.c:186 #34 0xffffffff803cddfd in Xint0x80_syscall () at ia32_exception.S:64 The line number gdb says the crash happened on does not correspond to what ddb says. (kgdb) frame 29 #29 0xffffffff80412c20 in ia32_copyout_strings (imgp=0xffffffff90ba3000) at ../../../compat/ia32/ia32_sysvec.c:245 245 suword32(vectp++, (u_int32_t)(intptr_t)destp); vs: (kgdb) l *0xffffffff80412c20 0xffffffff80412c20 is in ia32_copyout_strings (../../../compat/ia32/ia32_sysvec.c:247). 242 * Fill in argument portion of vector table. 243 */ 244 for (; argc > 0; --argc) { 245 suword32(vectp++, (u_int32_t)(intptr_t)destp); 246 while (*stringp++ != 0) 247 destp++; 248 destp++; 249 } 250 251 /* a null vector table pointer separates the argp's from the envp's */ The deref of stringp makes sense, as it corresponds to the faulting address reported in ddb: (kgdb) p stringp $27 = 0xffffffff90ba3000
(kgdb) p *imgp->args $33 = { buf = 0xffffffff90ba3000
, begin_argv = 0xffffffff90ba3000
, begin_envv = 0xffffffff90ba313d
, endp = 0xffffffff90ba389f
, fname = 0xffffffff90be3000 "/home/gallatin/lanaitools/intel_FreeBSD/lib/gcc-lib/lanai/2.95.2..1.6/cc1", stringspace = 259937, argc = 23, envc = 46 } I'm puzzled. fname seems to be buf+ARGV_MAX, so its not like something randomly scribbled on this memory. In the debugger, the memory just below buf+ARGV_MAX seems to be unmapped. But we've done copyins in freebsd32_exec_copyin_args(), otherwise endp would not have been advanced. So we've written to this memory. It is almost like somebody freed buf through buf + 262144. Drew From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 20:50:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C0F1B16A41C for ; Tue, 21 Jun 2005 20:50:51 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C8AA43D1D for ; Tue, 21 Jun 2005 20:50:50 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5LKonEh052053 for ; Tue, 21 Jun 2005 22:50:49 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5LKon7Q061997 for ; Tue, 21 Jun 2005 22:50:49 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5LKomaZ061996 for freebsd-current@freebsd.org; Tue, 21 Jun 2005 22:50:48 +0200 (CEST) (envelope-from wb) Date: Tue, 21 Jun 2005 22:50:48 +0200 From: Wilko Bulte To: freebsd-current@freebsd.org Message-ID: <20050621205048.GA61951@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Getting WPA to work on ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 20:50:51 -0000 Hi, Today I decided to spend some time getting WPA to work on my Netgear ath(4) card. The base station is a Netgear WG602V3. The AP is configured with WPA-PSK (it cannot do anything else). To make sure that things are sortof sound on the AP side I have setup 2 laptops using Windows with WPA. Both work OK. One of these laptops that has the Netgear card and is dual boot with -current. Basically FreeBSD also (but only sortof) works with WPA on the ath(4). I setup a wpa_supplicant.conf taking the 'home network' example from the man page. What I get from wpa_supplicant on a regular interval is: Trying to associate with (SSID= freq=2412MHz) Associated with WPA: Key negotiation completeted with [PTK=CCMP GTK=TKOP] Disconnect event - remove keys <--- why is this? This process repeats itself over and over. Am I missing something obvious? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 20:52:08 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 3E2BF16A41C; Tue, 21 Jun 2005 20:52:08 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 975AE43D1F; Tue, 21 Jun 2005 20:52:07 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5LKq5jd036273; Tue, 21 Jun 2005 23:52:05 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 28976-13; Tue, 21 Jun 2005 23:52:04 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5LKq4gC036270 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Jun 2005 23:52:04 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j5LKoqLY060407; Tue, 21 Jun 2005 23:50:52 +0300 (EEST) (envelope-from ru) Date: Tue, 21 Jun 2005 23:50:52 +0300 From: Ruslan Ermilov To: John Baldwin Message-ID: <20050621205052.GA17214@ip.net.ua> References: <17061.49982.839890.459580@roam.psg.com> <20050607220433.GD84581@ip.net.ua> <17062.7025.560999.966165@roam.psg.com> <200506211439.33596.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <200506211439.33596.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Randy Bush , freebsd-current@FreeBSD.org Subject: Re: loader problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 20:52:08 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 21, 2005 at 02:39:32PM -0400, John Baldwin wrote: > On Tuesday 07 June 2005 06:10 pm, Randy Bush wrote: > > >> OK unload > > >> OK load boot/kernel/kernel > > >> boot/kernel/kernel text=3D0x24d128 data=3D0x27c1c+0x2b6e4 > > >> syms=3D[0x4+0x30630+0x4+0x3cb6d] OK lsmod > > >> 0x400000: boot/kernel/kernel (elf kernel, 0x30e5e8) > > >> modules: io.1 splash.1 ipfw.2 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 > > >> cd9660.1 isa.1 pseudofs.1 procfs.1 random.1 ppbus.1 pci.1 null.1 mem= =2E1 > > >> acd.1 atapci.1 ata.1 OK set acpi_load=3DNO > > >> OK show > > >> LINES=3D24 > > >> acpi_load=3DNO > > > > > > [...] > > > > > >> OK boot > > >> /boot/kernel/acpi.ko text=3D0x4cc70 data=3D0x2000+0x10b0 > > >> syms=3D[0x4+0x7960+0x4+0xa1d9] \ > > >> > > >> > > > > > > You want to "unset acpi_load" to disable ACPI loading, or > > > "set hint.acpi.0.disabled=3D1". > > > > Type '?' for a list of commands, 'help' for more detailed help. > > OK unset acpi_load > > OK set hint.acpi.0.disabled=3D1 > > OK boot > > \ > > > > > > > > and boot -v shows nothing else >=20 > Are you sure it isn't booting using the serial console instead? Did you = let=20 > it sit for 5 minutes or so and see if a ttyv0 login eventually popped up = on=20 > the screen? >=20 Hear hear, when no device hints were present (easily verifiable with the "show" loader command). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCuH2sqRfpzJluFF4RAtcNAJ43qtOpZlxsm3fKnVg6fp5UoQJ+lgCbBo3o Uc5h6kO8x4W1IXyiuLodpg4= =PVrZ -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 21:52:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 5EBD616A41C; Tue, 21 Jun 2005 21:52:48 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB2E43D49; Tue, 21 Jun 2005 21:52:48 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id D275C19F3B; Tue, 21 Jun 2005 14:54:26 -0700 (PDT) From: "Darren Pilgrim" To: "'John Baldwin'" Date: Tue, 21 Jun 2005 14:52:46 -0700 Message-ID: <000b01c576ab$8fb7f4d0$0b2a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <200506211255.45837.jhb@FreeBSD.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Cc: freebsd-current@FreeBSD.org Subject: RE: usbd not opening all usb busses for event watching. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 21:52:48 -0000 From: John Baldwin [mailto:jhb@FreeBSD.org]=20 > On Monday 20 June 2005 05:06 pm, Darren Pilgrim wrote: > > > > I filed a PR, with a patch to bump up MAXUSBDEV to 40. >=20 > What was the PR number? bin/81533 It looks like it didn't get closed after all. P.S. Apologies to John for the duplicate--I left out the CC on the first message. From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 23:17:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 62FEF16A41C for ; Tue, 21 Jun 2005 23:17:19 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 926DB43D53 for ; Tue, 21 Jun 2005 23:17:18 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 21 Jun 2005 23:17:16 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp023) with SMTP; 22 Jun 2005 01:17:16 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Wed, 22 Jun 2005 01:16:58 +0200 User-Agent: KMail/1.8 References: <200506101356.50355@harrymail> <200506211541.43452.jhb@FreeBSD.org> In-Reply-To: <200506211541.43452.jhb@FreeBSD.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1836995.10x4PzgRYH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506220117.09044@harrymail> X-Y-GMX-Trusted: 0 Cc: John Baldwin Subject: Re: device sio vs. device uart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 23:17:19 -0000 --nextPart1836995.10x4PzgRYH Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 21. Juni 2005 21:41 schrieb John Baldwin: > On Friday 10 June 2005 07:56 am, Emanuel Strobl wrote: > > Originally I posted this to questions@ but got no answer so I'd like > > to ask here: > > > > Hello, > > > > after compiling a custom kernel with device uart instead of device sio > > I see the following in my boot message: > > sio0 failed to probe at port 0x3f8 irq 4 on isa0 > > sio1 failed to probe at port 0x2f8 irq 3 on isa0 > > sio2: not probed (disabled) > > sio3: not probed (disabled) > > > > But I don't have sio in my kernel at all. > > > > Can someone please explain me the major differences (besides the > > newbus adaption) between sio and uart? And why is sio still in > > GENERIC? And of course why do I see these sio messages? > > > > Thanks in advance, > > I won't get into sio vs uart, but you will need to remove all of your > 'sio' hints from device.hints to make the sio devices go away. oic, thanks. Surprisingly I couldn't collect uart information yet, I just=20 found out that I can't use uart for serial console (on i386), at least not= =20 if all I do is to replace sio with uart in my kernel config. Since I don't understand the code I have no idea why I would want to use=20 uart. Is it beneficial (on the i386 arch) to have a newbusified driver? Thanks, =2DHarry --nextPart1836995.10x4PzgRYH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCuJ/0Bylq0S4AzzwRAhYfAJ4p4h/CQu0MA3B/xQGnRPt3Hd93+wCggPO3 KcCOvVuJSPDDaek2IvUJxL8= =roY5 -----END PGP SIGNATURE----- --nextPart1836995.10x4PzgRYH-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 23:22:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 6C7E016A41C for ; Tue, 21 Jun 2005 23:22:34 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CDB6A43D58 for ; Tue, 21 Jun 2005 23:22:33 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 21 Jun 2005 23:22:32 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp012) with SMTP; 22 Jun 2005 01:22:32 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Wed, 22 Jun 2005 01:22:21 +0200 User-Agent: KMail/1.8 References: <200506091423.39940@harrymail> <200506211539.26772.jhb@FreeBSD.org> In-Reply-To: <200506211539.26772.jhb@FreeBSD.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1284742.Bg3I3n372W"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506220122.24315@harrymail> X-Y-GMX-Trusted: 0 Cc: John Baldwin Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 23:22:34 -0000 --nextPart1284742.Bg3I3n372W Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 21. Juni 2005 21:39 schrieb John Baldwin: > On Thursday 09 June 2005 08:23 am, Emanuel Strobl wrote: > > Hello, > > > > I recognized that doing a "make clean" in a simple ports takes minutes > > to finish, so I saw that "systat -vm" shows me about 80% system usage > > during that. But even if it's finished lapic keeps generating 2000 > > interrupts/sec and consuming 25% CPU usage when the machine is doning > > nothing. Any hints what I could do? I have never seen lapic before, I > > just did a fresh 6-snapshot (june) install and upgraded to yesterdays > > -current. Please find attached my kernel conf, although this time I > > use ULE the sluggish "make clean" behaviour was also with 4.2BSD (but > > I haven't looked after the CPU usage) > > > > Thanks, > > > > -Harry > > I haven't seen the clock interrupts eat up 25% CPU on my systems. Can > you capture the output of 'top -S' when your system is idle? It's not exactly reproducable since I have multiple oddities with ULE and=20 KDE. I also saw 2k lapic irqs/s with 98% idle, so it's probably not a=20 lapic problem. Is there any information about lapic available? I don't=20 know what lapic stands for (the l, if apic means=20 AdvancedProgrammableInterruptController) and what it does to generate=20 2kirq/s. Thanks, =2DHarry --nextPart1284742.Bg3I3n372W Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCuKEwBylq0S4AzzwRAplzAJ4nvCnwUkT6NDXMw6QsSVnqXVH9KACeJrk1 h0+FmpTfSA1TzF3rMPZLQR4= =HIyW -----END PGP SIGNATURE----- --nextPart1284742.Bg3I3n372W-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 23:40:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 795E716A41C for ; Tue, 21 Jun 2005 23:40:45 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59AE143D4C for ; Tue, 21 Jun 2005 23:40:45 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j5LNehCL003115; Tue, 21 Jun 2005 16:40:44 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <200506220117.09044@harrymail> References: <200506101356.50355@harrymail> <200506211541.43452.jhb@FreeBSD.org> <200506220117.09044@harrymail> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Tue, 21 Jun 2005 16:40:43 -0700 To: Emanuel Strobl X-Mailer: Apple Mail (2.622) Cc: freebsd-current@freebsd.org Subject: Re: device sio vs. device uart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 23:40:45 -0000 On Jun 21, 2005, at 4:16 PM, Emanuel Strobl wrote: > oic, thanks. Surprisingly I couldn't collect uart information yet, I > just > found out that I can't use uart for serial console (on i386), at least > not > if all I do is to replace sio with uart in my kernel config. 1. You may need to update /boot/device.hints (if the UARTs are not described by ACPI). 2. You need to update /etc/ttys to enable getty(8) on ttyu[0-9]. > Since I don't understand the code I have no idea why I would want to > use > uart. Is it beneficial (on the i386 arch) to have a newbusified driver? In general: yes. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 23:51:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2E5CA16A41C for ; Tue, 21 Jun 2005 23:51:04 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDAAB43D55 for ; Tue, 21 Jun 2005 23:51:03 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id BC8685078D2; Wed, 22 Jun 2005 07:51:01 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id B75015078CC; Wed, 22 Jun 2005 07:51:01 +0800 (CST) Date: Wed, 22 Jun 2005 07:51:01 +0800 (CST) From: Tai-hwa Liang To: Wilko Bulte In-Reply-To: <20050621205048.GA61951@freebie.xs4all.nl> Message-ID: <050622074135F.25017@www.mmlab.cse.yzu.edu.tw> References: <20050621205048.GA61951@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Getting WPA to work on ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 23:51:04 -0000 On Tue, 21 Jun 2005, Wilko Bulte wrote: > Hi, > > Today I decided to spend some time getting WPA to work > on my Netgear ath(4) card. The base station is a Netgear > WG602V3. The AP is configured with WPA-PSK (it cannot do > anything else). > > To make sure that things are sortof sound on the AP side > I have setup 2 laptops using Windows with WPA. Both work > OK. > > One of these laptops that has the Netgear card and is dual > boot with -current. > > Basically FreeBSD also (but only sortof) works with WPA > on the ath(4). > > I setup a wpa_supplicant.conf taking the 'home network' > example from the man page. > > What I get from wpa_supplicant on a regular interval is: > > Trying to associate with (SSID= freq=2412MHz) > Associated with > WPA: Key negotiation completeted with [PTK=CCMP GTK=TKOP] > > to the outside world correctly> > > Disconnect event - remove keys <--- why is this? > > This process repeats itself over and over. > > Am I missing something obvious? Did you enable WME on the AP? I remembered that AP would deauth. your client if MIC errors are detected in your frames. Disable WME on both side might help(or to replace your TKIP group key with CCMP). If that still doesn't work, try to turn more debugging message on with: 80211debug +debug +crypto +auth Next time you're disconnected, dmesg may have something like: . . [MAC of AP] send station deauthenticate (reason X) [MAC of AP] send deauth on channel Y . . Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 02:47:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 625C016A41C for ; Wed, 22 Jun 2005 02:47:00 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1347343D1F for ; Wed, 22 Jun 2005 02:46:59 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-143.hsd1.ma.comcast.net ([66.30.114.143]) by comcast.net (sccrmhc11) with ESMTP id <2005062202465801100quldme>; Wed, 22 Jun 2005 02:46:58 +0000 Received: from c-66-30-114-143.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j5M2kvAf001108; Tue, 21 Jun 2005 22:46:57 -0400 (EDT) (envelope-from rodrigc@c-66-30-114-143.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j5M2kuPA001107; Tue, 21 Jun 2005 22:46:56 -0400 (EDT) (envelope-from rodrigc) Date: Tue, 21 Jun 2005 22:46:56 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20050622024656.GA1072@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Harti Brandt Subject: fatm driver crashes upon startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 02:47:00 -0000 Hi, I just started seeing this with latest -CURRENT. It looks like the fatm driver crashes somewhere in the startup/probe stage. Any ideas? Here is the stack trace. #0 doadump () at pcpu.h:165 #1 0xc06658f4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc0665c09 in panic (fmt=0xc083ed4b "from debugger") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc04bc4e1 in db_panic (addr=-1067421940, have_addr=0, count=-1, modif=0xd0cb79b4 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc04bc478 in db_command (last_cmdp=0xc0909564, cmd_table=0x0, aux_cmd_tablep=0xc089e164, aux_cmd_tablep_end=0xc089e180) at /usr/src/sys/ddb/db_command.c:349 #5 0xc04bc540 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #6 0xc04be0c5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc067e780 in kdb_trap (type=12, code=0, tf=0xd0cb7b50) at /usr/src/sys/kern/subr_kdb.c:471 #8 0xc0805cbb in trap_fatal (frame=0xd0cb7b50, eva=1800) at /usr/src/sys/i386/i386/trap.c:826 #9 0xc0805a07 in trap_pfault (frame=0xd0cb7b50, usermode=0, eva=1800) at /usr/src/sys/i386/i386/trap.c:749 #10 0xc0805671 in trap (frame= {tf_fs = -792002552, tf_es = -1066926040, tf_ds = -1064107992, tf_edi = -1 050205184, tf_esi = -1049042752, tf_ebp = -791970908, tf_isp = -791970948, tf_eb x = 1792, tf_edx = -1049042752, tf_ecx = 1, tf_eax = -1050273792, tf_trapno = 12 , tf_err = 0, tf_eip = -1067421940, tf_cs = 32, tf_eflags = 66182, tf_esp = 0, t f_ss = -1064917763}) at /usr/src/sys/i386/i386/trap.c:439 #11 0xc07f3c7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #12 0xd0cb0008 in ?? () #13 0xc0680028 in putchar (c=-1050205184, arg=0xc178e0c0) at /usr/src/sys/kern/subr_prf.c:325 #14 0xc06d0a53 in ifmedia_ioctl (ifp=0xc1661828, ifr=0x0, ifm=0xc178e0c0, cmd=0) at /usr/src/sys/net/if_media.c:281 #15 0xc0569c73 in fatm_ioctl (ifp=0xc1672400, cmd=0, arg=0xc178e0c0 "fatm0") at /usr/src/sys/dev/fatm/if_fatm.c:2485 #16 0xc06cbcb8 in ifhwioctl (cmd=3223873848, ifp=0xc1672400, data=0xc178e0c0 "fatm0", td=0x0) at /usr/src/sys/net/if.c:1476 #17 0xc06cbddf in ifioctl (so=0xc17d4000, cmd=3223873848, data=0xc178e0c0 "fatm0", td=0xc1730000) at /usr/src/sys/net/if.c:1530 #18 0xc068fb0f in soo_ioctl (fp=0x0, cmd=3223873848, data=0xc178e0c0, active_cred=0xc153a780, td=0xc1730000) at /usr/src/sys/kern/sys_socket.c:214 #19 0xc068a3fc in ioctl (td=0xc1730000, uap=0xd0cb7d04) at file.h:258 #20 0xc0805fa3 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077942776, tf_esi = 3, tf_ ebp = -1077942744, tf_isp = -791970460, tf_ebx = -1077942816, tf_edx = 134583422 , tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 671900123, tf_cs = 51, tf_eflags = 646, tf_esp = -1077942852, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:976 #21 0xc07f3ccf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #22 0x0000003b in ?? () -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 06:28:05 2005 Return-Path: X-Original-To: current@freebsd.org 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 CA69116A41C; Wed, 22 Jun 2005 06:28:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F7CA43D48; Wed, 22 Jun 2005 06:28:05 +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.3/8.13.3) with ESMTP id j5M6S3Se005843; Wed, 22 Jun 2005 02:28:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5M6S4D2019262; Wed, 22 Jun 2005 02:28:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D54107306E; Wed, 22 Jun 2005 02:28:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050622062803.D54107306E@freebsd-current.sentex.ca> Date: Wed, 22 Jun 2005 02:28:03 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2005 06:28:06 -0000 TB --- 2005-06-22 04:58:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-22 04:58:01 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-06-22 04:58:01 - cleaning the object tree TB --- 2005-06-22 04:58:37 - checking out the source tree TB --- 2005-06-22 04:58:37 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-06-22 04:58:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-22 05:02:47 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-22 05:02:47 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-22 05:02:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-06-22 06:28:03 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-22 06:28:03 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-22 06:28:03 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jun 22 06:28:03 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf; PATH=/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/legacy/usr/sbin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/legacy/usr/bin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/legacy/usr/games:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/sbin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/bin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC /tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf/GENERIC ../../conf/options.pc98: Duplicate option REISERFS. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-06-22 06:28:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-22 06:28:03 - ERROR: failed to build generic kernel TB --- 2005-06-22 06:28:03 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 06:50:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 DA19E16A41C for ; Wed, 22 Jun 2005 06:50:59 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 579D543D4C for ; Wed, 22 Jun 2005 06:50:59 +0000 (GMT) (envelope-from jura@networks.ru) X-Spam-Status: No, hits=0.0 required=2.0 Received: from [81.195.67.217] (account jura HELO Jura) by networks.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 1621409 for freebsd-current@freebsd.org; Wed, 22 Jun 2005 10:50:54 +0400 Message-ID: <00bf01c576f6$bf4bdea0$6504010a@Jura> From: "Yuriy N. Shkandybin" To: Date: Wed, 22 Jun 2005 10:50:58 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit 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 Subject: vlan problems with nge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 06:51:00 -0000 Hello I've met next problem. There is router under freebsd with nge card as parent for several vlans. vlan102: flags=8843 mtu 1500 inet 10.0.4.1 netmask 0xfffffe00 broadcast 10.0.5.255 ether 00:40:f4:47:be:10 media: Ethernet autoselect (1000baseSX ) status: active vlan: 102 parent interface: nge0 Under 5.4 vlan + nge doesn't work - core dumps but with 3 diffs from HEAD 1.70-1.72 for if_nge.c - all is working. Under 6 - it doen's work - but i've tried after Brooks Davis commits. It looks next: 1) vlan sends packets, but do not receive netstat -i shows 0 for ipackets field 2) tcpdump for parent interface shows nothing , but other side sees this arp tcpdump -n -i nge0 vlan 102 - shows nothing except outgoing "arp who has" 3)i've met same problem for lnc card under vmware I've saw in freebsd-net notes about linux-freebsd connectivity problems for dot1q It possible same problem here. Also i've checked same configuration for rl and em cards - they works well. My question: How can i debug this situation ? I've looked through if_rl, if_lnc and if_nge diffs as befor so after brooks@ patches - nothig special. Jura From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 06:54:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 AC61216A41C for ; Wed, 22 Jun 2005 06:54:01 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4181A43D53 for ; Wed, 22 Jun 2005 06:54:01 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 8DABCC120 for ; Wed, 22 Jun 2005 08:53:58 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.4/8.13.4) with ESMTP id j5M6rwlD001276 for ; Wed, 22 Jun 2005 08:53:58 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.4/8.13.4/Submit) id j5M6rvau001275 for freebsd-current@freebsd.org; Wed, 22 Jun 2005 08:53:57 +0200 (CEST) (envelope-from philip) Date: Wed, 22 Jun 2005 08:53:57 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20050622065357.GA694@loge.nixsys.be> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Date-in-Rome: ante diem X Kalendas Iulias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i Subject: Unable to umount union-parts after umounting unionfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 06:54:01 -0000 When playing with union filesystems this morning, I noticed that it's not possible to unmount the directory mounted on union cleanly, even after the union has been cleanly unmounted, once you've read from the union: Setup: # touch fs1 fs2 # mkdir tstfs # mdconfig -a -t vnode -f fs1 -s 16M # mdconfig -a -t vnode -f fs2 -s 16M # newfs /dev/md0 # newfs /dev/md1 # mount /dev/md0 tstfs/ # mount /dev/md1 /mnt # mount -t unionfs /mnt tstfs/ Trying to umount /mnt now fails as expected: # umount /mnt umount: unmount of /mnt failed: Device busy Unmounting after the union has been unmounted without anything having been read from it or written to it, is no problem either: # umount tstfs/ # umount /mnt When something has been written to the union, but nothing has been read from it, there's not problem either: # touch tstfs/foo # umount tstfs/ # umount /mnt When something has been read, however: # ls tstfs/ .snap/ foo # umount tstfs/ # umount /mnt umount: unmount of /mnt failed: Device busy Strangely, when an 'empty' union is read from, there's no problem unmounting it. It's only when it's read when there's something on it. In other words, from a clean setup: # ls tstfs/ .snap/ # umount tstfs/ # umount /mnt But (continuing on the clean setup): # mount /dev/md1 /mnt # mount -t unionfs /mnt tstfs/ # touch tstfs/foo # umount tstfs/ # umount /mnt # mount /dev/md1 /mnt # mount -t unionfs /mnt tstfs/ # ls tstfs/ .snap/ foo # umount tstfs/ # umount /mnt umount: unmount of /mnt failed: Device busy Is anyone else seeing this? :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #237: Plate voltage too low on demodulator tube From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 06:59:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7346A16A41C for ; Wed, 22 Jun 2005 06:59:17 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04F4243D53 for ; Wed, 22 Jun 2005 06:59:17 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 6DC90C118; Wed, 22 Jun 2005 08:59:15 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.4/8.13.4) with ESMTP id j5M6xFAW001326; Wed, 22 Jun 2005 08:59:15 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.4/8.13.4/Submit) id j5M6xCRe001325; Wed, 22 Jun 2005 08:59:12 +0200 (CEST) (envelope-from philip) Date: Wed, 22 Jun 2005 08:59:12 +0200 From: Philip Paeps To: Michal Vanco Message-ID: <20050622065912.GB694@loge.nixsys.be> Mail-Followup-To: Michal Vanco , freebsd-current@freebsd.org References: <42B6A670.6020205@satro.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B6A670.6020205@satro.sk> X-Date-in-Rome: ante diem X Kalendas Iulias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: acpi_fujitsu not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2005 06:59:17 -0000 On 2005-06-20 13:20:16 (+0200), Michal Vanco wrote: > on my Fujitsu Siemens LB E8020 acpi_fujitsu module is not working. After > kldload-ing I get this in my dmesg: > > acpi_fujitsu0: on acpi0 > acpi_fujitsu0: Couldn't query volume level > acpi_fujitsu0: Couldn't init button states > acpi_fujitsu0: Couldn't initialize button states! Could you dump your dsdt as described in the handbook and give us a pointer to it? Thanks! - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. It always takes longer to get there than to get back. From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 07:06:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C04C616A41C; Wed, 22 Jun 2005 07:06:23 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 779C443D53; Wed, 22 Jun 2005 07:06:23 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 5CCA460FB; Wed, 22 Jun 2005 09:06:18 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 3869160FA; Wed, 22 Jun 2005 09:06:18 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 1C06B33C29; Wed, 22 Jun 2005 09:06:18 +0200 (CEST) To: Emanuel Strobl References: <200506091423.39940@harrymail> <200506211539.26772.jhb@FreeBSD.org> <200506220122.24315@harrymail> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 22 Jun 2005 09:06:18 +0200 In-Reply-To: <200506220122.24315@harrymail> (Emanuel Strobl's message of "Wed, 22 Jun 2005 01:22:21 +0200") Message-ID: <86slza27md.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-current@freebsd.org, John Baldwin Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 07:06:23 -0000 Emanuel Strobl writes: > I don't know what lapic stands for (the l, if apic means > AdvancedProgrammableInterruptController) local, meaning per-CPU as opposed to the IOAPIC which is located in the south bridge and shared by all CPUs. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 07:24:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5005516A41C; Wed, 22 Jun 2005 07:24:22 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 065A343D1F; Wed, 22 Jun 2005 07:24:21 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 643621604FDEF; Wed, 22 Jun 2005 09:24:20 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17314-02-2; Wed, 22 Jun 2005 09:24:19 +0200 (CEST) Received: from [147.175.51.163] (unknown [147.175.51.163]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id 3CE1616051D4D; Wed, 22 Jun 2005 09:24:19 +0200 (CEST) Message-ID: <42B91220.1010100@satro.sk> Date: Wed, 22 Jun 2005 09:24:16 +0200 From: Michal Vanco User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050620) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Philip Paeps References: <42B6A670.6020205@satro.sk> <20050622065912.GB694@loge.nixsys.be> In-Reply-To: <20050622065912.GB694@loge.nixsys.be> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ANTIvirus at satronet.sk Cc: freebsd-current@freebsd.org Subject: Re: acpi_fujitsu not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2005 07:24:22 -0000 Philip Paeps wrote: >On 2005-06-20 13:20:16 (+0200), Michal Vanco wrote: > > >>on my Fujitsu Siemens LB E8020 acpi_fujitsu module is not working. After >>kldload-ing I get this in my dmesg: >> >>acpi_fujitsu0: on acpi0 >>acpi_fujitsu0: Couldn't query volume level >>acpi_fujitsu0: Couldn't init button states >>acpi_fujitsu0: Couldn't initialize button states! >> >> > >Could you dump your dsdt as described in the handbook and give us a pointer to >it? Thanks! > > > Sure. It is here: http://147.175.49.237/~misko/fujitsu.asl michal From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 08:04:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3885016A41C for ; Wed, 22 Jun 2005 08:04:37 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAFC743D1D for ; Wed, 22 Jun 2005 08:04:35 +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(6.0.3790.211); Wed, 22 Jun 2005 10:04:34 +0200 Date: Wed, 22 Jun 2005 10:04:32 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Craig Rodrigues In-Reply-To: <20050622024656.GA1072@crodrigues.org> Message-ID: <20050622095503.D70536@beagle.kn.op.dlr.de> References: <20050622024656.GA1072@crodrigues.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 22 Jun 2005 08:04:34.0505 (UTC) FILETIME=[06F0E390:01C57701] Cc: freebsd-current@freebsd.org Subject: Re: fatm driver crashes upon startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 22 Jun 2005 08:04:37 -0000 On Tue, 21 Jun 2005, Craig Rodrigues wrote: CR>Hi, CR> CR>I just started seeing this with latest -CURRENT. CR> CR>It looks like the fatm driver crashes somewhere in CR>the startup/probe stage. CR> CR>Any ideas? Here is the stack trace. This looks like fallout from the ifnet change. Utopia was definitely broken and I have committed a fix right now. The ioctl below would result in a call to utopia_media_status() which happend to assume that the struct ifnet is the first member of struct ifatm which isn't true anymore. Could you check it with the newest utopia? harti CR> CR> CR> CR>#0 doadump () at pcpu.h:165 CR>#1 0xc06658f4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 CR>#2 0xc0665c09 in panic (fmt=0xc083ed4b "from debugger") CR> at /usr/src/sys/kern/kern_shutdown.c:553 CR>#3 0xc04bc4e1 in db_panic (addr=-1067421940, have_addr=0, count=-1, CR> modif=0xd0cb79b4 "") at /usr/src/sys/ddb/db_command.c:435 CR>#4 0xc04bc478 in db_command (last_cmdp=0xc0909564, cmd_table=0x0, CR> aux_cmd_tablep=0xc089e164, aux_cmd_tablep_end=0xc089e180) CR> at /usr/src/sys/ddb/db_command.c:349 CR>#5 0xc04bc540 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 CR>#6 0xc04be0c5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 CR>#7 0xc067e780 in kdb_trap (type=12, code=0, tf=0xd0cb7b50) CR> at /usr/src/sys/kern/subr_kdb.c:471 CR>#8 0xc0805cbb in trap_fatal (frame=0xd0cb7b50, eva=1800) CR> at /usr/src/sys/i386/i386/trap.c:826 CR>#9 0xc0805a07 in trap_pfault (frame=0xd0cb7b50, usermode=0, eva=1800) CR> at /usr/src/sys/i386/i386/trap.c:749 CR>#10 0xc0805671 in trap (frame= CR> {tf_fs = -792002552, tf_es = -1066926040, tf_ds = -1064107992, tf_edi = -1 CR>050205184, tf_esi = -1049042752, tf_ebp = -791970908, tf_isp = -791970948, tf_eb CR>x = 1792, tf_edx = -1049042752, tf_ecx = 1, tf_eax = -1050273792, tf_trapno = 12 CR>, tf_err = 0, tf_eip = -1067421940, tf_cs = 32, tf_eflags = 66182, tf_esp = 0, t CR>f_ss = -1064917763}) at /usr/src/sys/i386/i386/trap.c:439 CR>#11 0xc07f3c7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 CR>#12 0xd0cb0008 in ?? () CR>#13 0xc0680028 in putchar (c=-1050205184, arg=0xc178e0c0) CR> at /usr/src/sys/kern/subr_prf.c:325 CR>#14 0xc06d0a53 in ifmedia_ioctl (ifp=0xc1661828, ifr=0x0, ifm=0xc178e0c0, CR> cmd=0) at /usr/src/sys/net/if_media.c:281 CR>#15 0xc0569c73 in fatm_ioctl (ifp=0xc1672400, cmd=0, arg=0xc178e0c0 "fatm0") CR> at /usr/src/sys/dev/fatm/if_fatm.c:2485 CR>#16 0xc06cbcb8 in ifhwioctl (cmd=3223873848, ifp=0xc1672400, CR> data=0xc178e0c0 "fatm0", td=0x0) at /usr/src/sys/net/if.c:1476 CR>#17 0xc06cbddf in ifioctl (so=0xc17d4000, cmd=3223873848, CR> data=0xc178e0c0 "fatm0", td=0xc1730000) at /usr/src/sys/net/if.c:1530 CR>#18 0xc068fb0f in soo_ioctl (fp=0x0, cmd=3223873848, data=0xc178e0c0, CR> active_cred=0xc153a780, td=0xc1730000) CR> at /usr/src/sys/kern/sys_socket.c:214 CR>#19 0xc068a3fc in ioctl (td=0xc1730000, uap=0xd0cb7d04) at file.h:258 CR>#20 0xc0805fa3 in syscall (frame= CR> {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077942776, tf_esi = 3, tf_ CR>ebp = -1077942744, tf_isp = -791970460, tf_ebx = -1077942816, tf_edx = 134583422 CR>, tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 671900123, tf_cs CR> = 51, tf_eflags = 646, tf_esp = -1077942852, tf_ss = 59}) CR> at /usr/src/sys/i386/i386/trap.c:976 CR>#21 0xc07f3ccf in Xint0x80_syscall () CR> at /usr/src/sys/i386/i386/exception.s:200 CR>#22 0x0000003b in ?? () CR> CR> From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 09:02:49 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 C9F8916A41C; Wed, 22 Jun 2005 09:02:49 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 596E443D1D; Wed, 22 Jun 2005 09:02:48 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:YM9ALzlikSIHLoOqy0AFKzMmInIUSoUTN4ij539VpwiTyc8JljLNfVKgoggtDMfv@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j5M92eJM016727 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Jun 2005 18:02:40 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 22 Jun 2005 18:02:39 +0900 Message-ID: From: Hajimu UMEMOTO To: John Baldwin In-Reply-To: <200506211443.11882.jhb@FreeBSD.org> References: <200506211443.11882.jhb@FreeBSD.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 4.11-RELEASE-p7 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA 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.0b5 (cheer.mahoroba.org [IPv6:::1]); Wed, 22 Jun 2005 18:02:40 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cheer.mahoroba.org Cc: freebsd-current@FreeBSD.org Subject: Re: BTX halted during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 09:02:49 -0000 Hi, >>>>> On Tue, 21 Jun 2005 14:43:10 -0400 >>>>> John Baldwin said: jhb> Hmm, well. First off, try disabling DMA for the hard drive and CD-ROM in the jhb> BIOS. Secondly, you can hack on btx to add a while (1) loop ('foo: jmp foo') jhb> and move it around to get it to stop looping after the first fault so you can jhb> capture the details. I can help you with that if you aren't familiar with jhb> x86 assembly. Once that is done, I can look at the fault details to try to jhb> figure out what your BIOS is doing that is making the machine unhappy. Unfortunately, it seems there is no such setting in BIOS menu to disabling DMA. I did patch to stop looping and got the message: http://www.imasy.or.jp/~ume/FreeBSD/CF-R4/cf-r4-btx-halted.jpg I heared from takawata-san that EIP=0x107 indicates runaway. I could install FreeBSD by PXE boot from 6.0-CURRENT-SNAP004-i386-disc1.iso. It's fine to boot FreeBSD which is installed on HDD. It seems BTX-halted occurs when loading loader or kernel via legacy USB. I heared from Panasonic folks that they improved their legacy USB code for their latest series including CF-R4. It seems there is some issue in their improvement, and our BTX hits the weak point of their improvement. However, DOS, Windows and NetBSD are still bootable on CF-R4... 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 Wed Jun 22 11:03:38 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 3602716A41C for ; Wed, 22 Jun 2005 11:03:38 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0480C43D53 for ; Wed, 22 Jun 2005 11:03:37 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id D0DB446BAB; Wed, 22 Jun 2005 07:03:36 -0400 (EDT) Date: Wed, 22 Jun 2005 12:06:40 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marcin Jessa In-Reply-To: <20050621205730.5ef76166.lists@yazzy.org> Message-ID: <20050622120405.H26664@fledge.watson.org> References: <20050619155228.Y6413@fledge.watson.org> <66959.1119209763@critter.freebsd.dk> <20050619213612.GD8597@over-yonder.net> <20050621132608.GF738@obiwan.tataz.chchile.org> <20050621205730.5ef76166.lists@yazzy.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jeremie Le Hen , current@FreeBSD.org, fullermd@over-yonder.net Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 11:03:38 -0000 On Tue, 21 Jun 2005, Marcin Jessa wrote: > You can read how it's done on NetBSD: > http://www.wifibsd.org/support/netbsd-on-cf.txt > > We do similar things with FreeBSD, but in opposite to nanobsd, picobsd > and such we dont do any crunching of binaries, we just use dynamically > linked libraries. This makes live a lot of easier (ever tried to crunch > openssl?). FYI, while PicoBSD does crunch binaries, NanoBSD does not. > Also the rootfs on FreeBSD can be loaded as a module by loader or > "inserted" into the kernel. PicoBSD and i guess NanoBSD use the second > option. PicoBSD does do this, but NanoBSD doesn't. NanoBSD is basically a modified version of our diskless environment, in that it relies on a standard layout tree, with the exception that it uses populated memory file systems for /var and /etc. As we see storage device size increase, we're seing embedded environments use more and more standard installs, and likewise, the FreeBSD CD install environment move over also (it now uses a live file system). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 15:57:55 2005 Return-Path: X-Original-To: current@freebsd.org 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 44A7C16A41C for ; Tue, 21 Jun 2005 15:57:55 +0000 (GMT) (envelope-from khetan@os.org.za) Received: from bastion.os.org.za (bastion.os.org.za [196.35.70.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA9C43D49 for ; Tue, 21 Jun 2005 15:57:53 +0000 (GMT) (envelope-from khetan@os.org.za) Received: by bastion.os.org.za (Postfix, from userid 1000) id 36420C183A; Tue, 21 Jun 2005 17:57:49 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by bastion.os.org.za (Postfix) with ESMTP id DC709C1839 for ; Tue, 21 Jun 2005 17:57:49 +0200 (SAST) Date: Tue, 21 Jun 2005 17:57:49 +0200 (SAST) From: Khetan Gajjar To: current@freebsd.org Message-ID: <20050621174902.G1593@bastion.os.org.za> X-Alternate-From: Khetan Gajjar X-Mobile: +27 82 885 4047 X-URL: http://khetan.gajjar.co.za/ X-Attribute-1: BOFH X-Attribute-2: the righteous bastard with a finger on The Switch X-PGP-KeyID: 0x806AD0D9 X-PGP-Fingerprint: 19 29 68 D5 74 2B 6E E5 1B 88 45 3B 29 0B 8A 27 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8BIT X-Mailman-Approved-At: Wed, 22 Jun 2005 11:39:14 +0000 Cc: Subject: Panic potentially related to imgacct_shell.c commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2005 15:57:55 -0000 Hi. I'm seeing a -current from about three days ago panic continuously, and I can't seem to figure out what it is. I assumed it was related to the whitespace issue (/usr/src/sys/kern/imgact_shell.c), for which a patch was committed recently, but I'm still seeing panic's after re-building world and kernel. A machine built with the same sources is behaving correctly, but is under much less load. Attached are the necessaries; any pointers would be greatly appreciated. This is on a system that was cvsup'd, worlded and new kernel installed last night (around 20h00 GMT+00). bash-2.05# kgdb kernel.debug -c /var/crash/vmcore.0 kgdb: multiple core files specified. Ignored kgdb: -c: No such file or directory bash-2.05# kgdb kernel.debug -c /var/crash/vmcore.0 bash-2.05# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:165 (kgdb) backtrace 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); #0 doadump () at pcpu.h:165 #1 0xc04f9568 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 #2 0xc04f987d in panic (fmt=0xc069d6ac "cur != NULL") at ../../../kern/kern_shutdown.c:553 #3 0xc0593a4c in tcp_sack_option (tp=0xc23c0730, th=0xd4400aac, cp=0xc242da66 "\005\022\002Nu\020\002Nz\223\002N\200\026\002N¬.\223¦T\222!¸Ï+zYã¬+<Û\031\016Öñêî1£\006\177~\017A·\221æºu\227$Ñ9Tõ\232ÿ\003\024\234îÅs¦a\206¨e\236ôLZÔï\r] imapd[8272]: login: dustpuppy.is.co.za[19", optlen=0) at ../../../netinet/tcp_sack.c:478 #4 0xc0591a3b in tcp_dooptions (tp=0xc23c0730, to=0xd4400bb4, cp=0xc242da66 "\005\022\002Nu\020\002Nz\223\002N\200\026\002N¬.\223¦T\222!¸Ï+zYã¬+<Û\031\016Öñêî1£\006\177~\017A·\221æºu\227$Ñ9Tõ\232ÿ\003\024\234îÅs¦a\206¨e\236ôLZÔï\r] imapd[8272]: login: dustpuppy.is.co.za[19", cnt=18, is_syn=0, th=0xc242da44) at ../../../netinet/tcp_input.c:2647 #5 0xc058f7c6 in tcp_input (m=0xc242da00, off0=20) at ../../../netinet/tcp_input.c:1085 #6 0xc05a2fc3 in esp4_input (m=0xc1a77b00, off=20) at ../../../netinet6/esp_input.c:435 #7 0xc0588d56 in ip_input (m=0xc1a77b00) at ../../../netinet/ip_input.c:776 #8 0xc0568de2 in netisr_processqueue (ni=0xc074b9d8) at ../../../net/netisr.c:235 #9 0xc0568f90 in swi_net (dummy=0x0) at ../../../net/netisr.c:342 #10 0xc04e73e8 in ithread_loop (arg=0xc19b0800) at ../../../kern/kern_intr.c:545 ---Type to continue, or q to quit--- #11 0xc04e681c in fork_exit (callout=0xc04e72cc , arg=0xc19b0800, frame=0xd4400d38) at ../../../kern/kern_fork.c:789 #12 0xc063fc7c in fork_trampoline () at ../../../i386/i386/exception.s:208 dmesg output: panic: cur != NULL cpuid = 0 KDB: enter: panic Uptime: 6h37m46s Dumping 510 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... 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: Tue Jun 21 03:30:24 SAST 2005 root@bastion.os.org.za:/usr/src/sys/i386/compile/BASTION5 WARNING: WITNESS 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 Celeron (847.26-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 535560192 (510 MB) avail memory = 514715648 (490 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff,0xffa80000-0xffafffff irq 11 at device 2.0 on pci0 pcib1: at device 30.0 on pci0 pci1: on pcib1 fxp0: port 0xdf00-0xdf3f mem 0xff8df000-0xff8dffff irq 11 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:88:ee:3b fxp0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xef40-0xef5f irq 11 at device 31.2 on pci0 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 pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 10 at device 31.4 on pci0 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 pci0: at device 31.5 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xccfff,0xcd000-0xcdfff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) Timecounter "TSC" frequency 847255346 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging unlimited ad0: 38166MB at ata0-master UDMA100 ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted IPv4 ESP input: no key association found for spi 25307772 Accounting enabled Kernel config; machine i386 cpu I586_CPU cpu I686_CPU ident BASTION makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_ULE #ULE 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 PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options 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 ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC 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 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 device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # 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 # 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 fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices - the number indicates how many units to allocate. device loop # Network loopback device mem # memory and kernel memory devices device io 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 device snp # Snoop device # 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 # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) options QUOTA options IPFIREWALL options IPFIREWALL_VERBOSE options IPDIVERT options DUMMYNET options IPSEC options IPSEC_ESP options IPSEC_DEBUG # Debugging for use in -current options KDB options DDB options GDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN # This allows you to actually store this configuration file into # the kernel binary itself, where it may be later read by saying: # strings -n 3 /kernel | sed -n 's/^___//p' > MYKERNEL # options INCLUDE_CONFIG_FILE # Include this file in kernel Thanks in advance! Khetan Gajjar. -- khetan@os.org.za +27 82 885 4047 From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 11:45:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 01CE216A41C for ; Wed, 22 Jun 2005 11:45:17 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA57143D53 for ; Wed, 22 Jun 2005 11:45:15 +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 j5MBjF2Y069506; Wed, 22 Jun 2005 06:45:15 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42B94F47.1000506@centtech.com> Date: Wed, 22 Jun 2005 06:45:11 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <20050616070445.GD2239@obiwan.tataz.chchile.org> <20050616.012302.48201645.imp@bsdimp.com> <20050616075743.GE2239@obiwan.tataz.chchile.org> <20050616.020442.31252848.imp@bsdimp.com> <42B15F2E.9050408@centtech.com> <20050616103629.T42933@lexi.siliconlandmark.com> In-Reply-To: <20050616103629.T42933@lexi.siliconlandmark.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: incorrect ping(8) interval with powerd(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2005 11:45:17 -0000 Andre Guibert de Bruet wrote: > > On Thu, 16 Jun 2005, Eric Anderson wrote: > >> M. Warner Losh wrote: >> >>> In message: <20050616075743.GE2239@obiwan.tataz.chchile.org> >>> Jeremie Le Hen writes: >>> : > : May you delve into this a little bit more please ? The ping(8) >>> manual >>> : > : page states that the -i flags makes ping(8) to wait a given >>> couple of >>> : > : seconds. If I use the flags "-i 1", I expect ECHO Requests to >>> be sent >>> : > : with one second between each, whatever the AC line status is. >>> : > : (Note that I didn't explicitely specified "-i 1" in the above >>> example, >>> : > : but this doesn't change the behaviour.) >>> : > : > Well, the rount trip times went way up (3x longer). That's >>> normal for >>> : > a 200MHz CPU... My 333MHz EISA machine can't do much better than >>> : > that. >>> : > : > But the 2.252s run time is a little longish. Do you see this >>> : > consistantly? If you ran it a second time would you get identical >>> : > results. I've seen ARP take a while... What else do you have >>> running >>> : > on the system? Maybe a daemon that takes almost no time at 1.7GHz >>> : > takes a lot longer at 200Mhz and that's starving the ping process... >>> : > Or some driver has gone insane... >>> : : Yes, I ran this test multiple times, and I almost get always this >>> same >>> : result although I got 2.208s sometimes, but I don't think this is >>> : significant. >>> : : FYI, >>> : my powerd(8) is configured to tastes AC-line four times per seconds. >>> : I tried reducing it's freqency from 4 to 1, but it doesn't change >>> : anything. >>> : : ARP is not the culprit, the MAC address is already in cache. >>> : : My kernel is compiled with INVARIANTS, but I don't have WITNESS. My >>> : network interface uses the bge(4) driver. No firewall rule or complex >>> : network setup. >>> : : Anyway this doesn't hurt much. Thanks for lightening me. >>> >>> Dang, I was hoping it was one of the easy explainations.... Maybe it >>> is the idle code not waking up fast enough when it has been asleep for >>> a bit. But that's pure speculation at this point... >> >> >> Another datapoint - running -CURRENT as of about June 7th, I see this >> too: >> >> $ time ping -i 1 -c 5 localhost >> PING localhost (127.0.0.1): 56 data bytes >> 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.041 ms >> 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.033 ms >> 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.029 ms >> 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.031 ms >> 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.035 ms >> >> --- localhost ping statistics --- >> 5 packets transmitted, 5 packets received, 0% packet loss >> round-trip min/avg/max/stddev = 0.029/0.034/0.041/0.004 ms >> >> real 0m9.728s >> user 0m0.000s >> sys 0m0.003s >> >> On a 5-STABLE machine: >> $ time ping -i 1 -c 5 localhost >> PING localhost (127.0.0.1): 56 data bytes >> 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.049 ms >> 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.032 ms >> 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.024 ms >> 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.021 ms >> 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.032 ms >> >> --- localhost ping statistics --- >> 5 packets transmitted, 5 packets received, 0% packet loss >> round-trip min/avg/max/stddev = 0.021/0.032/0.049/0.010 ms >> >> real 0m4.064s >> user 0m0.000s >> sys 0m0.005s >> >> >> I have powerd running, but it makes no difference whether I have it >> running or not, nor does it make any difference if I'm on ac or battery. >> >> This worked fine a couple weeks back for me - the only thing I recall >> changing is adding apic to my kernel. > > > Just out of curiosity, does removing debugging options from your kernel > config change anything? Nope. And setting my scheduler back (from ULE) doesn't help either.. I'm thinking it must be a module, or something else I have installed. I have set up another laptop just like mine, and it does not show the issue. I'm still trying to track it down. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 11:45:43 2005 Return-Path: X-Original-To: current@freebsd.org 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 69E2B16A41C for ; Wed, 22 Jun 2005 11:45:43 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30CF443D53 for ; Wed, 22 Jun 2005 11:45:43 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 471135078F2; Wed, 22 Jun 2005 19:45:42 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 419D95078D1; Wed, 22 Jun 2005 19:45:42 +0800 (CST) Date: Wed, 22 Jun 2005 19:45:42 +0800 (CST) From: Tai-hwa Liang To: Khetan Gajjar In-Reply-To: <20050621174902.G1593@bastion.os.org.za> Message-ID: <05062219434218.29380@www.mmlab.cse.yzu.edu.tw> References: <20050621174902.G1593@bastion.os.org.za> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1235423882-1119440742=:29380" Cc: current@freebsd.org Subject: Re: Panic potentially related to imgacct_shell.c commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 11:45:43 -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. --0-1235423882-1119440742=:29380 Content-Type: TEXT/PLAIN; charset=big5; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 21 Jun 2005, Khetan Gajjar wrote: [...] > (kgdb) backtrace > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > #0 doadump () at pcpu.h:165 > #1 0xc04f9568 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 > #2 0xc04f987d in panic (fmt=0xc069d6ac "cur != NULL") > at ../../../kern/kern_shutdown.c:553 > #3 0xc0593a4c in tcp_sack_option (tp=0xc23c0730, th=0xd4400aac, > cp=0xc242da66 "\005\022\002Nu\020\002Nz\223\002N\200\026\002N¬.\223¦T\222!¸Ï+zYã¬+<Û\031\016Öñêî1£\006\177~\017A·\221æºu\227$Ñ9Tõ\232ÿ\003\024\234îÅs¦a\206¨e\236ôLZÔï\r] imapd[8272]: login: dustpuppy.is.co.za[19", optlen=0) > at ../../../netinet/tcp_sack.c:478 > #4 0xc0591a3b in tcp_dooptions (tp=0xc23c0730, to=0xd4400bb4, > cp=0xc242da66 "\005\022\002Nu\020\002Nz\223\002N\200\026\002N¬.\223¦T\222!¸Ï+zYã¬+<Û\031\016Öñêî1£\006\177~\017A·\221æºu\227$Ñ9Tõ\232ÿ\003\024\234îÅs¦a\206¨e\236ôLZÔï\r] imapd[8272]: login: dustpuppy.is.co.za[19", cnt=18, is_syn=0, > th=0xc242da44) at ../../../netinet/tcp_input.c:2647 Try "sysctl net.inet.tcp.sack.enable=0" to see if that helps. --0-1235423882-1119440742=:29380-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 11:49:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2A6EF16A41C; Wed, 22 Jun 2005 11:49:35 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5C7F43D48; Wed, 22 Jun 2005 11:49:34 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-143.hsd1.ma.comcast.net ([66.30.114.143]) by comcast.net (sccrmhc12) with ESMTP id <2005062211492901200mbblde>; Wed, 22 Jun 2005 11:49:34 +0000 Received: from c-66-30-114-143.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j5MBnTlw000884; Wed, 22 Jun 2005 07:49:29 -0400 (EDT) (envelope-from rodrigc@c-66-30-114-143.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j5MBnOvm000883; Wed, 22 Jun 2005 07:49:24 -0400 (EDT) (envelope-from rodrigc) Date: Wed, 22 Jun 2005 07:49:24 -0400 From: Craig Rodrigues To: Harti Brandt Message-ID: <20050622114924.GA875@crodrigues.org> References: <20050622024656.GA1072@crodrigues.org> <20050622095503.D70536@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050622095503.D70536@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: fatm driver crashes upon startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 11:49:35 -0000 On Wed, Jun 22, 2005 at 10:04:32AM +0200, Harti Brandt wrote: > This looks like fallout from the ifnet change. Utopia was definitely > broken and I have committed a fix right now. The ioctl below would result > in a call to utopia_media_status() which happend to assume that the struct > ifnet is the first member of struct ifatm which isn't true anymore. > > Could you check it with the newest utopia? Your fix did the trick. Thanks! -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 11:59:55 2005 Return-Path: X-Original-To: current@freebsd.org 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 1A11216A41C for ; Wed, 22 Jun 2005 11:59:55 +0000 (GMT) (envelope-from demizu@dd.iij4u.or.jp) Received: from r-dd.iij4u.or.jp (r-dd.iij4u.or.jp [210.130.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D71543D4C for ; Wed, 22 Jun 2005 11:59:54 +0000 (GMT) (envelope-from demizu@dd.iij4u.or.jp) Received: from localhost (h113.p048.iij4u.or.jp [210.130.48.113]) by r-dd.iij4u.or.jp (4U-MR/r-dd) id j5MBxJCI017726; Wed, 22 Jun 2005 20:59:48 +0900 (JST) Date: Wed, 22 Jun 2005 20:58:39 +0900 (JST) Message-Id: <20050622.205839.66276887.Noritoshi@Demizu.ORG> From: Noritoshi Demizu To: Khetan Gajjar In-Reply-To: <20050621174902.G1593@bastion.os.org.za> References: <20050621174902.G1593@bastion.os.org.za> X-Mailer: Mew version 4.1 on Emacs 21 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Panic potentially related to imgacct_shell.c commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 11:59:55 -0000 > #3 0xc0593a4c in tcp_sack_option (tp=3D0xc23c0730, th=3D0xd4400aac, > cp=3D0xc242da66 "\005\022\002Nu\020\002Nz\223\002N\200\026\002N=AC= .\223=A6T\222!=B8=CF+zY=E3=AC+<=DB\031\016=D6=F1=EA=EE1=A3\006\177~\017= A=B7\221=E6=BAu\227$=D19T=F5\232=FF\003\024\234=EE=C5s=A6a\206=A8e\236=F4= LZ=D4=EF\r] imapd[8272]: login: dustpuppy.is.co.za[19", optlen=3D0) > at ../../../netinet/tcp_sack.c:478 I am sorry for the inconvenience you are experiencing. We have analyzed the cause thanks to Dikshie and are preparing patches.= Wait for a moment. Regards, Noritoshi Demizu From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 12:09:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 32E6916A548 for ; Wed, 22 Jun 2005 12:09:01 +0000 (GMT) (envelope-from zazubrik@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id B16AD43D55 for ; Wed, 22 Jun 2005 12:09:00 +0000 (GMT) (envelope-from zazubrik@mail.ru) Received: from [195.149.104.100] (port=30483 helo=[10.13.66.8]) by mx3.mail.ru with esmtp id 1Dl42N-0001MP-00 for freebsd-current@freebsd.org; Wed, 22 Jun 2005 16:08:59 +0400 Mime-Version: 1.0 (Apple Message framework v730) To: freebsd-current@freebsd.org Message-Id: <51A402CE-C1A2-48EB-B0B7-80448B91B422@mail.ru> Content-Type: multipart/mixed; boundary=Apple-Mail-2--598985748 From: Artem Ignatiev Date: Wed, 22 Jun 2005 16:08:54 +0400 X-Mailer: Apple Mail (2.730) Subject: lock problems with uaudio full-duplex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 12:09:01 -0000 --Apple-Mail-2--598985748 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi, I'm trying to get usb sound working in full-duplex, but still no success. Once it worked (on 5.3 with patches from appropriate PRs), and then it began to fail. I've tried to use that at 5.4, then at 6.0-CURRENT - that, with GENERIC kernel produced some interesting kernel output (on 5.3 and 5.4 I didn't used KDB, WITNESS and INVARIANTS). The machine is cvsupped just before build, and `uname -a` produces: FreeBSD pager.int.connecto.tv 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Tue Jun 14 16:43:54 MSD 2005 root@pager.int.connecto.tv:/usr/obj/usr/ src/sys/GENERIC i386 I've got following: Jun 14 18:56:03 pager kernel: Sleeping on "usbsyn" with the following non-sleepable locks held: kernel: exclusive sleep mutex pcm0:record:0 (pcm record channel) r = 0 (0xc2494840) locked @ /usr/src/sys/modules/sound/sound/../../../dev/ sound/pcm/dsp.c:145 Jun 14 18:56:03 pager kernel: malloc(M_WAITOK) of "512", forcing M_NOWAIT with the following non-sleepable locks held: Jun 14 18:56:03 pager kernel: exclusive sleep mutex pcm0:record:0 (pcm record channel) r = 0 (0xc2494840) locked @ /usr/src/sys/modules/ sound/sound/../../../dev/sound/pcm/dsp.c:145 Jun 14 18:56:07 pager kernel: Sleeping on "usbdly" with the following non-sleepable locks held: Jun 14 18:56:07 pager kernel: exclusive sleep mutex pcm0:record:0 (pcm record channel) r = 0 (0xc2494840) locked @ /usr/src/sys/modules/ sound/sound/../../../dev/sound/pcm/dsp.c:363 sample code to reproduce, dmesg and kernel logs are attached. Few word about kernel logs: Start message were sent to syslog via logger just before program was executed. ``Now will shutdown'' message were sent just before signaling to program. Program had done some cycles before this message. --Apple-Mail-2--598985748 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="dmesg" Content-Disposition: attachment; filename=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 #1: Tue Jun 14 16:43:54 MSD 2005 root@pager.int.connecto.tv:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 1073152000 (1023 MB) avail memory = 1041215488 (992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 10 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 11 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci2: on pcib1 em0: port 0x2000-0x201f mem 0xe8100000-0xe811ffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:0d:61:46:33:f6 em0: Speed:N/A Duplex:N/A pcib2: at device 28.0 on pci0 pci3: on pcib2 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 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 0x1420-0x143f irq 19 at device 29.1 on pci0 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 pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) ehci0: mem 0xe8000400-0xe80007ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib3: at device 30.0 on pci0 pci4: on pcib3 pci4: at device 0.0 (no driver attached) pci4: at device 5.0 (no driver attached) em1: port 0x3400-0x343f mem 0xe8300000-0xe831ffff irq 16 at device 10.0 on pci4 em1: Ethernet address: 00:0d:61:46:33:f7 em1: Speed:N/A Duplex:N/A isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1460-0x146f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 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 IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xccfff,0xcd000-0xcdfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uaudio0: Silicon Portals. Y@pPhone - The way to chat., rev 1.00/1.00, addr 2 uaudio0: audio rev 1.00 pcm0: on uaudio0 uhid0: Silicon Portals. Y@pPhone - The way to chat., rev 1.00/1.00, addr 2, iclass 1/1 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA100 acd0: DVDROM at ata1-slave UDMA33 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a em0: link state changed to UP --Apple-Mail-2--598985748 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="snd_test.c" Content-Disposition: attachment; filename=snd_test.c #include #include #include #include #include #include #include #define DEVICE_NAME "/dev/dsp0.0" #define BUF_SIZE (160) int main(void) { uint8_t audio_buffer[BUF_SIZE], audio_buffer2[BUF_SIZE]; int raw_fd, audio_fd; int speed = SRATE; int format = AFMT_S16_LE; int i; int frag; audio_buf_info info; int stereo = 0; if ((audio_fd = open(DEVICE_NAME, O_RDWR, 0)) == -1) { /* Opening device failed */ perror(DEVICE_NAME); return 1; } while(1) { i = read(audio_fd, audio_buffer, BUF_SIZE); ioctl(audio_fd, SNDCTL_DSP_POST, 0); if (i > 0) { i = write(audio_fd, audio_buffer, BUF_SIZE); if (i == -1) perror("write()"); } else perror("read"); } } --Apple-Mail-2--598985748 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="ua_log" Content-Disposition: attachment; filename=ua_log Jun 14 18:55:21 pager timon: Start Jun 14 18:56:03 pager kernel: Sleeping on "usbsyn" with the following non-sleepable locks held: kernel: exclusive sleep mutex pcm0:record:0 (pcm record channel) r = 0 (0xc2494840) locked @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:145 kernel: KDB: stack backtrace: kernel: kdb_backtrace(1,c25e8400,c2360a80,0,e50eaa78) at kdb_backtrace+0x29 kernel: witness_warn(5,0,c084f4c3,c0845d73) at witness_warn+0x18e kernel: msleep(c2633400,0,4c,c0845d73,0) at msleep+0x42 kernel: usbd_transfer(c2633400,e50eaad8,c05d3a71,c2633400,c2360a80) at usbd_transfer+0x121 kernel: usbd_sync_transfer(c2633400,c2360a80,c1052458,c1052420,c247abb8) at usbd_sync_transfer+0x11 kernel: usbd_do_request_flags_pipe(c247b000,c247ae80,e50eab30,0,0) at usbd_do_request_flags_pipe+0x5d kernel: usbd_do_request_flags(c247b000,e50eab30,0,0,0) at usbd_do_request_flags+0x20 kernel: usbd_do_request(c247b000,e50eab30,0,10b01,2) at usbd_do_request+0x1a kernel: usbd_set_interface(c247abb8,1,88,e50eab78,c0a76ff4) at usbd_set_interface+0x75 kernel: uaudio_chan_open(0,c247a8ac,1,e50eaba0,c0a799f5) at uaudio_chan_open+0x4a kernel: uaudio_trigger_input(c247ae00,c247a8ac,c2492090,e50eabc0,c0a8858b) at uaudio_trigger_input+0x53 kernel: ua_chan_trigger(c2492090,c247a8ac,1,c247a700,c2496400) at ua_chan_trigger+0x45 kernel: chn_trigger(c247a700,1,c2496400,1,10000000) at chn_trigger+0x57 kernel: chn_start(c247a700,0,c2496300,e50eac18,10000000) at chn_start+0x69 kernel: chn_read(c247a700,e50eac78,c247a700,c247a780,0) at chn_read+0x1ce kernel: dsp_read(c2496700,e50eac78,0,a0,c2496700) at dsp_read+0x3f kernel: devfs_read_f(c26379d8,e50eac78,c249de00,0,c2360a80) at devfs_read_f+0x87 kernel: dofileread(c2360a80,c26379d8,3,bfbfec70,a0) at dofileread+0xad kernel: read(c2360a80,e50ead04,3,2,213) at read+0x3b kernel: syscall(3b,3b,3b,bfbfec70,3) at syscall+0x22f kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jun 14 18:56:03 pager kernel: --- syscall (3, FreeBSD ELF32, read), eip = 0x280b667b, esp = 0xbfbfeb8c, ebp = 0xbfbfed28 --- Jun 14 18:56:03 pager kernel: malloc(M_WAITOK) of "512", forcing M_NOWAIT with the following non-sleepable locks held: Jun 14 18:56:03 pager kernel: exclusive sleep mutex pcm0:record:0 (pcm record channel) r = 0 (0xc2494840) locked @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:145 Jun 14 18:56:03 pager kernel: KDB: stack backtrace: kernel: kdb_backtrace(1,200,c1052b00,5,e50eaa6c) at kdb_backtrace+0x29 kernel: witness_warn(5,0,c086924c,c0824965,200) at witness_warn+0x18e kernel: uma_zalloc_arg(c1052b00,0,2) at uma_zalloc_arg+0x41 kernel: malloc(200,c08aa7e0,2,88,2) at malloc+0xae kernel: uhci_setup_isoc(c29dda00,c29dda00,c247b000,e50eaae8,c05d22a2) at uhci_setup_isoc+0x40 kernel: uhci_open(c29dda00,c2473a88,c2492340,c247abb8,e50eab1c) at uhci_open+0x165 kernel: usbd_setup_pipe(c247b000,c247abb8,c2492340,ffffffff,e50eab0c) at usbd_setup_pipe+0x72 kernel: usbd_open_pipe_ival(c247abb8,88,0,c2428aa0,ffffffff) at usbd_open_pipe_ival+0x70 kernel: usbd_open_pipe(c247abb8,88,0,c2428aa0,88) at usbd_open_pipe+0x1a kernel: uaudio_chan_open(0,c247a8ac,1,e50eaba0,c0a799f5) at uaudio_chan_open+0xc5 kernel: uaudio_trigger_input(c247ae00,c247a8ac,c2492090,e50eabc0,c0a8858b) at uaudio_trigger_input+0x53 kernel: ua_chan_trigger(c2492090,c247a8ac,1,c247a700,c2496400) at ua_chan_trigger+0x45 kernel: chn_trigger(c247a700,1,c2496400,1,10000000) at chn_trigger+0x57 kernel: chn_start(c247a700,0,c2496300,e50eac18,10000000) at chn_start+0x69 kernel: chn_read(c247a700,e50eac78,c247a700,c247a780,0) at chn_read+0x1ce kernel: dsp_read(c2496700,e50eac78,0,a0,c2496700) at dsp_read+0x3f kernel: devfs_read_f(c26379d8,e50eac78,c249de00,0,c2360a80) at devfs_read_f+0x87 kernel: dofileread(c2360a80,c26379d8,3,bfbfec70,a0) at dofileread+0xad kernel: read(c2360a80,e50ead04,3,2,213) at read+0x3b kernel: syscall(3b,3b,3b,bfbfec70,3) at syscall+0x22f kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jun 14 18:56:03 pager kernel: --- syscall (3, FreeBSD ELF32, read), eip = 0x280b667b, esp = 0xbfbfeb8c, ebp = 0xbfbfed28 --- Jun 14 18:56:03 pager kernel: Sleeping on "usbsyn" with the following non-sleepable locks held: Jun 14 18:56:03 pager kernel: exclusive sleep mutex pcm0:record:0 (pcm record channel) r = 0 (0xc2494840) locked @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:145 Jun 14 18:56:03 pager kernel: KDB: stack backtrace: kernel: kdb_backtrace(1,c25e8400,c2360a80,0,e50eaa04) at kdb_backtrace+0x29 kernel: witness_warn(5,0,c084f4c3,c0845d73) at witness_warn+0x18e kernel: msleep(c2633400,0,4c,c0845d73,0) at msleep+0x42 kernel: usbd_transfer(c2633400,e50eaa64,c05d3a71,c2633400,c063ea33) at usbd_transfer+0x121 kernel: usbd_sync_transfer(c2633400,c063ea33,c0917400,2,c29dda00) at usbd_sync_transfer+0x11 kernel: usbd_do_request_flags_pipe(c247b000,c247ae80,e50eaac0,0,0) at usbd_do_request_flags_pipe+0x5d kernel: usbd_do_request_flags(c247b000,e50eaac0,0,0,0) at usbd_do_request_flags+0x20 kernel: usbd_do_request(c247b000,e50eaac0,0,c29dda00,102) at usbd_do_request+0x1a kernel: usbd_clear_endpoint_stall(c29dda00,c2473a88,c2492340,c247abb8,e50eab1c) at usbd_clear_endpoint_stall+0x48 kernel: usbd_setup_pipe(c247b000,c247abb8,c2492340,ffffffff,e50eab0c) at usbd_setup_pipe+0x9a kernel: usbd_open_pipe_ival(c247abb8,88,0,c2428aa0,ffffffff) at usbd_open_pipe_ival+0x70 kernel: usbd_open_pipe(c247abb8,88,0,c2428aa0,88) at usbd_open_pipe+0x1a kernel: uaudio_chan_open(0,c247a8ac,1,e50eaba0,c0a799f5) at uaudio_chan_open+0xc5 kernel: uaudio_trigger_input(c247ae00,c247a8ac,c2492090,e50eabc0,c0a8858b) at uaudio_trigger_input+0x53 kernel: ua_chan_trigger(c2492090,c247a8ac,1,c247a700,c2496400) at ua_chan_trigger+0x45 kernel: chn_trigger(c247a700,1,c2496400,1,10000000) at chn_trigger+0x57 kernel: chn_start(c247a700,0,c2496300,e50eac18,10000000) at chn_start+0x69 kernel: chn_read(c247a700,e50eac78,c247a700,c247a780,0) at chn_read+0x1ce kernel: dsp_read(c2496700,e50eac78,0,a0,c2496700) at dsp_read+0x3f kernel: devfs_read_f(c26379d8,e50eac78,c249de00,0,c2360a80) at devfs_read_f+0x87 kernel: dofileread(c2360a80,c26379d8,3,bfbfec70,a0) at dofileread+0xad kernel: read(c2360a80,e50ead04,3,2,213) at read+0x3b kernel: syscall(3b,3b,3b,bfbfec70,3) at syscall+0x22f kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jun 14 18:56:03 pager kernel: --- syscall (3, FreeBSD ELF32, read), eip = 0x280b667b, esp = 0xbfbfeb8c, ebp = 0xbfbfed28 --- Jun 14 18:56:05 pager timon: Now will shutdown Jun 14 18:56:07 pager kernel: Sleeping on "usbdly" with the following non-sleepable locks held: Jun 14 18:56:07 pager kernel: exclusive sleep mutex pcm0:record:0 (pcm record channel) r = 0 (0xc2494840) locked @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:363 Jun 14 18:56:07 pager kernel: KDB: stack backtrace: kernel: kdb_backtrace(1,c25e8400,c2360a80,c23f9000,e50ea918) at kdb_backtrace+0x29 kernel: witness_warn(5,0,c084f4c3,c0845bd1) at witness_warn+0x18e kernel: msleep(e50ea940,0,4c,c0845bd1,3) at msleep+0x42 kernel: usb_delay_ms(c23f9000,2) at usb_delay_ms+0x67 kernel: uhci_device_isoc_close(c29dda00) at uhci_device_isoc_close+0x32 kernel: usbd_close_pipe(c29dda00,c29dda00,c2428a9c,e50ea984,c0a7790b) at usbd_close_pipe+0x44 kernel: uaudio_chan_close(fffffffe,c247a8ac,e50ea998,c0a799e5,c247ae00) at uaudio_chan_close+0x7e kernel: uaudio_halt_in_dma(c247ae00,c247a8ac,c2492090,e50ea9b8,c0a8858b) at uaudio_halt_in_dma+0x43 kernel: ua_chan_trigger(c2492090,c247a8ac,ffffffff,c2496300,c247a700) at ua_chan_trigger+0x35 kernel: chn_trigger(c247a700,ffffffff,c247a700,c2496700,c247a780) at chn_trigger+0x57 kernel: chn_abort(c247a700,c2494840,0,c0a90acc,16b) at chn_abort+0x35 kernel: dsp_close(c2496700,3,2000,c2360a80,c0917440) at dsp_close+0x150 kernel: devfs_close(e50eaa6c) at devfs_close+0x2f1 kernel: VOP_CLOSE_APV(c08ab9e0,e50eaa6c) at VOP_CLOSE_APV+0x7e kernel: vn_close(c29b2000,3,c249de00,c2360a80,c084bc84) at vn_close+0x8b kernel: vn_closefile(c26379d8,c2360a80,e50eab24,c06129a4,c26379d8) at vn_closefile+0xca kernel: devfs_close_f(c26379d8,c2360a80) at devfs_close_f+0xf kernel: fdrop_locked(c26379d8,c2360a80,c2298114,0,c084bc84) at fdrop_locked+0x88 kernel: fdrop(c26379d8,c2360a80,e50eab70,c064ec5c,c084bc84) at fdrop+0x24 kernel: closef(c26379d8,c2360a80) at closef+0x35f kernel: fdfree(c2360a80,c25e854c,6ac,c0964dcc,e50eac68) at fdfree+0x473 kernel: exit1(c2360a80,2,a1,c2360a80,c2aad000) at exit1+0x3f6 kernel: sigexit(c2360a80,2,c2aadaa8,0,c084f0b4) at sigexit+0xdf kernel: postsig(2) at postsig+0x131 kernel: ast(e50ead38) at ast+0x35e kernel: doreti_ast() at doreti_ast+0x17 Jun 14 18:56:19 pager timon: shut down --Apple-Mail-2--598985748-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 12:20:38 2005 Return-Path: X-Original-To: current@freebsd.org 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 0D4D116A41C for ; Wed, 22 Jun 2005 12:20:38 +0000 (GMT) (envelope-from khetan@os.org.za) Received: from bastion.os.org.za (bastion.os.org.za [196.35.70.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9382043D1D for ; Wed, 22 Jun 2005 12:20:37 +0000 (GMT) (envelope-from khetan@os.org.za) Received: from khetangajjar (dustpuppy.is.co.za [196.14.169.11]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by bastion.os.org.za (Postfix) with ESMTP id 43460C1839; Wed, 22 Jun 2005 14:20:34 +0200 (SAST) From: "Khetan Gajjar" To: "'Noritoshi Demizu'" Date: Wed, 22 Jun 2005 14:20:32 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 thread-index: AcV3InCAiv4sekCCRjCsZLEWv4pjSgAAjCdw In-reply-to: <20050622.205839.66276887.Noritoshi@Demizu.ORG> Message-Id: <20050622122034.43460C1839@bastion.os.org.za> X-Mailman-Approved-At: Wed, 22 Jun 2005 12:23:21 +0000 Cc: current@freebsd.org Subject: RE: Panic potentially related to imgacct_shell.c commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 12:20:38 -0000 Hi. I'm trying Tai-hwa Liang's suggestion of net.inet.tcp.sack.enable=3D0 to = see if that helps :-)=20 -----Original Message----- From: Noritoshi Demizu [mailto:demizu@dd.iij4u.or.jp]=20 Sent: Wednesday, June 22, 2005 1:59 PM To: Khetan Gajjar Cc: current@freebsd.org Subject: Re: Panic potentially related to imgacct_shell.c commit > #3 0xc0593a4c in tcp_sack_option (tp=3D0xc23c0730, th=3D0xd4400aac, > cp=3D0xc242da66 "\005\022\002Nu\020\002Nz\223\002N\200\026\002N=AC.\223=A6T\222!=B8=CF+zY= =E3=AC+<=DB\031\0 16=D6=F1=EA=EE1=A3\006\177~\017A=B7\221=E6=BAu\227$=D19T=F5\232=FF\003\02= 4\234=EE=C5s=A6a\206=A8e\236=F4LZ=D4=EF \r] imapd[8272]: login: dustpuppy.is.co.za[19", optlen=3D0) > at ../../../netinet/tcp_sack.c:478 I am sorry for the inconvenience you are experiencing. We have analyzed the cause thanks to Dikshie and are preparing patches. Wait for a moment. Regards, Noritoshi Demizu From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 13:14:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8FF0D16A41C; Wed, 22 Jun 2005 13:14:11 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD58243D55; Wed, 22 Jun 2005 13:14:10 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j5MDCPqI001958; Wed, 22 Jun 2005 22:42:25 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Wed, 22 Jun 2005 22:44:03 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j5MD6s003533; Wed, 22 Jun 2005 22:36:54 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MR6XCB36; Wed, 22 Jun 2005 22:36:41 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id j5MD71xC064097; Wed, 22 Jun 2005 22:37:02 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id j5MD70Lf064096; Wed, 22 Jun 2005 22:37:00 +0930 (CST) (envelope-from wilkinsa) Date: Wed, 22 Jun 2005 22:37:00 +0930 From: "Wilkinson, Alex" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20050622130659.GF63959@squash.dsto.defence.gov.au> Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Emanuel Strobl , freebsd-current@freebsd.org, John Baldwin References: <200506091423.39940@harrymail> <200506211539.26772.jhb@FreeBSD.org> <200506220122.24315@harrymail> <86slza27md.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <86slza27md.fsf@xps.des.no> User-Agent: Mutt/1.5.9i Cc: Emanuel Strobl , freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 13:14:11 -0000 0n Wed, Jun 22, 2005 at 09:06:18AM +0200, Dag-Erling Smrgrav wrote: >Emanuel Strobl writes: >> I don't know what lapic stands for (the l, if apic means >> AdvancedProgrammableInterruptController) > >local, meaning per-CPU as opposed to the IOAPIC which is located in >the south bridge and shared by all CPUs. Why do we need both LAPIC *and* an IO-APIC ? - aW From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 13:18:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 DA8AB16A41C; Wed, 22 Jun 2005 13:18:16 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EBEC43D1D; Wed, 22 Jun 2005 13:18:16 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3282560FB; Wed, 22 Jun 2005 15:18:11 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 18AD160FA; Wed, 22 Jun 2005 15:18:11 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id E49CD33C70; Wed, 22 Jun 2005 15:18:10 +0200 (CEST) To: Emanuel Strobl References: <200506091423.39940@harrymail> <200506211539.26772.jhb@FreeBSD.org> <200506220122.24315@harrymail> <86slza27md.fsf@xps.des.no> <20050622130659.GF63959@squash.dsto.defence.gov.au> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 22 Jun 2005 15:18:10 +0200 In-Reply-To: <20050622130659.GF63959@squash.dsto.defence.gov.au> (Alex Wilkinson's message of "Wed, 22 Jun 2005 22:37:00 +0930") Message-ID: <86fyva7cod.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 13:18:17 -0000 "Wilkinson, Alex" writes: > Why do we need both LAPIC *and* an IO-APIC ? Because they serve different purposes. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 13:54:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 AE2EA16A41C for ; Wed, 22 Jun 2005 13:54:54 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 013E943D48 for ; Wed, 22 Jun 2005 13:54:53 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 22 Jun 2005 13:54:51 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp022) with SMTP; 22 Jun 2005 15:54:51 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Wed, 22 Jun 2005 15:54:37 +0200 User-Agent: KMail/1.8 References: <200506091423.39940@harrymail> <200506220122.24315@harrymail> <86slza27md.fsf@xps.des.no> In-Reply-To: <86slza27md.fsf@xps.des.no> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3712098.U1lv971hoi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506221554.41750@harrymail> X-Y-GMX-Trusted: 0 Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 13:54:54 -0000 --nextPart3712098.U1lv971hoi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 22. Juni 2005 09:06 schrieb Dag-Erling Sm=F8rgrav: > Emanuel Strobl writes: > > I don't know what lapic stands for (the l, if apic means > > AdvancedProgrammableInterruptController) > > local, meaning per-CPU as opposed to the IOAPIC which is located in > the south bridge and shared by all CPUs. Hmm, why do I see a lapic on my UP system? I've never seen before I=20 upgraded to -current (short before the code freeze to help finding bugs) And what does the "ti" mean? ( from systat "2030 lapic0: ti" ) Thanks a lot, =2DHarry > > DES --nextPart3712098.U1lv971hoi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCuW2hBylq0S4AzzwRAsP0AJ9YC9B6N/nCKRGqmGZ66vBUWR+BxwCZASy4 kU2jxyhxmXLWVfcyCRZQP68= =pKxi -----END PGP SIGNATURE----- --nextPart3712098.U1lv971hoi-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:01:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 24E0B16A422 for ; Wed, 22 Jun 2005 14:01:05 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D21CB43D49 for ; Wed, 22 Jun 2005 14:01:04 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j5ME9xIk003852; Wed, 22 Jun 2005 08:10:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42B96E66.4040503@samsco.org> Date: Wed, 22 Jun 2005 07:57:58 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <200506091423.39940@harrymail> <200506220122.24315@harrymail> <86slza27md.fsf@xps.des.no> <200506221554.41750@harrymail> In-Reply-To: <200506221554.41750@harrymail> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 14:01:05 -0000 Emanuel Strobl wrote: > Am Mittwoch, 22. Juni 2005 09:06 schrieb Dag-Erling Smørgrav: > >>Emanuel Strobl writes: >> >>>I don't know what lapic stands for (the l, if apic means >>>AdvancedProgrammableInterruptController) >> >>local, meaning per-CPU as opposed to the IOAPIC which is located in >>the south bridge and shared by all CPUs. > > > Hmm, why do I see a lapic on my UP system? Because all x86 CPUs since the PentiumII have had an lAPIC built into them. > I've never seen before I > upgraded to -current (short before the code freeze to help finding bugs) Because you have 'options APIC' in your kernel, and your running a post 5.2 version of FreeBSD that has a massively improved interrupt routing system in it. > And what does the "ti" mean? ( from systat "2030 lapic0: ti" ) Short for 'timer' Scott From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:06:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 A11CB16A41C for ; Wed, 22 Jun 2005 14:06:54 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D711343D48 for ; Wed, 22 Jun 2005 14:06:53 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 22 Jun 2005 14:06:52 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp020) with SMTP; 22 Jun 2005 16:06:52 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: Scott Long Date: Wed, 22 Jun 2005 16:06:30 +0200 User-Agent: KMail/1.8 References: <200506091423.39940@harrymail> <200506221554.41750@harrymail> <42B96E66.4040503@samsco.org> In-Reply-To: <42B96E66.4040503@samsco.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1230827.6mcHpyKOWG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506221606.42862@harrymail> X-Y-GMX-Trusted: 0 Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 14:06:54 -0000 --nextPart1230827.6mcHpyKOWG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 22. Juni 2005 15:57 schrieb Scott Long: [...] > > I've never seen before I > > upgraded to -current (short before the code freeze to help finding > > bugs) > > Because you have 'options APIC' in your kernel, and your running a post > 5.2 version of FreeBSD that has a massively improved interrupt routing > system in it. I've been running 5-current on that machine with "options APIC" for a long= =20 time, back to when I had to include NO-MIXEDMODE to get it working until I= =20 think Robeert Watson gave me some patches. But I never had lapic so I was wondering... > > And what does the "ti" mean? ( from systat "2030 lapic0: ti" ) > > Short for 'timer' Thanks a lot, =2DHarry > > Scott --nextPart1230827.6mcHpyKOWG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCuXByBylq0S4AzzwRAieVAJ962da8xqMK5CvJ/wQplX8mpTY5WgCgii1g Yj/o8IO2XsC/cy25EMsokM0= =vpwo -----END PGP SIGNATURE----- --nextPart1230827.6mcHpyKOWG-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:13:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 694EC16A41C for ; Wed, 22 Jun 2005 14:13:52 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 222B143D49 for ; Wed, 22 Jun 2005 14:13:51 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1D54060FD; Wed, 22 Jun 2005 16:13:47 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 09F1260FA; Wed, 22 Jun 2005 16:13:47 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id DD56933C70; Wed, 22 Jun 2005 16:13:46 +0200 (CEST) To: Emanuel Strobl References: <200506091423.39940@harrymail> <200506221554.41750@harrymail> <42B96E66.4040503@samsco.org> <200506221606.42862@harrymail> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 22 Jun 2005 16:13:46 +0200 In-Reply-To: <200506221606.42862@harrymail> (Emanuel Strobl's message of "Wed, 22 Jun 2005 16:06:30 +0200") Message-ID: <867jgm7a3p.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 14:13:52 -0000 Emanuel Strobl writes: > I've been running 5-current on that machine with "options APIC" for > a long time, back to when I had to include NO-MIXEDMODE to get it > working until I think Robert Watson gave me some patches. But I > never had lapic so I was wondering... NO_MIXEDMODE was a workaround for missing LAPIC support. The patches Robert gave you were probably the LAPIC code from -CURRENT backported to whichever 5.x you were running at the time. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:21:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 00E5216A41C for ; Wed, 22 Jun 2005 14:21:25 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE4F43D53 for ; Wed, 22 Jun 2005 14:21:24 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so309853wri for ; Wed, 22 Jun 2005 07:21:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=U8BKBfk3JsyDHbqbq8q65KyGNrh2lMSnq84A5MOgO65uDC1rK/ZDy6NGJGCeQv+Iokzx14K9I8dHi0Cfhaw5olEeQEtfI80A26NXFjg5mqvCUnl3dsjPfTBok/jT1PTJQXbcQKOkkij5++JIPr6mu8NERGnx4nAmiNE1YRpGQcw= Received: by 10.54.29.41 with SMTP id c41mr472489wrc; Wed, 22 Jun 2005 07:21:24 -0700 (PDT) Received: from ?192.168.1.2? ([212.143.154.227]) by mx.gmail.com with ESMTP id 35sm1085362wra.2005.06.22.07.21.22; Wed, 22 Jun 2005 07:21:24 -0700 (PDT) Message-ID: <42B98203.5070701@gmail.com> Date: Wed, 22 Jun 2005 17:21:39 +0200 From: Rostislav Krasny X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: non-sleepable locks held (xl0) - another report X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 14:21:25 -0000 Hi, Mike Jakubik already reported about this issue in May 23, but in my case it's also happening during a shutdown. My 6-CURRENT was cvsuped in June 21 and a version of src/sys/pci/if_xl.c is 1.190. I use a GENERIC kernel. This is a quote from dmesg when booted with boot_verbose: xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe800-0xe87f mem 0xe1000000-0xe100007f irq 9 at device 9.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xe1000000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:01:02:1e:bc:a0 xl0: [MPSAFE] This is a quote from boot messages: Setting hostname: saturn.lan. taskqueue_drain with the following non-sleepable locks held: exclusive sleep mutex xl0 (network driver) r = 0 (0xc13f80a4) locked @ /usr/src/sys/pci/if_xl.c:2796 KDB: stack backtrace: kdb_backtrace(1,c13f80c8,c13f6000,c12fbd80,c83a7b04) at kdb_backtrace+0x29 witness_warn(5,0,c0851d57,c13f6000,c13f6000) at witness_warn+0x18e taskqueue_drain(c12fbd80,c13f80c8,c13f80a4,1,c0865100,cc7) at taskqueue_drain+0x1a xl_stop(c13f6000,c13f80a4,1,c0865100,af9) at xl_stop+0x44 xl_init_locked(c13f6000,c13f80a4,0,c0865100,aec) at xl_init_locked+0x33 xl_init(c13f6000,8020690c,c14ddc00,c13f6000,c83a7bc0) at xl_init+0x26 ether_ioctl(c13f4000,8020690c,c14ddc00,0,c14ddc00) at ether_ioctl+0x50 xl_ioctl(c13f4000,8020690c,c14ddc00,1,c0a80102) at xl_ioctl+0x2be in_ifinit(c13f4000,c14ddc00,c1481c90,0,c83a7c38) at in_ifinit+0x206 in_control(c1509e44,8040691a,c1481c80,c13f4000,c13d2480) at in_control+0x882 ifioctl(c1509e44,8040691a,c1481c80,c13d2480,0) at ifioctl+0x198 soo_ioctl(c14b3af8,8040691a,c1481c80,c12faa00,c13d2480) at soo_ioctl+0x2db ioctl(c13d2480,c83a7d04,3,5,286) at ioctl+0x370 syscall(3b,3b,3b,8056740,1) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c61db, esp = 0xbfbfe5fc, ebp = 0xbfbfee48 --- xl0: link state changed to UP taskqueue_drain with the following non-sleepable locks held: exclusive sleep mutex xl0 (network driver) r = 0 (0xc13f80a4) locked @ /usr/src/sys/pci/if_xl.c:2796 KDB: stack backtrace: kdb_backtrace(1,c13f80c8,c13f6000,c12fbd80,c83a7984) at kdb_backtrace+0x29 witness_warn(5,0,c0851d57,c13f6000,c13f6000) at witness_warn+0x18e taskqueue_drain(c12fbd80,c13f80c8,c13f80a4,1,c0865100,cc7) at taskqueue_drain+0x1a xl_stop(c13f6000,c13f80a4,1,c0865100,af9) at xl_stop+0x44 xl_init_locked(c13f6000,c13f80a4,0,c0865100,aec) at xl_init_locked+0x33 xl_init(c13f6000) at xl_init+0x26 ether_ioctl(c13f4000,8020690c,c13f9a00,0,1) at ether_ioctl+0x64 xl_ioctl(c13f4000,8020690c,c13f9a00,0,c13f9a00) at xl_ioctl+0x2be in6_ifinit(c13f4000,c13f9a00,c83a7b9c,1,40) at in6_ifinit+0x90 in6_update_ifa(c13f4000,c83a7b8c,0) at in6_update_ifa+0x456 in6_ifattach_linklocal(c13f4000,0) at in6_ifattach_linklocal+0xe5 in6_ifattach(c13f4000,0,8040691a,8040691a,0) at in6_ifattach+0xb9 in6_if_up(c13f4000) at in6_if_up+0x13 ifioctl(c1509e44,8040691a,c1481c80,c13d2480,0) at ifioctl+0x1f8 soo_ioctl(c14b3af8,8040691a,c1481c80,c12faa00,c13d2480) at soo_ioctl+0x2db ioctl(c13d2480,c83a7d04,3,5,286) at ioctl+0x370 syscall(3b,3b,3b,8056740,1) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c61db, esp = 0xbfbfe5fc, ebp = 0xbfbfee48 --- xl0: flags=8843 mtu 1500 options=9 inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::201:2ff:fe1e:bca0%xl0 prefixlen 64 tentative scopeid 0x1 ether 00:01:02:1e:bc:a0 media: Ethernet autoselect (100baseTX ) status: active This is a quote of shutdown messages: Syncing disks, vnodes remaining...3 1 0 0 done All buffers synced. unmount of /dev failed (BUSY) Uptime 7m35s taskqueue_drain with the following non-sleepable locks held: exclusive sleep mutex xl0 (network driver) r = 0 (0xc13f80a4) locked @ /usr/src/sys/pci/if_xl.c:3350 KBD: stack backtrace: kbd_backtrace(1,c13f80c8,c13f80a4,c12fbd80,c7d65b58) at kbd_backtrace+0x29 witness_warn(5,0,c0851d57,c13f6000,c13f80a4) at witness_warn+0x18e taskqueue_drain(c12fbd80,c13f80c8,c13f80a4,1,c0865100,cc7) at taskqueue_drain+0x1a xl_stop(c13f6000,c13f6000,c13f80a4,0,c0865100) at xl_stop+0x44 xl_shutdown(c13d7880) at xl_shutdown+0x33 device_shutdown(c13d7880) at device_shutdown+0x42 bus_generic_shutdown(c13d8080) at bus_generic_shutdown+0x16 device_shutdown(c13d8080) at device_shutdown+0x42 bus_generic_shutdown(c13d8180) at bus_generic_shutdown+0x16 device_shutdown(c13d8180) at device_shutdown+0x42 bus_generic_shutdown(c13d8300) at bus_generic_shutdown+0x16 device_shutdown(c13d8300) at device_shutdown+0x42 bus_generic_shutdown(c1317080) at bus_generic_shutdown+0x16 device_shutdown(c1317080) at device_shutdown+0x42 bus_generic_shutdown(c1317600) at bus_generic_shutdown+0x16 device_shutdown(c1317600,c7d65c88,c0625105,c12ec380,2) at device_shutdown+0x42 root_bus_module_handler(c12ec380,2,0) at root_bus_module_handler+0xa7 module_shutdown(0,8,c12e300c,0,c084ebf9) at module_shutdown+0x31 boot(8,c0917340,0,c084ebf9,a1) at boot+0x59f reboot(c12fd480,c7d65d04,1,1f,247) at reboot+0x32 syscall(3b,3b,3b,0,0) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (55, FreeBSD ELF43, reboot), eip = 0x804f89b, esp = 0xbfbfecdc, ebp = 0xbfbfedb8 --- The operating system has halted. Please press any key to reboot. With all this the network through the xl0 is working. I hope my report could help you to fix this issue. You can send me a patch if you need to test it before the commit. From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:31:37 2005 Return-Path: X-Original-To: current@freebsd.org 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 8B9A016A41C; Wed, 22 Jun 2005 14:31:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BA1543D58; Wed, 22 Jun 2005 14:31:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 22 Jun 2005 10:44:50 -0400 From: John Baldwin To: freebsd-amd64@freebsd.org Date: Wed, 22 Jun 2005 10:31:54 -0400 User-Agent: KMail/1.8 References: <20050510223636.GA49927@xor.obsecurity.org> <200506171434.49008.jhb@FreeBSD.org> <17080.29141.918333.170950@grasshopper.cs.duke.edu> In-Reply-To: <17080.29141.918333.170950@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506221031.55875.jhb@FreeBSD.org> Cc: sobomax@FreeBSD.org, Kris Kennaway , Andrew Gallatin , current@freebsd.org Subject: Re: Fatal trap 12 in exec_copyout_strings() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 14:31:37 -0000 On Tuesday 21 June 2005 04:00 pm, Andrew Gallatin wrote: > John Baldwin writes: > > On Sunday 29 May 2005 01:50 pm, Kris Kennaway wrote: > > > On Tue, May 10, 2005 at 03:36:36PM -0700, Kris Kennaway wrote: > > > > Got this on a dual amd64 with 8GB RAM running 6.0 from last week: > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > cpuid = 1; apic id = 01 > > > > fault virtual address = 0xffffffffa9cdc000 > > > > fault code = supervisor read, page not present > > > > instruction pointer = 0x8:0xffffffff8037759f > > > > stack pointer = 0x10:0xffffffffba1637d0 > > > > frame pointer = 0x10:0xffffffffba163820 > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > > current process = 52247 (sh) > > > > [thread pid 52247 tid 100149 ] > > > > Stopped at exec_copyout_strings+0x12f: > > > > db> wh > > > > Tracing pid 52247 tid 100149 td 0xffffff016e5724c0 > > > > exec_copyout_strings() at exec_copyout_strings+0x12f > > > > do_execve() at do_execve+0x39a > > > > kern_execve() at kern_execve+0xab > > > > execve() at execve+0x49 > > > > syscall() at syscall+0x382 > > > > Xfast_syscall() at Xfast_syscall+0xa8 > > > > --- syscall (59, FreeBSD ELF64, execve), rip = 0x80090622c, rsp = > > > > 0x7fffffffe058, rbp = 0xffffffff --- db> > > > > > > I've got this panic twice more since. > > > > Do you have a kernel.debug? Can you do 'list > > *exec_copyout_strings+0x12f'? I think I've seen reports of the > > linux32_exec_copyout_strings() having a similar fault as well on amd64. > > I just got this on my freshly installed UP, 512MB athlon64. For me, > its 100% reproducable when running a cross-compiler built on > FreeBSD-4. > > (kgdb) p *imgp->args > $33 = { > buf = 0xffffffff90ba3000
, > begin_argv = 0xffffffff90ba3000
bounds>, begin_envv = 0xffffffff90ba313d
bounds>, endp = 0xffffffff90ba389f
bounds>, fname = 0xffffffff90be3000 > "/home/gallatin/lanaitools/intel_FreeBSD/lib/gcc-lib/lanai/2.95.2..1.6/cc1" >, stringspace = 259937, > argc = 23, > envc = 46 > } > > I'm puzzled. fname seems to be buf+ARGV_MAX, so its not > like something randomly scribbled on this memory. > > In the debugger, the memory just below buf+ARGV_MAX seems to be > unmapped. But we've done copyins in freebsd32_exec_copyin_args(), > otherwise endp would not have been advanced. So we've written to this > memory. > > It is almost like somebody freed buf through buf + 262144. I think I figured it out. sobomax@ changed how much memory exec_copyin_args() and exec_free_args() allocated and freed without updating freebsd32_exec_copyin_args() and linux_exec_copyin_args(), so more memory was freed than was allocated which would free memory out from other execs. Patch is below. Let me know if it fixes the problem. Index: amd64/linux32/linux32_machdep.c =================================================================== RCS file: /usr/cvs/src/sys/amd64/linux32/linux32_machdep.c,v retrieving revision 1.9 diff -u -r1.9 linux32_machdep.c --- amd64/linux32/linux32_machdep.c 5 Apr 2005 15:28:06 -0000 1.9 +++ amd64/linux32/linux32_machdep.c 22 Jun 2005 14:26:03 -0000 @@ -113,7 +113,8 @@ * Allocate temporary demand zeroed space for argument and * environment strings */ - args->buf = (char *) kmem_alloc_wait(exec_map, PATH_MAX + ARG_MAX); + args->buf = (char *) kmem_alloc_wait(exec_map, + PATH_MAX + ARG_MAX + MAXSHELLCMDLEN); if (args->buf == NULL) return (ENOMEM); args->begin_argv = args->buf; Index: compat/freebsd32/freebsd32_misc.c =================================================================== RCS file: /usr/cvs/src/sys/compat/freebsd32/freebsd32_misc.c,v retrieving revision 1.35 diff -u -r1.35 freebsd32_misc.c --- compat/freebsd32/freebsd32_misc.c 11 Jun 2005 14:58:20 -0000 1.35 +++ compat/freebsd32/freebsd32_misc.c 22 Jun 2005 14:26:11 -0000 @@ -237,7 +237,8 @@ * Allocate temporary demand zeroed space for argument and * environment strings */ - args->buf = (char *) kmem_alloc_wait(exec_map, PATH_MAX + ARG_MAX); + args->buf = (char *) kmem_alloc_wait(exec_map, + PATH_MAX + ARG_MAX + MAXSHELLCMDLEN); if (args->buf == NULL) return (ENOMEM); args->begin_argv = args->buf; -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:47:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 96C2B16A41C for ; Wed, 22 Jun 2005 14:47:20 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4571C43D1F for ; Wed, 22 Jun 2005 14:47:20 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id A45CB46B08; Wed, 22 Jun 2005 10:47:19 -0400 (EDT) Date: Wed, 22 Jun 2005 15:50:24 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Emanuel Strobl In-Reply-To: <200506221606.42862@harrymail> Message-ID: <20050622154538.H26664@fledge.watson.org> References: <200506091423.39940@harrymail> <200506221554.41750@harrymail> <42B96E66.4040503@samsco.org> <200506221606.42862@harrymail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 14:47:20 -0000 On Wed, 22 Jun 2005, Emanuel Strobl wrote: >> Because you have 'options APIC' in your kernel, and your running a post >> 5.2 version of FreeBSD that has a massively improved interrupt routing >> system in it. > > I've been running 5-current on that machine with "options APIC" for a > long time, back to when I had to include NO-MIXEDMODE to get it working > until I think Robeert Watson gave me some patches. But I never had lapic > so I was wondering... Might have been John Baldwin. In 5.x, timer interrupts are generated by a general purpose programmable timer and delivered as interrupts to one of your CPUs on an MP system, or your only CPU on a UP system. Depending on your hardware, where the timer went varied a bit -- typically, round robin, or maybe your first CPU or third CPU. The timer tick would then be broadcasted to the other CPUs using an inter-processor interrupt (IPI), so that all CPUs would see it for the purposes of timer-based preemption, profiling, statistics, and so on. In 6.x, we use the timer in the CPU-local apic (LAPIC) to interrupt each CPU, rather than delivering all the interrupts to a particular CPU and forwarding them. This lowers the IPI traffic overhead, which can be substantial due to synchronizing and preventing IPI deadlock. In particular, spin locks are used around IPI interactions to prevent two or more CPUs from deadlocking by sending each other IPIs simultaneously, and therefore being unable to acknowledge each other (there's a whole literature on why and how to do this, if you google or check a decent MP OS text). So in 5.x, you saw the primary timer interrupt traffic explicitly, and most interrupt monitoring tools didn't monitor IPI load. In 6.x, you see the timer interrupt traffic on each CPU as lapic load for the CPU. In 6.x, we currently don't monitor IPI interrupt load, but if we did in 5.x and 6.x, you'd see that the IPI traffic level is much lower, making up for the increased LAPIC interrupt traffic. I have a feature request in to John to add statistics gathering on IPIs, since he's currently reworking the interrupt paths. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:53:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 630DC16A41C for ; Wed, 22 Jun 2005 14:53:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CBFA43D48 for ; Wed, 22 Jun 2005 14:53:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j5MF2iFu004103; Wed, 22 Jun 2005 09:02:44 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42B97AC3.9080804@samsco.org> Date: Wed, 22 Jun 2005 08:50:43 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <200506091423.39940@harrymail> <200506221554.41750@harrymail> <42B96E66.4040503@samsco.org> <200506221606.42862@harrymail> In-Reply-To: <200506221606.42862@harrymail> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 14:53:50 -0000 Emanuel Strobl wrote: > Am Mittwoch, 22. Juni 2005 15:57 schrieb Scott Long: > [...] > >>>I've never seen before I >>>upgraded to -current (short before the code freeze to help finding >>>bugs) >> >>Because you have 'options APIC' in your kernel, and your running a post >>5.2 version of FreeBSD that has a massively improved interrupt routing >>system in it. > > > I've been running 5-current on that machine with "options APIC" for a long > time, back to when I had to include NO-MIXEDMODE to get it working until I > think Robeert Watson gave me some patches. > But I never had lapic so I was wondering... > Ah, you were talking about the interrupt stats. Yes, the lapic shows up there now because we use it for system timers now. It's much more compatible with modern hardware, and theoretically is friendly for SMP. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:59:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E414416A41F for ; Wed, 22 Jun 2005 14:59:48 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2CE2943D1D for ; Wed, 22 Jun 2005 14:59:47 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 22 Jun 2005 14:59:46 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp022) with SMTP; 22 Jun 2005 16:59:46 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Wed, 22 Jun 2005 16:59:14 +0200 User-Agent: KMail/1.8 References: <200506091423.39940@harrymail> <200506221606.42862@harrymail> <20050622154538.H26664@fledge.watson.org> In-Reply-To: <20050622154538.H26664@fledge.watson.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10691153.v6AfR0Z2em"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506221659.36667@harrymail> X-Y-GMX-Trusted: 0 Cc: Robert Watson Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 14:59:49 -0000 --nextPart10691153.v6AfR0Z2em Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 22. Juni 2005 16:50 schrieb Robert Watson: > On Wed, 22 Jun 2005, Emanuel Strobl wrote: > >> Because you have 'options APIC' in your kernel, and your running a > >> post 5.2 version of FreeBSD that has a massively improved interrupt > >> routing system in it. > > > > I've been running 5-current on that machine with "options APIC" for a > > long time, back to when I had to include NO-MIXEDMODE to get it > > working until I think Robeert Watson gave me some patches. But I never > > had lapic so I was wondering... > > Might have been John Baldwin. Hm, me and names is a weak point... ;) > In 5.x, timer interrupts are generated by a general purpose programmable > timer and delivered as interrupts to one of your CPUs on an MP system, > or your only CPU on a UP system. Depending on your hardware, where the > timer went varied a bit -- typically, round robin, or maybe your first > CPU or third CPU. The timer tick would then be broadcasted to the other > CPUs using an inter-processor interrupt (IPI), so that all CPUs would > see it for the purposes of timer-based preemption, profiling, > statistics, and so on. > > In 6.x, we use the timer in the CPU-local apic (LAPIC) to interrupt each > CPU, rather than delivering all the interrupts to a particular CPU and > forwarding them. This lowers the IPI traffic overhead, which can be > substantial due to synchronizing and preventing IPI deadlock. In > particular, spin locks are used around IPI interactions to prevent two > or more CPUs from deadlocking by sending each other IPIs simultaneously, > and therefore being unable to acknowledge each other (there's a whole > literature on why and how to do this, if you google or check a decent MP > OS text). > > So in 5.x, you saw the primary timer interrupt traffic explicitly, and > most interrupt monitoring tools didn't monitor IPI load. In 6.x, you > see the timer interrupt traffic on each CPU as lapic load for the CPU.=20 > In 6.x, we currently don't monitor IPI interrupt load, but if we did in > 5.x and 6.x, you'd see that the IPI traffic level is much lower, making > up for the increased LAPIC interrupt traffic. > > I have a feature request in to John to add statistics gathering on IPIs, > since he's currently reworking the interrupt paths. > > Robert N M Watson Thanks so much, very good explanation, I almost understood it completely=20 (I'm lacking a lot of basics). If only "The Design and Implementation of=20 the FreeBSD Operating System" was written like this... =2DHarry --nextPart10691153.v6AfR0Z2em Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCuXzYBylq0S4AzzwRAsGWAKCQXBt/tZTfEevIWpoKhEKShhaLnACfc7uX oROBom06lgwKyz+U2x1rCZc= =y4cf -----END PGP SIGNATURE----- --nextPart10691153.v6AfR0Z2em-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:03:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3AD6116A41C for ; Wed, 22 Jun 2005 15:03:55 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F23A943D1F for ; Wed, 22 Jun 2005 15:03:52 +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 j5MF3paK071440 for ; Wed, 22 Jun 2005 10:03:51 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42B97DD3.3040109@centtech.com> Date: Wed, 22 Jun 2005 10:03:47 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: New dhclient - supposed to 'down'/'delete'? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 15:03:55 -0000 Is the new dhclient code supposed to down and delete an interface when it has been disconnected from the media? For instance: I boot up, use my wireless for a while (which dhclient handles), then disable my wireless card, and plug in the cable to my ethernet jack (bge0). I see bge0 come up, and get an IP. Everything looks good. Now, I unplug the cable from bge0, and enable my wireless again. Wireless gets an IP, but bge0 is still 'up' and has an IP configured, along with the routes that go with it. I have to manually do an 'ifconfig bge0 down ; ifconfig bge0 delete', then restart dhclient on ath0 (wireless) or disable/enable ath0 to force it to try again.. Is this the expected behaviour? Do I need to tweak some settings? Here's what my rc.conf looks like (relevant parts): ifconfig_bge0="DHCP" ifconfig_ath0="DHCP ssid MYSSIDHERE wep wepkey 0xWEPKEYHERE weptxkey 1" devd_enable="YES" Running -current from about a week ago. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:08:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C668C16A41C; Wed, 22 Jun 2005 15:08:55 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8562143D1F; Wed, 22 Jun 2005 15:08:55 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 5082565339; Wed, 22 Jun 2005 16:08:54 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 75751-01-2; Wed, 22 Jun 2005 16:08:53 +0100 (BST) Received: from empiric.dek.spc.org (host81-136-156-39.in-addr.btopenworld.com [81.136.156.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id A5D216530A; Wed, 22 Jun 2005 16:08:53 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 4DB3E61F0; Wed, 22 Jun 2005 16:08:42 +0100 (BST) Date: Wed, 22 Jun 2005 16:08:42 +0100 From: Bruce M Simpson To: Robert Watson Message-ID: <20050622150842.GF791@empiric.icir.org> Mail-Followup-To: Robert Watson , Emanuel Strobl , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org References: <200506091423.39940@harrymail> <200506221554.41750@harrymail> <42B96E66.4040503@samsco.org> <200506221606.42862@harrymail> <20050622154538.H26664@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050622154538.H26664@fledge.watson.org> Cc: Emanuel Strobl , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 15:08:55 -0000 On Wed, Jun 22, 2005 at 03:50:24PM +0100, Robert Watson wrote: > I have a feature request in to John to add statistics gathering on IPIs, > since he's currently reworking the interrupt paths. I like this LAPIC change a lot. Actually I like APICs a lot. They may not give you 'real' vectored hardware interrupts a la SPARC and PowerPC, but at least it comes a bit closer. It would be nice to be doing APIC on uniprocessor systems a bit further down the line, but that's for the wishlist -- the 8259s are not going away just yet. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:12:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D03D916A41C for ; Wed, 22 Jun 2005 15:12:46 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BB6443D49 for ; Wed, 22 Jun 2005 15:12:45 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id D658846B33; Wed, 22 Jun 2005 11:12:44 -0400 (EDT) Date: Wed, 22 Jun 2005 16:15:49 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Emanuel Strobl In-Reply-To: <200506221659.36667@harrymail> Message-ID: <20050622160558.C82703@fledge.watson.org> References: <200506091423.39940@harrymail> <200506221606.42862@harrymail> <20050622154538.H26664@fledge.watson.org> <200506221659.36667@harrymail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 15:12:46 -0000 On Wed, 22 Jun 2005, Emanuel Strobl wrote: >> Might have been John Baldwin. > > Hm, me and names is a weak point... ;) Not as bad as me, I promise. One someone introduces themselves at a conference, I'll literally forget their name by the end of the sentence where they say it. I'll remember them, but their name will be gone really quickly. Very embarrassing :-). >> I have a feature request in to John to add statistics gathering on IPIs, >> since he's currently reworking the interrupt paths. > > Thanks so much, very good explanation, I almost understood it completely > (I'm lacking a lot of basics). If only "The Design and Implementation of > the FreeBSD Operating System" was written like this... If the D&I book were written this way, it would come in three volumes :-). Part of the problem here is that we weren't exposing some of the internal behavior via monitoring interfaces, so what was a rearrangement of functionality in the kernel was less well represented in the monitoring. So I think the answer there is to improve our monitoring so it's more clear what's going on. I'm currently working on enhanced versions of vmstat and some other tools to allow better per-cpu monitoring of memory load/allocation, and we should do something similar to interrupt monitoring, add IPI monitoring, and so on. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:24:20 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 36A3616A420 for ; Wed, 22 Jun 2005 15:24:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D5ED43D58 for ; Wed, 22 Jun 2005 15:24:18 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 22 Jun 2005 11:37:50 -0400 From: John Baldwin To: Jens Schweikhardt Date: Wed, 22 Jun 2005 10:57:47 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <200506201344.10176.jhb@FreeBSD.org> <20050621195113.GB840@schweikhardt.net> In-Reply-To: <20050621195113.GB840@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506221057.48595.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 15:24:20 -0000 On Tuesday 21 June 2005 03:51 pm, Jens Schweikhardt wrote: > John, > > # > See > http://lists.freebsd.org/pipermail/freebsd-current/2005-May/050210.html # > > for the whole thread. > # > # I did glance over it, but I don't really have time to read every e-mail > on # current@ in detail. :( Do you have verbose dmesg's for both cases? > If so, # can you get the 'lapic: Divisor' lines from each boot? > > Sure, they are the same: > lapic: Divisor 2, Frequency 99829738 hz > > It appears Chris Gilbert has the same problem, see "Timekeeping gone > whack in 6-CURRENT" on this list. Ok, this is weird. Does this happen if you disable SMP via 'kern.smp.disabled=1' from the loader? UP has more timecounters available for use, so I'm curious if this is a problem with the 8254 timecounter code for some reason. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:24:20 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 BB99B16A423; Wed, 22 Jun 2005 15:24:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9857343D48; Wed, 22 Jun 2005 15:24:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 22 Jun 2005 11:37:51 -0400 From: John Baldwin To: Hajimu UMEMOTO Date: Wed, 22 Jun 2005 11:16:57 -0400 User-Agent: KMail/1.8 References: <200506211443.11882.jhb@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506221116.57859.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: BTX halted during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 15:24:21 -0000 On Wednesday 22 June 2005 05:02 am, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Tue, 21 Jun 2005 14:43:10 -0400 > >>>>> John Baldwin said: > > jhb> Hmm, well. First off, try disabling DMA for the hard drive and CD-ROM > in the jhb> BIOS. Secondly, you can hack on btx to add a while (1) loop > ('foo: jmp foo') jhb> and move it around to get it to stop looping after > the first fault so you can jhb> capture the details. I can help you with > that if you aren't familiar with jhb> x86 assembly. Once that is done, I > can look at the fault details to try to jhb> figure out what your BIOS is > doing that is making the machine unhappy. > > Unfortunately, it seems there is no such setting in BIOS menu to > disabling DMA. > > I did patch to stop looping and got the message: > > http://www.imasy.or.jp/~ume/FreeBSD/CF-R4/cf-r4-btx-halted.jpg > > I heared from takawata-san that EIP=0x107 indicates runaway. > > I could install FreeBSD by PXE boot from > 6.0-CURRENT-SNAP004-i386-disc1.iso. It's fine to boot FreeBSD which > is installed on HDD. > > It seems BTX-halted occurs when loading loader or kernel via legacy > USB. I heared from Panasonic folks that they improved their legacy > USB code for their latest series including CF-R4. It seems there is > some issue in their improvement, and our BTX hits the weak point of > their improvement. However, DOS, Windows and NetBSD are still > bootable on CF-R4... > > Sincerely, 00000000 F065F000F0 gs lock add al,dh 00000005 B182 mov cl,0x82 00000007 00C0 add al,al 00000009 B221 mov dl,0x21 0000000B 00F0 add al,dh 0000000D B221 mov dl,0x21 0000000F 00F0 add al,dh 00000011 B221 mov dl,0x21 00000013 00F0 add al,dh 00000015 B221 mov dl,0x21 00000017 00F0 add al,dh 00000019 B221 mov dl,0x21 0000001B 00F0 add al,dh 0000001D B221 mov dl,0x21 That definitely looks like garbage code. I believe that most other OS's don't try to use the BIOS from vm86 mode the way that FreeBSD does. Windows at least doesn't, so BIOS writers tend to break the vm86 case because they don't test it or don't care enough to even consider it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:24:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 92E9E16A42B for ; Wed, 22 Jun 2005 15:24:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A3AB43D48 for ; Wed, 22 Jun 2005 15:24:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 22 Jun 2005 11:37:51 -0400 From: John Baldwin To: Emanuel Strobl Date: Wed, 22 Jun 2005 10:59:16 -0400 User-Agent: KMail/1.8 References: <200506101356.50355@harrymail> <200506211541.43452.jhb@FreeBSD.org> <200506220117.09044@harrymail> In-Reply-To: <200506220117.09044@harrymail> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506221059.17834.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: device sio vs. device uart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 15:24:21 -0000 On Tuesday 21 June 2005 07:16 pm, Emanuel Strobl wrote: > Am Dienstag, 21. Juni 2005 21:41 schrieb John Baldwin: > > On Friday 10 June 2005 07:56 am, Emanuel Strobl wrote: > > > Originally I posted this to questions@ but got no answer so I'd like > > > to ask here: > > > > > > Hello, > > > > > > after compiling a custom kernel with device uart instead of device sio > > > I see the following in my boot message: > > > sio0 failed to probe at port 0x3f8 irq 4 on isa0 > > > sio1 failed to probe at port 0x2f8 irq 3 on isa0 > > > sio2: not probed (disabled) > > > sio3: not probed (disabled) > > > > > > But I don't have sio in my kernel at all. > > > > > > Can someone please explain me the major differences (besides the > > > newbus adaption) between sio and uart? And why is sio still in > > > GENERIC? And of course why do I see these sio messages? > > > > > > Thanks in advance, > > > > I won't get into sio vs uart, but you will need to remove all of your > > 'sio' hints from device.hints to make the sio devices go away. > > oic, thanks. Surprisingly I couldn't collect uart information yet, I just > found out that I can't use uart for serial console (on i386), at least not > if all I do is to replace sio with uart in my kernel config. > Since I don't understand the code I have no idea why I would want to use > uart. Is it beneficial (on the i386 arch) to have a newbusified driver? sio(4) is new-bussed, too. uart(4) tends to be helpful in that it handles other types of uarts on non-x86 that sio(4) doesn't support. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:24:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 A8BAE16A4AB for ; Wed, 22 Jun 2005 15:24:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6355643D1F for ; Wed, 22 Jun 2005 15:24:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 22 Jun 2005 11:37:51 -0400 From: John Baldwin To: "Wilkinson, Alex" Date: Wed, 22 Jun 2005 11:02:36 -0400 User-Agent: KMail/1.8 References: <200506091423.39940@harrymail> <86slza27md.fsf@xps.des.no> <20050622130659.GF63959@squash.dsto.defence.gov.au> In-Reply-To: <20050622130659.GF63959@squash.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506221102.38138.jhb@FreeBSD.org> Cc: Emanuel Strobl , Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 15:24:33 -0000 On Wednesday 22 June 2005 09:07 am, Wilkinson, Alex wrote: > 0n Wed, Jun 22, 2005 at 09:06:18AM +0200, Dag-Erling Smrgrav wrote: > >Emanuel Strobl writes: > >> I don't know what lapic stands for (the l, if apic means > >> AdvancedProgrammableInterruptController) > > > >local, meaning per-CPU as opposed to the IOAPIC which is located in > >the south bridge and shared by all CPUs. > > Why do we need both LAPIC *and* an IO-APIC ? Interrupt lines from devices are wired up to I/O APICs which is similar to the 8259A AT PICs. Local APICs are the logic on the CPU side to receive interrupt messages and send out ACKs, etc. Somewhat similar to the INTR pin on x86 CPUs, but with a lot more functionality. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:24:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B57F716A44F for ; Wed, 22 Jun 2005 15:24:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E763143D1D for ; Wed, 22 Jun 2005 15:24:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 22 Jun 2005 11:37:51 -0400 From: John Baldwin To: Emanuel Strobl Date: Wed, 22 Jun 2005 11:01:13 -0400 User-Agent: KMail/1.8 References: <200506091423.39940@harrymail> <86slza27md.fsf@xps.des.no> <200506221554.41750@harrymail> In-Reply-To: <200506221554.41750@harrymail> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506221101.14368.jhb@FreeBSD.org> Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 15:24:37 -0000 On Wednesday 22 June 2005 09:54 am, Emanuel Strobl wrote: > Am Mittwoch, 22. Juni 2005 09:06 schrieb Dag-Erling Sm=F8rgrav: > > Emanuel Strobl writes: > > > I don't know what lapic stands for (the l, if apic means > > > AdvancedProgrammableInterruptController) > > > > local, meaning per-CPU as opposed to the IOAPIC which is located in > > the south bridge and shared by all CPUs. > > Hmm, why do I see a lapic on my UP system? I've never seen before I > upgraded to -current (short before the code freeze to help finding bugs) > And what does the "ti" mean? ( from systat "2030 lapic0: ti" ) > > Thanks a lot, Every CPU since at least the PPro (and SMP-capable Pentiums) has had a loca= l=20 APIC. Using the APIC system instead of AT PIC allows PCI interrupts to not= =20 be shared in most cases which is a good thing. :) The 'ti' is short for=20 timer because systat chops of the names. If you do 'vmstat -i' you will se= e=20 the full name. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:32:05 2005 Return-Path: X-Original-To: current@FreeBSD.ORG 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 A26E116A41C; Wed, 22 Jun 2005 15:32:05 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2957243D1D; Wed, 22 Jun 2005 15:32:04 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.49] (lesnik.portaone.com [195.140.246.50]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j5MFVsFH076970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Jun 2005 17:31:55 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <42B98469.7060505@portaone.com> Date: Wed, 22 Jun 2005 18:31:53 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20050510223636.GA49927@xor.obsecurity.org> <200506171434.49008.jhb@FreeBSD.org> <17080.29141.918333.170950@grasshopper.cs.duke.edu> <200506221031.55875.jhb@FreeBSD.org> In-Reply-To: <200506221031.55875.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/951/Wed Jun 22 15:28:13 2005 on www.portaone.com X-Virus-Status: Clean Cc: sobomax@FreeBSD.ORG, Kris Kennaway , Andrew Gallatin , freebsd-amd64@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Fatal trap 12 in exec_copyout_strings() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2005 15:32:05 -0000 Good catch! Sorry for missing it. -Maxim John Baldwin wrote: > On Tuesday 21 June 2005 04:00 pm, Andrew Gallatin wrote: > >>John Baldwin writes: >> > On Sunday 29 May 2005 01:50 pm, Kris Kennaway wrote: >> > > On Tue, May 10, 2005 at 03:36:36PM -0700, Kris Kennaway wrote: >> > > > Got this on a dual amd64 with 8GB RAM running 6.0 from last week: >> > > > >> > > > Fatal trap 12: page fault while in kernel mode >> > > > cpuid = 1; apic id = 01 >> > > > fault virtual address = 0xffffffffa9cdc000 >> > > > fault code = supervisor read, page not present >> > > > instruction pointer = 0x8:0xffffffff8037759f >> > > > stack pointer = 0x10:0xffffffffba1637d0 >> > > > frame pointer = 0x10:0xffffffffba163820 >> > > > code segment = base 0x0, limit 0xfffff, type 0x1b >> > > > = DPL 0, pres 1, long 1, def32 0, gran 1 >> > > > processor eflags = interrupt enabled, resume, IOPL = 0 >> > > > current process = 52247 (sh) >> > > > [thread pid 52247 tid 100149 ] >> > > > Stopped at exec_copyout_strings+0x12f: >> > > > db> wh >> > > > Tracing pid 52247 tid 100149 td 0xffffff016e5724c0 >> > > > exec_copyout_strings() at exec_copyout_strings+0x12f >> > > > do_execve() at do_execve+0x39a >> > > > kern_execve() at kern_execve+0xab >> > > > execve() at execve+0x49 >> > > > syscall() at syscall+0x382 >> > > > Xfast_syscall() at Xfast_syscall+0xa8 >> > > > --- syscall (59, FreeBSD ELF64, execve), rip = 0x80090622c, rsp = >> > > > 0x7fffffffe058, rbp = 0xffffffff --- db> >> > > >> > > I've got this panic twice more since. >> > >> > Do you have a kernel.debug? Can you do 'list >> > *exec_copyout_strings+0x12f'? I think I've seen reports of the >> > linux32_exec_copyout_strings() having a similar fault as well on amd64. >> >>I just got this on my freshly installed UP, 512MB athlon64. For me, >>its 100% reproducable when running a cross-compiler built on >>FreeBSD-4. >> >>(kgdb) p *imgp->args >>$33 = { >> buf = 0xffffffff90ba3000
, >> begin_argv = 0xffffffff90ba3000
>bounds>, begin_envv = 0xffffffff90ba313d
>bounds>, endp = 0xffffffff90ba389f
>bounds>, fname = 0xffffffff90be3000 >>"/home/gallatin/lanaitools/intel_FreeBSD/lib/gcc-lib/lanai/2.95.2..1.6/cc1" >>, stringspace = 259937, >> argc = 23, >> envc = 46 >>} >> >>I'm puzzled. fname seems to be buf+ARGV_MAX, so its not >>like something randomly scribbled on this memory. >> >>In the debugger, the memory just below buf+ARGV_MAX seems to be >>unmapped. But we've done copyins in freebsd32_exec_copyin_args(), >>otherwise endp would not have been advanced. So we've written to this >>memory. >> >>It is almost like somebody freed buf through buf + 262144. > > > I think I figured it out. sobomax@ changed how much memory exec_copyin_args() > and exec_free_args() allocated and freed without updating > freebsd32_exec_copyin_args() and linux_exec_copyin_args(), so more memory was > freed than was allocated which would free memory out from other execs. Patch > is below. Let me know if it fixes the problem. > > Index: amd64/linux32/linux32_machdep.c > =================================================================== > RCS file: /usr/cvs/src/sys/amd64/linux32/linux32_machdep.c,v > retrieving revision 1.9 > diff -u -r1.9 linux32_machdep.c > --- amd64/linux32/linux32_machdep.c 5 Apr 2005 15:28:06 -0000 1.9 > +++ amd64/linux32/linux32_machdep.c 22 Jun 2005 14:26:03 -0000 > @@ -113,7 +113,8 @@ > * Allocate temporary demand zeroed space for argument and > * environment strings > */ > - args->buf = (char *) kmem_alloc_wait(exec_map, PATH_MAX + ARG_MAX); > + args->buf = (char *) kmem_alloc_wait(exec_map, > + PATH_MAX + ARG_MAX + MAXSHELLCMDLEN); > if (args->buf == NULL) > return (ENOMEM); > args->begin_argv = args->buf; > Index: compat/freebsd32/freebsd32_misc.c > =================================================================== > RCS file: /usr/cvs/src/sys/compat/freebsd32/freebsd32_misc.c,v > retrieving revision 1.35 > diff -u -r1.35 freebsd32_misc.c > --- compat/freebsd32/freebsd32_misc.c 11 Jun 2005 14:58:20 -0000 1.35 > +++ compat/freebsd32/freebsd32_misc.c 22 Jun 2005 14:26:11 -0000 > @@ -237,7 +237,8 @@ > * Allocate temporary demand zeroed space for argument and > * environment strings > */ > - args->buf = (char *) kmem_alloc_wait(exec_map, PATH_MAX + ARG_MAX); > + args->buf = (char *) kmem_alloc_wait(exec_map, > + PATH_MAX + ARG_MAX + MAXSHELLCMDLEN); > if (args->buf == NULL) > return (ENOMEM); > args->begin_argv = args->buf; > From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:33:14 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 ADBC916A41C; Wed, 22 Jun 2005 15:33:14 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B31443D49; Wed, 22 Jun 2005 15:33:14 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j5MFXDqC008872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Jun 2005 11:33:13 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j5MFX8T3061800; Wed, 22 Jun 2005 11:33:08 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17081.33972.316494.40649@grasshopper.cs.duke.edu> Date: Wed, 22 Jun 2005 11:33:08 -0400 (EDT) To: John Baldwin In-Reply-To: <200506221031.55875.jhb@FreeBSD.org> References: <20050510223636.GA49927@xor.obsecurity.org> <200506171434.49008.jhb@FreeBSD.org> <17080.29141.918333.170950@grasshopper.cs.duke.edu> <200506221031.55875.jhb@FreeBSD.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: sobomax@FreeBSD.org, current@FreeBSD.org, freebsd-amd64@FreeBSD.org, Kris Kennaway Subject: Re: Fatal trap 12 in exec_copyout_strings() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 15:33:14 -0000 John Baldwin writes: > > I think I figured it out. sobomax@ changed how much memory exec_copyin_args() > and exec_free_args() allocated and freed without updating > freebsd32_exec_copyin_args() and linux_exec_copyin_args(), so more memory was > freed than was allocated which would free memory out from other execs. Patch > is below. Let me know if it fixes the problem. > This works for me. Previously, running the cross compiler would panic the box instantly. Now it works fine. Your theory about freeing things from other execs makes sense because gcc is always exec'ing off different stages of the compilation.. Nice work! Drew From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 16:20:17 2005 Return-Path: X-Original-To: current@freebsd.org 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 3D07316A41C for ; Wed, 22 Jun 2005 16:20:17 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80602.mail.yahoo.com (web80602.mail.yahoo.com [66.218.79.91]) by mx1.FreeBSD.org (Postfix) with SMTP id 2027A43D1D for ; Wed, 22 Jun 2005 16:20:16 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 25394 invoked by uid 60001); 22 Jun 2005 16:20:16 -0000 Message-ID: <20050622162016.25392.qmail@web80602.mail.yahoo.com> Received: from [64.172.44.3] by web80602.mail.yahoo.com via HTTP; Wed, 22 Jun 2005 09:20:16 PDT Date: Wed, 22 Jun 2005 09:20:16 -0700 (PDT) From: Mohan Srinivasan To: Tai-hwa Liang , khetan@os.org.za In-Reply-To: <05062219434218.29380@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: Panic potentially related to imgacct_shell.c commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 16:20:17 -0000 Hi, Committing a fix for this issue to -current shortly (today). In the meantime, you can apply this change to your tree. ==== //depot/mohans/freebsd6_nfs/sys/netinet/tcp_sack.c#18 - /homes/mohans/p4/mohans/freebsd6_nfs/sys/netinet/tcp_sack.c ==== @@ -474,8 +474,7 @@ * Since the incoming sack blocks are sorted, we can process them * making one sweep of the scoreboard. */ - while (sblkp - sack_blocks >= 0) { - KASSERT(cur != NULL, ("cur != NULL")); + while (sblkp - sack_blocks >= 0 && cur != NULL) { if (SEQ_GEQ(sblkp->start, cur->end)) { /* * SACKs data beyond the current hole. thanks mohan --- Tai-hwa Liang wrote: > On Tue, 21 Jun 2005, Khetan Gajjar wrote: > [...] > > (kgdb) backtrace > > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > > #0 doadump () at pcpu.h:165 > > #1 0xc04f9568 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 > > #2 0xc04f987d in panic (fmt=0xc069d6ac "cur != NULL") > > at ../../../kern/kern_shutdown.c:553 > > #3 0xc0593a4c in tcp_sack_option (tp=0xc23c0730, th=0xd4400aac, > > cp=0xc242da66 > "\005\022\002Nu\020\002Nz\223\002N\200\026\002N¬.\223¦T\222!¸Ï+zYã¬+<Û\031\016Öñêî1£\006\177~\017A·\221æºu\227$Ñ9Tõ\232ÿ\003\024\234îÅs¦a\206¨e\236ôLZÔï\r] > imapd[8272]: login: dustpuppy.is.co.za[19", optlen=0) > > at ../../../netinet/tcp_sack.c:478 > > #4 0xc0591a3b in tcp_dooptions (tp=0xc23c0730, to=0xd4400bb4, > > cp=0xc242da66 > "\005\022\002Nu\020\002Nz\223\002N\200\026\002N¬.\223¦T\222!¸Ï+zYã¬+<Û\031\016Öñêî1£\006\177~\017A·\221æºu\227$Ñ9Tõ\232ÿ\003\024\234îÅs¦a\206¨e\236ôLZÔï\r] > imapd[8272]: login: dustpuppy.is.co.za[19", cnt=18, is_syn=0, > > th=0xc242da44) at ../../../netinet/tcp_input.c:2647 > > Try "sysctl net.inet.tcp.sack.enable=0" to see if that helps.> _______________________________________________ > 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 Jun 22 16:34:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 09CDF16A429; Wed, 22 Jun 2005 16:34:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (unknown [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1279743D1F; Wed, 22 Jun 2005 16:34:03 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5LKCuIS041222; Tue, 21 Jun 2005 14:13:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 21 Jun 2005 14:14:20 -0600 (MDT) Message-Id: <20050621.141420.48531287.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: <200506211444.52693.jhb@FreeBSD.org> References: <42A60DAF.000003.32027@pantene.yandex.ru> <200506211444.52693.jhb@FreeBSD.org> 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: freebsd-current@freebsd.org, polachok@narod.ru Subject: Re: Lucent Win Modem driver (comms/ltmdm) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 16:34:06 -0000 In message: <200506211444.52693.jhb@FreeBSD.org> John Baldwin writes: : On Tuesday 07 June 2005 05:12 pm, Polakov Alexander wrote: : > Hi all. I'm new in CURRENT and english is not my native. I want to tell you : > my problem. My modem is Lucent Win Modem, and when I used FreeBSD-STABLE I : > could compile its driver. Now when I tried into CURRENT I couldn't. It : > showed errors like this: : > : > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdm : >sio.c: In function `lt_pci_find_device': : > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdm : >sio.c:748: error: `PCIR_MAPS' undeclared (first use in this function) : > : > So, I've made a patch. Where I have to send it if I want to add it into : > port(maybe it can be useful for anybody)? Here is it. : : Actually, the real fix is to change the ltmdmsio.c file to use PCIR_BAR(x) : rather than PCIR_MAPS + 4 * x for the rids for its memory and I/O resources. : The file can then include a #define for PCIR_BAR for old systems that maps to : PCIR_MAPS + 4 * x. I couldn't get comms/ltmdm to compile on my -current system, even before my changes in this area. Is there some newer version that's not in the ports tree that you are using? Warner From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 17:09:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7AD1516A41C for ; Wed, 22 Jun 2005 17:09:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31D6243D58 for ; Wed, 22 Jun 2005 17:09:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 22 Jun 2005 13:22:52 -0400 From: John Baldwin To: "M. Warner Losh" Date: Wed, 22 Jun 2005 13:09:17 -0400 User-Agent: KMail/1.8 References: <42A60DAF.000003.32027@pantene.yandex.ru> <200506211444.52693.jhb@FreeBSD.org> <20050621.141420.48531287.imp@bsdimp.com> In-Reply-To: <20050621.141420.48531287.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506221309.18136.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org, polachok@narod.ru Subject: Re: Lucent Win Modem driver (comms/ltmdm) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 17:09:45 -0000 On Tuesday 21 June 2005 04:14 pm, M. Warner Losh wrote: > In message: <200506211444.52693.jhb@FreeBSD.org> > > John Baldwin writes: > : On Tuesday 07 June 2005 05:12 pm, Polakov Alexander wrote: > : > Hi all. I'm new in CURRENT and english is not my native. I want to tell > : > you my problem. My modem is Lucent Win Modem, and when I used > : > FreeBSD-STABLE I could compile its driver. Now when I tried into > : > CURRENT I couldn't. It showed errors like this: > : > > : > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/l > : >tmdm sio.c: In function `lt_pci_find_device': > : > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/l > : >tmdm sio.c:748: error: `PCIR_MAPS' undeclared (first use in this > : > function) > : > > : > So, I've made a patch. Where I have to send it if I want to add it into > : > port(maybe it can be useful for anybody)? Here is it. > : > : Actually, the real fix is to change the ltmdmsio.c file to use > : PCIR_BAR(x) rather than PCIR_MAPS + 4 * x for the rids for its memory and > : I/O resources. The file can then include a #define for PCIR_BAR for old > : systems that maps to PCIR_MAPS + 4 * x. > > I couldn't get comms/ltmdm to compile on my -current system, even > before my changes in this area. Is there some newer version that's > not in the ports tree that you are using? No, I was just speaking from reading his patch. :) I haven't played with ltmdm in at least a year or so probably. It also needs to be patched to use hz / 100 rather than '1' for its callout as otherwise it eats up a lot of system time with hz = 1000 which current has. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 18:52:25 2005 Return-Path: X-Original-To: current@freebsd.org 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 0587016A41F for ; Wed, 22 Jun 2005 18:52:25 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF3F43D48 for ; Wed, 22 Jun 2005 18:52:23 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [85.140.139.173] (ppp85-140-139-173.pppoe.mtu-net.ru [85.140.139.173]) (authenticated bits=0) by portpc-design.spb.ru (8.13.4/8.13.4) with ESMTP id j5MIqKvg008616 for ; Wed, 22 Jun 2005 22:52:20 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <42B9B35E.3090808@mcsi.pp.ru> Date: Wed, 22 Jun 2005 22:52:14 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050528 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on 81.176.64.226 X-Virus-Status: Clean Cc: Subject: VFS unlink LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2005 18:52:25 -0000 Hello. Just caught this on freshest CURRENT: FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Wed Jun 22 22:09:12 MSD 2005 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 lock order reversal 1st 0xc26547ec vnode interlock (vnode interlock) @ /usr/src/sys/kern/vfs_subr.c:2122 2nd 0xc1159144 system map (system map) @ /usr/src/sys/vm/vm_kern.c:295 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c09af168,c09af1b8,c0933164) at kdb_backtrace+0x29 witness_checkorder(c1159144,9,c08e1670,127) at witness_checkorder+0x55c _mtx_lock_flags(c1159144,0,c08e1670,127) at _mtx_lock_flags+0x5b _vm_map_lock(c11590c0,c08e1670,127) at _vm_map_lock+0x26 kmem_malloc(c11590c0,1000,101,e2e62b18,c07d9a71) at kmem_malloc+0x32 page_alloc(c1163840,1000,e2e62b0b,101,c09ebd00) at page_alloc+0x1a slab_zalloc(c1163840,101,c1163840,c096e064,c1164460) at slab_zalloc+0xa1 uma_zone_slab(c1163840,1,c1164468,0,c08e0929,894) at uma_zone_slab+0xe8 uma_zalloc_internal(c1163840,0,1,0,c11422f8) at uma_zalloc_internal+0x29 bucket_alloc(80,1,c113c0a0,0,c263276c) at bucket_alloc+0x2c uma_zfree_arg(c11422c0,c263276c,0) at uma_zfree_arg+0x23e mac_labelzone_free(c263276c,c2654770,c2654770,e2e62bd4,c07acdfa) at mac_labelzone_free+0x13 mac_vnode_label_free(c263276c,c2654770,e2e62be4,c06d2ffa,c2654770) at mac_vnode_label_free+0x72 mac_destroy_vnode(c2654770) at mac_destroy_vnode+0x12 vdestroy(c2654770,0,e2e62c2c,c06d513d,c2654770) at vdestroy+0x1a6 vdropl(c2654770,c097d900,c2654770,0,c238b900) at vdropl+0x3e vput(c2654770) at vput+0x181 kern_unlink(c238b900,80678a8,0,e2e62d30,c0856843) at kern_unlink+0x1bd unlink(c238b900,e2e62d04,1,7,296) at unlink+0x12 syscall(3b,3b,3b,1,804d000) at syscall+0x22b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (10, FreeBSD ELF32, unlink), eip = 0x280c165f, esp = 0xbfbfeb7c, ebp = 0xbfbfeba8 -- -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 00:58:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 60D7116A41C for ; Thu, 23 Jun 2005 00:58:04 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1683543D1D for ; Thu, 23 Jun 2005 00:58:04 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 358D68BF35; Thu, 23 Jun 2005 02:58:01 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 12295-06; Thu, 23 Jun 2005 02:57:56 +0200 (CEST) Received: from [10.10.10.2] (unknown [193.11.222.247]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 4BA928BE0F; Thu, 23 Jun 2005 02:57:56 +0200 (CEST) Message-ID: <42BA0913.3000703@toya.net.pl> Date: Thu, 23 Jun 2005 02:57:55 +0200 From: =?UTF-8?B?TWF0ZXVzeiBKxJlkcmFzaWs=?= User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050611) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20050620130034.X31379@atlantis.atlantis.dp.ua> In-Reply-To: <20050620130034.X31379@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-TOYA-AV: AntyVir-Skaner at toya.net.pl Cc: freebsd-current@freebsd.org Subject: Re: Realtek High Definition Audio subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: imachine@toya.net.pl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2005 00:58:04 -0000 Dmitry Pryanishnikov wrote: > > Hello! > >> Date: Sun, 19 Jun 2005 14:32:26 +0200 (CEST) >> From: beastie@kamp-dsl.de >> To: "Gavin Atkinson" >> Cc: beastie@kamp-dsl.de, freebsd-current@freebsd.org >> >> none0@pci0:27:0: class=0x040300 card=0x814e1043 chip=0x26688086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801FB/FR/FW/FRW Intel High Deficition Audio Controller' > > > Pardon my French ;) It sounds like an error in our > > /usr/share/misc/pci_vendors > > (what is "Deficition"? Shouldn't this be Definition?) > > Sincerely, Dmitry Well, honestly speaking I would believe Deficition to be much more adequate for this piece of hardware ;-) It has also caused me trouble - running on Intel 925XE Chipset here, with similar errors. I have seen someone posting in freebsd-mobile about this /link below/ with however not much luck. Is there any work done on this chipset? I do not possess another soundcard, and would really like to see this one working, no matter how crappy it might be of a piece of hardware ;-) Would be more than willing to provide any debug information, including a possible shell on the particular box for any interested developers. And here is the link: http://lists.freebsd.org/pipermail/freebsd-mobile/2005-March/005992.html cheers, /m. From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 02:54:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 0BDC616A41C for ; Thu, 23 Jun 2005 02:54:15 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id D41A243D1F for ; Thu, 23 Jun 2005 02:54:14 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j5N2q8nm066497; Wed, 22 Jun 2005 19:52:08 -0700 (PDT) Date: Thu, 23 Jun 2005 11:52:08 +0900 Message-ID: From: gnn@freebsd.org To: Eric Anderson In-Reply-To: <42B97DD3.3040109@centtech.com> References: <42B97DD3.3040109@centtech.com> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: New dhclient - supposed to 'down'/'delete'? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 02:54:15 -0000 At Wed, 22 Jun 2005 10:03:47 -0500, Eric Anderson wrote: > Is the new dhclient code supposed to down and delete an interface when > it has been disconnected from the media? It currently does not do this. It's interesting because this has some nice side effects, like not losing your IP just because you moved the machine, but also has the stated deleterious side effect that you mention. I think we need to figure out a proper mechanism to handle these cases so we get the best of both worlds. Later, George From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 04:58:10 2005 Return-Path: X-Original-To: current@freebsd.org 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 C261D16A41C; Thu, 23 Jun 2005 04:58:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61C8743D4C; Thu, 23 Jun 2005 04:58:10 +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 j5N4vdth079472; Thu, 23 Jun 2005 00:57:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5N4w9u4044934; Thu, 23 Jun 2005 00:58:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AC6987306E; Thu, 23 Jun 2005 00:58:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050623045808.AC6987306E@freebsd-current.sentex.ca> Date: Thu, 23 Jun 2005 00:58:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2005 04:58:11 -0000 TB --- 2005-06-23 03:30:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-23 03:30:42 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-06-23 03:30:42 - cleaning the object tree TB --- 2005-06-23 03:30:58 - checking out the source tree TB --- 2005-06-23 03:30:58 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-06-23 03:30:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-23 03:37:07 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-23 03:37:07 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-23 03:37:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-06-23 04:58:07 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-23 04:58:07 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-23 04:58:07 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jun 23 04:58:07 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf; PATH=/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/legacy/usr/sbin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/legacy/usr/bin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/legacy/usr/games:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/sbin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/bin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC /tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf/GENERIC ../../conf/options.pc98: Duplicate option REISERFS. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-06-23 04:58:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-23 04:58:07 - ERROR: failed to build generic kernel TB --- 2005-06-23 04:58:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 05:23:27 2005 Return-Path: X-Original-To: current@freebsd.org 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 6C13D16A41C for ; Thu, 23 Jun 2005 05:23:27 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B82143D49 for ; Thu, 23 Jun 2005 05:23:26 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 95004 invoked from network); 23 Jun 2005 05:23:25 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 23 Jun 2005 05:23:25 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 23 Jun 2005 00:23:09 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org Message-ID: <20050623002212.N66538@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Content-ID: <20050615024806.L660@odysseus.silby.com> Cc: Subject: now committed: UMA mbuf allocator use after free detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 05:23:27 -0000 I just commit the patch described below - if you start seeing any weird behavior that's networking related, please tell me - the trash allocator might be provoking a use after free that wasn't detected until now. Mike "Silby" Silbersack ---------- Forwarded message ---------- Date: Wed, 15 Jun 2005 02:49:08 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org Cc: Bosko Milekic Subject: UMA mbuf allocator use after free detection The attached patch uses the trash ctor/dtor routines from uma_dbg to help detect use after free conditions for mbufs, and mbuf clusters. It doesn't seem to cause any unexpected problems with xl, ath, or wi, but it does cause issues with iwi. That is good, because iwi has some problems that need to be resolved. I'd appreciate it if people could apply the patch and see if it causes any panics or unexpected behavior on their systems. If all mbuf usage is correct, there should be no visible effect. This code is of course only active when you have INVARIANTS compiled in so that it does not slow down performance otherwise. Thanks, Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 05:54:46 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 BCA1E16A41C for ; Thu, 23 Jun 2005 05:54:45 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A6BE43D4C for ; Thu, 23 Jun 2005 05:54:45 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2-b.corp.dcn.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j5N5sQJC067024; Wed, 22 Jun 2005 22:54:27 -0700 (PDT) Date: Thu, 23 Jun 2005 14:54:27 +0900 Message-ID: From: gnn@FreeBSD.org To: Mike Silbersack In-Reply-To: <20050623002212.N66538@odysseus.silby.com> References: <20050623002212.N66538@odysseus.silby.com> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@FreeBSD.org Subject: Re: now committed: UMA mbuf allocator use after free detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 05:54:46 -0000 At Thu, 23 Jun 2005 00:23:09 -0500 (CDT), Mike Silbersack wrote: > > > I just commit the patch described below - if you start seeing any weird > behavior that's networking related, please tell me - the trash allocator > might be provoking a use after free that wasn't detected until now. > Don't just tell Mike, also email -current or -net with a backtrace. Later, George From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 08:37:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C0DD316A41C for ; Thu, 23 Jun 2005 08:37:52 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 855E843D1D for ; Thu, 23 Jun 2005 08:37:52 +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 2F2E23202B6 for ; Thu, 23 Jun 2005 10:37:51 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 01174405B; Thu, 23 Jun 2005 10:38:04 +0200 (CEST) Date: Thu, 23 Jun 2005 10:38:04 +0200 From: Jeremie Le Hen To: freebsd-current@freebsd.org Message-ID: <20050623083804.GV738@obiwan.tataz.chchile.org> References: <20050622065357.GA694@loge.nixsys.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050622065357.GA694@loge.nixsys.be> User-Agent: Mutt/1.5.9i Subject: Re: Unable to umount union-parts after umounting unionfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 08:37:52 -0000 Hi Philip, > When playing with union filesystems this morning, I noticed that it's not > possible to unmount the directory mounted on union cleanly, even after the > union has been cleanly unmounted, once you've read from the union: > > [...snip...] > > Strangely, when an 'empty' union is read from, there's no problem unmounting > it. It's only when it's read when there's something on it. In other words, > from a clean setup: > > [...snip...] Could you show us the locked vnodes for these two cases please ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 09:07:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9AC7716A41C for ; Thu, 23 Jun 2005 09:07:42 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from mfront7.yandex.ru (mfront7.yandex.ru [213.180.200.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5168D43D1D for ; Thu, 23 Jun 2005 09:07:42 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from YAMAIL (mfront7.yandex.ru) by mail.yandex.ru id ; Thu, 23 Jun 2005 13:07:29 +0400 Date: Thu, 23 Jun 2005 13:07:29 +0400 (MSD) From: "Alexander Polakov" Sender: polachok@narod.ru Message-Id: <42BA7BD1.000003.15963@mfront7.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: polachok@narod.ru To: freebsd-current@freebsd.org In-Reply-To: <20050621.141420.48531287.imp@bsdimp.com> References: <42A60DAF.000003.32027@pantene.yandex.ru> <20050621.141420.48531287.imp@bsdimp.com> X-Source-Ip: 213.158.8.73 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: Lucent Win Modem driver (comms/ltmdm) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: polachok@narod.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2005 09:07:42 -0000 >In message: <200506211444.52693.jhb@FreeBSD.org> > John Baldwin writes: >: On Tuesday 07 June 2005 05:12 pm, Polakov Alexander wrote: >: > Hi all. I'm new in CURRENT and english is not my native. I want to tell you >: > my problem. My modem is Lucent Win Modem, and when I used FreeBSD-STABLE I >: > could compile its driver. Now when I tried into CURRENT I couldn't. It >: > showed errors like this: >: > >: > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdm >: >sio.c: In function `lt_pci_find_device': >: > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdm >: >sio.c:748: error: `PCIR_MAPS' undeclared (first use in this function) >: > >: > So, I've made a patch. Where I have to send it if I want to add it into >: > port(maybe it can be useful for anybody)? Here is it. >: >: Actually, the real fix is to change the ltmdmsio.c file to use PCIR_BAR(x) >: rather than PCIR_MAPS + 4 * x for the rids for its memory and I/O resources. >: The file can then include a #define for PCIR_BAR for old systems that maps to >: PCIR_MAPS + 4 * x. > >I couldn't get comms/ltmdm to compile on my -current system, even >before my changes in this area. Is there some newer version that's >not in the ports tree that you are using? I'm using comms/ltmdm form ports with my patch and successfully compiled it a few minutes ago with yesterday's CURRENT. -- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 10:29:55 2005 Return-Path: X-Original-To: current@freebsd.org 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 2496316A41C; Thu, 23 Jun 2005 10:29:55 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D711743D48; Thu, 23 Jun 2005 10:29:54 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1DlOxy-0004uO-VR; Thu, 23 Jun 2005 12:29:53 +0200 Date: Thu, 23 Jun 2005 12:29:46 +0200 From: Marcin Jessa To: jeffm@frob.org Message-Id: <20050623122946.72bb97a5.lists@yazzy.org> In-Reply-To: <27188.130.76.32.15.1118844489.squirrel@www.frob.org> References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> <79722fad05061505141b3ddb4c@mail.gmail.com> <27188.130.76.32.15.1118844489.squirrel@www.frob.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-net@freebsd.org, NetBSD-current , FreeBSD-Current Subject: Re: Looking for networking solution. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 10:29:55 -0000 Hi guys. Thanks for the help and good advices. I just received source code from guys at MITRE in McLean, VA for FreeBSD and will do some testing on it. "The code is an open implementation of ISO International Standards and it's yours for the asking; there is no licensing." I was thinking, maybe someone would be interested in implementing it into FreeBSD's and/or NetBSD's source tree since the code is avaliable for both the BSD's? On Wed, 15 Jun 2005 10:08:09 -0400 (EDT) jeffm@frob.org wrote: > > On 6/15/05, M.Jessa wrote: > > Hi guys. > > > > I am looking for solution I could implement on a link with a huge > > latency > > > I am only familiar with split connection gateways. They totally isolate > TCP from the effects of the satellite link by using some sort of > enhanced protocol over the middle hop. The end TCPs are terminated > locally and do not see large RTTs or latency. I did some work last > year with Mitre's reference implementation of SCPS-TP, which made a > huge difference. However, splitting the TCP connection does cause > some issues. From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 10:49:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 14C9416A41C for ; Thu, 23 Jun 2005 10:49:23 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A496443D49 for ; Thu, 23 Jun 2005 10:49:22 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 038A3C0DF for ; Thu, 23 Jun 2005 12:49:19 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.4/8.13.4) with ESMTP id j5NAmi0O001061 for ; Thu, 23 Jun 2005 12:48:44 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.4/8.13.4/Submit) id j5NAmiWZ001060 for freebsd-current@freebsd.org; Thu, 23 Jun 2005 12:48:44 +0200 (CEST) (envelope-from philip) Date: Thu, 23 Jun 2005 12:48:43 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20050623104843.GA698@loge.nixsys.be> Mail-Followup-To: freebsd-current@freebsd.org References: <20050622065357.GA694@loge.nixsys.be> <20050623083804.GV738@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050623083804.GV738@obiwan.tataz.chchile.org> X-Date-in-Rome: ante diem IX Kalendas Iulias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i Subject: Re: Unable to umount union-parts after umounting unionfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 10:49:23 -0000 On 2005-06-23 10:38:04 (+0200), Jeremie Le Hen wrote: > > When playing with union filesystems this morning, I noticed that it's not > > possible to unmount the directory mounted on union cleanly, even after the > > union has been cleanly unmounted, once you've read from the union: > > > > [...snip...] > > > > Strangely, when an 'empty' union is read from, there's no problem > > unmounting it. It's only when it's read when there's something on it. In > > other words, from a clean setup: > > > > [...snip...] > > Could you show us the locked vnodes for these two cases please ? Unfortunately, 'blank' in both cases. But that might be because I never get to the debugger 'while' it's unmounting, but always when it has tried and not succeeded. (I have WITNESS in my kernel, if that matters?). Is there any way I can either try to unmount the filesystem manually from the debugger or make the unmounting code more chatting about what it's waiting for? I've had a look through the unionfs and unmount code but filesystems look like a maze of twisty passages in four dimensions without a map or compass nearby. Good thing this is perfectly reproducible. :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #89: Electromagnetic energy loss From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 11:48:12 2005 Return-Path: X-Original-To: current@freebsd.org 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 6215916A41C for ; Thu, 23 Jun 2005 11:48:12 +0000 (GMT) (envelope-from kappa@rambler-co.ru) Received: from yam.park.rambler.ru (yam.park.rambler.ru [81.19.64.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id A92B243D4C for ; Thu, 23 Jun 2005 11:48:10 +0000 (GMT) (envelope-from kappa@rambler-co.ru) Received: from capella.park.rambler.ru (capella.park.rambler.ru [81.19.65.30]) by yam.park.rambler.ru (8.13.3/8.13.3) with ESMTP id j5NBm8fc080916; Thu, 23 Jun 2005 15:48:08 +0400 (MSD) (envelope-from kappa@rambler-co.ru) Received: by capella.park.rambler.ru (Postfix, from userid 1001) id 283564105; Thu, 23 Jun 2005 15:48:12 +0400 (MSD) Date: Thu, 23 Jun 2005 15:48:12 +0400 From: Alex Kapranoff To: Matthias Schmidt Message-ID: <20050623114812.GA23467@capella.park.rambler.ru> References: <20050623095732.GA23071@capella.park.rambler.ru> <20050623110116.GA39799@staatsfeind.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050623110116.GA39799@staatsfeind.org> X-Operating-System: FreeBSD 5.4-STABLE i386 Organization: Inner Mongolia User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Thu, 23 Jun 2005 12:12:09 +0000 Cc: current@freebsd.org Subject: Re: RSS feeds for UPDATINGs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 11:48:12 -0000 * Matthias Schmidt [June 23 2005, 15:01]: > * Alex Kapranoff wrote: > > I once searched (in vain) for a way not to miss important things in > > UPDATING files. If anyone is interested, he(she) can now use my > > home-grown rss 2.0 feeds. They are synced to CVS once a day. > > Thanks. This is a very cool idea. > > > I can quickly hack another one for -CURRENT if there's interest. > > Sure, I'm looking forward to :) Here it is: http://kapranoff.ru/~kappa/files/CURRENT-src.UPDATING.rss20.xml (For cc-ed current@: feeds for Ports and STABLE are in that dir too) -- Alex Kapranoff, $n=["1another7Perl213Just3hacker49"=~/\d|\D*/g]; $$n[0]={grep/\d/,@$n};print"@$n{1..4}\n" From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 13:02:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E3E5316A41C; Thu, 23 Jun 2005 13:02:51 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 194F643D55; Thu, 23 Jun 2005 13:02:50 +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 j5ND2nkf082347; Thu, 23 Jun 2005 08:02:49 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42BAB2F5.9090504@centtech.com> Date: Thu, 23 Jun 2005 08:02:45 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnn@freebsd.org References: <42B97DD3.3040109@centtech.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: New dhclient - supposed to 'down'/'delete'? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 13:02:52 -0000 gnn@freebsd.org wrote: > At Wed, 22 Jun 2005 10:03:47 -0500, > Eric Anderson wrote: > >>Is the new dhclient code supposed to down and delete an interface when >>it has been disconnected from the media? > > > It currently does not do this. It's interesting because this has some > nice side effects, like not losing your IP just because you moved the > machine, but also has the stated deleterious side effect that you > mention. > > I think we need to figure out a proper mechanism to handle these cases > so we get the best of both worlds. How about only down/delete other disconnected interfaces when a currently disconnected interface comes online? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 14:21:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3C4F716A41C for ; Thu, 23 Jun 2005 14:21:07 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01A4443D48 for ; Thu, 23 Jun 2005 14:21:04 +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 ECADDC0D4 for ; Thu, 23 Jun 2005 16:21:03 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 1C83E405B; Thu, 23 Jun 2005 16:21:17 +0200 (CEST) Date: Thu, 23 Jun 2005 16:21:17 +0200 From: Jeremie Le Hen To: freebsd-current@freebsd.org Message-ID: <20050623142117.GE738@obiwan.tataz.chchile.org> References: <20050622065357.GA694@loge.nixsys.be> <20050623083804.GV738@obiwan.tataz.chchile.org> <20050623104843.GA698@loge.nixsys.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050623104843.GA698@loge.nixsys.be> User-Agent: Mutt/1.5.9i Subject: Re: Unable to umount union-parts after umounting unionfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 14:21:07 -0000 Philip, > > Could you show us the locked vnodes for these two cases please ? > > Unfortunately, 'blank' in both cases. But that might be because I never get > to the debugger 'while' it's unmounting, but always when it has tried and not > succeeded. (I have WITNESS in my kernel, if that matters?). > > Is there any way I can either try to unmount the filesystem manually from the > debugger or make the unmounting code more chatting about what it's waiting > for? > > I've had a look through the unionfs and unmount code but filesystems look like > a maze of twisty passages in four dimensions without a map or compass nearby. I don't think that having a snapshot of locked vnode when union_unmount() is called would inform us further. However, I you want to try, you just have to drop to DDB, set a breakpoint on union_unmount() (typing "break union_unmount") and then try the unmount (you can delete the breakpoint by simply using "delete union_unmount"). One thing you can do is compiling your kernel with DIAGNOSTIC enabled and set the sysctl debug.busyprt to 1. This will print informations on each busy vnode when you will be trying to unmount the filesystem : %%% vflush: busy vnode 0xc2a68990: tag ufs, type VDIR usecount 2, writecount 0, refcount 3 mountedhere 0 flags (VV_ROOT) VI_LOCKed ino 2, on dev md0 %%% -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 14:28:34 2005 Return-Path: X-Original-To: current@freebsd.org 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 7D27E16A41C for ; Thu, 23 Jun 2005 14:28:34 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C95843D55 for ; Thu, 23 Jun 2005 14:28:33 +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 195061FFDD4 for ; Thu, 23 Jun 2005 16:28:32 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id D03B61FFDF3; Thu, 23 Jun 2005 16:28:29 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 15BF4157B9; Thu, 23 Jun 2005 14:27:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0B67E155EB; Thu, 23 Jun 2005 14:27:31 +0000 (UTC) Date: Thu, 23 Jun 2005 14:27:30 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: Top 100 LORs and more... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 14:28:34 -0000 Hi, LOR page updated ---------------------------------------- I found some time to update the LOR page with reports from last weeks. 13 new entries were added. More than 100 lock order reversals are listed this time. We are heading to 6-STABLE so maybe it's time to review the open/unknown ones or send updates for false positives or already patched ones to bzeeb+freebsd+lor@zabbadoz.net. Find the top100 LORs and more at: ---------------------------------------- * http://sources.zabbadoz.net/freebsd/lor.html Notes ---------------------------------------- * "...with the following non-sleepable locks held..." are not listed at "the LOR page" and reports will be silently discared. There may be a second page for those in the future. * In case you are misssing a lock order reversal please find information how to report new ones at the end of above URL. * For more information about "what's a LOR?" please visit the FreeBSD FAQ entry at: http://www.freebsd.org/doc/faq/troubleshoot.html#LOCK-ORDER-REVERSAL -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 18:24:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 4509B16A41C for ; Thu, 23 Jun 2005 18:24:53 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4AC543D58 for ; Thu, 23 Jun 2005 18:24:52 +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 042E83C190 for ; Thu, 23 Jun 2005 13:24:52 -0500 (CDT) 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 15418-01-3 for ; Thu, 23 Jun 2005 13:24:51 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id CD6313BE5C for ; Thu, 23 Jun 2005 13:24:51 -0500 (CDT) Received: from s228130hz1ew031.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Jun 2005 13:24:16 -0500 Received: from [10.254.186.111] ([64.14.1.106]) by s228130hz1ew031.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Jun 2005 13:23:55 -0500 Message-ID: <42BAFE37.4080504@savvis.net> Date: Thu, 23 Jun 2005 11:23:51 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Jun 2005 18:23:55.0990 (UTC) FILETIME=[B7533F60:01C57820] X-Virus-Scanned: amavisd-new at savvis.net Subject: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 18:24:53 -0000 Dear Hackers, the next version of experimental keyboard multiplexer (kbdmux(4)) is available at http://www.geocities.com/m_evmenkin/kbdmux-3.tar.gz. at this point i'm almost happy with the code. i have tested it with real usb keyboard and a couple of ps2 keyboards connected to the ps2 to usb adapter. Jun 22 17:59:38 beetle kernel: ukbd1: CHESEN PS2 to USB Converter, rev 1.10/0.10, addr 2, iclass 3/1 Jun 22 17:59:38 beetle kernel: kbd2 at ukbd1 console works, X works. i even dropped into the debugger with ctrl+alt+esc and all keyboards were still working. the remaining issues are - kbdmux model: kbdmux(4) is "super-keyboard" driver that consumes input (raw scancodes) from slave keyboards. the side effect is that _all_ keyboards attached to the kbdmux share the _same_ state. basically user can press ctrl on one keyboard and "C" on another keyboard and it still will work. is that good enough? - locking: right now the code relies on Giant mutex (just like the rest keyboard drivers do); - code duplication: there are a pieces of code that were stolen from atkbd.c. very similar pieces of code exist in ukbd.c, vkbd.c and now in kbdmux.c. imo that is three times too many. perhaps these pieces could be moved into some common shared place? - need comments/input from "non-intel" folks; so, providing the code is good, what is the best why to connect kbdmux(4) to the rest of the system? - should kbdmux(4) be merged with kbd/syscons and used by default? - kbdmux(4) switches all keyboards into K_RAW mode, so if kbdmux(4) is the default keyboard then perhaps all keyboard drivers could be simplified and just return K_RAW scancodes? - if kbdmux(4) is not default keyboard then what syscons(4) should do? look for "kbdmux" keyboard first and the look for any ("*") keyboard? - what kbdcontrol(8) behavior should be? should it be smart enough to recognize if current keyboard is kbdmux and behave differently? - should kbdmux(4) go into 6.x? thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 18:34:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG 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 4826116A41C for ; Thu, 23 Jun 2005 18:34:48 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEA1543D4C for ; Thu, 23 Jun 2005 18:34:47 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 4A9D9DB9DB; Thu, 23 Jun 2005 20:34:46 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 2BC28ADB4D; Thu, 23 Jun 2005 20:34:46 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id EA2E6ADA28; Thu, 23 Jun 2005 20:34:45 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id D29D1DB9DB; Thu, 23 Jun 2005 20:34:45 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j5NIYjMu069306; Thu, 23 Jun 2005 20:34:45 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j5NIYjMb094257; Thu, 23 Jun 2005 20:34:45 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.3) with ESMTP id j5NIYjbm000997; Thu, 23 Jun 2005 20:34:45 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.3/Submit) id j5NIYinR000996; Thu, 23 Jun 2005 20:34:44 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Thu, 23 Jun 2005 20:34:44 +0200 From: Ulrich Spoerlein To: Jonathan Noack Message-ID: <20050623183444.GA925@galgenberg.net> Mail-Followup-To: Jonathan Noack , freebsd-current@FreeBSD.ORG References: <20050616182421.A87199@cons.org> <20050616.210529.20240024.imp@bsdimp.com> <20050617114607.A3198@cons.org> <20050617160332.GG34777@bibipentium.lonres.com> <20050617131822.A5495@cons.org> <42B30B06.7070005@alumni.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <42B30B06.7070005@alumni.rice.edu> User-Agent: mutt-ng devel (FreeBSD) X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: freebsd-current@FreeBSD.ORG Subject: drm vs acpi_video (was Re: 6.0-current panic: loading radeon module) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 18:34:48 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 17.06.2005 at 12:40:22 -0500, Jonathan Noack wrote: > The r300 project (http://r300.sourceforge.net) is getting=20 > tantalizingly close to usable DRI for newer radeons. I saw glxgears=20 > running at 2600+ fps for about 15 seconds before the 3D engine on my=20 > 9800 Pro locked up. I finally got tired of manually merging Mesa=20 > commits and translating linux drm changes to bsd so I'm no longer=20 > using it. If you're interested, here's the basic instructions: > http://lists.freebsd.org/pipermail/freebsd-x11/2005-May/001903.html >=20 > Note that it requires a decent amount of effort just to get it to=20 > compile, much less do anything useful. Abandon hope, all ye who enter=20 > here... Well, I didn't listen and got it to compile, thanks to your guideline. =20 However, the drm fails to attach and do anything usefull. I have a Radeon Mobility 9600 Pro Turbo (or so, I was told), in my Dell=20 Inspiron 8600c Laptop. pciconf says this: acpi_video0@pci1:0:0: class=3D0x030000 card=3D0x20011028 chip=3D0x4e501002= =20 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'Mobility Radeon 9700 (M10 NP) (RV350)' class =3D display subclass =3D VGA after disabling acpi_video, drm attached successfully and seems to be=20 working (quick test with glxgears only) drm0@pci1:0:0: class=3D0x030000 card=3D0x20011028 chip=3D0x4e501002 rev=3D0= x00=20 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'Mobility Radeon 9700 (M10 NP) (RV350)' class =3D display subclass =3D VGA I remember there was some talk on current@ about this issue with attaching multiple drivers to the video card. Has there been any progress? Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCuwDEmArGtfDbn0QRAp9WAKCRzDCuz6PQLpLy/A9JnPRibIxcFgCgzCLJ rbf8J1kMAzubrGRbO8G/dgM= =i6OH -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 19:05:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 169C916A41C for ; Thu, 23 Jun 2005 19:05:17 +0000 (GMT) (envelope-from nielsen@memberwebs.com) Received: from mail.npubs.com (mail.zoneseven.net [209.66.100.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D015243D1F for ; Thu, 23 Jun 2005 19:05:16 +0000 (GMT) (envelope-from nielsen@memberwebs.com) Message-ID: <42BB07E9.2010808@memberwebs.com> From: Nate Nielsen User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------060900000009010408040701" X-Virus-Scanned: ClamAV using ClamSMTP Date: Thu, 23 Jun 2005 19:05:34 +0000 (GMT) Subject: Kernel Panic during 'shutdown -r' on 5.4-p2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 19:05:17 -0000 This is a multi-part message in MIME format. --------------060900000009010408040701 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I'm getting a kernel panic on one of my machines. It's reproducable, occurs on every shutdown. I've swapped out hardware, but the problem doesn't go away. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x8:0xc04b51e3 stack pointer = 0x10:0xd52fa780 frame pointer = 0x10:0xd52fa78c 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 = 297 (syslogd) trap number = 12 panic: page fault Uptime: 3m43s Dumping 512 MB Note sure if it's relevant, but the user space process in qustion is always syslogd. One interesting note, if I try to shutdown during the background fsck_ufs, no panic occurs but 'Syncing disks' never completes (just keeps writing numbers). Below is a backtrace. And in case it's needed my kernel config is attached. For what it's worth this looks similar to this panic: http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041354.html Thanks in advance for any ideas... Cheers, Nate Nielsen #0 doadump () at pcpu.h:159 #1 0xc04cec22 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc04ceeb8 in panic (fmt=0xc0683248 "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc065dfe0 in trap_fatal (frame=0xd52fa740, eva=28) at /usr/src/sys/i386/i386/trap.c:817 #4 0xc065dd4b in trap_pfault (frame=0xd52fa740, usermode=0, eva=28) at /usr/src/sys/i386/i386/trap.c:735 #5 0xc065d9ad in trap (frame= {tf_fs = -1051066344, tf_es = -1048772592, tf_ds = 16, tf_edi = -1048907264, tf_esi = -1050462208, tf_ebp = -718297204, tf_isp = -718297236, tf_ebx = -1048907264, tf_edx = 0, tf_ecx = -1051051776, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1068805661, tf_cs = 8, tf_eflags = 66118, tf_esp = -1048907264, tf_ss = -1050462208}) at /usr/src/sys/i386/i386/trap.c:425 #6 0xc064e49a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0xc15a0018 in ?? () #8 0xc17d0010 in ?? () #9 0x00000010 in ?? () #10 0xc17af200 in ?? () #11 0xc1633800 in ?? () #12 0xd52fa78c in ?? () #13 0xd52fa76c in ?? () #14 0xc17af200 in ?? () ---Type to continue, or q to quit--- #15 0x00000000 in ?? () #16 0xc15a3900 in ?? () #17 0x00000004 in ?? () #18 0x0000000c in ?? () #19 0x00000002 in ?? () #20 0xc04b51e3 in knote (list=0xc17af298, hint=0, islocked=0) at atomic.h:365 #21 0xc04fbcf4 in ttwwakeup (tp=0xc17af200) at /usr/src/sys/kern/tty.c:2394 #22 0xc063d315 in comstart (tp=0xc17af200) at /usr/src/sys/dev/sio/sio.c:2514 #23 0xc063ce93 in comparam (tp=0xc17af200, t=0x0) at /usr/src/sys/dev/sio/sio.c:2350 #24 0xc063ba67 in sioopen (dev=0xc06e4438, flag=6, mode=8192, td=0xc15a3900) at /usr/src/sys/dev/sio/sio.c:1292 #25 0xc0494016 in spec_open (ap=0xd52fa87c) at /usr/src/sys/fs/specfs/spec_vnops.c:207 #26 0xc0493d5b in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:118 #27 0xc052be2d in vn_open_cred (ndp=0xd52fa97c, flagp=0xc06ea458, cmode=0, cred=0xc1560e80, fdidx=0) at vnode_if.h:228 #28 0xc052ba12 in vn_open (ndp=0x0, flagp=0xc06ea458, cmode=0, fdidx=-1) at /usr/src/sys/kern/vfs_vnops.c:91 #29 0xc04fdaf0 in cn_devopen (cnd=0xc06ea420, td=0xc15a3900, forceopen=0) at /usr/src/sys/kern/tty_cons.c:405 #30 0xc04fdbbd in cnopen (dev=0xc06e1d40, flag=6, mode=8192, td=0xc15a3900) ---Type to continue, or q to quit--- at /usr/src/sys/kern/tty_cons.c:427 #31 0xc0494016 in spec_open (ap=0xd52faa80) at /usr/src/sys/fs/specfs/spec_vnops.c:207 #32 0xc0493d5b in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:118 #33 0xc052be2d in vn_open_cred (ndp=0xd52fabe4, flagp=0xd52face4, cmode=0, cred=0xc1560e80, fdidx=0) at vnode_if.h:228 #34 0xc052ba12 in vn_open (ndp=0x0, flagp=0xd52face4, cmode=0, fdidx=7) at /usr/src/sys/kern/vfs_vnops.c:91 #35 0xc05258db in kern_open (td=0xc15a3900, path=0x0, pathseg=UIO_USERSPACE, flags=6, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:957 #36 0xc05257f0 in open (td=0xc15a3900, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:926 #37 0xc065e2eb in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 7, tf_esi = -1077944368, tf_ebp = -1077945800, tf_isp = -718295692, tf_ebx = 134606848, tf_edx = 134606928, tf_ecx = 47, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip = 671962811, tf_cs = 31, tf_eflags = 662, tf_esp = -1077945924, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1009 #38 0xc064e4ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #39 0x0000002f in ?? () #40 0x0000002f in ?? () #41 0x0000002f in ?? () ---Type to continue, or q to quit--- #42 0x00000007 in ?? () #43 0xbfbfdfd0 in ?? () #44 0xbfbfda38 in ?? () #45 0xd52fad74 in ?? () #46 0x0805f000 in ?? () #47 0x0805f050 in ?? () #48 0x0000002f in ?? () #49 0x00000005 in ?? () #50 0x00000000 in ?? () #51 0x00000002 in ?? () #52 0x280d56bb in ?? () #53 0x0000001f in ?? () #54 0x00000296 in ?? () #55 0xbfbfd9bc in ?? () #56 0x0000002f in ?? () #57 0x00000000 in ?? () #58 0x00000000 in ?? () #59 0x00000000 in ?? () #60 0x00000000 in ?? () #61 0x1f423000 in ?? () #62 0xc1607710 in ?? () #63 0xc15a3900 in ?? () #64 0xd52facac in ?? () ---Type to continue, or q to quit--- #65 0xd52fac94 in ?? () #66 0xc1566000 in ?? () #67 0xc04de7e3 in sched_switch (td=0xbfbfdfd0, newtd=0x805f000, flags=Cannot access memory at address 0xbfbfda48 ) at /usr/src/sys/kern/sched_4bsd.c:881 (kgdb) --------------060900000009010408040701 Content-Type: text/plain; name="RACK3.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="RACK3.conf" # # RACK3 -- M3 kernel configuration file for FreeBSD/i386 # machine i386 cpu I686_CPU ident RACK3 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # 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 QUOTA options IPSEC options IPSEC_DEBUG options IPSEC_ESP options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_VERBOSE options IPDIVERT options DUMMYNET options SHMMAXPGS=4096 options SHMSEG=256 options SEMMNI=256 options SEMMNS=512 options SEMMNU=256 options SEMMAP=256 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 arcmsr # Areca SATA II RAID #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! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device 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 cdce # Generic USB over 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!) --------------060900000009010408040701-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 19:35:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 50F7916A41F for ; Thu, 23 Jun 2005 19:35:51 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C3843D49 for ; Thu, 23 Jun 2005 19:35:50 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 93454 invoked by uid 89); 23 Jun 2005 19:34:28 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 23 Jun 2005 19:34:28 -0000 Date: Thu, 23 Jun 2005 21:35:42 +0200 From: Oliver Lehmann To: "Ryan R." Message-Id: <20050623213542.001e162d.lehmann@ans-netz.de> In-Reply-To: <2707.127.0.0.1.1119554458.squirrel@www.epicoftimewasted.com> References: <2707.127.0.0.1.1119554458.squirrel@www.epicoftimewasted.com> X-Mailer: Sylpheed version 2.0.0beta3 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Sound/volume control problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 19:35:51 -0000 Ryan R. wrote: > Is this a FreeBSD error, or a user error? Is there anything that I could > try to fix the problem? Thanks. That is a xmms error. In Output/esd/mixer.c and Output/OSS/mixer.c, ioctl is called with a int declared request argument. Regarding to the ioctl manpage it has to be long instead of int. On 32bit platforms that doesn't matter since int has the same size than long has. On 64bit platforms int and long differs. I made two patches to multimedia/beep-media-player which are fixing those problems in bmp. They should be easily adoptable for xmms since bmp is a xmms fork. for reference: multimedia/beep-media-player/files/patch-Output-esd-mixer.c multimedia/beep-media-player/files/patch-Output-OSS-mixer.c -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 20:12:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 A837216A41C for ; Thu, 23 Jun 2005 20:12:45 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65DDF43D48 for ; Thu, 23 Jun 2005 20:12:45 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost.xcllnt.net [127.0.0.1]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j5NKCiRK004377; Thu, 23 Jun 2005 13:12:44 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.3/8.13.3/Submit) id j5NKCipf004376; Thu, 23 Jun 2005 13:12:44 -0700 (PDT) (envelope-from marcel) Date: Thu, 23 Jun 2005 13:12:44 -0700 From: Marcel Moolenaar To: Maksim Yevmenkin Message-ID: <20050623201244.GA4184@ns1.xcllnt.net> References: <42BAFE37.4080504@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42BAFE37.4080504@savvis.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 20:12:45 -0000 On Thu, Jun 23, 2005 at 11:23:51AM -0700, Maksim Yevmenkin wrote: > > - kbdmux model: kbdmux(4) is "super-keyboard" driver that consumes input > (raw scancodes) from slave keyboards. the side effect is that _all_ > keyboards attached to the kbdmux share the _same_ state. basically user > can press ctrl on one keyboard and "C" on another keyboard and it still > will work. is that good enough? I think one can argue both ways. Personally I think shift states should be kept private to the keyboard. However, when processes are given access to led- and shift states and are allowed to modify them, then per-keyboard state doesn't pan out. Not unless the API has support for multiple keyboards. So, go with what makes sense for this particular case. Chances are that what you have now is already the most sensible, even if it's not exactly "right". > - locking: right now the code relies on Giant mutex (just like the rest > keyboard drivers do); Keep it that way. It's better to make locking changes in seperate commits, especially when it affects multiple components. > - code duplication: there are a pieces of code that were stolen from > atkbd.c. very similar pieces of code exist in ukbd.c, vkbd.c and now in > kbdmux.c. imo that is three times too many. perhaps these pieces could > be moved into some common shared place? I think it's best to look at the release schedule. If this is worthy to get into 6.0, then don't worry about the duplication. Just make sure it works and get it committed soon (without forcing it of course). Then, when the 6 branch has been created, work on refactoring and locking to get it perfect in 7.0. You can always MFC if such would be beneficial. > - need comments/input from "non-intel" folks; make that non-i386... This won't be useful on ia64 because syscons doesn't work there and I don't plan to try to makee it work there ever. I'm working on a replacement where the multiplexing of the keyboard (as well as the graphics adapter) is inherently part of the framework. In particular, the user will be able to control how input and output devices get multiplexed and/or untied into seperate consoles. This all goes beyond what you're doing, so don't worry about it. > - should kbdmux(4) be merged with kbd/syscons and used by default? I think that would make sense, given that syscons is pretty much single-head. > - kbdmux(4) switches all keyboards into K_RAW mode, so if kbdmux(4) is > the default keyboard then perhaps all keyboard drivers could be > simplified and just return K_RAW scancodes? Yes, if kbdmux(4) becomes default and non-optional, then it makes sense to simplify and refactor. This would also be beneficial for the syscons replacement I'm writing. > - if kbdmux(4) is not default keyboard then what syscons(4) should do? > look for "kbdmux" keyboard first and the look for any ("*") keyboard? This quickly gets complex. I would say that if kbdmux(4) is configured into the kernel, it will always be used. The question is whether kbdmux should be optional or not. > - what kbdcontrol(8) behavior should be? should it be smart enough to > recognize if current keyboard is kbdmux and behave differently? That depends on whether there's anything special or different it needs to do. Since your question seems to imply it does, could you explain how, where and why? > - should kbdmux(4) go into 6.x? I would say: yes. It's an open issue for a while and it's good to get it closed. It's one of those topics that hardcore developers may not care too much about, but which is highly valued by the average user. Note: I don't speak for re@, so don't take my yes as an approval to do so. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 20:13:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C7FEE16A41C for ; Thu, 23 Jun 2005 20:13:26 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F07143D4C for ; Thu, 23 Jun 2005 20:13:26 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5D6A9D9F48; Thu, 23 Jun 2005 22:13:25 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 305039A168; Thu, 23 Jun 2005 22:13:25 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 37EDE9A288; Thu, 23 Jun 2005 21:56:35 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 17305DC329; Thu, 23 Jun 2005 21:56:35 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j5NJuYTX098475; Thu, 23 Jun 2005 21:56:34 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j5NJuY4t094593; Thu, 23 Jun 2005 21:56:34 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.3) with ESMTP id j5NJuYMd026815; Thu, 23 Jun 2005 21:56:34 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.3/Submit) id j5NJuYaZ026814; Thu, 23 Jun 2005 21:56:34 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Thu, 23 Jun 2005 21:56:33 +0200 From: Ulrich Spoerlein To: Maksim Yevmenkin Message-ID: <20050623195633.GA1187@galgenberg.net> Mail-Followup-To: Maksim Yevmenkin , freebsd-current@freebsd.org References: <42BAFE37.4080504@savvis.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <42BAFE37.4080504@savvis.net> User-Agent: mutt-ng devel (FreeBSD) X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: freebsd-current@freebsd.org Subject: Re: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 20:13:26 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 23.06.2005 at 11:23:51 -0700, Maksim Yevmenkin wrote: > - kbdmux model: kbdmux(4) is "super-keyboard" driver that consumes=20 > input (raw scancodes) from slave keyboards. the side effect is that=20 > _all_ keyboards attached to the kbdmux share the _same_ state.=20 > basically user can press ctrl on one keyboard and "C" on another=20 > keyboard and it still will work. is that good enough? In one way this is cool, in another way, I'm wondering: What if I had two keyboards with different layouts (one DE, one US). Will I be able to set up the correct keymap for both keyboards and will they work like they should? Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCuxPxmArGtfDbn0QRAtYAAJ9x/J+Tyw1SmgiiHSvOGU/HwbI4ZwCgzM8z YGYrKnGdhJoGicrQc2ZL10U= =myo7 -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 20:24:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 AC09D16A41C for ; Thu, 23 Jun 2005 20:24:20 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EB8C43D58 for ; Thu, 23 Jun 2005 20:24:19 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr12.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5NKOGak087031; Thu, 23 Jun 2005 22:24:18 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5NKOGXV064760; Thu, 23 Jun 2005 22:24:16 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5NKOGDM064759; Thu, 23 Jun 2005 22:24:16 +0200 (CEST) (envelope-from wb) Date: Thu, 23 Jun 2005 22:24:16 +0200 From: Wilko Bulte To: Tai-hwa Liang Message-ID: <20050623202416.GA64730@freebie.xs4all.nl> References: <20050621205048.GA61951@freebie.xs4all.nl> <050622074135F.25017@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <050622074135F.25017@www.mmlab.cse.yzu.edu.tw> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: Getting WPA to work on ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 20:24:20 -0000 On Wed, Jun 22, 2005 at 07:51:01AM +0800, Tai-hwa Liang wrote.. > On Tue, 21 Jun 2005, Wilko Bulte wrote: > >Hi, > > > >Today I decided to spend some time getting WPA to work > >Disconnect event - remove keys <--- why is this? > > > >This process repeats itself over and over. > > > >Am I missing something obvious? > > Did you enable WME on the AP? I remembered that AP would deauth. your My AP does not have such a selection option. The situation seems to have improved now that I have enabled SSID broadcasting on my AP, and at the same time removed the scan_ssid=1 from my wpa_supplicant.conf > client if MIC errors are detected in your frames. Disable WME on both side > might help(or to replace your TKIP group key with CCMP). > > If that still doesn't work, try to turn more debugging message on with: > > 80211debug +debug +crypto +auth Is this a seperate tool I need to get from somewhere? > Next time you're disconnected, dmesg may have something like: > . > . > [MAC of AP] send station deauthenticate (reason X) > [MAC of AP] send deauth on channel Y > . > . > > Cheers, > > Tai-hwa Liang Thanks for your help! W/ -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 20:59:21 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 416C216A41C; Thu, 23 Jun 2005 20:59:21 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF14243D55; Thu, 23 Jun 2005 20:59:20 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id B142E3B8D3; Thu, 23 Jun 2005 22:59:18 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j5NKwsM6001103; Thu, 23 Jun 2005 22:58:54 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j5NKwsof001102; Thu, 23 Jun 2005 22:58:54 +0200 (CEST) (envelope-from schweikh) Date: Thu, 23 Jun 2005 22:58:54 +0200 From: Jens Schweikhardt To: John Baldwin Message-ID: <20050623205854.GA763@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <200506201344.10176.jhb@FreeBSD.org> <20050621195113.GB840@schweikhardt.net> <200506221057.48595.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506221057.48595.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 20:59:21 -0000 John et al, On Wed, Jun 22, 2005 at 10:57:47AM -0400, John Baldwin wrote: # On Tuesday 21 June 2005 03:51 pm, Jens Schweikhardt wrote: # > John, # > # > # > See # > http://lists.freebsd.org/pipermail/freebsd-current/2005-May/050210.html # > # > for the whole thread. # > # # > # I did glance over it, but I don't really have time to read every e-mail # > on # current@ in detail. :( Do you have verbose dmesg's for both cases? # > If so, # can you get the 'lapic: Divisor' lines from each boot? # > # > Sure, they are the same: # > lapic: Divisor 2, Frequency 99829738 hz # > # > It appears Chris Gilbert has the same problem, see "Timekeeping gone # > whack in 6-CURRENT" on this list. # # Ok, this is weird. Does this happen if you disable SMP via # 'kern.smp.disabled=1' from the loader? No, with "set kern.smp.disabled=1" at the loader prompt, timekeeping is ok and vmstat -i displays interrupt total rate irq1: atkbd0 684 3 irq13: npx0 1 0 irq14: ata0 63 0 irq15: ata1 109 0 irq18: em0 27 0 irq24: ahd0 23192 106 irq25: ahc0 16 0 lapic0: timer 430979 1986 Total 455071 2097 Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 21:01:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5AF1216A41C for ; Thu, 23 Jun 2005 21:01:56 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14B5B43D49 for ; Thu, 23 Jun 2005 21:01:55 +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 6D0DF3BE7F; Thu, 23 Jun 2005 16:01:55 -0500 (CDT) 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 19950-01-25; Thu, 23 Jun 2005 16:01:55 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 3452D3BE5C; Thu, 23 Jun 2005 16:01:55 -0500 (CDT) Received: from s228130hz1ew031.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Jun 2005 16:01:53 -0500 Received: from [10.254.186.111] ([64.14.1.106]) by s228130hz1ew031.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Jun 2005 16:01:46 -0500 Message-ID: <42BB2339.8050101@savvis.net> Date: Thu, 23 Jun 2005 14:01:45 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcel Moolenaar References: <42BAFE37.4080504@savvis.net> <20050623201244.GA4184@ns1.xcllnt.net> In-Reply-To: <20050623201244.GA4184@ns1.xcllnt.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Jun 2005 21:01:47.0012 (UTC) FILETIME=[C47E8440:01C57836] X-Virus-Scanned: amavisd-new at savvis.net Cc: freebsd-current@freebsd.org Subject: Re: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 21:01:56 -0000 Marcel, >>- need comments/input from "non-intel" folks; > > make that non-i386... > > This won't be useful on ia64 because syscons doesn't work there and > I don't plan to try to makee it work there ever. I'm working on a > replacement where the multiplexing of the keyboard (as well as the > graphics adapter) is inherently part of the framework. In particular, > the user will be able to control how input and output devices get > multiplexed and/or untied into seperate consoles. This all goes beyond > what you're doing, so don't worry about it. great. would this eventually replace syscons(4)/pcvt(4)/etc. on all supported platforms? or will it always be non-i386 console code? >>- should kbdmux(4) be merged with kbd/syscons and used by default? > > I think that would make sense, given that syscons is pretty much > single-head. ok >>- kbdmux(4) switches all keyboards into K_RAW mode, so if kbdmux(4) is >>the default keyboard then perhaps all keyboard drivers could be >>simplified and just return K_RAW scancodes? > > Yes, if kbdmux(4) becomes default and non-optional, then it makes sense > to simplify and refactor. This would also be beneficial for the syscons > replacement I'm writing. ok >>- if kbdmux(4) is not default keyboard then what syscons(4) should do? >>look for "kbdmux" keyboard first and the look for any ("*") keyboard? > > This quickly gets complex. I would say that if kbdmux(4) is configured > into the kernel, it will always be used. The question is whether kbdmux > should be optional or not. as a transition plan i was thinking about changing syscons(4), so it would 1) (a) have a hint to which keyboard (or keyboards) it should to use by default or (b) always try "kbdmux" first then any "*" keyboard 2) if syscons(4) found "kbdmux" keyboard (because kbdmux.ko was loaded from the loader.conf or compiled into kernel) then it would scan all available non "kbdmux" keyboards and add them to the kbdmux. the above two steps should be performed on boot and/or when syscons(4) detects no active keyboard. >>- what kbdcontrol(8) behavior should be? should it be smart enough to >>recognize if current keyboard is kbdmux and behave differently? > > That depends on whether there's anything special or different it needs > to do. Since your question seems to imply it does, could you explain > how, where and why? right now when usb keyboard is attached devd(8) calls kbdcontrol(1) and tries to switch active keyboard. if kbdmux(4) is active the usb keyboard should be added to the mux - not switched. in the same time, it is still might be desirable to really switch keyboards, i.e. between kbdmux and say wired ps2 keyboard that is not in the mux. so, i was thinking to change kbdcontrol(1) so it would 1) when -k (add/switch keyboard) option is given check if the current keyboard is kbdmux the add keyboard to the mux, otherwise switch keyboard. 2) provide a new option to kbdcontrol(1) that would _really_ switch keyboard (no matter if current keyboard is kbdmux or not) 3) -K (disconnect keyboard) with kbdmux should either be (a) noop or (b) delete keyboard from the mux. i kinda like (a) because user must specify keyboard index to disconnect in (b) and this is yet another api change. on the other hand it might be desirable to disconnect keyboard from the must without detaching it (another new option?) now, another case is when keyboard is disconnected. in this case devd(8) calls kbdcontrol(1) and tries to switch keyboard to kbd0 unconditionally. in theory this could work (if kbd0 is kbdmux), but may be its better to have default keyboard syscons(4) hint and then use kenv(1) to fetch it and have kbdcontrol(1) use it. does this make any sense? >>- should kbdmux(4) go into 6.x? > > I would say: yes. It's an open issue for a while and it's good to > get it closed. It's one of those topics that hardcore developers may > not care too much about, but which is highly valued by the average > user. > > Note: I don't speak for re@, so don't take my yes as an approval to > do so. great. thanks for your comments! max From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 21:05:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3138216A41C for ; Thu, 23 Jun 2005 21:05:17 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0285243D48 for ; Thu, 23 Jun 2005 21:05:17 +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 845DA3BE7F; Thu, 23 Jun 2005 16:05:16 -0500 (CDT) 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 19638-01-100; Thu, 23 Jun 2005 16:05:16 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 5B37E3BE5C; Thu, 23 Jun 2005 16:05:16 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Jun 2005 16:04:59 -0500 Received: from [10.254.186.111] ([64.14.1.106]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Jun 2005 16:04:46 -0500 Message-ID: <42BB23EE.8080502@savvis.net> Date: Thu, 23 Jun 2005 14:04:46 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <42BAFE37.4080504@savvis.net> <20050623195633.GA1187@galgenberg.net> In-Reply-To: <20050623195633.GA1187@galgenberg.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Jun 2005 21:04:46.0787 (UTC) FILETIME=[2FA60130:01C57837] X-Virus-Scanned: amavisd-new at savvis.net Cc: freebsd-current@freebsd.org Subject: Re: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 21:05:17 -0000 Ulrich, >>- kbdmux model: kbdmux(4) is "super-keyboard" driver that consumes >>input (raw scancodes) from slave keyboards. the side effect is that >>_all_ keyboards attached to the kbdmux share the _same_ state. >>basically user can press ctrl on one keyboard and "C" on another >>keyboard and it still will work. is that good enough? > > In one way this is cool, in another way, I'm wondering: What if I had > two keyboards with different layouts (one DE, one US). Will I be able to > set up the correct keymap for both keyboards and will they work like > they should? unfortunately it is not possible right now. kbdmux(4) is equivalent to _one_ keyboard with lots of duplicated keys. and you can only have one layout per keyboard. thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 21:16:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7219C16A41C for ; Thu, 23 Jun 2005 21:16:24 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0515F43D1F for ; Thu, 23 Jun 2005 21:16:23 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5NLGLrQ093977; Thu, 23 Jun 2005 23:16:21 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5NLGKBS065302; Thu, 23 Jun 2005 23:16:20 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5NLGKTK065301; Thu, 23 Jun 2005 23:16:20 +0200 (CEST) (envelope-from wb) Date: Thu, 23 Jun 2005 23:16:20 +0200 From: Wilko Bulte To: James Snow Message-ID: <20050623211620.GA65274@freebie.xs4all.nl> References: <20050621205048.GA61951@freebie.xs4all.nl> <050622074135F.25017@www.mmlab.cse.yzu.edu.tw> <20050623202416.GA64730@freebie.xs4all.nl> <20050623204325.GA72574@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050623204325.GA72574@teardrop.org> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Tai-hwa Liang , freebsd-current@freebsd.org Subject: Re: Getting WPA to work on ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 21:16:24 -0000 On Thu, Jun 23, 2005 at 04:43:25PM -0400, James Snow wrote.. > On Thu, Jun 23, 2005 at 10:24:16PM +0200, Wilko Bulte wrote: > > On Wed, Jun 22, 2005 at 07:51:01AM +0800, Tai-hwa Liang wrote.. > > > > > > Did you enable WME on the AP? I remembered that AP would deauth. your > > I also had to disable WME on my ath(4) interface to get the AP to stop > freaking out. How do you disable WME? [ I feel stranded in a maze of acronyms, all different :-) ] > > My AP does not have such a selection option. > > Don't know if mine did or not, but I only had to disable it on the > ath(4) interface to solve my problem. Ah, ok. > > The situation seems to have improved now that I have enabled SSID > > broadcasting on my AP, and at the same time removed the > > > > scan_ssid=1 > > > > from my wpa_supplicant.conf > > I also had to enable SSID broadcasting on my AP to get this setup to > work. I didn't leave scan_ssid=1 in my .conf file, so I don't know what > effect it had. I noticed today that wpa_supplicant renegotiated multiple times even with SSID broadcasting enabled. So it was most definitely not the full fix to enable broadcasting. > > > 80211debug +debug +crypto +auth > > > > Is this a seperate tool I need to get from somewhere? > > It's in /usr/src/tools/tools/ath. It's been very useful for me. Found it, thanks for the pointer. > You might also try 'ifconfig ath0 list scan' while wpa_supplicant is > running and with SSID broadcasting turned _off_ on the AP. I'd be > curious to see if you have the same problem that I had. (An empty SSID > string.) > > Hope that helps. > > > -Snow --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 21:29:51 2005 Return-Path: X-Original-To: current@freebsd.org 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 506FE16A41C for ; Thu, 23 Jun 2005 21:29:51 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D97AF43D49 for ; Thu, 23 Jun 2005 21:29:50 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j5NLTnXc065841; Thu, 23 Jun 2005 23:29:49 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j5NLTnKX065840; Thu, 23 Jun 2005 17:29:49 -0400 (EDT) (envelope-from cracauer) Date: Thu, 23 Jun 2005 17:29:48 -0400 From: Martin Cracauer To: Peter Edwards Message-ID: <20050623172948.A65811@cons.org> References: <20050617180232.GA25818@freefall.freebsd.org> <42B31247.9010603@portaone.com> <34cb7c840506171121cd0437f@mail.gmail.com> <42B3189E.6030408@portaone.com> <34cb7c8405061716327ca4c6d7@mail.gmail.com> <20050618083026.26238653@Magellan.Leidinger.net> <34cb7c84050618050623db6187@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <34cb7c84050618050623db6187@mail.gmail.com>; from peadar.edwards@gmail.com on Sat, Jun 18, 2005 at 01:06:36PM +0100 Cc: Alexander Leidinger , current@freebsd.org Subject: Re: Towards a working "wine". [long] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 21:29:51 -0000 > > Have you seen Martin Cracauer's mail ("My hacks to make the memory map > > fit") on emulation@ which deals with the memory map? Maybe it's of help > > here... > > No I hadn't seen them, thanks for the reference. > These won't help in this case: It's almost the opposite problem. I think. > Martin's hack leaves a gap between the data segment and the area that > mmap starts looking in for address space. However, because of the > format of the wine binary, it's data segment is very high in memory, > and the area required by wine's mmap actually falls inside it. i.e., > Martins fix pushes out the starting point for mmap searches, but wine > needs hit dragged in. If this is still a problem, can you be more specific what you would like to have mapped where? I think I can force anything to map anywhere but I know zero about Win32 or how Wine works. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 21:29:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2C58016A442 for ; Thu, 23 Jun 2005 21:29:58 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9E8843D55 for ; Thu, 23 Jun 2005 21:29:57 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id EFAEEBF787; Thu, 23 Jun 2005 17:31:39 -0400 (EDT) Date: Thu, 23 Jun 2005 17:31:39 -0400 From: James Snow To: Wilko Bulte Message-ID: <20050623213139.GA73882@teardrop.org> References: <20050621205048.GA61951@freebie.xs4all.nl> <050622074135F.25017@www.mmlab.cse.yzu.edu.tw> <20050623202416.GA64730@freebie.xs4all.nl> <20050623204325.GA72574@teardrop.org> <20050623211620.GA65274@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050623211620.GA65274@freebie.xs4all.nl> User-Agent: Mutt/1.4.2.1i Cc: Tai-hwa Liang , freebsd-current@freebsd.org Subject: Re: Getting WPA to work on ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 21:29:58 -0000 On Thu, Jun 23, 2005 at 11:16:20PM +0200, Wilko Bulte wrote: > > How do you disable WME? [ I feel stranded in a maze of acronyms, all > different :-) ] ifconfig -wme I think it's in the ifconfig man page, but I reserve the right to be wrong. If it's not, it clearly should be. My understanding is that we do something wrong with WME right now, and this in turn makes APs unhappy with us. > I noticed today that wpa_supplicant renegotiated multiple times even with > SSID broadcasting enabled. So it was most definitely not the full > fix to enable broadcasting. Well, we also shouldn't have to enable broadcasting to get wpa_supplicant to work. I exchanging emails with Sam Leffler about this, but he's on vacation this week. -Snow From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 21:47:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 52C1F16A41C for ; Thu, 23 Jun 2005 21:47:21 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB6043D49 for ; Thu, 23 Jun 2005 21:47:20 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5NLlHbp089074; Thu, 23 Jun 2005 23:47:17 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5NLlHY9065470; Thu, 23 Jun 2005 23:47:17 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5NLlHIw065469; Thu, 23 Jun 2005 23:47:17 +0200 (CEST) (envelope-from wb) Date: Thu, 23 Jun 2005 23:47:17 +0200 From: Wilko Bulte To: James Snow Message-ID: <20050623214717.GA65438@freebie.xs4all.nl> References: <20050621205048.GA61951@freebie.xs4all.nl> <050622074135F.25017@www.mmlab.cse.yzu.edu.tw> <20050623202416.GA64730@freebie.xs4all.nl> <20050623204325.GA72574@teardrop.org> <20050623211620.GA65274@freebie.xs4all.nl> <20050623213139.GA73882@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050623213139.GA73882@teardrop.org> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Tai-hwa Liang , freebsd-current@freebsd.org Subject: Re: Getting WPA to work on ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 21:47:21 -0000 On Thu, Jun 23, 2005 at 05:31:39PM -0400, James Snow wrote.. > On Thu, Jun 23, 2005 at 11:16:20PM +0200, Wilko Bulte wrote: > > > > How do you disable WME? [ I feel stranded in a maze of acronyms, all > > different :-) ] > > ifconfig -wme > > I think it's in the ifconfig man page, but I reserve the right to be > wrong. If it's not, it clearly should be. It is indeed in the ifconfig man page. > My understanding is that we do something wrong with WME right now, and > this in turn makes APs unhappy with us. Smells like WME should default to 'off'? > > I noticed today that wpa_supplicant renegotiated multiple times even with > > SSID broadcasting enabled. So it was most definitely not the full > > fix to enable broadcasting. > > Well, we also shouldn't have to enable broadcasting to get > wpa_supplicant to work. I exchanging emails with Sam Leffler about this, > but he's on vacation this week. OK -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 22:12:44 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 CBF5916A41C for ; Thu, 23 Jun 2005 22:12:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8494243D49 for ; Thu, 23 Jun 2005 22:12:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 23 Jun 2005 18:26:10 -0400 From: John Baldwin To: Jens Schweikhardt Date: Thu, 23 Jun 2005 17:14:39 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <200506221057.48595.jhb@FreeBSD.org> <20050623205854.GA763@schweikhardt.net> In-Reply-To: <20050623205854.GA763@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506231714.40891.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 22:12:44 -0000 On Thursday 23 June 2005 04:58 pm, Jens Schweikhardt wrote: > John et al, > > On Wed, Jun 22, 2005 at 10:57:47AM -0400, John Baldwin wrote: > # On Tuesday 21 June 2005 03:51 pm, Jens Schweikhardt wrote: > # > John, > # > > # > # > See > # > http://lists.freebsd.org/pipermail/freebsd-current/2005-May/050210.html > # > # > for the whole thread. > # > # > # > # I did glance over it, but I don't really have time to read every > e-mail # > on # current@ in detail. :( Do you have verbose dmesg's for > both cases? # > If so, # can you get the 'lapic: Divisor' lines from each > boot? # > > # > Sure, they are the same: > # > lapic: Divisor 2, Frequency 99829738 hz > # > > # > It appears Chris Gilbert has the same problem, see "Timekeeping gone > # > whack in 6-CURRENT" on this list. > # > # Ok, this is weird. Does this happen if you disable SMP via > # 'kern.smp.disabled=1' from the loader? > > No, with "set kern.smp.disabled=1" at the loader prompt, > timekeeping is ok and vmstat -i displays > > interrupt total rate > irq1: atkbd0 684 3 > irq13: npx0 1 0 > irq14: ata0 63 0 > irq15: ata1 109 0 > irq18: em0 27 0 > irq24: ahd0 23192 106 > irq25: ahc0 16 0 > lapic0: timer 430979 1986 > Total 455071 2097 > > Regards, > > Jens Ok. What timecounter does your UP kernel use, and does your UP kernel break if you change the timecounter to i8254? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 22:25:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 229B916A41C for ; Thu, 23 Jun 2005 22:25:18 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6FDB43D49 for ; Thu, 23 Jun 2005 22:25:17 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost.xcllnt.net [127.0.0.1]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j5NMPGBR004961; Thu, 23 Jun 2005 15:25:17 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.3/8.13.3/Submit) id j5NMPGbs004960; Thu, 23 Jun 2005 15:25:16 -0700 (PDT) (envelope-from marcel) Date: Thu, 23 Jun 2005 15:25:16 -0700 From: Marcel Moolenaar To: Maksim Yevmenkin Message-ID: <20050623222516.GA4746@ns1.xcllnt.net> References: <42BAFE37.4080504@savvis.net> <20050623201244.GA4184@ns1.xcllnt.net> <42BB2339.8050101@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42BB2339.8050101@savvis.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 22:25:18 -0000 On Thu, Jun 23, 2005 at 02:01:45PM -0700, Maksim Yevmenkin wrote: > > > >make that non-i386... > > > >This won't be useful on ia64 because syscons doesn't work there and > >I don't plan to try to makee it work there ever. I'm working on a > >replacement where the multiplexing of the keyboard (as well as the > >graphics adapter) is inherently part of the framework. In particular, > >the user will be able to control how input and output devices get > >multiplexed and/or untied into seperate consoles. This all goes beyond > >what you're doing, so don't worry about it. > > great. would this eventually replace syscons(4)/pcvt(4)/etc. on all > supported platforms? or will it always be non-i386 console code? I'll make it machine independent, but only enable it for ia64. Pretty much what I did with uart(4). Other platforms can adopt it and I'm willing to invest on technical matters to make it work, but I'm not going to waste time in political discussions trying to make that happen for all platforms. I hope that alpha, sparc64, powerpc and arm will benefit without there being any significant downsides, so that adoption would be easy enough. I doubt i386, with its large userbase and established interfaces, is likely to switch away from syscons. I'm not even sure we should try. We always could, but then there needs to be agreement across the board and my involvement on the political battleground would not be pivotal. Nor would the work involved in actually making it happen be solely on my plate. > >>- should kbdmux(4) be merged with kbd/syscons and used by default? > > > >I think that would make sense, given that syscons is pretty much > >single-head. > > ok > > >>- kbdmux(4) switches all keyboards into K_RAW mode, so if kbdmux(4) is > >>the default keyboard then perhaps all keyboard drivers could be > >>simplified and just return K_RAW scancodes? > > > >Yes, if kbdmux(4) becomes default and non-optional, then it makes sense > >to simplify and refactor. This would also be beneficial for the syscons > >replacement I'm writing. > > ok > > >>- if kbdmux(4) is not default keyboard then what syscons(4) should do? > >>look for "kbdmux" keyboard first and the look for any ("*") keyboard? > > > >This quickly gets complex. I would say that if kbdmux(4) is configured > >into the kernel, it will always be used. The question is whether kbdmux > >should be optional or not. > > as a transition plan i was thinking about changing syscons(4), so it would > > 1) (a) have a hint to which keyboard (or keyboards) it should to use by > default or (b) always try "kbdmux" first then any "*" keyboard > > 2) if syscons(4) found "kbdmux" keyboard (because kbdmux.ko was loaded > from the loader.conf or compiled into kernel) then it would scan all > available non "kbdmux" keyboards and add them to the kbdmux. > > the above two steps should be performed on boot and/or when syscons(4) > detects no active keyboard. > > >>- what kbdcontrol(8) behavior should be? should it be smart enough to > >>recognize if current keyboard is kbdmux and behave differently? > > > >That depends on whether there's anything special or different it needs > >to do. Since your question seems to imply it does, could you explain > >how, where and why? > > right now when usb keyboard is attached devd(8) calls kbdcontrol(1) and > tries to switch active keyboard. Ah, yes. I hate that :-) > if kbdmux(4) is active the usb keyboard > should be added to the mux - not switched. For some reason I think it's better to not go through devd. Just handle it in the kernel. With kbdmux(4), switching keyboards is nonsensical, so devd should stop doing that. This doesn't mean that devd shouldn't be notified, of course. > in the same time, it is still > might be desirable to really switch keyboards, i.e. between kbdmux and > say wired ps2 keyboard that is not in the mux. As I said: this quickly becomes complex. I would suggest to keep it simple. Make it an all or nothing proposition. Flexibility is good, but before you know it you'd be better off redesigning the console. What a coincidence: I'm doing that as we speak :-) > so, i was thinking to change kbdcontrol(1) so it would > > 1) when -k (add/switch keyboard) option is given check if the current > keyboard is kbdmux the add keyboard to the mux, otherwise switch keyboard. > > 2) provide a new option to kbdcontrol(1) that would _really_ switch > keyboard (no matter if current keyboard is kbdmux or not) > > 3) -K (disconnect keyboard) with kbdmux should either be (a) noop or (b) > delete keyboard from the mux. i kinda like (a) because user must specify > keyboard index to disconnect in (b) and this is yet another api change. > on the other hand it might be desirable to disconnect keyboard from the > must without detaching it (another new option?) > > now, another case is when keyboard is disconnected. in this case devd(8) > calls kbdcontrol(1) and tries to switch keyboard to kbd0 > unconditionally. in theory this could work (if kbd0 is kbdmux), but may > be its better to have default keyboard syscons(4) hint and then use > kenv(1) to fetch it and have kbdcontrol(1) use it. > > does this make any sense? It doesn't sound unreasonable. I think it could be made to work, but I fear to think about the ways it could fail to do the right thing. One way to approach this problem is by summing up the different scenarios we can run into, describe how we want FreeBSD to behave in those scenarios (ideally), determine how much work it would be to implement the ideal behaviour and then see if it's worth it. If not, then a reasonable and cheap alternative should be looked for -- if one exists. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 22:43:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1F91C16A41C for ; Thu, 23 Jun 2005 22:43:24 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE02843D4C for ; Thu, 23 Jun 2005 22:43:23 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j5NMhMeg067737 for ; Fri, 24 Jun 2005 00:43:22 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j5NMhMaP067736 for freebsd-current@freebsd.org; Thu, 23 Jun 2005 18:43:22 -0400 (EDT) (envelope-from cracauer) Date: Thu, 23 Jun 2005 18:43:22 -0400 From: Martin Cracauer To: freebsd-current@freebsd.org Message-ID: <20050623184322.A67708@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: Driver that works only when module is loaded late, not from loader.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 22:43:24 -0000 I didn't see a reply but I think this might be be symptom of a larger issue that we might have to fix for 6.0. I found an Ethernet driver which works fine if you load it via kldload in a running system but it does not work when loaded in loader.conf. The bug is http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/82497 Here's the cut'n'paste: ----------------------- Release -current of today Environment FreeBSD wings.cons.org 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Tue Jun 21 16:37:57 EDT 2005 cracauer@wings.cons.org:/usr/src/sys/amd64/compile/WINGS64 amd64 Description I recently got an AMD64 socket 754 board with Via K8T800, an Abit K8V-Pro, which has a if_vge Gigabit Ethernet. This works only when you load the module after the full machine is up. If you put if_vge_load="YES" into loader.conf you get: Jun 21 19:32:46 wings kernel: vge0: port 0xb8\ 00-0xb8ff mem 0xe3014000-0xe30140ff irq 22 at device 14.0 on pci0 Jun 21 19:32:46 wings kernel: vge0: MII read timed out Jun 21 19:32:46 wings kernel: vge0: failed to start MII autopoll Jun 21 19:32:46 wings kernel: vge0: MII without any phy! Jun 21 19:32:46 wings kernel: device_attach: vge0 attach returned 6 If you don't load it from loader.conf it works fine. I have mii compiled into the kernel. How-To-Repeat Put if_vge_load="YES" into loader.conf reboot. You will not get an interface and you'll have the above message in /var/log/messages. Fix You can work around it by loading the module later. It is not clear to me what is going on here. Since I have mii statically compiled into the kernel it is not a case of just forgetting to load a dependency. From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 22:47:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 6EF6F16A453; Thu, 23 Jun 2005 22:47:42 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 096E843D4C; Thu, 23 Jun 2005 22:47:40 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 23 Jun 2005 19:01:11 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 23 Jun 2005 18:28:25 -0400 User-Agent: KMail/1.8 References: <200506091423.39940@harrymail> <20050622154538.H26664@fledge.watson.org> <20050622150842.GF791@empiric.icir.org> In-Reply-To: <20050622150842.GF791@empiric.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506231828.27226.jhb@FreeBSD.org> Cc: Emanuel Strobl , Bruce M Simpson , Robert Watson , Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Subject: Re: lapic@2k interrukts eating CPU cycles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 22:47:42 -0000 On Wednesday 22 June 2005 11:08 am, Bruce M Simpson wrote: > On Wed, Jun 22, 2005 at 03:50:24PM +0100, Robert Watson wrote: > > I have a feature request in to John to add statistics gathering on IPIs, > > since he's currently reworking the interrupt paths. > > I like this LAPIC change a lot. Actually I like APICs a lot. They may not > give you 'real' vectored hardware interrupts a la SPARC and PowerPC, but > at least it comes a bit closer. > > It would be nice to be doing APIC on uniprocessor systems a bit further > down the line, but that's for the wishlist -- the 8259s are not going away > just yet. I think all new systems going forward are going to have APICs though. HTT and multi core require APIC just like SMP does. -- 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 Jun 24 00:42:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B89C216A41C for ; Fri, 24 Jun 2005 00:42:11 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7970F43D1F for ; Fri, 24 Jun 2005 00:42:10 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dsl-213-023-198-081.arcor-ip.net ([213.23.198.81] helo=kamino.rfc1149.org) by dagobah.rfc1149.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1DlcGj-000DqT-MS; Fri, 24 Jun 2005 02:42:10 +0200 Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 400A9408F; Fri, 24 Jun 2005 02:42:05 +0200 (CEST) From: Arne Schwabe To: Maksim Yevmenkin In-Reply-To: <42BAFE37.4080504@savvis.net> (Maksim Yevmenkin's message of "Thu, 23 Jun 2005 11:23:51 -0700") References: <42BAFE37.4080504@savvis.net> Date: Fri, 24 Jun 2005 02:42:05 +0200 Message-ID: <863br87fhe.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-RFC-Spam-Score: 0.9 (/) Cc: freebsd-current@freebsd.org Subject: Re: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 00:42:11 -0000 Maksim Yevmenkin writes: > > - kbdmux model: kbdmux(4) is "super-keyboard" driver that consumes input > (raw scancodes) from slave keyboards. the side effect is that _all_ > keyboards attached to the kbdmux share the _same_ state. basically user > can press ctrl on one keyboard and "C" on another keyboard and it still > will work. is that good enough? > One example where really don't want that behavior is a notebook with a extra "numlook keyboard" basically a simple usb keyboard only with the num block. Some keybord map the num block to letter keys if in num mode. Arne From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 00:50:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2C14F16A41C for ; Fri, 24 Jun 2005 00:50:19 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DFD243D48 for ; Fri, 24 Jun 2005 00:49:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j5O0wWmL015080; Thu, 23 Jun 2005 18:58:33 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42BB58AD.1050501@samsco.org> Date: Thu, 23 Jun 2005 18:49:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Cracauer References: <20050623184322.A67708@cons.org> In-Reply-To: <20050623184322.A67708@cons.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Driver that works only when module is loaded late, not from loader.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 00:50:19 -0000 Martin Cracauer wrote: > I didn't see a reply but I think this might be be symptom of a larger > issue that we might have to fix for 6.0. > > I found an Ethernet driver which works fine if you load it via kldload > in a running system but it does not work when loaded in loader.conf. > > The bug is http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/82497 > > Here's the cut'n'paste: > ----------------------- > > > Release > -current of today > Environment > > FreeBSD wings.cons.org 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Tue Jun 21 > 16:37:57 EDT 2005 > cracauer@wings.cons.org:/usr/src/sys/amd64/compile/WINGS64 amd64 > > > > Description > > I recently got an AMD64 socket 754 board with Via K8T800, an Abit > K8V-Pro, which has a if_vge Gigabit Ethernet. > > This works only when you load the module after the full machine is up. > > If you put if_vge_load="YES" into loader.conf you get: > > Jun 21 19:32:46 wings kernel: vge0: > port 0xb8\ > 00-0xb8ff mem 0xe3014000-0xe30140ff irq 22 at device 14.0 on pci0 > Jun 21 19:32:46 wings kernel: vge0: MII read timed out > Jun 21 19:32:46 wings kernel: vge0: failed to start MII autopoll > Jun 21 19:32:46 wings kernel: vge0: MII without any phy! > Jun 21 19:32:46 wings kernel: device_attach: vge0 attach returned 6 > > If you don't load it from loader.conf it works fine. > > I have mii compiled into the kernel. > > > How-To-Repeat > > Put if_vge_load="YES" into loader.conf > > reboot. > > You will not get an interface and you'll have the above message in > /var/log/messages. > > > Fix > > You can work around it by loading the module later. > > It is not clear to me what is going on here. Since I have mii > statically compiled into the kernel it is not a case of just > forgetting to load a dependency. > What happens if you compile it into the kernel? Scott From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 01:03:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9F36316A41C for ; Fri, 24 Jun 2005 01:03:24 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E83E43D49 for ; Fri, 24 Jun 2005 01:03:24 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.18.160.160]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IIK00C1SDLNC5N9@vms040.mailsrvcs.net> for freebsd-current@freebsd.org; Thu, 23 Jun 2005 20:03:24 -0500 (CDT) From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <863br87fhe.fsf@kamino.rfc1149.org> To: Arne Schwabe Message-id: <1130461371.1345.2.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <42BAFE37.4080504@savvis.net> <863br87fhe.fsf@kamino.rfc1149.org> Cc: freebsd-current@freebsd.org Subject: Re: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 24 Jun 2005 01:03:24 -0000 X-Original-Date: Thu, 27 Oct 2005 21:02:51 -0400 X-List-Received-Date: Fri, 24 Jun 2005 01:03:24 -0000 On Fri, 2005-06-24 at 02:42 +0200, Arne Schwabe wrote: > Maksim Yevmenkin writes: > > > > > > - kbdmux model: kbdmux(4) is "super-keyboard" driver that consumes input > > (raw scancodes) from slave keyboards. the side effect is that _all_ > > keyboards attached to the kbdmux share the _same_ state. basically user > > can press ctrl on one keyboard and "C" on another keyboard and it still > > will work. is that good enough? > > > > One example where really don't want that behavior is a notebook with a > extra "numlook keyboard" basically a simple usb keyboard only with the > num block. Some keybord map the num block to letter keys if in num > mode. > > Arne > _______________________________________________ > 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" Actually, previous version of the mux switched keypad into numeric mode and left main keyboard on the laptop in its original state. I did not get a chance to try new one yet. FWIW, -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 02:18:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 004D916A41C for ; Fri, 24 Jun 2005 02:18:15 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F6E343D49 for ; Fri, 24 Jun 2005 02:18:15 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.43 (FreeBSD)) id 1Dle2f-0009Y4-V0 for freebsd-current@freebsd.org; Fri, 24 Jun 2005 11:35:42 +0900 From: (Balgansuren.B) balgaa@micom.mn To: freebsd-current@freebsd.org X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20050624021815.2F6E343D49@mx1.FreeBSD.org> Date: Fri, 24 Jun 2005 02:18:15 +0000 (GMT) Subject: Buffalo WLI-PCI-G54 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 02:18:16 -0000 Hello, I have driver disk for the Windows 98/Me/2000/XP of the Buffalo WLI-PCI-G54 wireless NIC. If possible I want to know "ndiscvt" command convert Windows driver to FreeBSD driver module. I don't know which version of Windows driver files need to convert to FreeBSD driver module and how to convert it. I have following files in .ZIP file: ------------------------------------ ABCfg.exe ABCfg.ini bcm43xx.cat bcmwl5.sys bwcdrv.cat bwcdrv.sys BWCDRV.VXD BWCINST.DLL bwcsrv.exe DriverUpdate.htm net2pg54.inf netbwc2k.inf netbwc98.inf netcbg54.inf There another directory named MDRIVER contains following: bcm43xx.cat bcmwl5.sys bwcdrv.cat bwcdrv.sys BWCDRV.VXD BWCINST.DLL bwcsrv.exe net2pg54minf netbwc2minf netbwc9minf netcbg5minf Above files located in latest version of driver files. Previous version of .ZIP driver file contains following: =================================== MDRIVER ------------ netcbg5m.inf bwcdrv.cat bwcdrv.sys BWCDRV.VXD BWCINST.DLL bcmwl5.sys netbwc2m.inf netbwc9m.inf bw43xx.cat Win2000 ---------- bwcdrv.cat bwcdrv.sys BWCDRV.VXD BWCINST.DLL bcmwl5.sys netbwc2k.inf bw43xx.cat netcbg54.inf WinXP ------- bwcdrv.cat bwcdrv.sys BWCDRV.VXD BWCINST.DLL bcmwl5.sys netbwc2k.inf bw43xx.cat netcbg54.inf WinME ------- bwcdrv.cat bwcdrv.sys BWCDRV.VXD BWCINST.DLL bcmwl5.sys netbwc98.inf bw43xx.cat netcbg54.inf Win98 ------- bwcdrv.cat bwcdrv.sys BWCDRV.VXD BWCINST.DLL bcmwl5.sys netbwc98.inf bw43xx.cat netcbg54.inf Which driver files need to convert FreeBSD module? ndiscvt command line format? Thanks, Balgaa From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 03:30:40 2005 Return-Path: X-Original-To: current@freebsd.org 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 D74DA16A41C; Fri, 24 Jun 2005 03:30:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C53643D53; Fri, 24 Jun 2005 03:30:40 +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 j5O3U8q4070528; Thu, 23 Jun 2005 23:30:08 -0400 (EDT) (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.3/8.13.3) with ESMTP id j5O3Ud3R008532; Thu, 23 Jun 2005 23:30:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 341767306E; Thu, 23 Jun 2005 23:30:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050624033039.341767306E@freebsd-current.sentex.ca> Date: Thu, 23 Jun 2005 23:30:39 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2005 03:30:41 -0000 TB --- 2005-06-24 02:16:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-24 02:16:03 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-06-24 02:16:03 - cleaning the object tree TB --- 2005-06-24 02:16:19 - checking out the source tree TB --- 2005-06-24 02:16:19 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-06-24 02:16:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-24 02:22:30 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-24 02:22:30 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-24 02:22:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-06-24 03:30:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-24 03:30:38 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-24 03:30:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 24 03:30:38 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf; PATH=/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/legacy/usr/sbin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/legacy/usr/bin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/legacy/usr/games:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/sbin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/bin:/home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC /tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf/GENERIC ../../conf/options.pc98: Duplicate option REISERFS. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-06-24 03:30:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-24 03:30:39 - ERROR: failed to build generic kernel TB --- 2005-06-24 03:30:39 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 03:40:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 95B0A16A41C for ; Fri, 24 Jun 2005 03:40:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F9A143D4C for ; Fri, 24 Jun 2005 03:40:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5O3cY2j077272; Thu, 23 Jun 2005 21:38:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 23 Jun 2005 21:40:06 -0600 (MDT) Message-Id: <20050623.214006.22018233.imp@bsdimp.com> To: marcel@xcllnt.net From: "M. Warner Losh" In-Reply-To: <20050623201244.GA4184@ns1.xcllnt.net> References: <42BAFE37.4080504@savvis.net> <20050623201244.GA4184@ns1.xcllnt.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: freebsd-current@freebsd.org Subject: Re: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 03:40:30 -0000 In message: <20050623201244.GA4184@ns1.xcllnt.net> Marcel Moolenaar writes: : On Thu, Jun 23, 2005 at 11:23:51AM -0700, Maksim Yevmenkin wrote: : > : > - kbdmux model: kbdmux(4) is "super-keyboard" driver that consumes input : > (raw scancodes) from slave keyboards. the side effect is that _all_ : > keyboards attached to the kbdmux share the _same_ state. basically user : > can press ctrl on one keyboard and "C" on another keyboard and it still : > will work. is that good enough? : : I think one can argue both ways. Personally I think shift states should : be kept private to the keyboard. However, when processes are given : access to led- and shift states and are allowed to modify them, then : per-keyboard state doesn't pan out. Not unless the API has support for : multiple keyboards. So, go with what makes sense for this particular case. : Chances are that what you have now is already the most sensible, even : if it's not exactly "right". This is as right as we can get with our current model. If we're really mapping everything into one keyboard, I think it is the best we can do for now. It is also likely 'good enough' from a user point of view so long as the following works: Press control on kbd0 Press control on kbd1 C should produce ^C Release control on kbd0 D should produce ^D release control on kbd1 E should produce E. But I'd not hold up integrating it if this edge case doesn't work, so long as it doesn't crash the system... : > - kbdmux(4) switches all keyboards into K_RAW mode, so if kbdmux(4) is : > the default keyboard then perhaps all keyboard drivers could be : > simplified and just return K_RAW scancodes? : : Yes, if kbdmux(4) becomes default and non-optional, then it makes sense : to simplify and refactor. This would also be beneficial for the syscons : replacement I'm writing. The key here is 'and non-optional'. It might make sense for kbdmux(4) to keep doing this through the transition period. I think it must remain optional, however. It is useful to have multiple keyboards on machines that do not map into one. I've setup machines in the past with two video cards and two keyboards to have a two person workstation. It is also useful in certain embedded systems to allow similar things (since there are USB keyboard devices that produce ascii output, and you need to know which of the keyboard devices generated the sequence to know what the user actually did). : > - if kbdmux(4) is not default keyboard then what syscons(4) should do? : > - should kbdmux(4) go into 6.x? : : I would say: yes. It's an open issue for a while and it's good to : get it closed. It's one of those topics that hardcore developers may : not care too much about, but which is highly valued by the average : user. I'd put it into 6.0 even. I'd make it default during the beta releases. If there are issues, we turn it off by default for 6.0 and then early adapters can turn it on and the bugs can be worked out. For 6.1 we can reverse the default if there'd be no user visible changes from doing that for the typical user. 'Special needs' people, like I give in the example above, are in the vast minority and will be sophisticated enought to know what to do. The above assumes that all the /etc/rc goo, if any, can be worked out in time. I'm not the re@ and don't speak for them. The above is my two cents. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 04:10:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9143116A41C for ; Fri, 24 Jun 2005 04:10:53 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 514C143D55 for ; Fri, 24 Jun 2005 04:10:53 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 6BA4C507892; Fri, 24 Jun 2005 12:10:51 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 69E35507692; Fri, 24 Jun 2005 12:10:51 +0800 (CST) Date: Fri, 24 Jun 2005 12:10:51 +0800 (CST) From: Tai-hwa Liang To: Wilko Bulte In-Reply-To: <20050623214717.GA65438@freebie.xs4all.nl> Message-ID: <0506241058502.41439@www.mmlab.cse.yzu.edu.tw> References: <20050621205048.GA61951@freebie.xs4all.nl> <050622074135F.25017@www.mmlab.cse.yzu.edu.tw> <20050623202416.GA64730@freebie.xs4all.nl> <20050623204325.GA72574@teardrop.org> <20050623211620.GA65274@freebie.xs4all.nl> <20050623213139.GA73882@teardrop.org> <20050623214717.GA65438@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, James Snow Subject: Re: Getting WPA to work on ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 04:10:53 -0000 On Thu, 23 Jun 2005, Wilko Bulte wrote: > On Thu, Jun 23, 2005 at 05:31:39PM -0400, James Snow wrote.. >> On Thu, Jun 23, 2005 at 11:16:20PM +0200, Wilko Bulte wrote: >>> >>> How do you disable WME? [ I feel stranded in a maze of acronyms, all >>> different :-) ] >> >> ifconfig -wme >> >> I think it's in the ifconfig man page, but I reserve the right to be >> wrong. If it's not, it clearly should be. > > It is indeed in the ifconfig man page. > >> My understanding is that we do something wrong with WME right now, and >> this in turn makes APs unhappy with us. > > Smells like WME should default to 'off'? It is. See src/sys/net80211/ieee80211.c:1.16. AFAIK, the problem is that there are some interoperability problems when you have both WME + WPA enabled. Disable one of them should be a possible workaround. I believe that Sam has some fixes in his queue; however, those fixes were not yet ready for the forthcoming 6-RELEASE. >>> I noticed today that wpa_supplicant renegotiated multiple times even with >>> SSID broadcasting enabled. So it was most definitely not the full >>> fix to enable broadcasting. That's what I observed around here: sometimes it takes wpa_supplicant looping multiple times before negotiated to the AP(w/ or w/o hidden SSID). >> Well, we also shouldn't have to enable broadcasting to get >> wpa_supplicant to work. I exchanging emails with Sam Leffler about this, >> but he's on vacation this week. > > OK Apart from multiple regotiation sometimes, scan_ssid=1 works for me. Have you tried to set the IP manually(no dhclient) after ath0 was associated with the AP? -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 04:23:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9C02216A41C for ; Fri, 24 Jun 2005 04:23:21 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 363CB43D1F for ; Fri, 24 Jun 2005 04:23:21 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j5O4NJSR072903; Fri, 24 Jun 2005 06:23:19 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j5O4NHNv072898; Fri, 24 Jun 2005 00:23:17 -0400 (EDT) (envelope-from cracauer) Date: Fri, 24 Jun 2005 00:23:17 -0400 From: Martin Cracauer To: Scott Long Message-ID: <20050624002317.A72858@cons.org> References: <20050623184322.A67708@cons.org> <42BB58AD.1050501@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <42BB58AD.1050501@samsco.org>; from scottl@samsco.org on Thu, Jun 23, 2005 at 06:49:49PM -0600 Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: Driver that works only when module is loaded late, not from loader.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 04:23:21 -0000 > > I found an Ethernet driver which works fine if you load it via kldload > > in a running system but it does not work when loaded in loader.conf. [...] > What happens if you compile it into the kernel? That works. Althought it seems that autonegotiation is delayed, the "link state changed to up" message comes very late, after the final console login is displayed. Might be the result of my direct NIC to NIC connection. The rl PCI card in the same box works normally. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 05:48:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 EA4CC16A41C for ; Fri, 24 Jun 2005 05:48:12 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD3B643D1D for ; Fri, 24 Jun 2005 05:48:12 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j5O5khHM039555; Thu, 23 Jun 2005 22:46:43 -0700 (PDT) Date: Fri, 24 Jun 2005 11:36:39 +0900 Message-ID: From: gnn@freebsd.org To: Eric Anderson In-Reply-To: <42BAB2F5.9090504@centtech.com> References: <42B97DD3.3040109@centtech.com> <42BAB2F5.9090504@centtech.com> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: New dhclient - supposed to 'down'/'delete'? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 05:48:13 -0000 At Thu, 23 Jun 2005 08:02:45 -0500, Eric Anderson wrote: > How about only down/delete other disconnected interfaces when a > currently disconnected interface comes online? > That is certainly one thought I have had. I want to sit down and think about this, possibly this weekend. I would prefer to avoid a random change ;-) Later, George From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 06:36:40 2005 Return-Path: X-Original-To: current@freebsd.org 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 921FE16A41C for ; Fri, 24 Jun 2005 06:36:40 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15C3243D49 for ; Fri, 24 Jun 2005 06:36:39 +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.4/8.13.4) with ESMTP id j5O6abFY000704 for ; Fri, 24 Jun 2005 10:36:37 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DomainKey-Signature: a=rsa-sha1; s=default; d=nagual.pp.ru; c=nofws; q=dns; h=received:date:from:to:subject:message-id: mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=sN7qL6HrqNPW2X2YAtEQLzZEFD0+puniQa3M/RiLO4z3Uz+oaHgQIUkOJZiThITKd MAvKyDGPX02rRMdgYVWFQ== Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5O6abix000703 for current@freebsd.org; Fri, 24 Jun 2005 10:36:37 +0400 (MSD) (envelope-from ache) Date: Fri, 24 Jun 2005 10:36:37 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20050624063637.GA646@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 06:36:40 -0000 panic: Memory modified after free 0xc2605000(256) val=c2611000 @ 0xc2605008 (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc049c602 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 #2 0xc049c93d in panic ( fmt=0xc05f6bb2 "Memory modified after free %p(%d) val=%x @ %p\n") at ../../../kern/kern_shutdown.c:553 #3 0xc057b616 in trash_ctor (mem=0xc2605000, size=0, arg=0x0, flags=0) at ../../../vm/uma_dbg.c:72 #4 0xc057b6a8 in trash_fini (mem=0x0, size=0) at ../../../vm/uma_dbg.c:117 #5 0xc05780d6 in zone_drain (zone=0xc0c4dba0) at ../../../vm/uma_core.c:725 #6 0xc05793b5 in zone_foreach (zfunc=0xc0577f30 ) at ../../../vm/uma_core.c:1478 #7 0xc057ae37 in uma_reclaim () at ../../../vm/uma_core.c:2649 #8 0xc058e189 in vm_pageout_scan (pass=0) at ../../../vm/vm_pageout.c:674 #9 0xc058f53b in vm_pageout () at ../../../vm/vm_pageout.c:1476 #10 0xc04848f1 in fork_exit (callout=0xc058f220 , arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:789 #11 0xc05b8dac in fork_trampoline () at ../../../i386/i386/exception.s:208 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 07:34:04 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 BC48C16A41C for ; Fri, 24 Jun 2005 07:34:04 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06EC243D4C for ; Fri, 24 Jun 2005 07:34:03 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j5O7Y1OW011099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Fri, 24 Jun 2005 11:34:01 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j5O7Y0kt070402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Jun 2005 11:34:01 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j5O7Y0fF070401 for current@FreeBSD.org; Fri, 24 Jun 2005 11:34:00 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 24 Jun 2005 11:34:00 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20050624073400.GA70323@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: Subject: who can review&commit kern/82243? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 07:34:04 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Colleagues, recently a patch making csa(4) suspend/resume working. I have tested it on my notebook and it works perfectly. The patch is attached (with small style editing from me) to this message. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --AqsLC8rIMeq19msA Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="csa.diff" Index: csa.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/csa.c,v retrieving revision 1.32 diff -u -r1.32 csa.c --- csa.c 1 Mar 2005 08:58:05 -0000 1.32 +++ csa.c 23 Jun 2005 19:42:44 -0000 @@ -87,7 +87,6 @@ struct resource *irq, void *cookie); static driver_intr_t csa_intr; static int csa_initialize(sc_p scp); -static void csa_resetdsp(csa_res *resp); static int csa_downloadimage(csa_res *resp); static devclass_t csa_devclass; @@ -366,15 +365,24 @@ static int csa_resume(device_t dev) { -#if 0 - /* - * XXX: this cannot possibly work - * needs to be properly implemented - */ - csa_detach(dev); - csa_attach(dev); -#endif - return 0; + csa_res *resp; + sc_p scp; + + scp = device_get_softc(dev); + resp = &scp->res; + + /* Initialize the chip. */ + if (csa_initialize(scp)) + return (ENXIO); + + /* Reset the Processor. */ + csa_resetdsp(resp); + + /* Download the Processor Image to the processor. */ + if (csa_downloadimage(resp)) + return (ENXIO); + + return (bus_generic_resume(dev)); } static struct resource * @@ -794,7 +802,7 @@ csa_writeio(resp, BA0_CLKCR1, clkcr1); } -static void +void csa_resetdsp(csa_res *resp) { int i; Index: csapcm.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/csapcm.c,v retrieving revision 1.33 diff -u -r1.33 csapcm.c --- csapcm.c 6 Jan 2005 01:43:19 -0000 1.33 +++ csapcm.c 23 Jun 2005 21:18:39 -0000 @@ -45,6 +45,23 @@ #define GOF_PER_SEC 200 +#define CS461x_AC97_HIGHESTREGTORESTORE 0x26 +#define CS461x_AC97_NUMBER_RESTORE_REGS (CS461x_AC97_HIGHESTREGTORESTORE/2-1) + +#define CS_POWER_DAC 0x0001 +#define CS_POWER_ADC 0x0002 +#define CS_POWER_MIXVON 0x0004 +#define CS_POWER_MIXVOFF 0x0008 +#define CS_AC97_POWER_CONTROL_ON 0xf000 /* always on bits (inverted) */ +#define CS_AC97_POWER_CONTROL_ADC 0x0100 +#define CS_AC97_POWER_CONTROL_DAC 0x0200 +#define CS_AC97_POWER_CONTROL_MIXVON 0x0400 +#define CS_AC97_POWER_CONTROL_MIXVOFF 0x0800 +#define CS_AC97_POWER_CONTROL_ADC_ON 0x0001 +#define CS_AC97_POWER_CONTROL_DAC_ON 0x0002 +#define CS_AC97_POWER_CONTROL_MIXVON_ON 0x0004 +#define CS_AC97_POWER_CONTROL_MIXVOFF_ON 0x0008 + /* device private data */ struct csa_info; @@ -70,6 +87,9 @@ u_long pctl; u_long cctl; struct csa_chinfo pch, rch; + u_int32_t ac97[CS461x_AC97_NUMBER_RESTORE_REGS]; + u_int32_t ac97_powerdown; + u_int32_t ac97_general_purpose; }; /* -------------------------------------------------------------------- */ @@ -84,8 +104,11 @@ static void csa_stopplaydma(struct csa_info *csa); static void csa_stopcapturedma(struct csa_info *csa); static int csa_startdsp(csa_res *resp); +static int csa_stopdsp(csa_res *resp); static int csa_allocres(struct csa_info *scp, device_t dev); static void csa_releaseres(struct csa_info *scp, device_t dev); +static void csa_ac97_suspend(struct csa_info *csa); +static void csa_ac97_resume(struct csa_info *csa); static u_int32_t csa_playfmt[] = { AFMT_U8, @@ -112,16 +135,16 @@ static int csa_active(struct csa_info *csa, int run) { - int old, go; + int old; old = csa->active; csa->active += run; - if ((csa->active == 0 && old == 1) || (csa->active == 1 && old == 0)) { - go = csa->active; - if (csa->card->active) - return csa->card->active(go); - } + if ((csa->active > 1) || (csa->active < -1)) + csa->active = 0; + if (csa->card->active) + return (csa->card->active(!(csa->active && old))); + return 0; } @@ -455,6 +478,18 @@ } static int +csa_stopdsp(csa_res *resp) +{ + /* + * Turn off the run, run at frame, and DMA enable bits in the local copy of + * the SP control register. + */ + csa_writemem(resp, BA1_SPCR, 0); + + return (0); +} + +static int csa_setupchan(struct csa_chinfo *ch) { struct csa_info *csa = ch->parent; @@ -833,11 +868,156 @@ return 0; } +static void +csa_ac97_suspend(struct csa_info *csa) +{ + int Count, i; + u_int32_t tmp; + + for(Count = 0x2, i=0; (Count <= CS461x_AC97_HIGHESTREGTORESTORE) && (i < CS461x_AC97_NUMBER_RESTORE_REGS); Count += 2, i++) + { + csa_readcodec(&csa->res, BA0_AC97_RESET + Count, &csa->ac97[i]); + } + /* mute the outputs */ + csa_writecodec(&csa->res, BA0_AC97_MASTER_VOLUME, 0x8000); + csa_writecodec(&csa->res, BA0_AC97_HEADPHONE_VOLUME, 0x8000); + csa_writecodec(&csa->res, BA0_AC97_MASTER_VOLUME_MONO, 0x8000); + csa_writecodec(&csa->res, BA0_AC97_PCM_OUT_VOLUME, 0x8000); + /* save the registers that cause pops */ + csa_readcodec(&csa->res, BA0_AC97_POWERDOWN, &csa->ac97_powerdown); + csa_readcodec(&csa->res, BA0_AC97_GENERAL_PURPOSE, &csa->ac97_general_purpose); + /* + * And power down everything on the AC97 codec. + * well, for now, only power down the DAC/ADC and MIXER VREFON components. + * trouble with removing VREF. + */ + /* MIXVON*/ + csa_readcodec(&csa->res, BA0_AC97_POWERDOWN, &tmp); + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, tmp | CS_AC97_POWER_CONTROL_MIXVON); + /* ADC */ + csa_readcodec(&csa->res, BA0_AC97_POWERDOWN, &tmp); + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, tmp | CS_AC97_POWER_CONTROL_ADC); + /* DAC */ + csa_readcodec(&csa->res, BA0_AC97_POWERDOWN, &tmp); + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, tmp | CS_AC97_POWER_CONTROL_DAC); +} + +static void +csa_ac97_resume(struct csa_info *csa) +{ + int Count, i; + + /* + * First, we restore the state of the general purpose register. This + * contains the mic select (mic1 or mic2) and if we restore this after + * we restore the mic volume/boost state and mic2 was selected at + * suspend time, we will end up with a brief period of time where mic1 + * is selected with the volume/boost settings for mic2, causing + * acoustic feedback. So we restore the general purpose register + * first, thereby getting the correct mic selected before we restore + * the mic volume/boost. + */ + csa_writecodec(&csa->res, BA0_AC97_GENERAL_PURPOSE, csa->ac97_general_purpose); + /* + * Now, while the outputs are still muted, restore the state of power + * on the AC97 part. + */ + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, csa->ac97_powerdown); + /* + * Restore just the first set of registers, from register number + * 0x02 to the register number that ulHighestRegToRestore specifies. + */ + for(Count = 0x2, i=0; (Count <= CS461x_AC97_HIGHESTREGTORESTORE) && (i < CS461x_AC97_NUMBER_RESTORE_REGS); Count += 2, i++) + { + csa_writecodec(&csa->res, BA0_AC97_RESET + Count, csa->ac97[i]); + } + +} + +static int +pcmcsa_suspend(device_t dev) +{ + struct csa_info *csa; + csa_res *resp; + + csa = pcm_getdevinfo(dev); + resp = &csa->res; + + csa_active(csa, 1); + + /* playback interrupt disable */ + csa_writemem(resp, BA1_PFIE, (csa_readmem(resp, BA1_PFIE) & ~0x0000f03f) | 0x00000010); + /* capture interrupt disable */ + csa_writemem(resp, BA1_CIE, (csa_readmem(resp, BA1_CIE) & ~0x0000003f) | 0x00000011); + csa_stopplaydma(csa); + csa_stopcapturedma(csa); + + csa_ac97_suspend(csa); + + csa_resetdsp(resp); + + csa_stopdsp(resp); + /* + * Power down the DAC and ADC. For now leave the other areas on. + */ + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, 0x300); + /* + * Power down the PLL. + */ + csa_writemem(resp, BA0_CLKCR1, 0); + /* + * Turn off the Processor by turning off the software clock enable flag in + * the clock control register. + */ + csa_writemem(resp, BA0_CLKCR1, csa_readmem(resp, BA0_CLKCR1) & ~CLKCR1_SWCE); + + csa_active(csa, -1); + + return 0; +} + +static int +pcmcsa_resume(device_t dev) +{ + struct csa_info *csa; + csa_res *resp; + + csa = pcm_getdevinfo(dev); + resp = &csa->res; + + csa_active(csa, 1); + + /* cs_hardware_init */ + csa_stopplaydma(csa); + csa_stopcapturedma(csa); + csa_ac97_resume(csa); + if (csa_startdsp(resp)) + return (ENXIO); + /* Enable interrupts on the part. */ + if ((csa_readio(resp, BA0_HISR) & HISR_INTENA) == 0) + csa_writeio(resp, BA0_HICR, HICR_IEV | HICR_CHGM); + /* playback interrupt enable */ + csa_writemem(resp, BA1_PFIE, csa_readmem(resp, BA1_PFIE) & ~0x0000f03f); + /* capture interrupt enable */ + csa_writemem(resp, BA1_CIE, (csa_readmem(resp, BA1_CIE) & ~0x0000003f) | 0x00000001); + /* cs_restart_part */ + csa_setupchan(&csa->pch); + csa_startplaydma(csa); + csa_setupchan(&csa->rch); + csa_startcapturedma(csa); + + csa_active(csa, -1); + + return 0; +} + static device_method_t pcmcsa_methods[] = { /* Device interface */ DEVMETHOD(device_probe , pcmcsa_probe ), DEVMETHOD(device_attach, pcmcsa_attach), DEVMETHOD(device_detach, pcmcsa_detach), + DEVMETHOD(device_suspend, pcmcsa_suspend), + DEVMETHOD(device_resume, pcmcsa_resume), { 0, 0 }, }; Index: csavar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/csavar.h,v retrieving revision 1.4 diff -u -r1.4 csavar.h --- csavar.h 23 Jun 2001 18:00:06 -0000 1.4 +++ csavar.h 23 Jun 2005 19:42:44 -0000 @@ -66,4 +66,5 @@ u_int32_t csa_readmem(csa_res *resp, u_long offset); void csa_writemem(csa_res *resp, u_long offset, u_int32_t data); +void csa_resetdsp(csa_res *resp); #endif /* _CSA_VAR_H */ --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 07:37:42 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 558D116A41C for ; Fri, 24 Jun 2005 07:37:42 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE50743D1D for ; Fri, 24 Jun 2005 07:37:41 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j5O7besC011168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Fri, 24 Jun 2005 11:37:40 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j5O7bdNh070437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Jun 2005 11:37:39 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j5O7bdNT070436 for current@freebsd.org; Fri, 24 Jun 2005 11:37:39 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 24 Jun 2005 11:37:39 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20050624073739.GB70323@cell.sick.ru> References: <20050624073400.GA70323@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050624073400.GA70323@cell.sick.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: Subject: Re: who can review&commit kern/82243? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 07:37:42 -0000 On Fri, Jun 24, 2005 at 11:34:00AM +0400, Gleb Smirnoff wrote: T> recently a patch making csa(4) suspend/resume working. ^_was submitted. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 08:30:00 2005 Return-Path: X-Original-To: current@freebsd.org 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 AC9CA16A41C for ; Fri, 24 Jun 2005 08:30:00 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 7971D43D49 for ; Fri, 24 Jun 2005 08:30:00 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 71388 invoked from network); 24 Jun 2005 08:29:58 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 24 Jun 2005 08:29:58 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 24 Jun 2005 03:29:42 -0500 (CDT) From: Mike Silbersack To: Andrey Chernov Message-ID: <20050624032731.T82841@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 08:30:00 -0000 Andrey, the use after free panic you reported sounds like it could be a use after free of a mbuf. What network interfaces do you have on your system, and what features are you using? (ipfw, netgraph, etc.) Thanks, Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 09:27:26 2005 Return-Path: X-Original-To: current@FreeBSD.ORG 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 EF6DA16A41C for ; Fri, 24 Jun 2005 09:27:26 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7771B43D49 for ; Fri, 24 Jun 2005 09:27:26 +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.4/8.13.4) with ESMTP id j5O9RPfA004530; Fri, 24 Jun 2005 13:27:25 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5O9ROFd004529; Fri, 24 Jun 2005 13:27:24 +0400 (MSD) (envelope-from ache) Date: Fri, 24 Jun 2005 13:27:24 +0400 From: Andrey Chernov To: Mike Silbersack Message-ID: <20050624092723.GA4393@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mike Silbersack , current@FreeBSD.ORG References: <20050624032731.T82841@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050624032731.T82841@odysseus.silby.com> User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.ORG Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 09:27:27 -0000 On Fri, Jun 24, 2005 at 03:29:42AM -0500, Mike Silbersack wrote: > > Andrey, the use after free panic you reported sounds like it could be a > use after free of a mbuf. What network interfaces do you have on your > system, and what features are you using? (ipfw, netgraph, etc.) No ipfw, netgraph or anything complex. de0: flags=108843 mtu 1500 inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.xxx inet xxx.xxx.xxx.xxx netmask 0xffffffff broadcast xxx.xxx.xxx.xxx ether 00:00:c0:f1:ef:d3 media: Ethernet 10baseT/UTP status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 10:16:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9BAF616A41C for ; Fri, 24 Jun 2005 10:16:38 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D63743D1F for ; Fri, 24 Jun 2005 10:16:37 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd33.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1DllEi-0001yA-00; Fri, 24 Jun 2005 12:16:36 +0200 Received: from Andro-Beta.Leidinger.net (SUkIQyZYoefN8FbZBFhhe9ZP1A0Vhgjz2hvCohUm9mcGVjSWU6JFUG@[84.165.242.215]) by fwd33.sul.t-online.de with esmtp id 1DllEM-1WJDxw0; Fri, 24 Jun 2005 12:16:14 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j5OAG5ap059340; Fri, 24 Jun 2005 12:16:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Fri, 24 Jun 2005 12:16:05 +0200 Message-ID: <20050624121605.2hbklt7q4gkssg0o@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 24 Jun 2005 12:16:05 +0200 From: Alexander Leidinger To: Marcel Moolenaar References: <42BAFE37.4080504@savvis.net> <20050623201244.GA4184@ns1.xcllnt.net> In-Reply-To: <20050623201244.GA4184@ns1.xcllnt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: SUkIQyZYoefN8FbZBFhhe9ZP1A0Vhgjz2hvCohUm9mcGVjSWU6JFUG@t-dialin.net X-TOI-MSGID: 6e4aa274-9f22-4a44-9348-eccb7821e8ae Cc: freebsd-current@freebsd.org Subject: Re: request for comments: kbdmux(4) (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 10:16:38 -0000 Marcel Moolenaar wrote: >> - need comments/input from "non-intel" folks; > > make that non-i386... > > This won't be useful on ia64 because syscons doesn't work there and > I don't plan to try to makee it work there ever. I'm working on a > replacement where the multiplexing of the keyboard (as well as the > graphics adapter) is inherently part of the framework. In particular, > the user will be able to control how input and output devices get > multiplexed and/or untied into seperate consoles. This all goes beyond > what you're doing, so don't worry about it. Philip has a little bit of code regarding a generic input layer (at least for pointer devices), see http://lists.freebsd.org/pipermail/freebsd-arch/2004-November/003175.html for a very short overview of what he want's to achieve. Maybe it's beneficial to talk with him. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Classical music is the kind we keep thinking will turn into a tune. -- Kin Hubbard, "Abe Martin's Sayings" From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 10:19:54 2005 Return-Path: X-Original-To: current@freebsd.org 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 84B8A16A41C for ; Fri, 24 Jun 2005 10:19:54 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EE6943D55 for ; Fri, 24 Jun 2005 10:19:53 +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.4/8.13.4) with ESMTP id j5OAJqgS000896; Fri, 24 Jun 2005 14:19:52 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5OAJqG1000895; Fri, 24 Jun 2005 14:19:52 +0400 (MSD) (envelope-from ache) Date: Fri, 24 Jun 2005 14:19:51 +0400 From: Andrey Chernov To: silby@silby.com, current@freebsd.org Message-ID: <20050624101951.GA840@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , silby@silby.com, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: panic #2: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 10:19:54 -0000 Got another one. Memory modified after free 0xc24a0000(256) val=c122b200 @ 0xc24a0000 (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc049c602 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 #2 0xc049c93d in panic ( fmt=0xc05f6bb2 "Memory modified after free %p(%d) val=%x @ %p\n") at ../../../kern/kern_shutdown.c:553 #3 0xc057b616 in trash_ctor (mem=0xc24a0000, size=0, arg=0x0, flags=0) at ../../../vm/uma_dbg.c:72 #4 0xc057b6a8 in trash_fini (mem=0x0, size=0) at ../../../vm/uma_dbg.c:117 #5 0xc05780d6 in zone_drain (zone=0xc0c4dae0) at ../../../vm/uma_core.c:725 #6 0xc05793b5 in zone_foreach (zfunc=0xc0577f30 ) at ../../../vm/uma_core.c:1478 #7 0xc057ae37 in uma_reclaim () at ../../../vm/uma_core.c:2649 #8 0xc058e189 in vm_pageout_scan (pass=0) at ../../../vm/vm_pageout.c:674 #9 0xc058f53b in vm_pageout () at ../../../vm/vm_pageout.c:1476 #10 0xc04848f1 in fork_exit (callout=0xc058f220 , arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:789 #11 0xc05b8dac in fork_trampoline () at ../../../i386/i386/exception.s:208 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 12:10:01 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 C8E9C16A41F; Fri, 24 Jun 2005 12:10:01 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C9FA43D48; Fri, 24 Jun 2005 12:10:01 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j5OC9v4p016826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 24 Jun 2005 16:09:58 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j5OC9v8n072957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Jun 2005 16:09:57 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j5OC9vpH072956; Fri, 24 Jun 2005 16:09:57 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 24 Jun 2005 16:09:56 +0400 From: Gleb Smirnoff To: Andrey Chernov , silby@silby.com, current@FreeBSD.org Message-ID: <20050624120956.GA72903@cell.sick.ru> References: <20050624101951.GA840@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050624101951.GA840@nagual.pp.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: Subject: Re: panic #2: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 12:10:02 -0000 On Fri, Jun 24, 2005 at 02:19:51PM +0400, Andrey Chernov wrote: A> Got another one. A> A> Memory modified after free 0xc24a0000(256) val=c122b200 @ 0xc24a0000 A> A> (kgdb) bt A> #0 doadump () at pcpu.h:165 A> #1 0xc049c602 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 A> #2 0xc049c93d in panic ( A> fmt=0xc05f6bb2 "Memory modified after free %p(%d) val=%x @ %p\n") A> at ../../../kern/kern_shutdown.c:553 A> #3 0xc057b616 in trash_ctor (mem=0xc24a0000, size=0, arg=0x0, flags=0) A> at ../../../vm/uma_dbg.c:72 A> #4 0xc057b6a8 in trash_fini (mem=0x0, size=0) at A> ../../../vm/uma_dbg.c:117 A> #5 0xc05780d6 in zone_drain (zone=0xc0c4dae0) at A> ../../../vm/uma_core.c:725 A> #6 0xc05793b5 in zone_foreach (zfunc=0xc0577f30 ) A> at ../../../vm/uma_core.c:1478 A> #7 0xc057ae37 in uma_reclaim () at ../../../vm/uma_core.c:2649 A> #8 0xc058e189 in vm_pageout_scan (pass=0) at ../../../vm/vm_pageout.c:674 A> #9 0xc058f53b in vm_pageout () at ../../../vm/vm_pageout.c:1476 A> #10 0xc04848f1 in fork_exit (callout=0xc058f220 , arg=0x0, A> frame=0x0) at ../../../kern/kern_fork.c:789 A> #11 0xc05b8dac in fork_trampoline () at ../../../i386/i386/exception.s:208 What is the zone? kgdb> frame 5 kgdb> p *zone -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 12:39:32 2005 Return-Path: X-Original-To: current@FreeBSD.ORG 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 6855216A41C; Fri, 24 Jun 2005 12:39:32 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E5F43D49; Fri, 24 Jun 2005 12:39: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.4/8.13.4) with ESMTP id j5OCdUtq070988; Fri, 24 Jun 2005 16:39:30 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5OCdUEr070987; Fri, 24 Jun 2005 16:39:30 +0400 (MSD) (envelope-from ache) Date: Fri, 24 Jun 2005 16:39:29 +0400 From: Andrey Chernov To: Gleb Smirnoff Message-ID: <20050624123929.GA70753@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Gleb Smirnoff , silby@silby.com, current@FreeBSD.ORG References: <20050624101951.GA840@nagual.pp.ru> <20050624120956.GA72903@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050624120956.GA72903@cell.sick.ru> User-Agent: Mutt/1.5.9i Cc: silby@silby.com, current@FreeBSD.ORG Subject: Re: panic #2: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 12:39:32 -0000 On Fri, Jun 24, 2005 at 04:09:56PM +0400, Gleb Smirnoff wrote: > What is the zone? > > kgdb> frame 5 > kgdb> p *zone (kgdb) p *zone $1 = {uz_name = 0xc05e6ff9 "Mbuf", uz_lock = 0xc0c293c8, uz_keg = 0xc0c293c0, uz_link = {le_next = 0xc0c4dba0, le_prev = 0xc0c293f8}, uz_full_bucket = { lh_first = 0x0}, uz_free_bucket = {lh_first = 0x0}, uz_ctor = 0xc0491230 , uz_dtor = 0xc04912b0 , uz_init = 0, uz_fini = 0, uz_allocs = 192226, uz_fills = 0, uz_count = 128, uz_cpu = {{uc_freebucket = 0xc1d4f418, uc_allocbucket = 0xc24f2418, uc_allocs = 1432613}}} -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 14:07:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 11B5B16A41C for ; Fri, 24 Jun 2005 14:07:32 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B649843D1F for ; Fri, 24 Jun 2005 14:07:31 +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 j5OE7UNk017014 for ; Fri, 24 Jun 2005 09:07:30 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42BC139D.8080202@centtech.com> Date: Fri, 24 Jun 2005 09:07:25 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/956/Fri Jun 24 06:10:27 2005 on mh1.centtech.com X-Virus-Status: Clean Subject: vmstat -i with -c or -w doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 14:07:32 -0000 Man page says it should, however it does nothing. Looking at the code, I wonder whether the man page should claim only -c and -w for vmstat or if the code should be filled out. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 14:33:50 2005 Return-Path: X-Original-To: current@freebsd.org 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 86C7816A41C; Thu, 23 Jun 2005 14:33:50 +0000 (GMT) (envelope-from jeffm@frob.org) Received: from campbell.genwebhost.com (campbell.genwebhost.com [69.16.196.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E4EF43D55; Thu, 23 Jun 2005 14:33:50 +0000 (GMT) (envelope-from jeffm@frob.org) Received: from jmeegan by campbell.genwebhost.com with local (Exim 4.51) id 1DlSm7-0001vt-6G; Thu, 23 Jun 2005 10:33:51 -0400 From: "Jeff Meegan" To: Marcin Jessa , jeffm@frob.org, freebsd-net@freebsd.org, FreeBSD-Current , NetBSD-current X-Mailer: NeoMail 1.27 X-IPAddress: 130.76.32.16 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Thu, 23 Jun 2005 10:33:51 -0400 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - campbell.genwebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32332 501] / [47 12] X-AntiAbuse: Sender Address Domain - frob.org X-Source: /bin/bash X-Source-Args: sh -c /usr/sbin/sendmail -oem -oi -F '"Jeff Meegan"' -f 'jeffm@frob.org' -t 1>&2 X-Source-Dir: :/base X-Mailman-Approved-At: Fri, 24 Jun 2005 14:21:40 +0000 Cc: Subject: Re: Looking for networking solution. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 14:33:50 -0000 > Hi guys. > > Thanks for the help and good advices. > I just received source code from guys at MITRE in McLean, VA for FreeBSD and will do some testing on it. > "The code is an open implementation of ISO International Standards and it's yours for the asking; there is no licensing." > > I was thinking, maybe someone would be interested in implementing it into FreeBSD's and/or NetBSD's source tree since the code is avaliable for both the BSD's? > > Hello Marcin, The code from Mitre is a reference implementation that was written quite a while ago. It has not kept up with improvements in hardware and makes some poor assumptions about the underlying system. It could use some update, but I do not know the correct path to get these committed anywhere. In any case, if I recall correctly, it is entirely in user space, and may be best tracked in the ports collection. Jeff From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 19:15:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D2F7616A41C; Thu, 23 Jun 2005 19:15:29 +0000 (GMT) (envelope-from freebsd@epicoftimewasted.com) Received: from anya.eboundary.com (anya.eboundary.com [69.90.127.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22CA43D1D; Thu, 23 Jun 2005 19:15:25 +0000 (GMT) (envelope-from freebsd@epicoftimewasted.com) Received: from epicofti by anya.eboundary.com with local (Exim 4.51 (FreeBSD)) id 1DlXFy-0005oo-1m; Thu, 23 Jun 2005 15:20:58 -0400 Received: from 127.0.0.1 ([127.0.0.1]) (SquirrelMail authenticated user freebsd@epicoftimewasted.com) by www.epicoftimewasted.com with HTTP; Thu, 23 Jun 2005 15:20:58 -0400 (EDT) Message-ID: <2707.127.0.0.1.1119554458.squirrel@www.epicoftimewasted.com> Date: Thu, 23 Jun 2005 15:20:58 -0400 (EDT) From: "Ryan R." To: freebsd-amd64@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - anya.eboundary.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [1018 1019] / [26 6] X-AntiAbuse: Sender Address Domain - epicoftimewasted.com X-Source: X-Source-Args: X-Source-Dir: X-Mailman-Approved-At: Fri, 24 Jun 2005 14:21:40 +0000 Cc: freebsd-current@freebsd.org Subject: Sound/volume control problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 19:15:30 -0000 I'm running 6-CURRENT/amd64 dated Wed Jun 22 11:41:19 PDT 2005, using a Soundblaster Live! sound card. I have "device sound" and "device snd_emu10k1" built into the kernel. The card is detected by the kernel, and the sound appears to work just fine. The problem is the volume control doesn't work. XMMS for example, gives me this error message when adjusting the volume (mixer: vol): WARNING pid 88402 (xmms): ioctl sign-extension ioctl ffffffffc0044d00 And when telling XMMS that volume controls pcm rather than master vol: WARNING pid 88405 (xmms): ioctl sign-extension ioctl ffffffffc0044d04 In an attempt to rule out XMMS as the problem, I also installed mplayer. Mplayer doesn't spit out an error message when adjusting the volume, but the volume stays at a constant level. I've checked the output of mixer, and that sees the volume changes, but doesn't actually adjust the volume. Is this a FreeBSD error, or a user error? Is there anything that I could try to fix the problem? Thanks. Ryan From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 20:41:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D48CD16A439 for ; Thu, 23 Jun 2005 20:41:44 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98CA143D53 for ; Thu, 23 Jun 2005 20:41:44 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id 26612BF987; Thu, 23 Jun 2005 16:43:26 -0400 (EDT) Date: Thu, 23 Jun 2005 16:43:25 -0400 From: James Snow To: Wilko Bulte Message-ID: <20050623204325.GA72574@teardrop.org> References: <20050621205048.GA61951@freebie.xs4all.nl> <050622074135F.25017@www.mmlab.cse.yzu.edu.tw> <20050623202416.GA64730@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050623202416.GA64730@freebie.xs4all.nl> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 24 Jun 2005 14:21:40 +0000 Cc: Tai-hwa Liang , freebsd-current@freebsd.org Subject: Re: Getting WPA to work on ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2005 20:41:45 -0000 On Thu, Jun 23, 2005 at 10:24:16PM +0200, Wilko Bulte wrote: > On Wed, Jun 22, 2005 at 07:51:01AM +0800, Tai-hwa Liang wrote.. > > > > Did you enable WME on the AP? I remembered that AP would deauth. your I also had to disable WME on my ath(4) interface to get the AP to stop freaking out. > My AP does not have such a selection option. Don't know if mine did or not, but I only had to disable it on the ath(4) interface to solve my problem. > The situation seems to have improved now that I have enabled SSID > broadcasting on my AP, and at the same time removed the > > scan_ssid=1 > > from my wpa_supplicant.conf I also had to enable SSID broadcasting on my AP to get this setup to work. I didn't leave scan_ssid=1 in my .conf file, so I don't know what effect it had. > > If that still doesn't work, try to turn more debugging message on with: > > > > 80211debug +debug +crypto +auth > > Is this a seperate tool I need to get from somewhere? It's in /usr/src/tools/tools/ath. It's been very useful for me. You might also try 'ifconfig ath0 list scan' while wpa_supplicant is running and with SSID broadcasting turned _off_ on the AP. I'd be curious to see if you have the same problem that I had. (An empty SSID string.) Hope that helps. -Snow From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 14:27:08 2005 Return-Path: X-Original-To: current@freebsd.org 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 5EA1516A41C for ; Fri, 24 Jun 2005 14:27:08 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E98A443D48 for ; Fri, 24 Jun 2005 14:27:07 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id 5C7A0C115 for ; Fri, 24 Jun 2005 16:27:06 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5OER0kb024415 for ; Fri, 24 Jun 2005 16:27:04 +0200 (CEST) From: Thierry Herbelot To: current@freebsd.org Date: Fri, 24 Jun 2005 16:26:55 +0200 User-Agent: KMail/1.8 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506241626.57469.thierry@herbelot.com> Cc: Subject: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 24 Jun 2005 14:27:08 -0000 This is with an SMP machine (oldish BP6) multi-cur# kgdb kernel.debug /files3/tmp/vmcore.154 [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". #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc046897a in db_fncall (dummy1=0, dummy2=0, dummy3=-1067166101, dummy4=0xcc89d8d4 "\bÙ\211Ì") at /usr/src/sys/ddb/db_command.c:531 #2 0xc0468788 in db_command (last_cmdp=0xc08fc464, cmd_table=0x0, aux_cmd_tablep=0xc0879f00, aux_cmd_tablep_end=0xc0879f1c) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0468850 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc046a3d5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc0645904 in kdb_trap (type=3, code=0, tf=0xcc89da18) at /usr/src/sys/kern/subr_kdb.c:471 #6 0xc07e7cbc in trap (frame= {tf_fs = -863436792, tf_es = -1067188184, tf_ds = -1065025496, tf_edi = -1064921604, tf_esi = 1, tf_ebp = -863380904, tf_isp = -863380924, tf_ebx = -863380860, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1067166101, tf_cs = 32, tf_eflags = 642, tf_esp = -863380872, tf_ss = -1067263353}) at /usr/src/sys/i386/i386/trap.c:598 #7 0xc07d583a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xcc890008 in ?? () #9 0xc0640028 in blst_radix_init (scan=0xc084ecf5, radix=-4516961442427043584, skip=-1050930176, count=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/kern/subr_blist.c:885 #10 0xc062da87 in panic (fmt=0x282
) at /usr/src/sys/kern/kern_shutdown.c:537 #11 0xc077be53 in trash_ctor (mem=0xc15c1400, size=0, arg=0xcc89db40, flags=1) at /usr/src/sys/vm/uma_dbg.c:72 #12 0xc0624bd8 in mb_ctor_mbuf (mem=0xc15c1400, size=256, arg=0xcc89db40, how=1) at /usr/src/sys/kern/kern_mbuf.c:204 #13 0xc077a85f in uma_zalloc_arg (zone=0xc104a9a0, udata=0xcc89db40, flags=1) at /usr/src/sys/vm/uma_core.c:1839 #14 0xc06c66ed in tcp_output (tp=0xc165eac8) at mbuf.h:392 ---Type to continue, or q to quit---q Quit (kgdb) frame 11 #11 0xc077be53 in trash_ctor (mem=0xc15c1400, size=0, arg=0xcc89db40, flags=1) at /usr/src/sys/vm/uma_dbg.c:72 72 panic("Memory modified after free %p(%d) val=%x @ %p\n", (kgdb) list 67 68 cnt = size / sizeof(uma_junk); 69 70 for (p = mem; cnt > 0; cnt--, p++) 71 if (*p != uma_junk) 72 panic("Memory modified after free %p(%d) val=%x @ %p\n", 73 mem, size, *p, p); 74 return (0); 75 } 76 (kgdb) frame 13 #13 0xc077a85f in uma_zalloc_arg (zone=0xc104a9a0, udata=0xcc89db40, flags=1) at /usr/src/sys/vm/uma_core.c:1839 1839 if (zone->uz_ctor(item, zone->uz_keg->uk_size, (kgdb) list 1834 ZONE_LOCK(zone); 1835 uma_dbg_alloc(zone, NULL, item); 1836 ZONE_UNLOCK(zone); 1837 #endif 1838 if (zone->uz_ctor != NULL) { 1839 if (zone->uz_ctor(item, zone->uz_keg->uk_size, 1840 udata, flags) != 0) { 1841 uma_zfree_internal(zone, item, udata, 1842 SKIP_DTOR); 1843 return (NULL); (kgdb) print *zone $1 = {uz_name = 0xc084d5b0 "Mbuf", uz_lock = 0xc10443c8, uz_keg = 0xc10443c0, uz_link = { le_next = 0xc104ac60, le_prev = 0xc10443f8}, uz_full_bucket = {lh_first = 0x0}, uz_free_bucket = {lh_first = 0x0}, uz_ctor = 0xc0624bc0 , uz_dtor = 0xc0624c30 , uz_init = 0, uz_fini = 0, uz_allocs = 1993622, uz_fills = 0, uz_count = 128, uz_cpu = {{uc_freebucket = 0xc15b820c, uc_allocbucket = 0xc103d20c, uc_allocs = 3}}} multi-cur# ident kernel.debug | grep uma_dbg.c $FreeBSD: src/sys/vm/uma_dbg.c,v 1.19 2005/02/16 21:45:59 bmilekic Exp $ multi-cur# ident kernel.debug | grep kern_mbuf.c $FreeBSD: src/sys/kern/kern_mbuf.c,v 1.8 2005/06/23 04:33:39 silby Exp $ multi-cur# ident kernel.debug | grep uma_core.c $FreeBSD: src/sys/vm/uma_core.c,v 1.119 2005/04/29 18:56:36 rwatson Exp $ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 14:42:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C0CDC16A41C; Fri, 24 Jun 2005 14:42:40 +0000 (GMT) (envelope-from evantd@washington.edu) Received: from innosense.washington.edu (c-24-19-1-105.hsd1.wa.comcast.net [24.19.1.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A242F43D48; Fri, 24 Jun 2005 14:42:40 +0000 (GMT) (envelope-from evantd@washington.edu) Received: by innosense.washington.edu (Postfix, from userid 1001) id CC67ABEF4; Fri, 24 Jun 2005 07:41:39 -0700 (PDT) Date: Fri, 24 Jun 2005 07:41:39 -0700 From: Evan Dower To: "Ryan R." Message-ID: <20050624144139.GF54283@innosense.washington.edu> References: <2707.127.0.0.1.1119554458.squirrel@www.epicoftimewasted.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2707.127.0.0.1.1119554458.squirrel@www.epicoftimewasted.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Sound/volume control problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 14:42:40 -0000 I am reminded of Thu, Jun 23, 2005 at 03:20:58PM -0400 when Ryan R. said: > I'm running 6-CURRENT/amd64 dated Wed Jun 22 11:41:19 PDT 2005, using a > Soundblaster Live! sound card. I have "device sound" and "device > snd_emu10k1" built into the kernel. The card is detected by the kernel, > and the sound appears to work just fine. The problem is the volume > control doesn't work. XMMS for example, gives me this error message when > adjusting the volume (mixer: vol): > > WARNING pid 88402 (xmms): ioctl sign-extension ioctl ffffffffc0044d00 > > And when telling XMMS that volume controls pcm rather than master vol: > > WARNING pid 88405 (xmms): ioctl sign-extension ioctl ffffffffc0044d04 > > In an attempt to rule out XMMS as the problem, I also installed mplayer. > Mplayer doesn't spit out an error message when adjusting the volume, but > the volume stays at a constant level. I've checked the output of mixer, > and that sees the volume changes, but doesn't actually adjust the volume. > > Is this a FreeBSD error, or a user error? Is there anything that I could > try to fix the problem? Thanks. > > Ryan Have you tried using plain-old mixer to change the volume? I wonder if it might give other useful information. # adjust the master volume a couple times mixer 75 mixer 100 # adjust the pcm volume a couple times mixer pcm 100 mixer pcm 75 -- Evan Dower Software Development Engineer Amazon.com, Inc. Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 15:03:53 2005 Return-Path: X-Original-To: current@freebsd.org 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 106D916A41C for ; Fri, 24 Jun 2005 15:03:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id D18C943D48 for ; Fri, 24 Jun 2005 15:03:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8EEC751215; Fri, 24 Jun 2005 11:03:51 -0400 (EDT) Date: Fri, 24 Jun 2005 11:03:51 -0400 From: Kris Kennaway To: Thierry Herbelot Message-ID: <20050624150350.GA3256@xor.obsecurity.org> References: <200506241626.57469.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <200506241626.57469.thierry@herbelot.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 15:03:53 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 24, 2005 at 04:26:55PM +0200, Thierry Herbelot wrote: >=20 > This is with an SMP machine (oldish BP6) Looks like you forgot to include the full panic...wasn't there a "last used by FOO" also displayed? If so, you should configure DEBUG_MEMGUARD to watch this malloc type (some assembly required, but it's pretty straightforward -- see Bosko Milekic's post to this mailing list when he committed support describing how to do it) and try to replicate the panic. Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCvCDWWry0BWjoQKURAk9jAJ9F2+QEqNMrh7KZPMAcwLtSPCEycQCfWvxO fKKTdE9wENMV7EFPQihvVWA= =iQ+Q -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 15:38:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5BD5A16A41C for ; Fri, 24 Jun 2005 15:38:05 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D90F43D49 for ; Fri, 24 Jun 2005 15:38:05 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-2.free.fr (Postfix) with ESMTP id 037A8320279 for ; Fri, 24 Jun 2005 17:38:03 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5OFbw2w020557 for ; Fri, 24 Jun 2005 17:38:02 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 17:37:55 +0200 User-Agent: KMail/1.8 References: <200506241626.57469.thierry@herbelot.com> <20050624150350.GA3256@xor.obsecurity.org> In-Reply-To: <20050624150350.GA3256@xor.obsecurity.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506241737.56466.thierry@herbelot.com> Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 24 Jun 2005 15:38:05 -0000 Le Friday 24 June 2005 17:03, Kris Kennaway a écrit : > On Fri, Jun 24, 2005 at 04:26:55PM +0200, Thierry Herbelot wrote: > > This is with an SMP machine (oldish BP6) > > Looks like you forgot to include the full panic...wasn't there a "last > used by FOO" also displayed? If so, you should configure > DEBUG_MEMGUARD to watch this malloc type (some assembly required, but > it's pretty straightforward -- see Bosko Milekic's post to this > mailing list when he committed support describing how to do it) and > try to replicate the panic. sorry if I forgot anything : this is the only message I had on the serial console : [traditional dmesg startup messages] Local package initialization:. Additional TCP options:. Starting background file system checks in 60 seconds. Fri Jun 24 09:10:10 CEST 2005 FreeBSD/i386 (multi-cur.herbelot.nom) (ttyd0) login: Jun 24 09:11:02 multi-cur su: thierry.herbelot to root on /dev/ttyp0 panic: Memory modified after free 0xc15c1400(256) val=0 @ 0xc15c1400 cpuid = 0 KDB: enter: panic [thread pid 520 tid 100070 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 520 tid 100070 td 0xc1508780 kdb_enter(c084ecf5) at kdb_enter+0x2b panic(c08695fc,c15c1400,100,0,c15c1400) at panic+0x127 trash_ctor(c15c1400,100,cc89db40,1,c104a9d8) at trash_ctor+0x2f mb_ctor_mbuf(c15c1400,100,cc89db40,1) at mb_ctor_mbuf+0x18 uma_zalloc_arg(c104a9a0,cc89db40,1) at uma_zalloc_arg+0x10f [rest of the ddb session] I forgot to add : this is with a straight GENERIC kernel, built from sources cvsupped around yesterday Jun 23 20:00:00 CEST 2005 the full dmesg is accessible at : http://herbelot.tfh.free.fr/050624.trace Cheers TfH > > Kris From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 16:44:36 2005 Return-Path: X-Original-To: current@freebsd.org 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 2482816A41C for ; Fri, 24 Jun 2005 16:44:36 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id D054E43D4C for ; Fri, 24 Jun 2005 16:44:35 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 84271 invoked from network); 24 Jun 2005 16:44:31 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 24 Jun 2005 16:44:31 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j5OGiV1x014120; Fri, 24 Jun 2005 18:44:31 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j5OGiUvZ014119; Fri, 24 Jun 2005 18:44:30 +0200 (CEST) (envelope-from pho) Date: Fri, 24 Jun 2005 18:44:30 +0200 From: Peter Holm To: Thierry Herbelot Message-ID: <20050624164430.GA14074@peter.osted.lan> References: <200506241626.57469.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200506241626.57469.thierry@herbelot.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 16:44:36 -0000 On Fri, Jun 24, 2005 at 04:26:55PM +0200, Thierry Herbelot wrote: > > This is with an SMP machine (oldish BP6) > It seems as thou I got the same one: panic: Memory modified after free 0xc216d500(256) val=c1d5e100 @ 0xc216d500 cpuid = 0 KDB: enter: panic [thread pid 37 tid 100020 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 37 tid 100020 td 0xc1540480 kdb_enter(c0852679) at kdb_enter+0x2b panic(c086d47e,c216d500,100,c1d5e100,c216d500) at panic+0x14b trash_ctor(c216d500,100,cbfa0b04,1,c104a9d8) at trash_ctor+0x2f mb_ctor_mbuf(c216d500,100,cbfa0b04,1) at mb_ctor_mbuf+0x18 uma_zalloc_arg(c104a9a0,cbfa0b04,1) at uma_zalloc_arg+0x10f m_copym(c1739300,16a0,5a8,1,5cef834) at m_copym+0x11c tcp_output(c1fe78fc) at tcp_output+0xa42 tcp_input(c178ab00,14,c178ab00,0,0) at tcp_input+0x2b0f ip_input(c178ab00) at ip_input+0x511 netisr_processqueue(c099eb38) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xbe ithread_loop(c1573480,cbfa0d38,...) at ithread_loop+0x11c fork_exit(c061bba0,c1573480,cbfa0d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 Details at http://www.holm.cc/stress/log/cons136.html - Peter > > multi-cur# kgdb kernel.debug /files3/tmp/vmcore.154 > [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". > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc046897a in db_fncall (dummy1=0, dummy2=0, dummy3=-1067166101, > dummy4=0xcc89d8d4 "\bÙ\211Ì") at /usr/src/sys/ddb/db_command.c:531 > #2 0xc0468788 in db_command (last_cmdp=0xc08fc464, cmd_table=0x0, > aux_cmd_tablep=0xc0879f00, > aux_cmd_tablep_end=0xc0879f1c) at /usr/src/sys/ddb/db_command.c:349 > #3 0xc0468850 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 > #4 0xc046a3d5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 > #5 0xc0645904 in kdb_trap (type=3, code=0, tf=0xcc89da18) > at /usr/src/sys/kern/subr_kdb.c:471 > #6 0xc07e7cbc in trap (frame= > {tf_fs = -863436792, tf_es = -1067188184, tf_ds = -1065025496, tf_edi = > -1064921604, tf_esi = 1, tf_ebp = -863380904, tf_isp = -863380924, tf_ebx = > -863380860, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, > tf_err = 0, tf_eip = -1067166101, tf_cs = 32, tf_eflags = 642, tf_esp = > -863380872, tf_ss = -1067263353}) at /usr/src/sys/i386/i386/trap.c:598 > #7 0xc07d583a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #8 0xcc890008 in ?? () > #9 0xc0640028 in blst_radix_init (scan=0xc084ecf5, > radix=-4516961442427043584, > skip=-1050930176, count=Unhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/kern/subr_blist.c:885 > #10 0xc062da87 in panic (fmt=0x282
) > at /usr/src/sys/kern/kern_shutdown.c:537 > #11 0xc077be53 in trash_ctor (mem=0xc15c1400, size=0, arg=0xcc89db40, flags=1) > at /usr/src/sys/vm/uma_dbg.c:72 > #12 0xc0624bd8 in mb_ctor_mbuf (mem=0xc15c1400, size=256, arg=0xcc89db40, > how=1) > at /usr/src/sys/kern/kern_mbuf.c:204 > #13 0xc077a85f in uma_zalloc_arg (zone=0xc104a9a0, udata=0xcc89db40, flags=1) > at /usr/src/sys/vm/uma_core.c:1839 > #14 0xc06c66ed in tcp_output (tp=0xc165eac8) at mbuf.h:392 > ---Type to continue, or q to quit---q > Quit > (kgdb) frame 11 > #11 0xc077be53 in trash_ctor (mem=0xc15c1400, size=0, arg=0xcc89db40, flags=1) > at /usr/src/sys/vm/uma_dbg.c:72 > 72 panic("Memory modified after free %p(%d) > val=%x @ %p\n", > (kgdb) list > 67 > 68 cnt = size / sizeof(uma_junk); > 69 > 70 for (p = mem; cnt > 0; cnt--, p++) > 71 if (*p != uma_junk) > 72 panic("Memory modified after free %p(%d) > val=%x @ %p\n", > 73 mem, size, *p, p); > 74 return (0); > 75 } > 76 > (kgdb) frame 13 > #13 0xc077a85f in uma_zalloc_arg (zone=0xc104a9a0, udata=0xcc89db40, flags=1) > at /usr/src/sys/vm/uma_core.c:1839 > 1839 if (zone->uz_ctor(item, > zone->uz_keg->uk_size, > (kgdb) list > 1834 ZONE_LOCK(zone); > 1835 uma_dbg_alloc(zone, NULL, item); > 1836 ZONE_UNLOCK(zone); > 1837 #endif > 1838 if (zone->uz_ctor != NULL) { > 1839 if (zone->uz_ctor(item, > zone->uz_keg->uk_size, > 1840 udata, flags) != 0) { > 1841 uma_zfree_internal(zone, item, > udata, > 1842 SKIP_DTOR); > 1843 return (NULL); > (kgdb) print *zone > $1 = {uz_name = 0xc084d5b0 "Mbuf", uz_lock = 0xc10443c8, uz_keg = 0xc10443c0, > uz_link = { > le_next = 0xc104ac60, le_prev = 0xc10443f8}, uz_full_bucket = {lh_first = > 0x0}, > uz_free_bucket = {lh_first = 0x0}, uz_ctor = 0xc0624bc0 , > uz_dtor = 0xc0624c30 , uz_init = 0, uz_fini = 0, uz_allocs = > 1993622, > uz_fills = 0, uz_count = 128, uz_cpu = {{uc_freebucket = 0xc15b820c, > uc_allocbucket = 0xc103d20c, uc_allocs = 3}}} > > multi-cur# ident kernel.debug | grep uma_dbg.c > $FreeBSD: src/sys/vm/uma_dbg.c,v 1.19 2005/02/16 21:45:59 bmilekic Exp $ > multi-cur# ident kernel.debug | grep kern_mbuf.c > $FreeBSD: src/sys/kern/kern_mbuf.c,v 1.8 2005/06/23 04:33:39 silby Exp $ > multi-cur# ident kernel.debug | grep uma_core.c > $FreeBSD: src/sys/vm/uma_core.c,v 1.119 2005/04/29 18:56:36 rwatson Exp $ > _______________________________________________ > 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 Jun 24 16:50:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 5074716A41C; Fri, 24 Jun 2005 16:50:25 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F8A443D53; Fri, 24 Jun 2005 16:50:24 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 038B03B908; Fri, 24 Jun 2005 18:50:22 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j5OGo2cq001174; Fri, 24 Jun 2005 18:50:02 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j5OGo2x0001173; Fri, 24 Jun 2005 18:50:02 +0200 (CEST) (envelope-from schweikh) Date: Fri, 24 Jun 2005 18:50:02 +0200 From: Jens Schweikhardt To: John Baldwin Message-ID: <20050624165002.GA860@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <200506221057.48595.jhb@FreeBSD.org> <20050623205854.GA763@schweikhardt.net> <200506231714.40891.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506231714.40891.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 16:50:25 -0000 On Thu, Jun 23, 2005 at 05:14:39PM -0400, John Baldwin wrote: ... # Ok. What timecounter does your UP kernel use, and does your UP kernel break # if you change the timecounter to i8254? The UP uses the TSC: $ sysctl -a|grep timec kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 136311 kern.timecounter.nnanouptime: 0 kern.timecounter.nmicrouptime: 664 kern.timecounter.nbintime: 1273 kern.timecounter.nnanotime: 36 kern.timecounter.nmicrotime: 1237 kern.timecounter.ngetbinuptime: 405 kern.timecounter.ngetnanouptime: 29 kern.timecounter.ngetmicrouptime: 2534 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 5 kern.timecounter.nsetclock: 2 kern.timecounter.hardware: TSC kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 When I do $ sysctl kern.timecounter.hardware=i8254 on the UP the time dilation by factor 3 starts and the lapic rate increases. So yes, that breaks the UP kernel. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 16:51:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 BFE3D16A41C for ; Fri, 24 Jun 2005 16:51:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88DD043D1F for ; Fri, 24 Jun 2005 16:51:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 53397515CB; Fri, 24 Jun 2005 12:51:03 -0400 (EDT) Date: Fri, 24 Jun 2005 12:51:03 -0400 From: Kris Kennaway To: Thierry Herbelot Message-ID: <20050624165103.GA36147@xor.obsecurity.org> References: <200506241626.57469.thierry@herbelot.com> <20050624150350.GA3256@xor.obsecurity.org> <200506241737.56466.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <200506241737.56466.thierry@herbelot.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 16:51:04 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 24, 2005 at 05:37:55PM +0200, Thierry Herbelot wrote: > Le Friday 24 June 2005 17:03, Kris Kennaway a ?crit : > > On Fri, Jun 24, 2005 at 04:26:55PM +0200, Thierry Herbelot wrote: > > > This is with an SMP machine (oldish BP6) > > > > Looks like you forgot to include the full panic...wasn't there a "last > > used by FOO" also displayed? If so, you should configure > > DEBUG_MEMGUARD to watch this malloc type (some assembly required, but > > it's pretty straightforward -- see Bosko Milekic's post to this > > mailing list when he committed support describing how to do it) and > > try to replicate the panic. >=20 > sorry if I forgot anything : > this is the only message I had on the serial console : >=20 > [traditional dmesg startup messages] >=20 > Local package initialization:. > Additional TCP options:. > Starting background file system checks in 60 seconds. >=20 > Fri Jun 24 09:10:10 CEST 2005 >=20 > FreeBSD/i386 (multi-cur.herbelot.nom) (ttyd0) >=20 > login: Jun 24 09:11:02 multi-cur su: thierry.herbelot to root on /dev/tty= p0 > panic: Memory modified after free 0xc15c1400(256) val=3D0 @ 0xc15c1400 Sorry, you're right..this is probably related to Mike's recent commit that adds debugging and catches a new class of error. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCvDn2Wry0BWjoQKURAgzTAKC0Ph8ZsBytGZ6jahKuaZQ10IsP6QCgnsTx kBl9iq1ifJeSZLpWd9ryHHg= =BkYQ -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:04:46 2005 Return-Path: X-Original-To: current@freebsd.org 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 1AB8A16A41F; Fri, 24 Jun 2005 17:04:46 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id C253343D4C; Fri, 24 Jun 2005 17:04:45 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-1.free.fr (Postfix) with ESMTP id B1008173509; Fri, 24 Jun 2005 19:04:44 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5OH4ZxT005467; Fri, 24 Jun 2005 19:04:39 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 19:04:31 +0200 User-Agent: KMail/1.8 References: <200506241626.57469.thierry@herbelot.com> <20050624164430.GA14074@peter.osted.lan> In-Reply-To: <20050624164430.GA14074@peter.osted.lan> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506241904.33599.thierry@herbelot.com> Cc: current@freebsd.org Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 24 Jun 2005 17:04:46 -0000 Le Friday 24 June 2005 18:44, Peter Holm a écrit : > On Fri, Jun 24, 2005 at 04:26:55PM +0200, Thierry Herbelot wrote: > > This is with an SMP machine (oldish BP6) > > It seems as thou I got the same one: > [SNIP details] seems so, indeed (I got my panic while rebuilding the world with a "make -j2 buildworld" over an ssh connection) TfH From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:04:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1AB8A16A41F; Fri, 24 Jun 2005 17:04:46 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id C253343D4C; Fri, 24 Jun 2005 17:04:45 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-1.free.fr (Postfix) with ESMTP id B1008173509; Fri, 24 Jun 2005 19:04:44 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5OH4ZxT005467; Fri, 24 Jun 2005 19:04:39 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 19:04:31 +0200 User-Agent: KMail/1.8 References: <200506241626.57469.thierry@herbelot.com> <20050624164430.GA14074@peter.osted.lan> In-Reply-To: <20050624164430.GA14074@peter.osted.lan> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506241904.33599.thierry@herbelot.com> Cc: current@freebsd.org Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 24 Jun 2005 17:04:46 -0000 Le Friday 24 June 2005 18:44, Peter Holm a écrit : > On Fri, Jun 24, 2005 at 04:26:55PM +0200, Thierry Herbelot wrote: > > This is with an SMP machine (oldish BP6) > > It seems as thou I got the same one: > [SNIP details] seems so, indeed (I got my panic while rebuilding the world with a "make -j2 buildworld" over an ssh connection) TfH From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:20:21 2005 Return-Path: X-Original-To: current@freebsd.org 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 9A07616A41C for ; Fri, 24 Jun 2005 17:20:21 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AAE443D1D for ; Fri, 24 Jun 2005 17:20:19 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 16453 invoked from network); 24 Jun 2005 17:20:18 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 24 Jun 2005 17:20:18 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j5OHKIQf014595; Fri, 24 Jun 2005 19:20:18 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j5OHKHS2014594; Fri, 24 Jun 2005 19:20:17 +0200 (CEST) (envelope-from pho) Date: Fri, 24 Jun 2005 19:20:17 +0200 From: Peter Holm To: Thierry Herbelot Message-ID: <20050624172017.GA14513@peter.osted.lan> References: <200506241626.57469.thierry@herbelot.com> <20050624164430.GA14074@peter.osted.lan> <200506241904.33599.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200506241904.33599.thierry@herbelot.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 17:20:21 -0000 On Fri, Jun 24, 2005 at 07:04:31PM +0200, Thierry Herbelot wrote: > Le Friday 24 June 2005 18:44, Peter Holm a écrit : > > On Fri, Jun 24, 2005 at 04:26:55PM +0200, Thierry Herbelot wrote: > > > This is with an SMP machine (oldish BP6) > > > > It seems as thou I got the same one: > > > [SNIP details] > > seems so, indeed > (I got my panic while rebuilding the world with a "make -j2 buildworld" over > an ssh connection) > > TfH Hmmm ... here's a different one after a few minutes of stress testing: panic: Memory modified after free 0xc24d8800(256) val=c2442600 @ 0xc24d8800 cpuid = 0 KDB: enter: panic [thread pid 51 tid 100046 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 51 tid 100046 td 0xc1575d80 kdb_enter(c0852679) at kdb_enter+0x2b panic(c086d47e,c24d8800,100,c2442600,c24d8800) at panic+0x14b trash_ctor(c24d8800,100,0,0,cc9bec38) at trash_ctor+0x2f trash_fini(c24d8800,100) at trash_fini+0x12 zone_drain(c104a9a0) at zone_drain+0x170 zone_foreach(c077b828,cc9becec,c078d2cf,...) at zone_foreach+0x37 uma_reclaim(c1575d80,cc9bec74,0,c0956c40,cc9bec80) at uma_reclaim+0x12 vm_pageout_scan(0,c09ab960,0,c086f231,5c3) at vm_pageout_scan+0x107 vm_pageout(0,cc9bed38,0,c078e088,0) at vm_pageout+0x2c3 fork_exit(c078e088,0,cc9bed38) at fork_exit+0xa0 Details at http://www.holm.cc/stress/log/cons137.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:20:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 30C6216A41C for ; Fri, 24 Jun 2005 17:20:23 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D4DF043D1D for ; Fri, 24 Jun 2005 17:20:22 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 16453 invoked from network); 24 Jun 2005 17:20:18 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 24 Jun 2005 17:20:18 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j5OHKIQf014595; Fri, 24 Jun 2005 19:20:18 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j5OHKHS2014594; Fri, 24 Jun 2005 19:20:17 +0200 (CEST) (envelope-from pho) Date: Fri, 24 Jun 2005 19:20:17 +0200 From: Peter Holm To: Thierry Herbelot Message-ID: <20050624172017.GA14513@peter.osted.lan> References: <200506241626.57469.thierry@herbelot.com> <20050624164430.GA14074@peter.osted.lan> <200506241904.33599.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200506241904.33599.thierry@herbelot.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 17:20:23 -0000 On Fri, Jun 24, 2005 at 07:04:31PM +0200, Thierry Herbelot wrote: > Le Friday 24 June 2005 18:44, Peter Holm a écrit : > > On Fri, Jun 24, 2005 at 04:26:55PM +0200, Thierry Herbelot wrote: > > > This is with an SMP machine (oldish BP6) > > > > It seems as thou I got the same one: > > > [SNIP details] > > seems so, indeed > (I got my panic while rebuilding the world with a "make -j2 buildworld" over > an ssh connection) > > TfH Hmmm ... here's a different one after a few minutes of stress testing: panic: Memory modified after free 0xc24d8800(256) val=c2442600 @ 0xc24d8800 cpuid = 0 KDB: enter: panic [thread pid 51 tid 100046 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 51 tid 100046 td 0xc1575d80 kdb_enter(c0852679) at kdb_enter+0x2b panic(c086d47e,c24d8800,100,c2442600,c24d8800) at panic+0x14b trash_ctor(c24d8800,100,0,0,cc9bec38) at trash_ctor+0x2f trash_fini(c24d8800,100) at trash_fini+0x12 zone_drain(c104a9a0) at zone_drain+0x170 zone_foreach(c077b828,cc9becec,c078d2cf,...) at zone_foreach+0x37 uma_reclaim(c1575d80,cc9bec74,0,c0956c40,cc9bec80) at uma_reclaim+0x12 vm_pageout_scan(0,c09ab960,0,c086f231,5c3) at vm_pageout_scan+0x107 vm_pageout(0,cc9bed38,0,c078e088,0) at vm_pageout+0x2c3 fork_exit(c078e088,0,cc9bed38) at fork_exit+0xa0 Details at http://www.holm.cc/stress/log/cons137.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:21:21 2005 Return-Path: X-Original-To: current@freebsd.org 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 97FAF16A41C; Fri, 24 Jun 2005 17:21:21 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5901F43D49; Fri, 24 Jun 2005 17:21:21 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-1.free.fr (Postfix) with ESMTP id 8DAA229ABFB; Fri, 24 Jun 2005 19:21:20 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5OHL98j008088; Fri, 24 Jun 2005 19:21:11 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 19:21:06 +0200 User-Agent: KMail/1.8 References: <200506241626.57469.thierry@herbelot.com> <20050624164430.GA14074@peter.osted.lan> <1119632271.20635.2.camel@berloga.shadowland> In-Reply-To: <1119632271.20635.2.camel@berloga.shadowland> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506241921.07930.thierry@herbelot.com> Cc: Alex Lyashkov , current@freebsd.org Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 24 Jun 2005 17:21:21 -0000 Le Friday 24 June 2005 18:59, Alex Lyashkov a écrit : > I got a simular panic with RELENG_5. > > - > #2 0xc04a562a in panic (fmt=0xc0602beb "sbappendstream 1") at > /usr/src/sys/kern/kern_shutdown.c:566 > #3 0xc04ddd3a in sbappendstream_locked (sb=0xc1838bb4, m=0xc1084600) at > /usr/src/sys/kern/uipc_socket2.c:739 > #4 0xc0541978 in tcp_input (m=0xc1084600, off0=40) at > /usr/src/sys/netinet/tcp_input.c:1295 > #5 0xc053b011 in ip_input (m=0xc1084600) at > /usr/src/sys/netinet/ip_input.c:776 > #6 0xc050e016 in netisr_processqueue (ni=0xc067af38) at > /usr/src/sys/net/netisr.c:233 > #7 0xc050e1c4 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:340 > #8 0xc0493e98 in ithread_loop (arg=0xc0fd9500) at > /usr/src/sys/kern/kern_intr.c:547 > #9 0xc049330c in fork_exit (callout=0xc0493d74 , > arg=0xc0fd9500, frame=0xc99add38) > -- it seems your panic is on the input path, "mine" was on the ouput path and I do not see any call to the uma subsystem. TfH From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:21:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 97FAF16A41C; Fri, 24 Jun 2005 17:21:21 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5901F43D49; Fri, 24 Jun 2005 17:21:21 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-1.free.fr (Postfix) with ESMTP id 8DAA229ABFB; Fri, 24 Jun 2005 19:21:20 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5OHL98j008088; Fri, 24 Jun 2005 19:21:11 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 19:21:06 +0200 User-Agent: KMail/1.8 References: <200506241626.57469.thierry@herbelot.com> <20050624164430.GA14074@peter.osted.lan> <1119632271.20635.2.camel@berloga.shadowland> In-Reply-To: <1119632271.20635.2.camel@berloga.shadowland> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506241921.07930.thierry@herbelot.com> Cc: Alex Lyashkov , current@freebsd.org Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 24 Jun 2005 17:21:21 -0000 Le Friday 24 June 2005 18:59, Alex Lyashkov a écrit : > I got a simular panic with RELENG_5. > > - > #2 0xc04a562a in panic (fmt=0xc0602beb "sbappendstream 1") at > /usr/src/sys/kern/kern_shutdown.c:566 > #3 0xc04ddd3a in sbappendstream_locked (sb=0xc1838bb4, m=0xc1084600) at > /usr/src/sys/kern/uipc_socket2.c:739 > #4 0xc0541978 in tcp_input (m=0xc1084600, off0=40) at > /usr/src/sys/netinet/tcp_input.c:1295 > #5 0xc053b011 in ip_input (m=0xc1084600) at > /usr/src/sys/netinet/ip_input.c:776 > #6 0xc050e016 in netisr_processqueue (ni=0xc067af38) at > /usr/src/sys/net/netisr.c:233 > #7 0xc050e1c4 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:340 > #8 0xc0493e98 in ithread_loop (arg=0xc0fd9500) at > /usr/src/sys/kern/kern_intr.c:547 > #9 0xc049330c in fork_exit (callout=0xc0493d74 , > arg=0xc0fd9500, frame=0xc99add38) > -- it seems your panic is on the input path, "mine" was on the ouput path and I do not see any call to the uma subsystem. TfH From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:54:09 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 0CA9716A41C for ; Fri, 24 Jun 2005 17:54:09 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C499243D53 for ; Fri, 24 Jun 2005 17:54:08 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 24 Jun 2005 14:07:45 -0400 From: John Baldwin To: Jens Schweikhardt Date: Fri, 24 Jun 2005 13:53:51 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <200506231714.40891.jhb@FreeBSD.org> <20050624165002.GA860@schweikhardt.net> In-Reply-To: <20050624165002.GA860@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506241353.52383.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 17:54:09 -0000 On Friday 24 June 2005 12:50 pm, Jens Schweikhardt wrote: > On Thu, Jun 23, 2005 at 05:14:39PM -0400, John Baldwin wrote: > ... > # Ok. What timecounter does your UP kernel use, and does your UP kernel > break # if you change the timecounter to i8254? > > The UP uses the TSC: > $ sysctl -a|grep timec > kern.timecounter.stepwarnings: 0 > kern.timecounter.nbinuptime: 136311 > kern.timecounter.nnanouptime: 0 > kern.timecounter.nmicrouptime: 664 > kern.timecounter.nbintime: 1273 > kern.timecounter.nnanotime: 36 > kern.timecounter.nmicrotime: 1237 > kern.timecounter.ngetbinuptime: 405 > kern.timecounter.ngetnanouptime: 29 > kern.timecounter.ngetmicrouptime: 2534 > kern.timecounter.ngetbintime: 0 > kern.timecounter.ngetnanotime: 0 > kern.timecounter.ngetmicrotime: 5 > kern.timecounter.nsetclock: 2 > kern.timecounter.hardware: TSC > kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) > kern.timecounter.tick: 1 > kern.timecounter.smp_tsc: 0 > > When I do > > $ sysctl kern.timecounter.hardware=i8254 > > on the UP the time dilation by factor 3 starts and the lapic rate > increases. So yes, that breaks the UP kernel. Ok. Can you try this untested patch? It's mostly from phk and I haven't yet tested it locally to make sure it doesn't break things: --- //depot/vendor/freebsd/src/sys/i386/isa/clock.c 2005/05/14 09:10:26 +++ //depot/user/jhb/acpipci/i386/isa/clock.c 2005/06/24 17:30:30 @@ -136,6 +136,7 @@ static u_char timer2_state; static unsigned i8254_get_timecount(struct timecounter *tc); +static unsigned i8254_simple_get_timecount(struct timecounter *tc); static void set_timer_freq(u_int freq, int intr_freq); static struct timecounter i8254_timecounter = { @@ -532,10 +533,15 @@ { int new_timer0_max_count; + i8254_timecounter.tc_frequency = freq; mtx_lock_spin(&clock_lock); timer_freq = freq; new_timer0_max_count = hardclock_max_count = TIMER_DIV(intr_freq); - if (new_timer0_max_count != timer0_max_count) { + if (using_lapic_timer) { + outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); + outb(TIMER_CNTR0, 0); + outb(TIMER_CNTR0, 0); + } else if (new_timer0_max_count != timer0_max_count) { timer0_max_count = new_timer0_max_count; outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); outb(TIMER_CNTR0, timer0_max_count & 0xff); @@ -548,11 +554,7 @@ i8254_restore(void) { - mtx_lock_spin(&clock_lock); - outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); - outb(TIMER_CNTR0, timer0_max_count & 0xff); - outb(TIMER_CNTR0, timer0_max_count >> 8); - mtx_unlock_spin(&clock_lock); + set_timer_freq(timer_freq, hz); } static void @@ -627,7 +629,6 @@ } set_timer_freq(timer_freq, hz); - i8254_timecounter.tc_frequency = timer_freq; tc_init(&i8254_timecounter); init_TSC(); @@ -782,7 +783,8 @@ /* * If we aren't using the local APIC timer to drive the kernel * clocks, setup the interrupt handler for the 8254 timer 0 so - * that it can drive hardclock(). + * that it can drive hardclock(). Otherwise, change the 8254 + * timecounter to user a simpler algorithm. */ if (!using_lapic_timer) { intr_add_handler("clk", 0, (driver_intr_t *)clkintr, NULL, @@ -791,6 +793,10 @@ if (i8254_intsrc != NULL) i8254_pending = i8254_intsrc->is_pic->pic_source_pending; + } else { + i8254_timecounter.tc_get_timecount = + i8254_simple_get_timecount; + set_timer_freq(timer_freq, hz); } /* Initialize RTC. */ @@ -858,10 +864,8 @@ */ freq = timer_freq; error = sysctl_handle_int(oidp, &freq, sizeof(freq), req); - if (error == 0 && req->newptr != NULL) { + if (error == 0 && req->newptr != NULL) set_timer_freq(freq, hz); - i8254_timecounter.tc_frequency = freq; - } return (error); } @@ -869,6 +873,24 @@ 0, sizeof(u_int), sysctl_machdep_i8254_freq, "IU", ""); static unsigned +i8254_simple_get_timecount(struct timecounter *tc) +{ + u_int count; + u_int high, low; + + mtx_lock_spin(&clock_lock); + + /* Select timer0 and latch counter value. */ + outb(TIMER_MODE, TIMER_SEL0 | TIMER_LATCH); + + low = inb(TIMER_CNTR0); + high = inb(TIMER_CNTR0); + count = 0xffff - ((high << 8) | low); + mtx_unlock_spin(&clock_lock); + return (count); +} + +static unsigned i8254_get_timecount(struct timecounter *tc) { u_int count; -- 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 Jun 24 17:58:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2C83D16A41C for ; Fri, 24 Jun 2005 17:58:04 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D77F343D48 for ; Fri, 24 Jun 2005 17:58:03 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so502482wra for ; Fri, 24 Jun 2005 10:58:03 -0700 (PDT) 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:content-disposition:references; b=QCkeYLabdgNhGg5aT7JtFZg1R5EZqgyiMOxWl6+riW7MgVEPf64my7dmBtl+KYpoxwsxtO7WhG8xcsyhEzJvte+EQ1+YFFwGalfu1o3kQwlhOhqIugLYCS+3kRsOB3k5B+F6Gz/jB0iNt6ZUYYD9tJe7uLNWezPpMWo6W/M0vwg= Received: by 10.54.46.30 with SMTP id t30mr1946703wrt; Fri, 24 Jun 2005 10:58:03 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Fri, 24 Jun 2005 10:58:03 -0700 (PDT) Message-ID: <790a9fff050624105859fcc3d8@mail.gmail.com> Date: Fri, 24 Jun 2005 12:58:03 -0500 From: Scot Hetzel To: "Balgansuren.B" In-Reply-To: <20050624021815.2F6E343D49@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050624021815.2F6E343D49@mx1.FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Buffalo WLI-PCI-G54 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2005 17:58:04 -0000 On 6/23/05, Balgansuren.B wrote: > I have driver disk for the Windows 98/Me/2000/XP of the Buffalo > WLI-PCI-G54 wireless NIC. >=20 > If possible I want to know "ndiscvt" command convert Windows driver > to FreeBSD driver module. >=20 > I don't know which version of Windows driver files need to convert to > FreeBSD driver module and how to convert it. >=20 : > Win2000 > ---------- > bwcdrv.cat > bwcdrv.sys > BWCDRV.VXD > BWCINST.DLL > bcmwl5.sys > netbwc2k.inf > bw43xx.cat > netcbg54.inf >=20 > WinXP > ------- > bwcdrv.cat > bwcdrv.sys > BWCDRV.VXD > BWCINST.DLL > bcmwl5.sys > netbwc2k.inf > bw43xx.cat > netcbg54.inf >=20 : > Which driver files need to convert FreeBSD module? >=20 Use either the Win2000 or WinXP drivers (I suspect that they are the same files). > ndiscvt command line format? >=20 See the following on how to use ndiscvt: http://dannyman.toldme.com/2005/01/05/freebsd-howto-ndisulate-windows-drive= rs/ NOTE: Skip to Step 2. Scot From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 18:32:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 6C14F16A440 for ; Fri, 24 Jun 2005 18:32:05 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8FCD43D1F for ; Fri, 24 Jun 2005 18:32:04 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 103D41604FDF0 for ; Fri, 24 Jun 2005 20:32:03 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20665-05-6 for ; Fri, 24 Jun 2005 20:32:01 +0200 (CEST) Received: from [10.1.14.183] (strojar.garda.sk [147.175.8.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id B212E16051D58 for ; Fri, 24 Jun 2005 20:32:01 +0200 (CEST) Message-ID: <42BC519E.8010309@satro.sk> Date: Fri, 24 Jun 2005 20:31:58 +0200 From: Michal Vanco User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050620) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ANTIvirus at satronet.sk Subject: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 18:32:05 -0000 Hi, i'm trying to make cpufreq working on my laptop (Fujitsu Siemens Lifebook 8020). I get the following in my dmesg after kldload-ing cpufreq module: acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 device_attach: est0 attach returned 6 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 device_attach: est0 attach returned 6 p4tcc0: on cpu0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 device_attach: est0 attach returned 6 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 device_attach: est0 attach returned 6 What went wrong? thanks michal From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 18:41:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1C58716A41C for ; Fri, 24 Jun 2005 18:41:39 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE4FD43D4C for ; Fri, 24 Jun 2005 18:41:38 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr7so.prod.shaw.ca (pd2mr7so-qfe3.prod.shaw.ca [10.0.141.10]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IIL00HVRQKDGW9B@l-daemon> for freebsd-current@freebsd.org; Fri, 24 Jun 2005 12:41:01 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd2mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IIL002TLQKCRIF0@pd2mr7so.prod.shaw.ca> for freebsd-current@freebsd.org; Fri, 24 Jun 2005 12:41:00 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IIL0028NQKB1N@l-daemon> for freebsd-current@freebsd.org; Fri, 24 Jun 2005 12:41:00 -0600 (MDT) Date: Fri, 24 Jun 2005 11:40:34 -0700 From: Colin Percival In-reply-to: <42BC519E.8010309@satro.sk> To: Michal Vanco Message-id: <42BC53A2.80205@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-2 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.91.0.0 References: <42BC519E.8010309@satro.sk> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) Cc: freebsd-current@freebsd.org Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 18:41:39 -0000 Michal Vanco wrote: > i'm trying to make cpufreq working on my laptop (Fujitsu Siemens > Lifebook 8020). I get the following in my dmesg after kldload-ing > cpufreq module: > > acpi_perf0: on cpu0 > acpi_perf0: failed in PERF_STATUS attach > device_attach: acpi_perf0 attach returned 6 > acpi_perf0: on cpu0 > acpi_perf0: failed in PERF_STATUS attach > device_attach: acpi_perf0 attach returned 6 I don't know how acpi_perf works, but I'm guessing that this means that your laptop doesn't have ACPI performance tables... > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 > device_attach: est0 attach returned 6 ... but I know exactly how est works, since I wrote it. You have a recent processor for which Intel hasn't released the frequency/voltage tables; as a result, the est driver can't support it. (Apparently the data I need is in an NDA'ed BIOS writers' guide. Can anyone convince Intel to give me a copy?) Colin Percival From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 18:59:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2DD1216A41C for ; Fri, 24 Jun 2005 18:59:35 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A6D43D48 for ; Fri, 24 Jun 2005 18:59:34 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5OIxXtG032613; Fri, 24 Jun 2005 20:59:33 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5OIxW1W071071; Fri, 24 Jun 2005 20:59:32 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5OIxWMw071070; Fri, 24 Jun 2005 20:59:32 +0200 (CEST) (envelope-from wb) Date: Fri, 24 Jun 2005 20:59:32 +0200 From: Wilko Bulte To: Tai-hwa Liang Message-ID: <20050624185932.GB70929@freebie.xs4all.nl> References: <20050621205048.GA61951@freebie.xs4all.nl> <050622074135F.25017@www.mmlab.cse.yzu.edu.tw> <20050623202416.GA64730@freebie.xs4all.nl> <20050623204325.GA72574@teardrop.org> <20050623211620.GA65274@freebie.xs4all.nl> <20050623213139.GA73882@teardrop.org> <20050623214717.GA65438@freebie.xs4all.nl> <0506241058502.41439@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0506241058502.41439@www.mmlab.cse.yzu.edu.tw> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org, James Snow Subject: Re: Getting WPA to work on ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 18:59:35 -0000 On Fri, Jun 24, 2005 at 12:10:51PM +0800, Tai-hwa Liang wrote.. > On Thu, 23 Jun 2005, Wilko Bulte wrote: > >On Thu, Jun 23, 2005 at 05:31:39PM -0400, James Snow wrote.. > >>On Thu, Jun 23, 2005 at 11:16:20PM +0200, Wilko Bulte wrote: > >>> > >>>How do you disable WME? [ I feel stranded in a maze of acronyms, all > >>>different :-) ] > >> > >>ifconfig -wme > >> > >>I think it's in the ifconfig man page, but I reserve the right to be > >>wrong. If it's not, it clearly should be. > > > >It is indeed in the ifconfig man page. > > > >>My understanding is that we do something wrong with WME right now, and > >>this in turn makes APs unhappy with us. > > > >Smells like WME should default to 'off'? > > It is. See src/sys/net80211/ieee80211.c:1.16. Hm, that would make James' suggestion to ifconfig -wme a no-op. > AFAIK, the problem is that there are some interoperability problems > when you have both WME + WPA enabled. Disable one of them should be a > possible workaround. I believe that Sam has some fixes in his queue; > however, those fixes were not yet ready for the forthcoming 6-RELEASE. OK. > >>>I noticed today that wpa_supplicant renegotiated multiple times even with > >>>SSID broadcasting enabled. So it was most definitely not the full > >>>fix to enable broadcasting. > > That's what I observed around here: sometimes it takes wpa_supplicant > looping multiple times before negotiated to the AP(w/ or w/o hidden SSID). And sometimes it appears not to get things sorted at all (at least not before I get impatient ;), kill wpa_supplicant and remove/re-insert my ath(4) card. > Apart from multiple regotiation sometimes, scan_ssid=1 works for me. > Have you tried to set the IP manually(no dhclient) after ath0 was > associated with the AP? Yes, I tried a couple of times. It did not make a whole lot of difference, in the sense I did not think it worked better with a manual set IP address. Interesting exercise, this :) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 19:17:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 13FE616A41C for ; Fri, 24 Jun 2005 19:17:40 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCFF343D4C for ; Fri, 24 Jun 2005 19:17:39 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:nCVvZl5aR+8wDH1/HyznUBRc6x9R7cEM3HHMlLBS8LTu+cbNh8QLqoeb4PIYV7Ow@[IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j5OJHHvM090259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Jun 2005 04:17:20 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 25 Jun 2005 04:16:42 +0900 Message-ID: From: Hajimu UMEMOTO To: Michal Vanco In-Reply-To: <42BC519E.8010309@satro.sk> References: <42BC519E.8010309@satro.sk> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA 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.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sat, 25 Jun 2005 04:17:22 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cheer.mahoroba.org Cc: freebsd-current@freebsd.org Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 19:17:40 -0000 Hi, >>>>> On Fri, 24 Jun 2005 20:31:58 +0200 >>>>> Michal Vanco said: vanco> i'm trying to make cpufreq working on my laptop (Fujitsu Siemens vanco> Lifebook 8020). I get the following in my dmesg after kldload-ing vanco> cpufreq module: vanco> acpi_perf0: on cpu0 vanco> acpi_perf0: failed in PERF_STATUS attach vanco> device_attach: acpi_perf0 attach returned 6 vanco> acpi_perf0: on cpu0 vanco> acpi_perf0: failed in PERF_STATUS attach vanco> device_attach: acpi_perf0 attach returned 6 vanco> est0: on cpu0 vanco> est: CPU supports Enhanced Speedstep, but is not recognized. vanco> est: Please update driver or contact the maintainer. vanco> est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 vanco> device_attach: est0 attach returned 6 vanco> acpi_perf0: on cpu0 vanco> acpi_perf0: failed in PERF_STATUS attach vanco> device_attach: acpi_perf0 attach returned 6 vanco> est0: on cpu0 vanco> est: CPU supports Enhanced Speedstep, but is not recognized. vanco> est: Please update driver or contact the maintainer. vanco> est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 vanco> device_attach: est0 attach returned 6 vanco> p4tcc0: on cpu0 vanco> acpi_perf0: on cpu0 vanco> acpi_perf0: failed in PERF_STATUS attach vanco> device_attach: acpi_perf0 attach returned 6 vanco> est0: on cpu0 vanco> est: CPU supports Enhanced Speedstep, but is not recognized. vanco> est: Please update driver or contact the maintainer. vanco> est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 vanco> device_attach: est0 attach returned 6 vanco> acpi_perf0: on cpu0 vanco> acpi_perf0: failed in PERF_STATUS attach vanco> device_attach: acpi_perf0 attach returned 6 vanco> est0: on cpu0 vanco> est: CPU supports Enhanced Speedstep, but is not recognized. vanco> est: Please update driver or contact the maintainer. vanco> est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 vanco> device_attach: est0 attach returned 6 vanco> What went wrong? I saw similar error on my laptop (Panasonic Let'snote CF-R4). It occured when doing kldload cpufreq after boot. In my case, I wrote cpufreq_load="YES" into my /boot/loader.conf, then est(4) became usable. 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 Fri Jun 24 19:28:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C6F0816A41C; Fri, 24 Jun 2005 19:28:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79A5943D1D; Fri, 24 Jun 2005 19:28:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 24 Jun 2005 15:42:26 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 15:28:42 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <20050624165002.GA860@schweikhardt.net> <200506241353.52383.jhb@FreeBSD.org> In-Reply-To: <200506241353.52383.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506241528.44124.jhb@FreeBSD.org> Cc: phk@FreeBSD.org, Jens Schweikhardt Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 19:28:50 -0000 On Friday 24 June 2005 01:53 pm, John Baldwin wrote: > On Friday 24 June 2005 12:50 pm, Jens Schweikhardt wrote: > > On Thu, Jun 23, 2005 at 05:14:39PM -0400, John Baldwin wrote: > > ... > > # Ok. What timecounter does your UP kernel use, and does your UP kernel > > break # if you change the timecounter to i8254? > > > > The UP uses the TSC: > > $ sysctl -a|grep timec > > kern.timecounter.stepwarnings: 0 > > kern.timecounter.nbinuptime: 136311 > > kern.timecounter.nnanouptime: 0 > > kern.timecounter.nmicrouptime: 664 > > kern.timecounter.nbintime: 1273 > > kern.timecounter.nnanotime: 36 > > kern.timecounter.nmicrotime: 1237 > > kern.timecounter.ngetbinuptime: 405 > > kern.timecounter.ngetnanouptime: 29 > > kern.timecounter.ngetmicrouptime: 2534 > > kern.timecounter.ngetbintime: 0 > > kern.timecounter.ngetnanotime: 0 > > kern.timecounter.ngetmicrotime: 5 > > kern.timecounter.nsetclock: 2 > > kern.timecounter.hardware: TSC > > kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) > > kern.timecounter.tick: 1 > > kern.timecounter.smp_tsc: 0 > > > > When I do > > > > $ sysctl kern.timecounter.hardware=i8254 > > > > on the UP the time dilation by factor 3 starts and the lapic rate > > increases. So yes, that breaks the UP kernel. > > Ok. Can you try this untested patch? It's mostly from phk and I haven't > yet tested it locally to make sure it doesn't break things: Scratch that. I've reproduced this locally now on a testbox I have and had to add a bugfix from phk to get it to work. Here's the patch that works for me: --- //depot/vendor/freebsd/src/sys/i386/isa/clock.c 2005/05/14 09:10:26 +++ //depot/user/jhb/acpipci/i386/isa/clock.c 2005/06/24 19:19:38 @@ -136,6 +136,7 @@ static u_char timer2_state; static unsigned i8254_get_timecount(struct timecounter *tc); +static unsigned i8254_simple_get_timecount(struct timecounter *tc); static void set_timer_freq(u_int freq, int intr_freq); static struct timecounter i8254_timecounter = { @@ -532,10 +533,15 @@ { int new_timer0_max_count; + i8254_timecounter.tc_frequency = freq; mtx_lock_spin(&clock_lock); timer_freq = freq; new_timer0_max_count = hardclock_max_count = TIMER_DIV(intr_freq); - if (new_timer0_max_count != timer0_max_count) { + if (using_lapic_timer) { + outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); + outb(TIMER_CNTR0, 0); + outb(TIMER_CNTR0, 0); + } else if (new_timer0_max_count != timer0_max_count) { timer0_max_count = new_timer0_max_count; outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); outb(TIMER_CNTR0, timer0_max_count & 0xff); @@ -548,11 +554,7 @@ i8254_restore(void) { - mtx_lock_spin(&clock_lock); - outb(TIMER_MODE, TIMER_SEL0 | TIMER_RATEGEN | TIMER_16BIT); - outb(TIMER_CNTR0, timer0_max_count & 0xff); - outb(TIMER_CNTR0, timer0_max_count >> 8); - mtx_unlock_spin(&clock_lock); + set_timer_freq(timer_freq, hz); } static void @@ -627,7 +629,6 @@ } set_timer_freq(timer_freq, hz); - i8254_timecounter.tc_frequency = timer_freq; tc_init(&i8254_timecounter); init_TSC(); @@ -782,7 +783,8 @@ /* * If we aren't using the local APIC timer to drive the kernel * clocks, setup the interrupt handler for the 8254 timer 0 so - * that it can drive hardclock(). + * that it can drive hardclock(). Otherwise, change the 8254 + * timecounter to user a simpler algorithm. */ if (!using_lapic_timer) { intr_add_handler("clk", 0, (driver_intr_t *)clkintr, NULL, @@ -791,6 +793,11 @@ if (i8254_intsrc != NULL) i8254_pending = i8254_intsrc->is_pic->pic_source_pending; + } else { + i8254_timecounter.tc_get_timecount = + i8254_simple_get_timecount; + i8254_timecounter.tc_counter_mask = 0xffff; + set_timer_freq(timer_freq, hz); } /* Initialize RTC. */ @@ -858,10 +865,8 @@ */ freq = timer_freq; error = sysctl_handle_int(oidp, &freq, sizeof(freq), req); - if (error == 0 && req->newptr != NULL) { + if (error == 0 && req->newptr != NULL) set_timer_freq(freq, hz); - i8254_timecounter.tc_frequency = freq; - } return (error); } @@ -869,6 +874,24 @@ 0, sizeof(u_int), sysctl_machdep_i8254_freq, "IU", ""); static unsigned +i8254_simple_get_timecount(struct timecounter *tc) +{ + u_int count; + u_int high, low; + + mtx_lock_spin(&clock_lock); + + /* Select timer0 and latch counter value. */ + outb(TIMER_MODE, TIMER_SEL0 | TIMER_LATCH); + + low = inb(TIMER_CNTR0); + high = inb(TIMER_CNTR0); + count = 0xffff - ((high << 8) | low); + mtx_unlock_spin(&clock_lock); + return (count); +} + +static unsigned i8254_get_timecount(struct timecounter *tc) { u_int count; -- 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 Jun 24 20:01:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9B76316A41C; Fri, 24 Jun 2005 20:01:14 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53B0943D48; Fri, 24 Jun 2005 20:01:13 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id A4A4C16050715; Fri, 24 Jun 2005 22:01:12 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22039-01; Fri, 24 Jun 2005 22:01:11 +0200 (CEST) Received: from [10.1.14.183] (strojar.garda.sk [147.175.8.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id 5D4CE16051D58; Fri, 24 Jun 2005 22:01:11 +0200 (CEST) Message-ID: <42BC6684.2000804@satro.sk> Date: Fri, 24 Jun 2005 22:01:08 +0200 From: Michal Vanco User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050620) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <42BC519E.8010309@satro.sk> In-Reply-To: X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ANTIvirus at satronet.sk Cc: freebsd-current@freebsd.org Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 20:01:14 -0000 Hajimu UMEMOTO wrote: > > I saw similar error on my laptop (Panasonic Let'snote CF-R4). It > occured when doing kldload cpufreq after boot. In my case, I wrote > cpufreq_load="YES" into my /boot/loader.conf, then est(4) became > usable. > wow ... after doing this everything seems working: est0: on cpu0 p4tcc0: on cpu0 thanks ... should't this behavior be treated as a bug? michal From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:01:52 2005 Return-Path: X-Original-To: current@freebsd.org 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 0E20116A41C for ; Fri, 24 Jun 2005 20:01:52 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id CEBD843D49 for ; Fri, 24 Jun 2005 20:01:51 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 93472 invoked from network); 24 Jun 2005 20:01:50 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 24 Jun 2005 20:01:50 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 24 Jun 2005 15:01:34 -0500 (CDT) From: Mike Silbersack To: Thierry Herbelot , Peter Holm Message-ID: <20050624145923.P83036@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 20:01:52 -0000 The Memory modified after free panics you guys have reported are unfortunately not pinpointing where the error occured, they're just pinpointing where the error was detected. :) So, either I need to improve the code to be more useful, or we could do some quick code inspection - which network devices are you using, and are you using any features like ipfw, netgraph, etc? Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:05:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 01E9C16A41C for ; Fri, 24 Jun 2005 20:05:16 +0000 (GMT) (envelope-from bsdlists@celeritystorm.com) Received: from mail.celeritystorm.com (mail.celeritystorm.com [213.247.62.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id B912043D1F for ; Fri, 24 Jun 2005 20:05:15 +0000 (GMT) (envelope-from bsdlists@celeritystorm.com) Received: by mail.celeritystorm.com (Postfix, from userid 106) id ED8113D74D9; Fri, 24 Jun 2005 22:07:09 +0200 (CEST) Received: from [192.168.0.1] (unknown [81.84.174.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.celeritystorm.com (Postfix) with ESMTP id B17113D74D7 for ; Fri, 24 Jun 2005 22:07:06 +0200 (CEST) Message-ID: <42BC6788.9090901@celeritystorm.com> Date: Fri, 24 Jun 2005 21:05:28 +0100 From: BSD User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040724) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: SE-BSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 20:05:16 -0000 Hi all, I've been using the MAC framework for some time now on 5.X - without any troubles, it works great! However, after reading the recent interview, I am curious about sebsd. What is the status of it? Could I mess around with it on some spare servers using 5.4-STABLE, or do I need -CURRENT to play ? Also, some pointers to a nice tutorial about sebsd usage would be very welcomed. On an unrelated question: Am I safe using PREEMPTION on a production 5.4-STABLE server? Can I expect stability and increased performance at the same time? I've not had the chance to test preemption yet, some insight and personal experiences welcomed too. Thanks in advance! From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:06:02 2005 Return-Path: X-Original-To: current@FreeBSD.ORG 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 8536316A41C for ; Fri, 24 Jun 2005 20:06:02 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1010F43D4C for ; Fri, 24 Jun 2005 20:06:00 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 84388 invoked from network); 24 Jun 2005 20:06:00 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 24 Jun 2005 20:06:00 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 24 Jun 2005 15:05:44 -0500 (CDT) From: Mike Silbersack To: Andrey Chernov In-Reply-To: <20050624092723.GA4393@nagual.pp.ru> Message-ID: <20050624150442.F83036@odysseus.silby.com> References: <20050624032731.T82841@odysseus.silby.com> <20050624092723.GA4393@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.ORG Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 20:06:02 -0000 On Fri, 24 Jun 2005, Andrey Chernov wrote: > On Fri, Jun 24, 2005 at 03:29:42AM -0500, Mike Silbersack wrote: >> >> Andrey, the use after free panic you reported sounds like it could be a >> use after free of a mbuf. What network interfaces do you have on your >> system, and what features are you using? (ipfw, netgraph, etc.) > > No ipfw, netgraph or anything complex. > > de0: flags=108843 mtu 1500 > inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.xxx > inet xxx.xxx.xxx.xxx netmask 0xffffffff broadcast xxx.xxx.xxx.xxx > ether 00:00:c0:f1:ef:d3 > media: Ethernet 10baseT/UTP > status: active Ok, I'm going to spend a few minutes doing an inspection of if_de.c to see if I can find anything odd. Can anyone else with a de card confirm that whether their system now elicits similar panics or whether it's all good? Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:25:08 2005 Return-Path: X-Original-To: current@freebsd.org 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 903F016A41C for ; Fri, 24 Jun 2005 20:25:08 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2AA9343D4C for ; Fri, 24 Jun 2005 20:25:08 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 92823 invoked from network); 24 Jun 2005 20:25:07 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 24 Jun 2005 20:25:07 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j5OKP6l9017304; Fri, 24 Jun 2005 22:25:06 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j5OKP6oW017303; Fri, 24 Jun 2005 22:25:06 +0200 (CEST) (envelope-from pho) Date: Fri, 24 Jun 2005 22:25:05 +0200 From: Peter Holm To: Mike Silbersack Message-ID: <20050624202505.GA17245@peter.osted.lan> References: <20050624145923.P83036@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050624145923.P83036@odysseus.silby.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Thierry Herbelot Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 20:25:08 -0000 On Fri, Jun 24, 2005 at 03:01:34PM -0500, Mike Silbersack wrote: > > The Memory modified after free panics you guys have reported are > unfortunately not pinpointing where the error occured, they're just > pinpointing where the error was detected. :) > > So, either I need to improve the code to be more useful, or we could do > some quick code inspection - which network devices are you using, and are > you using any features like ipfw, netgraph, etc? > > Mike "Silby" Silbersack I'm stress testing with GENERIC + $ diff GENERIC PHO 68a69 > options BREAK_TO_DEBUGGER 295a297,303 > > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > options KTR > options KTR_ENTRIES=4096 > options KTR_MASK=(KTR_BUF|KTR_VFS) > options KTR_COMPILE=(KTR_BUF|KTR_VFS) rl0: port 0xd800-0xd8ff mem 0xff9ffc00-0xff9ffcff irq 22 at device 5.0 on pci2 I get the panics within minutes of testing, so if there's any thing I can do to help ... -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:27:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D0D0E16A41C for ; Fri, 24 Jun 2005 20:27:37 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9303943D48 for ; Fri, 24 Jun 2005 20:27:37 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id B7B81C00A for ; Fri, 24 Jun 2005 22:27:36 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5OKRU2I004904; Fri, 24 Jun 2005 22:27:32 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 22:27:26 +0200 User-Agent: KMail/1.8 References: <20050624145923.P83036@odysseus.silby.com> In-Reply-To: <20050624145923.P83036@odysseus.silby.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506242227.28514.thierry@herbelot.com> Cc: Mike Silbersack Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 24 Jun 2005 20:27:37 -0000 Le Friday 24 June 2005 22:01, Mike Silbersack a écrit : > > So, either I need to improve the code to be more useful, or we could do > some quick code inspection - which network devices are you using, and are > you using any features like ipfw, netgraph, etc? Nothing special for me : this is just a sort of tinderbox, just used to compile the latest -current. The interface is an rl, there are two sound cards (es137x and mss), and the system is run from a geom_mirror volume, partitioned in /var /usr and /tmp - the root fs is on a separate slice. there is no firewall, and netgraph is not used either. The kernel is a straight GENERIC. ACPI is broken on this machine. I will try tomorrow to run a recent kernel with only the geom_mirror kld loaded. Cheers, TfH From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:37:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D5FEC16A41C for ; Fri, 24 Jun 2005 20:37:47 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F6143D1D for ; Fri, 24 Jun 2005 20:37:47 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-2.free.fr (Postfix) with ESMTP id B6130320289 for ; Fri, 24 Jun 2005 22:37:43 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5OKbWuD010115; Fri, 24 Jun 2005 22:37:33 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 22:37:28 +0200 User-Agent: KMail/1.8 References: <20050624145923.P83036@odysseus.silby.com> <20050624202505.GA17245@peter.osted.lan> In-Reply-To: <20050624202505.GA17245@peter.osted.lan> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506242237.30270.thierry@herbelot.com> Cc: Mike Silbersack Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 24 Jun 2005 20:37:48 -0000 Le Friday 24 June 2005 22:25, Peter Holm a écrit : > > rl0: port 0xd800-0xd8ff mem > 0xff9ffc00-0xff9ffcff irq 22 at device 5.0 on pci2 me too ! could this be the start of a pattern ? > > I get the panics within minutes of testing, so if there's any thing I > can do to help ... I did not get the panic within minutes of testing (I ususually first sync the sources from a local CVS mirror, then build the tree). The panic occurred during the "buildworld" phase. TfH From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:44:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 4E08516A41F for ; Fri, 24 Jun 2005 20:44:23 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id D161F43D58 for ; Fri, 24 Jun 2005 20:44:22 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 8328 invoked from network); 24 Jun 2005 20:44:21 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 24 Jun 2005 20:44:21 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 24 Jun 2005 15:44:00 -0500 (CDT) From: Mike Silbersack To: Thierry Herbelot In-Reply-To: <200506242237.30270.thierry@herbelot.com> Message-ID: <20050624154301.A83036@odysseus.silby.com> References: <20050624145923.P83036@odysseus.silby.com> <20050624202505.GA17245@peter.osted.lan> <200506242237.30270.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-296736765-1119645840=:83036" Cc: freebsd-current@freebsd.org, Andrey Chernov Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 20:44:23 -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. --0-296736765-1119645840=:83036 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Fri, 24 Jun 2005, Thierry Herbelot wrote: > Le Friday 24 June 2005 22:25, Peter Holm a =E9crit : >> >> rl0: port 0xd800-0xd8ff mem >> 0xff9ffc00-0xff9ffcff irq 22 at device 5.0 on pci2 > > me too ! could this be the start of a pattern ? I'm wondering the same thing, I just threw a rl into my testbox and I'll=20 see if I can recreate the panic. Andrey, the if_de driver is old and scary, I'm going to try figuring out=20 if there's a problem in if_rl and/or improving the panic message before I= =20 look at if_de any more. Mike "Silby" Silbersack --0-296736765-1119645840=:83036-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:56:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 DCDCF16A41C for ; Fri, 24 Jun 2005 20:56:28 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 7BCD743D4C for ; Fri, 24 Jun 2005 20:56:28 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 61730 invoked from network); 24 Jun 2005 20:56:26 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 24 Jun 2005 20:56:26 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 24 Jun 2005 15:56:11 -0500 (CDT) From: Mike Silbersack To: Thierry Herbelot In-Reply-To: <200506242237.30270.thierry@herbelot.com> Message-ID: <20050624155218.D83036@odysseus.silby.com> References: <20050624145923.P83036@odysseus.silby.com> <20050624202505.GA17245@peter.osted.lan> <200506242237.30270.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 20:56:29 -0000 On Fri, 24 Jun 2005, Thierry Herbelot wrote: > I did not get the panic within minutes of testing (I ususually first sync the > sources from a local CVS mirror, then build the tree). The panic occurred > during the "buildworld" phase. > > TfH That makes some sense, because we may not be getting around to the modified memory until we hit some heavy memory usage. Also, one backtrace showed the panic happening when uma_reclaim was called from the vm pageout daemon. Sounds like I should throw something in to (optionally) call uma_reclaim on a regular basis so that we might catch this more quickly. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 21:18:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 0B9A016A41C for ; Fri, 24 Jun 2005 21:18:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B912643D53 for ; Fri, 24 Jun 2005 21:18:42 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 24 Jun 2005 17:32:19 -0400 From: John Baldwin To: freebsd-current@freebsd.org, Pascal Hofstee Date: Fri, 24 Jun 2005 16:00:41 -0400 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506241600.42470.jhb@FreeBSD.org> Cc: Rainer Hungershausen Subject: Re: if_ral + wpa_supplicant stack backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 21:18:43 -0000 On Saturday 18 June 2005 11:56 am, Pascal Hofstee wrote: > Hi, > > I am seeing period occurances of the same system call with the same > WITNESS warning and similar backtrace on yesterday's AMD64 CURRENT. > > ---------------------- > ral0: link state changed to DOWN > malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following > non-sleepable locks held: > exclusive sleep mutex ral0 (network driver) r = 0 (0xffffffff80c64de8) > locked @ /usr/src/sys/dev/ral/if_ral.c:2167 > KDB: stack backtrace: > kdb_backtrace() at kdb_backtrace+0x37 > witness_warn() at witness_warn+0x2c1 > uma_zalloc_arg() at uma_zalloc_arg+0x69 > malloc() at malloc+0xf5 > ieee80211_ioctl_setoptie() at ieee80211_ioctl_setoptie+0x4b > ieee80211_ioctl_set80211() at ieee80211_ioctl_set80211+0x64e > ieee80211_ioctl() at ieee80211_ioctl+0x125 > ral_ioctl() at ral_ioctl+0xa4 > in_control() at in_control+0xc2f > ifioctl() at ifioctl+0x1f6 > soo_ioctl() at soo_ioctl+0x38c > ioctl() at ioctl+0x476 > syscall() at syscall+0x332 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x8007c2d4c, rsp = > 0x7fffffffdfd8, rbp = 0x18 --- > ral0: link state changed to UP > ---------------------- > > I am indeed curious to understand what exactly is causing these WITNESS > warnings This is a bug in ral(4) as it indiscriminately just holds its mutex across ieee80211_ioctl() which isn't safe. The ral(4) maintainer needs to fix it. -- 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 Jun 24 21:18:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B6B1916A41C for ; Fri, 24 Jun 2005 21:18:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 732CC43D48 for ; Fri, 24 Jun 2005 21:18:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 24 Jun 2005 17:32:20 -0400 From: John Baldwin To: freebsd-current@freebsd.org, Katu Date: Fri, 24 Jun 2005 16:14:58 -0400 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506241614.59108.jhb@FreeBSD.org> Cc: Subject: Re: Cannot boot June snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 21:18:43 -0000 On Wednesday 15 June 2005 12:59 pm, Katu wrote: > > I have an old HP Kayak XU (dual PII 300 MHz) that was happily running > > Windows NT 4, then Linux with 2.4 kernel, then FreeBSD 5.2.1. Today I > > tried to install 6-CURRENT snapshot from June, and during boot it > > repeats the same error messages regarding ahc0 over and over. Please > > see attached verbose boot log. > > > > What is the problem? Is it a hardware issue or something else? I still > > have the machine connected to serial console if you need more > > information. > > > > Thanks, > > > > Arthur > > I just tried with 5.4-RELEASE, it didn't work too, so I guess > something changed between 5.2.1 and 5.3. Attached is the boot log from > 6.0 snapshot Does the 5.4 install disk boot ok? -- 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 Jun 24 21:18:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3C1C316A41C for ; Fri, 24 Jun 2005 21:18:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6BAA43D48 for ; Fri, 24 Jun 2005 21:18:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 24 Jun 2005 17:32:20 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 16:16:01 -0400 User-Agent: KMail/1.8 References: <20050615222417.GA95979@afields.ca> In-Reply-To: <20050615222417.GA95979@afields.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506241616.02178.jhb@FreeBSD.org> Cc: Allan Fields Subject: Re: ddb(4) manpage: kill X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 21:18:44 -0000 On Wednesday 15 June 2005 06:24 pm, Allan Fields wrote: > Kill entry for ddb(4) manpage. You probably want to send this over to the doc guys on doc@ or file a doc PR with the diff in it as the doc guys tend to be more prompt in committing documentation fixes. :) -- 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 Jun 24 21:18:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 20E3116A41C for ; Fri, 24 Jun 2005 21:18:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A0743D48 for ; Fri, 24 Jun 2005 21:18:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 24 Jun 2005 17:32:21 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 16:41:24 -0400 User-Agent: KMail/1.8 References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> In-Reply-To: <20050617.233055.41723867.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506241641.25433.jhb@FreeBSD.org> Cc: cracauer@cons.org, Warner Losh Subject: Re: 6.0-current panic: loading radeon module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 21:18:45 -0000 On Saturday 18 June 2005 01:30 am, Warner Losh wrote: > From: Martin Cracauer > Subject: Re: 6.0-current panic: loading radeon module > Date: Fri, 17 Jun 2005 19:46:39 -0400 > > > Hmmmmm, this doesn't look quite right. I am probably missing the > > debug info from within the radeon module. But since I don't have the > > base address for the module I'm not sure how to add its symbols when > > debugging the vmcore. > > > > Let me know how useful this is. > > > > Martin > > > > (kgdb) bt > > #0 doadump () at pcpu.h:165 > > #1 0xc052db30 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 > > #2 0xc052ddf4 in panic (fmt=0xc06caa94 "from debugger") > > at ../../../kern/kern_shutdown.c:553 > > #3 0xc0450711 in db_panic (addr=-1066780860, have_addr=0, count=-1, > > modif=0xf5a3d770 "") at ../../../ddb/db_command.c:435 > > #4 0xc04506a8 in db_command (last_cmdp=0xc0737444, cmd_table=0x0, > > aux_cmd_tablep=0xc06fcdf4, aux_cmd_tablep_end=0xc06fcdf8) > > at ../../../ddb/db_command.c:349 > > #5 0xc0450770 in db_command_loop () at ../../../ddb/db_command.c:455 > > #6 0xc0452305 in db_trap (type=12, code=0) at ../../../ddb/db_main.c:221 > > #7 0xc05462df in kdb_trap (type=12, code=0, tf=0xf5a3d904) > > at ../../../kern/subr_kdb.c:471 > > #8 0xc06a5bcb in trap_fatal (frame=0xf5a3d904, eva=3221094400) > > at ../../../i386/i386/trap.c:826 > > #9 0xc06a593f in trap_pfault (frame=0xf5a3d904, usermode=0, > > eva=3221094400) at ../../../i386/i386/trap.c:749 > > #10 0xc06a5561 in trap (frame= > > {tf_fs = -1067122680, tf_es = -1056702424, tf_ds = 40, tf_edi = > > 256, tf_esi = -533393408, tf_ebp = -173811368, tf_isp = -173811408, > > tf_ebx = 130740224, tf_edx = 1015808, tf_ecx = -134217728, tf_eax = > > -533393149, tf_trapno = 12, tf_err = 2, tf_eip = -1066780860, tf_cs = 32, > > tf_eflags = 590470, tf_esp = 0, tf_ss = -137695232}) at > > ../../../i386/i386/trap.c:439 ---Type to continue, or q > > to quit--- > > #11 0xc069538a in calltrap () at ../../../i386/i386/exception.s:139 > > #12 0xc0650008 in ufs_setattr (ap=0x0) at > > ../../../ufs/ufs/ufs_vnops.c:564 #13 0xc069fe39 in > > nexus_activate_resource (bus=0xc2703d00, child=0xc2821000, type=3, > > rid=16, r=0xc281dd80) at ../../../i386/i386/nexus.c:419 #14 0xc05436b0 in > > bus_generic_activate_resource (dev=0x0, child=0xc2821000, type=3, rid=16, > > r=0xc281dd80) at bus_if.h:290 > > #15 0xc05436b0 in bus_generic_activate_resource (dev=0x0, > > child=0xc2821000, type=3, rid=16, r=0xc281dd80) at bus_if.h:290 > > #16 0xc05436b0 in bus_generic_activate_resource (dev=0x0, > > child=0xc2821000, type=3, rid=16, r=0xc281dd80) at bus_if.h:290 > > #17 0xc05436b0 in bus_generic_activate_resource (dev=0x0, > > child=0xc2821000, type=3, rid=16, r=0xc281dd80) at bus_if.h:290 > > #18 0xc05436b0 in bus_generic_activate_resource (dev=0x0, > > child=0xc2821000, type=3, rid=16, r=0xc281dd80) at bus_if.h:290 > > #19 0xc04addaa in pci_alloc_resource (dev=0xc2821080, child=0xc2821000, > > type=3, rid=0xf5a3db2c, start=0, end=4294967295, count=1, flags=6) > > at ../../../dev/pci/pci.c:1753 > > #20 0xc0543a88 in bus_alloc_resource (dev=0x0, type=3, rid=0xf5a3db2c, > > start=0, end=4294967295, count=1, flags=6) at bus_if.h:262 > > #21 0xc2b9a273 in ?? () > > This is your problem. dev == 0 isn't allowed here. I'm surprised it > gets as far as it does. But I'm not entirely sure I believe it > because dev is supposed to have its parent taken to walk up the tree. > And there's no way that ufs attr is being called from nexus resource > manager.... gdb's just confused again. Note that the dev for pci_alloc_resource() is the same as the child for nexus_activate_resource(). line 419 of nexus.c is a call to pmap_mapdev(). We've gotten pmap_mapdev() panics at work if the AGP aperture was cranked up a lot (256 MB for example) and there wasn't a lot of contiguous KVA available. That was on 4.x though. -- 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 Jun 24 21:31:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5DAA516A41C for ; Fri, 24 Jun 2005 21:31:56 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1702743D49 for ; Fri, 24 Jun 2005 21:31:56 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-1.free.fr (Postfix) with ESMTP id 3B5851734AD for ; Fri, 24 Jun 2005 23:31:54 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5OLVnj3004035; Fri, 24 Jun 2005 23:31:51 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2005 23:31:45 +0200 User-Agent: KMail/1.8 References: <20050624145923.P83036@odysseus.silby.com> <200506242237.30270.thierry@herbelot.com> <20050624155218.D83036@odysseus.silby.com> In-Reply-To: <20050624155218.D83036@odysseus.silby.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506242331.47205.thierry@herbelot.com> Cc: Mike Silbersack Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 24 Jun 2005 21:31:56 -0000 Le Friday 24 June 2005 22:56, Mike Silbersack a écrit : > > That makes some sense, because we may not be getting around to the > modified memory until we hit some heavy memory usage. Also, one backtrace > showed the panic happening when uma_reclaim was called from the vm pageout > daemon. Sounds like I should throw something in to (optionally) call > uma_reclaim on a regular basis so that we might catch this more quickly. some light coming into the debate ! my test machine is somewhat low on memory (128Megs) and is used "headless", so the memory could only become rare somewhat late in the buildworld process. cheers, TfH From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:01:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 368EA16A41C; Fri, 24 Jun 2005 22:01:15 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2F2943D4C; Fri, 24 Jun 2005 22:01:14 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id j5OM0lfd025998; Fri, 24 Jun 2005 15:00:47 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id j5OM0jm2025997; Fri, 24 Jun 2005 15:00:45 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: John Baldwin In-Reply-To: <200506241641.25433.jhb@FreeBSD.org> References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> <200506241641.25433.jhb@FreeBSD.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 24 Jun 2005 15:00:44 -0700 Message-Id: <1119650444.1173.105.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: cracauer@cons.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: 6.0-current panic: loading radeon module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 22:01:15 -0000 On Fri, 2005-06-24 at 16:41 -0400, John Baldwin wrote: > On Saturday 18 June 2005 01:30 am, Warner Losh wrote: > > From: Martin Cracauer > > Subject: Re: 6.0-current panic: loading radeon module > > Date: Fri, 17 Jun 2005 19:46:39 -0400 > > > > > Hmmmmm, this doesn't look quite right. I am probably missing the > > > debug info from within the radeon module. But since I don't have the > > > base address for the module I'm not sure how to add its symbols when > > > debugging the vmcore. > > > > > > Let me know how useful this is. > > > > > > Martin > > > > > > (kgdb) bt > > > #0 doadump () at pcpu.h:165 > > > #1 0xc052db30 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 > > > #2 0xc052ddf4 in panic (fmt=0xc06caa94 "from debugger") > > > at ../../../kern/kern_shutdown.c:553 > > > #3 0xc0450711 in db_panic (addr=-1066780860, have_addr=0, count=-1, > > > modif=0xf5a3d770 "") at ../../../ddb/db_command.c:435 > > > #4 0xc04506a8 in db_command (last_cmdp=0xc0737444, cmd_table=0x0, > > > aux_cmd_tablep=0xc06fcdf4, aux_cmd_tablep_end=0xc06fcdf8) > > > at ../../../ddb/db_command.c:349 > > > #5 0xc0450770 in db_command_loop () at ../../../ddb/db_command.c:455 > > > #6 0xc0452305 in db_trap (type=12, code=0) at ../../../ddb/db_main.c:221 > > > #7 0xc05462df in kdb_trap (type=12, code=0, tf=0xf5a3d904) > > > at ../../../kern/subr_kdb.c:471 > > > #8 0xc06a5bcb in trap_fatal (frame=0xf5a3d904, eva=3221094400) > > > at ../../../i386/i386/trap.c:826 > > > #9 0xc06a593f in trap_pfault (frame=0xf5a3d904, usermode=0, > > > eva=3221094400) at ../../../i386/i386/trap.c:749 > > > #10 0xc06a5561 in trap (frame= > > > {tf_fs = -1067122680, tf_es = -1056702424, tf_ds = 40, tf_edi = > > > 256, tf_esi = -533393408, tf_ebp = -173811368, tf_isp = -173811408, > > > tf_ebx = 130740224, tf_edx = 1015808, tf_ecx = -134217728, tf_eax = > > > -533393149, tf_trapno = 12, tf_err = 2, tf_eip = -1066780860, tf_cs = 32, > > > tf_eflags = 590470, tf_esp = 0, tf_ss = -137695232}) at > > > ../../../i386/i386/trap.c:439 ---Type to continue, or q > > > to quit--- > > > #11 0xc069538a in calltrap () at ../../../i386/i386/exception.s:139 > > > #12 0xc0650008 in ufs_setattr (ap=0x0) at > > > ../../../ufs/ufs/ufs_vnops.c:564 #13 0xc069fe39 in > > > nexus_activate_resource (bus=0xc2703d00, child=0xc2821000, type=3, > > > rid=16, r=0xc281dd80) at ../../../i386/i386/nexus.c:419 #14 0xc05436b0 in > > > bus_generic_activate_resource (dev=0x0, child=0xc2821000, type=3, rid=16, > > > r=0xc281dd80) at bus_if.h:290 > > > #15 0xc05436b0 in bus_generic_activate_resource (dev=0x0, > > > child=0xc2821000, type=3, rid=16, r=0xc281dd80) at bus_if.h:290 > > > #16 0xc05436b0 in bus_generic_activate_resource (dev=0x0, > > > child=0xc2821000, type=3, rid=16, r=0xc281dd80) at bus_if.h:290 > > > #17 0xc05436b0 in bus_generic_activate_resource (dev=0x0, > > > child=0xc2821000, type=3, rid=16, r=0xc281dd80) at bus_if.h:290 > > > #18 0xc05436b0 in bus_generic_activate_resource (dev=0x0, > > > child=0xc2821000, type=3, rid=16, r=0xc281dd80) at bus_if.h:290 > > > #19 0xc04addaa in pci_alloc_resource (dev=0xc2821080, child=0xc2821000, > > > type=3, rid=0xf5a3db2c, start=0, end=4294967295, count=1, flags=6) > > > at ../../../dev/pci/pci.c:1753 > > > #20 0xc0543a88 in bus_alloc_resource (dev=0x0, type=3, rid=0xf5a3db2c, > > > start=0, end=4294967295, count=1, flags=6) at bus_if.h:262 > > > #21 0xc2b9a273 in ?? () > > > > This is your problem. dev == 0 isn't allowed here. I'm surprised it > > gets as far as it does. But I'm not entirely sure I believe it > > because dev is supposed to have its parent taken to walk up the tree. > > And there's no way that ufs attr is being called from nexus resource > > manager.... > > gdb's just confused again. Note that the dev for pci_alloc_resource() is the > same as the child for nexus_activate_resource(). > > line 419 of nexus.c is a call to pmap_mapdev(). We've gotten pmap_mapdev() > panics at work if the AGP aperture was cranked up a lot (256 MB for example) > and there wasn't a lot of contiguous KVA available. That was on 4.x though. I'd forgotten about this thread. I've got a proposed fix for this at: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:09:09 2005 Return-Path: X-Original-To: current@freebsd.org 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 0151016A41C for ; Fri, 24 Jun 2005 22:09:09 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ACCA43D55 for ; Fri, 24 Jun 2005 22:09: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.4/8.13.4) with ESMTP id j5OM97ne087668; Sat, 25 Jun 2005 02:09:07 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5OM96Us087667; Sat, 25 Jun 2005 02:09:06 +0400 (MSD) (envelope-from ache) Date: Sat, 25 Jun 2005 02:09:06 +0400 From: Andrey Chernov To: Mike Silbersack Message-ID: <20050624220906.GA87514@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mike Silbersack , Thierry Herbelot , Peter Holm , current@freebsd.org References: <20050624145923.P83036@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050624145923.P83036@odysseus.silby.com> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org, Thierry Herbelot Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 22:09:09 -0000 On Fri, Jun 24, 2005 at 03:01:34PM -0500, Mike Silbersack wrote: > > The Memory modified after free panics you guys have reported are > unfortunately not pinpointing where the error occured, they're just > pinpointing where the error was detected. :) Could you "tag" mbuf somehow to show later (at the panic) from where it comes from? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:13:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9B59216A41F for ; Fri, 24 Jun 2005 22:13:49 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F79A43D49 for ; Fri, 24 Jun 2005 22:13:48 +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.4/8.13.4) with ESMTP id j5OMDla9087776; Sat, 25 Jun 2005 02:13:47 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5OMDlB8087775; Sat, 25 Jun 2005 02:13:47 +0400 (MSD) (envelope-from ache) Date: Sat, 25 Jun 2005 02:13:46 +0400 From: Andrey Chernov To: Mike Silbersack Message-ID: <20050624221346.GB87514@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mike Silbersack , Thierry Herbelot , freebsd-current@freebsd.org References: <20050624145923.P83036@odysseus.silby.com> <20050624202505.GA17245@peter.osted.lan> <200506242237.30270.thierry@herbelot.com> <20050624154301.A83036@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050624154301.A83036@odysseus.silby.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Thierry Herbelot Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 22:13:49 -0000 On Fri, Jun 24, 2005 at 03:44:00PM -0500, Mike Silbersack wrote: > Andrey, the if_de driver is old and scary, I'm going to try figuring out > if there's a problem in if_rl and/or improving the panic message before I > look at if_de any more. if_de is GIANT-LOCKED, so nothing is too much scary there, just checking linear sequence of things will be enough, as I suppose. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:41:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D18F316A41C; Fri, 24 Jun 2005 22:41:34 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F0D443D49; Fri, 24 Jun 2005 22:41:33 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 3C2FE3B96B; Sat, 25 Jun 2005 00:41:32 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j5OMf7lU001115; Sat, 25 Jun 2005 00:41:07 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j5OMf7cF001114; Sat, 25 Jun 2005 00:41:07 +0200 (CEST) (envelope-from schweikh) Date: Sat, 25 Jun 2005 00:41:07 +0200 From: Jens Schweikhardt To: John Baldwin Message-ID: <20050624224107.GA778@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <20050624165002.GA860@schweikhardt.net> <200506241353.52383.jhb@FreeBSD.org> <200506241528.44124.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506241528.44124.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, phk@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 22:41:35 -0000 John et al, On Fri, Jun 24, 2005 at 03:28:42PM -0400, John Baldwin wrote: # On Friday 24 June 2005 01:53 pm, John Baldwin wrote: # > On Friday 24 June 2005 12:50 pm, Jens Schweikhardt wrote: # > > On Thu, Jun 23, 2005 at 05:14:39PM -0400, John Baldwin wrote: # > > ... # > > # Ok. What timecounter does your UP kernel use, and does your UP kernel # > > break # if you change the timecounter to i8254? # > > # > > The UP uses the TSC: # > > $ sysctl -a|grep timec # > > kern.timecounter.stepwarnings: 0 # > > kern.timecounter.nbinuptime: 136311 # > > kern.timecounter.nnanouptime: 0 # > > kern.timecounter.nmicrouptime: 664 # > > kern.timecounter.nbintime: 1273 # > > kern.timecounter.nnanotime: 36 # > > kern.timecounter.nmicrotime: 1237 # > > kern.timecounter.ngetbinuptime: 405 # > > kern.timecounter.ngetnanouptime: 29 # > > kern.timecounter.ngetmicrouptime: 2534 # > > kern.timecounter.ngetbintime: 0 # > > kern.timecounter.ngetnanotime: 0 # > > kern.timecounter.ngetmicrotime: 5 # > > kern.timecounter.nsetclock: 2 # > > kern.timecounter.hardware: TSC # > > kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) # > > kern.timecounter.tick: 1 # > > kern.timecounter.smp_tsc: 0 # > > # > > When I do # > > # > > $ sysctl kern.timecounter.hardware=i8254 # > > # > > on the UP the time dilation by factor 3 starts and the lapic rate # > > increases. So yes, that breaks the UP kernel. # > # > Ok. Can you try this untested patch? It's mostly from phk and I haven't # > yet tested it locally to make sure it doesn't break things: # # Scratch that. (This patch made time advance with 11-fold speed, lapic rates about 170... interesting effects happen then ;-) # I've reproduced this locally now on a testbox I have and had to # add a bugfix from phk to get it to work. Here's the patch that works for me: Sorry, does not work here; still time dilation in sleep 1 (MP case, no sysctl kern.timecounter.hardware frobs): $ vmstat -i interrupt total rate irq1: atkbd0 455 9 irq13: npx0 1 0 irq14: ata0 63 1 irq15: ata1 109 2 irq18: em0 15 0 irq24: ahd0 4529 96 irq25: ahc0 16 0 lapic0: timer 272712 5802 lapic1: timer 258021 5489 Total 535921 11402 Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:47:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 89CAA16A41C; Fri, 24 Jun 2005 22:47:18 +0000 (GMT) (envelope-from kayve@sfsu.edu) Received: from mailgw1.sfsu.edu (mailgw1.sfsu.edu [130.212.10.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65D0143D49; Fri, 24 Jun 2005 22:47:18 +0000 (GMT) (envelope-from kayve@sfsu.edu) Received: from libra.sfsu.edu (libra.sfsu.edu [130.212.10.238]) by mailgw1.sfsu.edu (8.12.11/8.12.11) with ESMTP id j5OMl0rc014315; Fri, 24 Jun 2005 15:47:00 -0700 Received: from localhost (kayve@localhost) by libra.sfsu.edu (8.12.10/8.12.10) with ESMTP id j5OMl0gf016073; Fri, 24 Jun 2005 15:47:00 -0700 (PDT) X-Authentication-Warning: libra.sfsu.edu: kayve owned process doing -bs Date: Fri, 24 Jun 2005 15:47:00 -0700 (PDT) From: KAYVEN RIESE To: Jens Schweikhardt In-Reply-To: <20050624224107.GA778@schweikhardt.net> Message-ID: References: <20050516113420.GA786@schweikhardt.net> <20050624165002.GA860@schweikhardt.net> <200506241353.52383.jhb@FreeBSD.org> <200506241528.44124.jhb@FreeBSD.org> <20050624224107.GA778@schweikhardt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: AAAAAQAAA+k= X-Language-Identified: TRUE X-SFSU-VirusScanner: Found to be clean Cc: freebsd-current@freebsd.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 22:47:18 -0000 i shouldn't have done this. my clock is wrong Path: /home/kayve (kayve@kayvetop) 101> vmsat -i Whoops>vmstat -i (ynea)? yes interrupt total rate irq0: clk 11619316 999 irq1: atkbd0 35733 3 irq4: cbb0 bge0 164070 14 irq7: ppc0 1 0 irq8: rtc 1487453 127 irq9: acpi0 237 0 irq10: fwohci0++ 2 0 irq11: cbb1 uhci0 98691 8 irq13: npx0 1 0 irq14: ata0 32813 2 irq15: ata1 48 0 Total 13438365 1156 Path: /home/kayve (kayve@kayvetop) 102> On Sat, 25 Jun 2005, Jens Schweikhardt wrote: > John et al, > > On Fri, Jun 24, 2005 at 03:28:42PM -0400, John Baldwin wrote: > # On Friday 24 June 2005 01:53 pm, John Baldwin wrote: > # > On Friday 24 June 2005 12:50 pm, Jens Schweikhardt wrote: > # > > On Thu, Jun 23, 2005 at 05:14:39PM -0400, John Baldwin wrote: > # > > ... > # > > # Ok. What timecounter does your UP kernel use, and does your UP kernel > # > > break # if you change the timecounter to i8254? > # > > > # > > The UP uses the TSC: > # > > $ sysctl -a|grep timec > # > > kern.timecounter.stepwarnings: 0 > # > > kern.timecounter.nbinuptime: 136311 > # > > kern.timecounter.nnanouptime: 0 > # > > kern.timecounter.nmicrouptime: 664 > # > > kern.timecounter.nbintime: 1273 > # > > kern.timecounter.nnanotime: 36 > # > > kern.timecounter.nmicrotime: 1237 > # > > kern.timecounter.ngetbinuptime: 405 > # > > kern.timecounter.ngetnanouptime: 29 > # > > kern.timecounter.ngetmicrouptime: 2534 > # > > kern.timecounter.ngetbintime: 0 > # > > kern.timecounter.ngetnanotime: 0 > # > > kern.timecounter.ngetmicrotime: 5 > # > > kern.timecounter.nsetclock: 2 > # > > kern.timecounter.hardware: TSC > # > > kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) > # > > kern.timecounter.tick: 1 > # > > kern.timecounter.smp_tsc: 0 > # > > > # > > When I do > # > > > # > > $ sysctl kern.timecounter.hardware=i8254 > # > > > # > > on the UP the time dilation by factor 3 starts and the lapic rate > # > > increases. So yes, that breaks the UP kernel. > # > > # > Ok. Can you try this untested patch? It's mostly from phk and I haven't > # > yet tested it locally to make sure it doesn't break things: > # > # Scratch that. > > (This patch made time advance with 11-fold speed, lapic rates about 170... > interesting effects happen then ;-) > > # I've reproduced this locally now on a testbox I have and had to > # add a bugfix from phk to get it to work. Here's the patch that works for me: > > Sorry, does not work here; still time dilation in sleep 1 (MP case, no > sysctl kern.timecounter.hardware frobs): > > $ vmstat -i > interrupt total rate > irq1: atkbd0 455 9 > irq13: npx0 1 0 > irq14: ata0 63 1 > irq15: ata1 109 2 > irq18: em0 15 0 > irq24: ahd0 4529 96 > irq25: ahc0 16 0 > lapic0: timer 272712 5802 > lapic1: timer 258021 5489 > Total 535921 11402 > > Regards, > > Jens > -- > Jens Schweikhardt http://www.schweikhardt.net/ > SIGSIG -- signature too long (core dumped) > _______________________________________________ > 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 Jun 24 22:59:56 2005 Return-Path: X-Original-To: current@freebsd.org 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 F216316A41C for ; Fri, 24 Jun 2005 22:59:55 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8243E43D5D for ; Fri, 24 Jun 2005 22:59:55 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 43666 invoked from network); 24 Jun 2005 22:59:54 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 24 Jun 2005 22:59:54 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 24 Jun 2005 17:59:38 -0500 (CDT) From: Mike Silbersack To: Andrey Chernov In-Reply-To: <20050624220906.GA87514@nagual.pp.ru> Message-ID: <20050624175913.J85970@odysseus.silby.com> References: <20050624145923.P83036@odysseus.silby.com> <20050624220906.GA87514@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, Thierry Herbelot Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 22:59:56 -0000 On Sat, 25 Jun 2005, Andrey Chernov wrote: > On Fri, Jun 24, 2005 at 03:01:34PM -0500, Mike Silbersack wrote: >> >> The Memory modified after free panics you guys have reported are >> unfortunately not pinpointing where the error occured, they're just >> pinpointing where the error was detected. :) > > Could you "tag" mbuf somehow to show later (at the panic) from where it > comes from? > > -- > http://ache.pp.ru/ Yes I can, I'm going to try to work on that tonight, if I have time - if not, then I'll work on it tomorrow. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 23:59:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3065D16A41C; Fri, 24 Jun 2005 23:59:12 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC3E543D49; Fri, 24 Jun 2005 23:59:11 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j5ONx6rn005736; Sat, 25 Jun 2005 01:59:06 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j5ONx66L005735; Fri, 24 Jun 2005 19:59:06 -0400 (EDT) (envelope-from cracauer) Date: Fri, 24 Jun 2005 19:59:06 -0400 From: Martin Cracauer To: Eric Anholt Message-ID: <20050624195906.A5702@cons.org> References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> <200506241641.25433.jhb@FreeBSD.org> <1119650444.1173.105.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1119650444.1173.105.camel@leguin>; from eta@lclark.edu on Fri, Jun 24, 2005 at 03:00:44PM -0700 Cc: cracauer@cons.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: 6.0-current panic: loading radeon module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 23:59:12 -0000 > I'd forgotten about this thread. I've got a proposed fix for this at: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 I get the same panic and backtrace with that patch (on a 32 MB moobile Radeon 7500). I will annotate the sourcecode now to verify (or not) the NULLs in the arguments for the bus argument. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 00:09:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2708016A41C for ; Sat, 25 Jun 2005 00:09:35 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E658443D48 for ; Sat, 25 Jun 2005 00:09:34 +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 8B7E83BEC8 for ; Fri, 24 Jun 2005 19:09:29 -0500 (CDT) 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 30742-01-99 for ; Fri, 24 Jun 2005 19:09:29 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 3C29B3BE2D for ; Fri, 24 Jun 2005 19:09:26 -0500 (CDT) Received: from s228130hz1ew031.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 24 Jun 2005 19:09:22 -0500 Received: from [10.254.186.111] ([64.14.1.106]) by s228130hz1ew031.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 24 Jun 2005 19:09:13 -0500 Message-ID: <42BCA0A0.8040902@savvis.net> Date: Fri, 24 Jun 2005 17:09:04 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Jun 2005 00:09:13.0632 (UTC) FILETIME=[1E6A4A00:01C5791A] X-Virus-Scanned: amavisd-new at savvis.net Subject: [patch] ep(4) panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 00:09:35 -0000 Dear Hackers, my -current panics when i insert ep(4) pcmcia network adapter. following is the patch to fix the panic. --- if_ep_pccard.c.orig Fri Jun 10 12:04:44 2005 +++ if_ep_pccard.c Fri Jun 24 16:51:12 2005 @@ -73,6 +73,7 @@ struct ep_board *epb = &sc->epb; const char *desc; uint16_t result; + u_char eaddr[6]; int error; error = ep_alloc(dev); @@ -120,7 +121,7 @@ * Newer cards supported by this device need to have their * MAC address set. */ - error = ep_get_macaddr(sc, (u_char *)&IFP2ENADDR(sc->ifp)); + error = ep_get_macaddr(sc, eaddr); ep_free(dev); return (0); thanks, max From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 00:11:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 EA35E16A41C for ; Sat, 25 Jun 2005 00:11:55 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B079543D1F for ; Sat, 25 Jun 2005 00:11:55 +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 635BF3BEE6 for ; Fri, 24 Jun 2005 19:11:55 -0500 (CDT) 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 27739-01-22 for ; Fri, 24 Jun 2005 19:11:55 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 370273BE2D for ; Fri, 24 Jun 2005 19:11:55 -0500 (CDT) Received: from s228130hz1ew031.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 24 Jun 2005 19:11:52 -0500 Received: from [10.254.186.111] ([64.14.1.106]) by s228130hz1ew031.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 24 Jun 2005 19:11:40 -0500 Message-ID: <42BCA13B.2020006@savvis.net> Date: Fri, 24 Jun 2005 17:11:39 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Jun 2005 00:11:40.0190 (UTC) FILETIME=[75C543E0:01C5791A] X-Virus-Scanned: amavisd-new at savvis.net Subject: [patch] lor with an(4) pcmcia card on detach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 00:11:56 -0000 Dear Hackers, the following lor was observed on -current when i detach my an(4) pcmcia adapter Jun 24 16:20:10 beetle kernel: taskqueue_drain with the following non-sleepable locks held: Jun 24 16:20:10 beetle kernel: exclusive sleep mutex an0 (network driver) r = 0 (0xc59af168) locked @ /usr/src/sys/dev/an/if_an.c:2836 Jun 24 16:20:10 beetle kernel: KDB: stack backtrace: Jun 24 16:20:10 beetle kernel: kdb_backtrace(1,c2412a50,c59ae000,c23d0300,e5083c34) at kdb_backtrace+0x29 Jun 24 16:20:10 beetle kernel: witness_warn(5,0,c0852219,c2412800,c59ae000) at witness_warn+0x18e Jun 24 16:20:10 beetle kernel: taskqueue_drain(c23d0300,c2412a50,c2412800,c59ae000,c2412800) at taskqueue_drain+0x1a Jun 24 16:20:10 beetle kernel: if_detach(c2412800,c2412800) at if_detach+0x1a Jun 24 16:20:10 beetle kernel: ether_ifdetach(c2412800,c59af190,c59ae000,c59af168,0) at ether_ifdetach+0x28 Jun 24 16:20:10 beetle kernel: an_detach(c2a73d00) at an_detach+0x68 Jun 24 16:20:10 beetle kernel: device_detach(c2a73d00) at device_detach+0x70 Jun 24 16:20:10 beetle kernel: pccard_detach_card(c23f8d80) at pccard_detach_card+0x41 Jun 24 16:20:10 beetle kernel: exca_removal(c23c6804) at exca_removal+0x46 Jun 24 16:20:10 beetle kernel: cbb_removal(c23c6800) at cbb_removal+0x2c Jun 24 16:20:10 beetle kernel: cbb_event_thread(c23c6800,e5083d38,c23c6800,c0575a00,0) at cbb_event_thread+0x9a Jun 24 16:20:10 beetle kernel: fork_exit(c0575a00,c23c6800,e5083d38) at fork_exit+0xa0 Jun 24 16:20:10 beetle kernel: fork_trampoline() at fork_trampoline+0x8 Jun 24 16:20:10 beetle kernel: --- trap 0x1, eip = 0, esp = 0xe5083d6c, ebp = 0 --- Jun 24 16:20:10 beetle kernel: an0: detached the following is one possible patch --- if_an.c.orig Fri Jun 24 16:29:33 2005 +++ if_an.c Fri Jun 24 16:33:38 2005 @@ -826,18 +826,19 @@ struct an_softc *sc = device_get_softc(dev); struct ifnet *ifp = sc->an_ifp; + AN_LOCK(sc); if (sc->an_gone) { + AN_UNLOCK(sc); device_printf(dev,"already unloaded\n"); return(0); } - AN_LOCK(sc); an_stop(sc); + sc->an_gone = 1; ifmedia_removeall(&sc->an_ifmedia); ifp->if_flags &= ~IFF_RUNNING; + AN_UNLOCK(sc); ether_ifdetach(ifp); if_free(ifp); - sc->an_gone = 1; - AN_UNLOCK(sc); bus_teardown_intr(dev, sc->irq_res, sc->irq_handle); an_release_resources(dev); mtx_destroy(&sc->an_mtx); thanks, max From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 02:31:46 2005 Return-Path: X-Original-To: current@freebsd.org 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 22A1D16A41C for ; Sat, 25 Jun 2005 02:31:46 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id C534A43D53 for ; Sat, 25 Jun 2005 02:31:45 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 22440 invoked from network); 25 Jun 2005 02:31:43 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 25 Jun 2005 02:31:43 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 24 Jun 2005 21:31:28 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org Message-ID: <20050624212729.C537@odysseus.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1915742314-1119666662=:537" Content-ID: <20050624213107.R537@odysseus.silby.com> Cc: Thierry Herbelot Subject: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 02:31:46 -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. --0-1915742314-1119666662=:537 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: <20050624213107.H537@odysseus.silby.com> The attached patch stores the address of who freed an mbuf/cluster/whatever inside it, then prints that address when panicing. You can then feed that address into "x 0xwhatever" in DDB to see who the semi-guilty party is. Two flaws in the patch as is: - It's messy and not compatible with non-i386, cleanups are needed. - If the mbuf in question is part of a mbuf chain, we'll see m_freem as the guilty party, because it called m_free. So, if you're one of the people seeing panics due to mbufs being used after free, please try applying the patch and see what results you get. If you keep getting m_freem as the previous user, then I'll have to enhance it to work around that. Mike "Silby" Silbersack --0-1915742314-1119666662=:537 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=mbuf_trash_list_freeing_address.patch Content-Transfer-Encoding: BASE64 Content-ID: <20050624213102.N537@odysseus.silby.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME=mbuf_trash_list_freeing_address.patch ZGlmZiAtdSAtciAvdXNyL3NyYy9zeXMub2xkL2tlcm4vdWlwY19tYnVmLmMg L3Vzci9zcmMvc3lzL2tlcm4vdWlwY19tYnVmLmMNCi0tLSAvdXNyL3NyYy9z eXMub2xkL2tlcm4vdWlwY19tYnVmLmMJRnJpIEp1biAyNCAyMDoxMzo1OSAy MDA1DQorKysgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19tYnVmLmMJRnJpIEp1 biAyNCAyMDo1MDoxNiAyMDA1DQpAQCAtMjE5LDcgKzIxOSw3IEBADQogICog c3RvcmFnZSBhdHRhY2hlZCB0byB0aGVtIGlmIHRoZSByZWZlcmVuY2UgY291 bnQgaGl0cyAwLg0KICAqLw0KIHZvaWQNCi1tYl9mcmVlX2V4dChzdHJ1Y3Qg bWJ1ZiAqbSkNCittYl9mcmVlX2V4dChzdHJ1Y3QgbWJ1ZiAqbSwgdm9pZCAq YXJnKQ0KIHsNCiAJdV9pbnQgY250Ow0KIAlpbnQgZG9mcmVlOw0KQEAgLTI0 OSwxMCArMjQ5LDEwIEBADQogCQkgKiBEbyB0aGUgZnJlZSwgc2hvdWxkIGJl IHNhZmUuDQogCQkgKi8NCiAJCWlmIChtLT5tX2V4dC5leHRfdHlwZSA9PSBF WFRfUEFDS0VUKSB7DQotCQkJdW1hX3pmcmVlKHpvbmVfcGFjaywgbSk7DQor CQkJdW1hX3pmcmVlX2FyZyh6b25lX3BhY2ssIG0sIGFyZyk7DQogCQkJcmV0 dXJuOw0KIAkJfSBlbHNlIGlmIChtLT5tX2V4dC5leHRfdHlwZSA9PSBFWFRf Q0xVU1RFUikgew0KLQkJCXVtYV96ZnJlZSh6b25lX2NsdXN0LCBtLT5tX2V4 dC5leHRfYnVmKTsNCisJCQl1bWFfemZyZWVfYXJnKHpvbmVfY2x1c3QsIG0t Pm1fZXh0LmV4dF9idWYsIGFyZyk7DQogCQkJbS0+bV9leHQuZXh0X2J1ZiA9 IE5VTEw7DQogCQl9IGVsc2Ugew0KIAkJCSgqKG0tPm1fZXh0LmV4dF9mcmVl KSkobS0+bV9leHQuZXh0X2J1ZiwNCkBAIC0yNjYsNyArMjY2LDcgQEANCiAJ CQltLT5tX2V4dC5leHRfYnVmID0gTlVMTDsNCiAJCX0NCiAJfQ0KLQl1bWFf emZyZWUoem9uZV9tYnVmLCBtKTsNCisJdW1hX3pmcmVlX2FyZyh6b25lX21i dWYsIG0sIGFyZyk7DQogfQ0KIA0KIC8qDQpAQCAtMTM4MSw0ICsxMzgxLDE5 IEBADQogCWlmIChtX2ZpbmFsKQ0KIAkJbV9mcmVlbShtX2ZpbmFsKTsNCiAJ cmV0dXJuIChOVUxMKTsNCit9DQorDQorc3RydWN0IG1idWYgKg0KK21fZnJl ZShzdHJ1Y3QgbWJ1ZiAqbSkNCit7DQorICAgICAgICBzdHJ1Y3QgbWJ1ZiAq biA9IG0tPm1fbmV4dDsNCisgDQorI2lmZGVmIElOVkFSSUFOVFMNCisgICAg ICAgIG0tPm1fZmxhZ3MgfD0gTV9GUkVFTElTVDsNCisjZW5kaWYNCisgICAg ICAgIGlmIChtLT5tX2ZsYWdzICYgTV9FWFQpDQorICAgICAgICAgICAgICAg IG1iX2ZyZWVfZXh0KG0sIF9fYnVpbHRpbl9yZXR1cm5fYWRkcmVzcygwKSk7 DQorICAgICAgICBlbHNlDQorICAgICAgICAgICAgICAgIHVtYV96ZnJlZV9h cmcoem9uZV9tYnVmLCBtLCBfX2J1aWx0aW5fcmV0dXJuX2FkZHJlc3MoMCkp Ow0KKyAgICAgICAgcmV0dXJuIG47DQogfQ0KZGlmZiAtdSAtciAvdXNyL3Ny Yy9zeXMub2xkL3N5cy9tYnVmLmggL3Vzci9zcmMvc3lzL3N5cy9tYnVmLmgN Ci0tLSAvdXNyL3NyYy9zeXMub2xkL3N5cy9tYnVmLmgJRnJpIEp1biAyNCAy MDoxNzozMSAyMDA1DQorKysgL3Vzci9zcmMvc3lzL3N5cy9tYnVmLmgJRnJp IEp1biAyNCAyMDo1MzowNyAyMDA1DQpAQCAtMzUwLDEwICszNTAsMTAgQEAN CiBzdGF0aWMgX19pbmxpbmUgc3RydWN0IG1idWYJKm1fZ2V0aGRyKGludCBo b3csIHNob3J0IHR5cGUpOw0KIHN0YXRpYyBfX2lubGluZSBzdHJ1Y3QgbWJ1 ZgkqbV9nZXRjbChpbnQgaG93LCBzaG9ydCB0eXBlLCBpbnQgZmxhZ3MpOw0K IHN0YXRpYyBfX2lubGluZSBzdHJ1Y3QgbWJ1ZgkqbV9nZXRjbHIoaW50IGhv dywgc2hvcnQgdHlwZSk7CS8qIFhYWCAqLw0KLXN0YXRpYyBfX2lubGluZSBz dHJ1Y3QgbWJ1ZgkqbV9mcmVlKHN0cnVjdCBtYnVmICptKTsNCitzdHJ1Y3Qg bWJ1ZiAgICAgKm1fZnJlZShzdHJ1Y3QgbWJ1ZiAqbSk7DQogc3RhdGljIF9f aW5saW5lIHZvaWQJCSBtX2NsZ2V0KHN0cnVjdCBtYnVmICptLCBpbnQgaG93 KTsNCiBzdGF0aWMgX19pbmxpbmUgdm9pZAkJIG1fY2h0eXBlKHN0cnVjdCBt YnVmICptLCBzaG9ydCBuZXdfdHlwZSk7DQotdm9pZAkJCQkgbWJfZnJlZV9l eHQoc3RydWN0IG1idWYgKik7DQordm9pZAkJCQkgbWJfZnJlZV9leHQoc3Ry dWN0IG1idWYgKiwgdm9pZCAqYXJnKTsNCiANCiBzdGF0aWMgX19pbmxpbmUN CiBzdHJ1Y3QgbWJ1ZiAqDQpAQCAtNDA0LDcgKzQwNCw4IEBADQogCXJldHVy biAodW1hX3phbGxvY19hcmcoem9uZV9wYWNrLCAmYXJncywgaG93KSk7DQog fQ0KIA0KLXN0YXRpYyBfX2lubGluZQ0KKyNpZiAwDQorc3RhdGljDQogc3Ry dWN0IG1idWYgKg0KIG1fZnJlZShzdHJ1Y3QgbWJ1ZiAqbSkNCiB7DQpAQCAt NDE0LDExICs0MTUsMTIgQEANCiAJbS0+bV9mbGFncyB8PSBNX0ZSRUVMSVNU Ow0KICNlbmRpZg0KIAlpZiAobS0+bV9mbGFncyAmIE1fRVhUKQ0KLQkJbWJf ZnJlZV9leHQobSk7DQorCQltYl9mcmVlX2V4dChtLCBfX2J1aWx0aW5fcmV0 dXJuX2FkZHJlc3MoMCkpOw0KIAllbHNlDQotCQl1bWFfemZyZWUoem9uZV9t YnVmLCBtKTsNCisJCXVtYV96ZnJlZV9hcmcoem9uZV9tYnVmLCBtLCBfX2J1 aWx0aW5fcmV0dXJuX2FkZHJlc3MoMCkpOw0KIAlyZXR1cm4gbjsNCiB9DQor I2VuZGlmDQogDQogc3RhdGljIF9faW5saW5lDQogdm9pZA0KZGlmZiAtdSAt ciAvdXNyL3NyYy9zeXMub2xkL3ZtL3VtYV9kYmcuYyAvdXNyL3NyYy9zeXMv dm0vdW1hX2RiZy5jDQotLS0gL3Vzci9zcmMvc3lzLm9sZC92bS91bWFfZGJn LmMJRnJpIEp1biAyNCAyMDoxMzoyNyAyMDA1DQorKysgL3Vzci9zcmMvc3lz L3ZtL3VtYV9kYmcuYwlGcmkgSnVuIDI0IDIxOjExOjA1IDIwMDUNCkBAIC02 NiwxMSArNjYsMTQgQEANCiAJdV9pbnQzMl90ICpwOw0KIA0KIAljbnQgPSBz aXplIC8gc2l6ZW9mKHVtYV9qdW5rKTsNCisJY250IC09IHNpemVvZih2b2lk ICopOw0KIA0KIAlmb3IgKHAgPSBtZW07IGNudCA+IDA7IGNudC0tLCBwKysp DQotCQlpZiAoKnAgIT0gdW1hX2p1bmspDQorCQlpZiAoKnAgIT0gdW1hX2p1 bmspIHsNCisJCQlwcmludGYoIlRoaXMgbWVtb3J5IGxhc3QgZnJlZWQgYnk6 ICVwXG4iLCAodm9pZCAqKSpwKTsNCiAJCQlwYW5pYygiTWVtb3J5IG1vZGlm aWVkIGFmdGVyIGZyZWUgJXAoJWQpIHZhbD0leCBAICVwXG4iLA0KIAkJCSAg ICBtZW0sIHNpemUsICpwLCBwKTsNCisJCX0NCiAJcmV0dXJuICgwKTsNCiB9 DQogDQpAQCAtODcsOSArOTAsMTEgQEANCiAJdV9pbnQzMl90ICpwOw0KIA0K IAljbnQgPSBzaXplIC8gc2l6ZW9mKHVtYV9qdW5rKTsNCisJY250IC09IHNp emVvZih2b2lkICopOw0KIA0KIAlmb3IgKHAgPSBtZW07IGNudCA+IDA7IGNu dC0tLCBwKyspDQogCQkqcCA9IHVtYV9qdW5rOw0KKwkqcCA9IChpbnQpYXJn Ow0KIH0NCiANCiAvKg0K --0-1915742314-1119666662=:537-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 02:53:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8A37A16A41C; Sat, 25 Jun 2005 02:53:40 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48CC443D1F; Sat, 25 Jun 2005 02:53:40 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 0881C5078CD; Sat, 25 Jun 2005 10:53:39 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 02F78507835; Sat, 25 Jun 2005 10:53:39 +0800 (CST) Date: Sat, 25 Jun 2005 10:53:38 +0800 (CST) From: Tai-hwa Liang To: John Baldwin In-Reply-To: <200506241600.42470.jhb@FreeBSD.org> Message-ID: <0506251043379.48374@www.mmlab.cse.yzu.edu.tw> References: <200506241600.42470.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1298518687-1119668018=:48374" Cc: Sam Leffler , freebsd-current@freebsd.org, Rainer Hungershausen , Pascal Hofstee Subject: Re: if_ral + wpa_supplicant stack backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 02:53:40 -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. --0-1298518687-1119668018=:48374 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 24 Jun 2005, John Baldwin wrote: > On Saturday 18 June 2005 11:56 am, Pascal Hofstee wrote: >> Hi, >> >> I am seeing period occurances of the same system call with the same >> WITNESS warning and similar backtrace on yesterday's AMD64 CURRENT. >> >> ---------------------- >> ral0: link state changed to DOWN >> malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following >> non-sleepable locks held: >> exclusive sleep mutex ral0 (network driver) r = 0 (0xffffffff80c64de8) >> locked @ /usr/src/sys/dev/ral/if_ral.c:2167 >> KDB: stack backtrace: >> kdb_backtrace() at kdb_backtrace+0x37 >> witness_warn() at witness_warn+0x2c1 >> uma_zalloc_arg() at uma_zalloc_arg+0x69 >> malloc() at malloc+0xf5 >> ieee80211_ioctl_setoptie() at ieee80211_ioctl_setoptie+0x4b >> ieee80211_ioctl_set80211() at ieee80211_ioctl_set80211+0x64e >> ieee80211_ioctl() at ieee80211_ioctl+0x125 >> ral_ioctl() at ral_ioctl+0xa4 >> in_control() at in_control+0xc2f >> ifioctl() at ifioctl+0x1f6 >> soo_ioctl() at soo_ioctl+0x38c >> ioctl() at ioctl+0x476 >> syscall() at syscall+0x332 >> Xfast_syscall() at Xfast_syscall+0xa8 >> --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x8007c2d4c, rsp = >> 0x7fffffffdfd8, rbp = 0x18 --- >> ral0: link state changed to UP >> ---------------------- >> >> I am indeed curious to understand what exactly is causing these WITNESS >> warnings > > This is a bug in ral(4) as it indiscriminately just holds its mutex across > ieee80211_ioctl() which isn't safe. The ral(4) maintainer needs to fix it. The same WITNESS warning also occurs in ath(4) whilst using wpa_supplicant. It looks to me that it's probably not individual driver's fault, but a known behaviour in net80211. Attached patch should suppress this warning; however, I'm not quite sure about whether it's safe to do so or not.... -- Cheers, Tai-hwa Liang --0-1298518687-1119668018=:48374 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ieee80211_ioctl.patch Content-Transfer-Encoding: BASE64 Content-ID: <05062510533813.48374@www.mmlab.cse.yzu.edu.tw> Content-Description: Content-Disposition: attachment; filename=ieee80211_ioctl.patch LS0tIGllZWU4MDIxMV9pb2N0bC5jLm9yaWcJU2F0IEp1biAxOCAxNDowNzow MSAyMDA1DQorKysgaWVlZTgwMjExX2lvY3RsLmMJU2F0IEp1biAyNSAxMDow NDo0OCAyMDA1DQpAQCAtMTQ3NSw3ICsxNDc1LDcgQEANCiAJaWYgKGlyZXEt PmlfbGVuID4gSUVFRTgwMjExX01BWF9PUFRfSUUpDQogCQlyZXR1cm4gRUlO VkFMOw0KIAkvKiBOQjogZGF0YS5sZW5ndGggaXMgdmFsaWRhdGVkIGJ5IHRo ZSB3aXJlbGVzcyBleHRlbnNpb25zIGNvZGUgKi8NCi0JTUFMTE9DKGllLCB2 b2lkICosIGlyZXEtPmlfbGVuLCBNX0RFVkJVRiwgTV9XQUlUT0spOw0KKwlN QUxMT0MoaWUsIHZvaWQgKiwgaXJlcS0+aV9sZW4sIE1fREVWQlVGLCBNX05P V0FJVCk7DQogCWlmIChpZSA9PSBOVUxMKQ0KIAkJcmV0dXJuIEVOT01FTTsN CiAJZXJyb3IgPSBjb3B5aW4oaXJlcS0+aV9kYXRhLCBpZSwgaXJlcS0+aV9s ZW4pOw0K --0-1298518687-1119668018=:48374-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 02:55:52 2005 Return-Path: X-Original-To: current@freebsd.org 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 4A40316A41F for ; Sat, 25 Jun 2005 02:55:52 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id CDF7543D49 for ; Sat, 25 Jun 2005 02:55:51 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 26093 invoked from network); 25 Jun 2005 02:55:50 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 25 Jun 2005 02:55:50 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 24 Jun 2005 21:55:34 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org In-Reply-To: <20050624212729.C537@odysseus.silby.com> Message-ID: <20050624215504.L537@odysseus.silby.com> References: <20050624212729.C537@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 02:55:52 -0000 By the way, the subject of this e-mail should be "use after free", not "double-free" - oops. Mike "Silby" Silbersack On Fri, 24 Jun 2005, Mike Silbersack wrote: > > The attached patch stores the address of who freed an mbuf/cluster/whatever > inside it, then prints that address when panicing. You can then feed that > address into "x 0xwhatever" in DDB to see who the semi-guilty party is. > > Two flaws in the patch as is: > > - It's messy and not compatible with non-i386, cleanups are needed. > > - If the mbuf in question is part of a mbuf chain, we'll see m_freem as the > guilty party, because it called m_free. > > So, if you're one of the people seeing panics due to mbufs being used after > free, please try applying the patch and see what results you get. If you keep > getting m_freem as the previous user, then I'll have to enhance it to work > around that. > > Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 03:07:52 2005 Return-Path: X-Original-To: current@freebsd.org 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 6717116A41C for ; Sat, 25 Jun 2005 03:07:52 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 328BE43D1D for ; Sat, 25 Jun 2005 03:07:52 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 6E8765078D1; Sat, 25 Jun 2005 11:07:51 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 6D3AE5078CD for ; Sat, 25 Jun 2005 11:07:51 +0800 (CST) Date: Sat, 25 Jun 2005 11:07:51 +0800 (CST) From: Tai-hwa Liang To: current@freebsd.org Message-ID: <0506251057510.48448@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: LOR in acpi_ibm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 03:07:52 -0000 Thinkpad T40 with acpi_ibm_load="YES" lock order reversal 1st 0xc0646d20 LED mtx (LED mtx) @ dev/led/led.c:257 2nd 0xc08179e0 ACPI IBM extras (ACPI IBM extras) @ /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:277 KDB: stack backtrace: kdb_backtrace(ffffffff,c065a0a8,c065a530,c0629a6c,c0697558) at kdb_backtrace+0x29 witness_checkorder(c08179e0,9,c0816606,115,c064bd2c,0,c05ffba2,9d) at witness_checkorder+0x4b5 _sx_xlock(c08179e0,c0816606,115,c0c20c44,c048a72c) at _sx_xlock+0x2c ibm_led(c1f67300,0,1,c0c20c6c,c0816156) at ibm_led+0x17 led_create(c0815910,c1f67300,c0816562,c1ed1080,c1ed1400) at led_create+0x104 acpi_ibm_attach(c1f06280) at acpi_ibm_attach+0x21a device_attach(c1f06280,c1efd980,c1f06280,c1e11600,0) at device_attach+0x58 device_probe_and_attach(c1f06280) at device_probe_and_attach+0xc4 bus_generic_attach(c1e11780,3,c0c20cd8,c046076c,c1e11780) at bus_generic_attach+0x16 acpi_probe_children(c1e11780) at acpi_probe_children+0x2f acpi_attach(c1e11780) at acpi_attach+0x514 device_attach(c1e11780,0,c1e11780,c1e11e00,0) at device_attach+0x58 device_probe_and_attach(c1e11780) at device_probe_and_attach+0xc4 bus_generic_attach(c1e11e00,c1e11e00,c1e11e00,c0c20d40,c04ec64c) at bus_generic_attach+0x16 nexus_attach(c1e11e00) at nexus_attach+0x13 device_attach(c1e11e00,c064ffc8,c1e11e00,c0637ff0,c25000) at device_attach+0x58 device_probe_and_attach(c1e11e00) at device_probe_and_attach+0xc4 root_bus_configure(c0c20d88,c04b3abe,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c0434585) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 04:15:54 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 7482D16A41C; Sat, 25 Jun 2005 04:15:54 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37AF543D49; Sat, 25 Jun 2005 04:15:54 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2879672DDF; Fri, 24 Jun 2005 21:15:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 25B1672DDD; Fri, 24 Jun 2005 21:15:54 -0700 (PDT) Date: Fri, 24 Jun 2005 21:15:54 -0700 (PDT) From: Doug White To: Ade Lovett In-Reply-To: <42B6224D.8020009@FreeBSD.org> Message-ID: <20050624211308.R47411@carver.gumbysoft.com> References: <42AFE83B.9050305@FreeBSD.org> <20050619154633.Y83634@carver.gumbysoft.com> <42B6224D.8020009@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@FreeBSD.org Subject: Re: USB mouse woes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 04:15:54 -0000 On Sun, 19 Jun 2005, Ade Lovett wrote: > Doug White wrote: > > Compile with USB_DEBUG and ratchet up the ums debug level and see what > > movement deltas are coming off the device. > > Cranking hw.usb.ums.debug to 10 reveals the following: > > - with the mouse plugged in to a USB port, there's no activity at all > reported by ums, just the pointer appearing on syscons for approximately > half a second, then going away, never to return > > - booting the system (either warm or cold) without the mouse plugged in, > then connecting it to any of the USB ports, reveals the following: > > ums_intr: sc=0xffffff000093b800 status=13 > ums_intr: data = 01 00 00 00 01 02 > ums_intr: status=13 > ums_intr: x:0 y:0 z:-1 t:0 buttons:0x0 > > at about the time the pointer appears. After this, nothing happens. > > So the status being returned is USBD_IOERROR, so expecting the mouse to > work after that is being somewhat unreasonable. > > Further cranking up debugging: > > hw.usb.debug=10 > hw.usb.ehci.debug=10 > hw.usb.uhci.debug=10 > hw.usb.ums.debug=10 > > Results in a whole ton of USB debug information sent to the console. > Rather than mailing this to the list, I've stuck it up as: > > http://people.FreeBSD.org/~ade/usb-dmesg.out > > I've annotated it with the exact point where the mouse was connected up > from a cold-booted system, it is otherwise unchanged. > > I don't mind admitting to being completely out of my depth at this > point, so I'm kinda stuck... okay, lets try this. 1. With the mouse connected collect the output of usbdevs -v. That should show how the mouse is connected. 2. From the trace it looks like the mouse is USB2 since ehci keeps popping up. Try removing ehci from your kernel. Your mouse gets upset after we attach it, which is what this is all about: uhci_idone: error, addr=2, endpt=0x81, status 0x500000 STALLED is an error in USB terms. Exactly why the device is stalling, though, is unclear. Try #2 above and see if it works any better for you. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 04:28:58 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 1AA7216A41C; Sat, 25 Jun 2005 04:28:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0914D43D48; Sat, 25 Jun 2005 04:28:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id F0C5472DDF; Fri, 24 Jun 2005 21:28:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EF6F072DDD; Fri, 24 Jun 2005 21:28:57 -0700 (PDT) Date: Fri, 24 Jun 2005 21:28:57 -0700 (PDT) From: Doug White To: Gleb Smirnoff In-Reply-To: <20050624073400.GA70323@cell.sick.ru> Message-ID: <20050624212829.E47411@carver.gumbysoft.com> References: <20050624073400.GA70323@cell.sick.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@FreeBSD.org Subject: Re: who can review&commit kern/82243? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 04:28:58 -0000 On Fri, 24 Jun 2005, Gleb Smirnoff wrote: > Colleagues, > > recently a patch making csa(4) suspend/resume working. I have tested > it on my notebook and it works perfectly. > > The patch is attached (with small style editing from me) to this message. The #defines should be placed in csareg.h if they define positions or values for the chip registers. Otherwise they belong in csavar.h. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 09:14:47 2005 Return-Path: X-Original-To: current@freebsd.org 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 505C616A41C for ; Sat, 25 Jun 2005 09:14:47 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10D5F43D1F for ; Sat, 25 Jun 2005 09:14:46 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (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 58FDC39812; Sat, 25 Jun 2005 11:15:26 +0200 (CEST) Date: Sat, 25 Jun 2005 11:14:44 +0200 From: Marcin Jessa To: FreeBSD-current Message-Id: <20050625111444.75e2c8f7.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: phk@phk.freebsd.dk Subject: Kernel panics with IPSec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 09:14:47 -0000 Hi. Kernel compiled with those options panics just after initialization of FAST_IPSEC framework on soekris 4510 and 4521 boards. There are no devices connected to boards's mini-PCI slots. I did not check it on "real" PC's yet. # Hardware-accelerated IP Security Protocols options FAST_IPSEC # New IPsec (cannot define w/ IPSEC) options IPSEC_DEBUG # Debug for IP security device crypto device cryptodev device hifn device rndtest # Random number generator test monitor The kernel sources were cvsup'd and compiled yesterday night CET. From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 10:00:55 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 D3D0B16A41C for ; Sat, 25 Jun 2005 10:00:55 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED2A43D49 for ; Sat, 25 Jun 2005 10:00:54 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j5PA0pMT035606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 25 Jun 2005 14:00:52 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j5PA0pOX080936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Jun 2005 14:00:51 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j5PA0pfx080935; Sat, 25 Jun 2005 14:00:51 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 25 Jun 2005 14:00:50 +0400 From: Gleb Smirnoff To: Doug White Message-ID: <20050625100050.GA80864@cell.sick.ru> References: <20050624073400.GA70323@cell.sick.ru> <20050624212829.E47411@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <20050624212829.E47411@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: current@FreeBSD.org Subject: Re: who can review&commit kern/82243? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 10:00:56 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Fri, Jun 24, 2005 at 09:28:57PM -0700, Doug White wrote: D> > recently a patch making csa(4) suspend/resume working. I have tested D> > it on my notebook and it works perfectly. D> > D> > The patch is attached (with small style editing from me) to this message. D> D> The #defines should be placed in csareg.h if they define positions or D> values for the chip registers. Otherwise they belong in csavar.h. Yes, this is true. Here is updated patch, with more style issues resolved and defines moved. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="csa.diff" Index: csa.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/csa.c,v retrieving revision 1.32 diff -u -r1.32 csa.c --- csa.c 1 Mar 2005 08:58:05 -0000 1.32 +++ csa.c 25 Jun 2005 09:32:46 -0000 @@ -87,7 +87,6 @@ struct resource *irq, void *cookie); static driver_intr_t csa_intr; static int csa_initialize(sc_p scp); -static void csa_resetdsp(csa_res *resp); static int csa_downloadimage(csa_res *resp); static devclass_t csa_devclass; @@ -366,15 +365,24 @@ static int csa_resume(device_t dev) { -#if 0 - /* - * XXX: this cannot possibly work - * needs to be properly implemented - */ - csa_detach(dev); - csa_attach(dev); -#endif - return 0; + csa_res *resp; + sc_p scp; + + scp = device_get_softc(dev); + resp = &scp->res; + + /* Initialize the chip. */ + if (csa_initialize(scp)) + return (ENXIO); + + /* Reset the Processor. */ + csa_resetdsp(resp); + + /* Download the Processor Image to the processor. */ + if (csa_downloadimage(resp)) + return (ENXIO); + + return (bus_generic_resume(dev)); } static struct resource * @@ -794,7 +802,7 @@ csa_writeio(resp, BA0_CLKCR1, clkcr1); } -static void +void csa_resetdsp(csa_res *resp) { int i; Index: csapcm.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/csapcm.c,v retrieving revision 1.33 diff -u -r1.33 csapcm.c --- csapcm.c 6 Jan 2005 01:43:19 -0000 1.33 +++ csapcm.c 25 Jun 2005 09:32:35 -0000 @@ -70,6 +70,9 @@ u_long pctl; u_long cctl; struct csa_chinfo pch, rch; + u_int32_t ac97[CS461x_AC97_NUMBER_RESTORE_REGS]; + u_int32_t ac97_powerdown; + u_int32_t ac97_general_purpose; }; /* -------------------------------------------------------------------- */ @@ -84,8 +87,11 @@ static void csa_stopplaydma(struct csa_info *csa); static void csa_stopcapturedma(struct csa_info *csa); static int csa_startdsp(csa_res *resp); +static int csa_stopdsp(csa_res *resp); static int csa_allocres(struct csa_info *scp, device_t dev); static void csa_releaseres(struct csa_info *scp, device_t dev); +static void csa_ac97_suspend(struct csa_info *csa); +static void csa_ac97_resume(struct csa_info *csa); static u_int32_t csa_playfmt[] = { AFMT_U8, @@ -112,16 +118,16 @@ static int csa_active(struct csa_info *csa, int run) { - int old, go; + int old; old = csa->active; csa->active += run; - if ((csa->active == 0 && old == 1) || (csa->active == 1 && old == 0)) { - go = csa->active; - if (csa->card->active) - return csa->card->active(go); - } + if ((csa->active > 1) || (csa->active < -1)) + csa->active = 0; + if (csa->card->active) + return (csa->card->active(!(csa->active && old))); + return 0; } @@ -455,6 +461,18 @@ } static int +csa_stopdsp(csa_res *resp) +{ + /* + * Turn off the run, run at frame, and DMA enable bits in + * the local copy of the SP control register. + */ + csa_writemem(resp, BA1_SPCR, 0); + + return (0); +} + +static int csa_setupchan(struct csa_chinfo *ch) { struct csa_info *csa = ch->parent; @@ -833,11 +851,169 @@ return 0; } +static void +csa_ac97_suspend(struct csa_info *csa) +{ + int count, i; + uint32_t tmp; + + for (count = 0x2, i=0; + (count <= CS461x_AC97_HIGHESTREGTORESTORE) && + (i < CS461x_AC97_NUMBER_RESTORE_REGS); + count += 2, i++) + csa_readcodec(&csa->res, BA0_AC97_RESET + count, &csa->ac97[i]); + + /* mute the outputs */ + csa_writecodec(&csa->res, BA0_AC97_MASTER_VOLUME, 0x8000); + csa_writecodec(&csa->res, BA0_AC97_HEADPHONE_VOLUME, 0x8000); + csa_writecodec(&csa->res, BA0_AC97_MASTER_VOLUME_MONO, 0x8000); + csa_writecodec(&csa->res, BA0_AC97_PCM_OUT_VOLUME, 0x8000); + /* save the registers that cause pops */ + csa_readcodec(&csa->res, BA0_AC97_POWERDOWN, &csa->ac97_powerdown); + csa_readcodec(&csa->res, BA0_AC97_GENERAL_PURPOSE, + &csa->ac97_general_purpose); + + /* + * And power down everything on the AC97 codec. Well, for now, + * only power down the DAC/ADC and MIXER VREFON components. + * trouble with removing VREF. + */ + + /* MIXVON */ + csa_readcodec(&csa->res, BA0_AC97_POWERDOWN, &tmp); + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, + tmp | CS_AC97_POWER_CONTROL_MIXVON); + /* ADC */ + csa_readcodec(&csa->res, BA0_AC97_POWERDOWN, &tmp); + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, + tmp | CS_AC97_POWER_CONTROL_ADC); + /* DAC */ + csa_readcodec(&csa->res, BA0_AC97_POWERDOWN, &tmp); + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, + tmp | CS_AC97_POWER_CONTROL_DAC); +} + +static void +csa_ac97_resume(struct csa_info *csa) +{ + int count, i; + + /* + * First, we restore the state of the general purpose register. This + * contains the mic select (mic1 or mic2) and if we restore this after + * we restore the mic volume/boost state and mic2 was selected at + * suspend time, we will end up with a brief period of time where mic1 + * is selected with the volume/boost settings for mic2, causing + * acoustic feedback. So we restore the general purpose register + * first, thereby getting the correct mic selected before we restore + * the mic volume/boost. + */ + csa_writecodec(&csa->res, BA0_AC97_GENERAL_PURPOSE, + csa->ac97_general_purpose); + /* + * Now, while the outputs are still muted, restore the state of power + * on the AC97 part. + */ + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, csa->ac97_powerdown); + /* + * Restore just the first set of registers, from register number + * 0x02 to the register number that ulHighestRegToRestore specifies. + */ + for (count = 0x2, i=0; + (count <= CS461x_AC97_HIGHESTREGTORESTORE) && + (i < CS461x_AC97_NUMBER_RESTORE_REGS); + count += 2, i++) + csa_writecodec(&csa->res, BA0_AC97_RESET + count, csa->ac97[i]); +} + +static int +pcmcsa_suspend(device_t dev) +{ + struct csa_info *csa; + csa_res *resp; + + csa = pcm_getdevinfo(dev); + resp = &csa->res; + + csa_active(csa, 1); + + /* playback interrupt disable */ + csa_writemem(resp, BA1_PFIE, + (csa_readmem(resp, BA1_PFIE) & ~0x0000f03f) | 0x00000010); + /* capture interrupt disable */ + csa_writemem(resp, BA1_CIE, + (csa_readmem(resp, BA1_CIE) & ~0x0000003f) | 0x00000011); + csa_stopplaydma(csa); + csa_stopcapturedma(csa); + + csa_ac97_suspend(csa); + + csa_resetdsp(resp); + + csa_stopdsp(resp); + /* + * Power down the DAC and ADC. For now leave the other areas on. + */ + csa_writecodec(&csa->res, BA0_AC97_POWERDOWN, 0x300); + /* + * Power down the PLL. + */ + csa_writemem(resp, BA0_CLKCR1, 0); + /* + * Turn off the Processor by turning off the software clock + * enable flag in the clock control register. + */ + csa_writemem(resp, BA0_CLKCR1, + csa_readmem(resp, BA0_CLKCR1) & ~CLKCR1_SWCE); + + csa_active(csa, -1); + + return 0; +} + +static int +pcmcsa_resume(device_t dev) +{ + struct csa_info *csa; + csa_res *resp; + + csa = pcm_getdevinfo(dev); + resp = &csa->res; + + csa_active(csa, 1); + + /* cs_hardware_init */ + csa_stopplaydma(csa); + csa_stopcapturedma(csa); + csa_ac97_resume(csa); + if (csa_startdsp(resp)) + return (ENXIO); + /* Enable interrupts on the part. */ + if ((csa_readio(resp, BA0_HISR) & HISR_INTENA) == 0) + csa_writeio(resp, BA0_HICR, HICR_IEV | HICR_CHGM); + /* playback interrupt enable */ + csa_writemem(resp, BA1_PFIE, csa_readmem(resp, BA1_PFIE) & ~0x0000f03f); + /* capture interrupt enable */ + csa_writemem(resp, BA1_CIE, + (csa_readmem(resp, BA1_CIE) & ~0x0000003f) | 0x00000001); + /* cs_restart_part */ + csa_setupchan(&csa->pch); + csa_startplaydma(csa); + csa_setupchan(&csa->rch); + csa_startcapturedma(csa); + + csa_active(csa, -1); + + return 0; +} + static device_method_t pcmcsa_methods[] = { /* Device interface */ DEVMETHOD(device_probe , pcmcsa_probe ), DEVMETHOD(device_attach, pcmcsa_attach), DEVMETHOD(device_detach, pcmcsa_detach), + DEVMETHOD(device_suspend, pcmcsa_suspend), + DEVMETHOD(device_resume, pcmcsa_resume), { 0, 0 }, }; Index: csareg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/csareg.h,v retrieving revision 1.3 diff -u -r1.3 csareg.h --- csareg.h 30 May 2001 22:38:31 -0000 1.3 +++ csareg.h 25 Jun 2005 09:18:25 -0000 @@ -1931,6 +1931,24 @@ #define BA1_CCST 0x13c /* BA1_CAPTURE_CONSTANT_REG */ #define BA1_CSPB 0x340 /* BA1_CAPTURE_SPB_ADDRESS */ +/* PM state definitions */ +#define CS461x_AC97_HIGHESTREGTORESTORE 0x26 +#define CS461x_AC97_NUMBER_RESTORE_REGS (CS461x_AC97_HIGHESTREGTORESTORE/2-1) + +#define CS_POWER_DAC 0x0001 +#define CS_POWER_ADC 0x0002 +#define CS_POWER_MIXVON 0x0004 +#define CS_POWER_MIXVOFF 0x0008 +#define CS_AC97_POWER_CONTROL_ON 0xf000 /* always on bits (inverted) */ +#define CS_AC97_POWER_CONTROL_ADC 0x0100 +#define CS_AC97_POWER_CONTROL_DAC 0x0200 +#define CS_AC97_POWER_CONTROL_MIXVON 0x0400 +#define CS_AC97_POWER_CONTROL_MIXVOFF 0x0800 +#define CS_AC97_POWER_CONTROL_ADC_ON 0x0001 +#define CS_AC97_POWER_CONTROL_DAC_ON 0x0002 +#define CS_AC97_POWER_CONTROL_MIXVON_ON 0x0004 +#define CS_AC97_POWER_CONTROL_MIXVOFF_ON 0x0008 + /* The following struct holds the initialization array. */ /* Index: csavar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/csavar.h,v retrieving revision 1.4 diff -u -r1.4 csavar.h --- csavar.h 23 Jun 2001 18:00:06 -0000 1.4 +++ csavar.h 23 Jun 2005 19:42:44 -0000 @@ -66,4 +66,5 @@ u_int32_t csa_readmem(csa_res *resp, u_long offset); void csa_writemem(csa_res *resp, u_long offset, u_int32_t data); +void csa_resetdsp(csa_res *resp); #endif /* _CSA_VAR_H */ --2fHTh5uZTiUOsy+g-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 10:31:13 2005 Return-Path: X-Original-To: current@freebsd.org 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 9524E16A41C for ; Sat, 25 Jun 2005 10:31:13 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49D8B43D4C for ; Sat, 25 Jun 2005 10:31:12 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j5PAVAL4000415 for ; Sat, 25 Jun 2005 06:31:10 -0400 (EDT) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.3/8.13.3) with ESMTP id j5PAV9Ap036815 for ; Sat, 25 Jun 2005 06:31:09 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost) by volatile.chemikals.org (8.13.3/8.13.3/Submit) with ESMTP id j5PAV8BJ036812 for ; Sat, 25 Jun 2005 06:31:08 -0400 (EDT) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Sat, 25 Jun 2005 06:31:07 -0400 (EDT) From: Wesley Morgan To: current@freebsd.org Message-ID: <20050625062259.G36786@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: processes hanging in ufs/vfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 10:31:13 -0000 The strange panics I was getting last week seem to have stopped, but now I am seeing what appears to be deadlocked processes trying to read or write to the same file. The processes are, of course, unkillable and prevent a clean reboot. I was running with the "knlist_locking" patch but that no longer compiles, and backing out the recent kqueue patch doesn't work either. Traces from ddb are below. 1001 859 856 0 96 0 23444 22672 vnode LL+ p9 2:17.00 tf (tf-50b7) 1001 878 876 0 76 0 1344 672 vnode L+ pb 0:01.50 tail -n 10000 -f lothos.2005.25.log 1001 969 967 0 -4 0 1344 672 ufs D+ pf 0:01.63 tail -n 10000 -f lothos.2005.25.log Stopped at kdb_enter+0x30: leave db> trace 969 Tracing pid 969 tid 100152 td 0xc210e480 sched_switch(c210e480,0,1,9c8da765,31d15dff) at sched_switch+0x160 mi_switch(1,0,c210e480,0,c210e480) at mi_switch+0x1d9 sleepq_switch(c20c8c08,d5eee9b8,c0514567,c20c8c08,50) at sleepq_switch+0xee sleepq_wait(c20c8c08,50,c0692182,0,c210e480) at sleepq_wait+0x11 msleep(c20c8c08,c06dae08,50,c0692182,0) at msleep+0x3a7 acquire(d5eeea18,40,70000,c06522ff,c06cee40) at acquire+0x8e lockmgr(c20c8c08,3001,c20c8c2c,c210e480,d5eeea40) at lockmgr+0x196 vop_stdlock(d5eeea98,0,c06c44e0,d5eeea98,d5eeea50) at vop_stdlock+0x2f VOP_LOCK_APV(c06c4a20,d5eeea98,d5eeea68,c0664b84,d5eeea98) at VOP_LOCK_APV+0x54 ffs_lock(d5eeea98,120,1001,c20c8bb0,d5eeeab4) at ffs_lock+0x19 VOP_LOCK_APV(c06c44e0,d5eeea98,cb704bd0,202122,d5eeeacc) at VOP_LOCK_APV+0x54 vn_lock(c20c8bb0,1001,c210e480,0,d5eeeb10) at vn_lock+0x13c filt_vfsread(c1a0b154,0,c210e300,0,0) at filt_vfsread+0x4a kqueue_scan(c2157e80,1,d5eeecbc,0,d5eeebe8) at kqueue_scan+0x590 kern_kevent(c210e480,4,0,1,d5eeecbc) at kern_kevent+0x1a0 kevent(c210e480,d5eeed04,18,d5eeed2c,c0533cd6) at kevent+0x7a syscall(804003b,2816003b,bfbf003b,bfbfe160,1) at syscall+0x370 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (363, FreeBSD ELF32, kevent), eip = 0x280ca27f, esp = 0xbfbfe12c, ebp = 0xbfbfe1d8 --- db> trace 859 Tracing pid 859 tid 100120 td 0xc1f79180 sched_switch(c1f79180,0,1,6842a435,914c421e) at sched_switch+0x160 mi_switch(1,0,c1d18280,c06dfda0,c210a000) at mi_switch+0x1d9 turnstile_wait(c210a000,c210e480,0,c210a000,d5e67b08) at turnstile_wait+0x297 _mtx_lock_sleep(c210a000,c1f79180,0,0,0) at _mtx_lock_sleep+0xb4 knote(c210a030,6,0,456136,456136) at knote+0x61 VOP_WRITE_APV(c06c44e0,d5e67bf8,c1f79180,d5e67bec,c07e2860) at VOP_WRITE_APV+0x1 6a vn_write(c1a11a68,d5e67c6c,c20dbe00,0,c1f79180) at vn_write+0x240 dofilewrite(c1f79180,c1a11a68,4,833d000,32) at dofilewrite+0xcb write(c1f79180,d5e67d04,c,0,d5e67d10) at write+0x69 syscall(857003b,ffff003b,bfbf003b,833d000,2837d558) at syscall+0x370 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x282d9bdf, esp = 0xbfbfe04c, ebp = 0xbfbfe068 --- db> trace 898 Tracing pid 898 tid 100132 td 0xc20bb180 sched_switch(c20bb180,0,1,4c8ded05,6b06e864) at sched_switch+0x160 mi_switch(1,0,0,c20bb180,c06e0d24) at mi_switch+0x1d9 sleepq_switch(c06e0d24,0,d5eb0b3c,c04d7e60,c06e0d24) at sleepq_switch+0xee sleepq_wait_sig(c06e0d24,c06e0d00,c0690b85,101,0) at sleepq_wait_sig+0x12 cv_wait_sig(c06e0d24,c06e0d00,d5eb0b78,14,c1644c00) at cv_wait_sig+0x1d0 kern_select(c20bb180,14,bfbfe140,bfbfe0c0,0) at kern_select+0x62d select(c20bb180,d5eb0d04,14,0,d5eb0d10) at select+0x6a syscall(80a003b,3b,bfbf003b,0,10) at syscall+0x370 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x28182f6f, esp = 0xbfbfe08c, ebp = 0xbfbfe1d8 --- -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 10:44:32 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 3075316A41C for ; Sat, 25 Jun 2005 10:44:32 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from efnet-math.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE18343D1D for ; Sat, 25 Jun 2005 10:44:31 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by efnet-math.org (8.13.1/8.13.1) with ESMTP id j5PAiNKb030675 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sat, 25 Jun 2005 06:44:24 -0400 In-Reply-To: <20050625062259.G36786@volatile.chemikals.org> References: <20050625062259.G36786@volatile.chemikals.org> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Sat, 25 Jun 2005 06:44:17 -0400 To: Wesley Morgan X-Mailer: Apple Mail (2.730) Cc: current@FreeBSD.org Subject: Re: processes hanging in ufs/vfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 10:44:32 -0000 Hi, On Jun 25, 2005, at 6:31 AM, Wesley Morgan wrote: > The strange panics I was getting last week seem to have stopped, > but now I am seeing what appears to be deadlocked processes trying > to read or write to the same file. The processes are, of course, > unkillable and prevent a clean reboot. I was running with the > "knlist_locking" patch but that no longer compiles, and backing out > the recent kqueue patch doesn't work either. Traces from ddb are > below. You mean it doesn't work because it does not fix the hanged processes, or because you are unable to patch -R? Also, I don't understand if you see the hangs with the knlist_locking patch or not.. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 10:59:05 2005 Return-Path: X-Original-To: current@FreeBSD.org 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 1E41316A41C; Sat, 25 Jun 2005 10:59:05 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB01D43D1D; Sat, 25 Jun 2005 10:59:04 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-02-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j5PAx0l8024460; Sat, 25 Jun 2005 06:59:00 -0400 (EDT) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.3/8.13.3) with ESMTP id j5PAwx5l036890; Sat, 25 Jun 2005 06:58:59 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost) by volatile.chemikals.org (8.13.3/8.13.3/Submit) with ESMTP id j5PAwwZo036887; Sat, 25 Jun 2005 06:58:58 -0400 (EDT) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Sat, 25 Jun 2005 06:58:57 -0400 (EDT) From: Wesley Morgan To: Suleiman Souhlal In-Reply-To: Message-ID: <20050625064738.L36786@volatile.chemikals.org> References: <20050625062259.G36786@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: current@FreeBSD.org Subject: Re: processes hanging in ufs/vfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 10:59:05 -0000 On Sat, 25 Jun 2005, Suleiman Souhlal wrote: > Hi, > > On Jun 25, 2005, at 6:31 AM, Wesley Morgan wrote: > >> The strange panics I was getting last week seem to have stopped, but now I >> am seeing what appears to be deadlocked processes trying to read or write >> to the same file. The processes are, of course, unkillable and prevent a >> clean reboot. I was running with the "knlist_locking" patch but that no >> longer compiles, and backing out the recent kqueue patch doesn't work >> either. Traces from ddb are below. > > You mean it doesn't work because it does not fix the hanged processes, or > because you are unable to patch -R? Also, I don't understand if you see the > hangs with the knlist_locking patch or not.. They don't compile cleanly... Looks like some problems with macros. The knlist patch fails like this: ../../../kern/kern_event.c: In function `knote': ../../../kern/kern_event.c:1529: error: syntax error before "else" ../../../kern/kern_event.c: In function `knlist_add': ../../../kern/kern_event.c:1566: error: syntax error before "else" ../../../kern/kern_event.c: In function `knlist_remove_kq': ../../../kern/kern_event.c:1585: error: syntax error before "else" ../../../kern/kern_event.c: In function `knlist_mtx_lock': ../../../kern/kern_event.c:1641: warning: dereferencing `void *' pointer ../../../kern/kern_event.c:1641: error: request for member `mtx_lock' in something not a structure or union ../../../kern/kern_event.c: In function `knlist_mtx_unlock': ../../../kern/kern_event.c:1647: warning: dereferencing `void *' pointer ../../../kern/kern_event.c:1647: error: request for member `mtx_lock' in something not a structure or union ../../../kern/kern_event.c: In function `knlist_cleardel': ../../../kern/kern_event.c:1701: error: syntax error before "else" ../../../kern/kern_event.c:1696: warning: unused variable `kn' And backing out the kqueue patch fails on a SYSINIT macro here: ../../../kern/vfs_subr.c:3331: warning: no previous prototype for 'vop_rename_pre' ../../../kern/vfs_subr.c: In function `vop_rename_pre': ../../../kern/vfs_subr.c:3456: error: initializer element is not constant ../../../kern/vfs_subr.c:3456: error: (near initialization for `vfs_knlist_sys_init.func') ../../../kern/vfs_subr.c:3460: warning: no previous prototype for 'vfs_event_signal' ../../../kern/vfs_subr.c:3465: warning: nested extern declaration of `filt_fsattach' ../../../kern/vfs_subr.c:3466: warning: nested extern declaration of `filt_fsdetach' ../../../kern/vfs_subr.c:3467: warning: nested extern declaration of `filt_fsevent' ../../../kern/vfs_subr.c:3520: error: initializer element is not constant ../../../kern/vfs_subr.c:3520: error: (near initialization for `sysctl___vfs_ctl.oid_handler') ../../../kern/vfs_subr.c:3529: warning: no previous prototype for 'init_va_filerev' ../../../kern/vfs_subr.c:3534: error: syntax error at end of input ../../../kern/vfs_subr.c:3332: warning: unused variable `a' ../../../kern/vfs_subr.c:3469: warning: unused variable `fs_filtops' I *think* the knlist patch was helping when I could run with it. From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 11:01:22 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 95A6116A41C for ; Sat, 25 Jun 2005 11:01:22 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB4643D1F for ; Sat, 25 Jun 2005 11:01:21 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5PB1KNY067159; Sat, 25 Jun 2005 14:01:20 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 04561-16; Sat, 25 Jun 2005 14:01:17 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5P6gTOW047541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Jun 2005 09:42:34 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j5P6gUgn011489; Sat, 25 Jun 2005 09:42:30 +0300 (EEST) (envelope-from ru) Date: Sat, 25 Jun 2005 09:42:29 +0300 From: Ruslan Ermilov To: Maksim Yevmenkin Message-ID: <20050625064229.GA56086@ip.net.ua> References: <42BCA0A0.8040902@savvis.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <42BCA0A0.8040902@savvis.net> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org Subject: Re: [patch] ep(4) panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 11:01:22 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 24, 2005 at 05:09:04PM -0700, Maksim Yevmenkin wrote: > Dear Hackers, >=20 > my -current panics when i insert ep(4) pcmcia network adapter. following= =20 > is the patch to fix the panic. >=20 > --- if_ep_pccard.c.orig Fri Jun 10 12:04:44 2005 > +++ if_ep_pccard.c Fri Jun 24 16:51:12 2005 > @@ -73,6 +73,7 @@ > struct ep_board *epb =3D &sc->epb; > const char *desc; > uint16_t result; > + u_char eaddr[6]; > int error; >=20 > error =3D ep_alloc(dev); > @@ -120,7 +121,7 @@ > * Newer cards supported by this device need to have their > * MAC address set. > */ > - error =3D ep_get_macaddr(sc, (u_char *)&IFP2ENADDR(sc->ifp)); > + error =3D ep_get_macaddr(sc, eaddr); >=20 > ep_free(dev); > return (0); >=20 That's odd. You're saving the MAC address nowhere (it's reused later). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCvPzVqRfpzJluFF4RAtMCAJ98EZGWrhy3kxgFPXd2MXeqhLFligCfTir0 TQzx2soIdEnmuual/MOwOeU= =OSCM -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 11:14:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 DF9DD16A41C for ; Sat, 25 Jun 2005 11:14:08 +0000 (GMT) (envelope-from doublef-ctm@yandex.ru) Received: from mx.tele-kom.ru (mx.tele-kom.ru [213.80.148.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 0CC9943D1D for ; Sat, 25 Jun 2005 11:14:07 +0000 (GMT) (envelope-from doublef-ctm@yandex.ru) Received: (qmail 17782 invoked by uid 555); 25 Jun 2005 11:14:05 -0000 Received: from shark (213.80.149.245) by t-k.ru with TeleMail/2 id 1119698043-17770 for freebsd-current@freebsd.org; Sat, 25 Jun 15:14:03 2005 +0400 (MSD) Received: by shark (Postfix, from userid 1000) id 297279DB5C; Sat, 25 Jun 2005 15:12:57 +0400 (MSD) Date: Sat, 25 Jun 2005 15:12:57 +0400 From: Sergey Zaharchenko To: freebsd-current@freebsd.org Message-ID: <20050625111257.GA1826@shark.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline Subject: unionfs renaming panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 11:14:09 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello list, I believe I have found a panic with renaming files on a unionfs. Here's a script to reproduce it (assuming you have booted in single-user). # mount -u / # mkdir /mnt2 # mount_unionfs /mnt2 /mnt # cd /mnt # echo Hello >foo # mv foo bar The part of the backtrace before the debugger is: #23 0xc064557b in kdb_enter (msg=3D0x0) at cpufunc.h:60 #24 0xc062d997 in panic (fmt=3D0xc084d6bc "lockmgr: locking against myself") at /static/srcfs/usr.src/sys/kern/kern_shutdown.c:537 #25 0xc0622f12 in lockmgr (lkp=3D0xc1525058, flags=3D12290, interlkp=3D0x80, td=3D0xc13fb900) at /static/srcfs/usr.src/sys/kern/kern_lock.c:329 #26 0xc0678f9a in vop_stdlock (ap=3D0x0) at /static/srcfs/usr.src/sys/kern/vfs_default.c:258 #27 0xc07f7fe3 in VOP_LOCK_APV (vop=3D0xc08bbcc0, a=3D0xcbfd7ad0) at vnode_if.c:1642 #28 0xc068bc90 in vn_lock (vp=3D0xc1525000, flags=3D4098, td=3D0xc13fb900) at vnode_if.h:844 #29 0xc067a9c6 in lookup (ndp=3D0xcbfd7c18) at /static/srcfs/usr.src/sys/kern/vfs_lookup.c:380 #30 0xc067a696 in namei (ndp=3D0xcbfd7c18) at /static/srcfs/usr.src/sys/kern/vfs_lookup.c:201 #31 0xc06880a4 in kern_rename (td=3D0xc13fb900, from=3D0x0, to=3D0x0, paths= eg=3DUIO_USERSPACE) ^^^^^^^^^^^^^^^^ is this at /static/srcfs/usr.src/sys/kern/vfs_syscalls.c:3221 #32 0xc0687fad in rename (td=3D0xc13fb900, uap=3D0x0) ^^^^^^^^ and this OK? at /static/srcfs/usr.src/sys/kern/vfs_syscalls.c:3177 #33 0xc07e834b in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D -1077940477, tf= _esi =3D -1077940473, tf_ebp =3D -1077941896, tf_isp =3D -872579740, tf_ebx= =3D 0, tf_edx =3D -1, tf_ecx =3D 2, tf_eax =3D 128, tf_trapno =3D 12, tf_e= rr =3D 2, tf_eip =3D 671866095, tf_cs =3D 51, tf_eflags =3D 646, tf_esp =3D= -1077943572, tf_ss =3D 59}) at /static/srcfs/usr.src/sys/i386/i386/trap.c:976 #34 0xc07d573f in Xint0x80_syscall () at /static/srcfs/usr.src/sys/i386/i386/exception.s:200 Relevant Id's: # ident kernel.debug |grep vfs_syscalls.c $FreeBSD: src/sys/kern/vfs_syscalls.c,v 1.391 2005/06/14 01:14:40 jeff= Exp $ # ident kernel.debug |grep vfs_lookup.c $FreeBSD: src/sys/kern/vfs_lookup.c,v 1.80 2005/04/13 23:36:28 jeff Ex= p $ Kernel/world built from the 6898'th CTM delta. Moving from unionfs to a normal fs also results in a panic (the backtrace seems to be different, but I don't have it at the moment). Moving from normal fs to unionfs works OK. Ideas? --=20 DoubleF make(1) to rule them all, grep(1) to find them, patch(1) to fix them all and cvs ci them. --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCvTw5wo7hT/9lVdwRAl9zAJ9582QgxQbeEs4Ml5pL85GTLl9OWgCeM04N Y/gyxldTR4+OhjQmWe/DkKY= =pyG/ -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 11:48:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 6C5C116A41C; Sat, 25 Jun 2005 11:48:42 +0000 (GMT) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A7C543D49; Sat, 25 Jun 2005 11:48:42 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 4D7355CB16; Sat, 25 Jun 2005 04:48:42 -0700 (PDT) Date: Sat, 25 Jun 2005 13:48:42 +0200 From: Maxime Henrion To: Ruslan Ermilov Message-ID: <20050625114842.GJ14567@elvis.mu.org> References: <42BCA0A0.8040902@savvis.net> <20050625064229.GA56086@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050625064229.GA56086@ip.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: [patch] ep(4) panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 11:48:42 -0000 Ruslan Ermilov wrote: > On Fri, Jun 24, 2005 at 05:09:04PM -0700, Maksim Yevmenkin wrote: > > Dear Hackers, > > > > my -current panics when i insert ep(4) pcmcia network adapter. following > > is the patch to fix the panic. > > > > --- if_ep_pccard.c.orig Fri Jun 10 12:04:44 2005 > > +++ if_ep_pccard.c Fri Jun 24 16:51:12 2005 > > @@ -73,6 +73,7 @@ > > struct ep_board *epb = &sc->epb; > > const char *desc; > > uint16_t result; > > + u_char eaddr[6]; > > int error; > > > > error = ep_alloc(dev); > > @@ -120,7 +121,7 @@ > > * Newer cards supported by this device need to have their > > * MAC address set. > > */ > > - error = ep_get_macaddr(sc, (u_char *)&IFP2ENADDR(sc->ifp)); > > + error = ep_get_macaddr(sc, eaddr); > > > > ep_free(dev); > > return (0); > > > That's odd. You're saving the MAC address nowhere (it's reused > later). But ep_get_macaddr() does a little bit more than what its name suggests. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 16:59:41 2005 Return-Path: X-Original-To: current@freebsd.org 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 C6C0116A41C for ; Fri, 24 Jun 2005 16:59:41 +0000 (GMT) (envelope-from umka@sevinter.net) Received: from mail.sevcity.net (mail.sevcity.net [213.227.234.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDB0743D48 for ; Fri, 24 Jun 2005 16:59:39 +0000 (GMT) (envelope-from umka@sevinter.net) Received: from mail.sevcity.net (service.sevcity [127.0.0.1]) by mail.sevcity.net (Postfix) with ESMTP id 80BA4170005; Fri, 24 Jun 2005 19:59:34 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [172.20.2.3]) by mail.sevcity.net (Postfix) with ESMTP id 84408170004; Fri, 24 Jun 2005 19:59:33 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [127.0.0.1] (may be forged)) by berloga.shadowland (8.12.11/8.12.11) with ESMTP id j5OGxWaf020786; Fri, 24 Jun 2005 19:59:32 +0300 Received: (from root@localhost) by berloga.shadowland (8.12.11/8.12.11/Submit) id j5OGxWu7020780; Fri, 24 Jun 2005 19:59:32 +0300 From: Alex Lyashkov To: Peter Holm In-Reply-To: <20050624164430.GA14074@peter.osted.lan> References: <200506241626.57469.thierry@herbelot.com> <20050624164430.GA14074@peter.osted.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Organization: Home Message-Id: <1119632271.20635.2.camel@berloga.shadowland> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Fri, 24 Jun 2005 19:59:32 +0300 X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sat, 25 Jun 2005 11:53:24 +0000 Cc: current@freebsd.org, Thierry Herbelot Subject: Re: panic: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2005 16:59:42 -0000 I got a simular panic with RELENG_5. - #2 0xc04a562a in panic (fmt=3D0xc0602beb "sbappendstream 1") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc04ddd3a in sbappendstream_locked (sb=3D0xc1838bb4, m=3D0xc1084600) a= t /usr/src/sys/kern/uipc_socket2.c:739 #4 0xc0541978 in tcp_input (m=3D0xc1084600, off0=3D40) at /usr/src/sys/netinet/tcp_input.c:1295 #5 0xc053b011 in ip_input (m=3D0xc1084600) at /usr/src/sys/netinet/ip_input.c:776 #6 0xc050e016 in netisr_processqueue (ni=3D0xc067af38) at /usr/src/sys/net/netisr.c:233 #7 0xc050e1c4 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:340 #8 0xc0493e98 in ithread_loop (arg=3D0xc0fd9500) at /usr/src/sys/kern/kern_intr.c:547 #9 0xc049330c in fork_exit (callout=3D0xc0493d74 , arg=3D0xc0fd9500, frame=3D0xc99add38) -- =D0=92 =D0=9F=D1=82=D0=BD, 24.06.2005, =D0=B2 19:44, Peter Holm =D0=BF=D0= =B8=D1=88=D0=B5=D1=82: > On Fri, Jun 24, 2005 at 04:26:55PM +0200, Thierry Herbelot wrote: > >=20 > > This is with an SMP machine (oldish BP6) > >=20 >=20 > It seems as thou I got the same one: >=20 > panic: Memory modified after free 0xc216d500(256) val=3Dc1d5e100 @ 0xc216= d500 >=20 > cpuid =3D 0 > KDB: enter: panic > [thread pid 37 tid 100020 ] > Stopped at kdb_enter+0x2b: nop > db> where > Tracing pid 37 tid 100020 td 0xc1540480 > kdb_enter(c0852679) at kdb_enter+0x2b > panic(c086d47e,c216d500,100,c1d5e100,c216d500) at panic+0x14b > trash_ctor(c216d500,100,cbfa0b04,1,c104a9d8) at trash_ctor+0x2f > mb_ctor_mbuf(c216d500,100,cbfa0b04,1) at mb_ctor_mbuf+0x18 > uma_zalloc_arg(c104a9a0,cbfa0b04,1) at uma_zalloc_arg+0x10f > m_copym(c1739300,16a0,5a8,1,5cef834) at m_copym+0x11c > tcp_output(c1fe78fc) at tcp_output+0xa42 > tcp_input(c178ab00,14,c178ab00,0,0) at tcp_input+0x2b0f > ip_input(c178ab00) at ip_input+0x511 > netisr_processqueue(c099eb38) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xbe > ithread_loop(c1573480,cbfa0d38,...) at ithread_loop+0x11c > fork_exit(c061bba0,c1573480,cbfa0d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 >=20 > Details at http://www.holm.cc/stress/log/cons136.html >=20 > - Peter >=20 > >=20 > > multi-cur# kgdb kernel.debug /files3/tmp/vmcore.154 > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db= .so:=20 > > 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 yo= u are > > welcome to change it and/or distribute copies of it under certain condi= tions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > > This GDB was configured as "i386-marcel-freebsd". > > #0 doadump () at pcpu.h:165 > > 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > > (kgdb) bt > > #0 doadump () at pcpu.h:165 > > #1 0xc046897a in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-10671661= 01, > > dummy4=3D0xcc89d8d4 "\b=C3=99\211=C3=8C") at /usr/src/sys/ddb/db_co= mmand.c:531 > > #2 0xc0468788 in db_command (last_cmdp=3D0xc08fc464, cmd_table=3D0x0,=20 > > aux_cmd_tablep=3D0xc0879f00, > > aux_cmd_tablep_end=3D0xc0879f1c) at /usr/src/sys/ddb/db_command.c:3= 49 > > #3 0xc0468850 in db_command_loop () at /usr/src/sys/ddb/db_command.c:4= 55 > > #4 0xc046a3d5 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_m= ain.c:221 > > #5 0xc0645904 in kdb_trap (type=3D3, code=3D0, tf=3D0xcc89da18)=20 > > at /usr/src/sys/kern/subr_kdb.c:471 > > #6 0xc07e7cbc in trap (frame=3D > > {tf_fs =3D -863436792, tf_es =3D -1067188184, tf_ds =3D -10650254= 96, tf_edi =3D=20 > > -1064921604, tf_esi =3D 1, tf_ebp =3D -863380904, tf_isp =3D -863380924= , tf_ebx =3D=20 > > -863380860, tf_edx =3D 0, tf_ecx =3D -1056755712, tf_eax =3D 18, tf_tra= pno =3D 3,=20 > > tf_err =3D 0, tf_eip =3D -1067166101, tf_cs =3D 32, tf_eflags =3D 642, = tf_esp =3D=20 > > -863380872, tf_ss =3D -1067263353}) at /usr/src/sys/i386/i386/trap.c:59= 8 > > #7 0xc07d583a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > > #8 0xcc890008 in ?? () > > #9 0xc0640028 in blst_radix_init (scan=3D0xc084ecf5,=20 > > radix=3D-4516961442427043584, > > skip=3D-1050930176, count=3DUnhandled dwarf expression opcode 0x93 > > ) at /usr/src/sys/kern/subr_blist.c:885 > > #10 0xc062da87 in panic (fmt=3D0x282
) > > at /usr/src/sys/kern/kern_shutdown.c:537 > > #11 0xc077be53 in trash_ctor (mem=3D0xc15c1400, size=3D0, arg=3D0xcc89d= b40, flags=3D1) > > at /usr/src/sys/vm/uma_dbg.c:72 > > #12 0xc0624bd8 in mb_ctor_mbuf (mem=3D0xc15c1400, size=3D256, arg=3D0xc= c89db40,=20 > > how=3D1) > > at /usr/src/sys/kern/kern_mbuf.c:204 > > #13 0xc077a85f in uma_zalloc_arg (zone=3D0xc104a9a0, udata=3D0xcc89db40= , flags=3D1) > > at /usr/src/sys/vm/uma_core.c:1839 > > #14 0xc06c66ed in tcp_output (tp=3D0xc165eac8) at mbuf.h:392 > > ---Type to continue, or q to quit---q > > Quit > > (kgdb) frame 11 > > #11 0xc077be53 in trash_ctor (mem=3D0xc15c1400, size=3D0, arg=3D0xcc89d= b40, flags=3D1) > > at /usr/src/sys/vm/uma_dbg.c:72 > > 72 panic("Memory modified after free %p(%d= )=20 > > val=3D%x @ %p\n", > > (kgdb) list > > 67 > > 68 cnt =3D size / sizeof(uma_junk); > > 69 > > 70 for (p =3D mem; cnt > 0; cnt--, p++) > > 71 if (*p !=3D uma_junk) > > 72 panic("Memory modified after free %p(%d= )=20 > > val=3D%x @ %p\n", > > 73 mem, size, *p, p); > > 74 return (0); > > 75 } > > 76 > > (kgdb) frame 13 > > #13 0xc077a85f in uma_zalloc_arg (zone=3D0xc104a9a0, udata=3D0xcc89db40= , flags=3D1) > > at /usr/src/sys/vm/uma_core.c:1839 > > 1839 if (zone->uz_ctor(item,=20 > > zone->uz_keg->uk_size, > > (kgdb) list > > 1834 ZONE_LOCK(zone); > > 1835 uma_dbg_alloc(zone, NULL, item); > > 1836 ZONE_UNLOCK(zone); > > 1837 #endif > > 1838 if (zone->uz_ctor !=3D NULL) { > > 1839 if (zone->uz_ctor(item,=20 > > zone->uz_keg->uk_size, > > 1840 udata, flags) !=3D 0) { > > 1841 uma_zfree_internal(zone= , item,=20 > > udata, > > 1842 SKIP_DTOR); > > 1843 return (NULL); > > (kgdb) print *zone > > $1 =3D {uz_name =3D 0xc084d5b0 "Mbuf", uz_lock =3D 0xc10443c8, uz_keg = =3D 0xc10443c0,=20 > > uz_link =3D { > > le_next =3D 0xc104ac60, le_prev =3D 0xc10443f8}, uz_full_bucket =3D= {lh_first =3D=20 > > 0x0}, > > uz_free_bucket =3D {lh_first =3D 0x0}, uz_ctor =3D 0xc0624bc0 , > > uz_dtor =3D 0xc0624c30 , uz_init =3D 0, uz_fini =3D 0, = uz_allocs =3D=20 > > 1993622, > > uz_fills =3D 0, uz_count =3D 128, uz_cpu =3D {{uc_freebucket =3D 0xc1= 5b820c, > > uc_allocbucket =3D 0xc103d20c, uc_allocs =3D 3}}} > >=20 > > multi-cur# ident kernel.debug | grep uma_dbg.c > > $FreeBSD: src/sys/vm/uma_dbg.c,v 1.19 2005/02/16 21:45:59 bmilekic= Exp $ > > multi-cur# ident kernel.debug | grep kern_mbuf.c > > $FreeBSD: src/sys/kern/kern_mbuf.c,v 1.8 2005/06/23 04:33:39 silby= Exp $ > > multi-cur# ident kernel.debug | grep uma_core.c > > $FreeBSD: src/sys/vm/uma_core.c,v 1.119 2005/04/29 18:56:36 rwatso= n Exp $ > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Alex Lyashkov Home From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 13:31:05 2005 Return-Path: X-Original-To: current@freebsd.org 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 887B316A41C for ; Sat, 25 Jun 2005 13:31:05 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id E5C2143D1D for ; Sat, 25 Jun 2005 13:31:04 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 734 invoked from network); 25 Jun 2005 13:31:03 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 25 Jun 2005 13:31:03 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j5PDV29V023620; Sat, 25 Jun 2005 15:31:02 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j5PDUqor023619; Sat, 25 Jun 2005 15:30:52 +0200 (CEST) (envelope-from pho) Date: Sat, 25 Jun 2005 15:30:52 +0200 From: Peter Holm To: Mike Silbersack Message-ID: <20050625133052.GA23599@peter.osted.lan> References: <20050624212729.C537@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050624212729.C537@odysseus.silby.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 13:31:05 -0000 On Fri, Jun 24, 2005 at 09:31:28PM -0500, Mike Silbersack wrote: > > The attached patch stores the address of who freed an > mbuf/cluster/whatever inside it, then prints that address when panicing. > You can then feed that address into "x 0xwhatever" in DDB to see who the > semi-guilty party is. > > Two flaws in the patch as is: > > - It's messy and not compatible with non-i386, cleanups are needed. > > - If the mbuf in question is part of a mbuf chain, we'll see m_freem as > the guilty party, because it called m_free. > > So, if you're one of the people seeing panics due to mbufs being used > after free, please try applying the patch and see what results you get. > If you keep getting m_freem as the previous user, then I'll have to > enhance it to work around that. > > Mike "Silby" Silbersack Didn't have much luck with your patch: x.123b:This memory last freed by: 0 x.123b-panic: Memory modified after free 0xc25a7100(256) val=0 @ 0xc25a7100 -- x.123c:This memory last freed by: 0 x.123c-panic: Memory modified after free 0xc1f60e00(256) val=0 @ 0xc1f60e00 -- x.123e:This memory last freed by: 0xc2fa6c00 x.123e-panic: Memory modified after free 0xc2fa6a00(256) val=c2fa6c00 @ 0xc2fa6a00 - Peter > diff -u -r /usr/src/sys.old/kern/uipc_mbuf.c /usr/src/sys/kern/uipc_mbuf.c > --- /usr/src/sys.old/kern/uipc_mbuf.c Fri Jun 24 20:13:59 2005 > +++ /usr/src/sys/kern/uipc_mbuf.c Fri Jun 24 20:50:16 2005 > @@ -219,7 +219,7 @@ > * storage attached to them if the reference count hits 0. > */ > void > -mb_free_ext(struct mbuf *m) > +mb_free_ext(struct mbuf *m, void *arg) > { > u_int cnt; > int dofree; > @@ -249,10 +249,10 @@ > * Do the free, should be safe. > */ > if (m->m_ext.ext_type == EXT_PACKET) { > - uma_zfree(zone_pack, m); > + uma_zfree_arg(zone_pack, m, arg); > return; > } else if (m->m_ext.ext_type == EXT_CLUSTER) { > - uma_zfree(zone_clust, m->m_ext.ext_buf); > + uma_zfree_arg(zone_clust, m->m_ext.ext_buf, arg); > m->m_ext.ext_buf = NULL; > } else { > (*(m->m_ext.ext_free))(m->m_ext.ext_buf, > @@ -266,7 +266,7 @@ > m->m_ext.ext_buf = NULL; > } > } > - uma_zfree(zone_mbuf, m); > + uma_zfree_arg(zone_mbuf, m, arg); > } > > /* > @@ -1381,4 +1381,19 @@ > if (m_final) > m_freem(m_final); > return (NULL); > +} > + > +struct mbuf * > +m_free(struct mbuf *m) > +{ > + struct mbuf *n = m->m_next; > + > +#ifdef INVARIANTS > + m->m_flags |= M_FREELIST; > +#endif > + if (m->m_flags & M_EXT) > + mb_free_ext(m, __builtin_return_address(0)); > + else > + uma_zfree_arg(zone_mbuf, m, __builtin_return_address(0)); > + return n; > } > diff -u -r /usr/src/sys.old/sys/mbuf.h /usr/src/sys/sys/mbuf.h > --- /usr/src/sys.old/sys/mbuf.h Fri Jun 24 20:17:31 2005 > +++ /usr/src/sys/sys/mbuf.h Fri Jun 24 20:53:07 2005 > @@ -350,10 +350,10 @@ > static __inline struct mbuf *m_gethdr(int how, short type); > static __inline struct mbuf *m_getcl(int how, short type, int flags); > static __inline struct mbuf *m_getclr(int how, short type); /* XXX */ > -static __inline struct mbuf *m_free(struct mbuf *m); > +struct mbuf *m_free(struct mbuf *m); > static __inline void m_clget(struct mbuf *m, int how); > static __inline void m_chtype(struct mbuf *m, short new_type); > -void mb_free_ext(struct mbuf *); > +void mb_free_ext(struct mbuf *, void *arg); > > static __inline > struct mbuf * > @@ -404,7 +404,8 @@ > return (uma_zalloc_arg(zone_pack, &args, how)); > } > > -static __inline > +#if 0 > +static > struct mbuf * > m_free(struct mbuf *m) > { > @@ -414,11 +415,12 @@ > m->m_flags |= M_FREELIST; > #endif > if (m->m_flags & M_EXT) > - mb_free_ext(m); > + mb_free_ext(m, __builtin_return_address(0)); > else > - uma_zfree(zone_mbuf, m); > + uma_zfree_arg(zone_mbuf, m, __builtin_return_address(0)); > return n; > } > +#endif > > static __inline > void > diff -u -r /usr/src/sys.old/vm/uma_dbg.c /usr/src/sys/vm/uma_dbg.c > --- /usr/src/sys.old/vm/uma_dbg.c Fri Jun 24 20:13:27 2005 > +++ /usr/src/sys/vm/uma_dbg.c Fri Jun 24 21:11:05 2005 > @@ -66,11 +66,14 @@ > u_int32_t *p; > > cnt = size / sizeof(uma_junk); > + cnt -= sizeof(void *); > > for (p = mem; cnt > 0; cnt--, p++) > - if (*p != uma_junk) > + if (*p != uma_junk) { > + printf("This memory last freed by: %p\n", (void *)*p); > panic("Memory modified after free %p(%d) val=%x @ %p\n", > mem, size, *p, p); > + } > return (0); > } > > @@ -87,9 +90,11 @@ > u_int32_t *p; > > cnt = size / sizeof(uma_junk); > + cnt -= sizeof(void *); > > for (p = mem; cnt > 0; cnt--, p++) > *p = uma_junk; > + *p = (int)arg; > } > > /* From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 13:36:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3359016A444 for ; Sat, 25 Jun 2005 13:36:37 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFBA443D1D for ; Sat, 25 Jun 2005 13:36:36 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-1.free.fr (Postfix) with ESMTP id B59E42BA54D for ; Sat, 25 Jun 2005 15:36:35 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5PDaSIi007762; Sat, 25 Jun 2005 15:36:30 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sat, 25 Jun 2005 15:36:23 +0200 User-Agent: KMail/1.8 References: <20050624145923.P83036@odysseus.silby.com> <20050624155218.D83036@odysseus.silby.com> <200506242331.47205.thierry@herbelot.com> In-Reply-To: <200506242331.47205.thierry@herbelot.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506251536.25959.thierry@herbelot.com> Cc: Mike Silbersack Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 13:36:37 -0000 Le Friday 24 June 2005 23:31, Thierry Herbelot a écrit : > Le Friday 24 June 2005 22:56, Mike Silbersack a écrit : > > That makes some sense, because we may not be getting around to the > > modified memory until we hit some heavy memory usage. Also, one > > backtrace showed the panic happening when uma_reclaim was called from the > > vm pageout daemon. Sounds like I should throw something in to > > (optionally) call uma_reclaim on a regular basis so that we might catch > > this more quickly. > here's the latest panic (recent sources + your patch applied) : what do I do next ? TfH Starting background file system checks in 60 seconds. Sat Jun 25 15:01:26 CEST 2005 FreeBSD/i386 (multi-cur.herbelot.nom) (ttyd0) login: Jun 25 15:01:36 multi-cur su: thierry.herbelot to root on /dev/ttyp0 This memory last freed by: 0xc15f5100 panic: Memory modified after free 0xc15cd600(256) val=c15f5100 @ 0xc15cd600 cpuid = 0 KDB: enter: panic [thread pid 520 tid 100089 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 520 tid 100089 td 0xc15a5780 kdb_enter(c084e195) at kdb_enter+0x2b panic(c0868abb,c15cd600,100,c15f5100,c15cd600) at panic+0x127 trash_ctor(c15cd600,100,cc92f96c,1,c104a9d8) at trash_ctor+0x3f mb_ctor_mbuf(c15cd600,100,cc92f96c,1) at mb_ctor_mbuf+0x18 uma_zalloc_arg(c104a9a0,cc92f96c,1) at uma_zalloc_arg+0x10f m_defrag(c1758e00,1,c13b5cb0,1,c08622c6,580) at m_defrag+0x97 rl_encap(c13b5800,c1758e00) at rl_encap+0x2b rl_start_locked(c13ccc00,c13b5cb0,0,c08622c6,5ab) at rl_start_locked+0x1ef rl_start(c13ccc00) at rl_start+0x28 if_start(c13ccc00) at if_start+0x7b ether_output_frame(c13ccc00,c1758e00,0,0,0) at ether_output_frame+0x1d9 ether_output(c13ccc00,c1758e00,cc92faa8,c15cf840,c1593400) at ether_output+0x3b4 ip_output(c1758e00,0,cc92faa4,0,0) at ip_output+0x6fc tcp_output(c1661564,0,1,c165fbf4,0) at tcp_output+0xf8e tcp_usr_send(c15c1914,0,c1758a00,0,0) at tcp_usr_send+0x1b3 sosend(c15c1914,0,cc92fc78,c1758a00,0) at sosend+0x5e3 soo_write(c15167e0,cc92fc78,c1740d80,0,c15a5780) at soo_write+0x46 dofilewrite(c15a5780,c15167e0,3,807f000,50) at dofilewrite+0xa8 write(c15a5780,cc92fd04,3,9a,286) at write+0x39 syscall(3b,bfbf003b,bfbf003b,80788e0,806fe08) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x282c1e63, esp = 0xbfbfe4ac, ebp = 0xbfbfe4c8 --- db> From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 13:43:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7147216A41C for ; Sat, 25 Jun 2005 13:43:02 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42A4A43D1F for ; Sat, 25 Jun 2005 13:43:02 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id 83D43BE61C; Sat, 25 Jun 2005 09:44:56 -0400 (EDT) Date: Sat, 25 Jun 2005 09:44:56 -0400 From: James Snow To: freebsd-current@freebsd.org Message-ID: <20050625134456.GC49593@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: WITNESS backtraces? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 13:43:02 -0000 Are these messages something the list has any interest in or should I pay no attention to them? malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ath0 (network driver) r = 0 (0xc1682cc4) locked @ /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4672 KDB: stack backtrace: kdb_backtrace(1,0,c0c4d540,0,dd144b04) at kdb_backtrace+0x29 witness_warn(5,0,c0608e6b,c05e923d,0) at witness_warn+0x18e uma_zalloc_arg(c0c4d540,0,2) at uma_zalloc_arg+0x41 malloc(0,c0624b20,2,801c69ea,c167348c) at malloc+0xae ieee80211_ioctl_setoptie(c16821ac,c18294c0,dd144b64,246,c064e600) at ieee80211_ioctl_setoptie+0x38 ieee80211_ioctl_set80211(c16821ac,801c69ea,c18294c0,0,801c69ea) at ieee80211_ioctl_set80211+0x6bb ieee80211_ioctl(c16821ac,801c69ea,c18294c0,c1682cc4,6af) at ieee80211_ioctl+0x105 ath_ioctl(c1660800,801c69ea,c18294c0,dd144c40,c04b5f80) at ath_ioctl+0xb4 in_control(c17e7914,801c69ea,c18294c0,c1660800,c1779a80) at in_control+0xb33 ifioctl(c17e7914,801c69ea,c18294c0,c1779a80,0) at ifioctl+0x187 soo_ioctl(c1798900,801c69ea,c18294c0,c179be80,c1779a80) at soo_ioctl+0x2db ioctl(c1779a80,dd144d04,3,3,282) at ioctl+0x370 syscall(3b,3b,3b,bfbfdf7c,8063160) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280f21db, esp = 0xbfbfdf3c, ebp = 0xbfbfdf98 --- -Snow From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 14:13:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 4B44016A41C for ; Sat, 25 Jun 2005 14:13:26 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD72543D64 for ; Sat, 25 Jun 2005 14:13:25 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from wotan.home.paeps.cx (wotan.home.paeps.cx [IPv6:2001:838:37f:10:a00:20ff:fe9b:138c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "wotan.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 0AC60C0D4 for ; Sat, 25 Jun 2005 16:13:22 +0200 (CEST) Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [IPv6:2001:838:37f:10:20a:e6ff:fe7d:c08]) by wotan.home.paeps.cx (Postfix) with ESMTP id 9185861A3 for ; Sat, 25 Jun 2005 16:13:21 +0200 (CEST) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) by fasolt.home.paeps.cx (8.13.4/8.13.4) with ESMTP id j5PEDLbJ000728 for ; Sat, 25 Jun 2005 16:13:21 +0200 (CEST) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.13.4/8.13.4/Submit) id j5PEDKxR000727 for freebsd-current@freebsd.org; Sat, 25 Jun 2005 16:13:20 +0200 (CEST) (envelope-from philip) Date: Sat, 25 Jun 2005 16:13:20 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20050625141320.GA605@fasolt.home.paeps.cx> Mail-Followup-To: freebsd-current@freebsd.org References: <20050622065357.GA694@loge.nixsys.be> <20050623083804.GV738@obiwan.tataz.chchile.org> <20050623104843.GA698@loge.nixsys.be> <20050623142117.GE738@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050623142117.GE738@obiwan.tataz.chchile.org> X-Date-in-Rome: ante diem VII Kalendas Iulias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i Subject: Re: Unable to umount union-parts after umounting unionfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 14:13:26 -0000 On 2005-06-23 16:21:17 (+0200), Jeremie Le Hen wrote: > > > Could you show us the locked vnodes for these two cases please ? > > > > Is there any way I can either try to unmount the filesystem manually from > > the debugger or make the unmounting code more chatting about what it's > > waiting for? > > I don't think that having a snapshot of locked vnode when union_unmount() is > called would inform us further. However, I you want to try, you just have > to drop to DDB, set a breakpoint on union_unmount() (typing "break > union_unmount") and then try the unmount (you can delete the breakpoint by > simply using "delete union_unmount"). Note that the problem is not in unmounting the union filesystem, that works fine, it's unmounting the top layer. Unmounting the bottom layer is not a problem either. > One thing you can do is compiling your kernel with DIAGNOSTIC enabled > and set the sysctl debug.busyprt to 1. This will print informations on > each busy vnode when you will be trying to unmount the filesystem : Aha: %%% vflush: busy vnode 0xc2578bb0: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags (VV_ROOT) VI_LOCKed v_object 0xc256c630 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc2547900 (pid 687) ino 2, on dev md1 %%% - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #242: Software uses US measurements, but the OS is in metric... From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 14:21:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B497716A41C; Sat, 25 Jun 2005 14:21:10 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3683343D49; Sat, 25 Jun 2005 14:21:10 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta10.adelphia.net (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP id <20050625142109.YOSC19267.mta10.adelphia.net@[192.168.1.254]>; Sat, 25 Jun 2005 10:21:09 -0400 Message-ID: <42BD6865.4090608@savvis.net> Date: Sat, 25 Jun 2005 07:21:25 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxime Henrion References: <42BCA0A0.8040902@savvis.net> <20050625064229.GA56086@ip.net.ua> <20050625114842.GJ14567@elvis.mu.org> <20050625115421.GA13063@ip.net.ua> <20050625120226.GK14567@elvis.mu.org> In-Reply-To: <20050625120226.GK14567@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [patch] ep(4) panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 14:21:10 -0000 Maxime Henrion wrote: > Ruslan Ermilov wrote: > >>On Sat, Jun 25, 2005 at 01:48:42PM +0200, Maxime Henrion wrote: >> >>>Ruslan Ermilov wrote: >>> >>>>On Fri, Jun 24, 2005 at 05:09:04PM -0700, Maksim Yevmenkin wrote: >>>> >>>>>Dear Hackers, >>>>> >>>>>my -current panics when i insert ep(4) pcmcia network adapter. following >>>>>is the patch to fix the panic. >>>>> >>>>>--- if_ep_pccard.c.orig Fri Jun 10 12:04:44 2005 >>>>>+++ if_ep_pccard.c Fri Jun 24 16:51:12 2005 >>>>>@@ -73,6 +73,7 @@ >>>>> struct ep_board *epb = &sc->epb; >>>>> const char *desc; >>>>> uint16_t result; >>>>>+ u_char eaddr[6]; >>>>> int error; >>>>> >>>>> error = ep_alloc(dev); >>>>>@@ -120,7 +121,7 @@ >>>>> * Newer cards supported by this device need to have their >>>>> * MAC address set. >>>>> */ >>>>>- error = ep_get_macaddr(sc, (u_char *)&IFP2ENADDR(sc->ifp)); >>>>>+ error = ep_get_macaddr(sc, eaddr); >>>>> >>>>> ep_free(dev); >>>>> return (0); >>>>> >>>> >>>>That's odd. You're saving the MAC address nowhere (it's reused >>>>later). >>> >>>But ep_get_macaddr() does a little bit more than what its name suggests. >>> >> >>I fail to see what else it does. My point, on the other hand, is >>that we should be saving it in IFP2ENADDR here, for later reuse. > > > Hmm, I apparently read the code wrong. It would be interesting to know > if just removing the call the ep_get_macaddr() fixes the panic as well > and lets the card work OK. The comment above the call to > ep_get_macaddr() looks weird given that ep_get_macaddr() does nothing > more than reading the MAC address and doesn't apparently set it. the way i understand it: this code is in the "probe" routine and when its called ifp structure was not allocated/setup yet. the "attach" routine will call "ep_attach" later that will allocate/setup ifp and read/set mac address (once again). so, the card works just fine. it is interesting that my 4.x has different comment $FreeBSD: /repoman/r/ncvs/src/sys/dev/ep/if_ep_pccard.c,v 1.12.2.3 2003/10/06 02:53:51 imp Exp $ /* * For some reason the 3c574 needs this. */ ep_get_macaddr(sc, (u_char *)&sc->arpcom.ac_enaddr); perhaps the comment in -current should be changed as well? can anyone please shed some light on this? thanks, max From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 16:37:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C326A16A41C for ; Sat, 25 Jun 2005 16:37:49 +0000 (GMT) (envelope-from silby@silby.com) Received: from wbm2.pair.net (wbm2.pair.net [209.68.3.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 6096F43D4C for ; Sat, 25 Jun 2005 16:37:49 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 73028 invoked by uid 65534); 25 Jun 2005 16:37:48 -0000 Received: from 64.215.82.94 ([64.215.82.94]) (SquirrelMail authenticated user silby@silby.com) by webmail2.pair.com with HTTP; Sat, 25 Jun 2005 12:37:48 -0400 (EDT) Message-ID: <1424.64.215.82.94.1119717468.squirrel@webmail2.pair.com> In-Reply-To: <200506251536.25959.thierry@herbelot.com> References: <20050624145923.P83036@odysseus.silby.com> <20050624155218.D83036@odysseus.silby.com> <200506242331.47205.thierry@herbelot.com> <200506251536.25959.thierry@herbelot.com> Date: Sat, 25 Jun 2005 12:37:48 -0400 (EDT) From: "Mike Silbersack" To: thierry@herbelot.com User-Agent: SquirrelMail/1.4.4 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: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2005 16:37:49 -0000 > here's the latest panic (recent sources + your patch applied) : what do I > do > next ? > > TfH > > Starting background file system checks in 60 seconds. > > Sat Jun 25 15:01:26 CEST 2005 > > FreeBSD/i386 (multi-cur.herbelot.nom) (ttyd0) > > login: Jun 25 15:01:36 multi-cur su: thierry.herbelot to root on > /dev/ttyp0 > This memory last freed by: 0xc15f5100 Do a "x 0xc15f5100" in DDB to see who performed that free. No need to panic the system or anything, just enter ddb, run that, and then "continue" - the address won't change until you rebuild the kernel. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 16:38:57 2005 Return-Path: X-Original-To: current@freebsd.org 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 D611116A41F for ; Sat, 25 Jun 2005 16:38:57 +0000 (GMT) (envelope-from silby@silby.com) Received: from wbm2.pair.net (wbm2.pair.net [209.68.3.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 6021943D55 for ; Sat, 25 Jun 2005 16:38:57 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 73050 invoked by uid 65534); 25 Jun 2005 16:38:56 -0000 Received: from 64.215.82.94 ([64.215.82.94]) (SquirrelMail authenticated user silby@silby.com) by webmail2.pair.com with HTTP; Sat, 25 Jun 2005 12:38:56 -0400 (EDT) Message-ID: <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> In-Reply-To: <20050625133052.GA23599@peter.osted.lan> References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> Date: Sat, 25 Jun 2005 12:38:56 -0400 (EDT) From: "Mike Silbersack" To: "Peter Holm" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Mike Silbersack , current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 16:38:58 -0000 > Didn't have much luck with your patch: > > x.123b:This memory last freed by: 0 > x.123b-panic: Memory modified after free 0xc25a7100(256) val=0 @ > 0xc25a7100 > -- > x.123c:This memory last freed by: 0 > x.123c-panic: Memory modified after free 0xc1f60e00(256) val=0 @ > 0xc1f60e00 Interesting on those two... > x.123e:This memory last freed by: 0xc2fa6c00 > x.123e-panic: Memory modified after free 0xc2fa6a00(256) val=c2fa6c00 @ > 0xc2fa6a00 > > - Peter Now do a "x 0xc2fa6c00" in DDB to find out who was calling m_free. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 17:32:20 2005 Return-Path: X-Original-To: current@freebsd.org 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 8E1A416A41C for ; Sat, 25 Jun 2005 17:32:20 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 2303843D55 for ; Sat, 25 Jun 2005 17:32:19 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 37070 invoked from network); 25 Jun 2005 17:32:18 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 25 Jun 2005 17:32:18 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j5PHWHSn024327; Sat, 25 Jun 2005 19:32:17 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j5PHWHtG024326; Sat, 25 Jun 2005 19:32:17 +0200 (CEST) (envelope-from pho) Date: Sat, 25 Jun 2005 19:32:17 +0200 From: Peter Holm To: Mike Silbersack Message-ID: <20050625173217.GA24306@peter.osted.lan> References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 17:32:20 -0000 On Sat, Jun 25, 2005 at 12:38:56PM -0400, Mike Silbersack wrote: > > Didn't have much luck with your patch: > > > > x.123b:This memory last freed by: 0 > > x.123b-panic: Memory modified after free 0xc25a7100(256) val=0 @ > > 0xc25a7100 > > -- > > x.123c:This memory last freed by: 0 > > x.123c-panic: Memory modified after free 0xc1f60e00(256) val=0 @ > > 0xc1f60e00 > > Interesting on those two... > > > x.123e:This memory last freed by: 0xc2fa6c00 > > x.123e-panic: Memory modified after free 0xc2fa6a00(256) val=c2fa6c00 @ > > 0xc2fa6a00 > > > > - Peter > > Now do a "x 0xc2fa6c00" in DDB to find out who was calling m_free. > (kgdb) x/40x 0xc2fa6a00 0xc2fa6a00: 0xc2fa6c00 0x00000000 0xc24b1ae0 0x00000520 0xc2fa6a10: 0x00008003 0xdead0001 0x00000000 0x000005a8 0xc2fa6a20: 0xdeadc0de 0x00000000 0xdeadc0de 0x00000000 0xc2fa6a30: 0x00000000 0x00000000 0x00000000 0x00000800 0xc2fa6a40: 0xc24ad15c 0x00000003 0xdeadc0de 0xdeadc0de 0xc2fa6a50: 0xdeadc0de 0xdeadc0de 0xdeadc0de 0xdeadc0de 0xc2fa6a60: 0xdeadc0de 0xdeadc0de 0xdeadc0de 0xdeadc0de 0xc2fa6a70: 0xdeadc0de 0xdeadc0de 0xdeadc0de 0xdeadc0de 0xc2fa6a80: 0xdeadc0de 0xdeadc0de 0xdeadc0de 0xdeadc0de 0xc2fa6a90: 0xdeadc0de 0xdeadc0de 0xdeadc0de 0xdeadc0de > Mike "Silby" Silbersack -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 18:05:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 6364216A41C; Sat, 25 Jun 2005 18:05:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CAC143D4C; Sat, 25 Jun 2005 18:05:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5PI4Kgs001673; Sat, 25 Jun 2005 12:04:20 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 25 Jun 2005 12:05:54 -0600 (MDT) Message-Id: <20050625.120554.35973385.imp@bsdimp.com> To: maksim.yevmenkin@savvis.net From: "M. Warner Losh" In-Reply-To: <42BD6865.4090608@savvis.net> References: <20050625115421.GA13063@ip.net.ua> <20050625120226.GK14567@elvis.mu.org> <42BD6865.4090608@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: freebsd-current@freebsd.org Subject: Re: [patch] ep(4) panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 18:05:08 -0000 In message: <42BD6865.4090608@savvis.net> Maksim Yevmenkin writes: : Maxime Henrion wrote: : : > Ruslan Ermilov wrote: : > : >>On Sat, Jun 25, 2005 at 01:48:42PM +0200, Maxime Henrion wrote: : >> : >>>Ruslan Ermilov wrote: : >>> : >>>>On Fri, Jun 24, 2005 at 05:09:04PM -0700, Maksim Yevmenkin wrote: : >>>> : >>>>>Dear Hackers, : >>>>> : >>>>>my -current panics when i insert ep(4) pcmcia network adapter. following : >>>>>is the patch to fix the panic. : >>>>> : >>>>>--- if_ep_pccard.c.orig Fri Jun 10 12:04:44 2005 : >>>>>+++ if_ep_pccard.c Fri Jun 24 16:51:12 2005 : >>>>>@@ -73,6 +73,7 @@ : >>>>> struct ep_board *epb = &sc->epb; : >>>>> const char *desc; : >>>>> uint16_t result; : >>>>>+ u_char eaddr[6]; : >>>>> int error; : >>>>> : >>>>> error = ep_alloc(dev); : >>>>>@@ -120,7 +121,7 @@ : >>>>> * Newer cards supported by this device need to have their : >>>>> * MAC address set. : >>>>> */ : >>>>>- error = ep_get_macaddr(sc, (u_char *)&IFP2ENADDR(sc->ifp)); : >>>>>+ error = ep_get_macaddr(sc, eaddr); : >>>>> : >>>>> ep_free(dev); : >>>>> return (0); : >>>>> : >>>> : >>>>That's odd. You're saving the MAC address nowhere (it's reused : >>>>later). : >>> : >>>But ep_get_macaddr() does a little bit more than what its name suggests. : >>> : >> : >>I fail to see what else it does. My point, on the other hand, is : >>that we should be saving it in IFP2ENADDR here, for later reuse. : > : > : > Hmm, I apparently read the code wrong. It would be interesting to know : > if just removing the call the ep_get_macaddr() fixes the panic as well : > and lets the card work OK. The comment above the call to : > ep_get_macaddr() looks weird given that ep_get_macaddr() does nothing : > more than reading the MAC address and doesn't apparently set it. : : the way i understand it: this code is in the "probe" routine and when : its called ifp structure was not allocated/setup yet. the "attach" : routine will call "ep_attach" later that will allocate/setup ifp and : read/set mac address (once again). so, the card works just fine. : : it is interesting that my 4.x has different comment : : $FreeBSD: /repoman/r/ncvs/src/sys/dev/ep/if_ep_pccard.c,v 1.12.2.3 : 2003/10/06 02:53:51 imp Exp $ : : /* : * For some reason the 3c574 needs this. : */ : ep_get_macaddr(sc, (u_char *)&sc->arpcom.ac_enaddr); : : : perhaps the comment in -current should be changed as well? can anyone : please shed some light on this? I'll take a look into the issue. I have *ALL* the ep pccard hardware and report back. Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 19:52:02 2005 Return-Path: X-Original-To: current@freebsd.org 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 53C7516A41F for ; Sat, 25 Jun 2005 19:52:02 +0000 (GMT) (envelope-from silby@silby.com) Received: from wbm1.pair.net (wbm1.pair.net [209.68.3.41]) by mx1.FreeBSD.org (Postfix) with SMTP id D049643D1D for ; Sat, 25 Jun 2005 19:52:01 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 30854 invoked by uid 65534); 25 Jun 2005 19:52:01 -0000 Received: from 64.215.82.94 ([64.215.82.94]) (SquirrelMail authenticated user silby@silby.com) by webmail1.pair.com with HTTP; Sat, 25 Jun 2005 15:52:01 -0400 (EDT) Message-ID: <2565.64.215.82.94.1119729121.squirrel@webmail1.pair.com> In-Reply-To: <20050625173217.GA24306@peter.osted.lan> References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> <20050625173217.GA24306@peter.osted.lan> Date: Sat, 25 Jun 2005 15:52:01 -0400 (EDT) From: "Mike Silbersack" To: "Peter Holm" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Mike Silbersack , current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 19:52:02 -0000 > On Sat, Jun 25, 2005 at 12:38:56PM -0400, Mike Silbersack wrote: >> > x.123e:This memory last freed by: 0xc2fa6c00 >> > x.123e-panic: Memory modified after free 0xc2fa6a00(256) val=c2fa6c00 > (kgdb) x/40x 0xc2fa6a00 > 0xc2fa6a00: 0xc2fa6c00 0x00000000 0xc24b1ae0 0x00000520 I'm going to have to doublecheck my patch when I get home - the address returned by "This memory last freed by" should be a pointer to a function address, not a piece of data. So that we get more results, why don't you change the panic in trash_ctor to a printf, then you can continue to run tests and see how many mbufs are being corrupted without the issue of having to reboot after a panic, etc. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 19:58:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 407AC16A41C; Sat, 25 Jun 2005 19:58:55 +0000 (GMT) (envelope-from szabszi@goodwill.hu) Received: from goodwill.hu (goodwill.dyndns.ws [81.182.246.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0B1C43D48; Sat, 25 Jun 2005 19:58:54 +0000 (GMT) (envelope-from szabszi@goodwill.hu) Received: from ip98-245.ktv.tiszanet.hu ([217.65.98.245] helo=[10.0.0.34]) by goodwill.hu with esmtpa (Exim 4.51 (FreeBSD)) id 1DmGjt-0001f0-H1; Sat, 25 Jun 2005 21:54:54 +0200 Message-ID: <42BDB62A.1080108@goodwill.hu> Date: Sat, 25 Jun 2005 21:53:14 +0200 From: =?ISO-8859-1?Q?G=E9czi_Szabolcs?= Organization: Goodwill Pharma Ltd. User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -5.8 (-----) X-Spam-Report: Spam detection software, running on the system "ibm.goodwill.hu", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi there, I've a (probably) philips minipci wlan card with atheros 5211 chipset (a/b). However I loaded the if_ath.ko and my freebsd recognized it well, i can't make it work. this means, i cannot make it associated to any access points, wether I set the ssid of accespoint or not. As a matter of fact, the led which shows the wlan radio set to on, is not active whatever I do in my freebsd. My card works well under other operating systems well. I tried to make it work under freebsd 5.4 and 6.0 without any results. [...] Content analysis details: (-5.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -3.3 ALL_TRUSTED Did not pass through any untrusted hosts -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.1 AWL AWL: From: address is in the auto white-list Cc: Subject: atheros 5211 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: szabszi@goodwill.hu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 19:58:55 -0000 Hi there, I've a (probably) philips minipci wlan card with atheros 5211 chipset (a/b). However I loaded the if_ath.ko and my freebsd recognized it well, i can't make it work. this means, i cannot make it associated to any access points, wether I set the ssid of accespoint or not. As a matter of fact, the led which shows the wlan radio set to on, is not active whatever I do in my freebsd. My card works well under other operating systems well. I tried to make it work under freebsd 5.4 and 6.0 without any results. any idea? sz From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 20:19:14 2005 Return-Path: X-Original-To: current@freebsd.org 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 2B1C416A41F for ; Sat, 25 Jun 2005 20:19:14 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E9F743D4C for ; Sat, 25 Jun 2005 20:19:13 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 62249 invoked from network); 25 Jun 2005 20:19:12 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 25 Jun 2005 20:19:12 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j5PKJBbG024779; Sat, 25 Jun 2005 22:19:11 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j5PKJBU6024778; Sat, 25 Jun 2005 22:19:11 +0200 (CEST) (envelope-from pho) Date: Sat, 25 Jun 2005 22:19:11 +0200 From: Peter Holm To: Mike Silbersack Message-ID: <20050625201911.GA24761@peter.osted.lan> References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> <20050625173217.GA24306@peter.osted.lan> <2565.64.215.82.94.1119729121.squirrel@webmail1.pair.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2565.64.215.82.94.1119729121.squirrel@webmail1.pair.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 20:19:14 -0000 On Sat, Jun 25, 2005 at 03:52:01PM -0400, Mike Silbersack wrote: > > On Sat, Jun 25, 2005 at 12:38:56PM -0400, Mike Silbersack wrote: > >> > x.123e:This memory last freed by: 0xc2fa6c00 > >> > x.123e-panic: Memory modified after free 0xc2fa6a00(256) val=c2fa6c00 > > (kgdb) x/40x 0xc2fa6a00 > > 0xc2fa6a00: 0xc2fa6c00 0x00000000 0xc24b1ae0 0x00000520 > > I'm going to have to doublecheck my patch when I get home - the address > returned by "This memory last freed by" should be a pointer to a function > address, not a piece of data. > > So that we get more results, why don't you change the panic in trash_ctor > to a printf, then you can continue to run tests and see how many mbufs are > being corrupted without the issue of having to reboot after a panic, etc. > > Mike "Silby" Silbersack OK, I'll try that. - Peter From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 20:53:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7921516A41C; Sat, 25 Jun 2005 20:53:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D13243D48; Sat, 25 Jun 2005 20:53:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5PKqNkX003202; Sat, 25 Jun 2005 14:52:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 25 Jun 2005 14:53:57 -0600 (MDT) Message-Id: <20050625.145357.85412052.imp@bsdimp.com> To: maksim.yevmenkin@savvis.net From: "M. Warner Losh" In-Reply-To: <42BD6865.4090608@savvis.net> References: <20050625115421.GA13063@ip.net.ua> <20050625120226.GK14567@elvis.mu.org> <42BD6865.4090608@savvis.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sat_Jun_25_14:53:57_2005_677)--" Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [patch] ep(4) panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 20:53:08 -0000 ----Next_Part(Sat_Jun_25_14:53:57_2005_677)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit In message: <42BD6865.4090608@savvis.net> Maksim Yevmenkin writes: : the way i understand it: this code is in the "probe" routine and when : its called ifp structure was not allocated/setup yet. the "attach" : routine will call "ep_attach" later that will allocate/setup ifp and : read/set mac address (once again). so, the card works just fine. : : it is interesting that my 4.x has different comment : : $FreeBSD: /repoman/r/ncvs/src/sys/dev/ep/if_ep_pccard.c,v 1.12.2.3 : 2003/10/06 02:53:51 imp Exp $ : : /* : * For some reason the 3c574 needs this. : */ : ep_get_macaddr(sc, (u_char *)&sc->arpcom.ac_enaddr); : : : perhaps the comment in -current should be changed as well? can anyone : please shed some light on this? The comment in -current is wrong. The routine doesn't set the MAC address, but instead just reads it out of EEPROM. For reasons I still don't know or understand, this still seems to be required. I'll have to look into when I have an hour or two to kill. The following patch works on: 3CCFE547BT, 3C574-TX, 3CCE589EC, 3C589D-TP, 3C589C, 3C589B, 3C562D/3C563D, 3CCFEM556 which covers almost all the cards that are obtainable these days. It doesn't work with: 3C1 (we've never worked with this card) 3C562 or 3C562B/3C563B I think that there's an address line work around needed for thse two cards. 5.x doesn't seem to work with them either. So I think it is good/safe to commit. I'll ask the RE if people here test it. Warner ----Next_Part(Sat_Jun_25_14:53:57_2005_677)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ep.diff" Index: if_ep.c =================================================================== RCS file: /cache/ncvs/src/sys/dev/ep/if_ep.c,v retrieving revision 1.137 diff -u -r1.137 if_ep.c --- if_ep.c 10 Jun 2005 16:49:07 -0000 1.137 +++ if_ep.c 25 Jun 2005 20:12:06 -0000 @@ -129,7 +129,7 @@ * before */ int -get_e(struct ep_softc *sc, uint16_t offset, uint16_t *result) +ep_get_e(struct ep_softc *sc, uint16_t offset, uint16_t *result) { if (eeprom_rdy(sc)) @@ -158,7 +158,7 @@ GO_WINDOW(sc, 0); for (i = EEPROM_NODE_ADDR_0; i <= EEPROM_NODE_ADDR_2; i++) { - error = get_e(sc, i, &result); + error = ep_get_e(sc, i, &result); if (error) return (error); macaddr[i] = htons(result); @@ -203,12 +203,12 @@ GO_WINDOW(sc, 0); sc->epb.cmd_off = 0; - error = get_e(sc, EEPROM_PROD_ID, &result); + error = ep_get_e(sc, EEPROM_PROD_ID, &result); if (error) goto bad; sc->epb.prod_id = result; - error = get_e(sc, EEPROM_RESOURCE_CFG, &result); + error = ep_get_e(sc, EEPROM_RESOURCE_CFG, &result); if (error) goto bad; sc->epb.res_cfg = result; Index: if_ep_isa.c =================================================================== RCS file: /cache/ncvs/src/sys/dev/ep/if_ep_isa.c,v retrieving revision 1.26 diff -u -r1.26 if_ep_isa.c --- if_ep_isa.c 20 Jan 2005 19:39:33 -0000 1.26 +++ if_ep_isa.c 25 Jun 2005 20:10:50 -0000 @@ -361,13 +361,13 @@ uint8_t cksum_high = 0; uint8_t cksum_low = 0; - error = get_e(sc, 0x0f, &val); + error = ep_get_e(sc, 0x0f, &val); if (error) return (ENXIO); cksum = val; for (i = 0; i < 0x0f; i++) { - error = get_e(sc, i, &val); + error = ep_get_e(sc, i, &val); if (error) return (ENXIO); switch (i) { Index: if_ep_pccard.c =================================================================== RCS file: /cache/ncvs/src/sys/dev/ep/if_ep_pccard.c,v retrieving revision 1.44 diff -u -r1.44 if_ep_pccard.c --- if_ep_pccard.c 24 Jun 2005 14:36:52 -0000 1.44 +++ if_ep_pccard.c 25 Jun 2005 20:46:25 -0000 @@ -73,6 +73,7 @@ struct ep_board *epb = &sc->epb; const char *desc; uint16_t result; + uint8_t enaddr[6]; int error; error = ep_alloc(dev); @@ -96,7 +97,7 @@ epb->cmd_off = 0; /* XXX check return */ - error = get_e(sc, EEPROM_PROD_ID, &result); + error = ep_get_e(sc, EEPROM_PROD_ID, &result); epb->prod_id = result; if ((desc = ep_pccard_identify(epb->prod_id)) == NULL) { @@ -105,7 +106,7 @@ "failed (nonfatal) id 0x%x\n", epb->prod_id); epb->cmd_off = 2; /* XXX check return */ - error = get_e(sc, EEPROM_PROD_ID, &result); + error = ep_get_e(sc, EEPROM_PROD_ID, &result); epb->prod_id = result; if ((desc = ep_pccard_identify(epb->prod_id)) == NULL) { device_printf(dev, "Unit failed to come ready or " @@ -114,14 +115,16 @@ return (ENXIO); } } - device_set_desc(dev, desc); - /* - * Newer cards supported by this device need to have their - * MAC address set. + * For reasons unknown, getting the MAC address here makes the + * 3C574 and 3C556 families get the right MAC address later. + * otherwise, the ID field is used for each of the words of the + * MAC address instead of the proper one. It is unclear why + * ep_get_macaddr would have this side effect, or even what + * that side effect really is. */ - error = ep_get_macaddr(sc, (u_char *)&IFP2ENADDR(sc->ifp)); - + ep_get_macaddr(sc, enaddr); + device_set_desc(dev, desc); ep_free(dev); return (0); } @@ -189,14 +192,14 @@ sc->epb.cmd_off = 0; /* XXX check return */ - error = get_e(sc, EEPROM_PROD_ID, &result); + error = ep_get_e(sc, EEPROM_PROD_ID, &result); sc->epb.prod_id = result; if (!ep_pccard_card_attach(&sc->epb)) { sc->epb.cmd_off = 2; - error = get_e(sc, EEPROM_PROD_ID, &result); + error = ep_get_e(sc, EEPROM_PROD_ID, &result); sc->epb.prod_id = result; - error = get_e(sc, EEPROM_RESOURCE_CFG, &result); + error = ep_get_e(sc, EEPROM_RESOURCE_CFG, &result); sc->epb.res_cfg = result; if (!ep_pccard_card_attach(&sc->epb)) { device_printf(dev, @@ -205,7 +208,7 @@ goto bad; } } - error = get_e(sc, EEPROM_ADDR_CFG, &result); + error = ep_get_e(sc, EEPROM_ADDR_CFG, &result); /* ROM size = 0, ROM base = 0 */ /* For now, ignore AUTO SELECT feature of 3C589B and later. */ Index: if_epvar.h =================================================================== RCS file: /cache/ncvs/src/sys/dev/ep/if_epvar.h,v retrieving revision 1.16 diff -u -r1.16 if_epvar.h --- if_epvar.h 10 Jun 2005 16:49:07 -0000 1.16 +++ if_epvar.h 25 Jun 2005 20:11:31 -0000 @@ -79,7 +79,7 @@ void ep_get_media(struct ep_softc *); int ep_attach(struct ep_softc *); void ep_intr(void *); -int get_e(struct ep_softc *, uint16_t, uint16_t *); +int ep_get_e(struct ep_softc *, uint16_t, uint16_t *); int ep_get_macaddr(struct ep_softc *, u_char *); #define CSR_READ_1(sc, off) (bus_space_read_1((sc)->bst, (sc)->bsh, off)) ----Next_Part(Sat_Jun_25_14:53:57_2005_677)---- From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 21:07:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 44ED816A41C for ; Sat, 25 Jun 2005 21:07:52 +0000 (GMT) (envelope-from boynagar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB28743D49 for ; Sat, 25 Jun 2005 21:07:51 +0000 (GMT) (envelope-from boynagar@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so971943rna for ; Sat, 25 Jun 2005 14:07:51 -0700 (PDT) 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:content-disposition:references; b=twFYaz95WnvmEyWEuybu3hPAVacsRe12uLYAFmXntD1kbzPh1iQWt3XaxM78Fyk35KvEPSeMQMCfoIDv01grCBetD4tiXUvc8WIiRxo4L8/OkTXI8auA9gju0ezKXJQukBYOqiYrm4WxvYjhsNFoAXwMrNGOH1SZBEaNeH5aoIk= Received: by 10.38.152.65 with SMTP id z65mr96978rnd; Sat, 25 Jun 2005 14:07:51 -0700 (PDT) Received: by 10.38.74.80 with HTTP; Sat, 25 Jun 2005 14:07:51 -0700 (PDT) Message-ID: Date: Sun, 26 Jun 2005 02:07:51 +0500 From: Katu To: John Baldwin In-Reply-To: <200506241614.59108.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200506241614.59108.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Cannot boot June snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Katu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 21:07:52 -0000 On 6/25/05, John Baldwin wrote: > On Wednesday 15 June 2005 12:59 pm, Katu wrote: > > > I have an old HP Kayak XU (dual PII 300 MHz) that was happily running > > > Windows NT 4, then Linux with 2.4 kernel, then FreeBSD 5.2.1. Today I > > > tried to install 6-CURRENT snapshot from June, and during boot it > > > repeats the same error messages regarding ahc0 over and over. Please > > > see attached verbose boot log. > > > > > > What is the problem? Is it a hardware issue or something else? I stil= l > > > have the machine connected to serial console if you need more > > > information. > > > > > > Thanks, > > > > > > Arthur > > > > I just tried with 5.4-RELEASE, it didn't work too, so I guess > > something changed between 5.2.1 and 5.3. Attached is the boot log from > > 6.0 snapshot >=20 > Does the 5.4 install disk boot ok? >=20 No, I tried both 5.3 and 5.4, none of them works, all of them exhibit the same symptoms as with 6.0-SNAP-004. So far the only working FreeBSD for me was 5.2.1-RELEASE. From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 21:45:09 2005 Return-Path: X-Original-To: current@freebsd.org 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 B3E6E16A41C for ; Sat, 25 Jun 2005 21:45:09 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 61B8E43D1F for ; Sat, 25 Jun 2005 21:45:09 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 91526 invoked from network); 25 Jun 2005 21:45:06 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 25 Jun 2005 21:45:06 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j5PLj6j8025633; Sat, 25 Jun 2005 23:45:06 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j5PLj3N8025632; Sat, 25 Jun 2005 23:45:03 +0200 (CEST) (envelope-from pho) Date: Sat, 25 Jun 2005 23:45:03 +0200 From: Peter Holm To: Mike Silbersack Message-ID: <20050625214503.GA25550@peter.osted.lan> References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> <20050625173217.GA24306@peter.osted.lan> <2565.64.215.82.94.1119729121.squirrel@webmail1.pair.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2565.64.215.82.94.1119729121.squirrel@webmail1.pair.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 21:45:09 -0000 On Sat, Jun 25, 2005 at 03:52:01PM -0400, Mike Silbersack wrote: > > On Sat, Jun 25, 2005 at 12:38:56PM -0400, Mike Silbersack wrote: > >> > x.123e:This memory last freed by: 0xc2fa6c00 > >> > x.123e-panic: Memory modified after free 0xc2fa6a00(256) val=c2fa6c00 > > (kgdb) x/40x 0xc2fa6a00 > > 0xc2fa6a00: 0xc2fa6c00 0x00000000 0xc24b1ae0 0x00000520 > > I'm going to have to doublecheck my patch when I get home - the address > returned by "This memory last freed by" should be a pointer to a function > address, not a piece of data. > > So that we get more results, why don't you change the panic in trash_ctor > to a printf, then you can continue to run tests and see how many mbufs are > being corrupted without the issue of having to reboot after a panic, etc. > > Mike "Silby" Silbersack Maybe a panic is better: I got quite a few before I had to reset the box: 71 This memory last freed by: 0 18 This memory last freed by: 0x800 17 This memory last freed by: 0xdeadc0df 17 This memory last freed by: 0x1 I also added a backtrace and here's the high score: 32 tcp_output(c1e4e564) at tcp_output+0xa42 32 tcp_input(c1a1fc00,14,c1a1fc00,0,0) at tcp_input+0x2b0f 32 ip_input(c1a1fc00) at ip_input+0x511 29 vm_pageout_scan(2,c09ab0c0,0,c086e990,5c3) at vm_pageout_scan+0x107 -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 22:13:37 2005 Return-Path: X-Original-To: current@freebsd.org 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 3458316A41C for ; Sat, 25 Jun 2005 22:13:37 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8882143D49 for ; Sat, 25 Jun 2005 22:13:36 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 4113 invoked from network); 25 Jun 2005 22:13:35 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 25 Jun 2005 22:13:35 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sat, 25 Jun 2005 17:13:18 -0500 (CDT) From: Mike Silbersack To: Peter Holm In-Reply-To: <20050625173217.GA24306@peter.osted.lan> Message-ID: <20050625171206.S935@odysseus.silby.com> References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> <20050625173217.GA24306@peter.osted.lan> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1264224681-1119737598=:935" Cc: current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 22:13:37 -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. --0-1264224681-1119737598=:935 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Here's a fixed version of the patch that should return the correct address. I made two mistakes in the version I posted last night; that's what I get for testing, then making a few changes "that should work." I changed this version so that it doesn't panic, but continues on when it discovers the reuse of the mbuf. I figure this will make debugging less painful for everyone. :) Mike "Silby" Silbersack --0-1264224681-1119737598=:935 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=mbuf_trash_list_freeing_address-2.patch Content-Transfer-Encoding: BASE64 Content-ID: <20050625171318.I935@odysseus.silby.com> Content-Description: Content-Disposition: attachment; filename=mbuf_trash_list_freeing_address-2.patch ZGlmZiAtdSAtciAvdXNyL3NyYy9zeXMub2xkL2tlcm4vdWlwY19tYnVmLmMg L3Vzci9zcmMvc3lzL2tlcm4vdWlwY19tYnVmLmMNCi0tLSAvdXNyL3NyYy9z eXMub2xkL2tlcm4vdWlwY19tYnVmLmMJRnJpIEp1biAyNCAyMDoxMzo1OSAy MDA1DQorKysgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19tYnVmLmMJRnJpIEp1 biAyNCAyMDo1MDoxNiAyMDA1DQpAQCAtMjE5LDcgKzIxOSw3IEBADQogICog c3RvcmFnZSBhdHRhY2hlZCB0byB0aGVtIGlmIHRoZSByZWZlcmVuY2UgY291 bnQgaGl0cyAwLg0KICAqLw0KIHZvaWQNCi1tYl9mcmVlX2V4dChzdHJ1Y3Qg bWJ1ZiAqbSkNCittYl9mcmVlX2V4dChzdHJ1Y3QgbWJ1ZiAqbSwgdm9pZCAq YXJnKQ0KIHsNCiAJdV9pbnQgY250Ow0KIAlpbnQgZG9mcmVlOw0KQEAgLTI0 OSwxMCArMjQ5LDEwIEBADQogCQkgKiBEbyB0aGUgZnJlZSwgc2hvdWxkIGJl IHNhZmUuDQogCQkgKi8NCiAJCWlmIChtLT5tX2V4dC5leHRfdHlwZSA9PSBF WFRfUEFDS0VUKSB7DQotCQkJdW1hX3pmcmVlKHpvbmVfcGFjaywgbSk7DQor CQkJdW1hX3pmcmVlX2FyZyh6b25lX3BhY2ssIG0sIGFyZyk7DQogCQkJcmV0 dXJuOw0KIAkJfSBlbHNlIGlmIChtLT5tX2V4dC5leHRfdHlwZSA9PSBFWFRf Q0xVU1RFUikgew0KLQkJCXVtYV96ZnJlZSh6b25lX2NsdXN0LCBtLT5tX2V4 dC5leHRfYnVmKTsNCisJCQl1bWFfemZyZWVfYXJnKHpvbmVfY2x1c3QsIG0t Pm1fZXh0LmV4dF9idWYsIGFyZyk7DQogCQkJbS0+bV9leHQuZXh0X2J1ZiA9 IE5VTEw7DQogCQl9IGVsc2Ugew0KIAkJCSgqKG0tPm1fZXh0LmV4dF9mcmVl KSkobS0+bV9leHQuZXh0X2J1ZiwNCkBAIC0yNjYsNyArMjY2LDcgQEANCiAJ CQltLT5tX2V4dC5leHRfYnVmID0gTlVMTDsNCiAJCX0NCiAJfQ0KLQl1bWFf emZyZWUoem9uZV9tYnVmLCBtKTsNCisJdW1hX3pmcmVlX2FyZyh6b25lX21i dWYsIG0sIGFyZyk7DQogfQ0KIA0KIC8qDQpAQCAtMTM4MSw0ICsxMzgxLDE5 IEBADQogCWlmIChtX2ZpbmFsKQ0KIAkJbV9mcmVlbShtX2ZpbmFsKTsNCiAJ cmV0dXJuIChOVUxMKTsNCit9DQorDQorc3RydWN0IG1idWYgKg0KK21fZnJl ZShzdHJ1Y3QgbWJ1ZiAqbSkNCit7DQorICAgICAgICBzdHJ1Y3QgbWJ1ZiAq biA9IG0tPm1fbmV4dDsNCisgDQorI2lmZGVmIElOVkFSSUFOVFMNCisgICAg ICAgIG0tPm1fZmxhZ3MgfD0gTV9GUkVFTElTVDsNCisjZW5kaWYNCisgICAg ICAgIGlmIChtLT5tX2ZsYWdzICYgTV9FWFQpDQorICAgICAgICAgICAgICAg IG1iX2ZyZWVfZXh0KG0sIF9fYnVpbHRpbl9yZXR1cm5fYWRkcmVzcygwKSk7 DQorICAgICAgICBlbHNlDQorICAgICAgICAgICAgICAgIHVtYV96ZnJlZV9h cmcoem9uZV9tYnVmLCBtLCBfX2J1aWx0aW5fcmV0dXJuX2FkZHJlc3MoMCkp Ow0KKyAgICAgICAgcmV0dXJuIG47DQogfQ0KZGlmZiAtdSAtciAvdXNyL3Ny Yy9zeXMub2xkL3N5cy9tYnVmLmggL3Vzci9zcmMvc3lzL3N5cy9tYnVmLmgN Ci0tLSAvdXNyL3NyYy9zeXMub2xkL3N5cy9tYnVmLmgJRnJpIEp1biAyNCAy MDoxNzozMSAyMDA1DQorKysgL3Vzci9zcmMvc3lzL3N5cy9tYnVmLmgJRnJp IEp1biAyNCAyMDo1MzowNyAyMDA1DQpAQCAtMzUwLDEwICszNTAsMTAgQEAN CiBzdGF0aWMgX19pbmxpbmUgc3RydWN0IG1idWYJKm1fZ2V0aGRyKGludCBo b3csIHNob3J0IHR5cGUpOw0KIHN0YXRpYyBfX2lubGluZSBzdHJ1Y3QgbWJ1 ZgkqbV9nZXRjbChpbnQgaG93LCBzaG9ydCB0eXBlLCBpbnQgZmxhZ3MpOw0K IHN0YXRpYyBfX2lubGluZSBzdHJ1Y3QgbWJ1ZgkqbV9nZXRjbHIoaW50IGhv dywgc2hvcnQgdHlwZSk7CS8qIFhYWCAqLw0KLXN0YXRpYyBfX2lubGluZSBz dHJ1Y3QgbWJ1ZgkqbV9mcmVlKHN0cnVjdCBtYnVmICptKTsNCitzdHJ1Y3Qg bWJ1ZiAgICAgKm1fZnJlZShzdHJ1Y3QgbWJ1ZiAqbSk7DQogc3RhdGljIF9f aW5saW5lIHZvaWQJCSBtX2NsZ2V0KHN0cnVjdCBtYnVmICptLCBpbnQgaG93 KTsNCiBzdGF0aWMgX19pbmxpbmUgdm9pZAkJIG1fY2h0eXBlKHN0cnVjdCBt YnVmICptLCBzaG9ydCBuZXdfdHlwZSk7DQotdm9pZAkJCQkgbWJfZnJlZV9l eHQoc3RydWN0IG1idWYgKik7DQordm9pZAkJCQkgbWJfZnJlZV9leHQoc3Ry dWN0IG1idWYgKiwgdm9pZCAqYXJnKTsNCiANCiBzdGF0aWMgX19pbmxpbmUN CiBzdHJ1Y3QgbWJ1ZiAqDQpAQCAtNDA0LDcgKzQwNCw4IEBADQogCXJldHVy biAodW1hX3phbGxvY19hcmcoem9uZV9wYWNrLCAmYXJncywgaG93KSk7DQog fQ0KIA0KLXN0YXRpYyBfX2lubGluZQ0KKyNpZiAwDQorc3RhdGljDQogc3Ry dWN0IG1idWYgKg0KIG1fZnJlZShzdHJ1Y3QgbWJ1ZiAqbSkNCiB7DQpAQCAt NDE0LDExICs0MTUsMTIgQEANCiAJbS0+bV9mbGFncyB8PSBNX0ZSRUVMSVNU Ow0KICNlbmRpZg0KIAlpZiAobS0+bV9mbGFncyAmIE1fRVhUKQ0KLQkJbWJf ZnJlZV9leHQobSk7DQorCQltYl9mcmVlX2V4dChtLCBfX2J1aWx0aW5fcmV0 dXJuX2FkZHJlc3MoMCkpOw0KIAllbHNlDQotCQl1bWFfemZyZWUoem9uZV9t YnVmLCBtKTsNCisJCXVtYV96ZnJlZV9hcmcoem9uZV9tYnVmLCBtLCBfX2J1 aWx0aW5fcmV0dXJuX2FkZHJlc3MoMCkpOw0KIAlyZXR1cm4gbjsNCiB9DQor I2VuZGlmDQogDQogc3RhdGljIF9faW5saW5lDQogdm9pZA0KZGlmZiAtdSAt ciAvdXNyL3NyYy9zeXMub2xkL3ZtL3VtYV9kYmcuYyAvdXNyL3NyYy9zeXMv dm0vdW1hX2RiZy5jDQotLS0gL3Vzci9zcmMvc3lzLm9sZC92bS91bWFfZGJn LmMJRnJpIEp1biAyNCAyMDoxMzoyNyAyMDA1DQorKysgL3Vzci9zcmMvc3lz L3ZtL3VtYV9kYmcuYwlTYXQgSnVuIDI1IDE2OjUxOjQyIDIwMDUNCkBAIC02 NCwxMyArNjQsMTkgQEANCiB7DQogCWludCBjbnQ7DQogCXVfaW50MzJfdCAq cDsNCisJaW50ICpwdHI7DQogDQogCWNudCA9IHNpemUgLyBzaXplb2YodW1h X2p1bmspOw0KKwljbnQtLTsNCisJcHRyID0gbWVtOw0KKwlwdHIgKz0gY250 Ow0KIA0KIAlmb3IgKHAgPSBtZW07IGNudCA+IDA7IGNudC0tLCBwKyspDQot CQlpZiAoKnAgIT0gdW1hX2p1bmspDQotCQkJcGFuaWMoIk1lbW9yeSBtb2Rp ZmllZCBhZnRlciBmcmVlICVwKCVkKSB2YWw9JXggQCAlcFxuIiwNCisJCWlm ICgqcCAhPSB1bWFfanVuaykgew0KKwkJCXByaW50ZigiVGhpcyBtZW1vcnkg bGFzdCBmcmVlZCBieTogJXhcbiIsICpwdHIpOw0KKwkJCXByaW50ZigiTWVt b3J5IG1vZGlmaWVkIGFmdGVyIGZyZWUgJXAoJWQpIHZhbD0leCBAICVwXG4i LA0KIAkJCSAgICBtZW0sIHNpemUsICpwLCBwKTsNCisJCX0NCiAJcmV0dXJu ICgwKTsNCiB9DQogDQpAQCAtODcsOSArOTMsMTEgQEANCiAJdV9pbnQzMl90 ICpwOw0KIA0KIAljbnQgPSBzaXplIC8gc2l6ZW9mKHVtYV9qdW5rKTsNCisJ Y250LS07DQogDQogCWZvciAocCA9IG1lbTsgY250ID4gMDsgY250LS0sIHAr KykNCiAJCSpwID0gdW1hX2p1bms7DQorCSpwID0gKGludClhcmc7DQogfQ0K IA0KIC8qDQo= --0-1264224681-1119737598=:935-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 22:16:57 2005 Return-Path: X-Original-To: current@freebsd.org 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 AD55516A41F for ; Sat, 25 Jun 2005 22:16:57 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 3888A43D49 for ; Sat, 25 Jun 2005 22:16:57 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 95107 invoked from network); 25 Jun 2005 22:16:55 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 25 Jun 2005 22:16:55 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sat, 25 Jun 2005 17:16:39 -0500 (CDT) From: Mike Silbersack To: Peter Holm In-Reply-To: <20050625214503.GA25550@peter.osted.lan> Message-ID: <20050625171336.H935@odysseus.silby.com> References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> <20050625173217.GA24306@peter.osted.lan> <2565.64.215.82.94.1119729121.squirrel@webmail1.pair.com> <20050625214503.GA25550@peter.osted.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 22:16:57 -0000 On Sat, 25 Jun 2005, Peter Holm wrote: > Maybe a panic is better: I got quite a few before I had to reset the > box: > > 71 This memory last freed by: 0 > 18 This memory last freed by: 0x800 > 17 This memory last freed by: 0xdeadc0df > 17 This memory last freed by: 0x1 Well, all of those are bad addresses due to the buggy first patch. Try the new one I just sent out and see what you get. If looking at caller addresses doesn't prove to be helpful, maybe we should print out the contents of each bad mbuf so that we can try to detect a pattern. > I also added a backtrace and here's the high score: Backtraces in the ctor or fini routine are meaningless, they just point to the next legitimate user of a mbuf, not the user who previously freed it (and then presumably used it after freeing it.) Mike "Silby" Silbersack