From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 01:50:03 2005 Return-Path: X-Original-To: freebsd-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 6F9E716A41C for ; Sun, 22 May 2005 01:50:03 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D926343D49 for ; Sun, 22 May 2005 01:50:02 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j4M1nxYj032413 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 22 May 2005 11:50:00 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j4M1nxRx010839; Sun, 22 May 2005 11:49:59 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j4M1nxUe010838; Sun, 22 May 2005 11:49:59 +1000 (EST) (envelope-from pjeremy) Date: Sun, 22 May 2005 11:49:59 +1000 From: Peter Jeremy To: alexander Message-ID: <20050522014959.GP2129@cirb503493.alcatel.com.au> References: <20050520224726.GA7951@skatecity> <20050520230845.GC51092@dan.emsphone.com> <20050521015105.GA9063@skatecity> <20050521080723.GN2129@cirb503493.alcatel.com.au> <20050521145807.GA51141@skatecity> <20050521204719.GO2129@cirb503493.alcatel.com.au> <20050521220935.GA884@skatecity> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050521220935.GA884@skatecity> User-Agent: Mutt/1.4.2i cc: freebsd-hackers@freebsd.org Subject: Re: Looking for ANSI/VT100 code replacement. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 01:50:03 -0000 On Sun, 2005-May-22 00:09:35 +0200, alexander wrote: >On Sun May 22 05, Peter Jeremy wrote: >> >> Can you please confirm that you also see the problem when you are using >> xterm (not Eterm). Can you also please advise what versions of FreeBSD, >> X11 and xterm/Eterm you are using. > >OK. Seems like you somehow knew what was going on here. The problem has now >clearly shifted towards the Eterm code. Xterm display the VT100 codes >correctly. The AVI you posted showed that Eterm was not updating the display for partial lines. I tried Eterm myself and found that it needs a newline (or maybe CR) to make it display anything. You must be able to change this behaviour, since otherwise curses would not work at all, but it's not clear how to do it from a quick look at the man page. >However I'm still thinking of replacing the whole VT100 stuff with a set >of syscalls. So...is there a way to reposition the cursor inside the >sdtout stream just by using syscalls? Can I use lseek() or some other >syscall to change the current FD position? No. You can't seek within a TTY. The only way to re-position the cursor is to write magic character sequences that are recognized as re-position requests by code that implements the TTY (eg xterm/Eterm). >I had a look at the 'burncd' code and the code works brilliantly even >under Eterm. Burncd is sending CR characters and re-writing the entire line, rather than re-positioning the cursor within the line. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 02:38:38 2005 Return-Path: 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 648A716A41C for ; Sun, 22 May 2005 02:38:38 +0000 (GMT) (envelope-from spork@fasttrackmonkey.com) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA92543D4C for ; Sun, 22 May 2005 02:38:35 +0000 (GMT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 13293 invoked by uid 2003); 22 May 2005 02:37:45 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.20 (clamscan: 0.65. Clear:RC:1(216.220.116.154):. Processed in 0.129564 secs); 22 May 2005 02:37:45 -0000 Received: from unknown (HELO gee5.nat.fasttrackmonkey.com) (216.220.116.154) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 May 2005 02:37:45 -0000 Date: Sat, 21 May 2005 22:38:30 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@gee5.nat.fasttrackmonkey.com To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: watching a file for ownership change X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 02:38:38 -0000 Hi, I've run into a brick wall on this one, so I thought perhaps someone might point me in a new direction. I have a mailserver that uses Maildir++, which means there's built-in (non-system) quotas. The one problem that I'm having is that the file that stores the current quota information ($HOME/Maildir/maildirsize) occasionally gets flipped from the virtual user being the owner to root. This is odd since I've not yet found anything that runs as root or runs setuid. There are two delivery agents, maildrop and vdelivermail. Neither is setuid, and neither should ever be called by root. Qmail is the MTA. Additionally, courier-imap and courier-popd work on that file when messages are moved/deleted. These do start as root, but should run as the virtual user like so: vpopmail 92091 0.0 0.1 944 592 ?? I Fri04AM 0:00.32 /usr/local/bin/pop3d Maildir vpopmail 18142 0.0 0.1 2416 1492 ?? I 10:34PM 0:00.04 /usr/local/bin/imapd Maildir Both the courier mailing list and the vpopmail mailing list devs agree that it must be the other piece of software's fault. :) I'd like to find a way to watch one of the user's maildirsize files that seems to flip ownerships at least once a day and try to determine what process is changing the ownership. How can I do that without dropping a bunch of daemons on a production machine into heavy-debug mode? OS is 4.8 with all current patches. Thanks, Charles From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 06:07:22 2005 Return-Path: X-Original-To: freebsd-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 7B47A16A446 for ; Sun, 22 May 2005 06:07:22 +0000 (GMT) (envelope-from andymac@bullseye.apana.org.au) Received: from mail.acis.com.au (atlantis.acis.com.au [203.14.230.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 2327043D92 for ; Sun, 22 May 2005 05:29:34 +0000 (GMT) (envelope-from andymac@bullseye.apana.org.au) Received: (qmail 2580 invoked from network); 22 May 2005 05:29:30 -0000 Received: from unknown (HELO bullseye.apana.org.au) (210.8.160.4) by atlantis.acis.com.au with SMTP; 22 May 2005 05:29:30 -0000 Received: from [203.9.107.238] (tenring.andymac.org [203.9.107.238]) by bullseye.apana.org.au (8.12.8p1/8.12.8) with ESMTP id j4M5MOOx053356 for ; Sun, 22 May 2005 15:22:24 +1000 (EST) (envelope-from andymac@bullseye.apana.org.au) Message-ID: <4290072F.1000101@bullseye.apana.org.au> Date: Sun, 22 May 2005 15:14:39 +1100 From: Andrew MacIntyre User-Agent: Mozilla Thunderbird 1.0.2 (OS/2/20050322) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20050520224726.GA7951@skatecity> <20050520230845.GC51092@dan.emsphone.com> <20050521015105.GA9063@skatecity> <20050521080723.GN2129@cirb503493.alcatel.com.au> <20050521145807.GA51141@skatecity> <20050521204719.GO2129@cirb503493.alcatel.com.au> <20050521220935.GA884@skatecity> In-Reply-To: <20050521220935.GA884@skatecity> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Looking for ANSI/VT100 code replacement. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 06:07:25 -0000 alexander wrote: > However burncd being a C app uses fprintf. Can I replace > the functionality of fprintf under x86asm by using only syscalls? fprintf(3) is most likely doing buffered I/O in the burncd case, which for a tty defaults to line buffered. Your code is doing unbuffered I/O, which might explain some of the discrepancies you see. Doing your own output buffering in assembly shouldn't be any big deal that I can see. ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 11:57:24 2005 Return-Path: X-Original-To: freebsd-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 58A7716A41C for ; Sun, 22 May 2005 11:57:24 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9317943D48 for ; Sun, 22 May 2005 11:57:23 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from southcross.homeunix.org (host153-238.pool8256.interbusiness.it [82.56.238.153]) by mail.oltrelinux.com (Postfix) with ESMTP id E2C0C11AE4F for ; Sun, 22 May 2005 13:57:22 +0200 (CEST) Received: by southcross.homeunix.org (Postfix, from userid 1001) id A3EAE4112; Sun, 22 May 2005 13:57:38 +0200 (CEST) Date: Sun, 22 May 2005 13:57:38 +0200 From: Paolo Pisati To: FreeBSD_Hackers Message-ID: <20050522115738.GA1163@tin.it> References: <20050521131721.GA1823@tin.it> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <20050521131721.GA1823@tin.it> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Subject: Re: i915 AGP not supported aka PR kern/80396 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 11:57:24 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, May 21, 2005 at 03:17:21PM +0200, Paolo Pisati wrote: > > (i already sent an email to Eric some days ago but i > didn't receive any ack so i try here...) > > can anyone take a look at this? > as the comments say, agp still doesn't > work... > > anything i can do to help? > Eric? [snip] i answer to myself: just after my post i realized that my chipset wasn't supported by eric's patch (mine is a i915GM while original patch was for i915G). I added my chip id to eric's patch and now i have agp working (somehow): [flag@longino ~]$ dmesg | grep agp agp0: port 0xec38-0xec3f mem 0xdfec0000-0xdfefffff,0xc0000000-0xcfffffff,0xdff00000-0xdff7ffff irq 16 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 256M [flag@longino ~]$ ls -la /dev/agpgart crw------- 1 root wheel 241, 0 May 22 12:52 /dev/agpgart Unfortunately, xorg-6.8.2 doesn't support my chipset yet (seems i have to wait for 6.8.3 if it ever will be released...), so i couldn't test if there were any mistakes in agp programming. Anyway, attached is eric's patch with i915gm id added, if someone care to test it. bye -- Paolo --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="agp_915.diff" diff -u /usr/src/sys/pci/agp_i810.c agp/agp_i810.c --- /usr/src/sys/pci/agp_i810.c Wed Mar 23 06:59:42 2005 +++ agp/agp_i810.c Sun May 22 13:55:32 2005 @@ -65,10 +65,12 @@ #define READ1(off) bus_space_read_1(sc->bst, sc->bsh, off) #define READ4(off) bus_space_read_4(sc->bst, sc->bsh, off) #define WRITE4(off,v) bus_space_write_4(sc->bst, sc->bsh, off, v) +#define WRITEGTT(off,v) bus_space_write_4(sc->gtt_bst, sc->gtt_bsh, off, v) #define CHIP_I810 0 /* i810/i815 */ #define CHIP_I830 1 /* 830M/845G */ #define CHIP_I855 2 /* 852GM/855GM/865G */ +#define CHIP_I915 3 /* 915G */ struct agp_i810_softc { struct agp_softc agp; @@ -78,9 +80,14 @@ u_int32_t dcache_size; /* i810 only */ u_int32_t stolen; /* number of i830/845 gtt entries for stolen memory */ device_t bdev; /* bridge device */ + struct resource *regs; /* memory mapped GC registers */ bus_space_tag_t bst; /* bus_space tag */ bus_space_handle_t bsh; /* bus_space handle */ + + struct resource *gtt; /* memory mapped GATT entries */ + bus_space_tag_t gtt_bst; /* bus_space tag */ + bus_space_handle_t gtt_bsh; /* bus_space handle */ }; static const char* @@ -129,6 +136,12 @@ case 0x25728086: return ("Intel 82865G (865G GMCH) SVGA controller"); + + case 0x25828086: + return ("Intel 82915G (915G GMCH) SVGA controller"); + + case 0x25928086: + return ("Intel 82915GM (915GM GMCH) SVGA controller"); }; return NULL; @@ -160,6 +173,8 @@ case 0x25628086: case 0x35828086: case 0x25728086: + case 0x25828086: + case 0x25928086: devid -= 0x20000; break; }; @@ -222,6 +237,8 @@ case 0x35828086: case 0x25628086: case 0x25728086: + case 0x25828086: + case 0x25928086: /* XXX: Is this the right way? */ gcc1 = pci_read_config(bdev, AGP_I830_GCC1, 1); if ((gcc1 & AGP_I830_GCC1_DEV2) == AGP_I830_GCC1_DEV2_DISABLED) { if (bootverbose) @@ -272,19 +289,41 @@ case 0x25728086: sc->chiptype = CHIP_I855; break; + case 0x25828086: + case 0x25928086: + sc->chiptype = CHIP_I915; + break; }; /* Same for i810 and i830 */ - rid = AGP_I810_MMADR; + if (sc->chiptype == CHIP_I915) + rid = AGP_I915_MMADR; + else + rid = AGP_I810_MMADR; + sc->regs = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, RF_ACTIVE); if (!sc->regs) { agp_generic_detach(dev); - return ENOMEM; + return ENODEV; } sc->bst = rman_get_bustag(sc->regs); sc->bsh = rman_get_bushandle(sc->regs); + if (sc->chiptype == CHIP_I915) { + rid = AGP_I915_GTTADR; + sc->gtt = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, + RF_ACTIVE); + if (!sc->gtt) { + bus_release_resource(dev, SYS_RES_MEMORY, + AGP_I810_MMADR, sc->regs); + agp_generic_detach(dev); + return ENODEV; + } + sc->gtt_bst = rman_get_bustag(sc->regs); + sc->gtt_bsh = rman_get_bushandle(sc->regs); + } + sc->initial_aperture = AGP_GET_APERTURE(dev); gatt = malloc( sizeof(struct agp_gatt), M_AGP, M_NOWAIT); @@ -350,7 +389,7 @@ WRITE4(AGP_I810_PGTBL_CTL, pgtblctl); gatt->ag_physical = pgtblctl & ~1; - } else { /* CHIP_I855 */ + } else if (sc->chiptype == CHIP_I855 || sc->chiptype == CHIP_I915) { /* CHIP_I855 */ /* The i855 automatically initializes the 128k gatt on boot. */ unsigned int gcc1, pgtblctl; @@ -371,6 +410,12 @@ case AGP_I855_GCC1_GMS_STOLEN_32M: sc->stolen = (32768 - 132) * 1024 / 4096; break; + case AGP_I915_GCC1_GMS_STOLEN_48M: + sc->stolen = (49152 - 132) * 1024 / 4096; + break; + case AGP_I915_GCC1_GMS_STOLEN_64M: + sc->stolen = (65536 - 132) * 1024 / 4096; + break; default: sc->stolen = 0; device_printf(dev, "unknown memory configuration, disabling\n"); @@ -425,8 +470,15 @@ } free(sc->gatt, M_AGP); - bus_release_resource(dev, SYS_RES_MEMORY, - AGP_I810_MMADR, sc->regs); + if (sc->chiptype == CHIP_I915) { + bus_release_resource(dev, SYS_RES_MEMORY, + AGP_I915_GTTADR, sc->regs); + bus_release_resource(dev, SYS_RES_MEMORY, AGP_I915_MMADR, + sc->regs); + } else { + bus_release_resource(dev, SYS_RES_MEMORY, AGP_I810_MMADR, + sc->regs); + } child = device_find_child( dev, "drmsub", 0 ); if (child) @@ -439,34 +491,45 @@ agp_i810_get_aperture(device_t dev) { struct agp_i810_softc *sc = device_get_softc(dev); + uint32_t temp; + u_int16_t miscc; - if ( sc->chiptype == CHIP_I810 ) { - u_int16_t miscc; + switch (sc->chiptype) { + case CHIP_I810: miscc = pci_read_config(sc->bdev, AGP_I810_MISCC, 2); if ((miscc & AGP_I810_MISCC_WINSIZE) == AGP_I810_MISCC_WINSIZE_32) return 32 * 1024 * 1024; else return 64 * 1024 * 1024; - } else if ( sc->chiptype == CHIP_I830 ) { - unsigned int gcc1; - - gcc1 = pci_read_config(sc->bdev, AGP_I830_GCC1, 2); - if ((gcc1 & AGP_I830_GCC1_GMASIZE) == AGP_I830_GCC1_GMASIZE_64) + case CHIP_I830: + temp = pci_read_config(sc->bdev, AGP_I830_GCC1, 2); + if ((temp & AGP_I830_GCC1_GMASIZE) == AGP_I830_GCC1_GMASIZE_64) return 64 * 1024 * 1024; else return 128 * 1024 * 1024; - } else { /* CHIP_I855 */ + case CHIP_I855: return 128 * 1024 * 1024; + case CHIP_I915: + temp = pci_read_config(sc->bdev, AGP_I915_GMADR, 4); + if (temp & (1 << 27)) { + return 128 * 1024 * 1024; + } else { + return 256 * 1024 * 1024; + } } + + return 0; } static int agp_i810_set_aperture(device_t dev, u_int32_t aperture) { struct agp_i810_softc *sc = device_get_softc(dev); - u_int16_t miscc; + u_int16_t miscc, gcc1; + u_int32_t temp; - if ( sc->chiptype == CHIP_I810 ) { + switch (sc->chiptype) { + case CHIP_I810: /* * Double check for sanity. */ @@ -474,7 +537,7 @@ device_printf(dev, "bad aperture size %d\n", aperture); return EINVAL; } - + miscc = pci_read_config(sc->bdev, AGP_I810_MISCC, 2); miscc &= ~AGP_I810_MISCC_WINSIZE; if (aperture == 32 * 1024 * 1024) @@ -483,10 +546,10 @@ miscc |= AGP_I810_MISCC_WINSIZE_64; pci_write_config(sc->bdev, AGP_I810_MISCC, miscc, 2); - } else if ( sc->chiptype == CHIP_I830 ) { - unsigned int gcc1; - - if (aperture != 64 * 1024 * 1024 && aperture != 128 * 1024 * 1024) { + break; + case CHIP_I830: + if (aperture != 64 * 1024 * 1024 && + aperture != 128 * 1024 * 1024) { device_printf(dev, "bad aperture size %d\n", aperture); return EINVAL; } @@ -498,11 +561,30 @@ gcc1 |= AGP_I830_GCC1_GMASIZE_128; pci_write_config(sc->bdev, AGP_I830_GCC1, gcc1, 2); - } else { /* CHIP_I855 */ + break; + case CHIP_I855: if (aperture != 128 * 1024 * 1024) { device_printf(dev, "bad aperture size %d\n", aperture); return EINVAL; } + break; + case CHIP_I915: + temp = pci_read_config(sc->bdev, AGP_I915_GMADR, 4); + + switch (aperture) { + case 128 * 1024 * 1024: + temp |= (1 << 27); + break; + case 256 * 1024 * 1024: + temp &= ~(1 << 27); + break; + default: + device_printf(dev, "bad aperture size %d\n", aperture); + return EINVAL; + } + + pci_write_config(sc->bdev, AGP_I915_GMADR, temp, 4); + break; } return 0; @@ -525,7 +607,12 @@ } } - WRITE4(AGP_I810_GTT + (offset >> AGP_PAGE_SHIFT) * 4, physical | 1); + if (sc->chiptype == CHIP_I915) { + WRITEGTT(offset >> AGP_PAGE_SHIFT, physical | 1); + } else { + WRITE4(AGP_I810_GTT + (offset >> AGP_PAGE_SHIFT) * 4, physical | 1); + } + return 0; } @@ -544,7 +631,12 @@ } } - WRITE4(AGP_I810_GTT + (offset >> AGP_PAGE_SHIFT) * 4, 0); + if (sc->chiptype == CHIP_I915) { + WRITE4(offset >> AGP_PAGE_SHIFT, 0); + } else { + WRITE4(AGP_I810_GTT + (offset >> AGP_PAGE_SHIFT) * 4, 0); + } + return 0; } @@ -669,8 +761,8 @@ return EINVAL; for (i = 0; i < mem->am_size; i += AGP_PAGE_SIZE) { - WRITE4(AGP_I810_GTT + (offset >> AGP_PAGE_SHIFT) * 4, - i | 3); + WRITE4(AGP_I810_GTT + (i >> AGP_PAGE_SHIFT) * 4, + offset | 3); } return 0; diff -u /usr/src/sys/pci/agpreg.h agp/agpreg.h --- /usr/src/sys/pci/agpreg.h Mon Aug 16 14:25:48 2004 +++ agp/agpreg.h Sun May 22 13:55:32 2005 @@ -233,6 +233,15 @@ #define AGP_I852_GM 0x5 /* + * 915G registers + */ +#define AGP_I915_GMADR 0x18 +#define AGP_I915_MMADR 0x10 +#define AGP_I915_GTTADR 0x1C +#define AGP_I915_GCC1_GMS_STOLEN_48M 0x60 +#define AGP_I915_GCC1_GMS_STOLEN_64M 0x70 + +/* * NVIDIA nForce/nForce2 registers */ #define AGP_NVIDIA_0_APBASE 0x10 --FCuugMFkClbJLl1L-- From owner-freebsd-hackers@FreeBSD.ORG Sat May 21 13:03:13 2005 Return-Path: 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 9FA7716A4CE for ; Sat, 21 May 2005 13:03:13 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C3D843D77 for ; Sat, 21 May 2005 13:03:12 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j4LD3BK2021074; Sat, 21 May 2005 16:03:11 +0300 Received: from gothmog.gr (patr530-a216.otenet.gr [212.205.215.216]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j4LD1K3s024755; Sat, 21 May 2005 16:01:21 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j4LD39Pi042705; Sat, 21 May 2005 16:03:09 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j4LD38fT042704; Sat, 21 May 2005 16:03:08 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sat, 21 May 2005 16:03:08 +0300 (EEST) From: Giorgos Keramidas To: shiner chen In-Reply-To: <20050521104937.70622.qmail@web15509.mail.cnb.yahoo.com> Message-ID: <20050521160013.V18522@gothmog> References: <20050521104937.70622.qmail@web15509.mail.cnb.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 22 May 2005 12:04:08 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: how to get the status of cpu in kernel? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 13:03:13 -0000 On 2005-05-21 18:49, shiner chen wrote: > In order to implement a dispacthing policy I want to get the status of > cpu. I have read the code of top command and i find it get the status > of cpu by the function : > > int sysctlbyname(const char *, void *, size_t *, void *, size_t); > > I search the code of kernel ,then I consider that i can get the status > of cpu through the funciton: > > int kernel_sysctlbyname(struct thread *td, char *name, void *old, > size_t *oldlenp, void *new, size_t newlen, size_t *retval); > > I try to get the status of cpu by that function ,but it does not work! You're looking at the wrong place. There is a manpage for the sysctlbyname() function, which you obviously missed. > who can tell me the problem? Nobody until you show us the source, I guess :-) > How do i get the status of cpu? > How do i use it if the funcion is right? what's the mean of the > function's arguments ? Start by reading the manpage of sysctlbyname(). Then, if you still have problems, you can post the source online somewhere and point us people at the URL. From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 00:50:46 2005 Return-Path: X-Original-To: freebsd-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 4BBDA16A41C for ; Sun, 22 May 2005 00:50:46 +0000 (GMT) (envelope-from tohallelujah@mail.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECA6943D54 for ; Sun, 22 May 2005 00:50:45 +0000 (GMT) (envelope-from tohallelujah@mail.ru) Received: from [62.117.85.65] (port=1830 helo=[192.168.180.200]) by mx2.mail.ru with asmtp id 1DZeg0-000EHH-00 for freebsd-hackers@freebsd.org; Sun, 22 May 2005 04:50:44 +0400 Date: Sun, 22 May 2005 04:48:10 +0400 From: =?koi8-r?B?4czFy9PFyiD+1cfB0sXX?= X-Priority: 3 (Normal) Message-ID: <9365391062.20050522044810@mail.ru> To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sun, 22 May 2005 12:04:08 +0000 Subject: trouble on the mb acorp 6via/zx85 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?koi8-r?B?4czFy9PFyiD+1cfB0sXX?= List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 00:50:46 -0000 Hi. I have a trouble by to install FreeBSD 5.2.1 Release on the motherboard Acorp 6via/zx85 :( MB: Acorp 6VIA/ZX85 Chipset: Intel 440ZX PCISet HDD: Seagate ST340810A After last dialog window ("Last Chance..."), system write to log: READ_DMA retrying LBA=78 READ_DMA interrupt was seen but timeout fired LBA=78 READ_DMA status=51 error=40 LBA=78 Signal 11 was cought... ...and reboot the computer ( After changing the variable "ata_dma" (set hw.ata.ata_dma="0") this error not view, BUT, after last dialog window system write to log: ... READ_MUL interrupt was seen but timeout fired LBA=78 READ_MUL status=59 error=40 LBA=78 Signal 11 was cought... ...and reboot the computer ( Please, help me to install the system. Best Regards. From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 12:05:36 2005 Return-Path: X-Original-To: freebsd-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 A555016A41C for ; Sun, 22 May 2005 12:05:36 +0000 (GMT) (envelope-from arundel@h3c.de) Received: from enterprise4.noxa.de (enterprise.noxa.de [212.60.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA11443D1D for ; Sun, 22 May 2005 12:05:35 +0000 (GMT) (envelope-from arundel@h3c.de) Received: (qmail 14906 invoked from network); 22 May 2005 14:05:32 +0200 Received: from p508ff19f.dip.t-dialin.net (HELO localhost.skatecity) (80.143.241.159) by enterprise.noxa.de with AES256-SHA encrypted SMTP; 22 May 2005 14:05:32 +0200 Received: from localhost.skatecity (nobody@localhost.skatecity [127.0.0.1]) by localhost.skatecity (8.13.3/8.13.3) with ESMTP id j4MC5VD8014992 for ; Sun, 22 May 2005 14:05:31 +0200 (CEST) (envelope-from arundel@localhost.skatecity) Received: (from arundel@localhost) by localhost.skatecity (8.13.3/8.13.3/Submit) id j4MC5Uuf014991 for freebsd-hackers@freebsd.org; Sun, 22 May 2005 14:05:30 +0200 (CEST) (envelope-from arundel) From: alexander Date: Sun, 22 May 2005 14:05:30 +0200 To: freebsd-hackers@freebsd.org Message-ID: <20050522120530.GA14937@skatecity> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20050520224726.GA7951@skatecity> <20050520230845.GC51092@dan.emsphone.com> <20050521015105.GA9063@skatecity> <20050521080723.GN2129@cirb503493.alcatel.com.au> <20050521145807.GA51141@skatecity> <20050521204719.GO2129@cirb503493.alcatel.com.au> <20050521220935.GA884@skatecity> <4290072F.1000101@bullseye.apana.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4290072F.1000101@bullseye.apana.org.au> Subject: Re: Looking for ANSI/VT100 code replacement. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 12:05:36 -0000 On Sun May 22 05, Andrew MacIntyre wrote: > alexander wrote: > >However burncd being a C app uses fprintf. Can I replace > >the functionality of fprintf under x86asm by using only syscalls? > > fprintf(3) is most likely doing buffered I/O in the burncd case, which > for a tty defaults to line buffered. > > Your code is doing unbuffered I/O, which might explain some of the > discrepancies you see. > > Doing your own output buffering in assembly shouldn't be any big deal > that I can see. > > ------------------------------------------------------------------------- > Andrew I MacIntyre "These thoughts are mine alone..." > E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 > andymac@pcug.org.au (alt) | Belconnen ACT 2616 > Web: http://www.andymac.org/ | Australia > _______________________________________________ > 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" OK. Thx a lot. Due to the incompatibility/bug issue of Eterm I've gotten rid of the entire VT100 sequence and am now using a CR. This works even under Eterm. So far I haven't discovered any slowdowns due to the fast that I'm now rewriting the whole line instead of just 5 ascii values (plus the VT100 stuff). I'm now trying to limit the output rate to correspond with the CRT refresh rate. Is 100 Hz the standard value to use in this case or are there monitors out there that use a higher refresh rate? Cheers. From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 14:32:30 2005 Return-Path: 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 4326016A41C for ; Sun, 22 May 2005 14:32:30 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D21243D55 for ; Sun, 22 May 2005 14:32:29 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.3/8.13.3) with ESMTP id j4MEW1pu059266 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 May 2005 16:32:01 +0200 (CEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.3/8.13.3/Submit) with UUCP id j4MEW1rX059265; Sun, 22 May 2005 16:32:01 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3]) by pano.marabu.ch (8.13.3/8.13.3) with ESMTP id j4MEVRpS015180; Sun, 22 May 2005 16:31:27 +0200 (CEST) (envelope-from ast@marabu.marabu.ch) Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.4) id QAA21668; Sun, 22 May 2005 16:31:24 +0200 (CEST) Message-Id: <200505221431.QAA21668@marabu.marabu.ch> MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6) Content-Type: text/plain In-Reply-To: X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.124.8483.6) From: Adrian Steinmann Date: Sun, 22 May 2005 16:31:22 +0200 To: hackers@freebsd.org References: X-Organization: Webgroup Consulting AG, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (oneplusone.ch [127.0.0.1]); Sun, 22 May 2005 16:32:02 +0200 (CEST) X-Mailfilter: egfilter version 1.14; Archiver [msg.n80sfPQO] (oneplusone.ch [127.0.0.1]); Sun, 22 May 2005 16:32:02 +0200 (CEST) X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.192; host: oneplusone.ch) Cc: "Walter C. Pelissero" , Larry Baird Subject: Re: WRAP.1E and geode.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 14:32:30 -0000 Walter C. Pelissero started this thread with message-id <17037.14274.229768.369886@zaphod.home.loc>: it was noted that bios_string(0xf9000, 0xf9000, "PC Engines WRAP.1C " was indeed not working correctly on WRAP.1E platforms. I had been working on this problem recently and have just submitted a patch with a more generalized bios_string() routine which fixes this and also emits BIOS version numbers at boot time, see: http://www.freebsd.org/cgi/query-pr.cgi?pr=81360 Adrian From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 15:45:58 2005 Return-Path: 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 6D56A16A41C for ; Sun, 22 May 2005 15:45:58 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3EA043D4C for ; Sun, 22 May 2005 15:45:57 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: Y1QAsIk9O44SO+J/q9KNyQ== Received: from mp-217-200-33.daxnet.no ([193.217.200.33] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 4.3c5) with ESMTP id 373834789; Sun, 22 May 2005 17:45:53 +0200 From: Hans Petter Selasky To: Scott Long Date: Sun, 22 May 2005 17:46:39 +0200 User-Agent: KMail/1.7 References: <200505201340.36176.hselasky@c2i.net> <20050521174408.GE959@funkthat.com> <428F784B.6010806@samsco.org> In-Reply-To: <428F784B.6010806@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505221746.41536.hselasky@c2i.net> Cc: Peter Jeremy , John-Mark Gurney , hackers@freebsd.org Subject: Re: problems with new the "contigmalloc" routine X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hselasky@c2i.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 15:45:58 -0000 On Saturday 21 May 2005 20:04, Scott Long wrote: > John-Mark Gurney wrote: > > Hans Petter Selasky wrote this message on Sat, May 21, 2005 at 15:46 +0200: > >>On Saturday 21 May 2005 00:49, Peter Jeremy wrote: > >>>On Fri, 2005-May-20 21:51:34 +0200, Hans Petter Selasky wrote: > >>>>Non-blocking mode has got to be supported. Else you get a nightmare > >>>>rewriting the code to support blocking mode. > >>> > >>>Your code either has to block somewhere or fail. contigmalloc() only > >>>blocks if it couldn't satisfy the request immediately. If it returns > >>>to your code, you still have the problem of needing the memory and > >>>not being able to allocate it without blocking. > >> > >>That is not the problem. The problem is that it sleeps, which will exit > >> the Giant lock, which means another thread can change the state of what > >> I am about to setup meanwhile: > >> > >>one_thread: > >> > >> mtx_lock(&Giant); > >> > >> if(sc->gone == 0) > >> { > >> sc->data = contigmalloc(); > >> } > >> > >> mtx_unlock(&Giant); > >> > >>another_thread: > >> > >> mtx_lock(&Giant); > >> > >> if(sc->data) > >> { > >> contigfree(); > >> sc->data = NULL; > >> } > >> > >> sc->gone = 1; > >> > >> mtx_unlock(&Giant); > >> > >> > >>The problem is that the undefined state: "sc->data != NULL" and > >>"sc->gone == 1" can be reached. > > > > How about rewriting the code to be: > > one_thread: > > tmpdata = contigmalloc(); > > mtx_lock(&Giant); > > if(sc->gone == 0) { > > sc->data = tmpdata; > > } else { > > contigfree(tmpdata); > > } > > mtx_unlock(&Giant); > > > > another_thread: > > mtx_lock(&Giant); > > if(sc->data) { > > tmpdata = sc->data; > > sc->data = NULL; > > } > > > > sc->gone = 1; > > > > mtx_unlock(&Giant); > > contigfree(tmpdata); When I worked with USB I ran into some synchronization problems with callbacks that leaded me to writing to the stack of another thread, which I hope is OK. What do you think about the following: struct context { struct mtx *mtx; u_int8_t *done_p; }; struct callback { struct context ctx; void *arg; void (*func)(void *, struct context *ctx); struct callback *next, **next_p; }; callback_thread(): { retry: struct callback * callbacks[max_callback]; struct mtx * mtxs[max_callback]; u_int8_t done[max_callback] = { /* zero */ }; int x = 0; int repeat = 0; int retry = 0; mtx_lock(&global_callback_lock); while(1) { callbacks[x] = GET_NEXT_CALLBACK(); if(callbacks[x] == NULL) { break; } if(callbacks[x]->ctx.done_p) { /* another thread is calling callback * ERROR */ continue; } callbacks[x]->ctx.done_p = &done[x]; mtxs[x] = callbacks[x]->ctx.mtx; x++; if(x == max_callback) { retry = 1; break; } } mtx_unlock(&global_callback_lock); /* here one needs to switch lock to avoid * locking order reversal */ while(x--) { mtx_lock(mtxs[x]); if(done[x] == 0) { callbacks[x]->ctx.done_p = NULL; (callbacks[x]->func)(callbacks[x]->arg, &callback[x]->ctx); } /* else callback stopped */ mtx_unlock(mtxs[x]); } if(retry) { retry = 0; goto retry; } } void callback_stop(struct callback *callback) { mtx_assert(callback->ctx.mtx, MA_OWNED); mtx_lock(&global_callback_lock); REMOVE callback from QUEUE if queued if(callback->ctx.done_p) { *(callback->ctx.done_p) = 1; callback->ctx.done_p = NULL; } mtx_unlock(&global_callback_lock); } void callback_start(struct callback *callback) { mtx_assert(callback->ctx.mtx, MA_OWNED); mtx_lock(&global_callback_lock); if((callback not QUEUED) && (callback->ctx.done_p == NULL)) { QUEUE callback; } mtx_unlock(&global_callback_lock); } Now I return to my initial problem. The callback pointed to by "callback->func" will call "contigmalloc()". How can I solve this, keeping in mind that "callback_stop()" should stop the callback call? void context_exit(struct context *ctx, u_int8_t *tmpvar, struct mtx **tmpmtx) { if(ctx == NULL) { *tmpvar = 0; *tmpmtx = 0; return; } if(ctx->done_p) { panic("context already exited\n"); } mtx_assert(ctx->mtx, MA_OWNED|MA_STATIC); ctx->done_p = tmpvar; *tmpvar = 0; *tmpmtx = ctx->mtx; mtx_unlock(ctx->mtx); return; } int context_enter(struct context *ctx, u_int8_t *tmpvar, struct mtx **tmpmtx) { if(ctx) { mtx_lock(*tmpmtx); if(*tmpvar == 0) { ctx->done_p = NULL; return 0; } else { return EGONE; } } return 0; } int context_sleep(struct context *ctx) { u_int8_t tmpvar; int error; if(ctx == NULL) { return tsleep(); } if(ctx->done_p) { panic("context already exited\n"); } mtx_assert(ctx->mtx, MA_OWNED|MA_STATIC); ctx->done_p = &tmpvar; tmpvar = 0; error = msleep(... ctx->mtx ...); if(tmpvar != 0) error = EGONE; else { ctx->done_p = NULL; } return error; } static void my_callback(void *arg, struct context *ctx) { void *tmpdata; u_int8_t tmpvar; struct mutex *tmpmtx; context_exit(ctx, &tmpvar, &tmpmtx); tmpdata = contigmalloc(); if(context_enter(ctx, &tempvar, &tmpmtx)) { /* callback was stopped while allocating memory! */ contigfree(tmpdata); } else { ((struct softc *)arg)->data = tmpdata; } return; } Now I'm going to take this even further. How can I run a "callback_thread_2()" from a callback called from "callback_thread()"? With the few routines developed so far, it can be done simple and _safe_: static void my_callback(void *arg, struct context *ctx) { void *tmpdata; u_int8_t tmpvar; struct mutex *tmpmtx; retry: struct callback * callbacks[max_callback]; struct mtx * mtxs[max_callback]; u_int8_t done[max_callback] = { /* zero */ }; int x = 0; int repeat = 0; int retry = 0; /* our mutex is already locked! */ while(1) { callbacks[x] = GET_NEXT_CALLBACK_2(); /* this is a new QUEUE */ if(callbacks[x] == NULL) { break; } if(callbacks[x]->ctx.done_p) { /* another thread is calling callback * ERROR */ continue; } callbacks[x]->ctx.done_p = &done[x]; mtxs[x] = callbacks[x]->ctx.mtx; x++; if(x == max_callback) { retry = 1; break; } } if(x == 0) return; /* nothing to do */ /* need to unlock this context before entering next context ! */ context_exit(ctx, &tmpvar, &tmpmtx); while(x--) { mtx_lock(mtxs[x]); if(done[x] == 0) { callbacks[x]->ctx.done_p = NULL; (callbacks[x]->func)(callbacks[x]->arg, &callback[x]->ctx); } /* else callback stopped */ mtx_unlock(mtxs[x]); } if(context_enter(ctx, &tmpvar, &tmpmtx)) { /* this callback has been stopped */ return; } if(retry) { retry = 0; goto retry; } return; } Now back to the initial problem. It would have been very nice if the kernel functions like malloc/contigmalloc/copyin/copyout ... could support the "ctx" variable: static void my_callback(void *arg, struct context *ctx) { void *tmpdata; /* speedup: context is only unlocked when needed ! */ tmpdata = contigmalloc(size, ..., ctx); if(tmpdata == ((void *)1)) { /* context gone */ return; } if(tmpdata == NULL) { /* no memory allocated */ return; } else { ((struct softc *)arg)->data = tmpdata; } return; } This way of doing it is what I have concluded with so far. Else one ends up with synchronization problems like that the callback is called after that callback_stop() has been called. Also this works in hierarchies: One is able to stop parenting callbacks aswell as a child callbacks. My theorem: 1) the mutex used by callbacks must be present after that the callback has been destroyed/freed. In other words the mutex must reside in static memory. I suggest a new flag be available, MTX_STATIC, that can be set on "static" mutexes. 2) the parent caller of a callback must lock the child's lock. The reason is that one has to synchronize with the child before making the call. 3) routines infering with a callback must have child's lock locked first, then the parent's lock. This ensures proper locking order. 4) the context from which a callback is called, must be passed on So why do we want to do things like shown above? Because we get non-blocking behaviour when shutting things down. Then one can save a whole lot of worries and coding: Before (specific): sc->sc_refcnt++; tmpdata = malloc(...); if (--sc->sc_refcnt < 0) usb_detach_wakeup(USBDEV(sc->sc_dev)); sc->sc_refcnt++; error = uiomove(); if (--sc->sc_refcnt < 0) usb_detach_wakeup(USBDEV(sc->sc_dev)); sc->sc_refcnt++; err = usbd_do_request(sc->sc_udev, &req, buf); if (--sc->sc_refcnt < 0) usb_detach_wakeup(USBDEV(sc->sc_dev)); After (generic): tmpdata = malloc(...,ctx); if(tmpdata <= ((void*)1)) return ENOMEM; error = uiomove(...,ctx); if(error) return error; err = usbd_do_request(sc->sc_udev, &req, buf, ctx); if(err == USBD_GONE) { return EGONE; } This should also be implemented in the file-system: int xxx_read(struct cdev *dev, struct uio *uio, int flag) changed into: int xxx_read(struct cdev *dev, struct uio *uio, int flag, struct context *ctx) at detach: mtx_lock(sc->mtx); //NOTE: sc->mtx == ctx->mtx wakeup what can be sleeping (...); destroy_dev(...); //struct context is freed mtx_unlock(sc->mtx); free(sc); /* nothing more to worry about, and no loose ends are left, * just remember that the mutex is static */ return; at attach: sc->mtx = get_static_device_driver_mutex(...); if(sc->mtx == NULL) return ENOMEM; make_dev(..., sc->mtx); ........ I hope this wasn't too much for you to read :-) Any comments ? > > > > That should do it.. Though you do need to have your own ref count on sc > > to prevent the entire sc from going away before the first thread has > > locked... Anyways, you should be using your own lock that's in sc for > > this instead of using Giant... right > I'd suggest just following a simplier and more deterministic path by > either pre-allocating your contiguous buffers in a safe context, or > allocating them on the fly before you depend on state being static. > Our concept of 'sleep' and 'block' are a bit muddled now that we have > liberal uses of sleep locks, and we as programmers need to cope and > adjust. It's always good form in embedded and kernel programming to > pre-allocate and closely manage resources when you can; this isn't > userland where resources are cheap. Pre-allocating memory is good, but not always the easiest to do ... --HPS From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 16:07:26 2005 Return-Path: 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 810B816A41C for ; Sun, 22 May 2005 16:07:26 +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 2AE7143D1D for ; Sun, 22 May 2005 16:07:25 +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 j4MGA1rV013151; Sun, 22 May 2005 10:10:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4290ADEB.2010501@samsco.org> Date: Sun, 22 May 2005 10:06:03 -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: hselasky@c2i.net References: <200505201340.36176.hselasky@c2i.net> <20050521174408.GE959@funkthat.com> <428F784B.6010806@samsco.org> <200505221746.41536.hselasky@c2i.net> In-Reply-To: <200505221746.41536.hselasky@c2i.net> 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: Peter Jeremy , John-Mark Gurney , hackers@freebsd.org Subject: Re: problems with new the "contigmalloc" routine X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 16:07:26 -0000 Hans Petter Selasky wrote: > On Saturday 21 May 2005 20:04, Scott Long wrote: > >>John-Mark Gurney wrote: >> >>>Hans Petter Selasky wrote this message on Sat, May 21, 2005 at 15:46 > > +0200: > >>>>On Saturday 21 May 2005 00:49, Peter Jeremy wrote: >>>> >>>>>On Fri, 2005-May-20 21:51:34 +0200, Hans Petter Selasky wrote: >>>>> >>>>>>Non-blocking mode has got to be supported. Else you get a nightmare >>>>>>rewriting the code to support blocking mode. >>>>> >>>>>Your code either has to block somewhere or fail. contigmalloc() only >>>>>blocks if it couldn't satisfy the request immediately. If it returns >>>>>to your code, you still have the problem of needing the memory and >>>>>not being able to allocate it without blocking. >>>> >>>>That is not the problem. The problem is that it sleeps, which will exit >>>>the Giant lock, which means another thread can change the state of what >>>>I am about to setup meanwhile: >>>> >>>>one_thread: >>>> >>>>mtx_lock(&Giant); >>>> >>>>if(sc->gone == 0) >>>>{ >>>> sc->data = contigmalloc(); >>>>} >>>> >>>>mtx_unlock(&Giant); >>>> >>>>another_thread: >>>> >>>> mtx_lock(&Giant); >>>> >>>> if(sc->data) >>>> { >>>> contigfree(); >>>> sc->data = NULL; >>>> } >>>> >>>> sc->gone = 1; >>>> >>>> mtx_unlock(&Giant); >>>> >>>> >>>>The problem is that the undefined state: "sc->data != NULL" and >>>>"sc->gone == 1" can be reached. >>> >>>How about rewriting the code to be: >>>one_thread: >>> tmpdata = contigmalloc(); >>> mtx_lock(&Giant); >>> if(sc->gone == 0) { >>> sc->data = tmpdata; >>> } else { >>> contigfree(tmpdata); >>> } >>> mtx_unlock(&Giant); >>> >>>another_thread: >>> mtx_lock(&Giant); >>> if(sc->data) { >>> tmpdata = sc->data; >>> sc->data = NULL; >>> } >>> >>> sc->gone = 1; >>> >>> mtx_unlock(&Giant); >>> contigfree(tmpdata); > > > When I worked with USB I ran into some synchronization problems with callbacks > that leaded me to writing to the stack of another thread, which I hope is OK. No, it's not ok. Kernel stacks can be swapped out while sleeping. Writing to a swapped out stack will cause a VM panic. > What do you think about the following: > [...] > > I hope this wasn't too much for you to read :-) > > Any comments ? > > > >>>That should do it.. Though you do need to have your own ref count on sc >>>to prevent the entire sc from going away before the first thread has >>>locked... Anyways, you should be using your own lock that's in sc for >>>this instead of using Giant... > > > right > > >>I'd suggest just following a simplier and more deterministic path by >>either pre-allocating your contiguous buffers in a safe context, or >>allocating them on the fly before you depend on state being static. >>Our concept of 'sleep' and 'block' are a bit muddled now that we have >>liberal uses of sleep locks, and we as programmers need to cope and >>adjust. It's always good form in embedded and kernel programming to >>pre-allocate and closely manage resources when you can; this isn't >>userland where resources are cheap. > > > Pre-allocating memory is good, but not always the easiest to do ... > > --HPS I'm not too familiar with the exact problem you're trying to solve in USB. I guess you need to be able to allocate a contiguous chunk of memory in order to do a transaction, but are afraid that state will change while the allocation is in progress? What is the maximum size of memory that the hardware can handle for this transaction? How many transactions can be handled concurrently by the hardware? What state are you trying to protect? Is it possible to do the allocation before the state needs to be protected? Scott From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 17:38:22 2005 Return-Path: X-Original-To: freebsd-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 1CD1016A41C for ; Sun, 22 May 2005 17:38:22 +0000 (GMT) (envelope-from maslanbsd@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA86D43D49 for ; Sun, 22 May 2005 17:38:21 +0000 (GMT) (envelope-from maslanbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1714321wra for ; Sun, 22 May 2005 10:38: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=jfgGx3shvxC3hNEPWRxb08ajU6Nxt5g8nOmMkHx4KkQXqJCaE2sCy2cPyQPphS5e4coPAMEhmxiLB25zBVGtW5qA38c7PSRuoL8DU++HtxlpJu7qr32einSeNY2IfYuAgpyJSCJyg9pDfVZTcwfc/m2DE3xtyQIKmrlWSstLkZA= Received: by 10.54.37.8 with SMTP id k8mr2280341wrk; Sun, 22 May 2005 10:38:21 -0700 (PDT) Received: by 10.54.101.7 with HTTP; Sun, 22 May 2005 10:38:21 -0700 (PDT) Message-ID: <319cceca05052210382eae29ea@mail.gmail.com> Date: Sun, 22 May 2005 20:38:21 +0300 From: Maslan To: FreeBSD Hackers Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: which function X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maslan List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 17:38:22 -0000 hi what and where is the function that is responsible for printing the bsd logo on startup? sorry for than question but i'm a new in hacking the bsd and my time is very limited. --=20 I'm Searching For Perfection, So Even If U Need Portability U've To Use Assembly ;-) http://www.maslanlab.org From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 18:10:08 2005 Return-Path: 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 C5A7C16A41C for ; Sun, 22 May 2005 18:10:08 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AA5543D1D for ; Sun, 22 May 2005 18:10:05 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: Y1QAsIk9O44SO+J/q9KNyQ== Received: from mp-217-229-155.daxnet.no ([193.217.229.155] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 4.3c5) with ESMTP id 175651240; Sun, 22 May 2005 20:10:03 +0200 From: Hans Petter Selasky To: Scott Long Date: Sun, 22 May 2005 20:10:43 +0200 User-Agent: KMail/1.7 References: <200505201340.36176.hselasky@c2i.net> <200505221746.41536.hselasky@c2i.net> <4290ADEB.2010501@samsco.org> In-Reply-To: <4290ADEB.2010501@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505222010.46131.hselasky@c2i.net> Cc: Peter Jeremy , John-Mark Gurney , hackers@freebsd.org Subject: Re: problems with new the "contigmalloc" routine X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hselasky@c2i.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 18:10:09 -0000 On Sunday 22 May 2005 18:06, Scott Long wrote: > > > > When I worked with USB I ran into some synchronization problems with > > callbacks that leaded me to writing to the stack of another thread, which > > I hope is OK. > > No, it's not ok. Kernel stacks can be swapped out while sleeping. > Writing to a swapped out stack will cause a VM panic. OK, maybe I have to create a bitmap in "struct thread" where I can store that information, though that will limit the maximum number of context exits to a constant. And then change things a little bit. I assume that "curthread" points to the currently active thread and is always set? But the principle will be exactly the same. Please read through my previous e-mail and the function below again! #define CONTEXT_MAX (8*8) struct thread { ... u_int8_t context_index; u_int8_t context_bitmap[(CONTEXT_MAX+7)/8]; ... }; struct context { struct mtx *mtx; u_int8_t *done_p; u_int8_t done_index; }; void callback_thread(): { retry: #define max_callback 16 #if (max_callback >= CONTEXT_MAX) #error "out of contexts" #endif struct callback * callbacks[max_callback]; struct mtx * mtxs[max_callback]; int x = 0; int repeat = 0; int retry = 0; u_int8_t index = curthread->context_index; if(index >= (CONTEXT_MAX - max_callback)) { panic("out of contexts\n"); } mtx_lock(&global_callback_lock); while(1) { callbacks[x] = GET_NEXT_CALLBACK(); if(callbacks[x] == NULL) { break; } if(callbacks[x]->ctx.done_p) { /* another thread is calling callback * ERROR */ continue; } /* clear bit */ curthread->context_bitmap[index / 8] &= ~(1 << (index % 8)); callbacks[x]->ctx.done_p = &curthread->context_bitmap[0]; callbacks[x]->ctx.done_index = index; mtxs[x] = callbacks[x]->ctx.mtx; x++; index++; if(x == max_callback) { retry = 1; break; } } curthread->context_index = index; mtx_unlock(&global_callback_lock); /* here one needs to switch lock to avoid * locking order reversal */ while(x--) { /* do you see the point in storing a pointer to the * mutex on the stack ? * The callback structure might have been freed when one * gets here and needs a copy ! */ mtx_lock(mtxs[x]); /* do you see the point in checking the bit below? * It is supposed to get set if this callback has been * stopped during the lock switch! */ if(!(curthread->context_bitmap[index / 8] & (1<<(index % 8)))) { callbacks[x]->ctx.done_p = NULL; (callbacks[x]->func)(callbacks[x]->arg, &callback[x]->ctx); } /* else callback stopped */ mtx_unlock(mtxs[x]); /* free up bits used */ index--; curthread->context_index--; } if(retry) { retry = 0; goto retry; } } > > > What do you think about the following: > > [...] > > > I hope this wasn't too much for you to read :-) > > > > Any comments ? > > > > I'm not too familiar with the exact problem you're trying to solve in > USB. I guess you need to be able to allocate a contiguous chunk of > memory in order to do a transaction, but are afraid that state will > change while the allocation is in progress? > That's one problem. > What is the maximum size > of memory that the hardware can handle for this transaction? It is limited to the amount of available memory. > How many transactions can be handled concurrently by the hardware? Typically there is more than one transaction i parallell, and there is synchronous transfers waiting for completion and non-synchronous transfers not waiting for completion, that call callbacks. > What state are you trying to protect? For example that the callback is not called after that I have stopped a non-synchronous transfer. > Is it possible to do the allocation before > the state needs to be protected? Mostly, but not always, though that only solves one part of the problem. --HPS From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 18:24:17 2005 Return-Path: X-Original-To: freebsd-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 AEE5E16A41C for ; Sun, 22 May 2005 18:24:17 +0000 (GMT) (envelope-from jake@locore.ca) Received: from gw-kit.locore.ca (gw-kit.locore.ca [67.43.130.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D15D43D48 for ; Sun, 22 May 2005 18:24:17 +0000 (GMT) (envelope-from jake@locore.ca) Received: from [10.0.0.3] (ws.locore.ca [10.0.0.3]) by gw-kit.locore.ca (Postfix) with ESMTP id 90F9D2BC6A4; Sun, 22 May 2005 14:24:16 -0400 (EDT) Message-ID: <4290CE4F.1060902@locore.ca> Date: Sun, 22 May 2005 14:24:15 -0400 From: Jake Burkholder User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050424) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin References: <20050416232855.GA8698@daedalus.desk.pl> In-Reply-To: <20050416232855.GA8698@daedalus.desk.pl> Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Determine location of LD_PRELOAD'ed shared libraries/functions. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 18:24:17 -0000 Marcin wrote: >Hello Hackers, > >I'd like to find locations of functions exported by shared lib loaded into >the running ptrace'd process via LD_PRELOAD. I want do determine this from tracing process. >For shared libraries linked with a program i can just open the program file and >search for relocation sections, which eventually point to the plt function entries. > >My problem is that i cannot figure out how to start searching for symbols which are loaded >with LD_PRELOAD. I can see where the library is mapped in /proc/*/map >(isn't there a better, less freebsd-specific place to search for this info?) >but I'm not quite sure how to interpret the mmapped pages. > >Searching Elf doc's just makes me run in circles; usually the LD_PRELOAD option is just >mentioned as it was obvious; I't isn't quite. Sections describing program memory image are in >program file. LD_PRELOAD'ed lib is only in the memory, to which programs sections do not apply. >Libraries sections can't know to what address they will be mmapped to, so where to search? >Program has relocation entries, but there is no spare space there for something unexpected like >LD_PRELOADed library (?) >Please point me to right direction, because i've got only one idea left: grep dynamic loader for LD_PRELOAD ;). > > > I think you will need to use the linkmap created by rtld. I guess you need the address of the dynamic linker to find it, I've only ever done this on core dumps before. Its in r_debug.r_map in rtld's bss, a linked list of link_map structures. This tells you the filename and relocation address of what was actually loaded into memory, regardless of what the binary says (which may be modified with libmap, etc). Jake From owner-freebsd-hackers@FreeBSD.ORG Sun May 22 21:02:41 2005 Return-Path: X-Original-To: freebsd-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 DC07416A41C for ; Sun, 22 May 2005 21:02:40 +0000 (GMT) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 703E143D58 for ; Sun, 22 May 2005 21:02:40 +0000 (GMT) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.3/8.13.3) with ESMTP id j4ML2doY002860; Sun, 22 May 2005 14:02:39 -0700 (PDT) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.13.3/8.13.3/Submit) id j4ML2dIk002859; Sun, 22 May 2005 14:02:39 -0700 (PDT) (envelope-from steve) Message-Id: <200505222102.j4ML2dIk002859@wattres.watt.com> From: steve@Watt.COM (Steve Watt) Date: Sun, 22 May 2005 14:02:39 -0700 In-Reply-To: steve@wattres.Watt.COM (Steve Watt) "snapshots and innds" (Dec 18, 17:39) X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: freebsd-hackers@freebsd.org X-Archived: 1116795759.948751269@wattres.Watt.COM X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on wattres.Watt.COM X-Virus-Status: Clean Cc: mckusick@mckusick.com Subject: Re: snapshots and innds X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 21:02:41 -0000 [ OK, there's a lot of text in here, but I have definitively found a deadlock between ffs_mksnap and msync(). ] Waaay back on Dec 18, 17:39, I wrote: } Subject: snapshots and innds } I'm getting a strong hunch that snapshots and inn don't get along } well, presumably having something to do with inn's extensive use } of mmap(). } } Just for an example, my system panic()ed earlier today (different } problem) and during the reboot, I'm stuck with an fsck_ufs on wchan } "ufs" and innd on wchan "suspfs", and neither of them responding } in any way. And I have been seeing hangs periodically since December that all seem to implicate innd(msync()) arguing with dump(mksnap_ffs). The system is 5.4-STABLE, updated last on the (PDT) morning of 2 May. Finally, this morning, I got a kernel core dump that I can do useful stuff with. The system was mostly operating normally, except that any attempt to access the /news partition (which has articles, tradspool.map, overviews, and incoming/outgoing data) would get stuck in "suspfs". So I forced a dump from ddb. The mount point does (as one would expect) have MNTK_SUSPEND set. I see mksnap_ffs sitting waiting for "ufs" (really vnode 0xc19af318), which it got to via: (kgdb) info stack #0 sched_switch (td=0xc1ede780, newtd=0xc146f480, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 #1 0xc0662ad0 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:355 #2 0xc067a9e4 in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:406 #3 0xc067ab9e in sleepq_wait (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:518 #4 0xc06627b6 in msleep (ident=0xc19af3c4, mtx=0xc095e4cc, priority=80, wmesg=0xc08a3f13 "ufs", timo=0) at /usr/src/sys/kern/kern_synch.c:228 #5 0xc06505d6 in acquire (lkpp=0xd02df680, extflags=16777280, wanted=1536) at /usr/src/sys/kern/kern_lock.c:161 #6 0xc0650a14 in lockmgr (lkp=0xc19af3c4, flags=16842754, interlkp=0x0, td=0xc1ede780) at /usr/src/sys/kern/kern_lock.c:389 #7 0xc07bd6e3 in ufs_lock (ap=0xd02df6bc) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2007 #8 0xc07be380 in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2828 #9 0xc06c0501 in vn_lock (vp=0xc19af318, flags=65538, td=0xc1ede780) at vnode_if.h:1013 #10 0xc06b4195 in vget (vp=0xc19af318, flags=65538, td=0x0) at /usr/src/sys/kern/vfs_subr.c:2028 #11 0xc07af408 in ffs_sync (mp=0xc15e5c00, waitfor=1, cred=0xc2953080, td=0xc1ede780) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1151 #12 0xc06c0840 in vfs_write_suspend (mp=0xc15e5c00) at /usr/src/sys/kern/vfs_vnops.c:1084 #13 0xc079db18 in ffs_snapshot (mp=0xc15e5c00, snapfile=0xbfbfef1b
) at /usr/src/sys/ufs/ffs/ffs_snapshot.c:317 #14 0xc07ad5d8 in ffs_omount (mp=0xc15e5c00, path=0xc2a8c380 "/news", data=0x0, td=0xc1ede780) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:313 #15 0xc06af787 in vfs_domount (td=0xc1ede780, fstype=0xc1eea730 "ffs", fspath=0xc2a8c380 "/news", fsflags=18944000, fsdata=0xbfbfe7d4, compat=1) at /usr/src/sys/kern/vfs_mount.c:861 #16 0xc06aef16 in mount (td=0x0, uap=0xd02dfd04) at /usr/src/sys/kern/vfs_mount.c:620 #17 0xc0828553 in syscall (frame= [ snip ] And inn is sitting waiting for the suspended filesystem: (kgdb) info stack #0 sched_switch (td=0xc1c16c00, newtd=0xc1ede780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 #1 0xc0662ad0 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:355 #2 0xc067a9e4 in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:406 #3 0xc067ab9e in sleepq_wait (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:518 #4 0xc06627b6 in msleep (ident=0xc15e5c6c, mtx=0x0, priority=159, wmesg=0xc08a5c44 "suspfs", timo=0) at /usr/src/sys/kern/kern_synch.c:228 #5 0xc06c06b8 in vn_start_write (vp=0x0, mpp=0xc15e5c00, flags=1) at /usr/src/sys/kern/vfs_vnops.c:995 #6 0xc07daeb4 in vnode_pager_putpages (object=0xc1990b58, m=0x0, count=4096, sync=12, rtvals=0x0) at /usr/src/sys/vm/vnode_pager.c:969 #7 0xc07d2f42 in vm_pageout_flush (mc=0xd022bac0, count=1, flags=12) at vm_pager.h:147 #8 0xc07cd84b in vm_object_page_collect_flush (object=0xc1990b58, p=0xc10ddc40, curgeneration=1, pagerflags=12) at /usr/src/sys/vm/vm_object.c:958 #9 0xc07cd2a3 in vm_object_page_clean (object=0xc1990b58, start=628, end=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/vm/vm_object.c:761 #10 0xc07cda77 in vm_object_sync (object=0xc1990b58, offset=2572288, size=4096, syncio=0, invalidate=0) at /usr/src/sys/vm/vm_object.c:1026 #11 0xc07c9267 in vm_map_sync (map=0xc147a384, start=676794368, end=676798464, syncio=0, invalidate=0) at /usr/src/sys/vm/vm_map.c:2149 #12 0xc07cb4e1 in msync (td=0x0, uap=0x0) at /usr/src/sys/vm/vm_mmap.c:465 #13 0xc0828553 in syscall (frame= [ snip ] (Interesting kgdb buglet on line 9 of that trace, by the way.) Based on a bit more snooping, it's a basic deadlock. The sync() is trying to lock the vnode at 0xc19af318. That vnode is already locked by innd. innd is waiting for the suspended filesystem, so won't free up the vnode. [chasing down owner of the vnode ] (kgdb) print vp $7 = (struct vnode *) 0xc19af318 (kgdb) print *vp $8 = {v_interlock = {mtx_object = {lo_class = 0xc08f945c, lo_name = 0xc08a5792 "vnode interlock", lo_type = 0xc08a5792 "vnode interlock", lo_flags = 196608, lo_list = {tqe_next = 0xc19af210, tqe_prev = 0xc19af430}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, v_iflag = 1536, v_usecount = 3, v_numoutput = 0, v_vxthread = 0x0, v_holdcnt = 4, v_cleanblkhd = {tqh_first = 0x0, tqh_last = 0xc19af350}, v_cleanblkroot = 0x0, v_cleanbufcnt = 0, v_dirtyblkhd = { tqh_first = 0xc5b36570, tqh_last = 0xc5bb2634}, v_dirtyblkroot = 0xc5b36570, v_dirtybufcnt = 4, v_vflag = 8, v_writecount = 1, v_object = 0xc1990b58, v_lastw = 152, v_cstart = 152, v_lasta = 2275200, v_clen = 7, v_un = { vu_mountedhere = 0x0, vu_socket = 0x0, vu_spec = {vu_cdev = 0x0, vu_specnext = { sle_next = 0x0}}, vu_fifoinfo = 0x0}, v_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, v_nmntvnodes = {tqe_next = 0xc1a67420, tqe_prev = 0xc19af4b0}, v_synclist = {le_next = 0xc1901528, le_prev = 0xc19fd6c8}, v_type = VREG, v_tag = 0xc08a3f13 "ufs", v_data = 0xc199108c, v_lock = {lk_interlock = 0xc095e4cc, lk_flags = 18875456, lk_sharecount = 0, lk_waitcount = 1, lk_exclusivecount = 1, lk_prio = 80, lk_wmesg = 0xc08a3f13 "ufs", lk_timo = 6, lk_lockholder = 0xc1c16c00, lk_newlock = 0x0}, v_vnlock = 0xc19af3c4, v_op = 0xc160c500, v_mount = 0xc15e5c00, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0xc1986e9c, tqh_last = 0xc1986eac}, v_id = 1413, v_dd = 0xc19af318, v_ddid = 0, v_pollinfo = 0x0, v_label = 0x0, v_cachedfs = 1041, v_cachedid = 141320, v_bsize = 16384} (kgdb) print vp->v_lock.lk_lockholder $9 = (struct thread *) 0xc1c16c00 (kgdb) print *vp->v_lock.lk_lockholder $10 = {td_proc = 0xc1c4e1c4, td_ksegrp = 0xc1a1d5b0, td_plist = {tqe_next = 0x0, tqe_prev = 0xc1c4e1d4}, td_kglist = {tqe_next = 0x0, tqe_prev = 0xc1a1d5bc}, td_slpq = {tqe_next = 0xc2b55c00, tqe_prev = 0xc18b1b00}, td_lockq = {tqe_next = 0x0, tqe_prev = 0x0}, td_runq = {tqe_next = 0x0, tqe_prev = 0xc08fb5ac}, td_selq = { tqh_first = 0x0, tqh_last = 0xc1c16c30}, td_sleepqueue = 0x0, td_turnstile = 0xc1824a80, td_tid = 100188, td_flags = 0, td_inhibitors = 2, td_pflags = 0, td_dupfd = 0, td_wchan = 0xc15e5c6c, td_wmesg = 0xc08a5c44 "suspfs", td_lastcpu = 0 '\0', td_oncpu = 255 'ÿ', td_locks = 5360, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xc241cb00, td_standin = 0x0, td_prticks = 0, td_upcall = 0x0, td_sticks = 42112, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = { __bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {0, 0, 0, 0}}, td_siglist = { __bits = {0, 0, 0, 0}}, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 2863987, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 159 '\237', td_priority = 159 '\237', td_pcb = 0xd022bd90, td_state = TDS_INHIBITED, td_retval = {0, 1}, td_slpcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc5ad0718}}, c_time = 112874447, c_arg = 0xc1c16c00, c_func = 0, c_flags = 8}, td_frame = 0xd022bd38, td_kstack_obj = 0xc1b0d108, td_kstack = 3491930112, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582}, td_sched = 0xc1c16d50} (kgdb) print *vp->v_lock.lk_lockholder->td_proc $11 = {p_list = {le_next = 0xc1c1354c, le_prev = 0xc195e8d4}, p_ksegrps = { tqh_first = 0xc1a1d5b0, tqh_last = 0xc1a1d5b4}, p_threads = {tqh_first = 0xc1c16c00, tqh_last = 0xc1c16c08}, p_suspended = {tqh_first = 0x0, tqh_last = 0xc1c4e1dc}, p_ucred = 0xc241cb00, p_fd = 0xc1fe3300, p_fdtol = 0x0, p_stats = 0xc1fd9500, p_limit = 0xc1fd7700, p_unused1 = 0x0, p_sigacts = 0xc1a85000, p_flag = 1, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 97648, p_hash = {le_next = 0x0, le_prev = 0xc2cd3ca8}, p_pglist = {le_next = 0xc1c4e54c, le_prev = 0xc2a00c48}, p_pptr = 0xc146ee20, p_sibling = {le_next = 0xc1c1354c, le_prev = 0xc195e934}, p_children = {lh_first = 0xc1c4e54c}, p_mtx = {mtx_object = {lo_class = 0xc08f945c, lo_name = 0xc089e844 "process lock", lo_type = 0xc089e844 "process lock", lo_flags = 4390912, lo_list = {tqe_next = 0xc1c4e3f4, tqe_prev = 0xc1c4e07c}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc147a384, p_swtime = 10816, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_runtime = {sec = 457, frac = 14633034536159281822}, p_uu = 128520517, p_su = 329272740, p_iu = 1, p_uticks = 16437, p_sticks = 42112, p_iticks = 0, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc19aa210, p_siglist = {__bits = {0, 0, 0, 0}}, p_lock = 0 '\0', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_magic = 3203398350, p_comm = "innd\000tart\000ic\000\000\000\000\000\000\000", p_pgrp = 0xc2a00c40, p_sysent = 0xc093a320, p_args = 0xc2a09380, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0, p_klist = { kl_lock = 0xc1c4e230, kl_list = {slh_first = 0x0}}, p_numthreads = 1, p_numksegrps = 1, p_md = {md_ldt = 0xc1c569a0}, p_itcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 8}, p_unused2 = 0x0, p_acflag = 1, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc1c4e1c4, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc1c4e388} OK, so why is inn holding a locked vnode while it's sleeping for the suspend? That's pretty clear -- there's a vn_lock(vp) which happens to be the vnode in question (0xc19af318) in vm_object_sync(), line 1022. Now for the really hard question: Fixes. The obvious (but not so elegant) fix is for the snapshot creation code to run under Giant, which will hold vm_object_sync out at the correct place. But that's *adding* Giant, which seems like a bad idea. Also, it seems like this bug should be easily reproduced by having a process do a lot of msync() while another creates snapshots. I don't have a box that's scratch enough to try running that on, though. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.8" / 37N 20' 14.9" Internet: steve @ Watt.COM Whois: SW32 Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 00:08:47 2005 Return-Path: X-Original-To: freebsd-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 4717C16A41C for ; Mon, 23 May 2005 00:08:47 +0000 (GMT) (envelope-from cargnini@cargnini.trix.net) Received: from smtp1.matrix.com.br (smtp1.matrix.com.br [200.196.28.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3DCE43D53 for ; Mon, 23 May 2005 00:08:46 +0000 (GMT) (envelope-from cargnini@cargnini.trix.net) Received: from portalbl1.matrix.net.br (unknown [200.201.192.31]) by smtp1.matrix.com.br (Postfix) with SMTP id 9E1F93093C for ; Sun, 22 May 2005 21:08:35 -0300 (BRST) Received: (qmail 816 invoked from network); 23 May 2005 00:08:38 -0000 Received: from unknown (HELO shark.hopto.org) (cargnini@cargnini.trix.net@[200.175.213.220]) (envelope-sender ) by portalbl1.matrix.net.br (qmail-ldap-1.03) with SMTP for ; 23 May 2005 00:08:38 -0000 From: =?ISO-8859-1?Q?Lu=EDs_Vit=F3rio?= Cargnini To: freebsd-hackers , Peter Jeremy In-Reply-To: <20050520082837.GE2129@cirb503493.alcatel.com.au> References: <1116559426.27848.7.camel@shark.hopto.org> <20050520082837.GE2129@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 22 May 2005 20:26:54 -0300 Message-Id: <1116804414.929.9.camel@shark.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Subject: Re: PCI Device Driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 00:08:47 -0000 BTW, thanks for the link i'll try this On Fri, 2005-05-20 at 18:28 +1000, Peter Jeremy wrote: > On Fri, 2005-May-20 00:23:46 -0300, Luís Vitório Cargnini wrote: > >driver. I'm writeing a device driver for a board with SAA713X TV chipset > >from Phillips. > > Before expending too much effort on this, you might like to study > http://www.purpe.com/download/ > > BTW, where did you find programming information for the 713x? > From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 00:31:03 2005 Return-Path: X-Original-To: freebsd-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 6CD6316A41C for ; Mon, 23 May 2005 00:31:03 +0000 (GMT) (envelope-from cargnini@cargnini.trix.net) Received: from smtp1.matrix.com.br (smtp1.matrix.com.br [200.196.28.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0260243D1F for ; Mon, 23 May 2005 00:31:02 +0000 (GMT) (envelope-from cargnini@cargnini.trix.net) Received: from portalbl1.matrix.net.br (unknown [200.201.192.31]) by smtp1.matrix.com.br (Postfix) with SMTP id 4E17A32B9A for ; Sun, 22 May 2005 21:31:01 -0300 (BRST) Received: (qmail 12925 invoked from network); 23 May 2005 00:31:04 -0000 Received: from unknown (HELO shark.hopto.org) (cargnini@cargnini.trix.net@[200.175.213.220]) (envelope-sender ) by portalbl1.matrix.net.br (qmail-ldap-1.03) with SMTP for ; 23 May 2005 00:31:04 -0000 From: =?ISO-8859-1?Q?Lu=EDs_Vit=F3rio?= Cargnini To: freebsd-hackers@freebsd.org In-Reply-To: <1116559426.27848.7.camel@shark.hopto.org> References: <1116559426.27848.7.camel@shark.hopto.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 22 May 2005 20:49:27 -0300 Message-Id: <1116805767.929.26.camel@shark.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: Re: PCI Device Driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 00:31:03 -0000 Thanks for all answers, i'm still working, but i founded some problems like: Peter Jeremy: Thansk by the links, but hte author is not only generating a kernel device driver, ant they're sources i don't looked wheel but have some changes to be made, second the author put the pci*.h on they're sources, but the sources have this files why it's not installing it ??? like others .h ?? this is the problems of @/sys/bus.h:455:23: device_if.h: No such file or directory i have received an answer about using "config MYKERNEL ..." the old method to compile your kernel, i'm not tested at all, i'll try i promisse, but as i said bsd has a minor problem, or look have, because the author in the link sof Peter needed to put the headers on sources dir. i'll still working on it i'll publish the future work results and Peter i contacted the drivers by mail, i promisse put the conversation result on list. For now thanks for all and if someone find an explanation of why i having problems with pci headers please advise me, thanks for all. On Fri, 2005-05-20 at 00:23 -0300, Luís Vitório Cargnini wrote: > Hi i need to write a device driver for a PCI board. I read the From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 01:40:07 2005 Return-Path: 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 8E12016A420; Mon, 23 May 2005 01:40:07 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC2543D49; Mon, 23 May 2005 01:40:05 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 6BC2985651; Mon, 23 May 2005 11:10:04 +0930 (CST) Date: Mon, 23 May 2005 11:10:04 +0930 From: Greg 'groggy' Lehey To: =?iso-8859-1?Q?Se=E1n_C=2E?= Farley Message-ID: <20050523014004.GS34798@wantadilla.lemis.com> References: <428307A9.10901@atempo.com> <20050512134151.O2556@thor.farley.org> <20050512163409.O4283@thor.farley.org> <4284CFB5.7040805@atempo.com> <20050513123403.J11641@thor.farley.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FiqEyLLt06qkB6ow" Content-Disposition: inline In-Reply-To: <20050513123403.J11641@thor.farley.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: hackers@freebsd.org, =?iso-8859-1?Q?Herv=E9?= Kergourlay , David Xu Subject: Re: Porting on FreeBSD 53 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 01:40:07 -0000 --FiqEyLLt06qkB6ow Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [severely trimmed] On Friday, 13 May 2005 at 12:45:12 -0500, Sen C. Farley wrote: > On Fri, 13 May 2005, Herv=E9 Kergourlay wrote: >> Se=E1n C. Farley a =E9crit : >>> On Thu, 12 May 2005, Se=E1n C. Farley wrote: >>>> On Thu, 12 May 2005, Herv=E9 Kergourlay wrote: >>>>> 4) wait() API >>>>> >>>>> 2 problems, the first is a ECHILD error on a wait call after a fork >>>>> fork The code is generic for most of unix system. Is there any >>>>> specific problems to manage the fork and wait APIs ? the second >>>>> problem with calls is a blocking wait() call in the same condition >>>>> but this time the son process is finished but the wait call in the >>>>> father stays blocked, again it's a generic Unix code >>>>> >>>>> If there is no evidence, ask me for more informations >>>> >>>> The second problem sounds like what I am encountering >>>> (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D77818) with zsh for my >>>> shell. You did suspend (sigsuspend()) SIGCHLD before the fork? By >>> >>> >>> Ah ha! I see the problem that has been causing me this problem and >>> probably you too. Signal suspensions (only these?) are not being >>> copied with a double fork(). Here is an example program[1] to >>> illustrate. They do get copied on FreeBSD-4.10 and Linux. I just do >>> not know if they are supposed to be copied. >> >> I test your sample >> >> it's working on Linux and FreeBSD 4.0 but failing on FreeBDS 5.2 et >> 5.3. the process stays blocked on the suspend call >> >> I rewrite another sample with the same model, joined here, as we wrote >> it in our main program. It's working also on Linux but failing on all >> FreeBSD included FreeBSD 4.0, 5.2 et 5.3 >> >> ... >> >> the wait call return with an errno ECHILD ?? > > The children are exiting before the parents (due to sleep()'s) get to > their wait()'s. > >> did you have any idea if the problem will be solve by the FreeBSD team >> or not ? > > I updated my bug report and tried to notify David Xu but the e-mail > server rejected the e-mail (too many "Received" headers). I am also > Cc'ing Greg Lehey since he ran into a possibly similar bug[1] in > February. Now that I've had time to look at it, both problems appear to be related to signals, but that's about as far as it goes. I wouldn't expect any connection unless it's a general signal race condition. Greg -- See complete headers for address and phone numbers. --FiqEyLLt06qkB6ow Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCkTR0IubykFB6QiMRAt4IAKCczrRdzwdevPW32zSBjhevHXGdgwCdGPlh NqrP6AHzNpyTIS+KySWv3Y4= =bdtN -----END PGP SIGNATURE----- --FiqEyLLt06qkB6ow-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 03:44:08 2005 Return-Path: X-Original-To: freebsd-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 0F63816A41C for ; Mon, 23 May 2005 03:44:08 +0000 (GMT) (envelope-from cargnini@cargnini.trix.net) Received: from smtp1.matrix.com.br (smtp1.matrix.com.br [200.196.28.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 994ED43D1D for ; Mon, 23 May 2005 03:44:07 +0000 (GMT) (envelope-from cargnini@cargnini.trix.net) Received: from portalbl1.matrix.net.br (unknown [200.201.192.31]) by smtp1.matrix.com.br (Postfix) with SMTP id E220531279 for ; Mon, 23 May 2005 00:44:04 -0300 (BRST) Received: (qmail 24034 invoked from network); 23 May 2005 03:44:04 -0000 Received: from unknown (HELO shark.hopto.org) (cargnini@cargnini.trix.net@[200.175.213.220]) (envelope-sender ) by portalbl1.matrix.net.br (qmail-ldap-1.03) with SMTP for ; 23 May 2005 03:44:04 -0000 From: =?ISO-8859-1?Q?Lu=EDs_Vit=F3rio?= Cargnini To: Julian Elischer In-Reply-To: <428DE257.9050707@elischer.org> References: <1116559426.27848.7.camel@shark.hopto.org> <428D7551.1030702@samsco.org> <428DE257.9050707@elischer.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 23 May 2005 00:02:08 -0300 Message-Id: <1116817328.929.28.camel@shark.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, Scott Long Subject: Re: PCI Device Driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 03:44:08 -0000 ok, thanks the advise. On Fri, 2005-05-20 at 06:12 -0700, Julian Elischer wrote: > Scott Long wrote: > > Luís Vitório Cargnini wrote: > > > >> Hi i need to write a device driver for a PCI board. I read the > >> developers book see the exemples and i'm starting to write the device > >> driver. I'm writeing a device driver for a board with SAA713X TV chipset > >> from Phillips. I did theskeleton example, but whe i catch the example of > >> PCI driver from developers book and tried to compilate i receive the > >> following: > >> (forgive me for the long paste, but i need some answers and i need to > >> give the details) > >> > >> > >> PASTE of ERORS: > > > > > > Yes, the skeleton driver is very out of date. Would anyone object > > to me updating it and tossing out the ISA code? > > sure go ahead (this is /usr/share/examples/drivers right? > > Warner said recently that he was going ot update it after he had > finished some changes to the bus code, so check with him too. > > > > > Scott > > _______________________________________________ > > 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-hackers@FreeBSD.ORG Mon May 23 04:50:31 2005 Return-Path: X-Original-To: freebsd-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 56FDC16A41C for ; Mon, 23 May 2005 04:50:31 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB93F43D49 for ; Mon, 23 May 2005 04:50:30 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j4N4oPOF036561; Sun, 22 May 2005 23:50:25 -0500 (CDT) (envelope-from dan) Date: Sun, 22 May 2005 23:50:25 -0500 From: Dan Nelson To: Maslan Message-ID: <20050523045025.GA16069@dan.emsphone.com> References: <319cceca05052210382eae29ea@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <319cceca05052210382eae29ea@mail.gmail.com> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: FreeBSD Hackers Subject: Re: which function X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 04:50:31 -0000 In the last episode (May 22), Maslan said: > what and where is the function that is responsible for printing the > bsd logo on startup? sorry for than question but i'm a new in hacking > the bsd and my time is very limited. If you're talking about the ascii-art before the kernel loads, you can disable it by putting "beastie_disable=yes" in /boot/loader.conf. The code that actually prints it is in /boot/beastie.4th . -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 08:59:48 2005 Return-Path: X-Original-To: freebsd-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 DFCA516A41C for ; Mon, 23 May 2005 08:59:48 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56E3443D1D for ; Mon, 23 May 2005 08:59:47 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id j4N8xds2092153; Mon, 23 May 2005 10:59:39 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j4N8xXU47799; Mon, 23 May 2005 10:59:33 +0200 (CEST) (envelope-from rabe) Date: Mon, 23 May 2005 10:59:33 +0200 From: "Raphael H. Becker" To: Juergen Unger Message-ID: <20050523105933.A41471@p-i-n.com> References: <20050516162456.GC69167@crow.addict.de> <20050517214324.GA1021@obiwan.tataz.chchile.org> <20050517224529.GB85134@crow.addict.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20050517224529.GB85134@crow.addict.de>; from j.unger@addict.de on Wed, May 18, 2005 at 12:45:29AM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-hackers@freebsd.org Subject: Re: jails and output of df/mount [PATCH] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 08:59:49 -0000 Hi Jürgen, On Wed, May 18, 2005 at 12:45:29AM +0200, Juergen Unger wrote: > On Tue, May 17, 2005 at 11:43:24PM +0200, Jeremie Le Hen wrote: > [...] > > There seems to be one small bug in your patch : once applied, we > > don't see informations about / any longer inside jails. > > please try the new one at > tested this one, compiles and seems to work as expected: On jailhost (outside): $ uname -a FreeBSD pinserv6.p-i-n.com 5.4-STABLE FreeBSD 5.4-STABLE #10: Mon May 23 10:07:39 CEST 2005 root@pinserv6.p-i-n.com:/usr/obj/usr/src/sys/PE2650 i386 rabe@pinserv6:~$ mount /dev/aacd0s2a on / (ufs, local) devfs on /dev (devfs, local) /dev/aacd1s1d on /data (ufs, local, soft-updates) /dev/aacd0s2e on /usr (ufs, local, soft-updates) /dev/aacd0s2d on /var (ufs, local, soft-updates) procfs on /proc (procfs, local) devfs on /data/jails/test01/dev (devfs, local) devfs on /data/jails/test02/dev (devfs, local) In jails: rabe@pinserv6j01$ mount /dev/aacd1s1d on /data (ufs, local, soft-updates) devfs on /data/jails/test01/dev (devfs, local) rabe@pinserv6j02$ mount /dev/aacd1s1d on /data (ufs, local, soft-updates) devfs on /data/jails/test02/dev (devfs, local) Mfg Raphael Becker From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 11:27:15 2005 Return-Path: X-Original-To: freebsd-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 1E89716A41C for ; Mon, 23 May 2005 11:27:15 +0000 (GMT) (envelope-from gowtham@despammed.com) Received: from mailout.despammed.com (mailout.despammed.com [65.112.71.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADDB743D1F for ; Mon, 23 May 2005 11:27:14 +0000 (GMT) (envelope-from gowtham@despammed.com) Received: from filter.despammed.com (filter.despammed.com [65.112.71.26]) by mailout.despammed.com (8.11.6+Sun/8.11.6) with SMTP id j4NB8Tk29037 for ; Mon, 23 May 2005 06:08:30 -0500 (CDT) Date: Mon, 23 May 2005 06:08:30 -0500 (CDT) Message-Id: <200505231108.j4NB8Tk29037@mailout.despammed.com> From: gowtham@despammed.com To: freebsd-hackers@freebsd.org X-Mailer: despammed.com Subject: (no subject) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 11:27:15 -0000 Hi, How can I get the process_id of a process when I've the process_name from within a C program? Also can the command kill (pid, SIGCONT) be used to restart a dead daemon process where pid is the process_id of the daemon from within a C program? -- Gowtham From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 11:58:31 2005 Return-Path: X-Original-To: freebsd-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 5C90416A41F for ; Mon, 23 May 2005 11:58:31 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0414D43D1F for ; Mon, 23 May 2005 11:58:30 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so795106rne for ; Mon, 23 May 2005 04:58:30 -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=IjHrbyJHSJhegjy3LQfFN76l3a9uIcNraOCRaQmOQ5MZ4INeTcYZ3iFZc2bIFpP5k576Iij/UIxighs5/+5lbGAvVQ1mc3ZVkZSAaIT1MSFbfre39vVYwE63CKeXhuN/bCfC6Z38zzL7jlO6REe322tGjZPkeMlEYGTQmiShIqA= Received: by 10.38.101.64 with SMTP id y64mr3106155rnb; Mon, 23 May 2005 04:58:30 -0700 (PDT) Received: by 10.38.209.31 with HTTP; Mon, 23 May 2005 04:58:30 -0700 (PDT) Message-ID: <84dead7205052304585ac4190@mail.gmail.com> Date: Mon, 23 May 2005 17:28:30 +0530 From: Joseph Koshy To: "gowtham@despammed.com" In-Reply-To: <200505231108.j4NB8Tk29037@mailout.despammed.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200505231108.j4NB8Tk29037@mailout.despammed.com> Cc: freebsd-hackers@freebsd.org Subject: Re: (no subject) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 11:58:31 -0000 > How can I get the process_id of a process when I've the=20 > process_name from within a C program? Also can the command You could look at the way its done in "src/usr.bin/killall/killall.c", or read the manual page for kvm_getprocs(3). > kill (pid, SIGCONT) be used to restart a dead daemon process SIGCONT can only resume existing processes that are stopped. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 03:17:46 2005 Return-Path: X-Original-To: freebsd-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 794AF16A41C for ; Mon, 23 May 2005 03:17:46 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0268843D48 for ; Mon, 23 May 2005 03:17:45 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: by jail1-fbsd4.consiagnet.it (Postfix, from userid 1000) id 41180583B; Mon, 23 May 2005 05:25:17 +0200 (CEST) Date: Mon, 23 May 2005 05:25:17 +0200 From: Dario Freni To: freesbie@gufi.org Message-ID: <20050523032517.GM52714@cvs.freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hXth9cGL35Nvpk4x" Content-Disposition: inline X-Operating-System: FreeBSD 4.10-STABLE (What else? ;) X-Sent-From: cvs.freesbie.org X-GPG-Key: http://www.saturnero.net/saturnero.asc X-GPG-Fingerprint: 9C23 3CED 32A4 1E6E 7F83 042F CA68 BBD8 8892 872B User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Mon, 23 May 2005 12:03:45 +0000 Cc: freebsd-hackers@freebsd.org Subject: Behaviour of mount_unionfs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 03:17:46 -0000 --hXth9cGL35Nvpk4x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable cupa:/mnt/freesbie# ll total 4 drwxr-xr-x 2 root wheel 512 23 Mag 05:13 unionvar drwxr-xr-x 2 root wheel 512 23 Mag 05:13 var cupa:/mnt/freesbie# mdconfig -a -t vnode -f /usr/local/freesbieiso/uzip/var= =2Euzip md2 cupa:/mnt/freesbie# mount /dev/md2.uzips1a var cupa:/mnt/freesbie# ls -l var/ total 40 drwxrwxr-x 2 root operator 512 23 Mag 04:54 .snap drwxr-xr-x 2 root wheel 512 23 Mag 04:33 account drwxr-xr-x 4 root wheel 512 23 Mag 04:33 at drwxr-x--- 2 root wheel 512 23 Mag 04:33 backups drwxr-x--- 2 root wheel 512 23 Mag 04:33 crash drwxr-x--- 3 root wheel 512 23 Mag 04:33 cron drwxr-xr-x 6 root wheel 512 23 Mag 04:33 db dr-xr-xr-x 2 root wheel 512 23 Mag 04:33 empty drwxrwxr-x 2 root games 512 23 Mag 04:33 games drwx------ 2 root wheel 512 23 Mag 04:33 heimdal drwxr-xr-x 2 root wheel 512 23 Mag 04:33 log drwxrwxr-x 2 root mail 512 23 Mag 04:33 mail drwxr-xr-x 2 daemon wheel 512 23 Mag 04:33 msgs drwxr-xr-x 5 root wheel 512 23 Mag 04:33 named drwxr-xr-x 2 root wheel 512 23 Mag 04:33 preserve drwxr-xr-x 4 root wheel 512 23 Mag 04:48 run drwxrwxr-x 2 root daemon 512 23 Mag 04:33 rwho drwxr-xr-x 8 root wheel 512 23 Mag 04:33 spool drwxrwxrwt 3 root wheel 512 23 Mag 04:48 tmp drwxr-xr-x 2 root wheel 512 23 Mag 04:35 yp cupa:/mnt/freesbie# mdconfig -a -t malloc -o compress -s 16m md3 cupa:/mnt/freesbie# /sbin/newfs -U /dev/md3 /dev/md3: 16.0MB (32768 sectors) block size 16384, fragment size 2048 using 4 cylinder groups of 4.02MB, 257 blks, 576 inodes. with soft updates super-block backups (for fsck -b #) at: 160, 8384, 16608, 24832 cupa:/mnt/freesbie# mount /dev/md3 unionvar/ cupa:/mnt/freesbie# mount_unionfs unionvar/ var/ cupa:/mnt/freesbie# ls -l var/ total 40 drwxrwxr-x 4 root operator 512 23 Mag 05:14 .snap drwxr-xr-x 4 root wheel 512 23 Mag 05:15 account drwxr-xr-x 6 root wheel 512 23 Mag 05:15 at drwxr-xr-x 4 root wheel 512 23 Mag 05:15 backups drwxr-xr-x 4 root wheel 512 23 Mag 05:15 crash drwxr-xr-x 5 root wheel 512 23 Mag 05:15 cron drwxr-xr-x 8 root wheel 512 23 Mag 05:15 db drwxr-xr-x 4 root wheel 512 23 Mag 05:15 empty drwxr-xr-x 4 root wheel 512 23 Mag 05:15 games drwxr-xr-x 4 root wheel 512 23 Mag 05:15 heimdal drwxr-xr-x 4 root wheel 512 23 Mag 05:15 log drwxr-xr-x 4 root wheel 512 23 Mag 05:15 mail drwxr-xr-x 4 root wheel 512 23 Mag 05:15 msgs drwxr-xr-x 7 root wheel 512 23 Mag 05:15 named drwxr-xr-x 4 root wheel 512 23 Mag 05:15 preserve drwxr-xr-x 6 root wheel 512 23 Mag 05:15 run drwxr-xr-x 4 root wheel 512 23 Mag 05:15 rwho drwxr-xr-x 10 root wheel 512 23 Mag 05:15 spool drwxr-xr-x 5 root wheel 512 23 Mag 05:15 tmp drwxr-xr-x 4 root wheel 512 23 Mag 05:15 yp cupa:/mnt/freesbie# With unionfs we lost (again) every kind of permission. From the man page I cannot realize if this really is the expected behaviour. Bye, Dario --=20 Dario Freni (saturnero@freesbie.org) - satu on Azzurra FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --hXth9cGL35Nvpk4x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCkU0cymi72IiShysRAusUAJwOy0d8VK4Q25aW/9048Z3t8nxioACeJdGo CBhbk6KOEYZ4m/Fi9jytVrE= =Amj9 -----END PGP SIGNATURE----- --hXth9cGL35Nvpk4x-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 05:17:48 2005 Return-Path: X-Original-To: freebsd-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 4567916A41C for ; Mon, 23 May 2005 05:17:48 +0000 (GMT) (envelope-from mckusick@mckusick.com) Received: from beastie.mckusick.com (dsl081-247-227.sfo1.dsl.speakeasy.net [64.81.247.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC3BC43D1F for ; Mon, 23 May 2005 05:17:47 +0000 (GMT) (envelope-from mckusick@mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.8/8.12.9) with ESMTP id j4N5HUYd032003; Sun, 22 May 2005 22:17:33 -0700 (PDT) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200505230517.j4N5HUYd032003@beastie.mckusick.com> To: steve@Watt.COM (Steve Watt) In-Reply-To: Your message of "Sun, 22 May 2005 14:02:39 PDT." Date: Sun, 22 May 2005 22:17:30 -0700 From: Kirk McKusick X-Mailman-Approved-At: Mon, 23 May 2005 12:03:45 +0000 Cc: Jeff Roberson , freebsd-hackers@freebsd.org Subject: Re: snapshots and innds X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 05:17:48 -0000 Excellent detective work on your part. The invarient that is being broken here is that you are never supposed to hold a vnode locked when you call vn_start_write. The call to vn_start_write should be done in vm_object_sync before acquiring the vnode lock rather than later in vnode_pager_putpages. Of course, moving the vn_start_write out of vnode_pager_putpages means that we have to track down every other caller of vnode_pager_putpages to make sure that they have also done the vn_start_write call as well. Jeff Robertson has come up with a much cleaner way of dealing with the suspension code that I believe he is using in the -current tree. It puts a hook in the ufs_lock code that tracks the number of locks held in each filesystem. To do a suspend, it blocks all new lock requests on that filesystem by any thread that does not already hold a lock and waits for all the existing locks to be released. This obviates the need for the vn_start_write calls sprinkled all through the system. I have copied Jeff on this email so that he can comment further on this issue as he is much more up to speed on it at the moment than I am. Kirk McKusick =-=-=-=-=-=-= From: steve@Watt.COM (Steve Watt) Date: Sun, 22 May 2005 14:02:39 -0700 In-Reply-To: steve@wattres.Watt.COM (Steve Watt) "snapshots and innds" (Dec 18, 17:39) To: freebsd-hackers@freebsd.org Subject: Re: snapshots and innds Cc: mckusick@mckusick.com X-Archived: 1116795759.948751269@wattres.Watt.COM X-ASK-Info: Whitelist match [from steve@watt.com] (2005/05/22 14:03:00) [ OK, there's a lot of text in here, but I have definitively found a deadlock between ffs_mksnap and msync(). ] Waaay back on Dec 18, 17:39, I wrote: } Subject: snapshots and innds } I'm getting a strong hunch that snapshots and inn don't get along } well, presumably having something to do with inn's extensive use } of mmap(). } } Just for an example, my system panic()ed earlier today (different } problem) and during the reboot, I'm stuck with an fsck_ufs on wchan } "ufs" and innd on wchan "suspfs", and neither of them responding } in any way. And I have been seeing hangs periodically since December that all seem to implicate innd(msync()) arguing with dump(mksnap_ffs). The system is 5.4-STABLE, updated last on the (PDT) morning of 2 May. Finally, this morning, I got a kernel core dump that I can do useful stuff with. The system was mostly operating normally, except that any attempt to access the /news partition (which has articles, tradspool.map, overviews, and incoming/outgoing data) would get stuck in "suspfs". So I forced a dump from ddb. The mount point does (as one would expect) have MNTK_SUSPEND set. I see mksnap_ffs sitting waiting for "ufs" (really vnode 0xc19af318), which it got to via: (kgdb) info stack #0 sched_switch (td=0xc1ede780, newtd=0xc146f480, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 #1 0xc0662ad0 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:355 #2 0xc067a9e4 in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:406 #3 0xc067ab9e in sleepq_wait (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:518 #4 0xc06627b6 in msleep (ident=0xc19af3c4, mtx=0xc095e4cc, priority=80, wmesg=0xc08a3f13 "ufs", timo=0) at /usr/src/sys/kern/kern_synch.c:228 #5 0xc06505d6 in acquire (lkpp=0xd02df680, extflags=16777280, wanted=1536) at /usr/src/sys/kern/kern_lock.c:161 #6 0xc0650a14 in lockmgr (lkp=0xc19af3c4, flags=16842754, interlkp=0x0, td=0xc1ede780) at /usr/src/sys/kern/kern_lock.c:389 #7 0xc07bd6e3 in ufs_lock (ap=0xd02df6bc) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2007 #8 0xc07be380 in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2828 #9 0xc06c0501 in vn_lock (vp=0xc19af318, flags=65538, td=0xc1ede780) at vnode_if.h:1013 #10 0xc06b4195 in vget (vp=0xc19af318, flags=65538, td=0x0) at /usr/src/sys/kern/vfs_subr.c:2028 #11 0xc07af408 in ffs_sync (mp=0xc15e5c00, waitfor=1, cred=0xc2953080, td=0xc1ede780) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1151 #12 0xc06c0840 in vfs_write_suspend (mp=0xc15e5c00) at /usr/src/sys/kern/vfs_vnops.c:1084 #13 0xc079db18 in ffs_snapshot (mp=0xc15e5c00, snapfile=0xbfbfef1b
) at /usr/src/sys/ufs/ffs/ffs_snapshot.c:317 #14 0xc07ad5d8 in ffs_omount (mp=0xc15e5c00, path=0xc2a8c380 "/news", data=0x0, td=0xc1ede780) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:313 #15 0xc06af787 in vfs_domount (td=0xc1ede780, fstype=0xc1eea730 "ffs", fspath=0xc2a8c380 "/news", fsflags=18944000, fsdata=0xbfbfe7d4, compat=1) at /usr/src/sys/kern/vfs_mount.c:861 #16 0xc06aef16 in mount (td=0x0, uap=0xd02dfd04) at /usr/src/sys/kern/vfs_mount.c:620 #17 0xc0828553 in syscall (frame= [ snip ] And inn is sitting waiting for the suspended filesystem: (kgdb) info stack #0 sched_switch (td=0xc1c16c00, newtd=0xc1ede780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 #1 0xc0662ad0 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:355 #2 0xc067a9e4 in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:406 #3 0xc067ab9e in sleepq_wait (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:518 #4 0xc06627b6 in msleep (ident=0xc15e5c6c, mtx=0x0, priority=159, wmesg=0xc08a5c44 "suspfs", timo=0) at /usr/src/sys/kern/kern_synch.c:228 #5 0xc06c06b8 in vn_start_write (vp=0x0, mpp=0xc15e5c00, flags=1) at /usr/src/sys/kern/vfs_vnops.c:995 #6 0xc07daeb4 in vnode_pager_putpages (object=0xc1990b58, m=0x0, count=4096, sync=12, rtvals=0x0) at /usr/src/sys/vm/vnode_pager.c:969 #7 0xc07d2f42 in vm_pageout_flush (mc=0xd022bac0, count=1, flags=12) at vm_pager.h:147 #8 0xc07cd84b in vm_object_page_collect_flush (object=0xc1990b58, p=0xc10ddc40, curgeneration=1, pagerflags=12) at /usr/src/sys/vm/vm_object.c:958 #9 0xc07cd2a3 in vm_object_page_clean (object=0xc1990b58, start=628, end=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/vm/vm_object.c:761 #10 0xc07cda77 in vm_object_sync (object=0xc1990b58, offset=2572288, size=4096, syncio=0, invalidate=0) at /usr/src/sys/vm/vm_object.c:1026 #11 0xc07c9267 in vm_map_sync (map=0xc147a384, start=676794368, end=676798464, syncio=0, invalidate=0) at /usr/src/sys/vm/vm_map.c:2149 #12 0xc07cb4e1 in msync (td=0x0, uap=0x0) at /usr/src/sys/vm/vm_mmap.c:465 #13 0xc0828553 in syscall (frame= [ snip ] (Interesting kgdb buglet on line 9 of that trace, by the way.) Based on a bit more snooping, it's a basic deadlock. The sync() is trying to lock the vnode at 0xc19af318. That vnode is already locked by innd. innd is waiting for the suspended filesystem, so won't free up the vnode. [chasing down owner of the vnode ] (kgdb) print vp $7 = (struct vnode *) 0xc19af318 (kgdb) print *vp $8 = {v_interlock = {mtx_object = {lo_class = 0xc08f945c, lo_name = 0xc08a5792 "vnode interlock", lo_type = 0xc08a5792 "vnode interlock", lo_flags = 196608, lo_list = {tqe_next = 0xc19af210, tqe_prev = 0xc19af430}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, v_iflag = 1536, v_usecount = 3, v_numoutput = 0, v_vxthread = 0x0, v_holdcnt = 4, v_cleanblkhd = {tqh_first = 0x0, tqh_last = 0xc19af350}, v_cleanblkroot = 0x0, v_cleanbufcnt = 0, v_dirtyblkhd = { tqh_first = 0xc5b36570, tqh_last = 0xc5bb2634}, v_dirtyblkroot = 0xc5b36570, v_dirtybufcnt = 4, v_vflag = 8, v_writecount = 1, v_object = 0xc1990b58, v_lastw = 152, v_cstart = 152, v_lasta = 2275200, v_clen = 7, v_un = { vu_mountedhere = 0x0, vu_socket = 0x0, vu_spec = {vu_cdev = 0x0, vu_specnext = { sle_next = 0x0}}, vu_fifoinfo = 0x0}, v_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, v_nmntvnodes = {tqe_next = 0xc1a67420, tqe_prev = 0xc19af4b0}, v_synclist = {le_next = 0xc1901528, le_prev = 0xc19fd6c8}, v_type = VREG, v_tag = 0xc08a3f13 "ufs", v_data = 0xc199108c, v_lock = {lk_interlock = 0xc095e4cc, lk_flags = 18875456, lk_sharecount = 0, lk_waitcount = 1, lk_exclusivecount = 1, lk_prio = 80, lk_wmesg = 0xc08a3f13 "ufs", lk_timo = 6, lk_lockholder = 0xc1c16c00, lk_newlock = 0x0}, v_vnlock = 0xc19af3c4, v_op = 0xc160c500, v_mount = 0xc15e5c00, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0xc1986e9c, tqh_last = 0xc1986eac}, v_id = 1413, v_dd = 0xc19af318, v_ddid = 0, v_pollinfo = 0x0, v_label = 0x0, v_cachedfs = 1041, v_cachedid = 141320, v_bsize = 16384} (kgdb) print vp->v_lock.lk_lockholder $9 = (struct thread *) 0xc1c16c00 (kgdb) print *vp->v_lock.lk_lockholder $10 = {td_proc = 0xc1c4e1c4, td_ksegrp = 0xc1a1d5b0, td_plist = {tqe_next = 0x0, tqe_prev = 0xc1c4e1d4}, td_kglist = {tqe_next = 0x0, tqe_prev = 0xc1a1d5bc}, td_slpq = {tqe_next = 0xc2b55c00, tqe_prev = 0xc18b1b00}, td_lockq = {tqe_next = 0x0, tqe_prev = 0x0}, td_runq = {tqe_next = 0x0, tqe_prev = 0xc08fb5ac}, td_selq = { tqh_first = 0x0, tqh_last = 0xc1c16c30}, td_sleepqueue = 0x0, td_turnstile = 0xc1824a80, td_tid = 100188, td_flags = 0, td_inhibitors = 2, td_pflags = 0, td_dupfd = 0, td_wchan = 0xc15e5c6c, td_wmesg = 0xc08a5c44 "suspfs", td_lastcpu = 0 '\0', td_oncpu = 255 'ÿ', td_locks = 5360, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xc241cb00, td_standin = 0x0, td_prticks = 0, td_upcall = 0x0, td_sticks = 42112, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = { __bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {0, 0, 0, 0}}, td_siglist = { __bits = {0, 0, 0, 0}}, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 2863987, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 159 '\237', td_priority = 159 '\237', td_pcb = 0xd022bd90, td_state = TDS_INHIBITED, td_retval = {0, 1}, td_slpcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc5ad0718}}, c_time = 112874447, c_arg = 0xc1c16c00, c_func = 0, c_flags = 8}, td_frame = 0xd022bd38, td_kstack_obj = 0xc1b0d108, td_kstack = 3491930112, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582}, td_sched = 0xc1c16d50} (kgdb) print *vp->v_lock.lk_lockholder->td_proc $11 = {p_list = {le_next = 0xc1c1354c, le_prev = 0xc195e8d4}, p_ksegrps = { tqh_first = 0xc1a1d5b0, tqh_last = 0xc1a1d5b4}, p_threads = {tqh_first = 0xc1c16c00, tqh_last = 0xc1c16c08}, p_suspended = {tqh_first = 0x0, tqh_last = 0xc1c4e1dc}, p_ucred = 0xc241cb00, p_fd = 0xc1fe3300, p_fdtol = 0x0, p_stats = 0xc1fd9500, p_limit = 0xc1fd7700, p_unused1 = 0x0, p_sigacts = 0xc1a85000, p_flag = 1, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 97648, p_hash = {le_next = 0x0, le_prev = 0xc2cd3ca8}, p_pglist = {le_next = 0xc1c4e54c, le_prev = 0xc2a00c48}, p_pptr = 0xc146ee20, p_sibling = {le_next = 0xc1c1354c, le_prev = 0xc195e934}, p_children = {lh_first = 0xc1c4e54c}, p_mtx = {mtx_object = {lo_class = 0xc08f945c, lo_name = 0xc089e844 "process lock", lo_type = 0xc089e844 "process lock", lo_flags = 4390912, lo_list = {tqe_next = 0xc1c4e3f4, tqe_prev = 0xc1c4e07c}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc147a384, p_swtime = 10816, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_runtime = {sec = 457, frac = 14633034536159281822}, p_uu = 128520517, p_su = 329272740, p_iu = 1, p_uticks = 16437, p_sticks = 42112, p_iticks = 0, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc19aa210, p_siglist = {__bits = {0, 0, 0, 0}}, p_lock = 0 '\0', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_magic = 3203398350, p_comm = "innd\000tart\000ic\000\000\000\000\000\000\000", p_pgrp = 0xc2a00c40, p_sysent = 0xc093a320, p_args = 0xc2a09380, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0, p_klist = { kl_lock = 0xc1c4e230, kl_list = {slh_first = 0x0}}, p_numthreads = 1, p_numksegrps = 1, p_md = {md_ldt = 0xc1c569a0}, p_itcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 8}, p_unused2 = 0x0, p_acflag = 1, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc1c4e1c4, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc1c4e388} OK, so why is inn holding a locked vnode while it's sleeping for the suspend? That's pretty clear -- there's a vn_lock(vp) which happens to be the vnode in question (0xc19af318) in vm_object_sync(), line 1022. Now for the really hard question: Fixes. The obvious (but not so elegant) fix is for the snapshot creation code to run under Giant, which will hold vm_object_sync out at the correct place. But that's *adding* Giant, which seems like a bad idea. Also, it seems like this bug should be easily reproduced by having a process do a lot of msync() while another creates snapshots. I don't have a box that's scratch enough to try running that on, though. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.8" / 37N 20' 14.9" Internet: steve @ Watt.COM Whois: SW32 Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 10:47:54 2005 Return-Path: X-Original-To: freebsd-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 07B6B16A41F for ; Mon, 23 May 2005 10:47:54 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55E3F43D1F for ; Mon, 23 May 2005 10:47:52 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: by jail1-fbsd4.consiagnet.it (Postfix, from userid 1000) id 086BB583B; Mon, 23 May 2005 12:55:26 +0200 (CEST) Date: Mon, 23 May 2005 12:55:25 +0200 From: Dario Freni To: Free System Burned In Economy Message-ID: <20050523105525.GN52714@cvs.freesbie.org> References: <20050523032517.GM52714@cvs.freesbie.org> <20050523063459.GA1265@gufi.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/DkgDsqJFFamjKX0" Content-Disposition: inline In-Reply-To: <20050523063459.GA1265@gufi.org> X-Operating-System: FreeBSD 4.10-STABLE (What else? ;) X-Sent-From: cvs.freesbie.org X-GPG-Key: http://www.saturnero.net/saturnero.asc X-GPG-Fingerprint: 9C23 3CED 32A4 1E6E 7F83 042F CA68 BBD8 8892 872B User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Mon, 23 May 2005 12:03:45 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Behaviour of mount_unionfs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 10:47:54 -0000 --/DkgDsqJFFamjKX0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 23, 2005 at 08:34:59AM +0200, Davide D'Amico wrote: > > cupa:/mnt/freesbie# mount /dev/md3 unionvar/ > > cupa:/mnt/freesbie# mount_unionfs unionvar/ var/ > what if=20 > mount_unionfs var/ unionvar/ ? It works correctly. Patching system ASAP. --=20 Dario Freni (saturnero@freesbie.org) - satu on Azzurra FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --/DkgDsqJFFamjKX0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCkbadymi72IiShysRAnz4AJ9wR+wR5vTolKeWJvgIPVC2LbW9vACg808S tbuuWPl1cL9yXgIRS6gGWks= =8vm6 -----END PGP SIGNATURE----- --/DkgDsqJFFamjKX0-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 12:20:09 2005 Return-Path: X-Original-To: freebsd-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 C8C1B16A41C for ; Mon, 23 May 2005 12:20:09 +0000 (GMT) (envelope-from walter.pelissero@iesy.net) Received: from smtp.iesy.net (mta002.iesy.net [81.210.131.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64B5C43D48 for ; Mon, 23 May 2005 12:20:01 +0000 (GMT) (envelope-from walter.pelissero@iesy.net) Received: from zaphod.home.loc (unknown [81.210.131.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.iesy.net (Postfix) with ESMTP id B86B1B532 for ; Mon, 23 May 2005 14:19:55 +0200 (CEST) Received: from zaphod.home.loc (localhost [127.0.0.1]) by zaphod.home.loc (8.13.3/8.13.3) with ESMTP id j4NCJfKr018784 for ; Mon, 23 May 2005 14:19:41 +0200 (CEST) (envelope-from wcp@zaphod.home.loc) Received: (from wcp@localhost) by zaphod.home.loc (8.13.3/8.13.1/Submit) id j4NCJeG8018781; Mon, 23 May 2005 14:19:40 +0200 (CEST) (envelope-from wcp) From: "Walter C. Pelissero" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17041.51804.39393.691186@zaphod.home.loc> Date: Mon, 23 May 2005 14:19:40 +0200 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.19 under Emacs 22.0.50.1 X-Attribution: WP X-For-Spammers: blacklistme@pelissero.de X-MArch-Archive-Date: 2005-05-23 14:19:41 X-MArch-Archive-ID: 2381 X-MArch-Processing-Time: 0.17s X-Mailman-Approved-At: Mon, 23 May 2005 12:31:23 +0000 Subject: Tyan S2460 and btx.S X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: walter@pelissero.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 12:20:09 -0000 Apparently FreeBSD 5.x is neither able to power off nor reset a Tyan Tiger MP (S2460) motherboard. I believe it's a known problem. While the power off may be due to a broken ACPI the reset can be fixed. Revision 1.33 log of /sys/boot/i386/btx/btx/btx.S says: date: 2003/11/16 18:24:23; author: phk; state: Exp; lines: +1 -1 When rebooting the machine jump to 0xf000:0xfff0 instead of 0xffff:0x0. While we end up the same place, we end up with two different CS register values after the jump and 0xf000 is compatible with the hardware reset value. This makes a difference if the BIOS does a near jump before a far jump. Detective work and patch by: Adrian Steinmann I tried reverting the patch and now the Tyan motherboard seems to reset as expected. My knowledge of the PC architecture intricacies is not good enough to discuss the merits of revision 1.33 patch, but I believe it could be worth having an ifdef-ed code in btx.S to accommodate motherboards like this one. -- walter pelissero http://www.pelissero.de From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 14:19:17 2005 Return-Path: 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 B8B0216A41C for ; Mon, 23 May 2005 14:19:17 +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 46C4343D1D for ; Mon, 23 May 2005 14:19:16 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4NEIsOZ059211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 May 2005 23:19:02 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 23 May 2005 23:18:53 +0900 Message-ID: From: Hajimu UMEMOTO To: Andreas Kohn In-Reply-To: <1116628791.1219.16.camel@klamath.syndrom23.de> References: <1116628791.1219.16.camel@klamath.syndrom23.de> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE 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]); Mon, 23 May 2005 23:19:02 +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.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: hackers@freebsd.org Subject: Re: [PATCH] sbin/route should attempt to resolve hostnames for INET6 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 14:19:17 -0000 Hi, >>>>> On Sat, 21 May 2005 00:39:51 +0200 >>>>> Andreas Kohn said: andreas> attached is a small patch to /sbin/route.c 1.78 so that route's behavior andreas> matches the description from the manpage: andreas> All symbolic names specified for a destination or gateway are andreas> looked up first as a host name using gethostbyname(3). If this andreas> lookup fails, getnetbyname(3) is then used to interpret the name as andreas> that of a network. I've committed it. andreas> - removes SOCK_DGRAM requirement, which was marked as "dummy". andreas> getaddrinfo(3) says 0 should be given if one does not care No, we should care it in usual. Unless this, two entries are returned; one is for SOCK_DGRAM and the other is for SOCK_STREAM. I feel that `dummy' means route(8) doesn't use ai_socktype later. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 16:59:41 2005 Return-Path: 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 3CBFB16A41C; Mon, 23 May 2005 16:59:41 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0A6743D1F; Mon, 23 May 2005 16:59:40 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id j4NGxbne069897; Mon, 23 May 2005 11:59:37 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Mon, 23 May 2005 11:59:59 -0500 (CDT) From: =?ISO-8859-1?Q?Se=E1n_C=2E_Farley?= To: "Greg 'groggy' Lehey" In-Reply-To: <20050523014004.GS34798@wantadilla.lemis.com> Message-ID: <20050523115234.A41713@thor.farley.org> References: <428307A9.10901@atempo.com> <20050512134151.O2556@thor.farley.org> <20050512163409.O4283@thor.farley.org> <4284CFB5.7040805@atempo.com> <20050513123403.J11641@thor.farley.org> <20050523014004.GS34798@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1671630057-1116867599=:41713" Cc: hackers@freebsd.org, David Xu Subject: Re: Porting on FreeBSD 53 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 16:59:41 -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-1671630057-1116867599=:41713 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 23 May 2005, Greg 'groggy' Lehey wrote: > [severely trimmed] [severely trimmed again :)] > Now that I've had time to look at it, both problems appear to be > related to signals, but that's about as far as it goes. I wouldn't > expect any connection unless it's a general signal race condition. Oops. We went off list for awhile. The first problem I reported had been fixed within CVS since the day (of course) after I had updated my source tree. See (kern/80130 [1]). It fixed Herv=E9's problem but not my GDB problem. I started a new thread in hackers[2] for the two bugs (sigsuspend() and nanosleep()) I found including sample code. Hopefully, the sample code points to my actual problem. Se=E1n 1. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/80130 2. http://lists.freebsd.org/pipermail/freebsd-hackers/2005-May/012005.ht= ml --=20 sean-freebsd@farley.org --0-1671630057-1116867599=:41713-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 19:33:15 2005 Return-Path: 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 3B95E16A420 for ; Mon, 23 May 2005 19:33:15 +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 93CE443D49 for ; Mon, 23 May 2005 19:33:14 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id C56B365410; Mon, 23 May 2005 20:31:38 +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 22725-03-5; Mon, 23 May 2005 20:31:37 +0100 (BST) Received: from empiric.dek.spc.org (wifi177.icsi.berkeley.edu [192.150.187.177]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 7030B653F8; Mon, 23 May 2005 20:31:33 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 1785364D9; Sun, 22 May 2005 04:05:50 +0100 (BST) Date: Sun, 22 May 2005 04:05:50 +0100 From: Bruce M Simpson To: Charles Sprickman Message-ID: <20050522030550.GE1108@empiric.icir.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: hackers@freebsd.org Subject: Re: watching a file for ownership change X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 19:33:15 -0000 On Sat, May 21, 2005 at 10:38:30PM -0400, Charles Sprickman wrote: > I'd like to find a way to watch one of the user's maildirsize files that > seems to flip ownerships at least once a day and try to determine what > process is changing the ownership. > How can I do that without dropping a bunch of daemons on a production > machine into heavy-debug mode? OS is 4.8 with all current patches. You could try watching kevent() on the file for EVFILT_VNODE with NOTE_ATTRIB. You'd need to write a small C program to do this. Whilst this won't tell you who did what, it could give you sufficiently good timestamps from it happening to begin tracking the culprit down further, perhaps using lsof. BMS From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 19:48:40 2005 Return-Path: X-Original-To: freebsd-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 9097316A41C; Mon, 23 May 2005 19:48:40 +0000 (GMT) (envelope-from aman@chamkila.org) Received: from manak.chamkila.org (node-40240ed2.sjc.onnet.us.uu.net [64.36.14.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id E767B43D1F; Mon, 23 May 2005 19:48:39 +0000 (GMT) (envelope-from aman@chamkila.org) Received: from [192.168.96.202] ([69.36.228.194]) by manak.chamkila.org (8.12.10/8.12.10) with ESMTP id j4NJhhXH016888; Mon, 23 May 2005 12:43:44 -0700 Message-ID: <42923329.7040407@chamkila.org> Date: Mon, 23 May 2005 12:46:49 -0700 From: Amandeep User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Error installing FreeBSd 5.3 AMD 64 bit-Highpoint 1820A X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 19:48:40 -0000 Hi all, I am instalaling FreeBSD 5.3 AMD 64 bit with 6- 200GB drives. Using Higpoint 1820A controller and doing RAID 10. I am using drivers for the card from Highpoint Web. The problem is when I make the partitions and the machine tries to format the partitions it says: unable to find device node for /dev/da0s1b under /dev! and then it comes out. Any ideas what is going on. Also tried making two slices no luck. Thanks in advance. A From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 20:24:26 2005 Return-Path: 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 1FEE316A41F for ; Mon, 23 May 2005 20:24:26 +0000 (GMT) (envelope-from molter@tin.it) Received: from vsmtp3.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC2943D48 for ; Mon, 23 May 2005 20:24:25 +0000 (GMT) (envelope-from molter@tin.it) Received: from gattaccio.codalunga (83.201.26.125) by vsmtp3.tin.it (7.0.027) (authenticated as molter@tin.it) id 42920E800001808E; Mon, 23 May 2005 22:24:23 +0200 Received: by gattaccio.codalunga (Postfix, from userid 1001) id 34D3DC2F9; Mon, 23 May 2005 22:23:24 +0200 (CEST) Date: Mon, 23 May 2005 22:23:24 +0200 From: Marco Molteni To: hackers@freebsd.org Message-Id: <20050523222324.536944a9.molter@tin.it> In-Reply-To: <20050522030550.GE1108@empiric.icir.org> References: <20050522030550.GE1108@empiric.icir.org> X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: watching a file for ownership change X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 20:24:26 -0000 On Sun, 22 May 2005 04:05:50 +0100 Bruce M Simpson wrote: > On Sat, May 21, 2005 at 10:38:30PM -0400, Charles Sprickman wrote: > > I'd like to find a way to watch one of the user's maildirsize files > > that seems to flip ownerships at least once a day and try to > > determine what process is changing the ownership. > > How can I do that without dropping a bunch of daemons on a > > production machine into heavy-debug mode? OS is 4.8 with all > > current patches. > > You could try watching kevent() on the file for EVFILT_VNODE with > NOTE_ATTRIB. You'd need to write a small C program to do this. > > Whilst this won't tell you who did what, it could give you > sufficiently good timestamps from it happening to begin tracking the > culprit down further, perhaps using lsof. When I saw the first post I actually wrote the kevent program you are sugesting as an exercise, then I realized that I couldn't obtain the PID of the process that modified the file. Would it be feasible/reasonable to add this feature to kqueue ? marco From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 22:12:42 2005 Return-Path: X-Original-To: freebsd-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 569FC16A41C; Mon, 23 May 2005 22:12:42 +0000 (GMT) (envelope-from aman@chamkila.org) Received: from manak.chamkila.org (node-40240ed2.sjc.onnet.us.uu.net [64.36.14.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 153ED43D48; Mon, 23 May 2005 22:12:42 +0000 (GMT) (envelope-from aman@chamkila.org) Received: from [192.168.96.202] ([69.36.228.194]) by manak.chamkila.org (8.12.10/8.12.10) with ESMTP id j4NM7hXH020178; Mon, 23 May 2005 15:07:43 -0700 Message-ID: <429254EB.6020604@chamkila.org> Date: Mon, 23 May 2005 15:10:51 -0700 From: Amandeep User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Amandeep References: <42923329.7040407@chamkila.org> In-Reply-To: <42923329.7040407@chamkila.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Error installing FreeBSd 5.3 AMD 64 bit-Highpoint 1820A X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 22:12:42 -0000 Hi guys, Anyone??? Amandeep wrote: > Hi all, > > I am instalaling FreeBSD 5.3 AMD 64 bit with 6- 200GB drives. Using > Higpoint 1820A controller and doing RAID 10. I am using drivers for > the card from Highpoint Web. > > The problem is when I make the partitions and the machine tries to > format the partitions it says: > > unable to find device node for /dev/da0s1b under /dev! > > and then it comes out. > > Any ideas what is going on. Also tried making two slices no luck. > > Thanks in advance. > > A > _______________________________________________ > 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-hackers@FreeBSD.ORG Mon May 23 22:16:19 2005 Return-Path: X-Original-To: freebsd-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 D8D9316A41C; Mon, 23 May 2005 22:16:19 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33B4043D49; Mon, 23 May 2005 22:16:19 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.54] (helo=rtxnetworks.co.uk) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1DaLDe-0002Zu-Ct; Mon, 23 May 2005 22:16:18 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Mon, 23 May 2005 23:16:03 +0100 thread-index: AcVf5QHoS11mhRI+SCaIfLeNh19X7g== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Date: Mon, 23 May 2005 23:16:03 +0100 From: "Amandeep" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 Message-ID: <000401c55fe5$01e806e0$144da8c0@rtxnetworks.local> To: References: <42923329.7040407@chamkila.org> In-Reply-To: <42923329.7040407@chamkila.org> Content-Type: text/plain; format=flowed; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft CDO for Exchange 2000 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 1 X-Zen-Test-Spam-Bar: (/) X-Originating-Oppenheimer-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org Content-Class: urn:content-classes:message X-Envelope-To: james@rtxnetworks.co.uk Importance: normal Priority: normal X-Apparently-To: james@rtxnetworks.co.uk X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf X-Zen-Stored: hausdorff.zen.co.uk/1DaLAr-0007c8-J1/2005-05-23 22:13:25 X-OriginalArrivalTime: 23 May 2005 22:16:03.0406 (UTC) FILETIME=[01E806E0:01C55FE5] X-Originating-Pythagoras-IP: [82.69.255.54] Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Error installing FreeBSd 5.3 AMD 64 bit-Highpoint 1820A X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 22:16:20 -0000 Hi guys, Anyone??? Amandeep wrote: > Hi all, > > I am instalaling FreeBSD 5.3 AMD 64 bit with 6- 200GB drives. Using > Higpoint 1820A controller and doing RAID 10. I am using drivers for > the card from Highpoint Web. > > The problem is when I make the partitions and the machine tries to > format the partitions it says: > > unable to find device node for /dev/da0s1b under /dev! > > and then it comes out. > > Any ideas what is going on. Also tried making two slices no luck. > > Thanks in advance. > > A > _______________________________________________ > 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" > _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 22:23:01 2005 Return-Path: X-Original-To: freebsd-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 C069216A41F; Mon, 23 May 2005 22:23:01 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 150F643D1F; Mon, 23 May 2005 22:23:00 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001431761.msg; Mon, 23 May 2005 23:18:42 +0100 Message-ID: <007401c55fe5$f494a920$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Amandeep" References: <42923329.7040407@chamkila.org> <429254EB.6020604@chamkila.org> Date: Mon, 23 May 2005 23:22:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response 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 X-Spam-Processed: multiplay.co.uk, Mon, 23 May 2005 23:18:42 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Mon, 23 May 2005 23:18:43 +0100 Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Error installing FreeBSd 5.3 AMD 64 bit-Highpoint 1820A X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 22:23:01 -0000 Sounds like u have followed the install guide with the drivers. I couldn't get that to work ( without ACPI ) I had to install with ACPI but this was 5.4-RELEASE but using the 5.3 driver from highpoints site as there wasn't a 5.4 driver available. 1. Boot from cd 2. got to boot prompt, load the driver from floppy 3. unplug the floppy ( must to this as floppy under amd64 is broken ) 4. boot the kernel and install. Notes: 1. I was using a RAID 5 array 5 disks * 400Gb. 2. Create the array using 16 k stripe or the performance will be poor. ----- Original Message ----- From: "Amandeep" >> I am instalaling FreeBSD 5.3 AMD 64 bit with 6- 200GB drives. Using >> Higpoint 1820A controller and doing RAID 10. I am using drivers for >> the card from Highpoint Web. >> >> The problem is when I make the partitions and the machine tries to >> format the partitions it says: >> >> unable to find device node for /dev/da0s1b under /dev! >> >> and then it comes out. >> >> Any ideas what is going on. Also tried making two slices no luck. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 22:30:30 2005 Return-Path: X-Original-To: freebsd-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 8D4B116A41C; Mon, 23 May 2005 22:30:30 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8723743D1D; Mon, 23 May 2005 22:30:29 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.54] (helo=rtxnetworks.co.uk) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1DaLRM-0006yZ-H5; Mon, 23 May 2005 22:30:28 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Mon, 23 May 2005 23:30:13 +0100 thread-index: AcVf5vzHxmLIwgs5SQOms/ECbAa2wA== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org From: "Steven Hartland" To: References: <42923329.7040407@chamkila.org> <429254EB.6020604@chamkila.org> Date: Mon, 23 May 2005 23:30:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; reply-type=response; format=flowed; charset="iso-8859-1" Message-ID: <000101c55fe6$fcc73e40$144da8c0@rtxnetworks.local> 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.3790.181 X-Spam-Processed: multiplay.co.uk, Mon, 23 May 2005 23:18:42 +0100(not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Mon, 23 May 2005 23:18:43 +0100 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 0 X-Zen-Test-Spam-Bar: (/) X-Originating-Oppenheimer-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org Content-Class: urn:content-classes:message X-Envelope-To: james@rtxnetworks.co.uk Importance: normal Priority: normal X-Apparently-To: james@rtxnetworks.co.uk X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf X-Zen-Stored: hausdorff.zen.co.uk/1DaLL4-0000qf-V1/2005-05-23 22:23:59 X-OriginalArrivalTime: 23 May 2005 22:30:13.0812 (UTC) FILETIME=[FCC9AF40:01C55FE6] X-Originating-Pythagoras-IP: [82.69.255.54] Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Error installing FreeBSd 5.3 AMD 64 bit-Highpoint 1820A X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 22:30:30 -0000 Sounds like u have followed the install guide with the drivers. I couldn't get that to work ( without ACPI ) I had to install with ACPI but this was 5.4-RELEASE but using the 5.3 driver from highpoints site as there wasn't a 5.4 driver available. 1. Boot from cd 2. got to boot prompt, load the driver from floppy 3. unplug the floppy ( must to this as floppy under amd64 is broken ) 4. boot the kernel and install. Notes: 1. I was using a RAID 5 array 5 disks * 400Gb. 2. Create the array using 16 k stripe or the performance will be poor. ----- Original Message ----- From: "Amandeep" >> I am instalaling FreeBSD 5.3 AMD 64 bit with 6- 200GB drives. Using >> Higpoint 1820A controller and doing RAID 10. I am using drivers for >> the card from Highpoint Web. >> >> The problem is when I make the partitions and the machine tries to >> format the partitions it says: >> >> unable to find device node for /dev/da0s1b under /dev! >> >> and then it comes out. >> >> Any ideas what is going on. Also tried making two slices no luck. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 03:43:14 2005 Return-Path: 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 4D6D716A41C for ; Tue, 24 May 2005 03:43:14 +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 195BB43D1F for ; Tue, 24 May 2005 03:43:14 +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 1BF9D19F3B for ; Mon, 23 May 2005 20:44:04 -0700 (PDT) From: "Darren Pilgrim" To: Date: Mon, 23 May 2005 20:43:07 -0700 Message-ID: <000401c56012$b34a3570$0a2a15ac@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 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal Cc: Subject: Forcing static-linking on a port? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 03:43:14 -0000 I need to make use of a port during start up, but it has library dependencies that aren't available, before the complete library path is established. I've tried the following: NO_SHARED=3Dtrue (added to /etc/make.conf) make -DNO_SHARED make LDFLAGS+=3D-static Every time, running file on the compiled program tells me that the = binary is dynamically-linked. I couldn't find anything else in any man pages, Mk files, mailing lists, Google, etc. Sorry for the semi-inappropriate = list choice, but this one would get swallowed up on -questions. From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 03:53:56 2005 Return-Path: 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 7248616A41C for ; Tue, 24 May 2005 03:53:56 +0000 (GMT) (envelope-from joe@via.net) Received: from smtp2.via.net (smtp2.via.net [209.81.9.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B3AC43D1D for ; Tue, 24 May 2005 03:53:56 +0000 (GMT) (envelope-from joe@via.net) Received: from mail.via.net (mail.via.net [209.81.9.12]) by smtp2.via.net (8.12.11/8.12.11-VIANET) with ESMTP id j4O3rtHs018808; Mon, 23 May 2005 20:53:55 -0700 (PDT) Received: from [209.81.2.10] (monk.via.net [209.81.2.10]) by mail.via.net (8.12.9p1/8.12.7) with ESMTP id j4O3rq0o072886; Mon, 23 May 2005 20:53:52 -0700 (PDT) (envelope-from joe@via.net) User-Agent: Microsoft-Entourage/10.1.6.040913.0 Date: Mon, 23 May 2005 20:54:00 -0700 From: Joe McGuckin To: Marco Molteni , Message-ID: In-Reply-To: <20050523222324.536944a9.molter@tin.it> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (smtp2.via.net [209.81.9.14]); Mon, 23 May 2005 20:53:55 -0700 (PDT) X-Virus-Scanned: ClamAV 0.83/892/Mon May 23 10:52:19 2005 on smtp2.via.net X-Virus-Status: Clean Cc: Subject: Re: watching a file for ownership change X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 03:53:56 -0000 It seems like you'd want your kevent() callback (or whatever) to be triggered as the modifying process is exiting the syscall that is modifying the file but before control is actually passed back to it - you'd want to be able to 'catch it in the act' so to speak. On 5/23/05 1:23 PM, "Marco Molteni" wrote: > On Sun, 22 May 2005 04:05:50 +0100 > Bruce M Simpson wrote: > >> On Sat, May 21, 2005 at 10:38:30PM -0400, Charles Sprickman wrote: >>> I'd like to find a way to watch one of the user's maildirsize files >>> that seems to flip ownerships at least once a day and try to >>> determine what process is changing the ownership. >>> How can I do that without dropping a bunch of daemons on a >>> production machine into heavy-debug mode? OS is 4.8 with all >>> current patches. >> >> You could try watching kevent() on the file for EVFILT_VNODE with >> NOTE_ATTRIB. You'd need to write a small C program to do this. >> >> Whilst this won't tell you who did what, it could give you >> sufficiently good timestamps from it happening to begin tracking the >> culprit down further, perhaps using lsof. > > When I saw the first post I actually wrote the kevent program > you are sugesting as an exercise, then I realized that I couldn't > obtain the PID of the process that modified the file. > > Would it be feasible/reasonable to add this feature to kqueue ? > > marco > _______________________________________________ > 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" -- Joe McGuckin ViaNet Communications 994 San Antonio Road Palo Alto, CA 94303 Phone: 650-213-1302 Cell: 650-207-0372 Fax: 650-969-2124 From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 04:48:14 2005 Return-Path: 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 2F2B916A41C for ; Tue, 24 May 2005 04:48:14 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBDFB43D48 for ; Tue, 24 May 2005 04:48:13 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j4O4m9fT049940; Mon, 23 May 2005 23:48:09 -0500 (CDT) (envelope-from dan) Date: Mon, 23 May 2005 23:48:09 -0500 From: Dan Nelson To: Darren Pilgrim Message-ID: <20050524044808.GD16069@dan.emsphone.com> References: <000401c56012$b34a3570$0a2a15ac@SMILEY> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000401c56012$b34a3570$0a2a15ac@SMILEY> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: hackers@freebsd.org Subject: Re: Forcing static-linking on a port? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 04:48:14 -0000 In the last episode (May 23), Darren Pilgrim said: > I need to make use of a port during start up, but it has library > dependencies that aren't available, before the complete library path is > established. I've tried the following: > > NO_SHARED=true (added to /etc/make.conf) > make -DNO_SHARED > make LDFLAGS+=-static > > Every time, running file on the compiled program tells me that the binary is > dynamically-linked. I couldn't find anything else in any man pages, Mk > files, mailing lists, Google, etc. Sorry for the semi-inappropriate list > choice, but this one would get swallowed up on -questions. NO_SHARED only works on programs that use the bsd.prog.mk makefile template; I'd guess under a dozen ports do this. Some pieces of software have dynamic-link options hardcoded in their Makefiles, probably as a workaround for bugs in other OSes. Those options override -static. I can't think of a valid reason for them to be used in FreeBSD. Search for (and remove) any occurances of -Wl,-Bdynamic and -Wl,-Bstatic , and you should be set. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 08:08:41 2005 Return-Path: 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 B68D616A41C for ; Tue, 24 May 2005 08:08:41 +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 7C2C543D1F for ; Tue, 24 May 2005 08:08:41 +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 60D2F19F3B; Tue, 24 May 2005 01:09:32 -0700 (PDT) From: "Darren Pilgrim" To: "'Dan Nelson'" Date: Tue, 24 May 2005 01:08:30 -0700 Message-ID: <002001c56037$c90171b0$0a2a15ac@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: <20050524044808.GD16069@dan.emsphone.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal Cc: hackers@freebsd.org Subject: RE: Forcing static-linking on a port? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 08:08:41 -0000 From: Dan Nelson [mailto:dnelson@allantgroup.com]=20 >=20 > In the last episode (May 23), Darren Pilgrim said: > > I need to make use of a port during start up, but it has library > > dependencies that aren't available, before the complete library path = is > > established. I've tried the following: > >=20 > > NO_SHARED=3Dtrue (added to /etc/make.conf) > > make -DNO_SHARED > > make LDFLAGS+=3D-static > >=20 > > Every time, running file on the compiled program tells me that the binary is > > dynamically-linked. I couldn't find anything else in any man pages, = Mk > > files, mailing lists, Google, etc. Sorry for the semi-inappropriate list > > choice, but this one would get swallowed up on -questions. >=20 > NO_SHARED only works on programs that use the bsd.prog.mk makefile > template; I'd guess under a dozen ports do this. >=20 > Some pieces of software have dynamic-link options hardcoded in their > Makefiles, probably as a workaround for bugs in other OSes. Those > options override -static. I can't think of a valid reason for them to > be used in FreeBSD. Search for (and remove) any occurances of > -Wl,-Bdynamic and -Wl,-Bstatic , and you should be set. No luck on either string. I ended up getting what I wanted by going = through the source Makefile and adding "-static" to the appropriate line in the target for the program I needed static-linked. Now devd can bring up my wireless NIC at boot. Works great! From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 20:31:27 2005 Return-Path: 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 CCCEA16A41C for ; Mon, 23 May 2005 20:31:27 +0000 (GMT) (envelope-from Vijay.Singh@netapp.com) Received: from mx2.netapp.com (mx2.netapp.com [216.240.18.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 929C843D1D for ; Mon, 23 May 2005 20:31:27 +0000 (GMT) (envelope-from Vijay.Singh@netapp.com) Received: from smtp1.corp.netapp.com (10.57.156.124) by mx2.netapp.com with ESMTP; 23 May 2005 13:31:28 -0700 X-IronPort-AV: i="3.93,129,1115017200"; d="scan'208"; a="217878158:sNHT20485748" Received: from svlexc03.hq.netapp.com (svlexc03.corp.netapp.com [10.57.156.149]) by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id j4NKVR5f018279; Mon, 23 May 2005 13:31:27 -0700 (PDT) Received: from burgundy.hq.netapp.com ([10.56.10.66]) by svlexc03.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.0); Mon, 23 May 2005 13:31:27 -0700 Received: from magenta.hq.netapp.com ([10.56.11.84]) by burgundy.hq.netapp.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 23 May 2005 13:31:26 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 May 2005 13:31:26 -0700 Message-ID: <637A278D8D0DBC438EA5E75C6E1818B9042CF2EF@magenta.hq.netapp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: watching a file for ownership change Thread-Index: AcVf1YDCadjjSWgVQBGxzq0mQI1jRAAAEBSQ From: "Singh, Vijay" To: "Marco Molteni" , X-OriginalArrivalTime: 23 May 2005 20:31:26.0940 (UTC) FILETIME=[64D751C0:01C55FD6] X-Mailman-Approved-At: Tue, 24 May 2005 12:41:13 +0000 Cc: Subject: RE: watching a file for ownership change X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 20:31:27 -0000 If you're hacking the kernel, you could embed the pid in the VNODE filter data value, or perhaps copy it to the user udata (breaking semantics). vijay -----Original Message----- From: Marco Molteni [mailto:molter@tin.it]=20 Sent: Monday, May 23, 2005 1:23 PM To: hackers@freebsd.org Subject: Re: watching a file for ownership change On Sun, 22 May 2005 04:05:50 +0100 Bruce M Simpson wrote: > On Sat, May 21, 2005 at 10:38:30PM -0400, Charles Sprickman wrote: > > I'd like to find a way to watch one of the user's maildirsize files=20 > > that seems to flip ownerships at least once a day and try to=20 > > determine what process is changing the ownership. > > How can I do that without dropping a bunch of daemons on a=20 > > production machine into heavy-debug mode? OS is 4.8 with all=20 > > current patches. >=20 > You could try watching kevent() on the file for EVFILT_VNODE with=20 > NOTE_ATTRIB. You'd need to write a small C program to do this. >=20 > Whilst this won't tell you who did what, it could give you=20 > sufficiently good timestamps from it happening to begin tracking the=20 > culprit down further, perhaps using lsof. When I saw the first post I actually wrote the kevent program you are sugesting as an exercise, then I realized that I couldn't obtain the PID of the process that modified the file. Would it be feasible/reasonable to add this feature to kqueue ? marco _______________________________________________ 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-hackers@FreeBSD.ORG Mon May 23 22:29:12 2005 Return-Path: X-Original-To: freebsd-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 8494A16A41C; Mon, 23 May 2005 22:29:12 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25D9343D1F; Mon, 23 May 2005 22:29:12 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-39-61.dynamic.qsc.de [212.202.39.61]) by mail.efacilitas.de (Postfix) with ESMTP id A4C0E123A70; Tue, 24 May 2005 00:27:48 +0200 (CEST) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 3F2F012B09A; Tue, 24 May 2005 00:28:17 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 51292-08; Tue, 24 May 2005 00:28:12 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 6751312B08A; Tue, 24 May 2005 00:28:12 +0200 (CEST) Message-ID: <429258FB.4050503@cs.tu-berlin.de> Date: Tue, 24 May 2005 00:28:11 +0200 From: Bjoern Koenig User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Amandeep References: <42923329.7040407@chamkila.org> In-Reply-To: <42923329.7040407@chamkila.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at example.com X-Mailman-Approved-At: Tue, 24 May 2005 12:41:13 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Error installing FreeBSd 5.3 AMD 64 bit-Highpoint 1820A X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 22:29:12 -0000 Hello, I think it's a question for the highpoint support. It's their product and their driver. Here are some instant hints: - read the PDF carefully and follow the instructions strictly - use the BIOS in the tarball; nothing else!! Regards Björn From owner-freebsd-hackers@FreeBSD.ORG Mon May 23 22:30:31 2005 Return-Path: X-Original-To: freebsd-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 027FB16A41C; Mon, 23 May 2005 22:30:31 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B265243D48; Mon, 23 May 2005 22:30:29 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.54] (helo=rtxnetworks.co.uk) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1DaLRN-0006yZ-01; Mon, 23 May 2005 22:30:29 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Mon, 23 May 2005 23:30:13 +0100 thread-index: AcVf5vzEdrpt0JUvR5W8/lMY0KBf1w== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Date: Mon, 23 May 2005 23:30:13 +0100 From: "Bjoern Koenig" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en Message-ID: <000001c55fe6$fcc4f450$144da8c0@rtxnetworks.local> MIME-Version: 1.0 To: References: <42923329.7040407@chamkila.org> In-Reply-To: <42923329.7040407@chamkila.org> Content-Type: text/plain; format=flowed; charset="ISO-8859-1" X-Virus-Scanned: amavisd-new at example.com X-Mailer: Microsoft CDO for Exchange 2000 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org Content-Transfer-Encoding: quoted-printable X-Zen-Test-Spam-Score: 1 X-Zen-Test-Spam-Bar: (/) X-Originating-Oppenheimer-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf Content-Class: urn:content-classes:message Importance: normal X-Zen-Stored: julia.zen.co.uk/1DaLQk-0008LJ-ST/2005-05-23 22:29:50 Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-OriginalArrivalTime: 23 May 2005 22:30:13.0953 (UTC) FILETIME=[FCDF3310:01C55FE6] X-Originating-Pythagoras-IP: [82.69.255.54] X-Mailman-Approved-At: Tue, 24 May 2005 12:41:13 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Error installing FreeBSd 5.3 AMD 64 bit-Highpoint 1820A X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 22:30:31 -0000 Hello, I think it's a question for the highpoint support. It's their product=20 and their driver. Here are some instant hints: - read the PDF carefully and follow the instructions strictly - use the BIOS in the tarball; nothing else!! Regards Bj=F6rn _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 13:16:31 2005 Return-Path: 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 3055B16A41C for ; Tue, 24 May 2005 13:16:31 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (ds9.atempo.com [212.157.146.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id B23BB43D54 for ; Tue, 24 May 2005 13:16:30 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (localhost.localdomain [127.0.0.1]) by localhost.atempo.com (Postfix) with ESMTP id 482192FD43 for ; Tue, 24 May 2005 15:16:28 +0200 (CEST) Received: from atempo.com (unknown [172.16.15.140])by ds9.atempo.com (Postfix) with ESMTP id 3C9B62FD40for ; Tue, 24 May 2005 15:16:28 +0200 (CEST) Received: from [192.168.2.108] (aragorn.vannes.quadratec.fr [192.168.2.108])by atempo.com (Postfix) with ESMTP id C3A141E323Cfor ; Tue, 24 May 2005 15:16:27 +0200 (CEST) Message-ID: <42932927.90104@atempo.com> Date: Tue, 24 May 2005 15:16:23 +0200 From: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: hackers@freebsd.org References: <428307A9.10901@atempo.com> <20050512134151.O2556@thor.farley.org><20050512163409.O4283@thor.farley.or g ><4284CFB5.7040805@atempo.com><20050513123403.J11641@thor.farley.org><200 50 523014004.GS34798@wantadilla.lemis.com> <20050523115234.A41713@thor.farley.org> In-Reply-To: <20050523115234.A41713@thor.farley.org> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary=------------030901010106000705070902 X-imss-version: 2.025 X-imss-result: Passed X-imss-approveListMatch: *@atempo.com X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 13:16:31 -0000 This is a multi-part message in MIME format. --------------030901010106000705070902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Just one simple question on the screen resolution on FreeBSD 5.3 I change the xinitrc to launch gnome-wm and gnome-panel but I can't change the resolution in the Desktop Preferences / Screen Resolution tool only 640*480 is listed which is very small I can't change to 800*600 ? any idea ? hervé --------------030901010106000705070902-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 13:24:41 2005 Return-Path: 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 066C716A41C for ; Tue, 24 May 2005 13:24:41 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 3291B43D1F for ; Tue, 24 May 2005 13:24:39 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 6538 invoked from network); 24 May 2005 13:24:38 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by salvador with SMTP; 24 May 2005 13:24:38 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell2.pacific.net.sg with ESMTP id <20050524132437.WNBM1130.maxwell2.pacific.net.sg@[192.168.0.107]>; Tue, 24 May 2005 21:24:37 +0800 Message-ID: <42932AEE.5070706@pacific.net.sg> Date: Tue, 24 May 2005 21:23:58 +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: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= References: <428307A9.10901@atempo.com> <20050512134151.O2556@thor.farley.org><20050512163409.O4283@thor.farley.or g ><4284CFB5.7040805@atempo.com><20050513123403.J11641@thor.farley.org><200 50 523014004.GS34798@wantadilla.lemis.com> <20050523115234.A41713@thor.farley.org> <42932927.90104@atempo.com> In-Reply-To: <42932927.90104@atempo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 13:24:41 -0000 Hi, what X do you run? Did you configure X for a higher resolution? Erich Hervé Kergourlay wrote: > Just one simple question on the screen resolution on FreeBSD 5.3 > > I change the xinitrc to launch gnome-wm and gnome-panel > > but I can't change the resolution in the Desktop Preferences / Screen > Resolution tool > only 640*480 is listed which is very small > > I can't change to 800*600 ? > > any idea ? > > hervé > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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-hackers@FreeBSD.ORG Tue May 24 13:37:59 2005 Return-Path: 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 8B5BA16A41C for ; Tue, 24 May 2005 13:37:59 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (ds9.atempo.com [212.157.146.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id E35A243D1D for ; Tue, 24 May 2005 13:37:55 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (localhost.localdomain [127.0.0.1]) by localhost.atempo.com (Postfix) with ESMTP id F12EF2FD45; Tue, 24 May 2005 15:37:54 +0200 (CEST) Received: from atempo.com (unknown [172.16.15.140])by ds9.atempo.com (Postfix) with ESMTP id D5DD02FD44; Tue, 24 May 2005 15:37:54 +0200 (CEST) Received: from [192.168.2.108] (aragorn.vannes.quadratec.fr [192.168.2.108])by atempo.com (Postfix) with ESMTP id 5F2E71E324E; Tue, 24 May 2005 15:37:52 +0200 (CEST) Message-ID: <42932E30.2050101@atempo.com> Date: Tue, 24 May 2005 15:37:52 +0200 From: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: Erich Dollansky References: <428307A9.10901@atempo.com> <20050512134151.O2556@thor.farley.org><20050512163409.O4283@thor.farley.o r g ><4284CFB5.7040805@atempo.com><20050513123403.J11641@thor.farley.org>< 20 0 50 523014004.GS34798@wantadilla.lemis.com> <20050523115234.A41713@thor.farley.org> <42932927.90104@atempo.com> <42932AEE.5070706@pacific.net.sg> In-Reply-To: <42932AEE.5070706@pacific.net.sg> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary=------------000908050402020309080709 X-imss-version: 2.025 X-imss-result: Passed X-imss-approveListMatch: *@atempo.com X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 13:37:59 -0000 This is a multi-part message in MIME format. --------------000908050402020309080709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Erich Dollansky a écrit : > Hi, > > what X do you run? > I install FreeBSD 5.3 with the standard option, the X process in /usr/X11R6/bin/X is running I run startx to start the X server > Did you configure X for a higher resolution? > I woul like but the only way seems to be the Desktop Preferences / Screen Resolution tool which show me a low 640*480 resolution Is there any other things to do to get more resolution hervé > Erich > > Hervé Kergourlay wrote: > >> Just one simple question on the screen resolution on FreeBSD 5.3 >> >> I change the xinitrc to launch gnome-wm and gnome-panel >> >> but I can't change the resolution in the Desktop Preferences / Screen >> Resolution tool >> only 640*480 is listed which is very small >> >> I can't change to 800*600 ? >> >> any idea ? >> >> hervé >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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" > > > --------------000908050402020309080709-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 14:02:29 2005 Return-Path: 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 2FF8016A442 for ; Tue, 24 May 2005 14:02:29 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 634BC43D54 for ; Tue, 24 May 2005 14:02:28 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 22824 invoked from network); 24 May 2005 14:02:27 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by salvador with SMTP; 24 May 2005 14:02:26 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell2.pacific.net.sg with ESMTP id <20050524140226.WPYW1130.maxwell2.pacific.net.sg@[192.168.0.107]>; Tue, 24 May 2005 22:02:26 +0800 Message-ID: <429333CA.6090503@pacific.net.sg> Date: Tue, 24 May 2005 22:01:46 +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: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= References: <428307A9.10901@atempo.com> <20050512134151.O2556@thor.farley.org><20050512163409.O4283@thor.farley.o r g ><4284CFB5.7040805@atempo.com><20050513123403.J11641@thor.farley.org>< 20 0 50 523014004.GS34798@wantadilla.lemis.com> <20050523115234.A41713@thor.farley.org> <42932927.90104@atempo.com> <42932AEE.5070706@pacific.net.sg> <42932E30.2050101@atempo.com> In-Reply-To: <42932E30.2050101@atempo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 14:02:29 -0000 Hi, Hervé Kergourlay wrote: > Erich Dollansky a écrit : > > I install FreeBSD 5.3 with the standard option, the X process in > /usr/X11R6/bin/X is running > So, it should be X.Org. > I run startx to start the X server > edit /etc/X11/xorg.conf There should be a section 'Screen'. In there are subsections 'Display'. Just add there something like: SubSection "Display" Depth 24 Modes "800x600" EndSubSection Change 24 to the number of bits supported by your graphics adaptor. Erich From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 14:14:05 2005 Return-Path: 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 E590016A41C for ; Tue, 24 May 2005 14:14:05 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (ds9.atempo.com [212.157.146.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5528443D1D for ; Tue, 24 May 2005 14:14:04 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (localhost.localdomain [127.0.0.1]) by localhost.atempo.com (Postfix) with ESMTP id 369B22FD44; Tue, 24 May 2005 16:14:03 +0200 (CEST) Received: from atempo.com (unknown [172.16.15.140])by ds9.atempo.com (Postfix) with ESMTP id 2A3BE2FD40; Tue, 24 May 2005 16:14:03 +0200 (CEST) Received: from [192.168.2.108] (aragorn.vannes.quadratec.fr [192.168.2.108])by atempo.com (Postfix) with ESMTP id 84D1B1E3249; Tue, 24 May 2005 16:14:02 +0200 (CEST) Message-ID: <429336A6.8080001@atempo.com> Date: Tue, 24 May 2005 16:13:58 +0200 From: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: Erich Dollansky References: <428307A9.10901@atempo.com><20050512134151.O2556@thor.farley.org ><20050512163409.O4283@thor.farley.o r g ><4284CFB5.7040805@atempo.com><2 0 050513123403.J11641@thor.farley.org>< 20 0 50 523014004.GS34798@wantadill a. lemis.com><20050523115234.A41713@thor.farley.org><42932927.90104@atempo. com > <42932AEE.5070706@pacific.net.sg><42932E30.2050101@atempo.com> <429333CA.6090503@pacific.net.sg> In-Reply-To: <429333CA.6090503@pacific.net.sg> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary=------------090307080507030406070107 X-imss-version: 2.025 X-imss-result: Passed X-imss-approveListMatch: *@atempo.com X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 14:14:06 -0000 This is a multi-part message in MIME format. --------------090307080507030406070107 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Erich Dollansky a écrit : > Hi, > > Hervé Kergourlay wrote: > >> Erich Dollansky a écrit : >> >> I install FreeBSD 5.3 with the standard option, the X process in >> /usr/X11R6/bin/X is running >> > So, it should be X.Org. > >> I run startx to start the X server >> > edit /etc/X11/xorg.conf > I don't have any xorg.conf in /etc/X11 ? the directory /etc/X11 is empty pkg_info give me : xorg-6.7.0_1 hervé > There should be a section 'Screen'. In there are subsections > 'Display'. Just add there something like: > > SubSection "Display" > Depth 24 > Modes "800x600" > EndSubSection > > Change 24 to the number of bits supported by your graphics adaptor. > > Erich > _______________________________________________ > 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" > > --------------090307080507030406070107-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 14:22:03 2005 Return-Path: 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 10CA916A41C for ; Tue, 24 May 2005 14:22:03 +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 37CD143D1D for ; Tue, 24 May 2005 14:22:01 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 16876 invoked from network); 24 May 2005 14:22:00 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by sarajevo with SMTP; 24 May 2005 14:22:00 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell2.pacific.net.sg with ESMTP id <20050524142159.WRFT1130.maxwell2.pacific.net.sg@[192.168.0.107]>; Tue, 24 May 2005 22:21:59 +0800 Message-ID: <4293385E.2060809@pacific.net.sg> Date: Tue, 24 May 2005 22:21:18 +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: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= References: <428307A9.10901@atempo.com><20050512134151.O2556@thor.farley.org ><20050512163409.O4283@thor.farley.o r g ><4284CFB5.7040805@atempo.com><2 0 050513123403.J11641@thor.farley.org>< 20 0 50 523014004.GS34798@wantadill a. lemis.com><20050523115234.A41713@thor.farley.org><42932927.90104@atempo. com > <42932AEE.5070706@pacific.net.sg><42932E30.2050101@atempo.com> <429333CA.6090503@pacific.net.sg> <429336A6.8080001@atempo.com> In-Reply-To: <429336A6.8080001@atempo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 14:22:03 -0000 Hi, Hervé Kergourlay wrote: > Erich Dollansky a écrit : > >> edit /etc/X11/xorg.conf >> > I don't have any xorg.conf in /etc/X11 ? > the directory /etc/X11 is empty > > pkg_info give me : xorg-6.7.0_1 > It looks like that you did not configure your X server. Check the handbook how to do it. It is to lengthly to write all the possible steps in an e-mail. Erich From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 14:50:55 2005 Return-Path: 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 0264816A41C for ; Tue, 24 May 2005 14:50:55 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (ds9.atempo.com [212.157.146.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62AFD43D1D for ; Tue, 24 May 2005 14:50:53 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (localhost.localdomain [127.0.0.1]) by localhost.atempo.com (Postfix) with ESMTP id 1D3B22FD44; Tue, 24 May 2005 16:50:52 +0200 (CEST) Received: from atempo.com (unknown [172.16.15.140])by ds9.atempo.com (Postfix) with ESMTP id 107D52FD40; Tue, 24 May 2005 16:50:52 +0200 (CEST) Received: from [192.168.2.108] (aragorn.vannes.quadratec.fr [192.168.2.108])by atempo.com (Postfix) with ESMTP id 2639F1E3249; Tue, 24 May 2005 16:50:49 +0200 (CEST) Message-ID: <42933F48.5060309@atempo.com> Date: Tue, 24 May 2005 16:50:48 +0200 From: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: Aniruddha Bohra References: <428307A9.10901@atempo.com><20050512134151.O2556@thor.farley.org ><20050512163409.O4283@thor.farley.o r g ><4284CFB5.7040805@atempo.com>< 2 0 050513123403.J11641@thor.farley.org>< 20 0 50 523014004.GS34798@wantad il l a. lemis.com><20050523115234.A41713@thor.farley.org><42932927.90104@at emp o. com > <42932AEE.5070706@pacific.net.sg><42932E30.2050101@atempo.com> <429333CA.6090503@pacific.net.sg> <429336A6.8080001@atempo.com> <429338F6.3070803@cs.rutgers.edu> In-Reply-To: <429338F6.3070803@cs.rutgers.edu> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary=------------070200070605090904040504 X-imss-version: 2.025 X-imss-result: Passed X-imss-approveListMatch: *@atempo.com X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 14:50:55 -0000 This is a multi-part message in MIME format. --------------070200070605090904040504 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit thanks for the doc It seems that in FreeBSD 5.3, Xorg is installed as default but there is no xorg.conf file in /etc/X11 I deinstall and reinstall Xorg manually but there is no more xorg.conf file in /etc/X11 so I can't modify the screen resolution else when I run xorg -configure, I've a black screen who to check the Xorg config ? it's better to use XFree ? hervé Aniruddha Bohra a écrit : > Hello, > >>>> I install FreeBSD 5.3 with the standard option, the X process in >>>> /usr/X11R6/bin/X is running >>>> >>> So, it should be X.Org. >>> >>>> I run startx to start the X server >>>> >>> edit /etc/X11/xorg.conf >>> >> I don't have any xorg.conf in /etc/X11 ? >> the directory /etc/X11 is empty >> >> pkg_info give me : xorg-6.7.0_1 > > > > Please read the following article in the Handbook : > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11.html > > It is an excellent resource to understand and configure X. > > Thanks > Aniruddha > > > --------------070200070605090904040504-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 15:05:42 2005 Return-Path: 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 3374516A41C for ; Tue, 24 May 2005 15:05:42 +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 5723E43D1F for ; Tue, 24 May 2005 15:05:40 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 5763 invoked from network); 24 May 2005 15:05:39 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by sarajevo with SMTP; 24 May 2005 15:05:38 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell2.pacific.net.sg with ESMTP id <20050524150538.WUYM1130.maxwell2.pacific.net.sg@[192.168.0.107]>; Tue, 24 May 2005 23:05:38 +0800 Message-ID: <42934299.4070806@pacific.net.sg> Date: Tue, 24 May 2005 23:04:57 +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: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= References: <428307A9.10901@atempo.com><20050512134151.O2556@thor.farley.org ><20050512163409.O4283@thor.farley.o r g ><4284CFB5.7040805@atempo.com>< 2 0 050513123403.J11641@thor.farley.org>< 20 0 50 523014004.GS34798@wantad il l a. lemis.com><20050523115234.A41713@thor.farley.org><42932927.90104@at emp o. com > <42932AEE.5070706@pacific.net.sg><42932E30.2050101@atempo.com> <429333CA.6090503@pacific.net.sg> <429336A6.8080001@atempo.com> <429338F6.3070803@cs.rutgers.edu> <42933F48.5060309@atempo.com> In-Reply-To: <42933F48.5060309@atempo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 15:05:42 -0000 Hi, Hervé Kergourlay wrote: > > thanks for the doc > > It seems that in FreeBSD 5.3, Xorg is installed as default > but there is no xorg.conf file in /etc/X11 > This is normal. > I deinstall and reinstall Xorg manually but there is no more xorg.conf > file in /etc/X11 > so I can't modify the screen resolution > You should not deinstall and reinstall as this will not change anything. > it's better to use XFree ? > You will face the same problem there. Just run the configuraton file as stated: > > Aniruddha Bohra a écrit : > >> Please read the following article in the Handbook : >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11.html >> Erich From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 15:12:57 2005 Return-Path: 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 D56BC16A41C for ; Tue, 24 May 2005 15:12:57 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (ds9.atempo.com [212.157.146.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 138AE43D49 for ; Tue, 24 May 2005 15:12:55 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (localhost.localdomain [127.0.0.1]) by localhost.atempo.com (Postfix) with ESMTP id 4F8512FD47; Tue, 24 May 2005 17:12:45 +0200 (CEST) Received: from atempo.com (unknown [172.16.15.140])by ds9.atempo.com (Postfix) with ESMTP id D42C82FD46; Tue, 24 May 2005 17:12:44 +0200 (CEST) Received: from [192.168.2.108] (aragorn.vannes.quadratec.fr [192.168.2.108])by atempo.com (Postfix) with ESMTP id 55B491E317C; Tue, 24 May 2005 17:12:18 +0200 (CEST) Message-ID: <4293444E.5010404@atempo.com> Date: Tue, 24 May 2005 17:12:14 +0200 From: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: Erich Dollansky References: <428307A9.10901@atempo.com><20050512134151.O2556@thor.farley.org ><20050512163409.O4283@thor.farley.o r g ><4284CFB5.7040805@atempo.com > < 2 0 050513123403.J11641@thor.farley.org>< 20 0 50 523014004.GS34798@wa nt ad il l a. lemis.com><20050523115234.A41713@thor.farley.org><42932927.90 104 @at emp o. com ><42932AEE.5070706@pacific.net.sg><42932E30.2050101@atem po.c om> <429333CA.6090503@pacific.net.sg> <429336A6.8080001@atempo.com><429338F6.3070803@cs.rutgers.edu> <42933F48.5060309@atempo.com> <42934299.4070806@pacific.net.sg> In-Reply-To: <42934299.4070806@pacific.net.sg> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary=------------000602040702030300010604 X-imss-version: 2.025 X-imss-result: Passed X-imss-approveListMatch: *@atempo.com X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 15:12:57 -0000 This is a multi-part message in MIME format. --------------000602040702030300010604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Erich Dollansky a écrit : > Hi, > > Hervé Kergourlay wrote: > >> >> thanks for the doc >> >> It seems that in FreeBSD 5.3, Xorg is installed as default >> but there is no xorg.conf file in /etc/X11 >> > This is normal. > >> I deinstall and reinstall Xorg manually but there is no more >> xorg.conf file in /etc/X11 >> so I can't modify the screen resolution >> > You should not deinstall and reinstall as this will not change anything. > >> it's better to use XFree ? >> > You will face the same problem there. > > Just run the configuraton file as stated: I read the following line in the chapter 5.4.2 Configuring X11 Xorg -configure I run it and I get a black screen Do I have to wait a long time N Is there any way to avoid that ? hervé >> >> Aniruddha Bohra a écrit : >> >>> Please read the following article in the Handbook : >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11.html >>> > > Erich > _______________________________________________ > 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" > > --------------000602040702030300010604-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 24 15:28:54 2005 Return-Path: X-Original-To: freebsd-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 6EEFB16A41C for ; Tue, 24 May 2005 15:28:54 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id E810A43D48 for ; Tue, 24 May 2005 15:28:53 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3B5FC.dip.t-dialin.net [84.163.181.252] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML2Dk-1DabKr0xoI-0004Ju; Tue, 24 May 2005 17:28:49 +0200 From: Max Laier To: =?iso-8859-1?q?Herv=E9_Kergourlay?= Date: Tue, 24 May 2005 17:28:41 +0200 User-Agent: KMail/1.8 References: <428307A9.10901@atempo.com> <20050523115234.A41713@thor.farley.org> <42932927.90104@atempo.com> In-Reply-To: <42932927.90104@atempo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3906143.Cn4ti5dosp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505241728.47613.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-hackers@freebsd.org Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 15:28:54 -0000 --nextPart3906143.Cn4ti5dosp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 May 2005 15:16, Herv=E9 Kergourlay wrote: > Just one simple question on the screen resolution on FreeBSD 5.3 > > I change the xinitrc to launch gnome-wm and gnome-panel > > but I can't change the resolution in the Desktop Preferences / Screen > Resolution tool > only 640*480 is listed which is very small > > I can't change to 800*600 ? > > any idea ? > > herv=E9 freebsd-hackers@ is not the right place for this kind of question, please t= ake=20 it to freebsd-questions@ or maybe freebsd-x11@ =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 --nextPart3906143.Cn4ti5dosp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCk0gvXyyEoT62BG0RAptNAJ9CFbQV35HFUqGz9wSRA6YmSGXgggCfYOmb 4ibwYTO+/UrdeZk8H4ZDOA8= =w45+ -----END PGP SIGNATURE----- --nextPart3906143.Cn4ti5dosp-- From owner-freebsd-hackers@FreeBSD.ORG Wed May 25 04:30:34 2005 Return-Path: X-Original-To: freebsd-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 D16EE16A41C for ; Wed, 25 May 2005 04:30:34 +0000 (GMT) (envelope-from maslanbsd@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A37643D1F for ; Wed, 25 May 2005 04:30:34 +0000 (GMT) (envelope-from maslanbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so35647wra for ; Tue, 24 May 2005 21:30:33 -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=ha/85+aPOeFZSyju+VttnNuNej2gOczVQ1+pfyXaAV2531resU4Yis/HbEv2W3FK/Q+n0BM3nsTmKL/l2DubhPcOKI6Oro7vs5dwFlffvOIny6a//Wh7MewbZO6xxLcLVcJKOGSZUgGIiiVwHmlZ1CH4F2W0D63H46CKS/4qGVE= Received: by 10.54.40.57 with SMTP id n57mr63658wrn; Tue, 24 May 2005 21:30:33 -0700 (PDT) Received: by 10.54.101.7 with HTTP; Tue, 24 May 2005 21:30:33 -0700 (PDT) Message-ID: <319cceca050524213014d17140@mail.gmail.com> Date: Wed, 25 May 2005 07:30:33 +0300 From: Maslan To: Max Laier In-Reply-To: <200505241728.47613.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <428307A9.10901@atempo.com> <20050523115234.A41713@thor.farley.org> <42932927.90104@atempo.com> <200505241728.47613.max@love2party.net> Cc: freebsd-hackers@freebsd.org, =?ISO-8859-1?Q?Herv=E9_Kergourlay?= Subject: Re: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maslan List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 04:30:34 -0000 i think freebsd 5.3 is using Xfree86 not Xorg while 5.4 uses XOrg, but i cann't remember On 5/24/05, Max Laier wrote: > On Tuesday 24 May 2005 15:16, Herv=E9 Kergourlay wrote: > > Just one simple question on the screen resolution on FreeBSD 5.3 > > > > I change the xinitrc to launch gnome-wm and gnome-panel > > > > but I can't change the resolution in the Desktop Preferences / Screen > > Resolution tool > > only 640*480 is listed which is very small > > > > I can't change to 800*600 ? > > > > any idea ? > > > > herv=E9 >=20 > freebsd-hackers@ is not the right place for this kind of question, please= take > it to freebsd-questions@ or maybe freebsd-x11@ >=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 >=20 >=20 >=20 --=20 I'm Searching For Perfection, So Even If U Need Portability U've To Use Assembly ;-) http://www.maslanlab.org From owner-freebsd-hackers@FreeBSD.ORG Wed May 25 11:17:26 2005 Return-Path: X-Original-To: freebsd-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 92B6A16A41C for ; Wed, 25 May 2005 11:17:26 +0000 (GMT) (envelope-from weifeng.que@citigroup.com) Received: from mail.citigroup.com (smtp3.citigroup.com [199.67.203.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id C870143D49 for ; Wed, 25 May 2005 11:17:24 +0000 (GMT) (envelope-from weifeng.que@citigroup.com) Received: from imbarc-ny02.ny.ssmb.com (imbarc-ny02.ny.ssmb.com [162.124.186.139]) by imbaspam-eu04.eur.nsroot.net (8.13.4/8.13.4/SSMB_EXT/ev: 12091 $) with ESMTP id j4PBGwNl001640; Wed, 25 May 2005 11:17:09 GMT Received: from mailhub-ap.ap.ssmb.com (mailhub-ap.ap.ssmb.com [169.181.9.248]) by imbarc-ny02.ny.ssmb.com (8.13.1/8.13.1/SSMB_QQQ_IN/1.1) with ESMTP id j4PBGjWh005055; Wed, 25 May 2005 11:16:46 GMT Received: from exsgsm01.apac.nsroot.net (EXSGSM01.apac.nsroot.net [163.36.1.13]) by mailhub-ap.ap.ssmb.com (8.12.10/8.12.10/CG_HUB) with ESMTP id j4PBGfLE015413; Wed, 25 May 2005 19:16:44 +0800 (CST) Received: from EXHKMB04.apac.nsroot.net ([169.181.9.48]) by exsgsm01.apac.nsroot.net with Microsoft SMTPSVC(5.0.2195.6713); Wed, 25 May 2005 19:16:42 +0800 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Wed, 25 May 2005 19:16:42 +0800 Message-ID: <42A44827271EB64C83E2B38A6E75787C03DCA3B4@exhkmb04.apac.nsroot.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Screen Resolution Thread-Index: AcVg4qOvC5XwFrNKTeOvqqnOM3z7VgAN7fYA From: "Que, Wei-Feng" To: "Maslan" , "Max Laier" X-OriginalArrivalTime: 25 May 2005 11:16:42.0898 (UTC) FILETIME=[3AD50F20:01C5611B] X-Scanned-By: MIMEDefang 2.48 on 169.186.247.39 Cc: freebsd-hackers@freebsd.org, =?UTF-8?Q?Herv=C3=A9_Kergourlay?= Subject: RE: Screen Resolution X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 11:17:26 -0000 V2h5IG5vdCB1c2UgInhvcmdjb25maWciIChpZiB5b3UgaW5zdGFsbGVkIHhvcmcpIG9yDQoJICAg ICAgICJYRjg2Q29uZmlnIChpZiB5b3UgaW5zdGFsbGVkIFhGcmVlODYpDQp0byBjb25maWd1cmUg dGhlIHNjcmVlbiByZXNvbHV0aW9uDQoNCkl0IGNhbiBiZSBzZXQgaW4gdGhlIHNlY3Rpb246DQoN CiAgICA0MDAgU2VjdGlvbiAiU2NyZWVuIg0KICAgIDQwMSAgICAgSWRlbnRpZmllciAgIlNjcmVl biAxIg0KICAgIDQwMiAgICAgRGV2aWNlICAgICAgIk5WSURJQSBHZUZvcmNlIg0KICAgIDQwMyAg ICAgTW9uaXRvciAgICAgIk15IE1vbml0b3IiDQogICAgNDA0ICAgICBEZWZhdWx0RGVwdGggMjQN CiAgICA0MDUNCiAgICA0MDYgICAgIFN1YnNlY3Rpb24gIkRpc3BsYXkiDQogICAgNDA3ICAgICAg ICAgRGVwdGggICAgICAgOA0KICAgIDQwOCAgICAgICAgIE1vZGVzICAgICAgICIxMjgweDEwMjQi ICIxMDI0eDc2OCIgIjgwMHg2MDAiICI2NDB4NDgwIg0KICAgIDQwOSAgICAgICAgIFZpZXdQb3J0 ICAgIDAgMA0KICAgIDQxMCAgICAgRW5kU3Vic2VjdGlvbg0KICAgIDQxMSAgICAgU3Vic2VjdGlv biAiRGlzcGxheSINCiAgICA0MTIgICAgICAgICBEZXB0aCAgICAgICAxNg0KICAgIDQxMyAgICAg ICAgIE1vZGVzICAgICAgICIxMjgweDEwMjQiICIxMDI0eDc2OCIgIjgwMHg2MDAiICI2NDB4NDgw Ig0KICAgIDQxNCAgICAgICAgIFZpZXdQb3J0ICAgIDAgMA0KICAgIDQxNSAgICAgRW5kU3Vic2Vj dGlvbg0KICAgIDQxNiAgICAgU3Vic2VjdGlvbiAiRGlzcGxheSINCiAgICA0MTcgICAgICAgICBE ZXB0aCAgICAgICAyNA0KICAgIDQxOCAgICAgICAgIE1vZGVzICAgICAgICIxMDI0eDc2OCIgIjgw MHg2MDAiICI2NDB4NDgwIg0KICAgIDQxOSAgICAgICAgIFZpZXdQb3J0ICAgIDAgMA0KICAgIDQy MCAgICAgRW5kU3Vic2VjdGlvbg0KICAgIDQyMSBFbmRTZWN0aW9uDQoNCkp1c3QgcmVtaW5kIHRo ZSBsaW5lIDQxOC4uDQpNb2Rlcwl0aGUgZmlyc3QgdmFsdWUgOiIxMDI0eDc2OCIgd2lsbCBzZXQg dGhlIHNjcmVlbiByZXNvbHV0aW9uDQphbmQgeW91IGNhbiBwcmVzcyB0aGUgQ3RybCArIEFsdCAr ICIrIiBhbmQgQ3RybCArIEFsdCArICItIiB0byBzd2l0Y2ggdGhlIHNjcmVlbiByZXNvbHV0aW9u IA0KYmV0d2VlbiB0aGlzIHRocmVlIHZhbHVlIDEwMjR4NzY4LzgwMHg2MDAvNjQweDQ4MC4NCg0K QmVzdCBSZWdhcmRzDQotLVdlaWZlbmcgUXVlDQpSQyArDQpUZWwgOiAwMDg2LTIxLTM4OTU0NjI2 IGV4dCAzNzI1DQpNYWlsOiB3ZWlmZW5nIGRvdCBxdWUgYXQgY2l0aWdyb3VwIGRvdCBjb20gDQoN Cg0KPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+RnJvbTogb3duZXItZnJlZWJzZC1oYWNr ZXJzQGZyZWVic2Qub3JnIA0KPlttYWlsdG86b3duZXItZnJlZWJzZC1oYWNrZXJzQGZyZWVic2Qu b3JnXU9uIEJlaGFsZiBPZiBNYXNsYW4NCj5TZW50OiAyMDA15bm0NeaciDI15pelIDEyOjMxDQo+ VG86IE1heCBMYWllcg0KPkNjOiBmcmVlYnNkLWhhY2tlcnNAZnJlZWJzZC5vcmc7IEhlcnbCqMKm IEtlcmdvdXJsYXkNCj5TdWJqZWN0OiBSZTogU2NyZWVuIFJlc29sdXRpb24NCj4NCj4NCj5pIHRo aW5rIGZyZWVic2QgNS4zIGlzIHVzaW5nIFhmcmVlODYgbm90IFhvcmcNCj53aGlsZSA1LjQgdXNl cyBYT3JnLCBidXQgaSBjYW5uJ3QgcmVtZW1iZXINCj4NCj4NCj5PbiA1LzI0LzA1LCBNYXggTGFp ZXIgPG1heEBsb3ZlMnBhcnR5Lm5ldD4gd3JvdGU6DQo+PiBPbiBUdWVzZGF5IDI0IE1heSAyMDA1 IDE1OjE2LCBIZXJ2w6kgS2VyZ291cmxheSB3cm90ZToNCj4+ID4gSnVzdCBvbmUgc2ltcGxlIHF1 ZXN0aW9uIG9uIHRoZSBzY3JlZW4gcmVzb2x1dGlvbiBvbiBGcmVlQlNEIDUuMw0KPj4gPg0KPj4g PiBJIGNoYW5nZSB0aGUgeGluaXRyYyB0byBsYXVuY2ggZ25vbWUtd20gYW5kIGdub21lLXBhbmVs DQo+PiA+DQo+PiA+IGJ1dCBJIGNhbid0IGNoYW5nZSB0aGUgcmVzb2x1dGlvbiBpbiB0aGUgRGVz a3RvcCANCj5QcmVmZXJlbmNlcyAvIFNjcmVlbg0KPj4gPiBSZXNvbHV0aW9uIHRvb2wNCj4+ID4g b25seSA2NDAqNDgwIGlzIGxpc3RlZCB3aGljaCBpcyB2ZXJ5IHNtYWxsDQo+PiA+DQo+PiA+IEkg Y2FuJ3QgY2hhbmdlIHRvIDgwMCo2MDAgPw0KPj4gPg0KPj4gPiBhbnkgaWRlYSA/DQo+PiA+DQo+ PiA+IGhlcnbDqQ0KPj4gDQo+PiBmcmVlYnNkLWhhY2tlcnNAIGlzIG5vdCB0aGUgcmlnaHQgcGxh Y2UgZm9yIHRoaXMga2luZCBvZiANCj5xdWVzdGlvbiwgcGxlYXNlIHRha2UNCj4+IGl0IHRvIGZy ZWVic2QtcXVlc3Rpb25zQCBvciBtYXliZSBmcmVlYnNkLXgxMUANCj4+IA0KPj4gLS0NCj4+IC8i XCAgQmVzdCByZWdhcmRzLCAgICAgICAgICAgICAgICAgICAgICB8IG1sYWllckBmcmVlYnNkLm9y Zw0KPj4gXCAvICBNYXggTGFpZXIgICAgICAgICAgICAgICAgICAgICAgICAgIHwgSUNRICM2Nzc3 NDY2MQ0KPj4gIFggICBodHRwOi8vcGY0ZnJlZWJzZC5sb3ZlMnBhcnR5Lm5ldC8gIHwgbWxhaWVy QEVGbmV0DQo+PiAvIFwgIEFTQ0lJIFJpYmJvbiBDYW1wYWlnbiAgICAgICAgICAgICAgfCBBZ2Fp bnN0IEhUTUwgTWFpbCBhbmQgTmV3cw0KPj4gDQo+PiANCj4+IA0KPg0KPg0KPi0tIA0KPkknbSBT ZWFyY2hpbmcgRm9yIFBlcmZlY3Rpb24sDQo+U28gRXZlbiBJZiBVIE5lZWQgUG9ydGFiaWxpdHkg VSd2ZSBUbyBVc2UgQXNzZW1ibHkgOy0pDQo+aHR0cDovL3d3dy5tYXNsYW5sYWIub3JnDQo+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5mcmVlYnNkLWhh Y2tlcnNAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+aHR0cDovL2xpc3RzLmZyZWVic2Qub3Jn L21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1oYWNrZXJzDQo+VG8gdW5zdWJzY3JpYmUsIHNlbmQg YW55IG1haWwgdG8gDQo+ImZyZWVic2QtaGFja2Vycy11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyIN Cj4NCg== From owner-freebsd-hackers@FreeBSD.ORG Wed May 25 10:51:51 2005 Return-Path: X-Original-To: freebsd-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 711E116A41C; Wed, 25 May 2005 10:51:51 +0000 (GMT) (envelope-from jamie@trident-uk.co.uk) Received: from mail.trident-uk.co.uk (mail.trident-uk.co.uk [194.221.74.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1FAC43D1F; Wed, 25 May 2005 10:51:50 +0000 (GMT) (envelope-from jamie@trident-uk.co.uk) Received: from localhost (localhost.trident-uk.co.uk [127.0.0.1]) by mail.trident-uk.co.uk (Postfix) with ESMTP id A2ED482917; Wed, 25 May 2005 11:51:47 +0100 (BST) Received: from mail.trident-uk.co.uk ([127.0.0.1]) by localhost (cobain.trident-uk.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63987-05; Wed, 25 May 2005 11:51:47 +0100 (BST) Received: from [192.168.122.109] (unknown [192.168.122.109]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 1A3238290D; Wed, 25 May 2005 11:51:47 +0100 (BST) Message-ID: <429458D0.2030104@trident-uk.co.uk> Date: Wed, 25 May 2005 11:52:00 +0100 From: Jamie Heckford User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050512) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jamie@tridentmicrosystems.co.uk References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050518150316.GA11987@nipples.trident-uk.co.uk> <20050518195312.GB2129@cirb503493.alcatel.com.au> <20050518222937.GA13356@nipples.trident-uk.co.uk> <20050518155452.M87264@carver.gumbysoft.com> <20050518231544.GA13555@nipples.trident-uk.co.uk> In-Reply-To: <20050518231544.GA13555@nipples.trident-uk.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at trident-uk.co.uk X-Mailman-Approved-At: Wed, 25 May 2005 12:12:49 +0000 Cc: Peter Jeremy , Doug White , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: 5.4-RC2 freezing - ATA related? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 10:51:51 -0000 Jamie Heckford wrote: > On Wed, May 18, 2005 at 03:54:59PM -0700, Doug White wrote: > >>On Wed, 18 May 2005, Jamie Heckford wrote: >> >> >>>Hi Peter, >>> >>>On Thu, May 19, 2005 at 05:53:12AM +1000, Peter Jeremy wrote: >>> >>>>On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote: >>>> >>>>>Managed to get a dump on our system for a similar prob we are getting: >>>> >>>>That traceback looks like a panic, not a deadlock. What was the panic >>>>message? >>> >>>Only have remote access to the box im afraid, is there anyway I can obtain >>>the panic message? >> >>"print msgbuf" should do it Another one... looks completly different :-( [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:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:160 No locals. #1 0xc04fac8a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 first_buf_printf = 1 #2 0xc04faf50 in panic (fmt=0xc06c06db "softdep_deallocate_dependencies: dangling deps") at /usr/src/sys/kern/kern_shutdown.c:566 td = (struct thread *) 0xc357fd80 bootopt = 260 newpanic = 1 ap = 0xc357fd80 "\\\214\215ÃðjOÃ" buf = "softdep_deallocate_dependencies: dangling deps", '\0' #3 0xc061cbfe in softdep_deallocate_dependencies (bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:5961 No locals. #4 0xc053c8f4 in brelse (bp=0xd77932d4) at buf.h:431 No locals. #5 0xc054bd24 in flushbuflist (blist=0xd77932d4, flags=0, vp=0xc4bf9630, slpflag=0, slptimeo=0, errorp=0x0) at /usr/src/sys/kern/vfs_subr.c:1101 bp = (struct buf *) 0xd77932d4 nbp = (struct buf *) 0xd75948f0 found = 1 #6 0xc054b987 in vinvalbuf (vp=0xc4bf9630, flags=0, cred=0x0, td=0x0, slpflag=0, slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:987 blist = (struct buf *) 0x0 error = 0 object = 0xc04efc79 #7 0xc054e85c in vclean (vp=0xc4bf9630, flags=8, td=0xc357fd80) at /usr/src/sys/kern/vfs_subr.c:2479 ---Type to continue, or q to quit--- active = 0 #8 0xc054eeb5 in vgonel (vp=0xc4bf9630, td=0xc357fd80) at /usr/src/sys/kern/vfs_subr.c:2697 No locals. #9 0xc054a9f2 in vlrureclaim (mp=0xc35b3c00) at pcpu.h:157 vp = (struct vnode *) 0xc4bf9630 done = 0 trigger = 10 usevnodes = 0 count = 7 #10 0xc054ac66 in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:598 mp = (struct mount *) 0xc35b3c00 nmp = (struct mount *) 0xc35b3c00 done = 5887 p = (struct proc *) 0xc38d8c5c td = (struct thread *) 0xc357fd80 #11 0xc04e67e8 in fork_exit (callout=0xc054aa98 , arg=0x0, frame=0xe68aad38) at /usr/src/sys/kern/kern_fork.c:791 p = (struct proc *) 0xc38d8c5c td = (struct thread *) 0x0 #12 0xc066746c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 No locals. (kgdb) panic: softdep_deallocate_dependencies: dangling deps Uptime: 10h26m14s Dumping 2047 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 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032(kgdb) Would be really grateful if anyone could suggest anything, again it appears to happen around the time periodic runs (but has happened randomly under load, not sure if this is a red herring tho) If anyone needs anymore info, more than happy to oblige. Cheers -- Jamie Heckford Network Manager Trident Microsystems Ltd. t: +44(0)1737-780790 f: +44(0)1737-771908 w: http://www.trident-uk.co.uk/ From owner-freebsd-hackers@FreeBSD.ORG Wed May 25 11:57:16 2005 Return-Path: X-Original-To: freebsd-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 EC80916A431; Wed, 25 May 2005 11:57:16 +0000 (GMT) (envelope-from jamie@trident-uk.co.uk) Received: from mail.trident-uk.co.uk (mail.trident-uk.co.uk [194.221.74.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A7343D53; Wed, 25 May 2005 11:57:15 +0000 (GMT) (envelope-from jamie@trident-uk.co.uk) Received: from localhost (localhost.trident-uk.co.uk [127.0.0.1]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 372DF8290D; Wed, 25 May 2005 12:57:13 +0100 (BST) Received: from mail.trident-uk.co.uk ([127.0.0.1]) by localhost (cobain.trident-uk.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67735-08; Wed, 25 May 2005 12:57:12 +0100 (BST) Received: from [192.168.122.109] (unknown [192.168.122.109]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 51D64828EE; Wed, 25 May 2005 12:57:12 +0100 (BST) Message-ID: <42946825.2090402@trident-uk.co.uk> Date: Wed, 25 May 2005 12:57:25 +0100 From: Jamie Heckford User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050512) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie Heckford References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050518150316.GA11987@nipples.trident-uk.co.uk> <20050518195312.GB2129@cirb503493.alcatel.com.au> <20050518222937.GA13356@nipples.trident-uk.co.uk> <20050518155452.M87264@carver.gumbysoft.com> <20050518231544.GA13555@nipples.trident-uk.co.uk> <429458D0.2030104@trident-uk.co.uk> In-Reply-To: <429458D0.2030104@trident-uk.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at trident-uk.co.uk X-Mailman-Approved-At: Wed, 25 May 2005 12:12:49 +0000 Cc: Peter Jeremy , freebsd-stable@freebsd.org, jamie@tridentmicrosystems.co.uk, freebsd-hackers@freebsd.org Subject: Re: 5.4-RC2 freezing - ATA related? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 11:57:17 -0000 Jamie Heckford wrote: > Another one... looks completly different :-( > > [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:160 > 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt full > #0 doadump () at pcpu.h:160 > No locals. > #1 0xc04fac8a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 > first_buf_printf = 1 > #2 0xc04faf50 in panic (fmt=0xc06c06db > "softdep_deallocate_dependencies: dangling deps") > at /usr/src/sys/kern/kern_shutdown.c:566 > td = (struct thread *) 0xc357fd80 > bootopt = 260 > newpanic = 1 > ap = 0xc357fd80 "\\\214\215ÃðjOÃ" > buf = "softdep_deallocate_dependencies: dangling deps", '\0' > > #3 0xc061cbfe in softdep_deallocate_dependencies (bp=0x0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:5961 > No locals. > #4 0xc053c8f4 in brelse (bp=0xd77932d4) at buf.h:431 > No locals. > #5 0xc054bd24 in flushbuflist (blist=0xd77932d4, flags=0, > vp=0xc4bf9630, slpflag=0, > slptimeo=0, errorp=0x0) at /usr/src/sys/kern/vfs_subr.c:1101 > bp = (struct buf *) 0xd77932d4 > nbp = (struct buf *) 0xd75948f0 > found = 1 > #6 0xc054b987 in vinvalbuf (vp=0xc4bf9630, flags=0, cred=0x0, td=0x0, > slpflag=0, > slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:987 > blist = (struct buf *) 0x0 > error = 0 > object = 0xc04efc79 > #7 0xc054e85c in vclean (vp=0xc4bf9630, flags=8, td=0xc357fd80) > at /usr/src/sys/kern/vfs_subr.c:2479 > ---Type to continue, or q to quit--- > active = 0 > #8 0xc054eeb5 in vgonel (vp=0xc4bf9630, td=0xc357fd80) > at /usr/src/sys/kern/vfs_subr.c:2697 > No locals. > #9 0xc054a9f2 in vlrureclaim (mp=0xc35b3c00) at pcpu.h:157 > vp = (struct vnode *) 0xc4bf9630 > done = 0 > trigger = 10 > usevnodes = 0 > count = 7 > #10 0xc054ac66 in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:598 > mp = (struct mount *) 0xc35b3c00 > nmp = (struct mount *) 0xc35b3c00 > done = 5887 > p = (struct proc *) 0xc38d8c5c > td = (struct thread *) 0xc357fd80 > #11 0xc04e67e8 in fork_exit (callout=0xc054aa98 , arg=0x0, > frame=0xe68aad38) > at /usr/src/sys/kern/kern_fork.c:791 > p = (struct proc *) 0xc38d8c5c > td = (struct thread *) 0x0 > #12 0xc066746c in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:209 > No locals. > (kgdb) > > panic: softdep_deallocate_dependencies: dangling deps > Uptime: 10h26m14s > Dumping 2047 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 512 528 544 560 576 592 > 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 > 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 > 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 > 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 > 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 > 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032(kgdb) > > Would be really grateful if anyone could suggest anything, again it > appears to happen around the time periodic runs (but has happened > randomly under load, not sure if this is a red herring tho) > > If anyone needs anymore info, more than happy to oblige. > > Cheers > Is there anyway this could be triggered by a filesystem becoming full.....? -- Jamie Heckford Network Manager Trident Microsystems Ltd. t: +44(0)1737-780790 f: +44(0)1737-771908 w: http://www.trident-uk.co.uk/ From owner-freebsd-hackers@FreeBSD.ORG Wed May 25 17:10:09 2005 Return-Path: X-Original-To: freebsd-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 ED3B716A41C for ; Wed, 25 May 2005 17:10:09 +0000 (GMT) (envelope-from dga+@cs.cmu.edu) Received: from smtp.andrew.cmu.edu (smtp.andrew.cmu.edu [128.2.10.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B1C643D4C for ; Wed, 25 May 2005 17:10:09 +0000 (GMT) (envelope-from dga+@cs.cmu.edu) Received: from [192.168.15.50] (dsl093-060-134.pit1.dsl.speakeasy.net [66.93.60.134]) (user=dga2 mech=PLAIN (0 bits)) by smtp.andrew.cmu.edu (8.12.10/8.12.10) with ESMTP id j4PHA8LG018070 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Wed, 25 May 2005 13:10:09 -0400 Mime-Version: 1.0 (Apple Message framework v622) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-hackers@freebsd.org From: David Andersen Date: Wed, 25 May 2005 13:10:03 -0400 X-Mailer: Apple Mail (2.622) Subject: Opening raw disk while mounted in 5.x? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 17:10:10 -0000 Hoping someone knows the quick answer to this - in 4.x, it was possible to open /dev/ad0 while a filesystem one one of its slices was mounted. This no longer appears possible under 5.x. Could someone point me to the spot in the code where I'd need to disable a permissions check (or a sysctl, or anything) to permit this behavior again? (The context: mounting slice 2 of a disk and using it to store a compressed filesystem image. Then opening the primary disk device to directly write the filesystem image onto slice 1. The kernel seems to muck with the write calls if we try to do the write onto slice 1 instead of the raw disk). This is using the very cool imagezip/imageunzip utilities from the Utah Emulab project. Thanks! -Dave From owner-freebsd-hackers@FreeBSD.ORG Wed May 25 17:54:28 2005 Return-Path: X-Original-To: freebsd-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 7416B16A41C for ; Wed, 25 May 2005 17:54:28 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E97E43D1D for ; Wed, 25 May 2005 17:54:27 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j4PHsJdF093931; Wed, 25 May 2005 12:54:19 -0500 (CDT) (envelope-from dan) Date: Wed, 25 May 2005 12:54:19 -0500 From: Dan Nelson To: David Andersen Message-ID: <20050525175419.GA87847@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: Opening raw disk while mounted in 5.x? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 17:54:28 -0000 In the last episode (May 25), David Andersen said: > Hoping someone knows the quick answer to this - in 4.x, it was > possible to open /dev/ad0 while a filesystem one one of its slices > was mounted. This no longer appears possible under 5.x. Could > someone point me to the spot in the code where I'd need to disable a > permissions check (or a sysctl, or anything) to permit this behavior > again? > > (The context: mounting slice 2 of a disk and using it to store a > compressed filesystem image. Then opening the primary disk device to > directly write the filesystem image onto slice 1. The kernel seems > to muck with the write calls if we try to do the write onto slice 1 > instead of the raw disk). This is using the very cool > imagezip/imageunzip utilities from the Utah Emulab project. Try setting the kern.geom.debugflags sysctl to 16. The kerenl shouldn't have stopped you from writing to slice 1 though. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Wed May 25 17:55:46 2005 Return-Path: X-Original-To: freebsd-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 D94D616A41C for ; Wed, 25 May 2005 17:55:46 +0000 (GMT) (envelope-from dga+@cs.cmu.edu) Received: from smtp.andrew.cmu.edu (smtp.andrew.cmu.edu [128.2.10.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D9243D1D for ; Wed, 25 May 2005 17:55:46 +0000 (GMT) (envelope-from dga+@cs.cmu.edu) Received: from [192.168.15.50] (dsl093-060-134.pit1.dsl.speakeasy.net [66.93.60.134]) (user=dga2 mech=PLAIN (0 bits)) by smtp.andrew.cmu.edu (8.12.10/8.12.10) with ESMTP id j4PHtkLG023176 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT); Wed, 25 May 2005 13:55:46 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: David Andersen Date: Wed, 25 May 2005 13:55:41 -0400 To: David Andersen X-Mailer: Apple Mail (2.622) Cc: freebsd-hackers@freebsd.org Subject: Re: Opening raw disk while mounted in 5.x? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 17:55:47 -0000 To answer my own question - this appears to be done in the geom subsystem now. It can be avoided by enabling the magic foot-shooting debug flag: sysctl -w kern.geom.debugflags=16 if you're inclined to shoot yourself in the foot. -Dave On May 25, 2005, at 1:10 PM, David Andersen wrote: > Hoping someone knows the quick answer to this - in 4.x, it was > possible to open /dev/ad0 while a filesystem one one of its slices was > mounted. This no longer appears possible under 5.x. Could someone > point me to the spot in the code where I'd need to disable a > permissions check (or a sysctl, or anything) to permit this behavior > again? > > (The context: mounting slice 2 of a disk and using it to store a > compressed filesystem image. Then opening the primary disk device to > directly write the filesystem image onto slice 1. The kernel seems to > muck with the write calls if we try to do the write onto slice 1 > instead of the raw disk). This is using the very cool > imagezip/imageunzip utilities from the Utah Emulab project. > > Thanks! > > -Dave > From owner-freebsd-hackers@FreeBSD.ORG Thu May 26 01:32:28 2005 Return-Path: X-Original-To: freebsd-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 BFECC16A41C for ; Thu, 26 May 2005 01:32:28 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E82443D1D for ; Thu, 26 May 2005 01:32:27 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so834958nzp for ; Wed, 25 May 2005 18:32:27 -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=Kjy/tiPIQV7AvgLYzvCdlhR4BQ+66BWBt5PEflXgMZJSBRO4332Jd6UL7PnknaYW0bf5R2r6Wx2z3E0dljKN1TDfW5m6G06IYJI6xn5AbCY5X3NeGk7YeBaxFzW3mBlw8PBiCLgqP283F8idZDtBvlHqMR0ERTwtycMX7jaaMLg= Received: by 10.36.3.12 with SMTP id 12mr418690nzc; Wed, 25 May 2005 18:32:27 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Wed, 25 May 2005 18:32:27 -0700 (PDT) Message-ID: <3727392705052518326f1893f1@mail.gmail.com> Date: Wed, 25 May 2005 21:32:27 -0400 From: Aziz Kezzou To: freebsd-net , freebsd-hackers Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: weird NFS problem ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 01:32:29 -0000 Hi all, I am experiencing a weird problem while mounting nfs files.=20 Configuration : - NFS client : FreeBSD 5.3 running on QEMU, IP =3D 192.168.0.2 - NFS server : FC3, the host, IP =3D 192.168.0.1 Firewalling:=20 absolutely everything is authorized from 192.168.0.2 on 192.168.0.1 Problem : some UDP ports on 192.168.0.2 are unreachable without any reason I know of= ?!! Command: arwen# mount -t nfs 192.168.0.1:/home/akezzou/pfe/cvs /mnt/host [udp] 192.168.0.1:/home/akezzou/pfe/cvs: RPCPROG_MNT: RPC: Timed out [udp] 192.168.0.1:/home/akezzou/pfe/cvs: RPCPROG_MNT: RPC: Timed out Tcpdump output : [root@eowyn bin]# /usr/sbin/tcpdump -i tun0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tun0, link-type EN10MB (Ethernet), capture size 96 bytes 21:04:51.560121 IP 192.168.0.2.675 > 192.168.0.1.sunrpc: UDP, length 56 21:04:51.561806 arp who-has 192.168.0.2 tell 192.168.0.1 21:04:51.564088 arp reply 192.168.0.2 is-at 52:54:00:12:34:56 21:04:51.564118 IP 192.168.0.1.sunrpc > 192.168.0.2.675: UDP, length 28 21:04:51.570214 IP 192.168.0.2.1117046890 > 192.168.0.1.nfs: 40 null 21:04:51.570368 IP 192.168.0.1.nfs > 192.168.0.2.1117046890: reply ok 24 nu= ll 21:04:51.575164 IP 192.168.0.2.954 > 192.168.0.1.sunrpc: UDP, length 56 21:04:51.576338 IP 192.168.0.1.sunrpc > 192.168.0.2.954: UDP, length 28 21:04:51.581561 IP 192.168.0.2.621 > 192.168.0.1.650: UDP, length 108 21:05:04.528129 IP 192.168.0.1.650 > 192.168.0.2.621: UDP, length 68 21:05:04.530154 IP 192.168.0.2 > 192.168.0.1: icmp 36: 192.168.0.2 udp port 62 1 unreachable 21:06:01.613750 IP 192.168.0.2.1006 > 192.168.0.1.sunrpc: UDP, length 56 21:06:01.616083 IP 192.168.0.1.sunrpc > 192.168.0.2.1006: UDP, length 28 21:06:01.622336 IP 192.168.0.2.1117192688 > 192.168.0.1.nfs: 40 null 21:06:01.626734 IP 192.168.0.1.nfs > 192.168.0.2.1117192688: reply ok 24 nu= ll 21:06:01.637315 IP 192.168.0.2.843 > 192.168.0.1.sunrpc: UDP, length 56 21:06:01.641915 IP 192.168.0.1.sunrpc > 192.168.0.2.843: UDP, length 28 21:06:01.646715 IP 192.168.0.2.792 > 192.168.0.1.650: UDP, length 108 21:06:06.614378 arp who-has 192.168.0.2 tell 192.168.0.1 21:06:06.615755 arp reply 192.168.0.2 is-at 52:54:00:12:34:56 21:06:16.682754 IP 192.168.0.1.650 > 192.168.0.2.792: UDP, length 68 21:06:16.684556 IP 192.168.0.2 > 192.168.0.1: icmp 36: 192.168.0.2 udp port 79 2 unreachable 21:07:11.659900 IP 192.168.0.2.764 > 192.168.0.1.sunrpc: UDP, length 56 21:07:11.662292 IP 192.168.0.1.sunrpc > 192.168.0.2.764: UDP, length 28 21:07:11.668228 IP 192.168.0.2.1117147813 > 192.168.0.1.nfs: 40 null 21:07:11.671916 IP 192.168.0.1.nfs > 192.168.0.2.1117147813: reply ok 24 nu= ll 21:07:11.676171 IP 192.168.0.2.693 > 192.168.0.1.sunrpc: UDP, length 56 21:07:11.683197 IP 192.168.0.1.sunrpc > 192.168.0.2.693: UDP, length 28 21:07:11.688238 IP 192.168.0.2.958 > 192.168.0.1.650: UDP, length 108 21:07:16.660731 arp who-has 192.168.0.2 tell 192.168.0.1 21:07:16.661668 arp reply 192.168.0.2 is-at 52:54:00:12:34:56 =20 Any hint is greatly appreciated. thanks, -aziz From owner-freebsd-hackers@FreeBSD.ORG Thu May 26 07:37:04 2005 Return-Path: X-Original-To: freebsd-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 22B9916A427 for ; Thu, 26 May 2005 07:37:04 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (ds9.atempo.com [212.157.146.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EFF843D53 for ; Thu, 26 May 2005 07:37:02 +0000 (GMT) (envelope-from herve.kergourlay@atempo.com) Received: from ds9.atempo.com (localhost.localdomain [127.0.0.1]) by localhost.atempo.com (Postfix) with ESMTP id 818152FD08 for ; Thu, 26 May 2005 09:37:01 +0200 (CEST) Received: from atempo.com (unknown [172.16.15.140])by ds9.atempo.com (Postfix) with ESMTP id 765BB2FD07for ; Thu, 26 May 2005 09:37:01 +0200 (CEST) Received: from [192.168.2.108] (aragorn.vannes.quadratec.fr [192.168.2.108])by atempo.com (Postfix) with ESMTP id 422A01E32B5for ; Thu, 26 May 2005 09:37:01 +0200 (CEST) Message-ID: <42957C9C.2000602@atempo.com> Date: Thu, 26 May 2005 09:37:00 +0200 From: =?ISO-8859-1?Q?Herv=E9_Kergourlay?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <428307A9.10901@atempo.com> <20050523115234.A41713@thor.farley.org><42932927.90104@atempo.com> <200505241728.47613.max@love2party.net> In-Reply-To: <200505241728.47613.max@love2party.net> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary=------------030702090009020208010401 X-imss-version: 2.025 X-imss-result: Passed X-imss-approveListMatch: *@atempo.com X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PAM and nullok X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 07:37:04 -0000 This is a multi-part message in MIME format. --------------030702090009020208010401 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit PAM it's working, the only problem is with the null password users, the answer is allways NO. the nullok doesn't seem active here is my PAM file auth required /usr/lib/pam_unix.so nullok account required /usr/lib/pam_unix.so nullok is it a bug ? or a configuration problem I test it on FreeBSD 5.3 and 5.4 best regards hervé --------------030702090009020208010401-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 26 08:17:44 2005 Return-Path: X-Original-To: freebsd-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 F35F116A423 for ; Thu, 26 May 2005 08:17:43 +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 5E85443D5F for ; Thu, 26 May 2005 08:17:41 +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 C204931D984; Thu, 26 May 2005 10:17:40 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 2FFDB4080; Thu, 26 May 2005 10:17:38 +0200 (CEST) Date: Thu, 26 May 2005 10:17:38 +0200 From: Jeremie Le Hen To: Dan Nelson Message-ID: <20050526081738.GI850@obiwan.tataz.chchile.org> References: <20050525175419.GA87847@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050525175419.GA87847@dan.emsphone.com> User-Agent: Mutt/1.5.9i Cc: David Andersen , freebsd-hackers@freebsd.org Subject: Re: Opening raw disk while mounted in 5.x? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 08:17:44 -0000 Hi, > Try setting the kern.geom.debugflags sysctl to 16. The kerenl > shouldn't have stopped you from writing to slice 1 though. I don't want to start the bikeshed again, but would this be ok to create a kern.geom.allow_foot_shooting sysctl wrapper for this and reference it in geom(4) manual page (and anywhere else it is relevant), at least temporaly until a decision is made ? I can't find where this is documented and this question goes back regularly. I can make a patch, if agreed. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Thu May 26 14:06:41 2005 Return-Path: X-Original-To: freebsd-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 60F2F16A41F for ; Thu, 26 May 2005 14:06:41 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDBA643D6B for ; Thu, 26 May 2005 14:06:32 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id CEA9084418 for ; Thu, 26 May 2005 16:06:30 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 96882-04-3 for ; Thu, 26 May 2005 16:06:22 +0200 (CEST) Received: from [172.16.129.72] (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTP id 75A1884423 for ; Thu, 26 May 2005 16:06:22 +0200 (CEST) Message-ID: <4295D7DE.4080104@fsn.hu> Date: Thu, 26 May 2005 16:06:22 +0200 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050325) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Subject: Improving bind 9 for money X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 14:06:41 -0000 Hello, I'm just doing a quick poll. If I would have a given amount of money and I would like to make bind 9 go faster (both in the terms of caching and authoritative performance) on FreeBSD, could I find the appropriate people for the job? The modifications would remain under the same license as bind itself. If somebody feels that she/he has the competence and the time to work on this, please mail me privately. Thanks, and sorry for the quite off topic message. -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 From owner-freebsd-hackers@FreeBSD.ORG Thu May 26 16:26:45 2005 Return-Path: X-Original-To: freebsd-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 8358516A41C for ; Thu, 26 May 2005 16:26:45 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABC7643D48 for ; Thu, 26 May 2005 16:26:44 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IH4007170VLT870@osl1smout1.broadpark.no> for freebsd-hackers@freebsd.org; Thu, 26 May 2005 20:33:21 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IH300CBSV6EAY20@osl1sminn1.broadpark.no> for freebsd-hackers@freebsd.org; Thu, 26 May 2005 18:30:14 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 6D77F45165; Thu, 26 May 2005 18:26:29 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id E580A45157; Thu, 26 May 2005 18:26:24 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id D8AF033C1C; Thu, 26 May 2005 18:26:24 +0200 (CEST) Date: Thu, 26 May 2005 18:26:24 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <4295D7DE.4080104@fsn.hu> To: Attila Nagy Message-id: <86fywaj6mn.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <4295D7DE.4080104@fsn.hu> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: Cc: freebsd-hackers@freebsd.org Subject: Re: Improving bind 9 for money X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 16:26:45 -0000 Attila Nagy writes: > If I would have a given amount of money and I would like to make bind > 9 go faster (both in the terms of caching and authoritative > performance) on FreeBSD, could I find the appropriate people for the > job? Did you ask Nominum? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu May 26 20:39:38 2005 Return-Path: X-Original-To: freebsd-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 711E416A41F for ; Thu, 26 May 2005 20:39:38 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE90143D49 for ; Thu, 26 May 2005 20:39:37 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so60084nzp for ; Thu, 26 May 2005 13:39:37 -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=Dxc9RmNdiIjyQj0rP/QmCusfNXS5jVl7vD0kD+xtz6S02VxpdB3kPjrk7F+VEFjcF3kQHuHvPpWxRzVlDis5COK+MLXnlGjNSBmLCVmeEndlI8xdrUs4UQiJUT0gyfwyajpO3YNbhR8hPTixJK3HsSPBmZLZhEqn8sxLbWi9uBg= Received: by 10.36.19.12 with SMTP id 12mr826370nzs; Thu, 26 May 2005 13:38:29 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Thu, 26 May 2005 13:38:28 -0700 (PDT) Message-ID: <3727392705052613381067f2a2@mail.gmail.com> Date: Thu, 26 May 2005 16:38:28 -0400 From: Aziz Kezzou To: freebsd-hackers , freebsd-net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Pseudo-device driver & select ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 20:39:38 -0000 Hi all, I am trying to implement a small kld pseudo-device driver on FreeBSD 5.3 th= at=20 behaves just like a socket with regards to the select system call. Currently, I am using the sample echo pseudo-device driver from http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/driverbasics= -char.html as an example. However, whenever I call select on the file descriptor of "/dev/echo" it always returns even when there is no data to be read. I looked at the socket code and it looks like I need to provide my own "fo_select" function in the fileops data structure. Am i right ? How do I do that ? The sample echo pseudo-device driver above uses=20 "struct cdevsw" instead... Thanks -aziz From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 00:36:27 2005 Return-Path: X-Original-To: freebsd-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 5848616A424 for ; Fri, 27 May 2005 00:36:27 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C722343D49 for ; Fri, 27 May 2005 00:36:24 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so152120nzp for ; Thu, 26 May 2005 17:36: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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UbxFDzQQAvsYjAaCyT55GDTGLvvF8McY7aqdVMJwOPzWv7KMreRdsa+9akHa3QCSNhTUpnc1f+0RUQsSuw22g3moRp1hH6c4Z67pe34RtUi8G8qzO3dFAzthIzgfQLjMriCun3n+Ipu0/8zMUJ3mQgUN+a8K/0Ve8qFu2vWVnXg= Received: by 10.36.19.12 with SMTP id 12mr902706nzs; Thu, 26 May 2005 17:36:21 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Thu, 26 May 2005 17:36:21 -0700 (PDT) Message-ID: <3727392705052617366706577c@mail.gmail.com> Date: Thu, 26 May 2005 20:36:21 -0400 From: Aziz Kezzou To: dave baukus , freebsd-hackers , freebsd-net In-Reply-To: <4296410C.1020108@chiaro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3727392705052613381067f2a2@mail.gmail.com> <4296410C.1020108@chiaro.com> Cc: Subject: Re: Pseudo-device driver & select ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 00:36:27 -0000 >=20 > Aziz Kezzou wrote: > > Hi all, > > I am trying to implement a small kld pseudo-device driver on FreeBSD 5.= 3 that > > behaves just like a socket with regards to the select system call. > > > > Currently, I am using the sample echo pseudo-device driver from > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/driverba= sics-char.html > > as an example. However, whenever I call select on the file > > descriptor of "/dev/echo" it always returns even when there is no data > > to be read. > > > > I looked at the socket code and it looks like I need to provide my own > > "fo_select" function in the fileops data structure. Am i right ? How > > do I do that ? The sample echo pseudo-device driver above uses > > "struct cdevsw" instead... > > > > Thanks > > -aziz > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > > look at spec_poll() > I beleive that when your device is opened the fileops{} will > point to the spec ops and you're code will be entered via > spec_poll() - now you just need to implement the poll/select notion > for your device. > =20 Thanks,=20 Actually, il turned out to be very simple. I needed only to provide a "d_poll" function as part of the structure cdevsw, as follows : /* Character device entry points */ static struct cdevsw echo_cdevsw =3D { .d_version =3D D_VERSION, .d_open =3D echo_open, .d_close =3D echo_close, .d_read =3D echo_read, .d_write =3D echo_write, .d_poll =3D echo_poll, .d_name =3D "echo", }; with echo_poll : static=09int echo_poll(struct cdev *dev, int events, struct thread *td) { uprintf( "echo_poll called : data_available =3D %d!\n", data_available ); if(data_available =3D=3D 0) =20 return 0; =20 data_available =3D 0; =20 return 1; } From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 01:00:49 2005 Return-Path: X-Original-To: freebsd-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 1B69816A41C for ; Fri, 27 May 2005 01:00:48 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5224543D1D for ; Fri, 27 May 2005 01:00:48 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so159281nzp for ; Thu, 26 May 2005 18:00:47 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WCWtoj36cvu2qhCoh1Ns9PFHkh8gM+4pjFJQ9sEhjUYfUyqloLITs2wLu8zfG/4JUZyH+47Is7Pue3K3w2G3W4s33HzT0w9gwcxADDhVOJHjN6MFiKdlVni+ou1DgQtGbOjW2njbNM2Bgj4sx/DheztElkiMF9Mz7AK1e0Mmzes= Received: by 10.36.157.18 with SMTP id f18mr904619nze; Thu, 26 May 2005 18:00:47 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Thu, 26 May 2005 18:00:47 -0700 (PDT) Message-ID: <37273927050526180026d23c7d@mail.gmail.com> Date: Thu, 26 May 2005 21:00:47 -0400 From: Aziz Kezzou To: dave baukus , freebsd-hackers , freebsd-net In-Reply-To: <3727392705052617366706577c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3727392705052613381067f2a2@mail.gmail.com> <4296410C.1020108@chiaro.com> <3727392705052617366706577c@mail.gmail.com> Cc: Subject: Re: Pseudo-device driver & select ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 01:00:49 -0000 > > > > Aziz Kezzou wrote: > > > Hi all, > > > I am trying to implement a small kld pseudo-device driver on FreeBSD = 5.3 that > > > behaves just like a socket with regards to the select system call. > > > > > > Currently, I am using the sample echo pseudo-device driver from > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/driver= basics-char.html > > > as an example. However, whenever I call select on the file > > > descriptor of "/dev/echo" it always returns even when there is no dat= a > > > to be read. > > > > > > I looked at the socket code and it looks like I need to provide my ow= n > > > "fo_select" function in the fileops data structure. Am i right ? How > > > do I do that ? The sample echo pseudo-device driver above uses > > > "struct cdevsw" instead... > > > > > > Thanks > > > -aziz > > > _______________________________________________ > > > freebsd-net@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org= " > > > > > > > > look at spec_poll() > > I beleive that when your device is opened the fileops{} will > > point to the spec ops and you're code will be entered via > > spec_poll() - now you just need to implement the poll/select notion > > for your device. > > >=20 > Thanks, > Actually, il turned out to be very simple. > I needed only to provide a "d_poll" function as part of the structure > cdevsw, as follows : >=20 > /* Character device entry points */ > static struct cdevsw echo_cdevsw =3D { > .d_version =3D D_VERSION, > .d_open =3D echo_open, > .d_close =3D echo_close, > .d_read =3D echo_read, > .d_write =3D echo_write, > .d_poll =3D echo_poll, > .d_name =3D "echo", > }; >=20 > with echo_poll : > static int > echo_poll(struct cdev *dev, int events, struct thread *td) > { >=20 > uprintf( "echo_poll called : data_available =3D %d!\n", data_available = ); > if(data_available =3D=3D 0) > return 0; > data_available =3D 0; > return 1; > } >=20 Now the question is, if I don't have any data available when select (i.e d_poll ) is called, how do I notify select when data arrives ? looks like "d_poll" is called only once (the name is a bit misleading here ;-) , isn't it ? Any hints ?=20 Thanks. -aziz From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 07:58:23 2005 Return-Path: X-Original-To: freebsd-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 89A1416A41C for ; Fri, 27 May 2005 07:58:23 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 074F643D4C for ; Fri, 27 May 2005 07:58:22 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 046C58441E; Fri, 27 May 2005 09:58:19 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 73123-03-4; Fri, 27 May 2005 09:58:13 +0200 (CEST) Received: from [172.16.129.72] (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTP id BBEC484423; Fri, 27 May 2005 09:58:13 +0200 (CEST) Message-ID: <4296D315.7080903@fsn.hu> Date: Fri, 27 May 2005 09:58:13 +0200 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050325) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <4295D7DE.4080104@fsn.hu> <86fywaj6mn.fsf@xps.des.no> In-Reply-To: <86fywaj6mn.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: freebsd-hackers@freebsd.org Subject: Re: Improving bind 9 for money X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 07:58:23 -0000 Dag-Erling Smorgrav wrote: >>If I would have a given amount of money and I would like to make bind >>9 go faster (both in the terms of caching and authoritative >>performance) on FreeBSD, could I find the appropriate people for the >>job? > Did you ask Nominum? Their product, CNS is blazingly fast and has a very small footprint. But instead of buying that I would be more than happy to help to enhance an open source program. Do you think that Nominum will make bind go as fast (or faster, because CNS is not threaded) as their product for the same amount of money their product costs? I think they are not crazy. :) -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 08:05:08 2005 Return-Path: X-Original-To: freebsd-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 69BE716A41C for ; Fri, 27 May 2005 08:05:08 +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 006BC43D4C for ; Fri, 27 May 2005 08:05:07 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 56299 invoked from network); 27 May 2005 08:05:06 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 27 May 2005 08:05:06 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 27 May 2005 03:05:04 -0500 (CDT) From: Mike Silbersack To: Attila Nagy In-Reply-To: <4295D7DE.4080104@fsn.hu> Message-ID: <20050527030249.W1906@odysseus.silby.com> References: <4295D7DE.4080104@fsn.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Improving bind 9 for money X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 08:05:08 -0000 On Thu, 26 May 2005, Attila Nagy wrote: > Hello, > > I'm just doing a quick poll. > > If I would have a given amount of money and I would like to make bind 9 go > faster (both in the terms of caching and authoritative performance) on > FreeBSD, could I find the appropriate people for the job? > > The modifications would remain under the same license as bind itself. > > If somebody feels that she/he has the competence and the time to work on > this, please mail me privately. > > Thanks, and sorry for the quite off topic message. > > -- > Attila Nagy e-mail: Attila.Nagy@fsn.hu If you have some sort of dns benchmarking program, it would be interesting if you could add it to ports; rwatson has done a lot of benchmarking with mysql on freebsd 5 vs 6, it would be interesting to see if BIND performance has changed in a similar fashion. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 08:13:56 2005 Return-Path: X-Original-To: freebsd-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 E79DB16A41C for ; Fri, 27 May 2005 08:13:56 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C16D43D53 for ; Fri, 27 May 2005 08:13:56 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id C3FC88441F; Fri, 27 May 2005 10:13:54 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 74914-02-4; Fri, 27 May 2005 10:13:48 +0200 (CEST) Received: from [172.16.129.72] (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTP id 3F5C084423; Fri, 27 May 2005 10:13:48 +0200 (CEST) Message-ID: <4296D6BB.3040700@fsn.hu> Date: Fri, 27 May 2005 10:13:47 +0200 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050325) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Silbersack References: <4295D7DE.4080104@fsn.hu> <20050527030249.W1906@odysseus.silby.com> In-Reply-To: <20050527030249.W1906@odysseus.silby.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: freebsd-hackers@freebsd.org Subject: Re: Improving bind 9 for money X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 08:13:57 -0000 Mike Silbersack wrote: > If you have some sort of dns benchmarking program, it would be > interesting if you could add it to ports; rwatson has done a lot of > benchmarking with mysql on freebsd 5 vs 6, it would be interesting to > see if BIND performance has changed in a similar fashion. The original tarball of bind9 contains a contrib/queryperf dictionary, which can be used to bechmark caching and authoritative nameservers. -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 09:14:40 2005 Return-Path: X-Original-To: freebsd-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 614D916A41C for ; Fri, 27 May 2005 09:14:40 +0000 (GMT) (envelope-from NKoch@demig.de) Received: from server.absolute-media.de (server.absolute-media.de [213.239.231.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C248943D1F for ; Fri, 27 May 2005 09:14:39 +0000 (GMT) (envelope-from NKoch@demig.de) Received: from localhost (unknown [127.0.0.1]) by server.absolute-media.de (Postfix) with ESMTP id 6951B7CF41 for ; Fri, 27 May 2005 11:14:37 +0200 (CEST) Received: from server.absolute-media.de ([127.0.0.1]) by localhost (server [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09516-06 for ; Fri, 27 May 2005 11:14:32 +0200 (CEST) Received: from firewall.demig (p5092941B.dip0.t-ipconnect.de [80.146.148.27]) by server.absolute-media.de (Postfix) with ESMTP id 737767C68D for ; Fri, 27 May 2005 11:14:32 +0200 (CEST) Received: from ws-ew-3 (ws-ew-3.w2kdemig [192.168.1.72]) by firewall.demig (8.13.4/8.13.1) with SMTP id j4R9BUaL075972 for ; Fri, 27 May 2005 11:11:30 +0200 (CEST) (envelope-from NKoch@demig.de) From: "Norbert Koch" To: Date: Fri, 27 May 2005 11:11:29 +0200 Message-ID: <000401c5629c$117c34a0$4801a8c0@ws-ew-3.W2KDEMIG> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2120.0 X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at absolute-media.de Subject: panic in device driver strategy function: bp->b_dev==NULL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 09:14:40 -0000 Hello, I have written a small device driver for a static ram based disk. The code is - more or less - derived from Poul Henning Kamp's md device. It is written for FreeBSD 4.X. This device is kld-loaded and runs without any problems with my 'standard' kernel configuration. As soon as I boot a kernel with some debug settings the driver crashes due to a failed assertion in my strategy routine. ******** Here are the diffs between my standard(-) and debug(+) kernel configuration: +options DDB +options DEBUG_LOCKS +options KBDIO_DEBUG +options SC_DEBUG_LEVEL=5 -options PANIC_REBOOT_WAIT_TIME=5 +options PANIC_REBOOT_WAIT_TIME=60 -options SC_DISABLE_DDBKEY +options SC_HISTORY_SIZE=1000 -device sio0 at isa? port IO_COM1 flags 0x10 irq 4 +device sio0 at isa? port IO_COM1 flags 0x90 irq 4 Some of the common options are HZ=400, DEVICE_POLLING, KTRACE, NO_SWAPPING, SOFTUPDATES, UFS_DIRHASH ******** Here is my debugging output: (kgdb) bt #1 0xc0153318 in panic (fmt=0xc0cabc80 "\"sram.c\", 362: sram_strategy: bp->b_dev==NULL") at ../../kern/kern_shutdown.c:593 #2 0xc0cab2e8 in sram_strategy (bp=0xc349bdc0) at sram.c:362 #3 0xc015ccad in diskstrategy (bp=0xc349bdc0) at ../../kern/subr_disk.c:251 #4 0xc0224952 in dsinit (dev=0xc0ca3e80, lp=0xc0c240d0, sspp=0xc0c240cc) at ../../kern/subr_diskmbr.c:191 #5 0xc015dbfa in dsopen (dev=0xc0ca3e80, mode=8192, flags=0, sspp=0xc0c240cc, lp=0xc0c240d0) at ../../kern/subr_diskslice.c:696 #6 0xc015cb36 in diskopen (dev=0xc0ca3e80, oflags=1, devtype=8192, p=0xc7bb5260) at ../../kern/subr_disk.c:196 #7 0xc018d72d in spec_open (ap=0xc8908dfc) at ../../miscfs/specfs/spec_vnops.c:193 #8 0xc018d62d in spec_vnoperate (ap=0xc8908dfc) at ../../miscfs/specfs/spec_vnops.c:119 #9 0xc01ccfb5 in ufs_vnoperatespec (ap=0xc8908dfc) at ../../ufs/ufs/ufs_vnops.c:2394 #10 0xc0189641 in vn_open (ndp=0xc8908ec8, fmode=1, cmode=385) at vnode_if.h:189 #11 0xc01854ec in open (p=0xc7bb5260, uap=0xc8908f80) at ../../kern/vfs_syscalls.c:1035 #12 0xc02193f9 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134543916, tf_esi = -1077936648, tf_ebp = -1077936736, tf_isp = -930050092, tf_ebx = 0, tf_edx = 134543904, tf_ecx = -13, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip = 671988064, tf_cs = 31, tf_eflags = 582, tf_esp = -1077937068, tf_ss = 47}) at ../../i386/i386/trap.c:1255 #13 0xc020c685 in Xint0x80_syscall () (kgdb) frame 2 (kgdb) p *bp $2 = {b_hash = {le_next = 0xc3504000, le_prev = 0xc0286c0c}, b_vnbufs = {tqe_next = 0x0, tqe_prev = 0x0}, b_freelist = {tqe_next = 0xc349bf18, tqe_prev = 0xc026e9e8}, b_act = {tqe_next = 0x0, tqe_prev = 0x0}, b_flags = 1122304, b_qindex = 0, b_xflags = 0 '\000', b_lock = {lk_interlock = {lock_data = 0}, lk_flags = 1024, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 20, lk_wmesg = 0xc0239afc "bufwait", lk_timo = 0, lk_lockholder = 134}, b_error = -1071408864, b_bufsize = -1071408848, b_runningbufspace = 286, b_bcount = 0, b_resid = 512, b_dev = 0x0, b_data = 0x200
, b_kvabase = 0x0, b_kvasize = -1060487424, b_lblkno = -1060470784, b_blkno = -1014542336, b_offset = 16384, b_iodone = 0, b_iodone_chain = 0xffffffff, b_vp = 0xffffffff, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_pblkno = 0, b_saveaddr = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_caller1 = 0x0, b_caller2 = 0x0, b_pager = { pg_spc = 0x0, pg_reqpage = 0}, b_cluster = {cluster_head = {tqh_first = 0x0, tqh_last = 0x0}, cluster_entry = {tqe_next = 0x0, tqe_prev = 0x0}}, b_pages = {0x0 }, b_npages = 0, b_dep = {lh_first = 0x0}, b_chain = {parent = 0x0, count = 0}} ******** And here is the source of the beginning of my strategy routine: static void sram_strategy (struct buf * bp) { intrmask_t s; struct sram_softc * sc; ASSERT (bp != NULL, "sram_strategy: bp==NULL");/* #1 */ ASSERT (bp->b_dev != NULL, "sram_strategy: bp->b_dev==NULL");/* #2 */ sc = bp->b_dev->si_drv1; ASSERT (sc != NULL, "sram_strategy: bp->b_dev->si_drv1==NULL");/* #3 */ DPRINTF (9, "sram_strategy: (%p) %s %lx, %d, %ld, %p)\n", bp, devtoname (bp->b_dev), bp->b_flags, bp->b_blkno, bp->b_bcount / DEV_BSIZE, bp->b_data); s = splbio (); ... ASSERT #2 fails. Any idea? Thank you for any help, Norbert Koch From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 01:59:13 2005 Return-Path: X-Original-To: freebsd-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 F2CCB16A41C for ; Fri, 27 May 2005 01:59:12 +0000 (GMT) (envelope-from non_secure@yahoo.com) Received: from web53304.mail.yahoo.com (web53304.mail.yahoo.com [206.190.39.233]) by mx1.FreeBSD.org (Postfix) with SMTP id 9607C43D48 for ; Fri, 27 May 2005 01:59:12 +0000 (GMT) (envelope-from non_secure@yahoo.com) Received: (qmail 13591 invoked by uid 60001); 27 May 2005 01:59:11 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=Fz6f6j2WLasrbgHV/O8aN3n0T5GuH3q5kWhe4J0JTR3h5xbzNYtm0AsWUnyT9TLRlAKCVDaZAwXb8+8uastLJk2fExBHEBfD9IW5Gt6nS5B19uxaDK7pLUIzrB25mkoqPCuCASi9opcEovyYrA501tLB3gTSMX0lvE5gFXfdRss= ; Message-ID: <20050527015911.13589.qmail@web53304.mail.yahoo.com> Received: from [208.186.91.245] by web53304.mail.yahoo.com via HTTP; Thu, 26 May 2005 18:59:11 PDT Date: Thu, 26 May 2005 18:59:11 -0700 (PDT) From: Joe Schmoe To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Fri, 27 May 2005 12:17:40 +0000 Subject: Using a logitech mx700 with scrollwheel _and_ thumb buttons X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 01:59:13 -0000 Hello, I have a logitech mx700 - it has a scrollwheel and two thumb buttons (designed for forward and back in your browser) as well as some other launch button on the top that I guess is for launching an app. I am using FBSD 5.4-RELEASE with xorg installed from the ports tree. I have tried many, many different combinations of settings in /etc/rc.conf, xorg.conf and .xinitrc. The results are always the same: - I can use the scrollwheel just fine - first three mouse buttons work just fine - the other three (two thumb buttons and the app button) _always_ generate the same mousebutton event So for instance, at first I had: moused_flags="-z 4" in /etc/rc.conf and I had: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "Buttons" "7" EndSection in my xorg.conf and I had: /usr/X11R6/bin/xmodmap -e "pointer = 1 3 2 4 5 6 7" in my .xinitrc Checking button events in xev, under this config, shows that upwheel is 4, downwheel is 5 (and yes, the wheel worked) and all three other buttons (two thumbs and app button) were all button 5. so then I removed the -z line from /etc/rc.conf, and added this to my xorg.conf: Option "ZAxisMapping" "6 7" Same behavior. wheel works, the other three are all event button 5. So the only semi-success I had was when I changed my ZAxisMapping line to: Option "ZAxisMapping" "4 5 6 7" When I did this, wheelup is 4, wheeldown is 5, the little pseudo buttons above and below the wheel now create the following combo events of 6,4 and 5,5 respectively, and my two thumb buttons and app button now all produce button 7. ----- So what can I do here ? No matter how I rearrange my settings, the two thumb buttons and the app button always produce the same button event. Whether it is 5 or 7, it is always the same. Does anyone have a Logitech mx700 mouse, in FreeBSD 5.x, with xorg, running properly with the wheel and the thumb buttons ? thanks, jarsh __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/ From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 12:42:43 2005 Return-Path: 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 BEC5816A41C for ; Fri, 27 May 2005 12:42:43 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FF0D43D49 for ; Fri, 27 May 2005 12:42:42 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 2A13011B4C for ; Fri, 27 May 2005 14:45:20 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 66288-05 for ; Fri, 27 May 2005 14:45:14 +0200 (CEST) Received: from localhost.localdomain (ALagny-106-1-4-180.w80-14.abo.wanadoo.fr [80.14.230.180]) by smtp.xbsd.org (Postfix) with ESMTP id C3BF511438 for ; Fri, 27 May 2005 14:45:13 +0200 (CEST) From: Florent Thoumie To: hackers@freebsd.org Content-Type: text/plain Date: Fri, 27 May 2005 14:42:33 +0200 Message-Id: <1117197753.2458.23.camel@ft-laptop.int.celeste.fr> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at xbsd.org Cc: Subject: Linux/FreeBSD Channel Bonding Interoperability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 12:42:43 -0000 Hey list. I'm advocating for FreeBSD for about 6 months now where I'm working and they have the project to build their own router (which will probably be based on WRAP). The good point is that the actual solution is running Linux but it's not highly reliable. The bad point is that they're using channel bonding (on both peers) and they don't want to change one (or at least the system it runs). I've read about ng_fec and ng_onetomany, so I know channel bonding is quite easy (seems so, according to web pages I've found) but I guess FreeBSD and Linux won't work correctly. If that's the case, I wondered if it could be possible to add a new node to "translate" stuff so that both could communicate correctly. This can be a dumb idea, really I've no idea since I don't know anything about netgraph and bonding. -- Florent Thoumie flz@xbsd.org From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 13:34:44 2005 Return-Path: X-Original-To: freebsd-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 30A1416A41C for ; Fri, 27 May 2005 13:34:44 +0000 (GMT) (envelope-from NKoch@demig.de) Received: from server.absolute-media.de (server.absolute-media.de [213.239.231.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C259043D1F for ; Fri, 27 May 2005 13:34:43 +0000 (GMT) (envelope-from NKoch@demig.de) Received: from localhost (unknown [127.0.0.1]) by server.absolute-media.de (Postfix) with ESMTP id 9C9BC73ECB for ; Fri, 27 May 2005 15:34:41 +0200 (CEST) Received: from server.absolute-media.de ([127.0.0.1]) by localhost (server [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32320-02 for ; Fri, 27 May 2005 15:34:36 +0200 (CEST) Received: from firewall.demig (p5092941B.dip0.t-ipconnect.de [80.146.148.27]) by server.absolute-media.de (Postfix) with ESMTP id DC0D07CB17 for ; Fri, 27 May 2005 15:34:35 +0200 (CEST) Received: from ws-ew-3 (ws-ew-3.w2kdemig [192.168.1.72]) by firewall.demig (8.13.4/8.13.1) with SMTP id j4RDYGnB088699 for ; Fri, 27 May 2005 15:34:16 +0200 (CEST) (envelope-from NKoch@demig.de) From: "Norbert Koch" To: Date: Fri, 27 May 2005 15:34:15 +0200 Message-ID: <000301c562c0$c6825400$4801a8c0@ws-ew-3.W2KDEMIG> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <000401c5629c$117c34a0$4801a8c0@ws-ew-3.W2KDEMIG> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2120.0 Importance: Normal X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at absolute-media.de Subject: RE: panic in device driver strategy function: bp->b_dev==NULL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 13:34:44 -0000 > Hello, > > I have written a small device driver for a static ram > based disk. The code is - more or less - derived from > Poul Henning Kamp's md device. > It is written for FreeBSD 4.X. > > This device is kld-loaded and runs without any problems > with my 'standard' kernel configuration. > > As soon as I boot a kernel with some debug settings the > driver crashes due to a failed assertion in my strategy > routine. > Hello again, I played around with configuration switches and found, that without "option DEBUG_LOCKS" all is ok. Any idea? Norbert Koch From owner-freebsd-hackers@FreeBSD.ORG Fri May 27 17:29:47 2005 Return-Path: X-Original-To: freebsd-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 8B23616A41C for ; Fri, 27 May 2005 17:29:47 +0000 (GMT) (envelope-from appaquet@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2F143D49 for ; Fri, 27 May 2005 17:29:46 +0000 (GMT) (envelope-from appaquet@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so2735428wra for ; Fri, 27 May 2005 10:29:46 -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:in-reply-to:mime-version:content-type:references; b=l4JE3c7Qi7Ulilfbpdy7t9kG32yzzZqlwVoRFYay1en6LdooOROPg0tsI0zbD8ng1S6skDPvR0sNINy3n5vwyEmpszHs2dNQDuVYV5ez+3fUluvNDx8oQMLz8xtvacPe2M/Wy9oLaFc3BFGim1m8yq17+OKPf+WAj9WKvAjuq5s= Received: by 10.54.27.62 with SMTP id a62mr2680014wra; Fri, 27 May 2005 10:29:46 -0700 (PDT) Received: by 10.54.138.6 with HTTP; Fri, 27 May 2005 10:29:46 -0700 (PDT) Message-ID: <70420664050527102942725d45@mail.gmail.com> Date: Fri, 27 May 2005 13:29:46 -0400 From: =?ISO-8859-1?Q?Andr=E9-Philippe_Paquet?= To: freebsd-hackers@freebsd.org In-Reply-To: <20050527015911.13589.qmail@web53304.mail.yahoo.com> Mime-Version: 1.0 References: <20050527015911.13589.qmail@web53304.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Using a logitech mx700 with scrollwheel _and_ thumb buttons X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?ISO-8859-1?Q?Andr=E9-Philippe_Paquet?= List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 17:29:47 -0000 My MX500 is working just fine. Here what I do: - Install imwheel (/usr/ports/x11/imwheel)=20 - Add this to ~/.imwheelrc=20 ".*" None, Up, Alt_L|Left,1 None, Down, Alt_L|Right,1 "(null)" None, Up, Alt_L|Left,1 None, Down, Alt_L|Right,1 =20 - In my x.org file.. For the InputDevice section:=20 Option "Buttons" "7" Option "ZAxisMapping" "6 7" =20 - Finaly, I run these two commands on Xwindows start:=20 imwheel -b "67" & xmodmap -e "pointer =3D 1 2 3 6 7 4 5" It works #1 with my logitech MX500 mouse (I tested on xfce4 and kde). The= =20 only problem I have is that my app button is not working but I wasn't using= =20 it in windows anyway so I don't need it. The tumbs buttons are working #1 i= n=20 Firefox and Konqueror. Andr=E9-Philippe Paquet On 5/26/05, Joe Schmoe wrote: >=20 > Hello, >=20 > I have a logitech mx700 - it has a scrollwheel and two > thumb buttons (designed for forward and back in your > browser) as well as some other launch button on the > top that I guess is for launching an app. >=20 > I am using FBSD 5.4-RELEASE with xorg installed from > the ports tree. >=20 > I have tried many, many different combinations of > settings in /etc/rc.conf, xorg.conf and .xinitrc. The > results are always the same: >=20 > - I can use the scrollwheel just fine > - first three mouse buttons work just fine > - the other three (two thumb buttons and the app > button) _always_ generate the same mousebutton event >=20 > So for instance, at first I had: >=20 > moused_flags=3D"-z 4" in /etc/rc.conf >=20 > and I had: >=20 > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "Buttons" "7" > EndSection >=20 > in my xorg.conf >=20 > and I had: >=20 > /usr/X11R6/bin/xmodmap -e "pointer =3D 1 3 2 4 5 6 7" >=20 > in my .xinitrc >=20 > Checking button events in xev, under this config, > shows that upwheel is 4, downwheel is 5 (and yes, the > wheel worked) and all three other buttons (two thumbs > and app button) were all button 5. >=20 > so then I removed the -z line from /etc/rc.conf, and > added this to my xorg.conf: >=20 > Option "ZAxisMapping" "6 7" >=20 > Same behavior. wheel works, the other three are all > event button 5. >=20 > So the only semi-success I had was when I changed my > ZAxisMapping line to: >=20 > Option "ZAxisMapping" "4 5 6 7" >=20 > When I did this, wheelup is 4, wheeldown is 5, the > little pseudo buttons above and below the wheel now > create the following combo events of 6,4 and 5,5 > respectively, and my two thumb buttons and app button > now all produce button 7. >=20 > ----- >=20 > So what can I do here ? No matter how I rearrange my > settings, the two thumb buttons and the app button > always produce the same button event. Whether it is 5 > or 7, it is always the same. >=20 > Does anyone have a Logitech mx700 mouse, in FreeBSD > 5.x, with xorg, running properly with the wheel and > the thumb buttons ? >=20 > thanks, jarsh >=20 >=20 >=20 > __________________________________ > Do you Yahoo!? > Yahoo! Small Business - Try our new Resources site > http://smallbusiness.yahoo.com/resources/ > _______________________________________________ > 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-hackers@FreeBSD.ORG Fri May 27 18:27:56 2005 Return-Path: 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 5446616A41C for ; Fri, 27 May 2005 18:27:56 +0000 (GMT) (envelope-from julian@elischer.org) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CEB743D1F for ; Fri, 27 May 2005 18:27:56 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 015137A425; Fri, 27 May 2005 11:27:55 -0700 (PDT) Message-ID: <429766AB.6070803@elischer.org> Date: Fri, 27 May 2005 11:27:55 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Florent Thoumie References: <1117197753.2458.23.camel@ft-laptop.int.celeste.fr> In-Reply-To: <1117197753.2458.23.camel@ft-laptop.int.celeste.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: Linux/FreeBSD Channel Bonding Interoperability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 18:27:56 -0000 probably this would be better in net@freebsd.org Florent Thoumie wrote: > Hey list. > > I'm advocating for FreeBSD for about 6 months now where I'm > working and they have the project to build their own router > (which will probably be based on WRAP). > > The good point is that the actual solution is running Linux > but it's not highly reliable. The bad point is that they're > using channel bonding (on both peers) and they don't want to > change one (or at least the system it runs). > > I've read about ng_fec and ng_onetomany, so I know channel > bonding is quite easy (seems so, according to web pages I've > found) but I guess FreeBSD and Linux won't work correctly. > If that's the case, I wondered if it could be much aspossible to add a > new node to "translate" stuff so that both could communicate > correctly. > > how you do it depends entirely on how they are doing the bonding in Linux. you do not give any clues as to what modules they are using. > This can be a dumb idea, really I've no idea since I don't know > anything about netgraph and bonding. > > > From owner-freebsd-hackers@FreeBSD.ORG Sat May 28 14:22:27 2005 Return-Path: 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 789FE16A41C for ; Sat, 28 May 2005 14:22:27 +0000 (GMT) (envelope-from dionch@freemail.gr) Received: from smtp.freemail.gr (smtp.freemail.gr [213.239.180.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EB9843D48 for ; Sat, 28 May 2005 14:22:26 +0000 (GMT) (envelope-from dionch@freemail.gr) Received: by smtp.freemail.gr (Postfix, from userid 101) id 3215CBC096; Sat, 28 May 2005 17:22:25 +0300 (EEST) Received: from R3B (unknown [62.38.169.49])by smtp.freemail.gr (Postfix) with ESMTP id 3F8F0BC04A; Sat, 28 May 2005 17:22:24 +0300 (EEST) Message-ID: <003401c56390$a1cf6050$0100000a@R3B> From: "Chris Dionissopoulos" To: "Florent Thoumie" , References: <1117197753.2458.23.camel@ft-laptop.int.celeste.fr> Date: Sat, 28 May 2005 17:22:06 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-7"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: Re: Linux/FreeBSD Channel Bonding Interoperability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris Dionissopoulos List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 14:22:27 -0000 > > I've read about ng_fec and ng_onetomany, so I know channel > bonding is quite easy (seems so, according to web pages I've > found) but I guess FreeBSD and Linux won't work correctly. > If that's the case, I wondered if it could be possible to add a > new node to "translate" stuff so that both could communicate > correctly. > > This can be a dumb idea, really I've no idea since I don't know > anything about netgraph and bonding. > > -- > Florent Thoumie > flz@xbsd.org Yes, it's worked fine for me, ( in some tests i made a couple of months ago): http://r3b.bug.gr/?p=19 I know that seems greek to you but the ascii-art diagram make sense (I think). In this screenshot: http://r3b.bug.gr/files/loadbalance.png I'm downloading a netbsd.iso from a linux box inside "Network1", and in freebsd box I have 2 "ifstat" open (for each tap[0,1] device). Every single IP in Network1/24 is shapped to 64Kbps. I use: Linux: Channel Bonding + OpenVPN-2beta FreeBSD: ng_one2many + OpenVPN-2beta Router1/isp1,Router2/isp2 are emulated with pptp (tap) links. ____________________________________________________________________ http://www.freemail.gr - äùñåÜí õðçñåóßá çëåêôñïíéêïý ôá÷õäñïìåßïõ. http://www.freemail.gr - free email service for the Greek-speaking. From owner-freebsd-hackers@FreeBSD.ORG Sat May 28 14:23:48 2005 Return-Path: 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 2FFD016A41C for ; Sat, 28 May 2005 14:23:48 +0000 (GMT) (envelope-from SRS0+9fa62b57bb164851b4cc+643+infradead.org+hch@pentafluge.srs.infradead.org) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id D916743D1D for ; Sat, 28 May 2005 14:23:47 +0000 (GMT) (envelope-from SRS0+9fa62b57bb164851b4cc+643+infradead.org+hch@pentafluge.srs.infradead.org) Received: from hch by pentafluge.infradead.org with local (Exim 4.43 #1 (Red Hat Linux)) id 1Dc2E1-000617-IG; Sat, 28 May 2005 15:23:41 +0100 Date: Sat, 28 May 2005 15:23:41 +0100 From: Christoph Hellwig To: Julian Elischer Message-ID: <20050528142341.GA20723@infradead.org> References: <1117197753.2458.23.camel@ft-laptop.int.celeste.fr> <429766AB.6070803@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <429766AB.6070803@elischer.org> User-Agent: Mutt/1.4.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Cc: hackers@freebsd.org, Florent Thoumie Subject: Re: Linux/FreeBSD Channel Bonding Interoperability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 14:23:48 -0000 On Fri, May 27, 2005 at 11:27:55AM -0700, Julian Elischer wrote: > how you do it depends entirely on how they are doing the bonding in Linux. > you do not give any clues as to what modules they are using. Linux supports many different modes, the most standard one probably beeing 802.3ad.