From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 02:44:35 2004 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 90FB816A4CE; Sun, 7 Mar 2004 02:44:35 -0800 (PST) Received: from pengo.systems.pipex.net (pengo.systems.pipex.net [62.241.160.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 950AD43D31; Sun, 7 Mar 2004 02:44:34 -0800 (PST) (envelope-from mark.cullen@dsl.pipex.com) Received: from ape (81-178-207-121.dsl.pipex.com [81.178.207.121]) by pengo.systems.pipex.net (Postfix) with SMTP id 3D99E4C00063; Sun, 7 Mar 2004 10:44:32 +0000 (GMT) Message-ID: <000d01c40431$2d6b93b0$f700000a@ape> From: "Markie" To: , , , Date: Sun, 7 Mar 2004 10:44:32 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Mailman-Approved-At: Sun, 07 Mar 2004 05:16:50 -0800 Subject: Yet another panic... using /dev/speaker this time 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, 07 Mar 2004 10:44:35 -0000 Well I think I have worked around my other panic that I posted a few days ago by updating the modems firmware, atleast it doesn't panic under the situation it did last time. I still believe the bug exists somewhere though and i'm sure I could still reproduce it if anyone is interested. Just now I was playing about with /dev/speaker for a script I want to beep. I did an `echo a > /dev/speaker` and it worked, but I decided I wanted it longer or some kind of pattern. I followed this by an `echo aaa > /dev/speaker` and it worked :o) I then went on to read the man page and found out about raising and lowering octaves and pauses, so next I tried `echo aPa > /dev/speaker` and indeed there was a pause. However, when I tried `echo aP>a > /dev/speaker` (which I think is wrong anyhow but never mind) my SSH session froze and I knew something had gone wrong. Unfortuantly the monitor had become unplugged from when I was fiddling about so I didn't get to see anything on screen, but I did get a coredump for what it's worth. It isn't from a debugging kernel either, if need be I can load a debugging kernel and see if I can reproduce it. ( I am beginning to think I never should have upgraded :o) ) Anyway, here goes nothing: --- IdlePTD at phsyical address 0x00361000 initial pcb at physical address 0x002bb620 panicstr: getnewbuf: locked buf panic messages: --- panic: lockmgr: pid 8486, not exclusive lock holder 7018 unlocking syncing disks... panic: getnewbuf: locked buf Uptime: 3d13h40m34s dumping to dev #ad/0x20001, offset 65664 dump ata0: resetting devices .. done 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc015bea2 in dumpsys () (kgdb) bt #0 0xc015bea2 in dumpsys () #1 0xc015bc6c in boot () #2 0xc015c0a0 in poweroff_wait () #3 0xc0183d4f in getnewbuf () #4 0xc01849cf in geteblk () #5 0xc0182b8d in bwrite () #6 0xc018869f in vop_stdbwrite () #7 0xc01884b5 in vop_defaultop () #8 0xc0183006 in bawrite () #9 0xc01965b0 in spec_fsync () #10 0xc0214d48 in ffs_sync () #11 0xc018d74b in sync () #12 0xc015ba06 in boot () #13 0xc015c0a0 in poweroff_wait () #14 0xc0155e48 in lockmgr () #15 0xc0183698 in brelse () #16 0xc0260bea in spkrclose () #17 0xc019687f in spec_close () #18 0xc021cb06 in ufsspec_close () #19 0xc021d101 in ufs_vnoperatespec () #20 0xc01921a7 in vn_close () #21 0xc0192afe in vn_closefile () #22 0xc0150eb8 in fdrop () ---Type to continue, or q to quit--- #23 0xc0150dfc in closef () #24 0xc0150931 in fdfree () #25 0xc015381a in exit1 () #26 0xc015368d in sys_exit () #27 0xc0255361 in syscall2 () #28 0xc02466f5 in Xint0x80_syscall () #29 0x28084887 in ?? () #30 0x28082185 in ?? () #31 0x2808182f in ?? () #32 0x280812bf in ?? () #33 0x2808101a in ?? () #34 0x280940e3 in ?? () #35 0x28096958 in ?? () #36 0x8048502 in ?? () #37 0x8048442 in ?? () (kgdb) --- I'm not sure if this should goto hackers or current or bugs or... what, so i'll send it to all of them (although I am not subscribed to hackers and current or bugs anymore). It's a 4.9-R-p3 machine... sorry if I am annoying you all :o) From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 06:07:44 2004 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 B1EA616A4CE for ; Sun, 7 Mar 2004 06:07:44 -0800 (PST) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93EA643D48 for ; Sun, 7 Mar 2004 06:07:43 -0800 (PST) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id i27E7gwL026064 for hackers@freebsd.org; Sun, 7 Mar 2004 16:07:42 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.12.9p2/8.12.9) id i27E74K4001915 for hackers@freebsd.org; Sun, 7 Mar 2004 16:07:04 +0200 (EET) (envelope-from netch) Date: Sun, 7 Mar 2004 16:07:04 +0200 From: Valentin Nechayev To: hackers@freebsd.org Message-ID: <20040307140703.GA310@iv.nn.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-42: On Organization: Dark side of coredump Subject: ATA large disks & EDD at boot 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, 07 Mar 2004 14:07:44 -0000 Hi, it seems that current traditional or new (packet, aka EDD, aka Int13x) disk read interface selection in boot blocks (boot1 & mbr) is obsolete and leads to unbootable systems. The main factor to kill old access is strange BIOS translation for disks larger than 32G. For two my home disks: Model: IC35L040AVER07-0 LBA size: 80418240 blocks BIOS geometry in "LBA" mode: 5005*255*63 BIOS geometry in "NORMAL" mode: 19710*16*255 BIOS geometry in "LARGE" mode: 1314*240*255 Model: SAMSUNG SP1203N LBA size: 234493056 blocks BIOS geometry in "LBA" mode: 14596*255*63 BIOS geometry in "NORMAL" mode: 57473*16*255 BIOS geometry in "LARGE" mode: 3831*240*255 It may firstly seem that it's specific for one BIOS version, but I've checked reported translations on a bunch of another motherboards and another BIOS'es and saw the identical translation. The sabotage factor here is 255 sectors. It can't fit in 6 bits which are allowed in B-1302 interface (which is used in all boots when EDD is considered to be non-nessessary) and isn't correctly reported by B-1308 interface (i.e. int 0x13 with AH=0x08) which gets drive parameters. I checked work of this interface under MS-DOS using program which prints reported drive parameters and then compares checksum of block got using old (CHS) interface with checksums of blocks got using LBA with idea of 63 or 255 sectors. BIOS translation was set to "NORMAL" (and BIOS said that geometry is 19710*16*255). The testing code in question: [...] for( head = 0; head <= 15 && head < nhead ; ++head ) { for( sect = 1; sect <= 63 && sect <= nsect; ++sect ) { unsigned sum1, sum2, sum3; sum1 = sum_chs( cyl, head, sect ); sum2 = sum_lba( (unsigned long) cyl*nhead*63 + (unsigned long) head*63 + (sect-1) ); sum3 = sum_lba( (unsigned long) cyl*nhead*255 + (unsigned long) head*255 + (sect-1) ); printf( "%u:%u:%u -> 0x%04X 0x%04X 0x%04X\n", cyl, head, sect, sum1, sum2, sum3 ); [...] (sum_xxx() functions read the specified block and return its checksum.) It reports: B-1308: geometry 1024*16*63 2:0:1 -> 0x28D0 0x0646 0x28D0 2:0:2 -> 0xCE22 0x0128 0xCE22 2:0:3 -> 0xEBBD 0x3DD5 0xEBBD 2:0:4 -> 0x53A6 0xADBC 0x53A6 2:0:5 -> 0x04D3 0xD57B 0x04D3 2:0:6 -> 0xB0E6 0xD842 0xB0E6 2:0:7 -> 0xCE3B 0xA763 0xCE3B 2:0:8 -> 0xB988 0xE4F2 0xB988 2:0:9 -> 0x7370 0x3B86 0x7370 [... and so on...] So, sum1 == sum3 whatever head & sect are tested, and the same is for all tested block range; it means that BIOS really thinks for 255 sectors on such logical track. But as seen above, B-1308 reports only 63 sectors :( Result is translation error and incorrect data for any block with absolute number >= 63. /boot/boot1 uses B-1308 BIOS call to determine whether EDD is needed (boot1.s, read() function): read: push %dx // Save movb $0x8,%ah // BIOS: Get drive int $0x13 // parameters [... divide block number to got head and sector count... ] pop %dx // Restore cmpl $0x3ff,%eax // Cylinder number supportable? sti // Enable interrupts ja read.7 // No, try EDD So, it can't boot system on disk >32G and "NORMAL" or "LARGE" BIOS translation. This is proved practically, setting system with this mode and seeing total boot failing :( In contrary to "NORMAL" and "LARGE" modes, "LBA" seems to be free from such problems: it's standardized with 63 sectors. See, e.g., http://www.firmware.com/support/bios/over4gb.htm. So, with LBA translation in BIOS, /boot/boot1 can boot system (unless 128G is crossed); with another translation, it's possible only for disks less than 32G. But /boot/mbr can be faulty even for disks less than 32G, because it decides to use EDD calls basing on too strange factors: movb 0x1(%si),%dh # Load head movw 0x2(%si),%cx # Load cylinder:sector movw $LOAD,%bx # Transfer buffer cmpb $0xff,%dh # Might we need to use LBA? jnz main.7 # No. cmpw $0xffff,%cx # Do we need to use LBA? jnz main.7 # No. So, EDD calls are used only seeing 1023:255:xx as begin addess of slice. I don't know partition (slice) editor which sets such values. E.g., linux fdisk and seen MS Windows fdisks wrote 1023:254:63 when partition begin or end isn't fit in 1024 cylinders in current geometry; boot1 default PT (used in dedicated mode) also has now 254 heads, not 255. This MBR will fail on such blocks. /boot/boot0 is free of such problems because it has packet mode (i.e. EDD calls) enabled by default. To compare with other boot loaders, Linux LILO & GRUB now use EDD by default and doesn't try to fall to CHS for disk beginning. My proposition to solve these problems is to replicate /boot/boot0 approach: use externally configured flag whether to use packet mode (EDD calls), and set default value of this flag to true; EDD is used when is available and returns correct data, otherwise it switches to CHS access. Patches below are tested on my home system. It's interesting that comment to read() in boot1.s says that it uses the same logic, but in real logic EDD usage is reduced to corner case. After the following patch, code and comment will be in consent. I've checked the full CVS history for these boot blocks, but none of them shown real reason of any change in read function selection logic. Also I couldn't find any essential information in mailing archives. So, this post is based only on latest code state and own experiments. ==={{{ --- boot1.s.orig Sun Mar 7 11:18:42 2004 +++ boot1.s Sun Mar 7 11:24:04 2004 @@ -265,7 +265,9 @@ // %dl - byte - drive number // stack - 10 bytes - EDD Packet // -read: push %dx // Save +read: testb $FL_PACKET,%cs:MEM_REL+flags-start // LBA support enabled? + jnz read.7 // Yes, go to LBA code +read.1: push %dx // Save movb $0x8,%ah // BIOS: Get drive int $0x13 // parameters movb %dh,%ch // Max head number @@ -288,7 +290,7 @@ pop %dx // Restore cmpl $0x3ff,%eax // Cylinder number supportable? sti // Enable interrupts - ja read.7 // No, try EDD + ja ereturn // No, stop attempts xchgb %al,%ah // Set up cylinder rorb $0x2,%al // number orb %ch,%al // Merge @@ -326,21 +328,20 @@ sub %al,0x2(%bp) // block count ja read // If not done read.6: retw // To caller -read.7: testb $FL_PACKET,%cs:MEM_REL+flags-start // LBA support enabled? - jz ereturn // No, so return an error - mov $0x55aa,%bx // Magic +read.7: mov $0x55aa,%bx // Magic push %dx // Save movb $0x41,%ah // BIOS: Check int $0x13 // extensions present pop %dx // Restore - jc return // If error, return an error + jc read.1 // if no, go to CHS read cmp $0xaa55,%bx // Magic? - jne ereturn // No, so return an error + jne read.1 // if no, go to CHS read testb $0x1,%cl // Packet interface? - jz ereturn // No, so return an error + jz read.1 // if no, go to CHS read mov %bp,%si // Disk packet movb $0x42,%ah // BIOS: Extended int $0x13 // read + jc read.1 // last resort attempt retw // To caller // Messages ===}}} MBR patch is similar, but requires adding flag byte and reflection in makefile: ==={{{ --- mbr.s.orig Sun Mar 7 11:31:12 2004 +++ mbr.s Sun Mar 7 11:43:33 2004 @@ -88,10 +88,8 @@ movb 0x1(%si),%dh # Load head movw 0x2(%si),%cx # Load cylinder:sector movw $LOAD,%bx # Transfer buffer - cmpb $0xff,%dh # Might we need to use LBA? - jnz main.7 # No. - cmpw $0xffff,%cx # Do we need to use LBA? - jnz main.7 # No. + testb $0x1,%cs:flags+EXEC-start # EDD is allowed? + jz main.6 # No. pushw %cx # Save %cx pushw %bx # Save %bx movw $0x55aa,%bx # Magic @@ -150,6 +148,7 @@ msg_pt: .asciz "Invalid partition table" msg_rd: .asciz "Error loading operating system" msg_os: .asciz "Missing operating system" +flags: .byte MBRFLAGS .org PT_OFF --- Makefile.orig Sun Mar 7 11:37:25 2004 +++ Makefile Sun Mar 7 11:40:09 2004 @@ -6,6 +6,10 @@ BINDIR?= /boot BINMODE= 444 +MBRFLAGS?= 0x01 + +AFLAGS += --defsym MBRFLAGS=${MBRFLAGS} + ORG= 0x600 mbr: mbr.o ===}}} All patches were based on 5.2-release code. -netch- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 07:38:44 2004 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 5E93116A4CE for ; Sun, 7 Mar 2004 07:38:44 -0800 (PST) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C55F43D1F for ; Sun, 7 Mar 2004 07:38:43 -0800 (PST) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id i27FcdxU031449; Sun, 7 Mar 2004 17:38:39 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.12.9p2/8.12.9) id i27FYiFP003549; Sun, 7 Mar 2004 17:34:44 +0200 (EET) (envelope-from netch) Date: Sun, 7 Mar 2004 17:34:44 +0200 From: Valentin Nechayev To: ticso@cicely.de Message-ID: <20040307153444.GA1355@iv.nn.kiev.ua> References: <20040303062730.GK44313@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040303062730.GK44313@cicely12.cicely.de> X-42: On Organization: Dark side of coredump cc: freebsd-hackers@freebsd.org Subject: Re: how to get cpu states more than once a second? 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, 07 Mar 2004 15:38:44 -0000 Wed, Mar 03, 2004 at 07:27:31, ticso (Bernd Walter) wrote about "how to get cpu states more than once a second?": BW> Currently I get the states via kern.cp_time, but this only allows BW> a granularity of a single second and I need something around 50-100ms. BW> Application is a LED bargraph which doesn't have the intended effect BW> with just a single update per second. Real granularity for its is statclock rate (on x86, usually 128 or 1024). But one should know that short period states are too inexact; there is interferention between periodic states and statclock rate which can lead to temporary distortions; e.g. inadequately high interrupt time reporting during 1-2 seconds. -netch- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 08:47:13 2004 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 8D8AD16A4CF for ; Sun, 7 Mar 2004 08:47:13 -0800 (PST) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 6104A43D31 for ; Sun, 7 Mar 2004 08:47:12 -0800 (PST) (envelope-from grinder@ip-184-91.tvnetwork.hu) Received: (qmail 30333 invoked by uid 64014); 7 Mar 2004 16:47:07 -0000 Received: from grinder@ip-184-91.tvnetwork.hu by zion by uid 64011 with qmail-scanner-1.20rc3 (clamuko: 0.60. spamassassin: 2.60. Clear:RC:1:. Processed in 0.021241 secs); 07 Mar 2004 16:47:07 -0000 Received: from unknown (HELO ip-184-91.tvnetwork.hu) (80.95.91.184) by zion.tvnetwork.hu with SMTP; 7 Mar 2004 16:47:07 -0000 Received: by ip-184-91.tvnetwork.hu (Postfix, from userid 1001) id 35BBC3FDE0; Sun, 7 Mar 2004 17:54:54 +0000 (GMT) Date: Sun, 7 Mar 2004 17:54:53 +0000 From: Kiss Tibor To: freebsd-net@freebsd.org Message-ID: <20040307175453.GA44645@PSY.tvnetwork.hu> Mail-Followup-To: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Strange problem with vnodes and sockets X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: grinder@pro.hu List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2004 16:47:13 -0000 I want to create a small kernel module which logs the socket operations. So in my module I have a socket structure, and i want to know which process (thread) owns that. I try to solve this problem by this way: ... struct proc *p; struct vnode *vn; struct filedesc *fdp; ... sx_slock(&allproc_lock); LIST_FOREACH(p, &allproc, p_list) { PROC_LOCK(p); if (p->p_fd != NULL) { fdp = p->p_fd; FILEDESC_LOCK(fdp); printf("pid: %d\n", p->p_pid); printf("fdp->fd_nfiles: %d\n", fdp->fd_nfiles); printf("fdp->fd_lastfile: %d\n", fdp->fd_lastfile); for (i=0; i < fdp->fd_nfiles; i++) { if (fdp->fd_ofiles[i] == NULL) { continue; } else { vn = (struct vnode *) fdp->fd_ofiles[i]->f_data; printf("%d: %d\n", i, vn->v_type); if (vn->v_type == VSOCK) { if (vn->v_un.vu_socket->so_gencnt == pcb->inp_socket->so_gencnt) { printf("found the socket, pid: %d\n", p->p_pid); } } } } FILEDESC_UNLOCK(fdp); } PROC_UNLOCK(p); } /* LIST_FOREACH */ sx_sunlock(&allproc_lock); If i compile & insert this module, i found some strange things: ... pid: 816 fdp->fd_nfiles: 20 fdp->fd_lastfile: 6 0: 4 1: 4 2: 4 3: 2048 4: 1 5: 2048 6: 4 pid: 635 fdp->fd_nfiles: 20 fdp->fd_lastfile: 6 0: 4 1: 4 2: 4 3: 2048 4: 4 5: 4 6: 4 ... So how can the v_type 2048? v_type is an enum (vnode.h) with 10 "options": enum vtype { VNON, VREG, VDIR, VBLK, VCHR, VLNK, VSOCK, VFIFO, VBAD }; And the real problem is: why don't find that code any VSOCK type vnode in the active process list? And how can i find the proc struct for a socket? :) Thanks, Tibor Kiss From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 11:42:14 2004 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 5E79016A4CE; Sun, 7 Mar 2004 11:42:14 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EA7143D31; Sun, 7 Mar 2004 11:42:14 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i27JeoxC002974; Sun, 7 Mar 2004 14:40:50 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i27Jeo2H002971; Sun, 7 Mar 2004 14:40:50 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 7 Mar 2004 14:40:50 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kiss Tibor In-Reply-To: <20040307175453.GA44645@PSY.tvnetwork.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: Strange problem with vnodes and sockets 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, 07 Mar 2004 19:42:14 -0000 On Sun, 7 Mar 2004, Kiss Tibor wrote: > I want to create a small kernel module which logs the socket operations. > So in my module I have a socket structure, and i want to know which > process (thread) owns that. I try to solve this problem by this way: Sockets, as with files, can be referenced by more than one process at a time. While there is only one process that has created any given socket, references to the socket can be inherited by processes forked from it, as well as passed using UNIX domain sockets. As such, there really isn't a notion of "owner". so_cred is a cached referenced to the process credential of the process that created the socket... > So how can the v_type 2048? v_type is an enum (vnode.h) with 10 > "options": enum vtype { VNON, VREG, VDIR, VBLK, VCHR, VLNK, VSOCK, > VFIFO, VBAD }; > > And the real problem is: why don't find that code any VSOCK type vnode > in the active process list? And how can i find the proc struct for a > socket? :) VSOCK vnodes are rendezvous points for UNIX domain socket communication, not the actual communication vehicles themselves. Very few UNIX domain sockets are used in normal operation, but you might take a look at /var/run/log, and the file descriptors that referenced various sockets to the log subsystem. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 11:57:59 2004 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 80A7E16A4CE; Sun, 7 Mar 2004 11:57:59 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0C6B43D41; Sun, 7 Mar 2004 11:57:58 -0800 (PST) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.10/8.12.10) with ESMTP id i27JvlUA070558; Sun, 7 Mar 2004 21:57:47 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)i27JvkXf070555; Sun, 7 Mar 2004 21:57:47 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Sun, 7 Mar 2004 21:57:46 +0200 (EET) From: Narvi To: "Brandon D. Valentine" In-Reply-To: <20040304205210.GJ490@geekpunk.net> Message-ID: <20040307215621.H68396@haldjas.folklore.ee> References: <20040303160340.700C5170D4@www.wcborstel.nl> <20040304205210.GJ490@geekpunk.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on haldjas.folklore.ee cc: Jorn Argelo cc: stable@freebsd.org cc: hackers@freebsd.org Subject: Re: Standard sbc and pcm support in GENERIC kernel? 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, 07 Mar 2004 19:57:59 -0000 On Thu, 4 Mar 2004, Brandon D. Valentine wrote: > On Wed, Mar 03, 2004 at 05:03:40PM +0100, Jorn Argelo wrote: > > > > I've been on the question list for some time, and I have noticed that > > many people do not know how to get sound support up and running in > > FreeBSD 5.X. I know that re-compiling the kernel is easy enough, but > > there are still people not willing to do so, as I have noticed on the > > list. Therefor I thought it might be an idea to put sound support in the > > GENERIC kernel configuration, so that newbies will no longer find > > themselves stuck with that. > > If they'd read pcm(4) they'd know how to get sound support up and > running without recompiling their kernel. Is there something wrong with > requiring that a new user bother to read the documentation? > No, but it is also a reasonable expectation for the OS to autodetect and load support for common hardware - which includes most of the popular soundcards. > [ I do not speak for the FreeBSD project. ] > > Brandon D. Valentine > -- > brandon@dvalentine.com http://www.geekpunk.net > Pseudo-Random Googlism: march is great success > _______________________________________________ > 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 Sun Mar 7 12:00:46 2004 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 424DF16A4CE for ; Sun, 7 Mar 2004 12:00:46 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 933B743D2F for ; Sun, 7 Mar 2004 12:00:45 -0800 (PST) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.10/8.12.10) with ESMTP id i27K0aUA070666; Sun, 7 Mar 2004 22:00:36 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)i27K0ZRE070663; Sun, 7 Mar 2004 22:00:35 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Sun, 7 Mar 2004 22:00:35 +0200 (EET) From: Narvi To: Daniel Lang In-Reply-To: <20040305184424.GA10310@atrbg11.informatik.tu-muenchen.de> Message-ID: <20040307215946.G68396@haldjas.folklore.ee> References: <20040303160340.700C5170D4@www.wcborstel.nl> <20040304205210.GJ490@geekpunk.net> <20040305184424.GA10310@atrbg11.informatik.tu-muenchen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on haldjas.folklore.ee cc: David Raistrick cc: hackers@freebsd.org Subject: Re: Standard sbc and pcm support in GENERIC kernel? 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, 07 Mar 2004 20:00:46 -0000 On Fri, 5 Mar 2004, Daniel Lang wrote: > Hi, > > David Raistrick wrote on Fri, Mar 05, 2004 at 08:27:56AM -0800: > [..] > > kldload snd_driver > > > > is of course the correct way to do it. FWIW, kldunload snd_driver does > > /not/ unload all of the modules that kldload snd_driver loads. > [..] > > snd_driver is a module that contains _all_ drivers, > thus you have the best chance to get sound working. > Unloading it, will of course unload the whole module with > all drivers. There is no way to leave one of the drivers > in the kernel. > > I agree, that there is not much documentation which driver > module supports which sound device (or I was not successful > to dig that up). > > However, you can determine the correct module, by subsequently > loading and unloading each individual driver module. The one > which attached to your sound device and actually works > (check /dev/sndstat as well) is obviously the correct one. > And you really want this to be something somebody new to FreeBSD and possibly unix has to go through to get sound working (afetr finding the documentation, of course)??? > Not a very efficient way, but it works. :) > > Best regards, > Daniel > -- > IRCnet: Mr-Spock > - kommst du siehst du, gehst du hast du, weisst du, krass! - > Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ > From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 12:06:16 2004 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 BAE3916A4CE; Sun, 7 Mar 2004 12:06:16 -0800 (PST) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8FE143D49; Sun, 7 Mar 2004 12:06:15 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc13) with ESMTP id <2004030720061501500ipijge>; Sun, 7 Mar 2004 20:06:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA37655; Sun, 7 Mar 2004 12:06:14 -0800 (PST) Date: Sun, 7 Mar 2004 12:06:12 -0800 (PST) From: Julian Elischer To: Yoshihiko Sarumaru In-Reply-To: <040308013807.M0100724@shimako.imasy.or.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@FreeBSD.org cc: hackers@FreeBSD.org Subject: Re: HEADSUP!!! USB MFC committed.. 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, 07 Mar 2004 20:06:17 -0000 On Mon, 8 Mar 2004, Yoshihiko Sarumaru wrote: > Hello Julian, > > I report you about a USB problem that would be occur with my > laptop after you MFC'ed USB stuff. thankyou. > > With GENERIC kernel, it is fine and there are no changes from > before, but with no usb kernel + usb.ko + umass.ko, it would be > panic everytime on boot. intersting.. I will investigate. > > It is not depend on umass. The panic would be happen when I > didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem > (PHS phone). > > | Preloaded elf kernel "kernel.nousb" at 0xc042b000. > | Preloaded elf module "usb.ko" at 0xc042b0b0. > | Preloaded elf module "umass.ko" at 0xc042b14c. > | ... > | ata0: at 0x1f0 irq 14 on atapci0 > | ata1: at 0x170 irq 15 on atapci0 > | uhci0: port 0xfca0-0xfcbf irq 9 at dev > | ice 7.2 on pci0 > | usb0: on uhci0 > | usb0: USB revision 1.0 > | uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > | uhub0: 2 ports with 2 removable, self powered > | uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 > | uhub1: 3 ports with 3 removable, self powered > | > | > | Fatal trap 12: page fault while in kernel mode > | fault virtual address = 0x38 > | fault code = supervisor read, page not present > | instruction pointer = 0x8:0xc0424323 > | stack pointer = 0x10:0xc044d91c > | frame pointer = 0x10:0xc044d928 > | code segment = base 0x0, limit 0xfffff, type 0x1b > | = DPL 0, pres 1, def32 1, gran 1 > | processor eflags = interrupt enabled, resume, IOPL = 0 > | current process = 0 (swapper) > | interrupt mask = net tty bio cam > > With USB built-in kernel, it will be like this: > | Preloaded elf kernel "kernel.withusb" at 0xc0434000. > | Preloaded elf module "ucom.ko" at 0xc043409c. > | Preloaded elf module "umodem.ko" at 0xc0434138. > | ... > | ata0: at 0x1f0 irq 14 on atapci0 > | ata1: at 0x170 irq 15 on atapci0 > | uhci0: port 0xfca0-0xfcbf irq 9 at dev > | ice 7.2 on pci0 > | usb0: on uhci0 > | usb0: USB revision 1.0 > | uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > | uhub0: 2 ports with 2 removable, self powered > | uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 > | uhub1: 3 ports with 3 removable, self powered > | umass0: Sony USB Memory Stick Slot, rev 1.10/1.31, addr 3, UFI over CBI > | umass0:0:0:-1: Attached to scbus0 as device 0 > > Thanks, > - Yoshihiko > > julian@elischer.org wrote: > > > > > The USB code in RELENG_4 has been updated to match that in -current. > > Please test any USB devices that are critical to you BEFORE we release > > 4.10 :-) > > > > > > thanks > > > > Julian > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > -- > Yoshihiko Sarumaru > mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ > From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 12:12:21 2004 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 9453716A4CE for ; Sun, 7 Mar 2004 12:12:21 -0800 (PST) Received: from gunjin.wccnet.org (gunjin.wccnet.org [198.111.176.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4297343D39 for ; Sun, 7 Mar 2004 12:12:21 -0800 (PST) (envelope-from anthony@gunjin.wccnet.org) Received: from gunjin.wccnet.org (localhost.rexroof.com [127.0.0.1]) by gunjin.wccnet.org (8.12.3/8.12.2) with ESMTP id i27KJGjT034015; Sun, 7 Mar 2004 15:19:17 -0500 (EST) Received: (from anthony@localhost) by gunjin.wccnet.org (8.12.3/8.12.3/Submit) id i27KJCBY034014; Sun, 7 Mar 2004 15:19:12 -0500 (EST) Date: Sun, 7 Mar 2004 15:19:12 -0500 From: Anthony Schneider To: Dag-Erling =?unknown-8bit?Q?Sm=F8rgrav?= Message-ID: <20040307201911.GA33786@x-anthony.com> References: <4048CA38.6040203@yahoo.com> <20040305233209.GO67801@wantadilla.lemis.com> <20040306142651.314430be@bear.bflony.adelphia.net> <20040306202517.GA8384@x-anthony.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org cc: chungwei Hsiung Subject: Re: Strange instructions in compiler output 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, 07 Mar 2004 20:12:21 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 06, 2004 at 09:31:51PM +0100, Dag-Erling Sm=F8rgrav wrote: > Anthony Schneider writes: > > On Sat, Mar 06, 2004 at 02:26:51PM +0000, chungwei Hsiung wrote: > > > gcc -o shellcode -ggdb -static shellcode.c > > try compiling with the -static flag the gcc. >=20 > Reading is fast becoming a lost art... ah, uh, yes, it is. my bad. =20 > DES > --=20 > Dag-Erling Sm=F8rgrav - des@des.no --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQFAS4O+KUeW47UGY2kRApb2AJ9HypFsIPfjfN9ANL6sZg6SpHbVOwCggf+g Kv+uRAcSAC4IDkHF2xmyPHo= =zinn -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 12:41:45 2004 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 3DF3016A4D0 for ; Sun, 7 Mar 2004 12:41:45 -0800 (PST) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 4432543D2F for ; Sun, 7 Mar 2004 12:41:44 -0800 (PST) (envelope-from grinder@ip-184-91.tvnetwork.hu) Received: (qmail 17447 invoked by uid 64014); 7 Mar 2004 20:41:43 -0000 Received: from grinder@ip-184-91.tvnetwork.hu by zion by uid 64011 with qmail-scanner-1.20rc3 (clamuko: 0.60. spamassassin: 2.60. Clear:RC:1:. Processed in 0.020366 secs); 07 Mar 2004 20:41:43 -0000 Received: from unknown (HELO ip-184-91.tvnetwork.hu) (80.95.91.184) by zion.tvnetwork.hu with SMTP; 7 Mar 2004 20:41:43 -0000 Received: by ip-184-91.tvnetwork.hu (Postfix, from userid 1001) id 988C53FDE0; Sun, 7 Mar 2004 21:49:30 +0000 (GMT) Date: Sun, 7 Mar 2004 21:49:30 +0000 From: Kiss Tibor To: Robert Watson Message-ID: <20040307214929.GA45799@PSY.tvnetwork.hu> Mail-Followup-To: Robert Watson , freebsd-net@freebsd.org, freebsd-hackers@freebsd.org References: <20040307175453.GA44645@PSY.tvnetwork.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-net@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: Strange problem with vnodes and sockets 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, 07 Mar 2004 20:41:45 -0000 On Sun, Mar 07, 2004 at 02:40:50PM -0500, Robert Watson wrote: > > notion of "owner". so_cred is a cached referenced to the process > credential of the process that created the socket... Yes, but i need the process p_pid. > > VSOCK vnodes are rendezvous points for UNIX domain socket communication, > not the actual communication vehicles themselves. Very few UNIX domain > sockets are used in normal operation, but you might take a look at > /var/run/log, and the file descriptors that referenced various sockets to > the log subsystem. So I was on the really wrong way. I want to find the owner (struct proc) for a _TCP socket_. But now I'm really stucked. I dont have any idea how to do that. Would you be so kind to show me the right way to find the owner proc struct (the creator process; i want to know process p_pid) for a socket (defined in /usr/src/sys/sys/socketvar.h)? Thanks, Kiss Tibor From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 20:45:19 2004 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 015BD16A4CE for ; Sun, 7 Mar 2004 20:45:19 -0800 (PST) Received: from corpmail.outblaze.com (corpmail.outblaze.com [203.86.166.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id B786743D2F for ; Sun, 7 Mar 2004 20:45:18 -0800 (PST) (envelope-from yusufg@outblaze.com) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by corpmail.outblaze.com (Postfix) with ESMTP id 113A737AC5 for ; Mon, 8 Mar 2004 04:45:17 +0000 (GMT) Received: from yusufg.portal2.com (210-177-227-130.outblaze.com [210.177.227.130]) by corpmail.outblaze.com (Postfix) with SMTP id A833D16DD84 for ; Mon, 8 Mar 2004 04:45:16 +0000 (GMT) Received: (qmail 8551 invoked by uid 500); 8 Mar 2004 04:45:16 -0000 Date: Mon, 8 Mar 2004 12:45:16 +0800 From: Yusuf Goolamabbas To: freebsd-hackers@freebsd.org Message-ID: <20040308044516.GB8468@outblaze.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.11; VAE: 6.24.0.6; VDF: 6.24.0.42; host: corpmail.outblaze.com) Subject: Softupdates and NFS semantics for FreeBSD 4.9 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: Mon, 08 Mar 2004 04:45:19 -0000 Hi, Is the issues mentioned in this email still valid for FreeBSD 4.9 http://www.geocrawler.com/mail/msg.php3?msg_id=6275775&list=158 Regards, Yusuf From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 08:38:33 2004 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 8FF8116A4CE; Sun, 7 Mar 2004 08:38:33 -0800 (PST) Received: from shimako.yamayuri.org (yumi.yamayuri.org [218.45.22.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCFAC43D1F; Sun, 7 Mar 2004 08:38:32 -0800 (PST) (envelope-from mistral@imasy.or.jp) Received: from shimako.yamayuri.org (localhost [IPv6:3ffe:505:2020:0:203:47ff:fe14:7175])i27Gc9xw000746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Mar 2004 01:38:09 +0900 (JST) (envelope-from mistral@imasy.or.jp) Received: (from sarumaru@localhost) by shimako.yamayuri.org (8.12.11/8.12.11/Submit) id i27Gc7dt000745; Mon, 8 Mar 2004 01:38:07 +0900 (JST) (envelope-from sarumaru) From: mistral@imasy.or.jp (Yoshihiko Sarumaru) To: julian@elischer.org In-Reply-To: Your message of "Sun, 29 Feb 2004 17:01:28 -0800 (PST)". Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.22PL5] 2001-02/07(Wed) Date: Mon, 8 Mar 2004 01:38:07 +0900 Message-ID: <040308013807.M0100724@shimako.imasy.or.jp> X-Mailman-Approved-At: Sun, 07 Mar 2004 23:38:00 -0800 cc: stable@FreeBSD.org cc: hackers@FreeBSD.org Subject: Re: HEADSUP!!! USB MFC committed.. 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, 07 Mar 2004 16:38:33 -0000 Hello Julian, I report you about a USB problem that would be occur with my laptop after you MFC'ed USB stuff. With GENERIC kernel, it is fine and there are no changes from before, but with no usb kernel + usb.ko + umass.ko, it would be panic everytime on boot. It is not depend on umass. The panic would be happen when I didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem (PHS phone). | Preloaded elf kernel "kernel.nousb" at 0xc042b000. | Preloaded elf module "usb.ko" at 0xc042b0b0. | Preloaded elf module "umass.ko" at 0xc042b14c. | ... | ata0: at 0x1f0 irq 14 on atapci0 | ata1: at 0x170 irq 15 on atapci0 | uhci0: port 0xfca0-0xfcbf irq 9 at dev | ice 7.2 on pci0 | usb0: on uhci0 | usb0: USB revision 1.0 | uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 | uhub0: 2 ports with 2 removable, self powered | uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 | uhub1: 3 ports with 3 removable, self powered | | | Fatal trap 12: page fault while in kernel mode | fault virtual address = 0x38 | fault code = supervisor read, page not present | instruction pointer = 0x8:0xc0424323 | stack pointer = 0x10:0xc044d91c | frame pointer = 0x10:0xc044d928 | code segment = base 0x0, limit 0xfffff, type 0x1b | = DPL 0, pres 1, def32 1, gran 1 | processor eflags = interrupt enabled, resume, IOPL = 0 | current process = 0 (swapper) | interrupt mask = net tty bio cam With USB built-in kernel, it will be like this: | Preloaded elf kernel "kernel.withusb" at 0xc0434000. | Preloaded elf module "ucom.ko" at 0xc043409c. | Preloaded elf module "umodem.ko" at 0xc0434138. | ... | ata0: at 0x1f0 irq 14 on atapci0 | ata1: at 0x170 irq 15 on atapci0 | uhci0: port 0xfca0-0xfcbf irq 9 at dev | ice 7.2 on pci0 | usb0: on uhci0 | usb0: USB revision 1.0 | uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 | uhub0: 2 ports with 2 removable, self powered | uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 | uhub1: 3 ports with 3 removable, self powered | umass0: Sony USB Memory Stick Slot, rev 1.10/1.31, addr 3, UFI over CBI | umass0:0:0:-1: Attached to scbus0 as device 0 Thanks, - Yoshihiko julian@elischer.org wrote: > > The USB code in RELENG_4 has been updated to match that in -current. > Please test any USB devices that are critical to you BEFORE we release > 4.10 :-) > > > thanks > > Julian > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Yoshihiko Sarumaru mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 14:11:13 2004 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 799EA16A4CE for ; Sun, 7 Mar 2004 14:11:13 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65BA643D1F for ; Sun, 7 Mar 2004 14:11:12 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i27M82QR048158 for hackers@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 8 Mar 2004 01:08:02 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (rik.cronyx.ru [172.22.4.1]) by hanoi.cronyx.ru with ESMTP id i27M7FeX048127 for ; (8.12.8/vak/2.1) Mon, 8 Mar 2004 01:07:16 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <404B9E56.4060103@cronyx.ru> Date: Mon, 08 Mar 2004 01:12:38 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 07 Mar 2004 23:38:12 -0800 Subject: HDD questions 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, 07 Mar 2004 22:11:13 -0000 Hi, I have some problems with my HDD (ST380021A). The problem was checked on 5.2, 5.2.1, and some 5.Current (cvsuped about week or two). At first I got this problem while system installation. I get trap and message from ata after I start a commit: FAILURE READ_DMA status=51 error=10 LBA=245529601 I started to hack sysinstall and finally came to simple program that could lead to the same message from ata: fd = open ("/dev/ata0", O_RDWR); read_block (fd, (daddr_t)41929650, 512); // this one could be changed to pair calls lseek and read, // so this is not libdisk problem I checked the same code with /dev/ata1 which is twice as little, but I didn't get any messages. I don't have any ideas where my read call goes, which drivers to look to catch this bug. So I need a help from some gurus in this area. Best regards, Roman Kurakin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 00:47:47 2004 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 793AE16A4CE; Mon, 8 Mar 2004 00:47:47 -0800 (PST) Received: from mizar.origin-it.net (mizar.origin-it.net [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B1FC43D48; Mon, 8 Mar 2004 00:47:46 -0800 (PST) (envelope-from helge.oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68])i288lYxp038163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Mar 2004 09:47:34 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: from galaxy.hbg.de.ao-srv.com (galaxy.hbg.de.ao-srv.com [161.89.20.4])ESMTP id i288lXPM067673; Mon, 8 Mar 2004 09:47:33 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: (from hmo@localhost) by galaxy.hbg.de.ao-srv.com (8.9.3p2/8.9.3/hmo30mar03) id JAA18002; Mon, 8 Mar 2004 09:47:32 +0100 (MET) Message-Id: <200403080847.JAA18002@galaxy.hbg.de.ao-srv.com> In-Reply-To: from "des@des.no" at "Mar 6, 2004 3: 7:49 pm" To: des@des.no Date: Mon, 8 Mar 2004 09:47:31 +0100 (MET) From: Helge Oldach X-Address: Atos Origin GmbH, Friesenstraße 13, D-20097 Hamburg, Germany X-Phone: +49 40 7886 7464, Fax: +49 40 7886 9464, Mobile: +49 160 4782517 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: jorn@wcborstel.nl cc: rwatson@freebsd.org cc: freebsd-hackers@freebsd.org cc: tijl@ulyssis.org cc: rpratt1950@earthlink.net cc: mat@cnd.mcgill.ca Subject: Re: Standard sbc and pcm support in GENERIC kernel? 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: Mon, 08 Mar 2004 08:47:47 -0000 Helge Oldach: >des@des.no: >>Tijl Coosemans writes: >>> I have an old toshiba which also needs PNPBIOS in 4-STABLE and >>> when I tried 5-CURRENT sound just worked. Of course that doesn't say >>> anything about your setup... >> >>PNPBIOS is on by default (and non-optional) in 5.x. > >That's great, so my peculiar Compaq Deskpro EN scenario should be fine >as well. I will try a FreeSBIE boot anyway to verify. Just to confirm: 5.x does recognize this on-board sound card properly (and a lot of other bogus PnP ressources :-)). Thanks to all for your comments! Helge From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 02:55:34 2004 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 9B4C116A4CE; Mon, 8 Mar 2004 02:55:34 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89EA343D31; Mon, 8 Mar 2004 02:55:34 -0800 (PST) (envelope-from the_mip_rvl@myrealbox.com) Received: from [131.211.108.108] the_mip_rvl@smtp-send.myrealbox.com [131.211.108.108]$ on Novell NetWare via secured & encrypted transport (TLS); Mon, 08 Mar 2004 03:55:38 -0700 From: Roland van Laar To: Scott Long In-Reply-To: <200403032320.00448.scottl@freebsd.org> References: <200403032320.00448.scottl@freebsd.org> Content-Type: text/plain Message-Id: <1078743325.634.10.camel@MiLaptop.ucu.uu.nl> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 08 Mar 2004 11:55:30 +0100 Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Call for FreeBSD Bi-Monthly Status Reports 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: Mon, 08 Mar 2004 10:55:34 -0000 On Thu, 2004-03-04 at 07:20, Scott Long wrote: > All, > > It's time for the Jan-Feb 2004 FreeBSD status report. It hasn't been quite > two months since the last report, but I'm trying to get back onto the normal > 2-month cycle. Please submit your report to monthly@freebsd.org by March 13, > 2004. The template for the report is at > http://www.freebsd.org/status/reports-sample.xml I get a 404 error. Is there another place I can download it? regards, Roland > Scott Long From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 03:02:49 2004 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 EA7F216A4CF; Mon, 8 Mar 2004 03:02:49 -0800 (PST) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBDA043D46; Mon, 8 Mar 2004 03:02:48 -0800 (PST) (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.v7.0.0.R) with ESMTP id md50000011576.msg; Mon, 08 Mar 2004 10:52:39 +0000 Message-ID: <009f01c404fc$d557b060$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Roland van Laar" , "Scott Long" References: <200403032320.00448.scottl@freebsd.org> <1078743325.634.10.camel@MiLaptop.ucu.uu.nl> Date: Mon, 8 Mar 2004 11:02:22 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Processed: multiplay.co.uk, Mon, 08 Mar 2004 10:52:39 +0000 (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, 08 Mar 2004 10:52:43 +0000 cc: hackers@freebsd.org Subject: Re: Call for FreeBSD Bi-Monthly Status Reports 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: Mon, 08 Mar 2004 11:02:50 -0000 Google is your friend :P http://www.freebsd.org/news/status/report-sample.xml Steve ----- Original Message ----- From: "Roland van Laar" To: "Scott Long" Cc: Sent: Monday, March 08, 2004 10:55 AM Subject: Re: Call for FreeBSD Bi-Monthly Status Reports > On Thu, 2004-03-04 at 07:20, Scott Long wrote: > > All, > > > > It's time for the Jan-Feb 2004 FreeBSD status report. It hasn't been quite > > two months since the last report, but I'm trying to get back onto the normal > > 2-month cycle. Please submit your report to monthly@freebsd.org by March 13, > > 2004. The template for the report is at > > http://www.freebsd.org/status/reports-sample.xml > > I get a 404 error. > Is there another place I can download it? ================================================ 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 Mar 8 04:40:50 2004 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 C93C416A4CE; Mon, 8 Mar 2004 04:40:50 -0800 (PST) Received: from mail.evilcoder.org (cust.94.120.adsl.cistron.nl [195.64.94.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F08943D39; Mon, 8 Mar 2004 04:40:50 -0800 (PST) (envelope-from remko@elvandar.org) From: "Remko Lodder" To: "Roland van Laar" , "Scott Long" Date: Mon, 8 Mar 2004 13:40:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) In-Reply-To: <20040308105601.94B881A@mail.elvandar.org> Importance: Normal X-Virus-Scanned: for evilcoder.org Message-Id: <20040308124049.014762B4DAC@mail.evilcoder.org> cc: hackers@freebsd.org Subject: RE: [Freebsd-hackers] Re: Call for FreeBSD Bi-Monthly Status Reports 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: Mon, 08 Mar 2004 12:40:50 -0000 Hi, Scott replied with a corrected url: http://www.freebsd.org/news/status/report-sample.xml Cheers, -- Kind regards, Remko Lodder Elvandar.org/DSINet.org www.mostly-harmless.nl Dutch community for helping newcomers on the hackerscene mrtg.grunn.org Dutch mirror of MRTG -----Oorspronkelijk bericht----- Van: freebsd-hackers-bounces@lists.elvandar.org [mailto:freebsd-hackers-bounces@lists.elvandar.org]Namens Roland van Laar Verzonden: maandag 8 maart 2004 11:56 Aan: Scott Long CC: hackers@freebsd.org Onderwerp: [Freebsd-hackers] Re: Call for FreeBSD Bi-Monthly Status Reports On Thu, 2004-03-04 at 07:20, Scott Long wrote: > All, > > It's time for the Jan-Feb 2004 FreeBSD status report. It hasn't been quite > two months since the last report, but I'm trying to get back onto the normal > 2-month cycle. Please submit your report to monthly@freebsd.org by March 13, > 2004. The template for the report is at > http://www.freebsd.org/status/reports-sample.xml I get a 404 error. Is there another place I can download it? regards, Roland > Scott Long _______________________________________________ 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-hackers mailing list Freebsd-hackers@lists.elvandar.org http://lists.elvandar.org/mailman/listinfo/freebsd-hackers From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 01:29:19 2004 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 23FDF16A4CE for ; Mon, 8 Mar 2004 01:29:19 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05EDC43D46 for ; Mon, 8 Mar 2004 01:29:18 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i289SppZ098243; Mon, 8 Mar 2004 10:29:06 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <404C3CD3.9030104@DeepCore.dk> Date: Mon, 08 Mar 2004 10:28:51 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <404B9E56.4060103@cronyx.ru> In-Reply-To: <404B9E56.4060103@cronyx.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 X-Mailman-Approved-At: Mon, 08 Mar 2004 05:00:14 -0800 cc: hackers@freebsd.org Subject: Re: HDD questions 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: Mon, 08 Mar 2004 09:29:19 -0000 Roman Kurakin wrote: > Hi, > > I have some problems with my HDD (ST380021A). The problem was checked > on 5.2, 5.2.1, and some > 5.Current (cvsuped about week or two). > > At first I got this problem while system installation. I get trap and > message from ata after I start a commit: > FAILURE READ_DMA status=51 error=10 > LBA=245529601 If I read the above modelnumber correctly it is a 80G disk.. There is only ~160000000 sectors on such a disk, so you cant expect to read sector 245529601 as its not there :) Now why sysinstall tries to do that is beyond me, but could be a problem with the geometry (it seems to always get it wrong these days). -Sřren From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 01:35:50 2004 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 61ED516A4CE for ; Mon, 8 Mar 2004 01:35:50 -0800 (PST) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93DA743D46 for ; Mon, 8 Mar 2004 01:35:49 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Date: Mon, 8 Mar 2004 10:34:55 +0100 From: Daniel Lang To: Narvi Message-ID: <20040308093455.GA14107@atrbg11.informatik.tu-muenchen.de> References: <20040303160340.700C5170D4@www.wcborstel.nl> <20040304205210.GJ490@geekpunk.net> <20040305184424.GA10310@atrbg11.informatik.tu-muenchen.de> <20040307215946.G68396@haldjas.folklore.ee> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <20040307215946.G68396@haldjas.folklore.ee> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de X-Mailman-Approved-At: Mon, 08 Mar 2004 05:00:14 -0800 cc: hackers@freebsd.org Subject: Re: Standard sbc and pcm support in GENERIC kernel? 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: Mon, 08 Mar 2004 09:35:50 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Narvi wrote on Sun, Mar 07, 2004 at 10:00:35PM +0200: [..] > And you really want this to be something somebody new to FreeBSD and > possibly unix has to go through to get sound working (afetr finding the > documentation, of course)??? [..] I'm just saying how it works right now. Obviously a better way would be preferred. Hmm maybe I'll come up with a documentation patch... Best regards, Daniel --=20 IRCnet: Mr-Spock - Agartim billiard bumba m'abdul in papejim twista=20 - rumba rock n rolla. Leik'ab mai. Spirzon Heroin se'osit gaula. - - Marijuana esit gaula. Haschisch. Opis. -=20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --2fHTh5uZTiUOsy+g Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA0MDMwODA5MzQ1NVowIwYJKoZIhvcNAQkEMRYEFCrwtBV/JwqA UdO1h1Ruf35vJicGMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGADaMk5+EH8QYH4OGhVcvzzkLj1qiK9uhBs5kYn3igmfE9ALBhpOok/JhPWlVKda6C orOdEpEc1/SnB45/3RyDtooftbMXo9GPis37npoI304Kih8+IYxuVWofPwWXsMemouBK2lGO SMK0/qQ0Ibpbd+IcyV1N/we+HObBs93PIOU= --2fHTh5uZTiUOsy+g-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 09:59:11 2004 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 762F916A4CE for ; Mon, 8 Mar 2004 09:59:11 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5915D43D4C for ; Mon, 8 Mar 2004 09:59:11 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.3) with ESMTP id i28Hx6RH003443; Mon, 8 Mar 2004 09:59:06 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i28Hx5Tg003442; Mon, 8 Mar 2004 09:59:05 -0800 Date: Mon, 8 Mar 2004 09:59:05 -0800 From: Brooks Davis To: Yusuf Goolamabbas Message-ID: <20040308175905.GA485@Odin.AC.HMC.Edu> References: <20040308044516.GB8468@outblaze.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <20040308044516.GB8468@outblaze.com> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: freebsd-hackers@freebsd.org Subject: Re: Softupdates and NFS semantics for FreeBSD 4.9 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: Mon, 08 Mar 2004 17:59:11 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 08, 2004 at 12:45:16PM +0800, Yusuf Goolamabbas wrote: > Hi, Is the issues mentioned in this email still valid for FreeBSD 4.9 >=20 > http://www.geocrawler.com/mail/msg.php3?msg_id=3D6275775&list=3D158 Yes, but the same is true without NFS. Most of the time it's a complete non-issue since you won't notice unless the server crashes within ~30sec of creation in which case, you may lose the file. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFATLRpXY6L6fI4GtQRAqKcAJ4luNTmhyi/m3SeggEgIBg0C5gRGgCfZraP 3nIzkyv5Sgh7UjZDbdwrAnM= =sRhK -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 12:10:42 2004 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 13F2716A4CE for ; Mon, 8 Mar 2004 12:10:42 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D04643D2F for ; Mon, 8 Mar 2004 12:10:41 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 6601F530E; Mon, 8 Mar 2004 21:10:40 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D7C84530A; Mon, 8 Mar 2004 21:10:33 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 67B6333CA4; Mon, 8 Mar 2004 21:10:33 +0100 (CET) To: Brooks Davis References: <20040308044516.GB8468@outblaze.com> <20040308175905.GA485@Odin.AC.HMC.Edu> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 08 Mar 2004 21:10:33 +0100 In-Reply-To: <20040308175905.GA485@Odin.AC.HMC.Edu> (Brooks Davis's message of "Mon, 8 Mar 2004 09:59:05 -0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org cc: Yusuf Goolamabbas Subject: Re: Softupdates and NFS semantics for FreeBSD 4.9 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: Mon, 08 Mar 2004 20:10:42 -0000 Brooks Davis writes: > On Mon, Mar 08, 2004 at 12:45:16PM +0800, Yusuf Goolamabbas wrote: > > Hi, Is the issues mentioned in this email still valid for FreeBSD 4.9 > >=20 > > http://www.geocrawler.com/mail/msg.php3?msg_id=3D6275775&list=3D158 > Yes, but the same is true without NFS. FWIW, that's what fsync(2) is for. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 14:39:17 2004 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 EE20C16A4CE for ; Mon, 8 Mar 2004 14:39:17 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id B258043D31 for ; Mon, 8 Mar 2004 14:39:17 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 45452 invoked by uid 1002); 8 Mar 2004 22:39:17 -0000 Received: from unknown (HELO ?10.4.1.17?) (64.58.1.252) by smtp.mho.net with SMTP; 8 Mar 2004 22:39:17 -0000 Date: Mon, 8 Mar 2004 15:42:14 -0700 (MST) From: Scott Long X-X-Sender: scottl@pooker.samsco.home To: Roland van Laar In-Reply-To: <1078743325.634.10.camel@MiLaptop.ucu.uu.nl> Message-ID: <20040308154103.U59014@pooker.samsco.home> References: <200403032320.00448.scottl@freebsd.org> <1078743325.634.10.camel@MiLaptop.ucu.uu.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Call for FreeBSD Bi-Monthly Status Reports 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: Mon, 08 Mar 2004 22:39:18 -0000 On Mon, 8 Mar 2004, Roland van Laar wrote: > On Thu, 2004-03-04 at 07:20, Scott Long wrote: > > All, > > > > It's time for the Jan-Feb 2004 FreeBSD status report. It hasn't been quite > > two months since the last report, but I'm trying to get back onto the normal > > 2-month cycle. Please submit your report to monthly@freebsd.org by March 13, > > 2004. The template for the report is at > > http://www.freebsd.org/status/reports-sample.xml > > I get a 404 error. > Is there another place I can download it? > > regards, > > Roland My apologies if I forgot to send the corrected URL to the hackers@ list. As others have pointed out, it is: http://www.freebsd.org/news/status/report-sample.xml Scott From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 17:16:55 2004 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 CC59516A4CE; Mon, 8 Mar 2004 17:16:55 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B35243D31; Mon, 8 Mar 2004 17:16:54 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc13) with ESMTP id <20040309011652016004cpv6e>; Tue, 9 Mar 2004 01:16:53 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA54374; Mon, 8 Mar 2004 17:16:51 -0800 (PST) Date: Mon, 8 Mar 2004 17:16:50 -0800 (PST) From: Julian Elischer To: Yoshihiko Sarumaru In-Reply-To: <040308013807.M0100724@shimako.imasy.or.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@FreeBSD.org cc: hackers@FreeBSD.org Subject: Re: HEADSUP!!! USB MFC committed.. 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: Tue, 09 Mar 2004 01:16:55 -0000 On Mon, 8 Mar 2004, Yoshihiko Sarumaru wrote: > Hello Julian, > > I report you about a USB problem that would be occur with my > laptop after you MFC'ed USB stuff. > > With GENERIC kernel, it is fine and there are no changes from > before, but with no usb kernel + usb.ko + umass.ko, it would be > panic everytime on boot. > > It is not depend on umass. The panic would be happen when I > didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem > (PHS phone). do you need a usb device plugged in for the panic? I can not duplicate this.. see below: ok load /k2 /k2 text=0x17a2ae data=0x1f40c+0x1d064 syms=[0x4+0x25990+0x4+0x2c7a0] ok load /modules/usb.ko /modules/usb.ko text=0x18c40 data=0x3e14+0x60 syms=[0x4+0x24d0+0x4+0x2697] ok load /modules/umass.ko /modules/umass.ko text=0x5280 data=0x108+0x8 syms=[0x4+0x7e0+0x4+0x6af] ok boot -s Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.9-STABLE #5: Tue Mar 9 00:47:27 GMT 2004 root@ref1.dev.vicor-nb.com:/usr/src/sys/compile/REF1 Timecounter "i8254" frequency 1193182 Hz CPU: Intel Pentium III (863.87-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 267124736 (260864K bytes) sio1: gdb debugging port avail memory = 256868352 (250848K bytes) Preloaded elf kernel "k2" at 0xc0336000. Preloaded elf module "usb.ko" at 0xc03360a4. Preloaded elf module "umass.ko" at 0xc0336140. ... ohci0: mem 0xff8fd000-0xff8fdfff irq 11 at device 10.0 on pci1 usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xff8fe000-0xff8fefff irq 9 at device 10.1 on pci1 usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci1: at 10.2 irq 6 ... uhci0: port 0xef40-0xef5f irq 10 at device 31.2 on pci0 usb2: on uhci0 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: (vendor=0x8086, dev=0x2443) at 31.3 irq 6 uhci1: port 0xef80-0xef9f irq 9 at device 31.4 on pci0 usb3: on uhci1 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ... acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a Enter full pathname of shell or RETURN for /bin/sh: ... though I notice that my EHCI controller was not seen.. (something to look at) > > | Preloaded elf kernel "kernel.nousb" at 0xc042b000. > | Preloaded elf module "usb.ko" at 0xc042b0b0. > | Preloaded elf module "umass.ko" at 0xc042b14c. > | ... > | ata0: at 0x1f0 irq 14 on atapci0 > | ata1: at 0x170 irq 15 on atapci0 > | uhci0: port 0xfca0-0xfcbf irq 9 at dev > | ice 7.2 on pci0 > | usb0: on uhci0 > | usb0: USB revision 1.0 > | uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > | uhub0: 2 ports with 2 removable, self powered > | uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 > | uhub1: 3 ports with 3 removable, self powered > | > | > | Fatal trap 12: page fault while in kernel mode > | fault virtual address = 0x38 > | fault code = supervisor read, page not present > | instruction pointer = 0x8:0xc0424323 > | stack pointer = 0x10:0xc044d91c > | frame pointer = 0x10:0xc044d928 > | code segment = base 0x0, limit 0xfffff, type 0x1b > | = DPL 0, pres 1, def32 1, gran 1 > | processor eflags = interrupt enabled, resume, IOPL = 0 > | current process = 0 (swapper) > | interrupt mask = net tty bio cam > > With USB built-in kernel, it will be like this: > | Preloaded elf kernel "kernel.withusb" at 0xc0434000. > | Preloaded elf module "ucom.ko" at 0xc043409c. > | Preloaded elf module "umodem.ko" at 0xc0434138. > | ... > | ata0: at 0x1f0 irq 14 on atapci0 > | ata1: at 0x170 irq 15 on atapci0 > | uhci0: port 0xfca0-0xfcbf irq 9 at dev > | ice 7.2 on pci0 > | usb0: on uhci0 > | usb0: USB revision 1.0 > | uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > | uhub0: 2 ports with 2 removable, self powered > | uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 > | uhub1: 3 ports with 3 removable, self powered > | umass0: Sony USB Memory Stick Slot, rev 1.10/1.31, addr 3, UFI over CBI > | umass0:0:0:-1: Attached to scbus0 as device 0 > > Thanks, > - Yoshihiko > > julian@elischer.org wrote: > > > > > The USB code in RELENG_4 has been updated to match that in -current. > > Please test any USB devices that are critical to you BEFORE we release > > 4.10 :-) > > > > > > thanks > > > > Julian > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > -- > Yoshihiko Sarumaru > mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ > _______________________________________________ > 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 Mar 8 17:26:45 2004 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 2C35016A4CE; Mon, 8 Mar 2004 17:26:45 -0800 (PST) Received: from purple.csi.cam.ac.uk (purple.csi.cam.ac.uk [131.111.8.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA96543D2F; Mon, 8 Mar 2004 17:26:44 -0800 (PST) (envelope-from br260@hermes.cam.ac.uk) Received: from maroon.csi.cam.ac.uk ([131.111.8.2]) by purple.csi.cam.ac.uk with esmtp (Exim 4.20) id 1B0W0y-0007N8-WB; Tue, 09 Mar 2004 01:26:36 +0000 Received: from prayer by maroon.csi.cam.ac.uk with local (Exim 4.24) id 1B0W0y-0004EI-VF; Tue, 09 Mar 2004 01:26:36 +0000 From: Bin Ren To: freebsd-current@freebsd.org Date: 09 Mar 2004 01:26:36 +0000 X-Mailer: Prayer v1.0.9 X-Originating-IP: [131.111.242.109] Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Message-Id: X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned cc: freebsd-hackers@freebsd.org Subject: confusion about kse_create() 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: Tue, 09 Mar 2004 01:26:45 -0000 Hi, After reading the MAN page and source codes for KSE, I find some parts contradicting. Maybe the MAN page is out-dated. But I want to confirm this. First confusion: In KSE MAN: ---------------------------- ... To become multi-threaded, a process must first invoke kse_create(). The kse_create() system call creates a new KSE (except for the very first invocation; see below). ... ---------------------------- But in src/sys/sys/kern_thread.c: ---------------------------- while (newkg->kg_kses < ncpus) { newke = kse_alloc(); bzero(&newke->ke_startzero, RANGEOF(struct kse, ke_startzero, ke_endzero)); #if 0 mtx_lock_spin(&sched_lock); bcopy(&ke->ke_startcopy, &newke->ke_startcopy, RANGEOF(struct kse, ke_startcopy, ke_endcopy)); mtx_unlock_spin(&sched_lock); #endif mtx_lock_spin(&sched_lock); kse_link(newke, newkg); sched_fork_kse(td->td_kse, newke); /* Add engine */ kse_reassign(newke); mtx_unlock_spin(&sched_lock); } -------------------------- So, apparently, with one invokation of kse_create(), new KSEs are created so that the number of total KSEs equals the number CPUs. Second confusion: In KSE MAN: ----------- as a special case, the first call to kse_create() by this initial thread with newgroup equal to zero does not create a new KSE; instead, it simply associates the current KSE with the supplied KSE mailbox, and no immedi- ate upcall results. However, an upcall will be triggered the next time the thread blocks and the required conditions are met. ----------- In the source codes for kse_create(), I cannot find the corresponding lines. What am I missing here? Thanks so much in advance! -- Bin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 17:45:59 2004 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 8998F16A4D0; Mon, 8 Mar 2004 17:45:59 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D09543D45; Mon, 8 Mar 2004 17:45:59 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc11) with ESMTP id <2004030901455701100fgm7he>; Tue, 9 Mar 2004 01:45:58 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA54734; Mon, 8 Mar 2004 17:45:56 -0800 (PST) Date: Mon, 8 Mar 2004 17:45:55 -0800 (PST) From: Julian Elischer To: Bin Ren In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: confusion about kse_create() 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: Tue, 09 Mar 2004 01:45:59 -0000 On 9 Mar 2004, Bin Ren wrote: > Hi, > > After reading the MAN page and source codes for KSE, I find some parts > contradicting. Maybe the MAN page is out-dated. But I want to confirm this. > > First confusion: > > In KSE MAN: > ---------------------------- > ... > To become multi-threaded, a process must first invoke kse_create(). The > kse_create() system call creates a new KSE (except for the very first > invocation; see below). > ... > ---------------------------- > > But in src/sys/sys/kern_thread.c: > ---------------------------- > while (newkg->kg_kses < ncpus) { > newke = kse_alloc(); > bzero(&newke->ke_startzero, RANGEOF(struct kse, > ke_startzero, ke_endzero)); > #if 0 > mtx_lock_spin(&sched_lock); > bcopy(&ke->ke_startcopy, &newke->ke_startcopy, > RANGEOF(struct kse, ke_startcopy, > ke_endcopy)); > mtx_unlock_spin(&sched_lock); > #endif > mtx_lock_spin(&sched_lock); > kse_link(newke, newkg); > sched_fork_kse(td->td_kse, newke); > /* Add engine */ > kse_reassign(newke); > mtx_unlock_spin(&sched_lock); > } > -------------------------- > So, apparently, with one invokation of kse_create(), new KSEs are created > so that the number of total KSEs equals the number CPUs. > yes teh code was changed so that the KSEs are preallocated (it's cheap, they are small). The structure that is actually allocated then is what is called an "upcall", (actually can be thought of as an "upcall token". (You can not do an upcall unless you have one). The two structures are somewhat confused in the documentation because originally teh KSE WAS the upcall and from the userland it appears as if that is still true. NOmenclature needs to be cleared up here I'm afraid. > > Second confusion: > > In KSE MAN: > ----------- > as a special case, the first call to kse_create() by this initial > thread > with newgroup equal to zero does not create a new KSE; instead, it > simply > associates the current KSE with the supplied KSE mailbox, and no > immedi- > ate upcall results. However, an upcall will be triggered the next time > the thread blocks and the required conditions are met. > ----------- > > In the source codes for kse_create(), I cannot find the corresponding lines. > > What am I missing here? > Thanks so much in advance! The first call does allocate an upcall token now, and NCPU KSE's are allocated, however no upcall is scheduled. > > -- Bin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 03:17:39 2004 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 DFB3316A4CE; Tue, 9 Mar 2004 03:17:38 -0800 (PST) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1AE943D48; Tue, 9 Mar 2004 03:17:37 -0800 (PST) (envelope-from nork@ninth-nine.com) Received: from localhost (localhost [127.0.0.1]) by sakura.ninth-nine.com (8.12.10/8.12.10/NinthNine) with ESMTP id i29BHaKI070552; Tue, 9 Mar 2004 20:17:36 +0900 (JST) (envelope-from nork@ninth-nine.com) Message-Id: <200403091117.i29BHaKI070552@sakura.ninth-nine.com> Received: (from nork@localhost) by localhost (8.12.10/8.12.10/Submit) id i29BHYU0070551; Tue, 9 Mar 2004 20:17:34 +0900 (JST) (envelope-from nork) Date: Tue, 9 Mar 2004 20:17:34 +0900 (JST) From: Norikatsu Shigemrua To: bug-cvs@gnu.org X-send-pr-version: 3.2 cc: hackers@FreeBSD.org cc: peter@FreeBSD.org Subject: add cvs -W option to disable -R/CVSREADONLYFS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nork@FreeBSD.org, peter@FreeBSD.org, hackers@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2004 11:17:39 -0000 >Submitter-Id: net >Originator: Norikatsu Shigemura >Organization: net >Confidential: no >Synopsis: add cvs -W option to disable -R/CVSREADONLYFS >Severity: non-critical >Priority: low >Category: cvs >Class: change-request >Release: 1.12.5 >Environment: System: FreeBSD melfina.ninth-nine.com 5.2-CURRENT FreeBSD 5.2-CURRENT #12: Sun Mar 7 21:11:13 JST 2004 nork@melfina.ninth-nine.com:/usr/obj/usr/src/sys/MELFINA i386 >Description: I added a feature which is to nagate a effect of -R/CVSREADONLYFS to cvs as -W option. Please review and commit. >How-To-Repeat: N/A >Fix: Following patches are for cvs-1.12.5. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- cvs-1.12.5/src/main.c.orig Wed Nov 26 01:11:47 2003 +++ cvs-1.12.5/src/main.c Tue Mar 9 19:50:09 2004 @@ -252,6 +252,7 @@ static const char *const opt_usage[] = " -t Show trace of program execution (repeat for more\n", " verbosity) -- try with -n.\n", " -R Assume repository is read-only, such as CDROM\n", + " -W Assume repository is writable (default).\n", " -v CVS version and copyright.\n", " -T tmpdir Use 'tmpdir' for temporary files.\n", " -e editor Use 'editor' for editing log information.\n", @@ -423,7 +424,7 @@ main (int argc, char **argv) int help = 0; /* Has the user asked for help? This lets us support the `cvs -H cmd' convention to give help for cmd. */ - static const char short_options[] = "+QqrwtnRvb:T:e:d:Hfz:s:xa"; + static const char short_options[] = "+QqrwtnRWvb:T:e:d:Hfz:s:xa"; static struct option long_options[] = { {"help", 0, NULL, 'H'}, @@ -563,6 +564,10 @@ main (int argc, char **argv) break; case 'R': readonlyfs = -1; + logoff = 1; + break; + case 'W': + readonlyfs = 0; logoff = 1; break; case 'n': --- cvs-1.12.5/man/cvs.1.orig Sat Mar 29 01:02:33 2003 +++ cvs-1.12.5/man/cvs.1 Tue Mar 9 19:51:21 2004 @@ -243,7 +243,8 @@ Same effect as if the .SM CVSREADONLYFS environment variable is set. Using .B \-R -can also considerably speed up checkout's over NFS. +can also considerably speed up checkout's over NFS. If you want to disable +this feature, you should specify -W option. .TP .B \-v [ --version ] Displays version and copyright information for @@ -254,6 +255,10 @@ Makes new working files read-write (defa Overrides the setting of the .SM CVSREAD environment variable. +.TP +.B \-W +Turns off read-only repository mode. This is default mode, but it +typically uses to negate the effect of -R option. .TP .B \-x Encrypt all communication between the client and the server. As of --- cvs-1.12.5/doc/cvs.texinfo.orig Wed Dec 10 05:09:32 2003 +++ cvs-1.12.5/doc/cvs.texinfo Tue Mar 9 19:53:16 2004 @@ -8151,7 +8151,12 @@ repository. Same effect as if the @code{CVSREADONLYFS} environment variable is set. Using @samp{-R} can also considerably -speed up checkout's over NFS. +speed up checkout's over NFS. If you want to disable +this feature, you should specify @samp{-W} option. + +@item -W +Turns off read-only repository mode. This is default mode, +but it typically uses to negate the effect of @samp{-R} option. @cindex Read-only mode @item -n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 03:35:34 2004 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 9642B16A4CE; Tue, 9 Mar 2004 03:35:34 -0800 (PST) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFE6943D1F; Tue, 9 Mar 2004 03:35:33 -0800 (PST) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.10/8.12.10/NinthNine) with ESMTP id i29BZTKJ070969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Mar 2004 20:35:32 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 9 Mar 2004 20:35:32 +0900 (JST) Message-Id: <200403091135.i29BZTKJ070969@sakura.ninth-nine.com> From: Norikatsu Shigemura To: peter@FreeBSD.org In-Reply-To: <200403091117.i29BHaKI070552@sakura.ninth-nine.com> References: <200403091117.i29BHaKI070552@sakura.ninth-nine.com> X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: hackers@FreeBSD.org Subject: Re: add cvs -W option to disable -R/CVSREADONLYFS 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: Tue, 09 Mar 2004 11:35:34 -0000 Hi peter. On Tue, 9 Mar 2004 20:17:34 +0900 (JST) Norikatsu Shigemrua wrote: > >Synopsis: add cvs -W option to disable -R/CVSREADONLYFS > >Description: > I added a feature which is to nagate a effect of -R/CVSREADONLYFS > to cvs as -W option. Please review and commit. > >How-To-Repeat: > N/A > >Fix: > Following patches are for cvs-1.12.5. I wrote for FreeBSD's cvs. Please, please! - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Index: src/contrib/cvs/man/cvs.1 =================================================================== RCS file: /home/ncvs/src/contrib/cvs/man/cvs.1,v retrieving revision 1.20 diff -u -r1.20 cvs.1 --- src/contrib/cvs/man/cvs.1 13 Nov 2003 17:57:53 -0000 1.20 +++ src/contrib/cvs/man/cvs.1 9 Mar 2004 10:44:33 -0000 @@ -244,7 +244,8 @@ .SM CVSREADONLYFS environment variable is set. Using .B \-R -can also considerably speed up checkout's over NFS. +can also considerably speed up checkout's over NFS. If you want to disable +this feature, you should specify -W option. .TP .B \-v [ --version ] Displays version and copyright information for @@ -255,6 +256,10 @@ Overrides the setting of the .SM CVSREAD environment variable. +.TP +.B \-W +Turns off read-only repository mode. This is default mode, but it +typically uses to negate the effect of -R option. .TP .B \-g Forces group-write perms on working files. This option is typically Index: src/contrib/cvs/src/main.c =================================================================== RCS file: /home/ncvs/src/contrib/cvs/src/main.c,v retrieving revision 1.23 diff -u -r1.23 main.c --- src/contrib/cvs/src/main.c 7 Jul 2003 19:15:36 -0000 1.23 +++ src/contrib/cvs/src/main.c 9 Mar 2004 10:44:33 -0000 @@ -256,6 +256,7 @@ " -n Do not execute anything that will change the disk.\n", " -t Show trace of program execution -- try with -n.\n", " -R Assume repository is read-only, such as CDROM\n", + " -W Assume repository is writable (default).\n", " -v CVS version and copyright.\n", " -T tmpdir Use 'tmpdir' for temporary files.\n", " -e editor Use 'editor' for editing log information.\n", @@ -413,7 +414,7 @@ int help = 0; /* Has the user asked for help? This lets us support the `cvs -H cmd' convention to give help for cmd. */ - static const char short_options[] = "+QqgrwtnRlvb:T:e:d:Hfz:s:xaU"; + static const char short_options[] = "+QqgrwtnRWlvb:T:e:d:Hfz:s:xaU"; static struct option long_options[] = { {"help", 0, NULL, 'H'}, @@ -556,6 +557,10 @@ break; case 'R': readonlyfs = 1; + logoff = 1; + break; + case 'W': + readonlyfs = 0; logoff = 1; break; case 'n': - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 04:33:47 2004 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 8ED1316A4CE; Tue, 9 Mar 2004 04:33:47 -0800 (PST) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18B4643D31; Tue, 9 Mar 2004 04:33:47 -0800 (PST) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.10/8.12.10/NinthNine) with ESMTP id i29CXhKJ072308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Mar 2004 21:33:44 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 9 Mar 2004 21:33:44 +0900 (JST) Message-Id: <200403091233.i29CXhKJ072308@sakura.ninth-nine.com> From: Norikatsu Shigemura To: bug-cvs@gnu.org In-Reply-To: <200403091117.i29BHaKI070552@sakura.ninth-nine.com> References: <200403091117.i29BHaKI070552@sakura.ninth-nine.com> X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: hackers@FreeBSD.org cc: peter@FreeBSD.org Subject: Re: add cvs -W option to disable -R/CVSREADONLYFS 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: Tue, 09 Mar 2004 12:33:47 -0000 On Tue, 9 Mar 2004 20:17:34 +0900 (JST) Norikatsu Shigemrua wrote: > >Synopsis: add cvs -W option to disable -R/CVSREADONLYFS > >Description: > I added a feature which is to nagate a effect of -R/CVSREADONLYFS > to cvs as -W option. Please review and commit. Although I am checkout-ing well by using cvs -R in ~/.cvsrc, when I want to commit, It is prevented by -R. So I wanted to disable this feature. Although control by the environment variable CVSREADONLYFS was also considered, honestly it is troublesome. I was pointed out by some people. 1. What to control by alias? Yes, I forgot it. But I think it is troublesome. 2. There is a different from -R -W and -W -R. Is this OK? 3. This patch is not commited by cvshome. So you should avoid description of -W option? I think so. From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 04:37:20 2004 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 90BF416A4CE; Tue, 9 Mar 2004 04:37:20 -0800 (PST) Received: from snow.csi.cam.ac.uk (snow.csi.cam.ac.uk [131.111.8.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE50643D39; Tue, 9 Mar 2004 04:37:19 -0800 (PST) (envelope-from br260@hermes.cam.ac.uk) Received: from maroon.csi.cam.ac.uk ([131.111.8.2]) by snow.csi.cam.ac.uk with esmtp (Exim 4.20) id 1B0gU0-0005iZ-Dx; Tue, 09 Mar 2004 12:37:16 +0000 Received: from prayer by maroon.csi.cam.ac.uk with local (Exim 4.24) id 1B0gU0-0004ly-9M; Tue, 09 Mar 2004 12:37:16 +0000 From: Bin Ren To: freebsd-current@freebsd.org Date: 09 Mar 2004 12:37:16 +0000 X-Mailer: Prayer v1.0.9 X-Originating-IP: [131.111.242.109] Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Message-Id: X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned cc: freebsd-hackers@freebsd.org Subject: a serious error in sched_ule.c? 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: Tue, 09 Mar 2004 12:37:20 -0000 Hi, all: I've been reading sched_ule.c and seem to find a serious error: in 'sched_slice()': * Rationale: * KSEs in interactive ksegs get the minimum slice so that we * quickly notice if it abuses its advantage. Then, there is: if (!SCHED_INTERACTIVE(kg)) { ..... ..... } else ke->ke_slice = SCHED_SLICE_INTERACTIVE; Then, at the beginning of the file, there is: #define SCHED_SLICE_INTERACTIVE (slice_max) (slice_max) for interactive KSEs???? Either this is a serious mistake or I'm seriously missing sth here. Thanks, Bin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 8 12:44:20 2004 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 B39E616A4CE for ; Mon, 8 Mar 2004 12:44:20 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E598D43D1F for ; Mon, 8 Mar 2004 12:44:19 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i28Ki5dU045843 for hackers@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 8 Mar 2004 23:44:05 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (rik.cronyx.ru [172.22.4.1]) by hanoi.cronyx.ru with ESMTP id i28KhagR045807; (8.12.8/vak/2.1) Mon, 8 Mar 2004 23:43:37 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <404CDC3B.301@cronyx.ru> Date: Mon, 08 Mar 2004 23:48:59 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <404B9E56.4060103@cronyx.ru> <404C3CD3.9030104@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 09 Mar 2004 05:17:10 -0800 cc: hackers@freebsd.org Subject: Re: HDD questions 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: Mon, 08 Mar 2004 20:44:20 -0000 Sřren Schmidt wrote: > Roman Kurakin wrote: > >> Hi, >> >> I have some problems with my HDD (ST380021A). The problem was >> checked on 5.2, 5.2.1, and some >> 5.Current (cvsuped about week or two). >> >> At first I got this problem while system installation. I get trap >> and message from ata after I start a commit: >> FAILURE READ_DMA status=51 error=10 >> LBA=245529601 > > > If I read the above modelnumber correctly it is a 80G disk.. > > There is only ~160000000 sectors on such a disk, so you cant expect to > read sector 245529601 as its not there :) I know that, and this is the problem. I am trying to read 41929650, but system thinks this is 245529601. This sector is near 20G mark, so I tried to read it from 40G disk, which I use to run fbsd. All is fine. > > Now why sysinstall tries to do that is beyond me, but could be a > problem with the geometry (it seems to always get it wrong these days). This is not a problem of sysinstall at all. As I wrote, it is enougth to try to read one sector. So this problem somewhere between read call and ata driver. This area wasn't in focus of my interest before, so I don't know where to go. Also, I tryied to read some sectors back and forward, and found out that value of LBA changes nolinear. Lower byte is linear only on interval of 63 values, so I gues this is a sector value. And it seems that LBA value not LBA value at all :-( This is all I have now. Any ideas, comments? Best regards, Roman Kurakin > > > -Sřren > _______________________________________________ > 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 Mar 8 18:30:24 2004 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 A287C16A4CE; Mon, 8 Mar 2004 18:30:24 -0800 (PST) Received: from ns5.sony.co.jp (NS5.Sony.CO.JP [137.153.0.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BA3F43D39; Mon, 8 Mar 2004 18:30:24 -0800 (PST) (envelope-from mistral@imasy.or.jp) Received: from mail20.sony.co.jp (mail20.sony.co.jp [43.0.1.220]) Received: from mail20.sony.co.jp (localhost [127.0.0.1]) by mail20.sony.co.jp (R8/Sony) with ESMTP id i292UMUW026699; Tue, 9 Mar 2004 11:30:22 +0900 (JST) Received: from shimako.yamayuri.org ([43.17.41.27]) by mail20.sony.co.jp (R8/Sony) with ESMTP id i292ULcj026690; Tue, 9 Mar 2004 11:30:21 +0900 (JST) Received: from shimako.yamayuri.org (localhost [127.0.0.1]) i292UEsA003400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Mar 2004 11:30:14 +0900 (JST) (envelope-from mistral@imasy.or.jp) Received: (from sarumaru@localhost) by shimako.yamayuri.org (8.12.11/8.12.11/Submit) id i292UDqY003399; Tue, 9 Mar 2004 11:30:13 +0900 (JST) (envelope-from sarumaru) From: mistral@imasy.or.jp (Yoshihiko Sarumaru) To: julian@elischer.org In-Reply-To: Your message of "Mon, 8 Mar 2004 17:16:50 -0800 (PST)". Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.22PL5] 2001-02/07(Wed) Date: Tue, 9 Mar 2004 11:30:13 +0900 Message-ID: <040309113013.M0103371@shimako.imasy.or.jp> X-Mailman-Approved-At: Tue, 09 Mar 2004 05:17:10 -0800 cc: stable@FreeBSD.org cc: hackers@FreeBSD.org Subject: Re: HEADSUP!!! USB MFC committed.. 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: Tue, 09 Mar 2004 02:30:24 -0000 Hello, julian wrote: > > With GENERIC kernel, it is fine and there are no changes from > > before, but with no usb kernel + usb.ko + umass.ko, it would be > > panic everytime on boot. > > > > It is not depend on umass. The panic would be happen when I > > didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem > > (PHS phone). > > do you need a usb device plugged in for the panic? > I can not duplicate this.. Because of my laptop has MemoryStick reader inside, I can't boot without a USB device. But when I boot without umass.ko, it wouldn't panic at all. Off cource in that case, load umodem and plug USB modem causes panic (load umodem but not plug USB modem doesn't cause panic). So maybe the answer for you question is yes. -- Yoshihiko Sarumaru mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 05:50:33 2004 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 B058C16A4CE; Tue, 9 Mar 2004 05:50:33 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B3BD43D48; Tue, 9 Mar 2004 05:50:32 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.office.ipnet (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i29Ds1u0069899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Mar 2004 15:54:02 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.office.ipnet (8.12.11/8.12.11) id i29DoSTf057993; Tue, 9 Mar 2004 15:50:28 +0200 (EET) (envelope-from ru) Date: Tue, 9 Mar 2004 15:50:28 +0200 From: Ruslan Ermilov To: Norikatsu Shigemura Message-ID: <20040309135028.GA57945@ip.net.ua> References: <200403091117.i29BHaKI070552@sakura.ninth-nine.com> <200403091233.i29CXhKJ072308@sakura.ninth-nine.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <200403091233.i29CXhKJ072308@sakura.ninth-nine.com> User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: bug-cvs@gnu.org cc: hackers@freebsd.org cc: peter@freebsd.org Subject: Re: add cvs -W option to disable -R/CVSREADONLYFS 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: Tue, 09 Mar 2004 13:50:33 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 09, 2004 at 09:33:44PM +0900, Norikatsu Shigemura wrote: > On Tue, 9 Mar 2004 20:17:34 +0900 (JST) > Norikatsu Shigemrua wrote: > > >Synopsis: add cvs -W option to disable -R/CVSREADONLYFS > > >Description: > > I added a feature which is to nagate a effect of -R/CVSREADONLYFS > > to cvs as -W option. Please review and commit. >=20 > Although I am checkout-ing well by using cvs -R in ~/.cvsrc, > when I want to commit, It is prevented by -R. So I wanted to > disable this feature. Although control by the environment > variable CVSREADONLYFS was also considered, honestly it is > troublesome. >=20 I also have -R in most of my ~/.cvsrc's, and when I need to commit, I just use "cvs -f" (for local repos). For remote repos, -R is not a problem (it's not passed on the wire) unless you happen to have it set in ~/.cvsrc on the repository host. Even in this case, it is still possible to commit by setting CVS_SERVER=3D"cvs -f" in the environment of the committing host. Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFATcukUkv4P6juNwoRAuZ4AJwNZy2UHNxFDHTzY3N8ooubbGlk5QCfbxa+ +TWqQXP4iIuU764RmnN3quo= =J2Ef -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 08:42:43 2004 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 2492A16A4CE; Tue, 9 Mar 2004 08:42:43 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C577D43D3F; Tue, 9 Mar 2004 08:42:42 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i29GfDxC047179; Tue, 9 Mar 2004 11:41:13 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i29GfCu3047176; Tue, 9 Mar 2004 11:41:13 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 9 Mar 2004 11:41:12 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Bin Ren In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: a serious error in sched_ule.c? 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: Tue, 09 Mar 2004 16:42:43 -0000 On 9 Mar 2004, Bin Ren wrote: > Hi, all: > > I've been reading sched_ule.c and seem to find a serious error: > > in 'sched_slice()': > > * Rationale: > * KSEs in interactive ksegs get the minimum slice so that we > * quickly notice if it abuses its advantage. > > Then, there is: > > if (!SCHED_INTERACTIVE(kg)) { > ..... > ..... > } else > ke->ke_slice = SCHED_SLICE_INTERACTIVE; > > Then, at the beginning of the file, there is: > > #define SCHED_SLICE_INTERACTIVE (slice_max) > > > (slice_max) for interactive KSEs???? Either this is a serious mistake or > I'm seriously missing sth here. I believe this is a synchronization error in the comment and the code. The code was changed to provide a maximum slice to interactive applications because non-CPU intensive X11 applications will be marked as interactive, but redraws get interrupted in a short slice. When the change went in to increase the time slice I saw an observable improvement in the redraws of X11 apps under load. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 09:08:18 2004 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 1A8B716A4CE; Tue, 9 Mar 2004 09:08:18 -0800 (PST) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2E5043D53; Tue, 9 Mar 2004 09:08:16 -0800 (PST) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [192.168.36.3]) by sakura.ninth-nine.com (8.12.10/8.12.10/NinthNine) with SMTP id i29H8EKI078951; Wed, 10 Mar 2004 02:08:14 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 10 Mar 2004 02:08:14 +0900 (JST) Message-Id: <200403091708.i29H8EKI078951@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Ruslan Ermilov In-Reply-To: <20040309135028.GA57945@ip.net.ua> References: <200403091117.i29BHaKI070552@sakura.ninth-nine.com> <200403091233.i29CXhKJ072308@sakura.ninth-nine.com> <20040309135028.GA57945@ip.net.ua> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: bug-cvs@gnu.org cc: hackers@FreeBSD.org cc: peter@FreeBSD.org Subject: Re: add cvs -W option to disable -R/CVSREADONLYFS 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: Tue, 09 Mar 2004 17:08:18 -0000 On Tue, 9 Mar 2004 15:50:28 +0200 Ruslan Ermilov wrote: > > Although I am checkout-ing well by using cvs -R in ~/.cvsrc, > > when I want to commit, It is prevented by -R. So I wanted to > > disable this feature. Although control by the environment > > variable CVSREADONLYFS was also considered, honestly it is > > troublesome. > I also have -R in most of my ~/.cvsrc's, and when I need to commit, > I just use "cvs -f" (for local repos). For remote repos, -R is not Ah, I didn't notice it! It's a good idea. > a problem (it's not passed on the wire) unless you happen to have > it set in ~/.cvsrc on the repository host. Even in this case, it Yes, so I did not care. Recently I noticed. > is still possible to commit by setting CVS_SERVER="cvs -f" in the > environment of the committing host. I almost used and tuned for ports. But now, I'm using local repositry for linuxpluginwrapper and my products. I'm tired to change mode:-). From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 09:35:27 2004 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 284D616A4CE for ; Tue, 9 Mar 2004 09:35:27 -0800 (PST) Received: from purple.csi.cam.ac.uk (purple.csi.cam.ac.uk [131.111.8.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54D443D1F for ; Tue, 9 Mar 2004 09:35:26 -0800 (PST) (envelope-from br260@hermes.cam.ac.uk) Received: from maroon.csi.cam.ac.uk ([131.111.8.2]) by purple.csi.cam.ac.uk with esmtp (Exim 4.20) id 1B0l8L-0007a7-Ao for freebsd-hackers@freebsd.org; Tue, 09 Mar 2004 17:35:13 +0000 Received: from prayer by maroon.csi.cam.ac.uk with local (Exim 4.24) id 1B0l8L-0004IO-9V for freebsd-hackers@freebsd.org; Tue, 09 Mar 2004 17:35:13 +0000 From: Bin Ren To: freebsd-hackers@freebsd.org Date: 09 Mar 2004 17:35:13 +0000 X-Mailer: Prayer v1.0.9 X-Originating-IP: [131.111.242.109] Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Message-Id: X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned Subject: ULE interactivity update 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: Tue, 09 Mar 2004 17:35:27 -0000 Hi, in 'sys/kern/sched_ule.c', there is: static void sched_interact_update(struct ksegrp *kg) { int sum; sum = kg->kg_runtime + kg->kg_slptime; if (sum < SCHED_SLP_RUN_MAX) return; /* * If we have exceeded by more than 1/5th then the algorithm below * will not bring us back into range. Dividing by two here forces * us into the range of [3/5 * SCHED_INTERACT_MAX, SCHED_INTERACT_MAX] */ if (sum > (SCHED_INTERACT_MAX / 5) * 6) { kg->kg_runtime /= 2; kg->kg_slptime /= 2; return; } kg->kg_runtime = (kg->kg_runtime / 5) * 4; kg->kg_slptime = (kg->kg_slptime / 5) * 4; } Why here is 'SCHED_INTERACT_MAX' suddenly used instead of SCHED_SLP_RUN_MAX? There is a huge difference between them, both in values and in meanings. Thanks, Bin From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 12:01:44 2004 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 58B6816A4CE; Tue, 9 Mar 2004 12:01:44 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 753E643D2D; Tue, 9 Mar 2004 12:01:42 -0800 (PST) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (unknown [198.147.128.71]) by smtp-relay.omnis.com (Postfix) with ESMTP id C67D81880A23; Tue, 9 Mar 2004 12:01:40 -0800 (PST) From: Wes Peters Organization: Softweyr.com To: Robert Watson , Bin Ren Date: Tue, 9 Mar 2004 12:01:23 -0800 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200403091201.23665.wes@softweyr.com> cc: freebsd-hackers@freebsd.org Subject: Re: a serious error in sched_ule.c? 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: Tue, 09 Mar 2004 20:01:44 -0000 On Tuesday 09 March 2004 08:41 am, Robert Watson wrote: > On 9 Mar 2004, Bin Ren wrote: > > > > I've been reading sched_ule.c and seem to find a serious error: > > > > in 'sched_slice()': > > > > * Rationale: > > * KSEs in interactive ksegs get the minimum slice so that we > > * quickly notice if it abuses its advantage. > > ..... > > #define SCHED_SLICE_INTERACTIVE (slice_max) > > > > (slice_max) for interactive KSEs???? Either this is a serious mistake > > or I'm seriously missing sth here. > > I believe this is a synchronization error in the comment and the code. > The code was changed to provide a maximum slice to interactive > applications because non-CPU intensive X11 applications will be marked as > interactive, but redraws get interrupted in a short slice. When the > change went in to increase the time slice I saw an observable improvement > in the redraws of X11 apps under load. One of the classic trade-offs in making a 'server' vs. 'workstation' operating system. Workstations require a strong preference for interactive over background tasks so the interactive tasks will remain responsive, especially in terms of heavily event-driven tasks like graphical UIs. For a true server, where interactive tasks are not the norm, this preference may be counter-productive. Is there some way (boot hint?) we could change SCHED_SLICE_INTERACTIVE between slice_max and something approaching slice_min? -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 12:30:04 2004 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 DD70A16A4CE; Tue, 9 Mar 2004 12:30:04 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E9B43D1D; Tue, 9 Mar 2004 12:30:04 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 92FEA530E; Tue, 9 Mar 2004 21:30:02 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 07AC6530A; Tue, 9 Mar 2004 21:29:54 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 8D4FC33CA4; Tue, 9 Mar 2004 21:29:54 +0100 (CET) To: Wes Peters References: <200403091201.23665.wes@softweyr.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 09 Mar 2004 21:29:54 +0100 In-Reply-To: <200403091201.23665.wes@softweyr.com> (Wes Peters's message of "Tue, 9 Mar 2004 12:01:23 -0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org cc: Bin Ren cc: Robert Watson Subject: Re: a serious error in sched_ule.c? 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: Tue, 09 Mar 2004 20:30:05 -0000 Wes Peters writes: > One of the classic trade-offs in making a 'server' vs. 'workstation' > operating system. Workstations require a strong preference for > interactive over background tasks so the interactive tasks will > remain responsive, especially in terms of heavily event-driven tasks > like graphical UIs. For a true server, where interactive tasks are > not the norm, this preference may be counter-productive. Umm, remember that "interactive" here means "performs I/O", even if that I/O is a database lookup or a TCP connection. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 13:38:08 2004 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 2D76F16A4CE for ; Tue, 9 Mar 2004 13:38:08 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id E6F8C43D2D for ; Tue, 9 Mar 2004 13:38:07 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 28520 invoked by uid 1002); 9 Mar 2004 21:38:07 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 9 Mar 2004 21:38:07 -0000 Message-ID: <404E3876.3040900@freebsd.org> Date: Tue, 09 Mar 2004 14:34:46 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Reminder: Call for FreeBSD Bi-Monthly Status Reports 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: Tue, 09 Mar 2004 21:38:08 -0000 All, This is a reminder that the next round of status reports is due on March 13. So far we've received 14 reports, but I'm hoping to make it to 20. With that, I'm hoping to see something on XFS, ARM, SMPng, and possibly ULE. Thanks a lot! Scott ---------- All, It's time for the Jan-Feb 2004 FreeBSD status report. It hasn't been quite two months since the last report, but I'm trying to get back onto the normal 2-month cycle. Please submit your report to monthly@freebsd.org by March 13, 2004. The template for the report is at http://www.freebsd.org/news/status/report-sample.xml. As always, we are looking for reports on projects that relate to FreeBSD. Topics can include ongoing development, new features, documentation, or wahtever else relates to the progress and spread of FreeBSD. Again, reports are due by March 13. Thanks a lot! Scott Long From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 22:21:47 2004 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 23DB716A4CF for ; Tue, 9 Mar 2004 22:21:47 -0800 (PST) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ECEB43D2D for ; Tue, 9 Mar 2004 22:21:45 -0800 (PST) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1B0x06-00025d-Pw for freebsd-hackers@freebsd.org; Wed, 10 Mar 2004 14:15:30 +0800 Message-Id: <6.0.3.0.2.20040310142316.029d29e8@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Wed, 10 Mar 2004 14:26:26 +0800 To: freebsd-hackers@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Error when making installworld 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: Wed, 10 Mar 2004 06:21:47 -0000 Hi, I did cvsup today and built world, compiled and installed kernel. The I did mergemaster -p. But when I try to make installworld make says following error: ===> usr.sbin/authpf install -s -o root -g authpf -m 6555 authpf /usr/sbin install: authpf: Invalid argument *** Error code 67 Stop in /usr/src/usr.sbin/authpf. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. What should I do? Is it some bug or am I missing something? thanks in advance, Ganbold From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 22:36:34 2004 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 1460A16A4CE for ; Tue, 9 Mar 2004 22:36:34 -0800 (PST) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4911143D53 for ; Tue, 9 Mar 2004 22:36:33 -0800 (PST) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1B0xER-0002Ai-1C for freebsd-hackers@freebsd.org; Wed, 10 Mar 2004 14:30:19 +0800 Message-Id: <6.0.3.0.2.20040310143952.029d2c78@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Wed, 10 Mar 2004 14:41:15 +0800 To: freebsd-hackers@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Error when making installworld : SOLVED 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: Wed, 10 Mar 2004 06:36:34 -0000 Hi, I added group authpf and everything worked well. Please ignore my previous message. thanks, Ganbold From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 05:18:12 2004 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 2C70316A4CE; Wed, 10 Mar 2004 05:18:12 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82EE043D46; Wed, 10 Mar 2004 05:18:11 -0800 (PST) (envelope-from akiyama@jp.FreeBSD.org) Received: from localhost (castle.jp.FreeBSD.org [2001:218:422:1::15]) ESMTP/inet6 id i2ADI8775135; Wed, 10 Mar 2004 22:18:08 +0900 (JST) (envelope-from akiyama@jp.FreeBSD.org) Date: Wed, 10 Mar 2004 22:18:05 +0900 From: Shunsuke Akiyama To: mistral@imasy.or.jp (Yoshihiko Sarumaru) In-Reply-To: <040308013807.M0100724@shimako.imasy.or.jp> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: multipart/mixed; boundary="Multipart_Wed_Mar_10_22:18:05_2004-1" Message-Id: <20040310221805L.akiyama@jp.FreeBSD.org> X-Dispatcher: imput version 20030322(IM144) Lines: 65 cc: stable@freebsd.org cc: hackers@freebsd.org cc: julian@elischer.org Subject: Re: HEADSUP!!! USB MFC committed.. 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: Wed, 10 Mar 2004 13:18:12 -0000 --Multipart_Wed_Mar_10_22:18:05_2004-1 Content-Type: text/plain; charset=US-ASCII Hi, Sarumaru-san. At Mon, 8 Mar 2004 01:38:07 +0900, Yoshihiko Sarumaru wrote: > I report you about a USB problem that would be occur with my > laptop after you MFC'ed USB stuff. > > With GENERIC kernel, it is fine and there are no changes from > before, but with no usb kernel + usb.ko + umass.ko, it would be > panic everytime on boot. > > It is not depend on umass. The panic would be happen when I > didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem > (PHS phone). I reproduced this panic, and tracked this down. This is a kernel module dependency problem. Please try attached patch, and let me know the result. If this patch fix your problem, I'll commit this. -- Shunsuke Akiyama akiyama@jp.FreeBSD.org akiyama@FreeBSD.org --Multipart_Wed_Mar_10_22:18:05_2004-1 Content-Type: application/octet-stream Content-Disposition: attachment; filename="moddepfix.diffs" Content-Transfer-Encoding: 7bit Index: sys/modules/ucom/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/ucom/Makefile,v retrieving revision 1.1.2.1 diff -u -r1.1.2.1 Makefile --- sys/modules/ucom/Makefile 8 Aug 2002 18:45:05 -0000 1.1.2.1 +++ sys/modules/ucom/Makefile 10 Mar 2004 13:06:22 -0000 @@ -6,5 +6,6 @@ KMOD= ucom SRCS= ucom.c ucomvar.h opt_usb.h device_if.h bus_if.h vnode_if.h NOMAN= +KMODDEPS= usb .include Index: sys/modules/umodem/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/umodem/Makefile,v retrieving revision 1.7.2.1 diff -u -r1.7.2.1 Makefile --- sys/modules/umodem/Makefile 1 Mar 2004 00:07:25 -0000 1.7.2.1 +++ sys/modules/umodem/Makefile 10 Mar 2004 13:06:23 -0000 @@ -6,5 +6,6 @@ KMOD= umodem SRCS= bus_if.h device_if.h vnode_if.h opt_usb.h umodem.c +KMODDEPS= ucom .include --Multipart_Wed_Mar_10_22:18:05_2004-1-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 9 15:39:17 2004 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 07BEC16A4D0 for ; Tue, 9 Mar 2004 15:39:17 -0800 (PST) Received: from relay8.bu.edu (relay8.bu.edu [128.197.27.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BDAE43D41 for ; Tue, 9 Mar 2004 15:39:16 -0800 (PST) (envelope-from jhoder@bu.edu) Received: from software4.bu.edu (software4.bu.edu [128.197.27.40]) by relay8.bu.edu (8.12.8/8.12.8) with ESMTP id i29Nc5Fa014660 for ; Tue, 9 Mar 2004 18:38:05 -0500 Received: (from nobody@localhost) ((8.9.3p2.buoit.v1.3)/8.9.3/(BU-S-05/17/2000-v1.1)) id SAA27402 for freebsd-hackers@freebsd.org; Tue, 9 Mar 2004 18:38:05 -0500 (EST) From: jhoder@bu.edu To: freebsd-hackers@freebsd.org Date: Tue, 09 Mar 2004 18:38:05 -0500 Message-ID: <1078875485.404e555d87e85@www.bu.edu> X-Mailer: SilkyMail v1.1.7 30-June-2002 BU MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Originating-IP: 128.197.245.127 X-Forwarded-For: 128.197.245.127 X-Mailman-Approved-At: Wed, 10 Mar 2004 05:32:22 -0800 Subject: Equalizer 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: Tue, 09 Mar 2004 23:39:17 -0000 i'm interested is learning more about freebsd's digital audio functionality, and in particular, i'm interested in developing a graphic audio equalizer which could be run from the command line, but allowing greater control than the stock "mixer" bass and treble functions. would someone explain to me where, for example, the bass and treble controls get their frequency range values? which source files (besides "soundcard.h") need modification to accomplish something like this? forgive my ignorance. i'm new to writing and compiling code but not to the audio world. with some initial guidance, i'm sure i could make a contribution. thanks in advance, john From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 05:40:06 2004 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 E281816A4CE; Wed, 10 Mar 2004 05:40:06 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id A23E243D2D; Wed, 10 Mar 2004 05:40:06 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 4F0C6307D1; Wed, 10 Mar 2004 08:40:05 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id D79F41D1EAC; Wed, 10 Mar 2004 08:40:02 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16463.6834.729075.342493@canoe.dclg.ca> Date: Wed, 10 Mar 2004 08:40:02 -0500 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid Subject: usermode linux on BSD? 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: Wed, 10 Mar 2004 13:40:07 -0000 Has anyone made an attempt to run usermode linux on FreeBSD? Is the issue-list long? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 05:42:53 2004 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 7551716A4CE for ; Wed, 10 Mar 2004 05:42:53 -0800 (PST) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C116443D2F for ; Wed, 10 Mar 2004 05:42:52 -0800 (PST) (envelope-from killing@multiplay.co.uk) Received: from steven ([193.123.241.40]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.0.0.R) with ESMTP id md50000017653.msg for ; Wed, 10 Mar 2004 13:32:23 +0000 Message-ID: <17bf01c406a6$a3872f60$7b07000a@int.mediasurface.com> From: "Steven Hartland" To: Date: Wed, 10 Mar 2004 13:49:39 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Processed: multiplay.co.uk, Wed, 10 Mar 2004 13:32:23 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 193.123.241.40 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: hackers@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 10 Mar 2004 13:32:25 +0000 Subject: Fw: 5.2 / 5.2.1 Highpoint 374 RAID 5 driver support 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: Wed, 10 Mar 2004 13:42:53 -0000 I'm looking to get the 374 working with 5.2 / 5.2.1 does anyone have any info on this. Highpoint have a driver for all the old version but no source / 5.2 download. Can we get the source or is their an alternative. Steve ================================================ 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 Wed Mar 10 05:38:34 2004 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 288BE16A4CE for ; Wed, 10 Mar 2004 05:38:34 -0800 (PST) Received: from rivette.int.mediasurface.com (rivette.uk.mediasurface.com [193.123.241.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36A6543D39 for ; Wed, 10 Mar 2004 05:38:33 -0800 (PST) (envelope-from steven@mediasurface.com) Received: from rivette.int.mediasurface.com (localhost [127.0.0.1]) i2ADcUV23435 for ; Wed, 10 Mar 2004 13:38:30 GMT Received: from steven (steven.int.mediasurface.com [10.0.7.123]) i2ADcTI23429 for ; Wed, 10 Mar 2004 13:38:30 GMT Message-ID: <17ac01c406a6$20062d30$7b07000a@int.mediasurface.com> From: "Steven Hartland" To: Date: Wed, 10 Mar 2004 13:46:17 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Mailman-Approved-At: Wed, 10 Mar 2004 05:48:53 -0800 Subject: 5.2 / 5.2.1 Highpoint 374 RAID 5 driver support 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: Wed, 10 Mar 2004 13:38:34 -0000 I'm looking to get the 374 working with 5.2 / 5.2.1 does anyone have any info on this. Highpoint have a driver for all the old version but no source / 5.2 download. Can we get the source or is their an alternative. Steve From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 06:06:34 2004 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 2EE5616A4CE for ; Wed, 10 Mar 2004 06:06:33 -0800 (PST) Received: from annibale.willystudios.com (annibale.willystudios.com [216.120.241.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 595CD43D45 for ; Wed, 10 Mar 2004 06:06:30 -0800 (PST) (envelope-from max@willystudios.com) Received: by annibale.willystudios.com (Postfix, from userid 1003) id D41944F3DF; Wed, 10 Mar 2004 15:02:53 +0100 (CET) Received: from vekkio.willystudios.com (host133-22.pool80182.interbusiness.it [80.182.22.133]) by annibale.willystudios.com (Postfix) with SMTP id 1A2BD4F3D6 for ; Wed, 10 Mar 2004 15:02:53 +0100 (CET) Date: Wed, 10 Mar 2004 15:06:36 +0100 From: Massimiliano Stucchi To: freebsd-hackers@freebsd.org Message-Id: <20040310150636.089fcfaf@vekkio.willystudios.com> In-Reply-To: <16463.6834.729075.342493@canoe.dclg.ca> References: <16463.6834.729075.342493@canoe.dclg.ca> Organization: WillyStudios.com, LTD X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Wed__10_Mar_2004_15_06_36_+0100_9W6wwgng+O3nX57G" X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.16.4 Subject: Re: usermode linux on BSD? 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: Wed, 10 Mar 2004 14:06:35 -0000 --Signature=_Wed__10_Mar_2004_15_06_36_+0100_9W6wwgng+O3nX57G Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Wed, 10 Mar 2004 08:40:02 -0500 David Gilbert wrote: > Has anyone made an attempt to run usermode linux on FreeBSD? Is the > issue-list long? What you are searching for is the jail facility. Just do a man jail and you're done. Cheers -- Stucchi Massimiliano | Gruppo Utenti FreeBSD Italia WillyStudios.com | http://www.gufi.org stucchi@willystudios.com | max@gufi.org "People who make no mistakes do not usually make anything" --Signature=_Wed__10_Mar_2004_15_06_36_+0100_9W6wwgng+O3nX57G Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFATyDsFwcpJfdZDoERAk+0AJ9s1o4p5lZiFI88fZj7JIiPzJmefwCeKCmZ zxn/HEcVMEA/mDwV9aTqvdU= =38J/ -----END PGP SIGNATURE----- --Signature=_Wed__10_Mar_2004_15_06_36_+0100_9W6wwgng+O3nX57G-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 06:15:37 2004 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 5993B16A4CE; Wed, 10 Mar 2004 06:15:37 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED9A743D45; Wed, 10 Mar 2004 06:15:36 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i2AEE0xC068810; Wed, 10 Mar 2004 09:14:00 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i2AEE0xF068807; Wed, 10 Mar 2004 09:14:00 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 10 Mar 2004 09:13:59 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: David Gilbert In-Reply-To: <16463.6834.729075.342493@canoe.dclg.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: usermode linux on BSD? 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: Wed, 10 Mar 2004 14:15:37 -0000 On Wed, 10 Mar 2004, David Gilbert wrote: > Has anyone made an attempt to run usermode linux on FreeBSD? Is the > issue-list long? There was a neat paper at BSDCon 2003 discussing running usermode FreeBSD on Linux, and it talked about what would be necessary to make usermode FreeBSD run on FreeBSD. You can find the paper off the USENIX web site, or perhaps via Google. I think it was a relatively small set of changes. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research > > Dave. > > -- > ============================================================================ > |David Gilbert, Independent Contractor. | Two things can only be | > |Mail: dave@daveg.ca | equal if and only if they | > |http://daveg.ca | are precisely opposite. | > =========================================================GLO================ > _______________________________________________ > 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 Wed Mar 10 06:17:21 2004 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 6F22816A4CF for ; Wed, 10 Mar 2004 06:17:21 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34C1943D54 for ; Wed, 10 Mar 2004 06:17:18 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2AEH5Db038565 for hackers@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 10 Mar 2004 17:17:05 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i2AEFeI9038504; (8.12.8/vak/2.1) Wed, 10 Mar 2004 17:15:40 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <404F23BE.5080008@cronyx.ru> Date: Wed, 10 Mar 2004 17:18:38 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <404B9E56.4060103@cronyx.ru> <404C3CD3.9030104@DeepCore.dk> <404CDC3B.301@cronyx.ru> In-Reply-To: <404CDC3B.301@cronyx.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: hackers@freebsd.org Subject: HDD problem research (was HDD questions) 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: Wed, 10 Mar 2004 14:17:21 -0000 Does any body have Segate drive ST380021A working with FreeBSD? Does any body have problems with it running 5.2-5.current or other versions of FreeBSD? Best regards, Roman Kurakin Roman Kurakin wrote: > Sřren Schmidt wrote: > >> Roman Kurakin wrote: >> >>> Hi, >>> >>> I have some problems with my HDD (ST380021A). The problem was >>> checked on 5.2, 5.2.1, and some >>> 5.Current (cvsuped about week or two). >>> >>> At first I got this problem while system installation. I get trap >>> and message from ata after I start a commit: >>> FAILURE READ_DMA status=51 error=10 >>> LBA=245529601 >> >> >> >> If I read the above modelnumber correctly it is a 80G disk.. >> >> There is only ~160000000 sectors on such a disk, so you cant expect >> to read sector 245529601 as its not there :) > > > I know that, and this is the problem. I am trying to read 41929650, > but system thinks this is 245529601. > This sector is near 20G mark, so I tried to read it from 40G disk, > which I use to run fbsd. All is fine. > >> >> Now why sysinstall tries to do that is beyond me, but could be a >> problem with the geometry (it seems to always get it wrong these days). > > > This is not a problem of sysinstall at all. As I wrote, it is enougth > to try to read one sector. So this problem > somewhere between read call and ata driver. This area wasn't in focus > of my interest before, so I don't > know where to go. > > Also, I tryied to read some sectors back and forward, and found out > that value of LBA changes nolinear. > Lower byte is linear only on interval of 63 values, so I gues this is > a sector value. And it seems that LBA value > not LBA value at all :-( > > This is all I have now. Any ideas, comments? > > Best regards, > Roman Kurakin > >> >> >> -Sřren >> _______________________________________________ >> 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-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 Wed Mar 10 06:20:59 2004 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 8854516A4CE for ; Wed, 10 Mar 2004 06:20:59 -0800 (PST) Received: from thebsh.namesys.com (thebsh.namesys.com [212.16.7.65]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A41843D5A for ; Wed, 10 Mar 2004 06:20:58 -0800 (PST) (envelope-from Nikita@Namesys.COM) Received: (qmail 17877 invoked from network); 10 Mar 2004 14:20:56 -0000 Received: from laputa.namesys.com (212.16.7.124) by thebsh.namesys.com with SMTP; 10 Mar 2004 14:20:56 -0000 Received: by laputa.namesys.com (Postfix on SuSE Linux 8.0 (i386), from userid 511) id D728414D10; Wed, 10 Mar 2004 17:20:55 +0300 (MSK) From: Nikita Danilov MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16463.9287.760118.597483@laputa.namesys.com> Date: Wed, 10 Mar 2004 17:20:55 +0300 To: Massimiliano Stucchi In-Reply-To: <20040310150636.089fcfaf@vekkio.willystudios.com> References: <16463.6834.729075.342493@canoe.dclg.ca> <20040310150636.089fcfaf@vekkio.willystudios.com> X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid cc: freebsd-hackers@freebsd.org Subject: Re: usermode linux on BSD? 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: Wed, 10 Mar 2004 14:20:59 -0000 Massimiliano Stucchi writes: > On Wed, 10 Mar 2004 08:40:02 -0500 > David Gilbert wrote: > > > Has anyone made an attempt to run usermode linux on FreeBSD? Is the > > issue-list long? > > What you are searching for is the jail facility. Just do a man jail and > you're done. User mode linux is much more than just sand-boxing device. For one thing, it can be used to debug kernel code. > > Cheers > -- Nikita. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 06:23:46 2004 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 B623016A4CE; Wed, 10 Mar 2004 06:23:46 -0800 (PST) Received: from relay1.mail2web.com (relay1.mail2web.com [168.144.1.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47AE843D3F; Wed, 10 Mar 2004 06:23:46 -0800 (PST) (envelope-from dodell@sitetronics.com) Received: from M2W089.mail2web.com ([168.144.251.201]) by relay1.mail2web.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 10 Mar 2004 09:23:45 -0500 Message-ID: <99610-220043310142346146@M2W089.mail2web.com> X-Priority: 3 X-Originating-IP: 81.69.92.101 X-URL: http://mail2web.com/ From: "dodell@sitetronics.com" To: rwatson@freebsd.org, dgilbert@dclg.ca, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Date: Wed, 10 Mar 2004 09:23:46 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 10 Mar 2004 14:23:45.0485 (UTC) FILETIME=[4BD82FD0:01C406AB] Subject: Re: usermode linux on BSD? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dodell@sitetronics.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2004 14:23:46 -0000 Hey guys, sorry for the ugly reply; but I'm on a web-based client right no= w=2E The specific paper is at: http://www=2Eusenix=2Eorg/events/bsdcon03/tech/eiraku=2Ehtml Devon Original Message: ----------------- From: Robert Watson rwatson@freebsd=2Eorg Date: Wed, 10 Mar 2004 09:13:59 -0500 (EST) To: dgilbert@dclg=2Eca, freebsd-hackers@freebsd=2Eorg, freebsd-current@freebsd=2Eorg Subject: Re: usermode linux on BSD? On Wed, 10 Mar 2004, David Gilbert wrote: > Has anyone made an attempt to run usermode linux on FreeBSD? Is the > issue-list long?=20 There was a neat paper at BSDCon 2003 discussing running usermode FreeBSD on Linux, and it talked about what would be necessary to make usermode FreeBSD run on FreeBSD=2E You can find the paper off the USENIX web site,= or perhaps via Google=2E I think it was a relatively small set of changes= =2E Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge=2Ewatson=2Eorg Senior Research Scientist, McAfee Resear= ch >=20 > Dave=2E >=20 > --=20 >=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > |David Gilbert, Independent Contractor=2E | Two things can only be= =20 | > |Mail: dave@daveg=2Eca | equal if and only if they | > |http://daveg=2Eca | are precisely opposi= te=2E | >=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3DGLO=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > _______________________________________________ > freebsd-hackers@freebsd=2Eorg mailing list > http://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd=2E= org" >=20 _______________________________________________ freebsd-current@freebsd=2Eorg mailing list http://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd=2Eor= g" -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web=2Ecom/ =2E From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 06:27:15 2004 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 DC19B16A4CF for ; Wed, 10 Mar 2004 06:27:15 -0800 (PST) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DA7A43D31 for ; Wed, 10 Mar 2004 06:27:15 -0800 (PST) (envelope-from killing@multiplay.co.uk) Received: from steven ([193.123.241.40]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.0.0.R) with ESMTP id md50000017780.msg for ; Wed, 10 Mar 2004 14:16:52 +0000 Message-ID: <180f01c406ac$db2cbba0$7b07000a@int.mediasurface.com> From: "Steven Hartland" To: References: <17bf01c406a6$a3872f60$7b07000a@int.mediasurface.com> <20040310141734.M37975@Robert-Eckardt.de> Date: Wed, 10 Mar 2004 14:34:54 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Processed: multiplay.co.uk, Wed, 10 Mar 2004 14:16:52 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 193.123.241.40 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: hackers@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 10 Mar 2004 14:16:54 +0000 Subject: Re: Fw: 5.2 / 5.2.1 Highpoint 374 RAID 5 driver support 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: Wed, 10 Mar 2004 14:27:16 -0000 Thanks for that there is basic support but this doesn't seem to detect a RAID 5 array :( The 5.1 Highpoint driver results in a da device which works correctly but I would really like to get back on to 5.2 as it fixes a number of issues I've encountered with 5.1. Regards Steve ----- Original Message ----- From: "Robert Eckardt" > Hi Steve, > > there should be basic support in the ATA-driver. (For the 372 there is.) > > However, it does not support initial synchronization of two disks and > the handling in case of an error is very limited. > You either have to start using an already existing array or resync using > some BIOS tool. Later, the driver does not care whether the content of > the RAID is identical or not. > > Robert ================================================ 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 Wed Mar 10 06:35:21 2004 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 56C6316A4CE for ; Wed, 10 Mar 2004 06:35:21 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20AF643D39 for ; Wed, 10 Mar 2004 06:35:21 -0800 (PST) (envelope-from craig@tobuj.gank.org) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (mail) with ESMTP id D05CB2A910 for ; Wed, 10 Mar 2004 08:34:54 -0600 (CST) From: Craig Boston To: freebsd-hackers@freebsd.org Date: Wed, 10 Mar 2004 08:35:17 -0600 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200403100835.17190.craig@tobuj.gank.org> Subject: Subversion follow-up 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: Wed, 10 Mar 2004 14:35:21 -0000 Unless somebody chimes in and just really wants me to stick this out to the bitter end, I'm about to kill my attempted import of the FreeBSD src/ repository into a test Subversion instance. The process has just passed the 1 month mark: USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND craig 19802 80.5 2.1 15600 10848 pv RN+ 9Feb04 33187:46.67 python ./cvs2svn.py and is still processing commits from mid-2001. Each commit has gotten progressively slower. As my other experiment (importing periodic snapshots from certain branches) has been working beautifully, I'm certain at this point that it's not Subversion itself, but rather the cvs2svn script that is slowing down. I may try again if I hear that the script has been improved in the future. I'm using a barely pre-1.0 version of it that was checked out of the development branch, so I'm reasonably sure not much has changed between it and the 1.0 released one. Craig From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 06:37:54 2004 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 2CEE216A4CE for ; Wed, 10 Mar 2004 06:37:54 -0800 (PST) Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6EDC43D46 for ; Wed, 10 Mar 2004 06:37:53 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user3.cybercity.dk (fxp0.user3.ip.cybercity.dk [212.242.41.36]) by cicero2.cybercity.dk (Postfix) with ESMTP id 47E3318F9FF for ; Wed, 10 Mar 2004 15:37:52 +0100 (CET) Received: from main.trunet.dk (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user3.cybercity.dk (Postfix) with SMTP id 1F38893C52 for ; Wed, 10 Mar 2004 15:37:52 +0100 (CET) Date: Wed, 10 Mar 2004 15:39:15 +0100 From: db To: hackers@freebsd.org Message-Id: <20040310153915.307f2eaa@main.trunet.dk> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: cvsd problems 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: Wed, 10 Mar 2004 14:37:54 -0000 Hi all I want to run a jailed cvs server, where users only have write access to their own projects. So this is what I have done: Jaildir: /home/cvs portinstall cvsd mv /usr/local/etc/rc.d/cvsd.sh.sample /usr/local/etc/rc.d/cvsd.sh chmod 770 /usr/local/etc/rc.d/cvsd.sh mv /usr/local/etc/cvsd/cvsd.conf.sample /usr/local/etc/cvsd/cvsd.conf *Edit /usr/local/etc/cvsd/cvsd.conf RootJail /home/cvs Repos /repos cvsd-buildroot /home/cvs cvs -d /home/cvs/repos init mkdir /home/cvs/tmp/lock chown cvsd:cvsd /home/cvs/tmp/lock truncate -s 0 /home/cvs/etc/passwd *Edit /home/cvs/repos/CVSROOT/config LockDir=/tmp/lock mkdir /home/cvs/libexec #Is this a bug in cvsd? cp /usr/libexec/ld-elf.so.1 /home/cvs/libexec Create some users. /usr/local/etc/rc.d/cvsd.sh start Creating a new user/project: cvsd-passwd /home/cvs/repos username Add the user to /home/cvs/(master.)passwd pwd_mkdb -d /home/cvs/etc /home/cvs/etc/master.passwd Now I can login, but when wanting to do anything I get: cvs -d :pserver:xx@xxxxx.xx:/repos checkout tester setgid failed: Operation not permitted What have I done wrong and what do I need to do now? br db From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 06:44:35 2004 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 3A78516A4CE for ; Wed, 10 Mar 2004 06:44:35 -0800 (PST) Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02F4143D1D for ; Wed, 10 Mar 2004 06:44:35 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user5.cybercity.dk (fxp0.user5.ip.cybercity.dk [212.242.41.51]) by cicero0.cybercity.dk (Postfix) with ESMTP id A6D67290EF for ; Wed, 10 Mar 2004 15:44:33 +0100 (CET) Received: from main.trunet.dk (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user5.cybercity.dk (Postfix) with SMTP id 5BC3B3A1AF5 for ; Wed, 10 Mar 2004 15:44:33 +0100 (CET) Date: Wed, 10 Mar 2004 15:45:56 +0100 From: db To: freebsd-hackers@freebsd.org Message-Id: <20040310154556.520a7c35@main.trunet.dk> In-Reply-To: <20040310153915.307f2eaa@main.trunet.dk> References: <20040310153915.307f2eaa@main.trunet.dk> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: cvsd problems 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: Wed, 10 Mar 2004 14:44:35 -0000 On Wed, 10 Mar 2004 15:39:15 +0100 db wrote: > I want to run a jailed cvs server, where users only have write access > to their own projects. So this is what I have done: Sorry, forgot to tell you: Arch: i386 FreeBSD: 5.2.1 release CVSd: 1.0.1 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 08:57:27 2004 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 7DA4F16A4CE for ; Wed, 10 Mar 2004 08:57:27 -0800 (PST) Received: from spruce.ne.tamu.edu (spruce.ne.tamu.edu [165.91.246.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A2143D46 for ; Wed, 10 Mar 2004 08:57:27 -0800 (PST) (envelope-from dhawkins@tamu.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Date: Wed, 10 Mar 2004 10:54:38 -0600 Message-ID: <3D0AE03BE5EFEC4DB04D42326CA218477D50EB@spruce.ne.tamu.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Intel i8xx watchdog driver Thread-Index: AcQGv3CVoXo+yUEqRF606fXAHemr9wAAOPYg From: "Wm. Daryl Hawkins" To: Subject: Intel i8xx watchdog driver 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: Wed, 10 Mar 2004 16:57:27 -0000 I've written a driver and userland daemon for the Intel i8xx TCO = watchdog timer. This is my first driver and it's only seen limited = testing, so proceed with caution! I've tested it with 4.9 and 5.2.1 on = a Supermicro P4SGE motherboard and would be grateful for any = suggestions, comments, bug reports, or complaints! :) If there is = sufficient interest (and once I've gotten some comment on the structure = and inner workings of this driver), I'd also like to write a driver for = the AMD-8000 series chipset. You can get the driver at: = http://freebsd.tamu.edu/wdog/ -- Daryl Daryl Hawkins Network Systems Texas A&M University dhawkins@tamu.edu From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 09:58:51 2004 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 6B29016A4CE for ; Wed, 10 Mar 2004 09:58:51 -0800 (PST) Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 308CA43D1F for ; Wed, 10 Mar 2004 09:58:51 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user2.cybercity.dk (fxp0.user2.ip.cybercity.dk [212.242.41.35]) by cicero2.cybercity.dk (Postfix) with ESMTP id 0B53A1913AA for ; Wed, 10 Mar 2004 18:58:50 +0100 (CET) Received: from main.trunet.dk (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user2.cybercity.dk (Postfix) with SMTP id BEFA7186C1 for ; Wed, 10 Mar 2004 18:58:49 +0100 (CET) Date: Wed, 10 Mar 2004 19:00:14 +0100 From: db To: hackers@freebsd.org Message-Id: <20040310190014.59e199d0@main.trunet.dk> In-Reply-To: <20040310154556.520a7c35@main.trunet.dk> References: <20040310153915.307f2eaa@main.trunet.dk> <20040310154556.520a7c35@main.trunet.dk> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: cvsd problems 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: Wed, 10 Mar 2004 17:58:51 -0000 On Wed, 10 Mar 2004 15:45:56 +0100 db wrote: > > I want to run a jailed cvs server, where users only have write > > access to their own projects. So this is what I have done: > > Sorry, forgot to tell you: > Arch: i386 > FreeBSD: 5.2.1 release > CVSd: 1.0.1 Ok nevermind, I found the problem. br db From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 10:00:27 2004 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 CB81816A58A for ; Wed, 10 Mar 2004 10:00:27 -0800 (PST) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6365543D39 for ; Wed, 10 Mar 2004 10:00:27 -0800 (PST) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 0C4123D31; Wed, 10 Mar 2004 13:00:26 -0500 (EST) From: "Dan Langille" To: db Date: Wed, 10 Mar 2004 13:00:26 -0500 MIME-Version: 1.0 Message-ID: <404F116A.24908.13FE0480@localhost> Priority: normal In-reply-to: <20040310190014.59e199d0@main.trunet.dk> References: <20040310154556.520a7c35@main.trunet.dk> X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: hackers@freebsd.org Subject: Re: cvsd problems 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: Wed, 10 Mar 2004 18:00:27 -0000 On 10 Mar 2004 at 19:00, db wrote: > On Wed, 10 Mar 2004 15:45:56 +0100 > db wrote: > > > > I want to run a jailed cvs server, where users only have write > > > access to their own projects. So this is what I have done: > > > > Sorry, forgot to tell you: > > Arch: i386 > > FreeBSD: 5.2.1 release > > CVSd: 1.0.1 > > Ok nevermind, I found the problem. But you haven't shared it. Please do. -- Dan Langille : http://www.langille.org/ BSDCan - http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 10:34:31 2004 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 6825616A4CE for ; Wed, 10 Mar 2004 10:34:31 -0800 (PST) Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334EA43D3F for ; Wed, 10 Mar 2004 10:34:31 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user3.cybercity.dk (fxp0.user3.ip.cybercity.dk [212.242.41.36]) by cicero0.cybercity.dk (Postfix) with ESMTP id 7B97929B07 for ; Wed, 10 Mar 2004 19:34:29 +0100 (CET) Received: from main.trunet.dk (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user3.cybercity.dk (Postfix) with SMTP id 2A6BD93C4C for ; Wed, 10 Mar 2004 19:34:28 +0100 (CET) Date: Wed, 10 Mar 2004 19:35:52 +0100 From: db To: hackers@freebsd.org Message-Id: <20040310193552.7d114402@main.trunet.dk> In-Reply-To: <404F116A.24908.13FE0480@localhost> References: <20040310154556.520a7c35@main.trunet.dk> <404F116A.24908.13FE0480@localhost> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: cvsd problems 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: Wed, 10 Mar 2004 18:34:31 -0000 On Wed, 10 Mar 2004 13:00:26 -0500 "Dan Langille" wrote: > > Ok nevermind, I found the problem. > > But you haven't shared it. Please do. cvsd wasn't running as root inside the jail. So I guess I'll just have to create a repos for every group/project?!?! Or run cvsd as root...don't know what I will do. br db From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 13:26:25 2004 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 1DB6F16A4D0; Wed, 10 Mar 2004 13:26:25 -0800 (PST) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0113F43D48; Wed, 10 Mar 2004 13:26:25 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc11) with ESMTP id <2004031021173901300kubbje>; Wed, 10 Mar 2004 21:17:39 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA79912; Wed, 10 Mar 2004 13:18:34 -0800 (PST) Date: Wed, 10 Mar 2004 13:18:34 -0800 (PST) From: Julian Elischer To: Shunsuke Akiyama In-Reply-To: <20040310221805L.akiyama@jp.FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: stable@freebsd.org cc: Yoshihiko Sarumaru Subject: Re: HEADSUP!!! USB MFC committed.. 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: Wed, 10 Mar 2004 21:26:25 -0000 On Wed, 10 Mar 2004, Shunsuke Akiyama wrote: > Hi, Sarumaru-san. > > At Mon, 8 Mar 2004 01:38:07 +0900, > Yoshihiko Sarumaru wrote: > > > I report you about a USB problem that would be occur with my > > laptop after you MFC'ed USB stuff. > > > > With GENERIC kernel, it is fine and there are no changes from > > before, but with no usb kernel + usb.ko + umass.ko, it would be > > panic everytime on boot. > > > > It is not depend on umass. The panic would be happen when I > > didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem > > (PHS phone). > you are just ahead of me I was looking at the dependencies but had not yet worked it out :-) > I reproduced this panic, and tracked this down. > This is a kernel module dependency problem. > > Please try attached patch, and let me know the result. > If this patch fix your problem, I'll commit this. > -- > Shunsuke Akiyama > akiyama@jp.FreeBSD.org > akiyama@FreeBSD.org > > From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 14:46:58 2004 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 0F37916A4CE; Wed, 10 Mar 2004 14:46:58 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E901043D1F; Wed, 10 Mar 2004 14:46:56 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i2AMkdQ9053851; Thu, 11 Mar 2004 09:16:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 11 Mar 2004 09:16:37 +1030 User-Agent: KMail/1.6 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403110916.37277.doconnor@gsoft.com.au> X-Spam-Score: -1.8 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org cc: Robert Watson cc: David Gilbert Subject: Re: usermode linux on BSD? 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: Wed, 10 Mar 2004 22:46:58 -0000 On Thu, 11 Mar 2004 00:43, Robert Watson wrote: > On Wed, 10 Mar 2004, David Gilbert wrote: > > Has anyone made an attempt to run usermode linux on FreeBSD? Is the > > issue-list long? > > There was a neat paper at BSDCon 2003 discussing running usermode FreeBSD > on Linux, and it talked about what would be necessary to make usermode > FreeBSD run on FreeBSD. You can find the paper off the USENIX web site, > or perhaps via Google. I think it was a relatively small set of changes. I think this is it -> http://www.usenix.org/publications/library/proceedings/bsdcon03/tech/eiraku/eiraku_html/ They used NetBSD, and modified it's ptrace() in a pretty minor fashion. They also hacked out the BIOS calls from a FreeBSD 4.7 to make it easier to run (they don't have a VM8086 emulator :) This is some pretty neat stuff! -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 15:16:22 2004 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 4920716A4D0 for ; Wed, 10 Mar 2004 15:16:22 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66AB343D2D for ; Wed, 10 Mar 2004 15:16:21 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i2ANGCQ9054180; Thu, 11 Mar 2004 09:46:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Thu, 11 Mar 2004 09:46:10 +1030 User-Agent: KMail/1.6 References: <1078875485.404e555d87e85@www.bu.edu> In-Reply-To: <1078875485.404e555d87e85@www.bu.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403110946.10284.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: jhoder@bu.edu Subject: Re: Equalizer 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: Wed, 10 Mar 2004 23:16:22 -0000 On Wed, 10 Mar 2004 10:08, jhoder@bu.edu wrote: > i'm interested is learning more about freebsd's digital audio > functionality, and in particular, i'm interested in developing a graphic > audio equalizer which could be run from the command line, but allowing > greater control than the stock "mixer" bass and treble functions. > > would someone explain to me where, for example, the bass and treble > controls get their frequency range values? which source files (besides > "soundcard.h") need modification to accomplish something like this? > forgive my ignorance. i'm new to writing and compiling code but not to the > audio world. with some initial guidance, i'm sure i could make a > contribution. The bass and treble controls are connected to the sound card (really the AC97 codec your soundcard uses) so the actual shape is controlled by that.. You could probably shove a graphic equalizer into the kernel but it would be fairly complex to debug, and you can only use integer math :) You're probably better off modifying one of the audio multiplexer daemons - I know artsd at least can do plugins already. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 16:59:45 2004 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 8BFF316A4CE for ; Wed, 10 Mar 2004 16:59:45 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B7E543D2D for ; Wed, 10 Mar 2004 16:59:45 -0800 (PST) (envelope-from agerber@ncsu.edu) Received: from unlateral.dyndns.org (rdu57-247-216.nc.rr.com [66.57.247.216] (may be forged))i2B0xgSm001076 for ; Wed, 10 Mar 2004 19:59:42 -0500 (EST) MIME-Version: 1.0 X-Mailer: V-webmail 1.5.0 ( http://www.v-webmail.co.uk/ ) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-ID: Date: Wed, 10 Mar 2004 19:59:36 -0500 From: "Alan Gerber" To: freebsd-hackers@freebsd.org X-Originating-IP: [192.168.0.1] X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: NIC-independent watchdog timeout on 5.2.1-R X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: agerber@ncsu.edu List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2004 00:59:45 -0000 I'm gonna commit the cardinal sin and cross-post this to -hackers since I haven't had any luck getting an answer out of -questions. ;-) I hope someone here's at least partly seen this before! -- Alan Gerber Hey all, I'm trying to put 5.2.1-Release on my desktop at home, and I'm experiencing a couple of errors that have me confused. First, I get a number of "module_register: module ???/??? already exists!\nModule ???/??? failed to register: 17" errors on startup (I'm including the dmesg output which includes these errors), and I also get a watchdog timeout for all of the 4 different network cards I've used in the machine. The specific watchdog message isn't included in the dmesg text, but it's none to complicated: "rl0: watchdog timeout" and such. The NICS that I've used are: 2x Linksys LNE100TX v4 (dc driver) 1x Generic Belkin card (rl driver) 1x Intel Pro/100 (fxp driver) My guess is that these two problems are probably related, but since I've no idea how to resolve the first problem, I started troubleshooting the second: here's what I've found so far: I've read enough of the man pages to know that this is supposedly caused by the driver not getting a response that a packet was put on the wire successfully. But I am certain that the cards are good (I've pulled all but the 1st Linksys out of working machines to test this), and the cabling and connections are all good, too. I've used the same cards successfully in WinXP with no problems whatsoever on the same machine. I am experiencing this error with the install floppies, install CD, liveCD, and even after installation via CD with the generic kernel. Disabling ACPI has had no effect in this case. I've pulled all other cards (save my video card [GeForce FX5600]) out of the machine and tried each of the above cards, but still no luck. The motherboard for the machine in question is an Asus A7A266, running BIOS revision 1011. I'm attaching the verbose ACPI-enabled dmesg output from the liveCD in case it helps. At this point I don't know what to do. I've checked the mail archives, FAQ, bsdforums.org, etc, and I haven't found any situations that seem to apply for me. I'm guessing that it is something about my specific hardware combination or possibly a BIOS setting, but I thought I'd check here to see if anyone had any thoughts on either a solution or a workaround. I'd appreciate any help that can be given on this situation, because I'd love to move away from running WinXP on my desktop! ;-) -- Alan Gerber From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 17:04:13 2004 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 7F1F916A4CE for ; Wed, 10 Mar 2004 17:04:13 -0800 (PST) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0117D43D2F for ; Wed, 10 Mar 2004 17:04:13 -0800 (PST) (envelope-from agerber@ncsu.edu) Received: from unlateral.dyndns.org (rdu57-247-216.nc.rr.com [66.57.247.216] (may be forged))i2B147s1006094 for ; Wed, 10 Mar 2004 20:04:07 -0500 (EST) MIME-Version: 1.0 X-Mailer: V-webmail 1.5.0 ( http://www.v-webmail.co.uk/ ) Content-Type: multipart/mixed; boundary="=_669e070115b4a377f9a90f48fc7acf0d" Message-ID: Date: Wed, 10 Mar 2004 20:04:01 -0500 From: "Alan Gerber" To: freebsd-hackers@freebsd.org X-Originating-IP: [192.168.0.1] X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: (REPOST) NIC-independent watchdog timeout on 5.2.1-R X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: agerber@ncsu.edu List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2004 01:04:13 -0000 --=_669e070115b4a377f9a90f48fc7acf0d Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Ouch, not only a cardinal sin, but since V-Webmail decided to spontaneously drop my attachment, a repost, too! I must be going straight downstairs when I die! If for some reason it doesn't come through this time, I'm putting the dmesg output online at http://unlateral.dyndns.org/personal/freebsd/dmesg.verbose.livecd.txt -- Alan Gerber I'm gonna commit the cardinal sin and cross-post this to -hackers since I haven't had any luck getting an answer out of -questions. ;-) I hope someone here's at least partly seen this before! -- Alan Gerber Hey all, I'm trying to put 5.2.1-Release on my desktop at home, and I'm experiencing a couple of errors that have me confused. First, I get a number of "module_register: module ???/??? already exists!\nModule ???/??? failed to register: 17" errors on startup (I'm including the dmesg output which includes these errors), and I also get a watchdog timeout for all of the 4 different network cards I've used in the machine. The specific watchdog message isn't included in the dmesg text, but it's none to complicated: "rl0: watchdog timeout" and such. The NICS that I've used are: 2x Linksys LNE100TX v4 (dc driver) 1x Generic Belkin card (rl driver) 1x Intel Pro/100 (fxp driver) My guess is that these two problems are probably related, but since I've no idea how to resolve the first problem, I started troubleshooting the second: here's what I've found so far: I've read enough of the man pages to know that this is supposedly caused by the driver not getting a response that a packet was put on the wire successfully. But I am certain that the cards are good (I've pulled all but the 1st Linksys out of working machines to test this), and the cabling and connections are all good, too. I've used the same cards successfully in WinXP with no problems whatsoever on the same machine. I am experiencing this error with the install floppies, install CD, liveCD, and even after installation via CD with the generic kernel. Disabling ACPI has had no effect in this case. I've pulled all other cards (save my video card [GeForce FX5600]) out of the machine and tried each of the above cards, but still no luck. The motherboard for the machine in question is an Asus A7A266, running BIOS revision 1011. I'm attaching the verbose ACPI-enabled dmesg output from the liveCD in case it helps. At this point I don't know what to do. I've checked the mail archives, FAQ, bsdforums.org, etc, and I haven't found any situations that seem to apply for me. I'm guessing that it is something about my specific hardware combination or possibly a BIOS setting, but I thought I'd check here to see if anyone had any thoughts on either a solution or a workaround. I'd appreciate any help that can be given on this situation, because I'd love to move away from running WinXP on my desktop! ;-) -- Alan Gerber --=_669e070115b4a377f9a90f48fc7acf0d Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.verbose.livecd.txt" MCAxMSAxMgpzbG90IDUgICAgICAwICAgMTMgICAgQiAgIDB4MDEgIDMgNCA1IDcgOSAxMCAxMSAx MgpzbG90IDUgICAgICAwICAgMTMgICAgQyAgIDB4MDIgIDMgNCA1IDcgOSAxMCAxMSAxMgpzbG90 IDUgICAgICAwICAgMTMgICAgRCAgIDB4MDMgIDMgNCA1IDcgOSAxMCAxMSAxMgplbWJlZGRlZCAg ICAwICAgIDYgICAgQSAgIDB4MDUgIDMgNCA1IDcgOSAxMCAxMSAxMgplbWJlZGRlZCAgICAwICAg IDYgICAgRCAgIDB4MDEgIDMgNCA1IDcgOSAxMCAxMSAxMgplbWJlZGRlZCAgICAwICAgIDIgICAg QSAgIDB4NTkgIDMgNCA1IDcgOSAxMCAxMSAxMgplbWJlZGRlZCAgICAwICAgIDIgICAgRCAgIDB4 MDEgIDMgNCA1IDcgOSAxMCAxMSAxMgpzbG90IDYgICAgICAxICAgIDAgICAgQSAgIDB4MDEgIDMg NCA1IDcgOSAxMCAxMSAxMgpzbG90IDYgICAgICAxICAgIDAgICAgQiAgIDB4MDIgIDMgNCA1IDcg OSAxMCAxMSAxMgpzbG90IDYgICAgICAxICAgIDAgICAgRCAgIDB4MDEgIDMgNCA1IDcgOSAxMCAx MSAxMgphY3BpX2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBubyBfQkJOLCBhc3N1bWluZyAwCkFj cGlPc0Rlcml2ZVBjaUlkOiBidXMgMCBkZXYgNyBmdW5jIDAKYWNwaV9idXNfbnVtYmVyOiByb290 IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2 IDcgZnVuYyAwCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpBQ1BJIHRpbWVyIGxvb2tzIEJB RCAgbWluID0gMiwgbWF4ID0gNSwgd2lkdGggPSAzCkFDUEkgdGltZXIgbG9va3MgQkFEICBtaW4g PSAyLCBtYXggPSA1LCB3aWR0aCA9IDMKQUNQSSB0aW1lciBsb29rcyBHT09EIG1pbiA9IDIsIG1h eCA9IDQsIHdpZHRoID0gMgpBQ1BJIHRpbWVyIGxvb2tzIEJBRCAgbWluID0gMiwgbWF4ID0gNSwg d2lkdGggPSAzCkFDUEkgdGltZXIgbG9va3MgQkFEICBtaW4gPSAyLCBtYXggPSA1LCB3aWR0aCA9 IDMKQUNQSSB0aW1lciBsb29rcyBCQUQgIG1pbiA9IDIsIG1heCA9IDUsIHdpZHRoID0gMwpBQ1BJ IHRpbWVyIGxvb2tzIEdPT0QgbWluID0gMiwgbWF4ID0gNCwgd2lkdGggPSAyCkFDUEkgdGltZXIg bG9va3MgR09PRCBtaW4gPSAyLCBtYXggPSA0LCB3aWR0aCA9IDIKQUNQSSB0aW1lciBsb29rcyBH T09EIG1pbiA9IDIsIG1heCA9IDQsIHdpZHRoID0gMgpBQ1BJIHRpbWVyIGxvb2tzIEdPT0QgbWlu ID0gMiwgbWF4ID0gNCwgd2lkdGggPSAyClRpbWVjb3VudGVyICJBQ1BJLXNhZmUiIGZyZXF1ZW5j eSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAz LjU3OTU0NU1Iej4gcG9ydCAweGU0MDgtMHhlNDBiIG9uIGFjcGkwCmFjcGlfY3B1MDogPENQVT4g b24gYWNwaTAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMApwY2liMDogPEFD UEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCi0tLS0gaW5pdGlh bCBjb25maWd1cmF0aW9uIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpcXF9TQl8uTE5LRiBpcnEg ICAwOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFi bGUgMC41LjAKXFxfU0JfLkxOS0EgaXJxICAxMTogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAx MiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuNS4zClxcX1NCXy5MTktIIGlycSAgIDA6IFsg IDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjMu MApcXF9TQl8uTE5LQSBpcnEgIDExOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1 XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4zLjMKXFxfU0JfLkxOS0cgaXJxICAgMDogWyAgMyAgNCAg NSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuOC4wClxcX1NC Xy5MTktBIGlycSAgMTE6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxs ZXZlbCxzaGFyYWJsZSAwLjguMwpcXF9TQl8uTE5LQSBpcnEgIDExOiBbICAzICA0ICA1ICA2ICA3 ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4xMi4wClxcX1NCXy5MTktC IGlycSAgIDA6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxz aGFyYWJsZSAwLjEyLjEKXFxfU0JfLkxOS0MgaXJxICAgMDogWyAgMyAgNCAgNSAgNiAgNyAgOSAx MCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuMTIuMgpcXF9TQl8uTE5LRCBpcnEg ICAwOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFi bGUgMC4xMi4zClxcX1NCXy5MTktCIGlycSAgIDA6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEg MTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjExLjAKXFxfU0JfLkxOS0MgaXJxICAgMDog WyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAu MTEuMQpcXF9TQl8uTE5LRCBpcnEgICAwOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0 IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4xMS4yClxcX1NCXy5MTktGIGlycSAgIDA6IFsgIDMg IDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjExLjMK XFxfU0JfLkxOS0MgaXJxICAgMDogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0g bG93LGxldmVsLHNoYXJhYmxlIDAuMTAuMApcXF9TQl8uTE5LRCBpcnEgICAwOiBbICAzICA0ICA1 ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4xMC4xClxcX1NC Xy5MTktGIGlycSAgIDA6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxs ZXZlbCxzaGFyYWJsZSAwLjEwLjIKXFxfU0JfLkxOS0EgaXJxICAxMTogWyAgMyAgNCAgNSAgNiAg NyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuMTAuMwpcXF9TQl8uTE5L RCBpcnEgICAwOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWws c2hhcmFibGUgMC45LjAKXFxfU0JfLkxOS0YgaXJxICAgMDogWyAgMyAgNCAgNSAgNiAgNyAgOSAx MCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuOS4xClxcX1NCXy5MTktBIGlycSAg MTE6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJs ZSAwLjkuMgpcXF9TQl8uTE5LQiBpcnEgICAwOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEy IDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC45LjMKXFxfU0JfLkxOS0YgaXJxICAgMDogWyAg MyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuMTMu MApcXF9TQl8uTE5LQSBpcnEgIDExOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1 XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4xMy4xClxcX1NCXy5MTktCIGlycSAgIDA6IFsgIDMgIDQg IDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjEzLjIKXFxf U0JfLkxOS0MgaXJxICAgMDogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93 LGxldmVsLHNoYXJhYmxlIDAuMTMuMwpcXF9TQl8uTE5LRSBpcnEgICA5OiBbICAzICA0ICA1ICA2 ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC42LjAKXFxfU0JfLkxO S0EgaXJxICAxMTogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVs LHNoYXJhYmxlIDAuNi4zClxcX1NCXy5MTktJIGlycSAgIDk6IFsgIDMgIDQgIDUgIDYgIDcgIDkg MTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjIuMApcXF9TQl8uTE5LQSBpcnEg IDExOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFi bGUgMC4yLjMKLS0tLSBiZWZvcmUgc2V0dGluZyBwcmlvcml0eSBmb3IgbGlua3MgLS0tLS0tLS0t LS0tClxcX1NCXy5MTktGOgoJaW50ZXJydXB0czoJICAgICAzICAgICA0ICAgICA1ICAgICA2ICAg ICA3ICAgICA5ICAgIDEwICAgIDExICAgIDEyICAgIDE0ICAgIDE1CglwZW5hbHR5OgkgIDMwOTAg IDMwOTAgIDIwOTAgIDMwOTAgIDMwOTAgIDIyOTAgIDIwOTAgIDI5OTAgIDMwOTAgMTIwOTAgMTIw OTAKCXJlZmVyZW5jZXM6CTUKCXByaW9yaXR5OgkwClxcX1NCXy5MTktIOgoJaW50ZXJydXB0czoJ ICAgICAzICAgICA0ICAgICA1ICAgICA2ICAgICA3ICAgICA5ICAgIDEwICAgIDExICAgIDEyICAg IDE0ICAgIDE1CglwZW5hbHR5OgkgIDMwOTAgIDMwOTAgIDIwOTAgIDMwOTAgIDMwOTAgIDIyOTAg IDIwOTAgIDI5OTAgIDMwOTAgMTIwOTAgMTIwOTAKCXJlZmVyZW5jZXM6CTEKCXByaW9yaXR5Ogkw ClxcX1NCXy5MTktHOgoJaW50ZXJydXB0czoJICAgICAzICAgICA0ICAgICA1ICAgICA2ICAgICA3 ICAgICA5ICAgIDEwICAgIDExICAgIDEyICAgIDE0ICAgIDE1CglwZW5hbHR5OgkgIDMwOTAgIDMw OTAgIDIwOTAgIDMwOTAgIDMwOTAgIDIyOTAgIDIwOTAgIDI5OTAgIDMwOTAgMTIwOTAgMTIwOTAK CXJlZmVyZW5jZXM6CTEKCXByaW9yaXR5OgkwClxcX1NCXy5MTktCOgoJaW50ZXJydXB0czoJICAg ICAzICAgICA0ICAgICA1ICAgICA2ICAgICA3ICAgICA5ICAgIDEwICAgIDExICAgIDEyICAgIDE0 ICAgIDE1CglwZW5hbHR5OgkgIDMwOTAgIDMwOTAgIDIwOTAgIDMwOTAgIDMwOTAgIDIyOTAgIDIw OTAgIDI5OTAgIDMwOTAgMTIwOTAgMTIwOTAKCXJlZmVyZW5jZXM6CTQKCXByaW9yaXR5OgkwClxc X1NCXy5MTktDOgoJaW50ZXJydXB0czoJICAgICAzICAgICA0ICAgICA1ICAgICA2ICAgICA3ICAg ICA5ICAgIDEwICAgIDExICAgIDEyICAgIDE0ICAgIDE1CglwZW5hbHR5OgkgIDMwOTAgIDMwOTAg IDIwOTAgIDMwOTAgIDMwOTAgIDIyOTAgIDIwOTAgIDI5OTAgIDMwOTAgMTIwOTAgMTIwOTAKCXJl ZmVyZW5jZXM6CTQKCXByaW9yaXR5OgkwClxcX1NCXy5MTktEOgoJaW50ZXJydXB0czoJICAgICAz ICAgICA0ICAgICA1ICAgICA2ICAgICA3ICAgICA5ICAgIDEwICAgIDExICAgIDEyICAgIDE0ICAg IDE1CglwZW5hbHR5OgkgIDMwOTAgIDMwOTAgIDIwOTAgIDMwOTAgIDMwOTAgIDIyOTAgIDIwOTAg IDI5OTAgIDMwOTAgMTIwOTAgMTIwOTAKCXJlZmVyZW5jZXM6CTQKCXByaW9yaXR5OgkwCi0tLS0g YmVmb3JlIGZpeHVwIGJvb3QtZGlzYWJsZWQgbGlua3MgLS0tLS0tLS0tLS0tLQpcXF9TQl8uTE5L RjoKCWludGVycnVwdHM6CSAgICAgMyAgICAgNCAgICAgNSAgICAgNiAgICAgNyAgICAgOSAgICAx MCAgICAxMSAgICAxMiAgICAxNCAgICAxNQoJcGVuYWx0eToJICAzMDkwICAzMDkwICAyMDkwICAz MDkwICAzMDkwICAyMjkwICAyMDkwICAyOTkwICAzMDkwIDEyMDkwIDEyMDkwCglyZWZlcmVuY2Vz Ogk1Cglwcmlvcml0eToJMjIzMTMKXFxfU0JfLkxOS0I6CglpbnRlcnJ1cHRzOgkgICAgIDMgICAg IDQgICAgIDUgICAgIDYgICAgIDcgICAgIDkgICAgMTAgICAgMTEgICAgMTIgICAgMTQgICAgMTUK CXBlbmFsdHk6CSAgMzA5MCAgMzA5MCAgMjA5MCAgMzA5MCAgMzA5MCAgMjI5MCAgMjA5MCAgMjk5 MCAgMzA5MCAxMjA5MCAxMjA5MAoJcmVmZXJlbmNlczoJNAoJcHJpb3JpdHk6CTE3ODUwClxcX1NC Xy5MTktDOgoJaW50ZXJydXB0czoJICAgICAzICAgICA0ICAgICA1ICAgICA2ICAgICA3ICAgICA5 ICAgIDEwICAgIDExICAgIDEyICAgIDE0ICAgIDE1CglwZW5hbHR5OgkgIDMwOTAgIDMwOTAgIDIw OTAgIDMwOTAgIDMwOTAgIDIyOTAgIDIwOTAgIDI5OTAgIDMwOTAgMTIwOTAgMTIwOTAKCXJlZmVy ZW5jZXM6CTQKCXByaW9yaXR5OgkxNzg1MApcXF9TQl8uTE5LRDoKCWludGVycnVwdHM6CSAgICAg MyAgICAgNCAgICAgNSAgICAgNiAgICAgNyAgICAgOSAgICAxMCAgICAxMSAgICAxMiAgICAxNCAg ICAxNQoJcGVuYWx0eToJICAzMDkwICAzMDkwICAyMDkwICAzMDkwICAzMDkwICAyMjkwICAyMDkw ICAyOTkwICAzMDkwIDEyMDkwIDEyMDkwCglyZWZlcmVuY2VzOgk0Cglwcmlvcml0eToJMTc4NTAK XFxfU0JfLkxOS0g6CglpbnRlcnJ1cHRzOgkgICAgIDMgICAgIDQgICAgIDUgICAgIDYgICAgIDcg ICAgIDkgICAgMTAgICAgMTEgICAgMTIgICAgMTQgICAgMTUKCXBlbmFsdHk6CSAgMzA5MCAgMzA5 MCAgMjA5MCAgMzA5MCAgMzA5MCAgMjI5MCAgMjA5MCAgMjk5MCAgMzA5MCAxMjA5MCAxMjA5MAoJ cmVmZXJlbmNlczoJMQoJcHJpb3JpdHk6CTQ0NjIKXFxfU0JfLkxOS0c6CglpbnRlcnJ1cHRzOgkg ICAgIDMgICAgIDQgICAgIDUgICAgIDYgICAgIDcgICAgIDkgICAgMTAgICAgMTEgICAgMTIgICAg MTQgICAgMTUKCXBlbmFsdHk6CSAgMzA5MCAgMzA5MCAgMjA5MCAgMzA5MCAgMzA5MCAgMjI5MCAg MjA5MCAgMjk5MCAgMzA5MCAxMjA5MCAxMjA5MAoJcmVmZXJlbmNlczoJMQoJcHJpb3JpdHk6CTQ0 NjIKLS0tLSBhZnRlciBmaXh1cCBib290LWRpc2FibGVkIGxpbmtzIC0tLS0tLS0tLS0tLS0tCi0t LS0gYXJiaXRyYXRlZCBjb25maWd1cmF0aW9uIC0tLS0tLS0tLS0tLS0tLS0tLS0tLQpcXF9TQl8u TE5LRiBpcnEgIDEwOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2 ZWwsc2hhcmFibGUgMC41LjAKXFxfU0JfLkxOS0EgaXJxICAxMTogWyAgMyAgNCAgNSAgNiAgNyAg OSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuNS4zClxcX1NCXy5MTktIIGly cSAgMTA6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFy YWJsZSAwLjMuMApcXF9TQl8uTE5LQSBpcnEgIDExOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDEx IDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4zLjMKXFxfU0JfLkxOS0cgaXJxICAxMDog WyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAu OC4wClxcX1NCXy5MTktBIGlycSAgMTE6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQg MTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjguMwpcXF9TQl8uTE5LQSBpcnEgIDExOiBbICAzICA0 ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4xMi4wClxc X1NCXy5MTktCIGlycSAgIDU6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxv dyxsZXZlbCxzaGFyYWJsZSAwLjEyLjEKXFxfU0JfLkxOS0MgaXJxICAgOTogWyAgMyAgNCAgNSAg NiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuMTIuMgpcXF9TQl8u TE5LRCBpcnEgICA1OiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2 ZWwsc2hhcmFibGUgMC4xMi4zClxcX1NCXy5MTktCIGlycSAgIDU6IFsgIDMgIDQgIDUgIDYgIDcg IDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjExLjAKXFxfU0JfLkxOS0Mg aXJxICAgOTogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNo YXJhYmxlIDAuMTEuMQpcXF9TQl8uTE5LRCBpcnEgICA1OiBbICAzICA0ICA1ICA2ICA3ICA5IDEw IDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4xMS4yClxcX1NCXy5MTktGIGlycSAg MTA6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJs ZSAwLjExLjMKXFxfU0JfLkxOS0MgaXJxICAgOTogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAx MiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuMTAuMApcXF9TQl8uTE5LRCBpcnEgICA1OiBb ICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4x MC4xClxcX1NCXy5MTktGIGlycSAgMTA6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQg MTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjEwLjIKXFxfU0JfLkxOS0EgaXJxICAxMTogWyAgMyAg NCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuMTAuMwpc XF9TQl8uTE5LRCBpcnEgICA1OiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBs b3csbGV2ZWwsc2hhcmFibGUgMC45LjAKXFxfU0JfLkxOS0YgaXJxICAxMDogWyAgMyAgNCAgNSAg NiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuOS4xClxcX1NCXy5M TktBIGlycSAgMTE6IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZl bCxzaGFyYWJsZSAwLjkuMgpcXF9TQl8uTE5LQiBpcnEgICA1OiBbICAzICA0ICA1ICA2ICA3ICA5 IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC45LjMKXFxfU0JfLkxOS0YgaXJx ICAxMDogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJh YmxlIDAuMTMuMApcXF9TQl8uTE5LQSBpcnEgIDExOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDEx IDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4xMy4xClxcX1NCXy5MTktCIGlycSAgIDU6 IFsgIDMgIDQgIDUgIDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAw LjEzLjIKXFxfU0JfLkxOS0MgaXJxICAgOTogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAx NCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuMTMuMwpcXF9TQl8uTE5LRSBpcnEgICA5OiBbICAz ICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC42LjAK XFxfU0JfLkxOS0EgaXJxICAxMTogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0g bG93LGxldmVsLHNoYXJhYmxlIDAuNi4zClxcX1NCXy5MTktJIGlycSAgIDk6IFsgIDMgIDQgIDUg IDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjIuMApcXF9TQl8u TE5LQSBpcnEgIDExOiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2 ZWwsc2hhcmFibGUgMC4yLjMKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogcGh5 c2ljYWwgYnVzPTAKCW1hcFsxMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgZTAwMDAwMDAsIHNp emUgMjgsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMGI5LCBkZXY9MHgxNjQ3LCByZXZpZD0w eDA0CglidXM9MCwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHhhMjEwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglwb3dlcnNwZWMgMSAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKZm91bmQt Pgl2ZW5kb3I9MHgxMGI5LCBkZXY9MHg1MjQ3LCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0xLCBm dW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAw MTcsIHN0YXRyZWc9MHgwNDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDA4ICgyMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCgltYXBbMTBd OiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGNjODAwMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIw OiBtYXRjaGVkIGVudHJ5IGZvciAwLjIuSU5UQSAoc291cmNlIFxcX1NCXy5MTktJKQpwY2liMDog c2xvdCAyIElOVEEgaXMgcm91dGVkIHRvIGlycSA5CmZvdW5kLT4JdmVuZG9yPTB4MTBiOSwgZGV2 PTB4NTIzNywgcmV2aWQ9MHgwMwoJYnVzPTAsIHNsb3Q9MiwgZnVuYz0wCgljbGFzcz0wYy0wMy0x MCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDE3LCBzdGF0cmVnPTB4MDI5MCwg Y2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDAw ICgwIG5zKSwgbWF4bGF0PTB4NTAgKDIwMDAwIG5zKQoJaW50cGluPWEsIGlycT05Cglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2Ug MzIsIGJhc2UgMDAwMGQ0MDAsIHNpemUgIDQsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMGI5 LCBkZXY9MHg1MjI5LCByZXZpZD0weGM0CglidXM9MCwgc2xvdD00LCBmdW5jPTAKCWNsYXNzPTAx LTAxLWZhLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgw MjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250 PTB4MDIgKDUwMCBucyksIG1heGxhdD0weDA0ICgxMDAwIG5zKQoJaW50cGluPWEsIGlycT0yNTUK CXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSAx LCByYW5nZSAzMiwgYmFzZSBjYjgwMDAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMDogbWF0Y2hl ZCBlbnRyeSBmb3IgMC42LklOVEEgKHNvdXJjZSBcXF9TQl8uTE5LRSkKcGNpYjA6IHNsb3QgNiBJ TlRBIGlzIHJvdXRlZCB0byBpcnEgOQpmb3VuZC0+CXZlbmRvcj0weDEwYjksIGRldj0weDUyMzcs IHJldmlkPTB4MDMKCWJ1cz0wLCBzbG90PTYsIGZ1bmM9MAoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNywgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5z ej04IChkd29yZHMpCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyks IG1heGxhdD0weDUwICgyMDAwMCBucykKCWludHBpbj1hLCBpcnE9OQoJcG93ZXJzcGVjIDIgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCmZvdW5kLT4JdmVuZG9yPTB4MTBiOSwgZGV2PTB4MTUz MywgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9NywgZnVuYz0wCgljbGFzcz0wNi0wMS0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDBmLCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVs bnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyks IG1heGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDEgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50 IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGNhODAwMDAwLCBzaXplIDEyLCBt ZW1vcnkgZGlzYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMDMzLCBkZXY9MHgwMDM1LCByZXZpZD0w eDQxCglidXM9MCwgc2xvdD05LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTEKCWNtZHJlZz0weDAwMTQsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9OCAoZHdv cmRzKQoJbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDEgKDI1MCBucyksIG1heGxh dD0weDJhICgxMDUwMCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJh c2UgY2EwMDAwMDAsIHNpemUgMTIsIG1lbW9yeSBkaXNhYmxlZApmb3VuZC0+CXZlbmRvcj0weDEw MzMsIGRldj0weDAwMzUsIHJldmlkPTB4NDEKCWJ1cz0wLCBzbG90PTksIGZ1bmM9MQoJY2xhc3M9 MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNCwgc3RhdHJlZz0w eDAyMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5n bnQ9MHgwMSAoMjUwIG5zKSwgbWF4bGF0PTB4MmEgKDEwNTAwIG5zKQoJaW50cGluPWIsIGlycT0y NTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEw XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBjOTgwMDAwMCwgc2l6ZSAgOCwgbWVtb3J5IGRpc2Fi bGVkCmZvdW5kLT4JdmVuZG9yPTB4MTAzMywgZGV2PTB4MDBlMCwgcmV2aWQ9MHgwMgoJYnVzPTAs IHNsb3Q9OSwgZnVuYz0yCgljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglj bWRyZWc9MHgwMDE0LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRp bWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDEwICg0MDAwIG5zKSwgbWF4bGF0PTB4MjIgKDg1 MDAgbnMpCglpbnRwaW49YywgaXJxPTI1NQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQy IEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDBiODAw LCBzaXplICA1LCBwb3J0IGRpc2FibGVkCmZvdW5kLT4JdmVuZG9yPTB4MTEwMiwgZGV2PTB4MDAw MiwgcmV2aWQ9MHgwOAoJYnVzPTAsIHNsb3Q9MTAsIGZ1bmM9MAoJY2xhc3M9MDQtMDEtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNCwgc3RhdHJlZz0weDAyOTAsIGNhY2hl bG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwMiAoNTAw IG5zKSwgbWF4bGF0PTB4MTQgKDUwMDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93ZXJzcGVj IDEgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJh bmdlIDMyLCBiYXNlIDAwMDBiNDAwLCBzaXplICAzLCBwb3J0IGRpc2FibGVkCmZvdW5kLT4JdmVu ZG9yPTB4MTEwMiwgZGV2PTB4NzAwMiwgcmV2aWQ9MHgwOAoJYnVzPTAsIHNsb3Q9MTAsIGZ1bmM9 MQoJY2xhc3M9MDktODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNCwg c3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDIwICg5NjAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDEg IHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdl IDMyLCBiYXNlIDAwMDBiMDAwLCBzaXplICA4LCBwb3J0IGRpc2FibGVkCgltYXBbMTRdOiB0eXBl IDEsIHJhbmdlIDMyLCBiYXNlIGM5MDAwMDAwLCBzaXplIDEwLCBtZW1vcnkgZGlzYWJsZWQKZm91 bmQtPgl2ZW5kb3I9MHgxMzE3LCBkZXY9MHgwOTg1LCByZXZpZD0weDExCglidXM9MCwgc2xvdD0x MSwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMDE0LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4 MjAgKDk2MCBucyksIG1pbmdudD0weGZmICg2Mzc1MCBucyksIG1heGxhdD0weGZmICg2Mzc1MCBu cykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMg IGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgY2YwMDAwMDAsIHNp emUgMTIsIG1lbW9yeSBkaXNhYmxlZApmb3VuZC0+CXZlbmRvcj0weDEwOWUsIGRldj0weDAzNmUs IHJldmlkPTB4MTEKCWJ1cz0wLCBzbG90PTEzLCBmdW5jPTAKCWNsYXNzPTA0LTAwLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDQsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxu c3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MTAgKDQwMDAg bnMpLCBtYXhsYXQ9MHgyOCAoMTAwMDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDMsIHJhbmdlIDMy LCBiYXNlIGNlODAwMDAwLCBzaXplIDEyLCBtZW1vcnkgZGlzYWJsZWQKZm91bmQtPgl2ZW5kb3I9 MHgxMDllLCBkZXY9MHgwODc4LCByZXZpZD0weDExCglidXM9MCwgc2xvdD0xMywgZnVuYz0xCglj bGFzcz0wNC04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA0LCBzdGF0 cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyks IG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0PTB4ZmYgKDYzNzUwIG5zKQoJaW50cGluPWEs IGlycT0yNTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApmb3VuZC0+ CXZlbmRvcj0weDEwYjksIGRldj0weDcxMDEsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTE3LCBm dW5jPTAKCWNsYXNzPTA2LTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAw MDAsIHN0YXRyZWc9MHgwMjAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmFncDA6IDxBbGkg R2VuZXJpYyBob3N0IHRvIFBDSSBicmlkZ2U+IG1lbSAweGUwMDAwMDAwLTB4ZWZmZmZmZmYgYXQg ZGV2aWNlIDAuMCBvbiBwY2kwCmFncDA6IGFsbG9jYXRpbmcgR0FUVCBmb3IgYXBlcnR1cmUgb2Yg c2l6ZSAyNTZNCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBw Y2kwCnBjaWIxOiAgIHNlY29uZGFyeSBidXMgICAgIDEKcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVz ICAgMQpwY2liMTogICBJL08gZGVjb2RlICAgICAgICAweGUwMDAtMHhkZmZmCnBjaWIxOiAgIG1l bW9yeSBkZWNvZGUgICAgIDB4Y2QwMDAwMDAtMHhjZTdmZmZmZgpwY2liMTogICBwcmVmZXRjaGVk IGRlY29kZSAweGNmZjAwMDAwLTB4ZGZmZmZmZmYKLS0tLSBpbml0aWFsIGNvbmZpZ3VyYXRpb24g LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tClxcX1NCXy5MTktBIGlycSAgMTE6IFsgIDMgIDQgIDUg IDYgIDcgIDkgMTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAxLjAuMApcXF9TQl8u TE5LQiBpcnEgICA1OiBbICAzICA0ICA1ICA2ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2 ZWwsc2hhcmFibGUgMS4wLjEKXFxfU0JfLkxOS0EgaXJxICAxMTogWyAgMyAgNCAgNSAgNiAgNyAg OSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDEuMC4zCi0tLS0gYmVmb3JlIHNl dHRpbmcgcHJpb3JpdHkgZm9yIGxpbmtzIC0tLS0tLS0tLS0tLQotLS0tIGJlZm9yZSBmaXh1cCBi b290LWRpc2FibGVkIGxpbmtzIC0tLS0tLS0tLS0tLS0KLS0tLSBhZnRlciBmaXh1cCBib290LWRp c2FibGVkIGxpbmtzIC0tLS0tLS0tLS0tLS0tCi0tLS0gYXJiaXRyYXRlZCBjb25maWd1cmF0aW9u IC0tLS0tLS0tLS0tLS0tLS0tLS0tLQpcXF9TQl8uTE5LQSBpcnEgIDExOiBbICAzICA0ICA1ICA2 ICA3ICA5IDEwIDExIDEyIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMS4wLjAKXFxfU0JfLkxO S0IgaXJxICAgNTogWyAgMyAgNCAgNSAgNiAgNyAgOSAxMCAxMSAxMiAxNCAxNV0gbG93LGxldmVs LHNoYXJhYmxlIDEuMC4xClxcX1NCXy5MTktBIGlycSAgMTE6IFsgIDMgIDQgIDUgIDYgIDcgIDkg MTAgMTEgMTIgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAxLjAuMwpwY2kxOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMQpwY2kxOiBwaHlzaWNhbCBidXM9MQoJbWFwWzEwXTogdHlwZSAxLCByYW5n ZSAzMiwgYmFzZSBjZDAwMDAwMCwgc2l6ZSAyNCwgZW5hYmxlZAoJbWFwWzE0XTogdHlwZSAzLCBy YW5nZSAzMiwgYmFzZSBkMDAwMDAwMCwgc2l6ZSAyOCwgZW5hYmxlZApwY2liMTogbWF0Y2hlZCBl bnRyeSBmb3IgMS4wLklOVEEgKHNvdXJjZSBcXF9TQl8uTE5LQSkKcGNpYjE6IHNsb3QgMCBJTlRB IGlzIHJvdXRlZCB0byBpcnEgMTEKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMzEyLCBy ZXZpZD0weGExCglidXM9MSwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9 MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDA1ICgxMjUwIG5z KSwgbWF4bGF0PTB4MDEgKDI1MCBucykKCWludHBpbj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2Ug MC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCm9oY2kwOiA8QWNlckxhYnMgTTUyMzcgKEFsYWRkaW4t VikgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGNjODAwMDAwLTB4Y2M4MDBmZmYgaXJxIDkgYXQgZGV2 aWNlIDIuMCBvbiBwY2kwCnVzYjA6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVz YjA6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRpbmcKdXNiMDogPEFjZXJMYWJzIE01MjM3 IChBbGFkZGluLVYpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMAp1c2IwOiBVU0IgcmV2aXNpb24g MS4wCnVodWIwOiBBY2VyTGFicyBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMQp1aHViMDogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK dW1zMDogQ3lwcmVzcyBTZW0gUFMyL1VTQiBCcm93c2VyIENvbWJvIE1vdXNlLCByZXYgMS4wMC8w LjEwLCBhZGRyIDIsIGljbGFzcyAzLzEKdW1zMDogNSBidXR0b25zIGFuZCBaIGRpci4KYXRhcGNp MDogPEFjZXJMYWJzIEFsYWRkaW4gVURNQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4ZDQwMC0weGQ0 MGYgYXQgZGV2aWNlIDQuMCBvbiBwY2kwCmF0YTA6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01 MCBvc3RhdDE9NTAKYXRhMC1tYXN0ZXI6IHN0YXQ9MHg1MCBlcnI9MHgwMSBsc2I9MHgwMCBtc2I9 MHgwMAphdGEwLXNsYXZlOiAgc3RhdD0weDUwIGVycj0weDAxIGxzYj0weDAwIG1zYj0weDAwCmF0 YTA6IHJlc2V0IHRwMiBtYXNrPTAzIHN0YXQwPTUwIHN0YXQxPTUwIGRldmljZXM9MHgzPEFUQV9T TEFWRSxBVEFfTUFTVEVSPgphdGEwOiBhdCAweDFmMCBpcnEgMTQgb24gYXRhcGNpMAphdGEwOiBb TVBTQUZFXQphdGExOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQxPTUwCmF0YTEt bWFzdGVyOiBzdGF0PTB4MTAgZXJyPTB4MDEgbHNiPTB4MTQgbXNiPTB4ZWIKYXRhMS1zbGF2ZTog IHN0YXQ9MHgxMCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9MHhlYgphdGExOiByZXNldCB0cDIgbWFz az0wMyBzdGF0MD0xMCBzdGF0MT0xMCBkZXZpY2VzPTB4YzxBVEFQSV9TTEFWRSxBVEFQSV9NQVNU RVI+CmF0YTE6IGF0IDB4MTcwIGlycSAxNSBvbiBhdGFwY2kwCmF0YTE6IFtNUFNBRkVdCm9oY2kx OiA8QWNlckxhYnMgTTUyMzcgKEFsYWRkaW4tVikgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGNiODAw MDAwLTB4Y2I4MDBmZmYgaXJxIDkgYXQgZGV2aWNlIDYuMCBvbiBwY2kwCnVzYjE6IE9IQ0kgdmVy c2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjE6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNl dHRpbmcKdXNiMTogPEFjZXJMYWJzIE01MjM3IChBbGFkZGluLVYpIFVTQiBjb250cm9sbGVyPiBv biBvaGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiBBY2VyTGFicyBPSENJIHJvb3Qg aHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMTogMiBwb3J0cyB3aXRo IDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2 aWNlIDcuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApvaGNpMjogPE5FQyB1UEQg OTIxMCBVU0IgY29udHJvbGxlcj4gbWVtIDB4Y2E4MDAwMDAtMHhjYTgwMGZmZiBhdCBkZXZpY2Ug OS4wIG9uIHBjaTAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuOS5JTlRBIChzb3VyY2UgXFxf U0JfLkxOS0QpCnBjaWIwOiBzbG90IDkgSU5UQSBpcyByb3V0ZWQgdG8gaXJxIDUKdXNiMjogT0hD SSB2ZXJzaW9uIDEuMAp1c2IyOiA8TkVDIHVQRCA5MjEwIFVTQiBjb250cm9sbGVyPiBvbiBvaGNp Mgp1c2IyOiBVU0IgcmV2aXNpb24gMS4wCnVodWIyOiBORUMgT0hDSSByb290IGh1YiwgY2xhc3Mg OS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjI6IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCnVodWIzOiBORUMgQ29ycG9yYXRpb24gVVNCMi4wIEh1YiBDb250cm9s bGVyLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMgp1aHViMzogNCBwb3J0cyB3aXRo IDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKb2hjaTM6IDxORUMgdVBEIDkyMTAgVVNCIGNvbnRy b2xsZXI+IG1lbSAweGNhMDAwMDAwLTB4Y2EwMDBmZmYgYXQgZGV2aWNlIDkuMSBvbiBwY2kwCnBj aWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjkuSU5UQiAoc291cmNlIFxcX1NCXy5MTktGKQpwY2li MDogc2xvdCA5IElOVEIgaXMgcm91dGVkIHRvIGlycSAxMAp1c2IzOiBPSENJIHZlcnNpb24gMS4w CnVzYjM6IDxORUMgdVBEIDkyMTAgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kzCnVzYjM6IFVTQiBy ZXZpc2lvbiAxLjAKdWh1YjQ6IE5FQyBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAw LzEuMDAsIGFkZHIgMQp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKdW1hc3MwOiB2ZW5kb3IgMHgwN2QwIFVTQkhTIE11bHRpU2xvdCBSZWFkZXIsIHJldiAyLjAw LzEuMTksIGFkZHIgMgp1bWFzczA6MDowOi0xOiBBdHRhY2hlZCB0byBzY2J1czAKcGNpMDogPHNl cmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDkuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 bXVsdGltZWRpYSwgYXVkaW8+IGF0IGRldmljZSAxMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aTA6IDxpbnB1dCBkZXZpY2U+IGF0IGRldmljZSAxMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCmRj MDogPEFETXRlayBBTjk4NSAxMC8xMDBCYXNlVFg+IHBvcnQgMHhiMDAwLTB4YjBmZiBtZW0gMHhj OTAwMDAwMC0weGM5MDAwM2ZmIGF0IGRldmljZSAxMS4wIG9uIHBjaTAKcGNpYjA6IG1hdGNoZWQg ZW50cnkgZm9yIDAuMTEuSU5UQSAoc291cmNlIFxcX1NCXy5MTktCKQpwY2liMDogc2xvdCAxMSBJ TlRBIGlzIHJvdXRlZCB0byBpcnEgNQpkYzA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA0OjVhOjU0 OjExOjIyCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBkYzAKdWtwaHkwOiA8R2VuZXJpYyBJRUVFIDgw Mi4zdSBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1czAKdWtwaHkwOiBPVUkgMHgwMDA4OTUsIG1v ZGVsIDB4MDAwMSwgcmV2LiAwCnVrcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNl VFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KZGMwOiBicGYgYXR0YWNoZWQKcGNpMDogPG11bHRpbWVk aWEsIHZpZGVvPiBhdCBkZXZpY2UgMTMuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8bXVs dGltZWRpYT4gYXQgZGV2aWNlIDEzLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJyaWRn ZSwgUENJLXVua25vd24+IGF0IGRldmljZSAxNy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnVua25v d246IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpmZGMwOiA8RW5oYW5jZWQgZmxvcHB5IGNvbnRyb2xs ZXIgKGk4MjA3NywgTkU3MjA2NSBvciBjbG9uZSk+IHBvcnQgMHgzZjcsMHgzZjItMHgzZjUgaXJx IDYgZHJxIDIgb24gYWNwaTAKZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRocmVzaG9sZApm ZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMAp1bmtub3duOiBub3QgcHJv YmVkIChkaXNhYmxlZCkKdW5rbm93bjogbm90IHByb2JlZCAoZGlzYWJsZWQpCnNpbzA6IGlycSBt YXBzOiAweDQwMSAweDQxMSAweDQwMSAweDQwMQpzaW8wIHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQg b24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKc2lvMTogaXJxIG1hcHM6IDB4NDAxIDB4NDA5IDB4 NDAxIDB4NDAxCnNpbzEgcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBl IDE2NTUwQQp1bmtub3duOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYXRrYmRjMDogPEtleWJvYXJk IGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJxIDEgb24gYWNwaTAKYXRrYmQw OiA8QVQgS2V5Ym9hcmQ+IGZsYWdzIDB4MSBpcnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0aGUgY3Vy cmVudCBrYmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA0NwphdGtiZDoga2V5Ym9hcmQgSUQg MHg0MWFiICgyKQprYmQwIGF0IGF0a2JkMAprYmQwOiBhdGtiZDAsIEFUIDEwMS8xMDIgKDIpLCBj b25maWc6MHgxLCBmbGFnczoweDNkMDAwMApwc20wOiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBz bWNwbnAwIGlycSAxMiBvbiBhY3BpMApwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTowMDQ3CnBz bTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBtb2RlbCBJbnRlbGxpTW91 c2UsIGRldmljZSBJRCAzLTAwLCAzIGJ1dHRvbnMKcHNtMDogY29uZmlnOjAwMDAwMDAwLCBmbGFn czowMDAwMDAwMCwgcGFja2V0IHNpemU6NApwc20wOiBzeW5jbWFzazowOCwgc3luY2JpdHM6MDgK dW5rbm93bjogbm90IHByb2JlZCAoZGlzYWJsZWQpCnVua25vd246IG5vdCBwcm9iZWQgKGRpc2Fi bGVkKQp1bmtub3duOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKdW5rbm93bjogbm90IHByb2JlZCAo ZGlzYWJsZWQpCmF0YTogYXRhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKYXRhOiBhdGEx IGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlz dHM7IHNraXBwaW5nIGl0CmZkYzogZmRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKc2lv OiBzaW8wIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApzaW86IHNpbzEgYWxyZWFkeSBleGlz dHM7IHNraXBwaW5nIGl0ClRyeWluZyBSZWFkX1BvcnQgYXQgMjAzClRyeWluZyBSZWFkX1BvcnQg YXQgMjQzClRyeWluZyBSZWFkX1BvcnQgYXQgMjgzClRyeWluZyBSZWFkX1BvcnQgYXQgMmMzClRy eWluZyBSZWFkX1BvcnQgYXQgMzAzClRyeWluZyBSZWFkX1BvcnQgYXQgMzQzClRyeWluZyBSZWFk X1BvcnQgYXQgMzgzClRyeWluZyBSZWFkX1BvcnQgYXQgM2MzCmV4X2lzYV9pZGVudGlmeSgpCnNj OiBzYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnZnYTogdmdhMCBhbHJlYWR5IGV4aXN0 czsgc2tpcHBpbmcgaXQKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3du OiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWls ZWQgZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3duOiBzdGF0dXMg cmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQgZmYKaXNh X3Byb2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcgUG5QIGRldmljZXMKaXNhX3Byb2JlX2NoaWxkcmVu OiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcwpvcm0wOiA8T3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhk MDAwMC0weGQzZmZmIG9uIGlzYTAKcG10aW1lcjAgb24gaXNhMAphZHYwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkKYWhhMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmFpYzA6IG5vdCBwcm9iZWQgKGRp c2FibGVkKQpidDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpjczA6IG5vdCBwcm9iZWQgKGRpc2Fi bGVkKQplZDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpmZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVk KQppZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpsZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQps bmMwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKcGNpYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQg MHgzZTAgaW9tZW0gMHhkMDAwMCBvbiBpc2EwCnBjaWMxOiBub3QgcHJvYmVkIChkaXNhYmxlZCkK cHBjMDogcGFyYWxsZWwgcG9ydCBub3QgZm91bmQuCnBwYzA6IDxQYXJhbGxlbCBwb3J0PiBmYWls ZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxh Z3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgz MDA+CnNjMDogZmIwLCBrYmQwLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2MgKHN5c2NvbnMgdGVybWlu YWwpCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpzaW8zOiBub3QgcHJvYmVkIChkaXNhYmxl ZCkKc24wOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQg cG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApmYjA6IHZnYTAs IHZnYSwgdHlwZTpWR0EgKDUpLCBmbGFnczoweDcwMDdmCmZiMDogcG9ydDoweDNjMC0weDNkZiwg Y3J0YzoweDNkNCwgbWVtOjB4YTAwMDAgMHgyMDAwMApmYjA6IGluaXQgbW9kZToyNCwgYmlvcyBt b2RlOjMsIGN1cnJlbnQgbW9kZToyNApmYjA6IHdpbmRvdzoweGMwMGI4MDAwIHNpemU6MzJrIGdy YW46MzJrLCBidWY6MCBzaXplOjMyawpWR0EgcGFyYW1ldGVycyB1cG9uIHBvd2VyLXVwCjUwIDE4 IDEwIDAwIDAwIDAwIDAzIDAwIDAyIDY3IDVmIDRmIDUwIDgyIDU0IDgwIApiZiAxZiAwMCA0ZiAw ZCAwZSAwMCAwMCAwNyA4MCA5YyA4ZSA4ZiAyOCAxZiA5NiAKYjkgYTMgZmYgMDAgMDEgMDIgMDMg MDQgMDUgMTQgMDcgMzggMzkgM2EgM2IgM2MgCjNkIDNlIDNmIDBjIDAwIDBmIDA4IDAwIDAwIDAw IDAwIDAwIDEwIDBlIDAwIGZmIApWR0EgcGFyYW1ldGVycyBpbiBCSU9TIGZvciBtb2RlIDI0CjUw IDE4IDEwIDAwIDEwIDAwIDAzIDAwIDAyIDY3IDVmIDRmIDUwIDgyIDU0IDgwIApiZiAxZiAwMCA0 ZiAwZCAwZSAwMCAwMCAwMCAwMCA5YyA4ZSA4ZiAyOCAxZiA5NiAKYjkgYTMgZmYgMDAgMDEgMDIg MDMgMDQgMDUgMTQgMDcgMzggMzkgM2EgM2IgM2MgCjNkIDNlIDNmIDBjIDAwIDBmIDA4IDAwIDAw IDAwIDAwIDAwIDEwIDBlIDAwIGZmIApFR0EvVkdBIHBhcmFtZXRlcnMgdG8gYmUgdXNlZCBmb3Ig bW9kZSAyNAo1MCAxOCAxMCAwMCAxMCAwMCAwMyAwMCAwMiA2NyA1ZiA0ZiA1MCA4MiA1NCA4MCAK YmYgMWYgMDAgNGYgMGQgMGUgMDAgMDAgMDAgMDAgOWMgOGUgOGYgMjggMWYgOTYgCmI5IGEzIGZm IDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNiIDNjIAozZCAzZSAzZiAwYyAwMCAw ZiAwOCAwMCAwMCAwMCAwMCAwMCAxMCAwZSAwMCBmZiAKdnQwOiBub3QgcHJvYmVkIChkaXNhYmxl ZCkKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzCkRldmljZSBjb25maWd1 cmF0aW9uIGZpbmlzaGVkLgpwcm9jZnMgcmVnaXN0ZXJlZApUaW1lY291bnRlciAiVFNDIiBmcmVx dWVuY3kgMTQyNDY2ODMxOCBIeiBxdWFsaXR5IDgwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAx MC4wMDAgbXNlYwpsbzA6IGJwZiBhdHRhY2hlZAptZDA6IFByZWxvYWRlZCBpbWFnZSA8L2Jvb3Qv bWZzcm9vdD4gNDQyMzY4MCBieXRlcyBhdCAweGMwOWUxNmQ4CkdFT006IENvbmZpZ3VyZSBtZDBh LCBzdGFydCAwIGxlbmd0aCA0NDIzNjgwIGVuZCA0NDIzNjc5CkdFT006IENvbmZpZ3VyZSBtZDBj LCBzdGFydCAwIGxlbmd0aCA0NDIzNjgwIGVuZCA0NDIzNjc5ClswXSBmOjAwIHR5cDowIHMoQ0hT KTowLzAvMCBlKENIUyk6MC8wLzAgczowIGw6MApbMV0gZjowMCB0eXA6MCBzKENIUyk6MC8wLzAg ZShDSFMpOjAvMC8wIHM6MCBsOjAKWzJdIGY6MDAgdHlwOjAgcyhDSFMpOjAvMC8wIGUoQ0hTKTow LzAvMCBzOjAgbDowClszXSBmOjgwIHR5cDoxNjUgcyhDSFMpOjAvMC8xIGUoQ0hTKToxMDIzLzI1 NC82MyBzOjAgbDo1MDAwMAphdGEwLXNsYXZlOiBwaW89MHgwYyB3ZG1hPTB4MjIgdWRtYT0weDQ1 IGNhYmxlPTgwcGluClswXSBmOjAwIHR5cDowIHMoQ0hTKTowLzAvMCBlKENIUyk6MC8wLzAgczow IGw6MApbMV0gZjowMCB0eXA6MCBzKENIUyk6MC8wLzAgZShDSFMpOjAvMC8wIHM6MCBsOjAKWzJd IGY6MDAgdHlwOjAgcyhDSFMpOjAvMC8wIGUoQ0hTKTowLzAvMCBzOjAgbDowClszXSBmOjgwIHR5 cDoxNjUgcyhDSFMpOjAvMC8xIGUoQ0hTKToxMDIzLzI1NC82MyBzOjAgbDo1MDAwMAphdGEwLW1h c3RlcjogcGlvPTB4MGMgd2RtYT0weDIyIHVkbWE9MHg0NSBjYWJsZT04MHBpbgphdGEwLW1hc3Rl cjogc2V0dGluZyBQSU80IG9uIEFjZXJMYWJzIEFsYWRkaW4gY2hpcAphdGEwLW1hc3Rlcjogc2V0 dGluZyBVRE1BMTAwIG9uIEFjZXJMYWJzIEFsYWRkaW4gY2hpcAphdGEwLXNsYXZlOiBzZXR0aW5n IFBJTzQgb24gQWNlckxhYnMgQWxhZGRpbiBjaGlwCmF0YTAtc2xhdmU6IHNldHRpbmcgVURNQTEw MCBvbiBBY2VyTGFicyBBbGFkZGluIGNoaXAKR0VPTTogY3JlYXRlIGRpc2sgYWQwIGRwPTB4YzY2 Mzc5NjAKYWQwOiA8V0RDIFdENDAwQkItNzVBVUExLzE4LjIwRDE4PiBBVEEtNSBkaXNrIGF0IGF0 YTAtbWFzdGVyCmFkMDogMzgxNjZNQiAoNzgxNjUzNjAgc2VjdG9ycyksIDc3NTQ1IEMsIDE2IEgs IDYzIFMsIDUxMiBCCmFkMDogMTYgc2Vjcy9pbnQsIDEgZGVwdGggcXVldWUsIFVETUExMDAKR0VP TTogbmV3IGRpc2sgYWQwCmFyOiBGcmVlQlNEIGNoZWNrMSBmYWlsZWQKWzBdIGY6ODAgdHlwOjcg cyhDSFMpOjAvMS8xIGUoQ0hTKToxMDIzLzI1NC82MyBzOjYzIGw6MjUxNzM3OTIKWzFdIGY6MDAg dHlwOjEyIHMoQ0hTKToxMDIzLzI1NS82MyBlKENIUyk6MTAyMy8yNTQvNjMgczoyNTE3Mzg1NSBs OjE2NTc5MDgwClsyXSBmOjAwIHR5cDoxNjUgcyhDSFMpOjEwMjMvMjU1LzYzIGUoQ0hTKToxMDIz LzI1NC82MyBzOjQxNzUyOTM1IGw6MzY0MDMyOTAKWzNdIGY6MDAgdHlwOjAgcyhDSFMpOjAvMC8w IGUoQ0hTKTowLzAvMCBzOjAgbDowCkdFT006IENvbmZpZ3VyZSBhZDBzMSwgc3RhcnQgMzIyNTYg bGVuZ3RoIDEyODg4OTgxNTA0IGVuZCAxMjg4OTAxMzc1OQpHRU9NOiBDb25maWd1cmUgYWQwczIs IHN0YXJ0IDEyODg5MDEzNzYwIGxlbmd0aCA4NDg4NDg4OTYwIGVuZCAyMTM3NzUwMjcxOQpHRU9N OiBDb25maWd1cmUgYWQwczMsIHN0YXJ0IDIxMzc3NTAyNzIwIGxlbmd0aCAxODYzODQ4NDQ4MCBl bmQgNDAwMTU5ODcxOTkKR0VPTTogY3JlYXRlIGRpc2sgYWQxIGRwPTB4YzY2Mzc3NjAKYWQxOiA8 V0RDIFdEMTIwMEJCLTAwREFBMC82NS4xM0c2NT4gQVRBLTYgZGlzayBhdCBhdGEwLXNsYXZlCmFk MTogMTE0NDczTUIgKDIzNDQ0MTY0OCBzZWN0b3JzKSwgMjMyNTgxIEMsIDE2IEgsIDYzIFMsIDUx MiBCCmFkMTogMTYgc2Vjcy9pbnQsIDEgZGVwdGggcXVldWUsIFVETUExMDAKYXI6IEZyZWVCU0Qg Y2hlY2sxIGZhaWxlZAphdGExOiBzcHVyaW91cyBpbnRlcnJ1cHQgLSBzdGF0dXM9MHg1MCBlcnJv cj0weDAwCmF0YTEtc2xhdmU6IHBpbz0weDBjIHdkbWE9MHgyMiB1ZG1hPTB4NDIgY2FibGU9NDBw aW4KYXRhMS1tYXN0ZXI6IHBpbz0weDBjIHdkbWE9MHgyMiB1ZG1hPTB4NDIgY2FibGU9NDBwaW4K YXRhMS1tYXN0ZXI6IHNldHRpbmcgUElPNCBvbiBBY2VyTGFicyBBbGFkZGluIGNoaXAKYXRhMS1z bGF2ZTogc2V0dGluZyBQSU80IG9uIEFjZXJMYWJzIEFsYWRkaW4gY2hpcAphY2QwOiA8QVNVUyBD UlctNTIyNEEvMS4wPiBDRFJXIGRyaXZlIGF0IGF0YTEgYXMgbWFzdGVyCmFjZDA6IHJlYWQgMjc1 NktCL3MgKDg5NThLQi9zKSB3cml0ZSA4OTU4S0IvcyAoODk1OEtCL3MpLCAyMDQ4S0IgYnVmZmVy LCBQSU80CmFjZDA6IFJlYWRzOiBDRFIsIENEUlcsIENEREEgc3RyZWFtLCBwYWNrZXQKYWNkMDog V3JpdGVzOiBDRFIsIENEUlcsIHRlc3Qgd3JpdGUsIGJ1cm5wcm9vZgphY2QwOiBBdWRpbzogcGxh eSwgMjU1IHZvbHVtZSBsZXZlbHMKYWNkMDogTWVjaGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5s b2NrZWQKYWNkMDogTWVkaXVtOiBDRC1SIDEyMG1tIGRhdGEgZGlzYwphY2QxOiA8RFZELVJPTSBC RFYzMTZDL1ZFUiAuMjBSPiBEVkRST00gZHJpdmUgYXQgYXRhMSBhcyBzbGF2ZQphY2QxOiAgNTEy S0IgYnVmZmVyLCBQSU80CmFjZDE6IFJlYWRzOiBDRFIsIENEUlcsIENEREEgc3RyZWFtLCBEVkRS T00sIERWRFIsIHBhY2tldAphY2QxOiBXcml0ZXM6CmFjZDE6IEF1ZGlvOiBwbGF5LCAyNTUgdm9s dW1lIGxldmVscwphY2QxOiBNZWNoYW5pc206IGVqZWN0YWJsZSB0cmF5LCB1bmxvY2tlZAphY2Qx OiBNZWRpdW06IG5vL2JsYW5rIGRpc2MKR0VPTTogQ29uZmlndXJlIGFkMHMzYSwgc3RhcnQgMCBs ZW5ndGggMjY4NDM1NDU2IGVuZCAyNjg0MzU0NTUKR0VPTTogQ29uZmlndXJlIGFkMHMzYiwgc3Rh cnQgMjY4NDM1NDU2IGxlbmd0aCAxNTg0MTQ0Mzg0IGVuZCAxODUyNTc5ODM5CkdFT006IENvbmZp Z3VyZSBhZDBzM2MsIHN0YXJ0IDAgbGVuZ3RoIDE4NjM4NDg0NDgwIGVuZCAxODYzODQ4NDQ3OQpH RU9NOiBDb25maWd1cmUgYWQwczNkLCBzdGFydCAxODUyNTc5ODQwIGxlbmd0aCAyNjg0MzU0NTYg ZW5kIDIxMjEwMTUyOTUKR0VPTTogQ29uZmlndXJlIGFkMHMzZSwgc3RhcnQgMjEyMTAxNTI5NiBs ZW5ndGggMjY4NDM1NDU2IGVuZCAyMzg5NDUwNzUxCkdFT006IENvbmZpZ3VyZSBhZDBzM2YsIHN0 YXJ0IDIzODk0NTA3NTIgbGVuZ3RoIDE2MjQ5MDMzNzI4IGVuZCAxODYzODQ4NDQ3OQpHRU9NOiBu ZXcgZGlzayBhZDEKWzBdIGY6MDAgdHlwOjY2IHMoQ0hTKTowLzEvMSBlKENIUyk6MTAyMy8yNTQv NjMgczo2MyBsOjIzNDQzNjQ4MgpbMV0gZjowMCB0eXA6MCBzKENIUyk6MC8wLzAgZShDSFMpOjAv MC8wIHM6MCBsOjAKWzJdIGY6MDAgdHlwOjAgcyhDSFMpOjAvMC8wIGUoQ0hTKTowLzAvMCBzOjAg bDowClszXSBmOjAwIHR5cDowIHMoQ0hTKTowLzAvMCBlKENIUyk6MC8wLzAgczowIGw6MApHRU9N OiBDb25maWd1cmUgYWQxczEsIHN0YXJ0IDMyMjU2IGxlbmd0aCAxMjAwMzE0Nzg3ODQgZW5kIDEy MDAzMTUxMTAzOQp1bWFzczA6IEJCQiByZXNldCBmYWlsZWQsIFRJTUVPVVQKdW1hc3MwOiBCQkIg YnVsay1pbiBjbGVhciBzdGFsbCBmYWlsZWQsIFRJTUVPVVQKdW1hc3MwOiBCQkIgYnVsay1vdXQg Y2xlYXIgc3RhbGwgZmFpbGVkLCBUSU1FT1VUCihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6MCk6IFJl cXVlc3QgY29tcGxldGVkIHdpdGggQ0FNX1JFUV9DTVBfRVJSCihwcm9iZTA6dW1hc3Mtc2ltMDow OjA6MCk6IFJldHJ5aW5nIENvbW1hbmQKdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBUSU1FT1VU CnVtYXNzMDogQkJCIGJ1bGstaW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBUSU1FT1VUCnVtYXNzMDog QkJCIGJ1bGstb3V0IGNsZWFyIHN0YWxsIGZhaWxlZCwgVElNRU9VVAoocHJvYmUwOnVtYXNzLXNp bTA6MDowOjApOiBSZXF1ZXN0IGNvbXBsZXRlZCB3aXRoIENBTV9SRVFfQ01QX0VSUgoocHJvYmUw OnVtYXNzLXNpbTA6MDowOjApOiBSZXRyeWluZyBDb21tYW5kCnVtYXNzMDogQkJCIHJlc2V0IGZh aWxlZCwgVElNRU9VVAp1bWFzczA6IEJCQiBidWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgVElN RU9VVAp1bWFzczA6IEJCQiBidWxrLW91dCBjbGVhciBzdGFsbCBmYWlsZWQsIFRJTUVPVVQKKHBy b2JlMDp1bWFzcy1zaW0wOjA6MDowKTogUmVxdWVzdCBjb21wbGV0ZWQgd2l0aCBDQU1fUkVRX0NN UF9FUlIKKHByb2JlMDp1bWFzcy1zaW0wOjA6MDowKTogUmV0cnlpbmcgQ29tbWFuZAp1bWFzczA6 IEJCQiByZXNldCBmYWlsZWQsIFRJTUVPVVQKdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFs bCBmYWlsZWQsIFRJTUVPVVQKdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVk LCBUSU1FT1VUCihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6MCk6IFJlcXVlc3QgY29tcGxldGVkIHdp dGggQ0FNX1JFUV9DTVBfRVJSCihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6MCk6IFJldHJ5aW5nIENv bW1hbmQKdW1hc3MwOiBCQkIgcmVzZXQgZmFpbGVkLCBUSU1FT1VUCnVtYXNzMDogQkJCIGJ1bGst aW4gY2xlYXIgc3RhbGwgZmFpbGVkLCBUSU1FT1VUCnVtYXNzMDogQkJCIGJ1bGstb3V0IGNsZWFy IHN0YWxsIGZhaWxlZCwgVElNRU9VVAoocHJvYmUwOnVtYXNzLXNpbTA6MDowOjApOiBSZXF1ZXN0 IGNvbXBsZXRlZCB3aXRoIENBTV9SRVFfQ01QX0VSUgoocHJvYmUwOnVtYXNzLXNpbTA6MDowOjAp OiBlcnJvciA1Cihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6MCk6IFJldHJpZXMgRXhhdXN0ZWQKTW91 bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L21kMApzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5p dApzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vb2luaXQKc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmlu L2luaXQuYmFrCnN0YXJ0X2luaXQ6IHRyeWluZyAvc3RhbmQvc3lzaW5zdGFsbAptb2R1bGVfcmVn aXN0ZXI6IG1vZHVsZSBwY2kvdHhwIGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgcGNpL3R4cCBmYWls ZWQgdG8gcmVnaXN0ZXI6IDE3CmludGVyZmFjZSBjZDk2NjAuMSBhbHJlYWR5IHByZXNlbnQgaW4g dGhlIEtMRCAna2VybmVsJyEKaW50ZXJmYWNlIHN5c3Ztc2cuMSBhbHJlYWR5IHByZXNlbnQgaW4g dGhlIEtMRCAna2VybmVsJyEKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgcGNjYXJkL3hlIGFscmVh ZHkgZXhpc3RzIQpNb2R1bGUgcGNjYXJkL3hlIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxl X3JlZ2lzdGVyOiBtb2R1bGUgcGNpL3BjbiBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIHBjaS9wY24g ZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBwY24vbWlpYnVz IGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgcGNuL21paWJ1cyBmYWlsZWQgdG8gcmVnaXN0ZXI6IDE3 Cm1vZHVsZV9yZWdpc3RlcjogbW9kdWxlIHBjaS92ciBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIHBj aS92ciBmYWlsZWQgdG8gcmVnaXN0ZXI6IDE3Cm1vZHVsZV9yZWdpc3RlcjogbW9kdWxlIHZyL21p aWJ1cyBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIHZyL21paWJ1cyBmYWlsZWQgdG8gcmVnaXN0ZXI6 IDE3Cm1vZHVsZV9yZWdpc3RlcjogbW9kdWxlIHBjaS9zdGUgYWxyZWFkeSBleGlzdHMhCk1vZHVs ZSBwY2kvc3RlIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUg c3RlL21paWJ1cyBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIHN0ZS9taWlidXMgZmFpbGVkIHRvIHJl Z2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBpZl90dW4gYWxyZWFkeSBleGlzdHMh Ck1vZHVsZSBpZl90dW4gZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwpjYW4ndCByZS11c2UgYSBsZWFm IChpZl90dW5fZGVidWcpIQptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSB1aHViL2N1ZSBhbHJlYWR5 IGV4aXN0cyEKTW9kdWxlIHVodWIvY3VlIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3Jl Z2lzdGVyOiBtb2R1bGUgY2FyZGJ1cy94bCBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIGNhcmRidXMv eGwgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBwY2kveGwg YWxyZWFkeSBleGlzdHMhCk1vZHVsZSBwY2kveGwgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1 bGVfcmVnaXN0ZXI6IG1vZHVsZSB4bC9taWlidXMgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSB4bC9t aWlidXMgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBwY2Nh cmQvZWQgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSBwY2NhcmQvZWQgZmFpbGVkIHRvIHJlZ2lzdGVy OiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBlZC9taWlidXMgYWxyZWFkeSBleGlzdHMhCk1v ZHVsZSBlZC9taWlidXMgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1v ZHVsZSBwY2kvZWQgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSBwY2kvZWQgZmFpbGVkIHRvIHJlZ2lz dGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBpc2EvZWQgYWxyZWFkeSBleGlzdHMhCk1v ZHVsZSBpc2EvZWQgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwpwcGMwOiBwYXJhbGxlbCBwb3J0IG5v dCBmb3VuZC4KbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgcGNpL2JnZSBhbHJlYWR5IGV4aXN0cyEK TW9kdWxlIHBjaS9iZ2UgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1v ZHVsZSBiZ2UvbWlpYnVzIGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgYmdlL21paWJ1cyBmYWlsZWQg dG8gcmVnaXN0ZXI6IDE3Cm1vZHVsZV9yZWdpc3RlcjogbW9kdWxlIHBjaS9yZSBhbHJlYWR5IGV4 aXN0cyEKTW9kdWxlIHBjaS9yZSBmYWlsZWQgdG8gcmVnaXN0ZXI6IDE3Cm1vZHVsZV9yZWdpc3Rl cjogbW9kdWxlIGNhcmRidXMvcmUgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSBjYXJkYnVzL3JlIGZh aWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgcmUvbWlpYnVzIGFs cmVhZHkgZXhpc3RzIQpNb2R1bGUgcmUvbWlpYnVzIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9k dWxlX3JlZ2lzdGVyOiBtb2R1bGUgcGNpL3diIGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgcGNpL3di IGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgd2IvbWlpYnVz IGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgd2IvbWlpYnVzIGZhaWxlZCB0byByZWdpc3RlcjogMTcK bW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgcGNpL3JsIGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgcGNp L3JsIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgY2FyZGJ1 cy9ybCBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIGNhcmRidXMvcmwgZmFpbGVkIHRvIHJlZ2lzdGVy OiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBybC9taWlidXMgYWxyZWFkeSBleGlzdHMhCk1v ZHVsZSBybC9taWlidXMgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1v ZHVsZSBwY2kvc2lzIGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgcGNpL3NpcyBmYWlsZWQgdG8gcmVn aXN0ZXI6IDE3Cm1vZHVsZV9yZWdpc3RlcjogbW9kdWxlIHNpcy9taWlidXMgYWxyZWFkeSBleGlz dHMhCk1vZHVsZSBzaXMvbWlpYnVzIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lz dGVyOiBtb2R1bGUgY2FyZGJ1cy9kYyBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIGNhcmRidXMvZGMg ZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBwY2kvZGMgYWxy ZWFkeSBleGlzdHMhCk1vZHVsZSBwY2kvZGMgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1bGVf cmVnaXN0ZXI6IG1vZHVsZSBkYy9taWlidXMgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSBkYy9taWli dXMgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwpjYW4ndCByZS11c2UgYSBsZWFmIChkY19xdWljaykh CmludGVyZmFjZSBzeXN2c2htLjEgYWxyZWFkeSBwcmVzZW50IGluIHRoZSBLTEQgJ2tlcm5lbCch Cm1vZHVsZV9yZWdpc3RlcjogbW9kdWxlIHBjaS9iZmUgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSBw Y2kvYmZlIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgYmZl L21paWJ1cyBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIGJmZS9taWlidXMgZmFpbGVkIHRvIHJlZ2lz dGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSB1aHViL2F1ZSBhbHJlYWR5IGV4aXN0cyEK TW9kdWxlIHVodWIvYXVlIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBt b2R1bGUgYXVlL21paWJ1cyBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIGF1ZS9taWlidXMgZmFpbGVk IHRvIHJlZ2lzdGVyOiAxNwppbnRlcmZhY2UgbWlpYnVzLjEgYWxyZWFkeSBwcmVzZW50IGluIHRo ZSBLTEQgJ2tlcm5lbCchCm1vZHVsZV9yZWdpc3RlcjogbW9kdWxlIHBjaS9sbmMgYWxyZWFkeSBl eGlzdHMhCk1vZHVsZSBwY2kvbG5jIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lz dGVyOiBtb2R1bGUgaXNhL2xuYyBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIGlzYS9sbmMgZmFpbGVk IHRvIHJlZ2lzdGVyOiAxNwpwcGMwOiBwYXJhbGxlbCBwb3J0IG5vdCBmb3VuZC4KaW50ZXJmYWNl IHN5c3ZzZW0uMSBhbHJlYWR5IHByZXNlbnQgaW4gdGhlIEtMRCAna2VybmVsJyEKbW9kdWxlX3Jl Z2lzdGVyOiBtb2R1bGUgcGNjYXJkL2ZlIGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgcGNjYXJkL2Zl IGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgaXNhL2ZlIGFs cmVhZHkgZXhpc3RzIQpNb2R1bGUgaXNhL2ZlIGZhaWxlZCB0byByZWdpc3RlcjogMTcKcHBjMDog cGFyYWxsZWwgcG9ydCBub3QgZm91bmQuCm1vZHVsZV9yZWdpc3RlcjogbW9kdWxlIHBjaS9meHAg YWxyZWFkeSBleGlzdHMhCk1vZHVsZSBwY2kvZnhwIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9k dWxlX3JlZ2lzdGVyOiBtb2R1bGUgY2FyZGJ1cy9meHAgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSBj YXJkYnVzL2Z4cCBmYWlsZWQgdG8gcmVnaXN0ZXI6IDE3Cm1vZHVsZV9yZWdpc3RlcjogbW9kdWxl IGZ4cC9taWlidXMgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSBmeHAvbWlpYnVzIGZhaWxlZCB0byBy ZWdpc3RlcjogMTcKY2FuJ3QgcmUtdXNlIGEgbGVhZiAoZnhwX3JucikhCmNhbid0IHJlLXVzZSBh IGxlYWYgKGZ4cF9ub2Zsb3cpIQptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSB1aHViL2t1ZSBhbHJl YWR5IGV4aXN0cyEKTW9kdWxlIHVodWIva3VlIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxl X3JlZ2lzdGVyOiBtb2R1bGUgcGNpL3NmIGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgcGNpL3NmIGZh aWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgc2YvbWlpYnVzIGFs cmVhZHkgZXhpc3RzIQpNb2R1bGUgc2YvbWlpYnVzIGZhaWxlZCB0byByZWdpc3RlcjogMTcKZmQw OiBhdXRvc2VsZWN0aW9uIGZhaWxlZApmZDA6IGF1dG9zZWxlY3Rpb24gZmFpbGVkCg== --=_669e070115b4a377f9a90f48fc7acf0d-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 19:17:16 2004 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 AB2E216A4CE for ; Wed, 10 Mar 2004 19:17:16 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A8BD43D2F for ; Wed, 10 Mar 2004 19:17:16 -0800 (PST) (envelope-from mike@sentex.net) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id i2B3H9Op073933; Wed, 10 Mar 2004 22:17:09 -0500 (EST) (envelope-from mike@sentex.net) Received: from BLUELAPIS.sentex.ca (cage.simianscience.com [64.7.134.1]) by smtp1.sentex.ca (8.12.10/8.12.10) with SMTP id i2B3HDv8035683; Wed, 10 Mar 2004 22:17:13 -0500 (EST) (envelope-from mike@sentex.net) From: Mike Tancsa To: "Wm. Daryl Hawkins" Date: Wed, 10 Mar 2004 22:17:17 -0500 Message-ID: References: <3D0AE03BE5EFEC4DB04D42326CA218477D50EB@spruce.ne.tamu.edu> In-Reply-To: <3D0AE03BE5EFEC4DB04D42326CA218477D50EB@spruce.ne.tamu.edu> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org Subject: Re: Intel i8xx watchdog driver 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: Thu, 11 Mar 2004 03:17:16 -0000 Wow, this is great! I tried it out on a few RELENG_4 boxes and it works as expected=20 wdog0 on motherboard isab0: Found Intel 82801DB watchdog device Are there any plans to incorporate this into the 5.x and 4.x source tree ? This would be useful to a lot of people. ---Mike On Wed, 10 Mar 2004 10:54:38 -0600, in sentex.lists.freebsd.hackers you wrote: > >I've written a driver and userland daemon for the Intel i8xx TCO = watchdog timer. This is my first driver and it's only seen limited = testing, so proceed with caution! I've tested it with 4.9 and 5.2.1 on a= Supermicro P4SGE motherboard and would be grateful for any suggestions, = comments, bug reports, or complaints! :) If there is sufficient = interest (and once I've gotten some comment on the structure and inner = workings of this driver), I'd also like to write a driver for the = AMD-8000 series chipset. You can get the driver at: = http://freebsd.tamu.edu/wdog/ > >-- Daryl > > >Daryl Hawkins >Network Systems >Texas A&M University >dhawkins@tamu.edu >_______________________________________________ >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 Wed Mar 10 22:21:30 2004 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 EAE5416A4CE for ; Wed, 10 Mar 2004 22:21:30 -0800 (PST) Received: from cydem.org (h68-149-254-167.ed.shawcable.net [68.149.254.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id B027543D1D for ; Wed, 10 Mar 2004 22:21:30 -0800 (PST) (envelope-from soralx@cydem.org) Received: by cydem.org (Postfix/FreeBSD, from userid 426) id DB81D393C7; Wed, 10 Mar 2004 23:21:30 -0700 (MST) Received: from soralx.cydem.org (h68-149-254-171.ed.shawcable.net [68.149.254.171]) by cydem.org (Postfix/FreeBSD) with ESMTP id 5406E38313; Wed, 10 Mar 2004 23:21:30 -0700 (MST) From: To: rik@cronyx.ru Date: Wed, 10 Mar 2004 23:21:27 -0700 User-Agent: KMail/1.5 References: <404B9E56.4060103@cronyx.ru> <404CDC3B.301@cronyx.ru> <404F23BE.5080008@cronyx.ru> In-Reply-To: <404F23BE.5080008@cronyx.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200403102321.27785.soralx@cydem.org> cc: hackers@freebsd.org Subject: Re: HDD problem research (was HDD questions) 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: Thu, 11 Mar 2004 06:21:31 -0000 > Does any body have Segate drive ST380021A working with FreeBSD? I do. For ~ 1.5 years now. Still running 4.6.2-RELEASE; booted 4.8-RELEASE live-CD (frenzy.org.ua) without any problem. ad0: 76319MB [155061/16/63] at ata0-master UDMA100 IDE controller: Intel ICH4 Timestamp: 0x40500478 [SorAlx] http://cydem.org.ua/ From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 01:57:22 2004 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 A890916A4CE for ; Thu, 11 Mar 2004 01:57:22 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DA8143D1D for ; Thu, 11 Mar 2004 01:57:22 -0800 (PST) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id ECBD81FFDD6 for ; Thu, 11 Mar 2004 10:57:19 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id E493F1FF90C; Thu, 11 Mar 2004 10:57:17 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 88D01154F9; Thu, 11 Mar 2004 09:52:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6D986154F4 for ; Thu, 11 Mar 2004 09:52:41 +0000 (UTC) Date: Thu, 11 Mar 2004 09:52:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD hackers mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: complete in src tree build world w/o /usr/include/** ? 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: Thu, 11 Mar 2004 09:57:22 -0000 Hi, I once again ran into the problem that a buildworld didn't succeed as unpriv. user without populating some headers to the base system before. But I do not want to populate headers that do not match my installed system on that machine if I am building for another one. This leads to inconsistency. Is there any chance that the whole source tree could be built w/o /usr/include/** ? or should that be the case already ? or why can't it be done ? -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 02:19:36 2004 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 4409B16A4CE for ; Thu, 11 Mar 2004 02:19:36 -0800 (PST) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463F343D2F for ; Thu, 11 Mar 2004 02:19:35 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Date: Thu, 11 Mar 2004 11:19:33 +0100 From: Daniel Lang To: freebsd-hackers@freebsd.org Message-ID: <20040311101933.GE20701@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="vJguvTgX93MxBIIe" Content-Disposition: inline X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de Subject: FreeBSD "Live Upgrade" best practice? 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: Thu, 11 Mar 2004 10:19:36 -0000 --vJguvTgX93MxBIIe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'd like to try some sort of "Live Upgrade". Given: -STABLE box with an extra disk. Intended procedure: - Install 5.2.1-RELEASE (given it works on that box) on the extra disk - Adapt configuration from -STABLE=20 - shutdown - change -STABLE disk with 5.2.1 disk - boot and run 5.2.1 - optionally update to 5-CURRENT Is this a feasable procedure?=20 How would I best install the 5.2.1 on the extra disk. I thought I'd just extract the -release tarballs using the install.sh script? However there is also=20 mtree information, and of course the extra disk is not mounted on / but on /mnt What do I else need to think of?=20 I know that I probably cannot create UFS2 filesystems with the -stable system. But I guess I can run UFS(1) as well=20 until I move each filesystem to UFS2 using the (now spare) old -stable system disk. Maybe someone has already done such a thing? Thanks & best regards, Daniel --=20 IRCnet: Mr-Spock - Eddie would go! - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --vJguvTgX93MxBIIe Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA0MDMxMTEwMTkzM1owIwYJKoZIhvcNAQkEMRYEFPfZ3a8h3pTC 5hrOj4I/row5bNwFMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAaXjLNG0UgoAmS88bktD2to8cZ2u1TTeIijq3htA0tFgiKjf9k42ceB1VnFEdDUb5 7zu+3oCJNbOPxt60liRNQKdwqpRgkvfbqrY9E6ayRe7C7VJ9YxmhO1vgWMjNvS/NBXUNOviH wpqueQEbVRexDDSA9fVNCfIosSmcrveHslc= --vJguvTgX93MxBIIe-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 04:42:54 2004 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 9603616A4CE for ; Thu, 11 Mar 2004 04:42:54 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEB9C43D2D for ; Thu, 11 Mar 2004 04:42:53 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.office.ipnet (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i2BCkZu0032691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Mar 2004 14:46:36 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.office.ipnet (8.12.11/8.12.11) id i2BCgr3H021813; Thu, 11 Mar 2004 14:42:53 +0200 (EET) (envelope-from ru) Date: Thu, 11 Mar 2004 14:42:52 +0200 From: Ruslan Ermilov To: "Bjoern A. Zeeb" Message-ID: <20040311124252.GB21668@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: FreeBSD hackers mailing list Subject: Re: complete in src tree build world w/o /usr/include/** ? 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: Thu, 11 Mar 2004 12:42:54 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 11, 2004 at 09:52:41AM +0000, Bjoern A. Zeeb wrote: > Hi, >=20 > I once again ran into the problem that a buildworld didn't succeed as > unpriv. user without populating some headers to the base system before. >=20 > But I do not want to populate headers that do not match my installed > system on that machine if I am building for another one. This leads to > inconsistency. >=20 > Is there any chance that the whole source tree could be built w/o > /usr/include/** ? >=20 A complete (and consistent with the rest of the running world) /usr/include is a prerequisite for a successful buildworld. > or should that be the case already ? >=20 No. > or why can't it be done ? >=20 We build some tools (like compiler, binutils, make, etc.) using the system headers, libraries, compiler, and binutils. Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --qcHopEYAB45HaUaB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAUF7MUkv4P6juNwoRAr23AJ9lsfqYsBZkl216NpNfgd4ZCbmkCACfRobT 9TgtKuwe3/oW9KUKIj+mevk= =ZsmA -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 05:33:02 2004 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 E62B516A4CE for ; Thu, 11 Mar 2004 05:33:02 -0800 (PST) Received: from web42001.mail.yahoo.com (web42001.mail.yahoo.com [66.218.93.169]) by mx1.FreeBSD.org (Postfix) with SMTP id C1ABF43D2F for ; Thu, 11 Mar 2004 05:33:02 -0800 (PST) (envelope-from jpande_techinfo@yahoo.com) Message-ID: <20040311133302.24478.qmail@web42001.mail.yahoo.com> Received: from [202.144.61.162] by web42001.mail.yahoo.com via HTTP; Thu, 11 Mar 2004 05:33:02 PST Date: Thu, 11 Mar 2004 05:33:02 -0800 (PST) From: jitendra pande To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Using Kernel level mutex in FreeBSD 4.8 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: Thu, 11 Mar 2004 13:33:03 -0000 Hi, I am trying to use kernle level mutex in my driver for FreeBSD 4.8. I tried searching for kernel level mutex but couldn't find any information on the same. The kernel level mutex functions mtx_lock(..), mutex(..), mtx_init(..) and other mtx_ functions are available from FreeBSD 5.0 onwards and not in FreeBSD 4.8. Kindly adavice me how should i proceed. Also is there anything like Gaint lock in FreeBSD 4.8. If so then how can i use it. Any early reply will be of great help. Thanks in advance Jitendra --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 06:17:43 2004 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 5B26316A4CE; Wed, 10 Mar 2004 06:17:43 -0800 (PST) Received: from natsmtp01.rzone.de (natsmtp01.rzone.de [81.169.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C59DA43D49; Wed, 10 Mar 2004 06:17:42 -0800 (PST) (envelope-from Robert.Eckardt@Robert-Eckardt.de) Received: from quasar.eckardt.org (p5080B2CE.dip.t-dialin.net [80.128.178.206]) by post.webmailer.de (8.12.10/8.12.10) with ESMTP id i2AEHdqY029047; Wed, 10 Mar 2004 15:17:40 +0100 (MET) Received: from roberte.no-ip.org (localhost.eckardt.org [127.0.0.1]) by quasar.eckardt.org (8.12.10/8.12.10) with ESMTP id i2AEHwVa013558; Wed, 10 Mar 2004 15:17:58 +0100 (CET) (envelope-from Robert.Eckardt@Robert-Eckardt.de) From: "Robert Eckardt" To: "Steven Hartland" , Date: Wed, 10 Mar 2004 16:17:58 +0200 Message-Id: <20040310141734.M37975@Robert-Eckardt.de> In-Reply-To: <17bf01c406a6$a3872f60$7b07000a@int.mediasurface.com> References: <17bf01c406a6$a3872f60$7b07000a@int.mediasurface.com> X-Mailer: Open WebMail 2.21 20031110 X-OriginatingIP: 193.155.253.3 (roberte) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Thu, 11 Mar 2004 05:35:43 -0800 cc: owner-freebsd-hackers@freebsd.org Subject: Re: Fw: 5.2 / 5.2.1 Highpoint 374 RAID 5 driver support 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: Wed, 10 Mar 2004 14:17:43 -0000 On Wed, 10 Mar 2004 13:49:39 -0000, Steven Hartland wrote > I'm looking to get the 374 working with 5.2 / 5.2.1 does anyone have > any info on this. Highpoint have a driver for all the old version but > no source / 5.2 download. Can we get the source or is their an > alternative. > > Steve Hi Steve, there should be basic support in the ATA-driver. (For the 372 there is.) However, it does not support initial synchronization of two disks and the handling in case of an error is very limited. You either have to start using an already existing array or resync using some BIOS tool. Later, the driver does not care whether the content of the RAID is identical or not. Robert From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 09:36:56 2004 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 78C0916A4CE for ; Wed, 10 Mar 2004 09:36:56 -0800 (PST) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A825A43D39 for ; Wed, 10 Mar 2004 09:36:55 -0800 (PST) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.12.10/8.12.10) with ESMTP id i2AHaqMq029949 for ; Wed, 10 Mar 2004 18:36:53 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.12.10/8.12.10/Submit) id i2AHaqIF029948 for hackers@freebsd.org; Wed, 10 Mar 2004 18:36:52 +0100 (CET) (envelope-from kuku) Date: Wed, 10 Mar 2004 18:36:52 +0100 (CET) From: "C. Kukulies" Message-Id: <200403101736.i2AHaqIF029948@www.kukulies.org> To: hackers@freebsd.org X-Mailman-Approved-At: Thu, 11 Mar 2004 05:35:43 -0800 Subject: off topic - disk crash 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: Wed, 10 Mar 2004 17:36:56 -0000 Today an important (no backup of course) 46 GB IBM Deskstar IDE disk crashed. It has a FreeBSD 4.8 on it with important data and programs. Yes, shame on me that I didn't care about doing backups on it but it has happened. I evend tend to expend the bucks to get it recovered but a little prediagnosis I would not to be left untried. The disk boots into FreeBSD but already at power on time the disk does seek retries or some recalibration noise. The question is what else can I do to recover the data. Put it in the icebox? Turn the computer upside down? Any ideas would be welcome. I thought of getting a second identical disk to exchange electronics only but since it partially functions it looks more like surface corruption, doesn't it? -- Chris Christoph P. U. Kukulies kukulies (at) rwth-aachen.de From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 19:51:21 2004 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 6B0C416A4CE for ; Wed, 10 Mar 2004 19:51:21 -0800 (PST) Received: from relay.dada.it (relay.dada.it [195.110.100.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91DBE43D41 for ; Wed, 10 Mar 2004 19:51:20 -0800 (PST) (envelope-from alasir@supereva.it) Received: from supereva.it (195.110.126.32) by relay.dada.it with SMTP; 11 Mar 2004 04:51:19 +0100 Received: (qmail 4281 invoked by uid 320); 11 Mar 2004 03:51:17 -0000 Date: 11 Mar 2004 03:51:17 -0000 Message-ID: <20040311035117.4280.qmail@mail.supereva.it> Received: from 202.106.182.176 (alasir@supereva.it) by mail.supereva.it with HTTP; Thu Mar 11 04:51:17 2004 X-Originating-IP: [202.106.182.176] From: RMH Organization: Evil Spirits Unlimited, Inc. To: hackers@freebsd.org X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailman-Approved-At: Thu, 11 Mar 2004 05:35:43 -0800 Subject: i386/identcpu.c question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alasir@supereva.it List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2004 03:51:21 -0000 Hello hackers, there are several lines in i386/identcpu.c: case 0x600: /* Check the particular flavor of 686 */ switch (cpu_id & 0xf0) { case 0x00: strcat(cpu_model, "Pentium Pro A-step"); break; case 0x10: strcat(cpu_model, "Pentium Pro"); break; case 0x30: case 0x50: case 0x60: strcat(cpu_model, "Pentium II/Pentium II Xeon/Celeron"); cpu = CPU_PII; break; case 0x70: case 0x80: case 0xa0: case 0xb0: strcat(cpu_model, "Pentium III/Pentium III Xeon/Celeron"); cpu = CPU_PIII; break; 0x30 stands for 0.35-micron Klamath core (Pentium II), there were no Celeron or Xeon CPUs produced using it. There was PIIOD, but check for the OverDrive is done separately. By the way, 0x60 stands for Celeron (Mendocino) and mobile Pentium II (Dixon) only; 0x70 -- for Pentium III (Katmai) and Pentium III Xeon (Tanner) only; 0x80 -- for Celeron (Coppermine-128) and Pentium III (Coppermine) only; 0xa0 -- for Pentium III Xeon (Cascades) only; 0xb0 -- for Celeron (Tualatin) and Pentium III (Tualatin) only. case 0x30: strcat(cpu_model, "Pentium II"); cpu = CPU_PII; break; case 0x50: strcat(cpu_model, "Pentium II/Pentium II Xeon/Celeron"); cpu = CPU_PII; break; case 0x60: strcat(cpu_model, "Mobile Pentium II/Celeron"); cpu = CPU_PII; break; case 0x70: strcat(cpu_model, "Pentium III/Pentium III Xeon"); cpu = CPU_PIII; break; case 0x80: strcat(cpu_model, "Pentium III/Celeron"); cpu = CPU_PIII; break; case 0xa0: strcat(cpu_model, "Pentium III Xeon"); cpu = CPU_PIII; break; case 0xb0: strcat(cpu_model, "Pentium III/Celeron"); cpu = CPU_PIII; break; I suppose it doesn't take a lot of code to fix, but it looks much better when a CPU is recognised properly (or close to). --- Regards, Rhett ----------------------------------------------------------- Spazio ILLIMITATO per la tua Email, Scanner Antivirus, Antispam, Backup e POP3. Prova la nuova Email di superEva: http://webmail.supereva.it/ ----------------------------------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 10 23:10:17 2004 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 3625516A4CE for ; Wed, 10 Mar 2004 23:10:17 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E29DE43D2F for ; Wed, 10 Mar 2004 23:10:15 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (csc-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i2B79vWr036321; Thu, 11 Mar 2004 08:10:12 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <405010C4.6010303@DeepCore.dk> Date: Thu, 11 Mar 2004 08:09:56 +0100 From: =?windows-1252?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <17ac01c406a6$20062d30$7b07000a@int.mediasurface.com> In-Reply-To: <17ac01c406a6$20062d30$7b07000a@int.mediasurface.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 X-Mailman-Approved-At: Thu, 11 Mar 2004 05:35:43 -0800 cc: hackers@freebsd.org Subject: Re: 5.2 / 5.2.1 Highpoint 374 RAID 5 driver support 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: Thu, 11 Mar 2004 07:10:17 -0000 Steven Hartland wrote: > I'm looking to get the 374 working with 5.2 / 5.2.1 does anyone have > any info on this. Highpoint have a driver for all the old version but > no source / 5.2 download. Can we get the source or is their an > alternative. The HPT374 has been supported for quite some time (it even is on -stable), however Highpoint added RAID5 to thier software RAID engine sometime back, and that I do not support yet. When/if this will happend depends alot on what goings to happen with geom/vinum/raidframe/ataraid, I'd very much like to not have to code RAID5 support in ataraid, but to use some generic code that should have been in the system for this. However I dont see this happening anytime soon, and I'm getting more and more requests for this for HPT and Promise products, so it might be time for me to look for parties interested enough in this to make me have time to do it... -Sřren From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 06:21:57 2004 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 8D34216A4CE for ; Thu, 11 Mar 2004 06:21:57 -0800 (PST) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C279543D3F for ; Thu, 11 Mar 2004 06:21:56 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Date: Thu, 11 Mar 2004 15:21:28 +0100 From: Daniel Lang To: "C. Kukulies" Message-ID: <20040311142128.GG20701@atrbg11.informatik.tu-muenchen.de> References: <200403101736.i2AHaqIF029948@www.kukulies.org> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="cf0hFtnykp6aONGL" Content-Disposition: inline In-Reply-To: <200403101736.i2AHaqIF029948@www.kukulies.org> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: hackers@freebsd.org Subject: Re: off topic - disk crash 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: Thu, 11 Mar 2004 14:21:57 -0000 --cf0hFtnykp6aONGL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, C. Kukulies wrote on Wed, Mar 10, 2004 at 06:36:52PM +0100: [..] > The disk boots into FreeBSD but already at power on time the disk does > seek retries or some recalibration noise. >=20 > The question is what else can I do to recover the data. > Put it in the icebox? Turn the computer upside down? [..] Put it into another box running a working FreeBSD and enough disk-space to contain all the contents of the damaged disk. Check if you can still read the disklabel (just do "disklabel ad1s1 (or whatever your device is)). If you can read the disklabel, grab the contents of each partition with dd, use the 'conv=3Dnoerror,sync' options to fill unreadable sectors with zeros. Turn the resulting partition-image files into devices using vnconfig. Now you can either: a) fsck the devices and then mount them to grab what is left of the data. This is the more reliable way, but fsck may render some data inaccessible. If the superblock is damaged, read fsck and newfs manpages, as well as the handbook, how to get a backup-copy of your superblock. b) mount the device read-only and grab what is left of the data. If the filesystem is badly damaged, this could panic your machine. So don't do it unless you really have to. You can make a copy of the partition image-files, and do the fsck on one copy. You still have the other one if you want to try without fsck. If you cannot read the disklabel, you can still use dd to=20 make an image of the whole disk. But you will have to find the partition-boundaries for yourself. There is a tool in the ports to find filesystem boundaries, IIRC. I don't recall the name of this tool, though. HTH, Daniel --=20 IRCnet: Mr-Spock - Cool people don't move, they just hang around. - =20 Daniel Lang * dl@leo.org * ++49 89 289 18532 * http://www.leo.org/~dl/ --cf0hFtnykp6aONGL Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA0MDMxMTE0MjEyOFowIwYJKoZIhvcNAQkEMRYEFCSeoIRTZFff U3oiw9mSDGzSHX04MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAQlhTk02laGWaVbyUECTlinrt7Cb3pF8LiJ31uBAuab/3zL8LurYXNUlKCemYrpt6 GY1fsltmJd4LGYm+lxHwTMsQM5HA2rVdZ8V55JWdWeX4pZitKBvv+dbywvQ1tnn6XXOjVCmP 16yASiqGzaILLuALEAjjXFWWUa0O951Yh6I= --cf0hFtnykp6aONGL-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 07:23:05 2004 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 AF81616A4D2 for ; Thu, 11 Mar 2004 07:23:05 -0800 (PST) Received: from tx1.oucs.ox.ac.uk (tx1.oucs.ox.ac.uk [129.67.1.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FAFF43D3F for ; Thu, 11 Mar 2004 07:23:05 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan1.oucs.ox.ac.uk ([129.67.1.166] helo=localhost) by tx1.oucs.ox.ac.uk with esmtp (Exim 4.24) id 1B1S1Y-0001vE-GT for freebsd-hackers@freebsd.org; Thu, 11 Mar 2004 15:23:04 +0000 Received: from rx1.oucs.ox.ac.uk ([129.67.1.165]) by localhost (scan1.oucs.ox.ac.uk [129.67.1.166]) (amavisd-new, port 25) with ESMTP id 07061-10 for ; Thu, 11 Mar 2004 15:23:03 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx1.oucs.ox.ac.uk with smtp (Exim 4.24) id 1B1S1X-0001v9-6G for freebsd-hackers@freebsd.org; Thu, 11 Mar 2004 15:23:03 +0000 Received: (qmail 21189 invoked by uid 1004); 11 Mar 2004 15:23:03 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.20 (clamscan: 0.67. sweep: 2.18/3.79. Clear:RC:1(163.1.161.131):. Processed in 0.055174 secs); 11 Mar 2004 15:23:03 -0000 Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 11 Mar 2004 15:23:03 -0000 Message-Id: <6.0.1.1.1.20040311151611.04006b70@imap.sfu.ca> X-Sender: cperciva@imap.sfu.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Thu, 11 Mar 2004 15:22:12 +0000 To: Daniel Lang From: Colin Percival In-Reply-To: <20040311101933.GE20701@atrbg11.informatik.tu-muenchen.de> References: <20040311101933.GE20701@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD "Live Upgrade" best practice? 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: Thu, 11 Mar 2004 15:23:05 -0000 At 10:19 11/03/2004, Daniel Lang wrote: >I'd like to try some sort of "Live Upgrade". > >Given: -STABLE box with an extra disk. > >[snip] > >Maybe someone has already done such a thing? My depenguinator is useful for this purpose; it creates a disk image, which you can write to your second drive, which boots into a memory disk; you can then slice, partition, create filesystems, and generally do whatever you like with the system -- without needing anything beyond a network connection. Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 07:37:00 2004 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 5458416A4CE for ; Thu, 11 Mar 2004 07:37:00 -0800 (PST) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88EFA43D3F for ; Thu, 11 Mar 2004 07:36:59 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Date: Thu, 11 Mar 2004 16:36:57 +0100 From: Daniel Lang To: Colin Percival Message-ID: <20040311153657.GI20701@atrbg11.informatik.tu-muenchen.de> References: <20040311101933.GE20701@atrbg11.informatik.tu-muenchen.de> <6.0.1.1.1.20040311151611.04006b70@imap.sfu.ca> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="mPOSj6iWmtyhwOMz" Content-Disposition: inline In-Reply-To: <6.0.1.1.1.20040311151611.04006b70@imap.sfu.ca> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD "Live Upgrade" best practice? 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: Thu, 11 Mar 2004 15:37:00 -0000 --mPOSj6iWmtyhwOMz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear Colin, Colin Percival wrote on Thu, Mar 11, 2004 at 03:22:12PM +0000: > >Given: -STABLE box with an extra disk. > > > >[snip] > > > >Maybe someone has already done such a thing? >=20 > My depenguinator is useful for this purpose; it creates a > disk image, which you can write to your second drive, which > boots into a memory disk; you can then slice, partition, > create filesystems, and generally do whatever you like with > the system -- without needing anything beyond a network > connection. Care to share an URL?=20 atleo6:~#grep depenguinator /usr/ports/INDEX atleo6:~# However. If I understand you correctly, I need to boot this=20 diskimage and then do a 'regular' install? Anything I could also do, using a CDROM or a boot-floppy? Or is there some other benefit? The purpose of my live-upgrade mission is not to get rid of CD-ROM or floppy requirements, but to minimize downtime. Hmmm, I just have another thought... Possibly there is a way to provide make installkernel/installworld with a different destination directory? Like: make installkernel -DDESTDIR=3D/mnt make installworld -DDESTDIR=3D/mnt Would this be another possibility? Best regards, Daniel Lang --=20 IRCnet: Mr-Spock - ceterum censeo Microsoftinem esse delendam - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --mPOSj6iWmtyhwOMz Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA0MDMxMTE1MzY1N1owIwYJKoZIhvcNAQkEMRYEFBJR69bZcDEy WxA0F9tU4JG7ZrIWMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAbMZq8ZcJuA3PlFzgam+UrlxnSBn3O8jwOdLjIF+Ipul7iXsAp+zRzUNX3UEoRfRr JCREKyJBZ75S5OYZfxRt3+J1XEKlseiavmAZHdO+lAErMYiwXpBJF/bhgdzz8aU66iTQlani 0VnaSaKfkod0n1TPoTNlCyRS8KzUlghY+y4= --mPOSj6iWmtyhwOMz-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 07:57:03 2004 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 CCDB716A4CE; Thu, 11 Mar 2004 07:57:03 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7123E43D4C; Thu, 11 Mar 2004 07:57:03 -0800 (PST) (envelope-from akiyama@jp.FreeBSD.org) Received: from localhost (castle.jp.FreeBSD.org [2001:218:422:1::15]) ESMTP/inet6 id i2BFv0763078; Fri, 12 Mar 2004 00:57:00 +0900 (JST) (envelope-from akiyama@jp.FreeBSD.org) Date: Fri, 12 Mar 2004 00:56:56 +0900 From: Shunsuke Akiyama To: mistral@imasy.or.jp (Yoshihiko Sarumaru) In-Reply-To: <20040310221805L.akiyama@jp.FreeBSD.org> References: <040308013807.M0100724@shimako.imasy.or.jp> <20040310221805L.akiyama@jp.FreeBSD.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Message-Id: <20040312005656X.akiyama@jp.FreeBSD.org> X-Dispatcher: imput version 20030322(IM144) Lines: 39 cc: stable@freebsd.org cc: hackers@freebsd.org cc: julian@elischer.org Subject: Re: HEADSUP!!! USB MFC committed.. 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: Thu, 11 Mar 2004 15:57:03 -0000 At Wed, 10 Mar 2004 22:18:05 +0900, Shunsuke Akiyama wrote: > At Mon, 8 Mar 2004 01:38:07 +0900, > Yoshihiko Sarumaru wrote: > > > I report you about a USB problem that would be occur with my > > laptop after you MFC'ed USB stuff. > > > > With GENERIC kernel, it is fine and there are no changes from > > before, but with no usb kernel + usb.ko + umass.ko, it would be > > panic everytime on boot. > > > > It is not depend on umass. The panic would be happen when I > > didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem > > (PHS phone). > > I reproduced this panic, and tracked this down. > This is a kernel module dependency problem. > > Please try attached patch, and let me know the result. > If this patch fix your problem, I'll commit this. Grrr, my patch makes another problem about loading kernel module. I tried to load umodem.ko by hand with kernel which have compiled-in uhci and usb drivers. Then I got an error like following. # kldload umodem module_register: module usb/uhub already exists! linker_file_sysinit "usb.ko" failed to register! 17 kldload: can't load umodem: Exec format error Hum, this is different from CURRENT's behavior. I think in-kernel loader/linker should be fixed first. -- Shunsuke Akiyama akiyama@jp.FreeBSD.org akiyama@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 07:57:18 2004 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 9A56F16A51C for ; Thu, 11 Mar 2004 07:57:18 -0800 (PST) Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF9B043D2D for ; Thu, 11 Mar 2004 07:57:17 -0800 (PST) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.100.162.49]) by lakemtao02.cox.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with ESMTP id <20040311155717.ENPO13694.lakemtao02.cox.net@mail.halplant.com> for ; Thu, 11 Mar 2004 10:57:17 -0500 Received: by mail.halplant.com (Postfix, from userid 1001) id 82863C; Thu, 11 Mar 2004 10:57:16 -0500 (EST) Date: Thu, 11 Mar 2004 10:57:16 -0500 From: Andrew J Caines To: freebsd-hackers@freebsd.org Message-ID: <20040311155716.GE47001@hal9000.halplant.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <6.0.3.0.2.20040310143952.029d2c78@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.3.0.2.20040310143952.029d2c78@202.179.0.80> Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.9-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 X-ICQ: 283813972 Importance: Normal User-Agent: Mutt/1.5.6i Subject: Re: Error when making installworld : SOLVED X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2004 15:57:18 -0000 Ganbold said... > I added group authpf and everything worked well. Isn't this exactly the kind of thing which "mergemaster -p" is supposed to pick up? -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 08:08:29 2004 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 E786416A4CE; Thu, 11 Mar 2004 08:08:29 -0800 (PST) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 717A343D3F; Thu, 11 Mar 2004 08:08:26 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc12) with ESMTP id <2004031116082501200qh8m3e>; Thu, 11 Mar 2004 16:08:25 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id IAA91223; Thu, 11 Mar 2004 08:08:23 -0800 (PST) Date: Thu, 11 Mar 2004 08:08:21 -0800 (PST) From: Julian Elischer To: Shunsuke Akiyama In-Reply-To: <20040312005656X.akiyama@jp.FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: stable@freebsd.org cc: Yoshihiko Sarumaru Subject: Re: HEADSUP!!! USB MFC committed.. 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: Thu, 11 Mar 2004 16:08:30 -0000 On Fri, 12 Mar 2004, Shunsuke Akiyama wrote: > At Wed, 10 Mar 2004 22:18:05 +0900, > Shunsuke Akiyama wrote: > > > At Mon, 8 Mar 2004 01:38:07 +0900, > > Yoshihiko Sarumaru wrote: > > > > > I report you about a USB problem that would be occur with my > > > laptop after you MFC'ed USB stuff. > > > > > > With GENERIC kernel, it is fine and there are no changes from > > > before, but with no usb kernel + usb.ko + umass.ko, it would be > > > panic everytime on boot. > > > > > > It is not depend on umass. The panic would be happen when I > > > didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem > > > (PHS phone). > > > > I reproduced this panic, and tracked this down. > > This is a kernel module dependency problem. > > > > Please try attached patch, and let me know the result. > > If this patch fix your problem, I'll commit this. > > Grrr, my patch makes another problem about loading kernel module. > > I tried to load umodem.ko by hand with kernel which have compiled-in > uhci and usb drivers. Then I got an error like following. > > # kldload umodem > module_register: module usb/uhub already exists! > linker_file_sysinit "usb.ko" failed to register! 17 > kldload: can't load umodem: Exec format error > > Hum, this is different from CURRENT's behavior. > I think in-kernel loader/linker should be fixed first. On the other hand teh netgraph autoloading workd better in 4.x than it did in 5.x. (last time I checked about 6 months ago) > -- > Shunsuke Akiyama > akiyama@jp.FreeBSD.org > akiyama@FreeBSD.org > From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 08:23:25 2004 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 6204816A4CE for ; Thu, 11 Mar 2004 08:23:25 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 739E843D58 for ; Thu, 11 Mar 2004 08:23:24 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2BGK8tr048060 for hackers@freebsd.org.checked; (8.12.8/vak/2.1) Thu, 11 Mar 2004 19:20:08 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i2BGICEo047949; (8.12.8/vak/2.1) Thu, 11 Mar 2004 19:18:12 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <405092A6.2090908@cronyx.ru> Date: Thu, 11 Mar 2004 19:24:06 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: soralx@cydem.org References: <404B9E56.4060103@cronyx.ru> <404CDC3B.301@cronyx.ru> <404F23BE.5080008@cronyx.ru> <200403102321.27785.soralx@cydem.org> In-Reply-To: <200403102321.27785.soralx@cydem.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: HDD problem research (was HDD questions) 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: Thu, 11 Mar 2004 16:23:25 -0000 Thanks. This weekend I'll try last version from 4.x branch, and early versions of 5.x branch may be this would help me to find 10 diffs :-))) Best regards, Roman Kurakin soralx@cydem.org wrote: >>Does any body have Segate drive ST380021A working with FreeBSD? >> >> > >I do. For ~ 1.5 years now. Still running 4.6.2-RELEASE; booted 4.8-RELEASE >live-CD (frenzy.org.ua) without any problem. > >ad0: 76319MB [155061/16/63] at ata0-master UDMA100 > >IDE controller: Intel ICH4 > >Timestamp: 0x40500478 >[SorAlx] http://cydem.org.ua/ >_______________________________________________ >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 Thu Mar 11 08:25:48 2004 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 BF00216A4CE for ; Thu, 11 Mar 2004 08:25:48 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 702F543D1F for ; Thu, 11 Mar 2004 08:25:48 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i2BGPlVv052469; Thu, 11 Mar 2004 10:25:47 -0600 (CST) (envelope-from dan) Date: Thu, 11 Mar 2004 10:25:47 -0600 From: Dan Nelson To: Daniel Lang Message-ID: <20040311162545.GF27984@dan.emsphone.com> References: <200403101736.i2AHaqIF029948@www.kukulies.org> <20040311142128.GG20701@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040311142128.GG20701@atrbg11.informatik.tu-muenchen.de> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: "C. Kukulies" cc: hackers@freebsd.org Subject: Re: off topic - disk crash 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: Thu, 11 Mar 2004 16:25:48 -0000 In the last episode (Mar 11), Daniel Lang said: > C. Kukulies wrote on Wed, Mar 10, 2004 at 06:36:52PM +0100: > [..] > > The disk boots into FreeBSD but already at power on time the disk > > does seek retries or some recalibration noise. > > > > The question is what else can I do to recover the data. Put it in > > the icebox? Turn the computer upside down? > > Put it into another box running a working FreeBSD and enough > disk-space to contain all the contents of the damaged disk. > > Check if you can still read the disklabel (just do "disklabel ad1s1 > (or whatever your device is)). > > If you can read the disklabel, grab the contents of each partition > with dd, use the 'conv=noerror,sync' options to fill unreadable > sectors with zeros. Also, if it looks like a single bad area of the disk, try a dd starting a couple megs past the bad spot (with iseek+oseek) if the drive stops responding after it hits the bad area. I recovered data from a failed disk this way. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 09:40:33 2004 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 30F2C16A4CE for ; Thu, 11 Mar 2004 09:40:33 -0800 (PST) Received: from electricrain.com (electricrain.com [64.71.143.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0960243D41 for ; Thu, 11 Mar 2004 09:40:33 -0800 (PST) (envelope-from fuzzy@electricrain.com) Received: (qmail 9489 invoked by uid 540); 11 Mar 2004 17:40:31 -0000 Date: Thu, 11 Mar 2004 09:40:31 -0800 From: Chris Doherty To: hackers@freebsd.org Message-ID: <20040311174031.GM8063@zot.electricrain.com> References: <200403022046.22882.dgw@liwest.at> <200403022210.31451.dgw@liwest.at> <20040303162632.GC50518@episec.com> <200403032012.28601.dgw@liwest.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403032012.28601.dgw@liwest.at> User-Agent: Mutt/1.4i X-Operating-System: XEmacs X-Koan: mu. X-Message-Flag: This message contains absolutely no malicious code. Organization: The Inside Foundation Subject: Re: Strange behaviour in assembly language program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chris-freebsd@randomcamel.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2004 17:40:33 -0000 On Wed, Mar 03, 2004 at 08:12:28PM +0000, Daniela said: > This code works to return 0x57: 31 c0 40 6a 57 50 cd 80 > But that needs 8 bytes! Can't it be shortened? this may not help you, and was done on Linux, but is an excellent read if you haven't seen it (actually it's fun to read even if you have): http://www.muppetlabs.com/~breadbox/software/tiny/teensy.html chris ------------------------------- Chris Doherty chris [at] randomcamel.net "I think," said Christopher Robin, "that we ought to eat all our provisions now, so we won't have so much to carry." -- A. A. Milne ------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 09:44:08 2004 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 561EB16A4CE for ; Thu, 11 Mar 2004 09:44:08 -0800 (PST) Received: from artis.latnet.lv (artis.latnet.lv [159.148.107.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA0AA43D39 for ; Thu, 11 Mar 2004 09:44:07 -0800 (PST) (envelope-from ac-lists@latnet.lv) Received: from artis.latnet.lv (localhost [127.0.0.1]) by artis.latnet.lv (Postfix) with ESMTP id 605CDC0CB for ; Thu, 11 Mar 2004 19:44:06 +0200 (EET) Date: Thu, 11 Mar 2004 19:44:06 +0200 To: freebsd-hackers@freebsd.org References: <20040311133302.24478.qmail@web42001.mail.yahoo.com> From: Artis Caune Organization: Latnet Content-Type: text/plain; format=flowed; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20040311133302.24478.qmail@web42001.mail.yahoo.com> User-Agent: Opera7.23/FreeBSD M2 build 518 Subject: Re: Using Kernel level mutex in FreeBSD 4.8 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: Thu, 11 Mar 2004 17:44:08 -0000 afaik 4.x use spl(9) int s; s = splimp(); ... critical code ... splx(s); On Thu, 11 Mar 2004 05:33:02 -0800 (PST), jitendra pande wrote: > Hi, > > I am trying to use kernle level mutex in my driver for FreeBSD 4.8. I > tried searching for kernel level mutex but couldn't find any information > on the same. > > The kernel level mutex functions mtx_lock(..), mutex(..), mtx_init(..) > and other mtx_ functions are available from FreeBSD 5.0 onwards and not > in FreeBSD 4.8. > > Kindly adavice me how should i proceed. > > Also is there anything like Gaint lock in FreeBSD 4.8. If so then how > can i use it. > > Any early reply will be of great help. > > Thanks in advance > Jitendra > > > > --------------------------------- > Do you Yahoo!? > Yahoo! Search - Find what you’re looking for faster. > _______________________________________________ > 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" > -- Artis From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 09:50:37 2004 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 E49CA16A4D5 for ; Thu, 11 Mar 2004 09:50:36 -0800 (PST) Received: from probe-slm1.state.or.us (probe-slm1.state.or.us [159.121.105.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A416443D1F for ; Thu, 11 Mar 2004 09:50:36 -0800 (PST) (envelope-from marcus.beaman@state.or.us) Received: from kitty.state.or.us (kitty.state.or.us [159.121.107.11]) by probe-slm1.state.or.us (Postfix) with SMTP id 84CAE1EF267; Thu, 11 Mar 2004 09:50:02 -0800 (PST) Date: Thu, 11 Mar 2004 09:50:36 -0800 From: Marcus Beaman To: Daniel Lang Message-Id: <20040311095036.397308d5.marcus.beaman@state.or.us> In-Reply-To: <20040311142128.GG20701@atrbg11.informatik.tu-muenchen.de> References: <200403101736.i2AHaqIF029948@www.kukulies.org> <20040311142128.GG20701@atrbg11.informatik.tu-muenchen.de> Organization: State of Oregon X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i386--netbsdelf) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: kuku@www.kukulies.org cc: hackers@freebsd.org Subject: Re: off topic - disk crash 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: Thu, 11 Mar 2004 17:50:37 -0000 You could also use dd with the bs/count operands to skip the bad blocks, but this will probably be much more frustrating that the conv operand. Another option (that is slower than dd but less stressful on the failing drive) I've used are the dump/restore utilities. I have the specific commands for Solaris, but the process should work for FreeBSD with some alterations (I can email it to you off list if you would like). This is the general procedure I use for the dump/restore utilities: 1. Attach second ide drive to cable/controller, same size or larger than the failing disk. This will be your recovery disk. 2. Boot from CD into single user mode (for freebsd check out www.freesbie.org site and/or use the port). 3. Format, partition, label (make sure it is bootable), and create the new file system on the recovery disk so it is identical to the old disk. 4. Fsck the new and failing disks. 5. Setup and verify your swap partition on the recovery disk. 6. Mount the recovery disk partition. 7. Dump/restore the old disk partition to the new disk partition. Repeat 6/7 for each partition. 8. Mount the failing disk partitions and compare to the recovery disk for consistency. 9. Unmount all disk partitions. 10. Shutdown the system, remove the failing drive/CD, power it back up, and test. -Marcus --------------------------------- Marcus Beaman Data Network Operations Analyst DAS/IRMD/ENS NOC 503-378-3627 --------------------------------- <---REPLY---> >Date: Thu, 11 Mar 2004 15:21:28 +0100 >From: Daniel Lang >To: "C. Kukulies" >Cc: hackers@freebsd.org >Subject: Re: off topic - disk crash >> Hi, > > C. Kukulies wrote on Wed, Mar 10, 2004 at 06:36:52PM +0100: > [..] > > The disk boots into FreeBSD but already at power on time the disk > > does seek retries or some recalibration noise. > > > > The question is what else can I do to recover the data. > > Put it in the icebox? Turn the computer upside down? > [..] > > Put it into another box running a working FreeBSD > and enough disk-space to contain all the contents of > the damaged disk. > > Check if you can still read the disklabel > (just do "disklabel ad1s1 (or whatever your device is)). > > If you can read the disklabel, grab the contents of > each partition with dd, use the 'conv=noerror,sync' > options to fill unreadable sectors with zeros. > > Turn the resulting partition-image files into devices using > vnconfig. > > Now you can either: > > a) fsck the devices and then mount them to grab what is left > of the data. This is the more reliable way, but fsck may > render some data inaccessible. > If the superblock is damaged, read fsck and newfs manpages, > as well as the handbook, how to get a backup-copy > of your superblock. > > b) mount the device read-only and grab what is left of the data. > If the filesystem is badly damaged, this could panic your > machine. So don't do it unless you really have to. > > You can make a copy of the partition image-files, and do the > fsck on one copy. You still have the other one if you want > to try without fsck. > > If you cannot read the disklabel, you can still use dd to > make an image of the whole disk. But you will have to find > the partition-boundaries for yourself. There is a tool in the > ports to find filesystem boundaries, IIRC. I don't recall the > name of this tool, though. > > HTH, > Daniel <---END REPLY---> From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 10:05:48 2004 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 6356516A4CE for ; Thu, 11 Mar 2004 10:05:48 -0800 (PST) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3496F43D31 for ; Thu, 11 Mar 2004 10:05:48 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 27618 invoked from network); 11 Mar 2004 18:05:47 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 11 Mar 2004 18:05:47 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i2BI5h28036973; Thu, 11 Mar 2004 13:05:43 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org, alasir@supereva.it Date: Thu, 11 Mar 2004 10:33:58 -0500 User-Agent: KMail/1.6 References: <20040311035117.4280.qmail@mail.supereva.it> In-Reply-To: <20040311035117.4280.qmail@mail.supereva.it> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403111033.58716.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: hackers@freebsd.org Subject: Re: i386/identcpu.c question 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: Thu, 11 Mar 2004 18:05:48 -0000 On Wednesday 10 March 2004 10:51 pm, RMH wrote: > Hello hackers, > > there are several lines in i386/identcpu.c: > > case 0x600: > /* Check the particular flavor of 686 */ > switch (cpu_id & 0xf0) { > case 0x00: > strcat(cpu_model, "Pentium Pro A-step"); > break; > case 0x10: > strcat(cpu_model, "Pentium Pro"); > break; > case 0x30: > case 0x50: > case 0x60: > strcat(cpu_model, > "Pentium II/Pentium II Xeon/Celeron"); > cpu = CPU_PII; > break; > case 0x70: > case 0x80: > case 0xa0: > case 0xb0: > strcat(cpu_model, > "Pentium III/Pentium III Xeon/Celeron"); > cpu = CPU_PIII; > break; > > 0x30 stands for 0.35-micron Klamath core (Pentium II), there > were no Celeron or Xeon CPUs produced using it. There was > PIIOD, but check for the OverDrive is done separately. > > By the way, 0x60 stands for Celeron (Mendocino) and mobile > Pentium II (Dixon) only; 0x70 -- for Pentium III (Katmai) > and Pentium III Xeon (Tanner) only; 0x80 -- for Celeron > (Coppermine-128) and Pentium III (Coppermine) only; 0xa0 -- > for Pentium III Xeon (Cascades) only; 0xb0 -- for Celeron > (Tualatin) and Pentium III (Tualatin) only. > > case 0x30: > strcat(cpu_model, "Pentium II"); > cpu = CPU_PII; > break; > case 0x50: > strcat(cpu_model, > "Pentium II/Pentium II Xeon/Celeron"); > cpu = CPU_PII; > break; > case 0x60: > strcat(cpu_model, > "Mobile Pentium II/Celeron"); > cpu = CPU_PII; > break; > case 0x70: > strcat(cpu_model, > "Pentium III/Pentium III Xeon"); > cpu = CPU_PIII; > break; > case 0x80: > strcat(cpu_model, "Pentium III/Celeron"); > cpu = CPU_PIII; > break; > case 0xa0: > strcat(cpu_model, "Pentium III Xeon"); > cpu = CPU_PIII; > break; > case 0xb0: > strcat(cpu_model, "Pentium III/Celeron"); > cpu = CPU_PIII; > break; > > I suppose it doesn't take a lot of code to fix, but it looks > much better when a CPU is recognised properly (or close to). It used to be like this but was considered too much work to maintain and was consolidated. Note that on modern CPUs we use the name provided by extended cpuid. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 10:05:48 2004 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 64B1716A4CF for ; Thu, 11 Mar 2004 10:05:48 -0800 (PST) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3520543D41 for ; Thu, 11 Mar 2004 10:05:48 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 27618 invoked from network); 11 Mar 2004 18:05:47 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 11 Mar 2004 18:05:47 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i2BI5h28036973; Thu, 11 Mar 2004 13:05:43 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org, alasir@supereva.it Date: Thu, 11 Mar 2004 10:33:58 -0500 User-Agent: KMail/1.6 References: <20040311035117.4280.qmail@mail.supereva.it> In-Reply-To: <20040311035117.4280.qmail@mail.supereva.it> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403111033.58716.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: hackers@freebsd.org Subject: Re: i386/identcpu.c question 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: Thu, 11 Mar 2004 18:05:48 -0000 On Wednesday 10 March 2004 10:51 pm, RMH wrote: > Hello hackers, > > there are several lines in i386/identcpu.c: > > case 0x600: > /* Check the particular flavor of 686 */ > switch (cpu_id & 0xf0) { > case 0x00: > strcat(cpu_model, "Pentium Pro A-step"); > break; > case 0x10: > strcat(cpu_model, "Pentium Pro"); > break; > case 0x30: > case 0x50: > case 0x60: > strcat(cpu_model, > "Pentium II/Pentium II Xeon/Celeron"); > cpu = CPU_PII; > break; > case 0x70: > case 0x80: > case 0xa0: > case 0xb0: > strcat(cpu_model, > "Pentium III/Pentium III Xeon/Celeron"); > cpu = CPU_PIII; > break; > > 0x30 stands for 0.35-micron Klamath core (Pentium II), there > were no Celeron or Xeon CPUs produced using it. There was > PIIOD, but check for the OverDrive is done separately. > > By the way, 0x60 stands for Celeron (Mendocino) and mobile > Pentium II (Dixon) only; 0x70 -- for Pentium III (Katmai) > and Pentium III Xeon (Tanner) only; 0x80 -- for Celeron > (Coppermine-128) and Pentium III (Coppermine) only; 0xa0 -- > for Pentium III Xeon (Cascades) only; 0xb0 -- for Celeron > (Tualatin) and Pentium III (Tualatin) only. > > case 0x30: > strcat(cpu_model, "Pentium II"); > cpu = CPU_PII; > break; > case 0x50: > strcat(cpu_model, > "Pentium II/Pentium II Xeon/Celeron"); > cpu = CPU_PII; > break; > case 0x60: > strcat(cpu_model, > "Mobile Pentium II/Celeron"); > cpu = CPU_PII; > break; > case 0x70: > strcat(cpu_model, > "Pentium III/Pentium III Xeon"); > cpu = CPU_PIII; > break; > case 0x80: > strcat(cpu_model, "Pentium III/Celeron"); > cpu = CPU_PIII; > break; > case 0xa0: > strcat(cpu_model, "Pentium III Xeon"); > cpu = CPU_PIII; > break; > case 0xb0: > strcat(cpu_model, "Pentium III/Celeron"); > cpu = CPU_PIII; > break; > > I suppose it doesn't take a lot of code to fix, but it looks > much better when a CPU is recognised properly (or close to). It used to be like this but was considered too much work to maintain and was consolidated. Note that on modern CPUs we use the name provided by extended cpuid. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 12:18:45 2004 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 F201416A4CE for ; Thu, 11 Mar 2004 12:18:44 -0800 (PST) Received: from episec.com (episec.com [69.55.237.141]) by mx1.FreeBSD.org (Postfix) with SMTP id B915243D2D for ; Thu, 11 Mar 2004 12:18:44 -0800 (PST) (envelope-from edelkind-freebsd-hackers@episec.com) Received: (qmail 78510 invoked by uid 1024); 11 Mar 2004 20:18:18 -0000 Date: Thu, 11 Mar 2004 15:18:18 -0500 From: ari To: Daniela Message-ID: <20040311201818.GA75293@episec.com> Mail-Followup-To: ari , Daniela , hackers@freebsd.org References: <200403022046.22882.dgw@liwest.at> <200403022210.31451.dgw@liwest.at> <20040303162632.GC50518@episec.com> <200403032012.28601.dgw@liwest.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403032012.28601.dgw@liwest.at> cc: hackers@freebsd.org Subject: Re: Strange behaviour in assembly language program 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: Thu, 11 Mar 2004 20:18:45 -0000 dgw@liwest.at said this stuff: > This code works to return 0x57: 31 c0 40 6a 57 50 cd 80 > But that needs 8 bytes! Can't it be shortened? > I noticed that some registers contain zero on program startup. Can I safely > assume they are always initialized to zero and just leave that 31 c0 out? Freebsd explicitly zeros its registers before executing a program (it then sets specific registers, such as the program counter, flags, and stack pointer). This behavior takes place in an architecture-dependent function, however, so one cannot take for granted that such a thing will occur, nor can one necessarily presume that all generic registers will be zero (indeed, on i386, ebx is set to ps_strings, which may be nonzero when executing bsdi binaries). Still, this is the case as of freebsd 4.5 (alpha, i386) and 5.1 (alpha, amd64, i386, sparc64). Those are the versions and architectures that i briefly checked. This information is in the files with pattern: //machdep.c The function in question is "exec_setregs" on freebsd 5.x, or "setregs" on freebsd 4.x. ari From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 13:35:50 2004 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 022F816A4DC for ; Thu, 11 Mar 2004 13:35:49 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 461AF43D39 for ; Thu, 11 Mar 2004 13:35:48 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2BLW2k7062341 for hackers@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 12 Mar 2004 00:32:02 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (rik.cronyx.ru [172.22.4.1]) by hanoi.cronyx.ru with ESMTP id i2BLVxli062332 for ; (8.12.8/vak/2.1) Fri, 12 Mar 2004 00:31:59 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <4050DCBF.5050807@cronyx.ru> Date: Fri, 12 Mar 2004 00:40:15 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: make install (kernel) without /modules dir 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: Thu, 11 Mar 2004 21:35:50 -0000 Hi, It seems that I've found another problem. If /modules dir would be removed, make install (of kernel and kernel modules) will not create modules dir and you'll get /modules file with one of the modules inside. One of the variants is to add flag -d to install or other to mkdir -p explicitly: --- Makefile.old Fri Mar 12 00:13:45 2004 +++ Makefile Fri Mar 12 00:15:03 2004 @@ -626,6 +626,7 @@ cp -p ${DESTDIR}/modules/* ${DESTDIR}/modules.old; \ fi; .endif + mkdir -p ${DESTDIR}/modules cd $S/modules ; env ${MKMODULESENV} ${MAKE} install modules-reinstall modules-reinstall.debug: Best regards, Roman Kurakin From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 13:53:09 2004 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 8AF0916A4CE for ; Thu, 11 Mar 2004 13:53:09 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC05343D31 for ; Thu, 11 Mar 2004 13:53:08 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2BLo79G063112 for hackers@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 12 Mar 2004 00:50:07 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (rik.cronyx.ru [172.22.4.1]) by hanoi.cronyx.ru with ESMTP id i2BLmwli063045; (8.12.8/vak/2.1) Fri, 12 Mar 2004 00:49:00 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <4050E0BA.5080102@cronyx.ru> Date: Fri, 12 Mar 2004 00:57:14 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <4050DCBF.5050807@cronyx.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: make install (kernel) without /modules dir 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: Thu, 11 Mar 2004 21:53:09 -0000 I forget to say that this problem is for 4. branch Roman Kurakin wrote: > Hi, > > It seems that I've found another problem. If /modules dir would be > removed, > make install (of kernel and kernel modules) will not create modules > dir and you'll > get /modules file with one of the modules inside. > > One of the variants is to add flag -d to install or other to mkdir -p > explicitly: > > --- Makefile.old Fri Mar 12 00:13:45 2004 > +++ Makefile Fri Mar 12 00:15:03 2004 > @@ -626,6 +626,7 @@ > cp -p ${DESTDIR}/modules/* ${DESTDIR}/modules.old; \ > fi; > .endif > + mkdir -p ${DESTDIR}/modules > cd $S/modules ; env ${MKMODULESENV} ${MAKE} install > > modules-reinstall modules-reinstall.debug: > > > Best regards, > Roman Kurakin > > > > > _______________________________________________ > 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 Thu Mar 11 17:05:00 2004 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 7FCC516A4DD; Thu, 11 Mar 2004 17:05:00 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 608D643D1F; Thu, 11 Mar 2004 17:05:00 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:smmsp@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.3) with ESMTP id i2C13Caf016147; Thu, 11 Mar 2004 17:04:53 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i2C102Ou015246; Thu, 11 Mar 2004 17:00:02 -0800 Date: Thu, 11 Mar 2004 17:00:01 -0800 From: Brooks Davis To: hackers@freebsd.org Message-ID: <20040312010000.GA9949@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: dwmalone@freebsd.org Subject: inetd needs "discard" service in /etc/services 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: Fri, 12 Mar 2004 01:05:00 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable While updating my diskless setup, I was trying to determine the minimal set of entries required in /etc/services in addition to a NIS "+" line to get a system to boot cleanly. I discovered that inetd depends on the existence of the discard service. The dependency is due to the fact that getaddrinfo is used to generate sockaddr_in(6) struct's and it's not really up to the task when we know neither the hostname or the service name. For some reason, discard was picked when IPv6 support was added and it's remained ever sense. A better organization of the code could work around this problem one of several ways, but that's more work then I want to do at this time. There also appears to be a secondary bug, probably in getaddrinfo that means that even though we can look discard up in NIS when inetd is started, it isn't being resolved there by getaddrinfo. I would like to commit the following patch. It changes the port from discard to syslog and documents the dependency. I choose syslog because it really does need to be in /etc/services on most machines since it starts before NIS. I'll also file a PR against inetd in hopes that someone gets board enough to fix it some day. Any objections? -- Brooks Index: inetd.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/usr.sbin/inetd/inetd.8,v retrieving revision 1.78 diff -u -p -r1.78 inetd.8 --- inetd.8 29 Feb 2004 15:49:26 -0000 1.78 +++ inetd.8 12 Mar 2004 00:55:54 -0000 @@ -919,3 +919,13 @@ The .Fx TCP Wrappers support first appeared in .Fx 3.2 . +.Sh BUGS +The +.Nm +utility requires that the +.Qq syslog +service be defined in +.Pa /etc/inetd.conf +unless the +.Fl a +argument is given. Index: inetd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/usr.sbin/inetd/inetd.c,v retrieving revision 1.123 diff -u -p -r1.123 inetd.c --- inetd.c 30 Oct 2003 22:56:44 -0000 1.123 +++ inetd.c 12 Mar 2004 00:51:19 -0000 @@ -404,7 +404,7 @@ main(int argc, char **argv) * hostname or servname is non NULL. * So when hostname is NULL, set dummy value to servname. */ - servname =3D (hostname =3D=3D NULL) ? "discard" /* dummy */ : NULL; + servname =3D (hostname =3D=3D NULL) ? "syslog" /* dummy */ : NULL; =20 bzero(&hints, sizeof(struct addrinfo)); hints.ai_flags =3D AI_PASSIVE; --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAUQuPXY6L6fI4GtQRAmckAJ43Pe3d2+f0hAlNeSno0zlWbXsvpACg4WTP Nw8FArH5YVVxhYomZ0WYO2E= =Qalp -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 17:10:29 2004 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 095B416A4CE for ; Thu, 11 Mar 2004 17:10:29 -0800 (PST) Received: from spruce.ne.tamu.edu (spruce.ne.tamu.edu [165.91.246.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E4643D2D for ; Thu, 11 Mar 2004 17:10:28 -0800 (PST) (envelope-from dhawkins@tamu.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Date: Thu, 11 Mar 2004 19:07:36 -0600 Message-ID: <3D0AE03BE5EFEC4DB04D42326CA21847D0F0FB@spruce.ne.tamu.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Intel i8xx watchdog driver Thread-Index: AcQHFwNA8Zs1Ljy7RIadm+FQnPVOQwAtzjpg From: "Wm. Daryl Hawkins" To: "Mike Tancsa" cc: freebsd-hackers@freebsd.org Subject: RE: Intel i8xx watchdog driver 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: Fri, 12 Mar 2004 01:10:29 -0000 I would love to incorporate it in both source trees if possible. Before it goes into current, I need to make some changes so that it will work with Poul-Henning Kamp's new watchdog driver model. Hopefully, I'll get to work on that some tomorrow. I'll release a new version for current as soon as it's ready. -- Daryl=20 -----Original Message----- From: Mike Tancsa [mailto:mike@sentex.net]=20 Sent: Wednesday, March 10, 2004 9:17 PM To: Wm. Daryl Hawkins Cc: freebsd-hackers@freebsd.org Subject: Re: Intel i8xx watchdog driver Wow, this is great! I tried it out on a few RELENG_4 boxes and it works as expected=20 wdog0 on motherboard isab0: Found Intel 82801DB watchdog device Are there any plans to incorporate this into the 5.x and 4.x source tree ? This would be useful to a lot of people. ---Mike On Wed, 10 Mar 2004 10:54:38 -0600, in sentex.lists.freebsd.hackers you wrote: > >I've written a driver and userland daemon for the Intel i8xx TCO=20 >watchdog timer. This is my first driver and it's only seen limited=20 >testing, so proceed with caution! I've tested it with 4.9 and 5.2.1 on >a Supermicro P4SGE motherboard and would be grateful for any=20 >suggestions, comments, bug reports, or complaints! :) If there is=20 >sufficient interest (and once I've gotten some comment on the structure >and inner workings of this driver), I'd also like to write a driver for >the AMD-8000 series chipset. You can get the driver at:=20 >http://freebsd.tamu.edu/wdog/ > >-- Daryl > > >Daryl Hawkins >Network Systems >Texas A&M University >dhawkins@tamu.edu >_______________________________________________ >freebsd-hackers@freebsd.org mailing list=20 >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 Thu Mar 11 17:14:44 2004 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 3E16916A4CE for ; Thu, 11 Mar 2004 17:14:44 -0800 (PST) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A251643D45 for ; Thu, 11 Mar 2004 17:14:43 -0800 (PST) (envelope-from ms@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id 161FC4FE83; Fri, 12 Mar 2004 02:14:43 +0100 (CET) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id C77434FE82 for ; Fri, 12 Mar 2004 02:14:42 +0100 (CET) Received: from dell-laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id i2C1Eght030967 for ; Fri, 12 Mar 2004 02:14:42 +0100 Received: (nullmailer pid 65459 invoked by uid 1001); Fri, 12 Mar 2004 01:14:42 -0000 Date: Fri, 12 Mar 2004 02:14:42 +0100 From: Mark Santcroos To: hackers@freebsd.org Message-ID: <20040312011442.GA65365@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: N 0.000148 / 0.0 / 0.0 / disabled X-RIPE-Signature: ede9c4e6d15e7513755893945d8d25bc Subject: diff included in commit mail 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: Fri, 12 Mar 2004 01:14:44 -0000 Hi, I know it was discussed once somewhere, but I can't find the thread in question. What I would like to be able to do is see the actual commit included in the mail. I know it can't be done at the moment the message arrives, as that is before it arrives in my cvs tree. On my machine I have the cvs repo mirrored, so doing it in realtime is no problem. Does anybody have scripts or whatever available to do this? Thanks Mark From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 17:20:56 2004 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 0512416A4CE for ; Thu, 11 Mar 2004 17:20:56 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F94F43D31 for ; Thu, 11 Mar 2004 17:20:55 -0800 (PST) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id i2C1KnOp081466; Thu, 11 Mar 2004 20:20:49 -0500 (EST) (envelope-from mike@sentex.net) Received: from localhost (localhost [127.0.0.1]) by avscan2.sentex.ca (Postfix) with ESMTP id C5CA659C9C; Thu, 11 Mar 2004 20:20:54 -0500 (EST) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 93188-01; Thu, 11 Mar 2004 20:20:54 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by avscan2.sentex.ca (Postfix) with ESMTP id 9340759C8D; Thu, 11 Mar 2004 20:20:54 -0500 (EST) Received: from simian.sentex.net ([192.168.43.27]) by lava.sentex.ca (8.12.9p2/8.12.9) with ESMTP id i2C1KqZa096259; Thu, 11 Mar 2004 20:20:52 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.0.3.0.0.20040311202039.07469ea0@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Thu, 11 Mar 2004 20:21:10 -0500 To: "Wm. Daryl Hawkins" From: Mike Tancsa In-Reply-To: <3D0AE03BE5EFEC4DB04D42326CA21847D0F0FB@spruce.ne.tamu.edu> References: <3D0AE03BE5EFEC4DB04D42326CA21847D0F0FB@spruce.ne.tamu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at (avscan2) sentex.ca cc: freebsd-hackers@freebsd.org Subject: RE: Intel i8xx watchdog driver 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: Fri, 12 Mar 2004 01:20:56 -0000 Thanks, thats great news. Perhaps even as a port would do the trick. ---Mike At 08:07 PM 11/03/2004, Wm. Daryl Hawkins wrote: >I would love to incorporate it in both source trees if possible. Before >it goes into current, I need to make some changes so that it will work >with Poul-Henning Kamp's new watchdog driver model. Hopefully, I'll get >to work on that some tomorrow. I'll release a new version for current >as soon as it's ready. > >-- Daryl > >-----Original Message----- >From: Mike Tancsa [mailto:mike@sentex.net] >Sent: Wednesday, March 10, 2004 9:17 PM >To: Wm. Daryl Hawkins >Cc: freebsd-hackers@freebsd.org >Subject: Re: Intel i8xx watchdog driver > > >Wow, this is great! I tried it out on a few RELENG_4 boxes and it works >as expected > >wdog0 on motherboard >isab0: Found Intel 82801DB watchdog device > >Are there any plans to incorporate this into the 5.x and 4.x source >tree ? This would be useful to a lot of people. > > ---Mike > >On Wed, 10 Mar 2004 10:54:38 -0600, in sentex.lists.freebsd.hackers you >wrote: > > > > >I've written a driver and userland daemon for the Intel i8xx TCO > >watchdog timer. This is my first driver and it's only seen limited > >testing, so proceed with caution! I've tested it with 4.9 and 5.2.1 on > > >a Supermicro P4SGE motherboard and would be grateful for any > >suggestions, comments, bug reports, or complaints! :) If there is > >sufficient interest (and once I've gotten some comment on the structure > > >and inner workings of this driver), I'd also like to write a driver for > > >the AMD-8000 series chipset. You can get the driver at: > >http://freebsd.tamu.edu/wdog/ > > > >-- Daryl > > > > > >Daryl Hawkins > >Network Systems > >Texas A&M University > >dhawkins@tamu.edu > >_______________________________________________ > >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 Thu Mar 11 20:00:54 2004 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 A203216A4CE for ; Thu, 11 Mar 2004 20:00:54 -0800 (PST) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2315143D6A for ; Thu, 11 Mar 2004 20:00:53 -0800 (PST) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1B1dl1-0006MU-Cx for freebsd-hackers@freebsd.org; Fri, 12 Mar 2004 11:54:47 +0800 Message-Id: <6.0.3.0.2.20040312120317.02acf008@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Fri, 12 Mar 2004 12:05:35 +0800 To: freebsd-hackers@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: mysql-4.0.18 build problem in FreeBSD-5.2-CURRENT 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: Fri, 12 Mar 2004 04:00:54 -0000 Hi all, Today I wanted to upgrade mysql-4.0.17 to mysql-4.0.18 in FreeBSD-5.2-CURRENT and got error below. I did updated FreeBSD on March 3 2004 using cvsup. I used following options to compile mysql from ports collection: make WITH_CHARSET=cp1251 WITH_LINUXTHREADS=yes BUILD_STATIC=yes install Error message: --------------------------------------------------------------------------------------------------------------------------------------------- /usr/lib/libc.a(res_init.o): In function `__h_error': res_init.o(.text+0x1104): multiple definition of `__h_error' /usr/local/lib/liblthread.a(errno.o):/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_14/errno.c:29: first defined here /usr/bin/ld: Warning: size of symbol `__h_error' changed from 88 to 36 in /usr/lib/libc.a(res_init.o) *** Error code 1 Stop in /usr/ports/databases/mysql40-server/work/mysql-4.0.18/sql. *** Error code 1 Stop in /usr/ports/databases/mysql40-server/work/mysql-4.0.18/sql. *** Error code 1 Stop in /usr/ports/databases/mysql40-server/work/mysql-4.0.18/sql. *** Error code 1 Stop in /usr/ports/databases/mysql40-server/work/mysql-4.0.18. *** Error code 1 Stop in /usr/ports/databases/mysql40-server/work/mysql-4.0.18. *** Error code 1 Stop in /usr/ports/databases/mysql40-server. --------------------------------------------------------------------------------------------------------------- What should I do in this case? Is there anybody solved this problem before? Linuxthreads is installed from ports collection. tia, Ganbold From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 02:51:15 2004 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 D74D116A4CE; Fri, 12 Mar 2004 02:51:15 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id ABA3543D2D; Fri, 12 Mar 2004 02:51:14 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 12 Mar 2004 10:51:13 +0000 (GMT) To: Brooks Davis In-reply-to: Your message of "Thu, 11 Mar 2004 17:00:01 PST." <20040312010000.GA9949@Odin.AC.HMC.Edu> X-Request-Do: Date: Fri, 12 Mar 2004 10:51:13 +0000 From: David Malone Message-ID: <200403121051.aa75277@salmon.maths.tcd.ie> cc: hackers@freebsd.org cc: dwmalone@freebsd.org Subject: Re: inetd needs "discard" service in /etc/services 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: Fri, 12 Mar 2004 10:51:16 -0000 > I would like to commit the following patch. It changes the port from > discard to syslog and documents the dependency. I choose syslog because > it really does need to be in /etc/services on most machines since it > starts before NIS. I'll also file a PR against inetd in hopes that > someone gets board enough to fix it some day. getaddrinfo can also accept numeric service names (ie. port numbers in the case of UDP/TCP). I wonder if it would be better to just replace the service name with "1" or some such? I guess that would also fix your problem. David. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 06:05:34 2004 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 B4AD916A4EB for ; Thu, 11 Mar 2004 06:05:34 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2190943D1D for ; Thu, 11 Mar 2004 06:05:13 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (csc-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i2BE4tfQ040257; Thu, 11 Mar 2004 15:05:11 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <40507206.6020602@DeepCore.dk> Date: Thu, 11 Mar 2004 15:04:54 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "C. Kukulies" References: <200403101736.i2AHaqIF029948@www.kukulies.org> In-Reply-To: <200403101736.i2AHaqIF029948@www.kukulies.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 X-Mailman-Approved-At: Fri, 12 Mar 2004 06:07:48 -0800 cc: hackers@freebsd.org Subject: Re: off topic - disk crash 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: Thu, 11 Mar 2004 14:05:35 -0000 C. Kukulies wrote: > Today an important (no backup of course) 46 GB IBM Deskstar > IDE disk crashed. It has a FreeBSD 4.8 on it with important data and programs. > Yes, shame on me that I didn't care about doing backups on it but it > has happened. > > I evend tend to expend the bucks to get it recovered but a little > prediagnosis I would not to be left untried. > > The disk boots into FreeBSD but already at power on time the disk does > seek retries or some recalibration noise. > > The question is what else can I do to recover the data. > Put it in the icebox? Turn the computer upside down? > > Any ideas would be welcome. > > I thought of getting a second identical disk to exchange electronics > only but since it partially functions it looks more like surface corruption, > doesn't it? Its most likely the dreaded "deathstar syndrome" and yes that means the magnetic surface of the platters is worn thin or in some of the worse cases completely worn off.. To put it short, there isn't much hope for your data :( -Sřren From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 09:33:50 2004 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 BF2A316A4CE; Thu, 11 Mar 2004 09:33:50 -0800 (PST) Received: from shimako.yamayuri.org (yumi.yamayuri.org [218.45.22.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E0D843D2F; Thu, 11 Mar 2004 09:33:50 -0800 (PST) (envelope-from mistral@imasy.or.jp) Received: from shimako.yamayuri.org (localhost [IPv6:3ffe:505:2020:0:203:47ff:fe14:7175])i2BHXZGa000662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Mar 2004 02:33:35 +0900 (JST) (envelope-from mistral@imasy.or.jp) Received: (from sarumaru@localhost) by shimako.yamayuri.org (8.12.11/8.12.11/Submit) id i2BHXVxV000661; Fri, 12 Mar 2004 02:33:31 +0900 (JST) (envelope-from sarumaru) From: mistral@imasy.or.jp (Yoshihiko Sarumaru) To: akiyama@jp.FreeBSD.org In-Reply-To: Your message of "Wed, 10 Mar 2004 22:18:05 +0900". <20040310221805L.akiyama@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.22PL5] 2001-02/07(Wed) Date: Fri, 12 Mar 2004 02:33:31 +0900 Message-ID: <040312023331.M0100549@shimako.imasy.or.jp> X-Mailman-Approved-At: Fri, 12 Mar 2004 06:07:48 -0800 cc: stable@freebsd.org cc: hackers@freebsd.org cc: julian@elischer.org Subject: Re: HEADSUP!!! USB MFC committed.. 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: Thu, 11 Mar 2004 17:33:50 -0000 Hi akiyama san, unfortunately, It couldn't help me. With KMODDEPS, DDB said: Stopped at usbd_get_string+0x15: movl 0(%eax), %eax) db> trace usbd_get_string(.....) usbd_devinfo_vp(.....) usbd_devinfo(.....) ugen_attach(.....) DEVICE_ATTACH(.....) device_probe_and_attach(.....) at ... usbd_probe_and_attach(.....) at ... usbd_new_device(.....) at ... (snip) Without KMODEPS, I had been seen: Stopped at usbd_get_interface_descriptor+0x6: movl 0x4(%eax),%eax db> trace usbd_get_interface_descriptor(1,6,....) at usbd_get_interface_descriptor+0x6 umodem_match(.....) at umodem_match+0x24 DEVICE_PROBE(.....) at DEVICE_PROBE+0x2e device_probe_child(.....) at ... device_probe_and_attach(.....) at ... usbd_probe_and_attach(.....) at ... usbd_new_device(.....) at ... (snip) I don't know what is different between two above situation. By the way, I found it would always panic with latter panic message when I load kernel-without-usb + usb.ko + ucom.ko + umodem.ko then boot although I didn't plugged any umodem devices. akiyama san wrote: > Hi, Sarumaru-san. > > At Mon, 8 Mar 2004 01:38:07 +0900, > Yoshihiko Sarumaru wrote: > > > I report you about a USB problem that would be occur with my > > laptop after you MFC'ed USB stuff. > > > > With GENERIC kernel, it is fine and there are no changes from > > before, but with no usb kernel + usb.ko + umass.ko, it would be > > panic everytime on boot. > > > > It is not depend on umass. The panic would be happen when I > > didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem > > (PHS phone). > > I reproduced this panic, and tracked this down. > This is a kernel module dependency problem. > > Please try attached patch, and let me know the result. > If this patch fix your problem, I'll commit this. > -- > Shunsuke Akiyama > akiyama@jp.FreeBSD.org > akiyama@FreeBSD.org -- Yoshihiko Sarumaru mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 09:40:31 2004 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 7102916A4CE for ; Thu, 11 Mar 2004 09:40:31 -0800 (PST) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2895A43D41 for ; Thu, 11 Mar 2004 09:40:31 -0800 (PST) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 8AE40153882; Thu, 11 Mar 2004 07:40:30 -1000 (HST) Date: Thu, 11 Mar 2004 07:40:30 -1000 From: Clifton Royston To: kuku@www.kukulies.org Message-ID: <20040311174030.GB8190@tikitechnologies.com> Mail-Followup-To: kuku@www.kukulies.org, freebsd-hackers@freebsd.org References: <20040311153709.AD00216A4D6@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040311153709.AD00216A4D6@hub.freebsd.org> User-Agent: Mutt/1.4.2i X-Mailman-Approved-At: Fri, 12 Mar 2004 06:07:48 -0800 cc: freebsd-hackers@freebsd.org Subject: Re: off topic - disk crash 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: Thu, 11 Mar 2004 17:40:31 -0000 > Date: Wed, 10 Mar 2004 18:36:52 +0100 (CET) > From: "C. Kukulies" > Subject: off topic - disk crash > To: hackers@freebsd.org > Message-ID: <200403101736.i2AHaqIF029948@www.kukulies.org> > > Today an important (no backup of course) 46 GB IBM Deskstar > IDE disk crashed. It has a FreeBSD 4.8 on it with important data and programs. > Yes, shame on me that I didn't care about doing backups on it but it > has happened. This specific line of drives is infamous for a failure rate that's at least a full order of magnitude above the industry average for ATA drives. Google a bit for it. I just spent a weekend replacing that exact model of drive and trying to recover data for our babysitter's (WinMe) computer, without success. > I evend tend to expend the bucks to get it recovered but a little > prediagnosis I would not to be left untried. > > The disk boots into FreeBSD but already at power on time the disk does > seek retries or some recalibration noise. > > The question is what else can I do to recover the data. > Put it in the icebox? Yes, this might actually help, provided the read head is not yet too badly damaged or stuck to the platter. One of the several problems with the drive seems to relate to overheating. > Turn the computer upside down? I'd remove the drive from its mounting and just hook it up loosely cabled into an open system while you try to recover. There's supposed to be some firmware update you can get from IBM to update the drive firmware, which can help reduce the chance of these errors and might help recover the data. If you can find the firmware update from IBM, boot a system in DOS with the drive hooked up, and run the flash utility, that might help with the following steps. > Any ideas would be welcome. > > I thought of getting a second identical disk to exchange electronics > only but since it partially functions it looks more like surface corruption, > doesn't it? From what I've read online part of the failure mode may have to do with stray particles of crud inside the platter area from a bad manufacturing process (or coming loose from the drive surface over time) attaching to the read head and resulting in a head crash. The other problem was that the drive sometimes didn't park the head safely on powerdown. It's very unlikely to be an electronics problem. It all depends how bad the crash is and what the current condition of the head and surface is whether you will get anything back off again. In my case I couldn't get past 5% into the drive using the disk utilities I had, but working in FreeBSD with its known data structures you might be able to do better. You've been given good-sounding advice about what to try on the software side by a previous poster. I recommend following the suggestion given by that poster. On the hardware side, before you start trying to copy the data off, first try this firmware update if you can find it (Google for it) and then make sure the drive is extremely well cooled while you're trying to copy the data off. Either prechill it or have it in open air with a fan blowing on it, or both. If you can't get it to start reading at all and can't get anything off, the head may be stuck to the disk. ONLY if you can't seem to get anywhere at all with it, in that case (sensitive types may want to shield their eyes at this point) you could try picking up the drive and banging it on the table once or twice only. Sometimes this will free the head on a crashed hard drive and let you read it long enough to recover the contents, though it tends to rapidly destroy working drives. I have done this very very rarely in my career, but occasionally it's let me resuscitate a drive long enough to save some data. Good luck on getting your data back; the lady I was helping didn't have any. -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 19:49:37 2004 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 3486F16A4CE for ; Thu, 11 Mar 2004 19:49:37 -0800 (PST) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AB9143D49 for ; Thu, 11 Mar 2004 19:49:37 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (298fb5b6de7056c4cd1c2337e5cebb5b@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i2C3nZjd001540; Thu, 11 Mar 2004 21:49:36 -0600 (CST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 44343535DE; Thu, 11 Mar 2004 19:49:35 -0800 (PST) Date: Thu, 11 Mar 2004 19:49:35 -0800 From: Kris Kennaway To: Mark Santcroos Message-ID: <20040312034935.GA35018@xor.obsecurity.org> References: <20040312011442.GA65365@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20040312011442.GA65365@laptop.6bone.nl> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 12 Mar 2004 06:07:48 -0800 cc: hackers@freebsd.org Subject: Re: diff included in commit mail 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: Fri, 12 Mar 2004 03:49:37 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 12, 2004 at 02:14:42AM +0100, Mark Santcroos wrote: > Hi, >=20 > I know it was discussed once somewhere, but I can't find the thread in=20 > question. >=20 > What I would like to be able to do is see the actual commit included in t= he > mail. I know it can't be done at the moment the message arrives, as that = is > before it arrives in my cvs tree. >=20 > On my machine I have the cvs repo mirrored, so doing it in realtime is no > problem. This won't help, since your local repo won't contain the commit that was just made. Fortunately, it's not required. =20 > Does anybody have scripts or whatever available to do this? Install the cvsmail port. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAUTNOWry0BWjoQKURAuVyAJ0Rq0y8fQt8qtEAEwq6oiktYMZUmQCg5BnI AJR8t2Cmkkmv1+ScJMmdLN8= =7uzv -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 20:11:32 2004 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 A9CCF16A4CE; Thu, 11 Mar 2004 20:11:32 -0800 (PST) Received: from sdrc.com (heimdall.sdrc.com [146.122.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF03C43D58; Thu, 11 Mar 2004 20:11:31 -0800 (PST) (envelope-from lawrence.jones@eds.com) Received: from tyr.sdrc.com (mailhub-cvg.sdrc.com [146.122.142.31]) by sdrc.com (8.9.1/8.9.1) with ESMTP id XAA05223; Thu, 11 Mar 2004 23:11:30 -0500 (EST) Received: from thor.sdrc.com (root@thor.sdrc.com [146.122.15.22]) by tyr.sdrc.com (8.8.6 (PHNE_17190)/8.8.5) with ESMTP id XAA03148; Thu, 11 Mar 2004 23:11:29 -0500 (EST) Received: (from scjones@localhost) by thor.sdrc.com (8.11.6/8.10.1) id i2C4BTL15188; Thu, 11 Mar 2004 23:11:29 -0500 (EST) Message-Id: <200403120411.i2C4BTL15188@thor.sdrc.com> To: nork@FreeBSD.org (Norikatsu Shigemura) Date: Thu, 11 Mar 2004 23:11:29 -0500 (EST) In-Reply-To: <200403091233.i29CXhKJ072308@sakura.ninth-nine.com> from "Norikatsu Shigemura" at Mar 09, 2004 09:33:44 PM From: lawrence.jones@ugsplm.com (Larry Jones) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 12 Mar 2004 06:07:48 -0800 cc: bug-cvs@gnu.org cc: hackers@FreeBSD.org cc: peter@FreeBSD.org Subject: Re: add cvs -W option to disable -R/CVSREADONLYFS 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: Fri, 12 Mar 2004 04:11:32 -0000 Norikatsu Shigemura writes: > > Although I am checkout-ing well by using cvs -R in ~/.cvsrc, > when I want to commit, It is prevented by -R. So I wanted to > disable this feature. Use the global -f option to ignore ~/.cvsrc. -Larry Jones Ever notice how tense grown-ups get when they're recreating? -- Calvin From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 06:26:00 2004 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 7507C16A4CE for ; Fri, 12 Mar 2004 06:26:00 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB4443D48 for ; Fri, 12 Mar 2004 06:25:59 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.office.ipnet (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i2CETfee056646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Mar 2004 16:29:42 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.office.ipnet (8.12.11/8.12.11) id i2CEPgpK001600; Fri, 12 Mar 2004 16:25:42 +0200 (EET) (envelope-from ru) Date: Fri, 12 Mar 2004 16:25:38 +0200 From: Ruslan Ermilov To: Roman Kurakin Message-ID: <20040312142538.GA1537@ip.net.ua> References: <4051BE3B.2090500@cronyx.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <4051BE3B.2090500@cronyx.ru> User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: hackers@FreeBSD.org Subject: Re: make install (kernel) without /modules dir 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: Fri, 12 Mar 2004 14:26:00 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Roman Kurakin wrote: > I forget to say that this problem is for 4. branch >=20 > Roman Kurakin wrote: >=20 > >Hi, > > > > It seems that I've found another problem. If /modules dir would be=20 > >removed, > >make install (of kernel and kernel modules) will not create modules=20 > >dir and you'll > >get /modules file with one of the modules inside. > > > >One of the variants is to add flag -d to install or other to mkdir -p=20 > >explicitly: > > > >--- Makefile.old Fri Mar 12 00:13:45 2004 > >+++ Makefile Fri Mar 12 00:15:03 2004 > >@@ -626,6 +626,7 @@ > > cp -p ${DESTDIR}/modules/* ${DESTDIR}/modules.old; \ > > fi; > >.endif > >+ mkdir -p ${DESTDIR}/modules > > cd $S/modules ; env ${MKMODULESENV} ${MAKE} install > > > >modules-reinstall modules-reinstall.debug: An old problem. 5.x is only partly affected by this, because of a side effect of kern.post.mk creating the necessary directory, but if you attempt to install from src/sys/modules/ when /boot/kernel doesn't exist, it exhibits the same behavior. In RELENG_4 the situation is worse, as even "make installkernel" can exhibit such behavior. I once had a patch locally that adds "make hierarchy" to the installkernel path, similar to how this is done for installworld. The problem is not unique to just kernel modules; if you attempt to install "src/bin/" when /bin doesn't exist you'll see the same behavior, that's why I think the below change is not quite incorrect. I believe there's a PR open on this (probably even assigned to myself), but I just don't have a clever idea of how to fix it properly, sorry -- generally, standard directories are created with mtree(8), and not with mkdir(1). Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAUchiUkv4P6juNwoRAs3NAJ9g/Ba1G54IALMORlnvMjFtmohQ9gCaA4VT EuePOen75Umz/dMBdqB0SvA= =fPBs -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 06:58:23 2004 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 56F7316A4D1 for ; Fri, 12 Mar 2004 06:58:23 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFBC943D3F for ; Fri, 12 Mar 2004 06:58:22 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id DDD615311; Fri, 12 Mar 2004 15:58:21 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 303195310; Fri, 12 Mar 2004 15:58:16 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 1356E33CA6; Fri, 12 Mar 2004 15:58:16 +0100 (CET) To: kuku@www.kukulies.org References: <20040311153709.AD00216A4D6@hub.freebsd.org> <20040311174030.GB8190@tikitechnologies.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Fri, 12 Mar 2004 15:58:16 +0100 In-Reply-To: <20040311174030.GB8190@tikitechnologies.com> (Clifton Royston's message of "Thu, 11 Mar 2004 07:40:30 -1000") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org Subject: Re: off topic - disk crash 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: Fri, 12 Mar 2004 14:58:23 -0000 Clifton Royston writes: > > Today an important (no backup of course) 46 GB IBM Deskstar > > IDE disk crashed. > This specific line of drives is infamous for a failure rate that's at > least a full order of magnitude above the industry average for ATA > drives. Google a bit for it. Not the entire DeskStar line, just the 75GXP series. I still have several 16Gs and at least one 60GXP that have never given me any trouble, and they were fast and silent for their time, head and shoulders ahead of the competition. These days I mostly buy WD... > > The disk boots into FreeBSD but already at power on time the disk does > > seek retries or some recalibration noise. Also known as the "click of death"... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 07:11:09 2004 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 598E316A4DF for ; Fri, 12 Mar 2004 07:11:09 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9318843D41 for ; Fri, 12 Mar 2004 07:11:08 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2CF8eKt046728 for hackers@FreeBSD.org.checked; (8.12.8/vak/2.1) Fri, 12 Mar 2004 18:08:40 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i2CF2Tc2046424; (8.12.8/vak/2.1) Fri, 12 Mar 2004 18:02:29 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <4051D266.7010403@cronyx.ru> Date: Fri, 12 Mar 2004 18:08:22 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <4051BE3B.2090500@cronyx.ru> <20040312142538.GA1537@ip.net.ua> In-Reply-To: <20040312142538.GA1537@ip.net.ua> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@FreeBSD.org Subject: Re: make install (kernel) without /modules dir 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: Fri, 12 Mar 2004 15:11:09 -0000 Ruslan Ermilov wrote: >Roman Kurakin wrote: > > >>I forget to say that this problem is for 4. branch >> >>Roman Kurakin wrote: >> >> >> >>>Hi, >>> >>> It seems that I've found another problem. If /modules dir would be >>>removed, >>>make install (of kernel and kernel modules) will not create modules >>>dir and you'll >>>get /modules file with one of the modules inside. >>> >>>One of the variants is to add flag -d to install or other to mkdir -p >>>explicitly: >>> >>> misprint: -d flag should be -D flag I forgot to check that this is only linux's install behavior. >>>--- Makefile.old Fri Mar 12 00:13:45 2004 >>>+++ Makefile Fri Mar 12 00:15:03 2004 >>>@@ -626,6 +626,7 @@ >>> cp -p ${DESTDIR}/modules/* ${DESTDIR}/modules.old; \ >>> fi; >>>.endif >>>+ mkdir -p ${DESTDIR}/modules >>> cd $S/modules ; env ${MKMODULESENV} ${MAKE} install >>> >>>modules-reinstall modules-reinstall.debug: >>> >>> > >An old problem. 5.x is only partly affected by this, because >of a side effect of kern.post.mk creating the necessary directory, >but if you attempt to install from src/sys/modules/ when >/boot/kernel doesn't exist, it exhibits the same behavior. > >In RELENG_4 the situation is worse, as even "make installkernel" >can exhibit such behavior. I once had a patch locally that adds >"make hierarchy" to the installkernel path, similar to how this >is done for installworld. > >The problem is not unique to just kernel modules; if you attempt >to install "src/bin/" when /bin doesn't exist you'll see the same >behavior, that's why I think the below change is not quite >incorrect. > >I believe there's a PR open on this (probably even assigned to >myself), but I just don't have a clever idea of how to fix it >properly, sorry -- generally, standard directories are created >with mtree(8), and not with mkdir(1). > > If our install was like linux one which have -D flag, we could solve our problem by setting it globaly to install in sys.mk: -INSTALL ?= install -D +INSTALL ?= install -D This flag dictates to create all necessary dirs if needed. It would be nice to have such option, not -D of course. My FreeBSD 3.4 machine tolds me that -D is debug flag. Roman > >Cheers, > > From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 07:22:26 2004 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 3587216A4CE for ; Fri, 12 Mar 2004 07:22:26 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F8AE43D1D for ; Fri, 12 Mar 2004 07:22:25 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.office.ipnet (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i2CFQCee058106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Mar 2004 17:26:13 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.office.ipnet (8.12.11/8.12.11) id i2CFMDAZ002327; Fri, 12 Mar 2004 17:22:14 +0200 (EET) (envelope-from ru) Date: Fri, 12 Mar 2004 17:22:13 +0200 From: Ruslan Ermilov To: Roman Kurakin Message-ID: <20040312152213.GB2235@ip.net.ua> References: <4051BE3B.2090500@cronyx.ru> <20040312142538.GA1537@ip.net.ua> <4051D266.7010403@cronyx.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cvVnyQ+4j833TQvp" Content-Disposition: inline In-Reply-To: <4051D266.7010403@cronyx.ru> User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: hackers@FreeBSD.org Subject: Re: make install (kernel) without /modules dir 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: Fri, 12 Mar 2004 15:22:26 -0000 --cvVnyQ+4j833TQvp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 12, 2004 at 06:08:22PM +0300, Roman Kurakin wrote: [...] > If our install was like linux one which have -D flag, we could solve our= =20 > problem > by setting it globaly to install in sys.mk: >=20 > -INSTALL ?=3D install -D > +INSTALL ?=3D install -D >=20 > This flag dictates to create all necessary dirs if needed. > It would be nice to have such option, not -D of course. >=20 $ install file foo/bar Should it install "file" as "foo/bar" or should it create the "foo/bar" directory and install it as "foo/bar/file"? ;) Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --cvVnyQ+4j833TQvp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAUdWlUkv4P6juNwoRAmRtAKCIw3cqksMHVrsI8S7vq2o9tdu6aQCeKXTW niR6Umxpu4+BOFPW45PDFXI= =zmmk -----END PGP SIGNATURE----- --cvVnyQ+4j833TQvp-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 07:22:45 2004 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 48D2816A4D0; Fri, 12 Mar 2004 07:22:45 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B1E843D54; Fri, 12 Mar 2004 07:22:45 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id BB84D530E; Fri, 12 Mar 2004 16:22:43 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 52A11530A; Fri, 12 Mar 2004 16:22:37 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id DA34F33CA6; Fri, 12 Mar 2004 16:22:36 +0100 (CET) To: Roman Kurakin References: <4051BE3B.2090500@cronyx.ru> <20040312142538.GA1537@ip.net.ua> <4051D266.7010403@cronyx.ru> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Fri, 12 Mar 2004 16:22:36 +0100 In-Reply-To: <4051D266.7010403@cronyx.ru> (Roman Kurakin's message of "Fri, 12 Mar 2004 18:08:22 +0300") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: hackers@FreeBSD.org cc: Ruslan Ermilov Subject: Re: make install (kernel) without /modules dir 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: Fri, 12 Mar 2004 15:22:45 -0000 Roman Kurakin writes: > If our install was like linux one which have -D flag, we could solve > our problem by setting it globaly to install in sys.mk: > [...] > My FreeBSD 3.4 machine tolds me that -D is debug flag. install(1) no longer has a -D option (since May 2001), so there's nothing to stop someone from reusing it for this purpose. Why are you still running 3.4? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 07:41:35 2004 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 2CDE016A4E7 for ; Fri, 12 Mar 2004 07:41:35 -0800 (PST) Received: from web42005.mail.yahoo.com (web42005.mail.yahoo.com [66.218.93.173]) by mx1.FreeBSD.org (Postfix) with SMTP id D355443D31 for ; Fri, 12 Mar 2004 07:41:34 -0800 (PST) (envelope-from jpande_techinfo@yahoo.com) Message-ID: <20040312154132.85511.qmail@web42005.mail.yahoo.com> Received: from [202.144.61.162] by web42005.mail.yahoo.com via HTTP; Fri, 12 Mar 2004 07:41:32 PST Date: Fri, 12 Mar 2004 07:41:32 -0800 (PST) From: jitendra pande To: Artis Caune , freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: Using Kernel level mutex in FreeBSD 4.8 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: Fri, 12 Mar 2004 15:41:35 -0000 Hi Artis...... Thanks a lot for the information. I tried using the splimp(..) and splx(..) within my driver and it works for the fisrt go..... But when i tried to do network activity like pinging another machine then my application using the driver crashes. The behavior is very erratic...in some cases it works even when doing theg network operation but in another sitautaion it just crashes...... can u help me why this is happening......is there anything else i need to do.. also any idea that in FreeBSD how does one determine the spl level at which a device's interrupt routines execute Thanks a lot for ur help.... Artis Caune wrote: afaik 4.x use spl(9) int s; s = splimp(); ... critical code ... splx(s); On Thu, 11 Mar 2004 05:33:02 -0800 (PST), jitendra pande wrote: > Hi, > > I am trying to use kernle level mutex in my driver for FreeBSD 4.8. I > tried searching for kernel level mutex but couldn't find any information > on the same. > > The kernel level mutex functions mtx_lock(..), mutex(..), mtx_init(..) > and other mtx_ functions are available from FreeBSD 5.0 onwards and not > in FreeBSD 4.8. > > Kindly adavice me how should i proceed. > > Also is there anything like Gaint lock in FreeBSD 4.8. If so then how > can i use it. > > Any early reply will be of great help. > > Thanks in advance > Jitendra > > > > --------------------------------- > Do you Yahoo!? > Yahoo! Search - Find what you’re looking for faster. > _______________________________________________ > 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" > -- Artis _______________________________________________ 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" --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 09:06:35 2004 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 13C4816A4CF; Fri, 12 Mar 2004 09:06:35 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED0E743D1D; Fri, 12 Mar 2004 09:06:34 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.3) with ESMTP id i2CH6UaN032012; Fri, 12 Mar 2004 09:06:30 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i2CH6USA032011; Fri, 12 Mar 2004 09:06:30 -0800 Date: Fri, 12 Mar 2004 09:06:30 -0800 From: Brooks Davis To: David Malone Message-ID: <20040312170629.GB7661@Odin.AC.HMC.Edu> References: <20040312010000.GA9949@Odin.AC.HMC.Edu> <200403121051.aa75277@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mxv5cy4qt+RJ9ypb" Content-Disposition: inline In-Reply-To: <200403121051.aa75277@salmon.maths.tcd.ie> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: hackers@freebsd.org cc: dwmalone@freebsd.org Subject: Re: inetd needs "discard" service in /etc/services 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: Fri, 12 Mar 2004 17:06:35 -0000 --mxv5cy4qt+RJ9ypb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 12, 2004 at 10:51:13AM +0000, David Malone wrote: > > I would like to commit the following patch. It changes the port from > > discard to syslog and documents the dependency. I choose syslog because > > it really does need to be in /etc/services on most machines since it > > starts before NIS. I'll also file a PR against inetd in hopes that > > someone gets board enough to fix it some day. >=20 > getaddrinfo can also accept numeric service names (ie. port numbers > in the case of UDP/TCP). I wonder if it would be better to just > replace the service name with "1" or some such? I guess that would > also fix your problem. Nope, I tried that. It turns out there's an annoying edge case that makes it not work in this case (from line 496): * check for special cases. (1) numeric servname is disallowed if * socktype/protocol are left unspecified. (2) servname is disallow= ed * for raw and other inet{,6} sockets.=20 The real problem is that we should either not use getaddrinfo to make sockaddrs or we should do it on demand when we actually have what we need (i.e. a service name and protocol). -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --mxv5cy4qt+RJ9ypb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAUe4SXY6L6fI4GtQRAuzpAJ0WAQYVdH9uQPeqiFBF/Htt1HTL3QCg0dkM FK2Kx66UWM2yLTQiUmUPKEI= =Ls5z -----END PGP SIGNATURE----- --mxv5cy4qt+RJ9ypb-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 10:28:32 2004 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 0BBB516A4CE for ; Fri, 12 Mar 2004 10:28:32 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCA6043D46 for ; Fri, 12 Mar 2004 10:28:31 -0800 (PST) (envelope-from faber@ISI.EDU) Received: from pun.isi.edu (pun.isi.edu [128.9.160.150]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id i2CISVp07515 for ; Fri, 12 Mar 2004 10:28:31 -0800 (PST) Received: from pun.isi.edu (localhost [127.0.0.1]) by pun.isi.edu (8.12.10/8.12.10) with ESMTP id i2CISVDE042570 for ; Fri, 12 Mar 2004 10:28:31 -0800 (PST) (envelope-from faber@pun.isi.edu) Received: (from faber@localhost) by pun.isi.edu (8.12.10/8.12.10/Submit) id i2CISVbi042569 for freebsd-hackers@freebsd.org; Fri, 12 Mar 2004 10:28:31 -0800 (PST) (envelope-from faber) Date: Fri, 12 Mar 2004 10:28:31 -0800 From: Ted Faber To: freebsd-hackers@freebsd.org Message-ID: <20040312182831.GE40624@pun.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SNIs70sCzqvszXB4" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-url: http://www.isi.edu/~faber Subject: power mgmt woes on CURRENT with Dell Latitude C610 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: Fri, 12 Mar 2004 18:28:32 -0000 --SNIs70sCzqvszXB4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi. I just upgraded my laptop (Dell Latitude C610 A16 BIOS) to CURRENT and most things work dandy. However, I'm having trouble getting power management to work. Suspending the laptop is abig deal for me, so I'd like to get a decent workaround or fix and I'm happy to help. Here are the details. With ACPI enabled, sleeping to S1 leaves the LCD on and fan running, sleeping to S3 suspends the way apm did under 4.9, but immediately after suspend is complete (screen goes out, fan stops) the keyboard LEDs flash and the system reboots from power off. Not so good. I can't turn ACPI off, because I panic (page fault in supervisor mode) on boot up. It looks like pcib is expecting acpi to be there, though it isn't. Apm worked fine under 4.9, so I think if I could get ACPI out of the way, I could use apm again and be happy. I've tried many combinations of partially disabling ACPI and kernels with and without SMP and apic. This is really easy to reproduce with GENERIC, and I'm happy to experiment and pass on debugging results if someone's interested in the data. Let me know what you need. I'd love to get this working, so I can play with -CURRENT more. -- Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#SIG --SNIs70sCzqvszXB4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAUgFPaUz3f+Zf+XsRApZBAKDLtEcwlMdF0oGD6TJ1o4TGkFp+zQCgoWBJ E/+KHz8pFr8P2w34I8RkcQo= =ZzAg -----END PGP SIGNATURE----- --SNIs70sCzqvszXB4-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 12:31:22 2004 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 2110B16A4CE for ; Fri, 12 Mar 2004 12:31:22 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DBD043D1F for ; Fri, 12 Mar 2004 12:31:21 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id AD84F6549E; Fri, 12 Mar 2004 20:31:19 +0000 (GMT) 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 72345-03; Fri, 12 Mar 2004 20:31:19 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 969BE65492; Fri, 12 Mar 2004 20:31:18 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id ED22438; Fri, 12 Mar 2004 20:31:16 +0000 (GMT) Date: Fri, 12 Mar 2004 20:31:16 +0000 From: Bruce M Simpson To: "Wm. Daryl Hawkins" Message-ID: <20040312203116.GC1742@saboteur.dek.spc.org> Mail-Followup-To: "Wm. Daryl Hawkins" , Mike Tancsa , freebsd-hackers@freebsd.org References: <3D0AE03BE5EFEC4DB04D42326CA21847D0F0FB@spruce.ne.tamu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D0AE03BE5EFEC4DB04D42326CA21847D0F0FB@spruce.ne.tamu.edu> cc: freebsd-hackers@freebsd.org cc: Mike Tancsa Subject: Re: Intel i8xx watchdog driver 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: Fri, 12 Mar 2004 20:31:22 -0000 On Thu, Mar 11, 2004 at 07:07:36PM -0600, Wm. Daryl Hawkins wrote: > I would love to incorporate it in both source trees if possible. Before > it goes into current, I need to make some changes so that it will work > with Poul-Henning Kamp's new watchdog driver model. Hopefully, I'll get > to work on that some tomorrow. I'll release a new version for current > as soon as it's ready. Excellent, I was just going to suggest that. On the subject of 'bits and bobs that hang off buses', Stacy Millions wrote a driver for the FWH RNG, and Doug Ambrisko rolled some code to flash the FWH on an i845 chipset if memory serves... I am happy to look at your code once it fits better with what we currently have providing I have time. Good work BMS From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 14:50:05 2004 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 C925A16A4CE for ; Fri, 12 Mar 2004 14:50:05 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 213FE43D39 for ; Fri, 12 Mar 2004 14:50:05 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2CMl3D8067321 for hackers@FreeBSD.org.checked; (8.12.8/vak/2.1) Sat, 13 Mar 2004 01:47:03 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (rik.cronyx.ru [172.22.4.1]) by hanoi.cronyx.ru with ESMTP id i2CMkFOl067267; (8.12.8/vak/2.1) Sat, 13 Mar 2004 01:46:16 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <40523FA8.3020105@cronyx.ru> Date: Sat, 13 Mar 2004 01:54:32 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyDnv70=?= References: <4051BE3B.2090500@cronyx.ru> <20040312142538.GA1537@ip.net.ua> <4051D266.7010403@cronyx.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit cc: hackers@FreeBSD.org cc: Ruslan Ermilov Subject: Re: make install (kernel) without /modules dir 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: Fri, 12 Mar 2004 22:50:05 -0000 Dag-Erling Smørgrav wrote: >Roman Kurakin writes: > > >>If our install was like linux one which have -D flag, we could solve >>our problem by setting it globaly to install in sys.mk: >>[...] >>My FreeBSD 3.4 machine tolds me that -D is debug flag. >> >> > >install(1) no longer has a -D option (since May 2001), so there's >nothing to stop someone from reusing it for this purpose. > >Why are you still running 3.4? > This is an old well configured server. New one will run 5.2.1 when I'll get enought time to configure it and test all applications. :-) This is an old good rule if it works do not touch it. rik > >DES > > From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 15:02:04 2004 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 BF24116A4CE for ; Fri, 12 Mar 2004 15:02:04 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 113AD43D31 for ; Fri, 12 Mar 2004 15:02:04 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2CMx2nZ067818 for hackers@FreeBSD.org.checked; (8.12.8/vak/2.1) Sat, 13 Mar 2004 01:59:02 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (rik.cronyx.ru [172.22.4.1]) by hanoi.cronyx.ru with ESMTP id i2CMuAOl067657; (8.12.8/vak/2.1) Sat, 13 Mar 2004 01:56:11 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <405241FB.10008@cronyx.ru> Date: Sat, 13 Mar 2004 02:04:27 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <4051BE3B.2090500@cronyx.ru> <20040312142538.GA1537@ip.net.ua> <4051D266.7010403@cronyx.ru> <20040312152213.GB2235@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@FreeBSD.org Subject: Re: make install (kernel) without /modules dir 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: Fri, 12 Mar 2004 23:02:04 -0000 Ruslan Ermilov wrote: >On Fri, Mar 12, 2004 at 06:08:22PM +0300, Roman Kurakin wrote: >[...] > > >>If our install was like linux one which have -D flag, we could solve our >>problem >>by setting it globaly to install in sys.mk: >> >>-INSTALL ?= install -D >>+INSTALL ?= install -D >> >>This flag dictates to create all necessary dirs if needed. >>It would be nice to have such option, not -D of course. >> >> >> >$ install file foo/bar > >Should it install "file" as "foo/bar" or should it create the >"foo/bar" directory and install it as "foo/bar/file"? ;) > two variants 1. cp style (you can write foo/bar or foo/bar/ to get what you want) 2. linux's install -D style: foo - dirname, bar filename > > >Cheers, > > From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 16:08:09 2004 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 02F9116A4CE for ; Fri, 12 Mar 2004 16:08:09 -0800 (PST) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79DF843D45 for ; Fri, 12 Mar 2004 16:08:08 -0800 (PST) (envelope-from Neil@ts.co.nz) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.3/8.12.10) with ESMTP id i2D051rZ013992 for ; Sat, 13 Mar 2004 13:05:01 +1300 Received: from 6-allhosts (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.3/8.12.10) with ESMTP id i2D041WZ013790 for ; Sat, 13 Mar 2004 13:04:01 +1300 From: Neil Fenemor To: freebsd-hackers@freebsd.org Content-Type: text/plain Message-Id: <1079136183.29695.9.camel@acer> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Sat, 13 Mar 2004 13:03:06 +1300 Content-Transfer-Encoding: 7bit Subject: IPSEC/NAT/Gateway Query 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: Sat, 13 Mar 2004 00:08:09 -0000 Hi all, I currently have an issue of how "open" the whole WiFi tends to be, so, as all good people should do, I've started implementing a IPSec encryption system rather than the rather disappointing WEP. I'm encrypting all data to and from the gateway, which isn't a problem. This was documented rather well all over the internet. What I'm having an issue, is if the "client" has a range of RFC 1918 addresses behind it, and I have to introduce NAT into the equation. I've best tracked it down to the order that the kernel looks at the packets to decide what to do with it. This is where I stand at the moment. x.y.z.11 -> x.y.z.254 : works perfectly x.y.z.11 -> x.y.z.254 -> 0.0.0.0 : works perfectly rfc 1918 -> x.y.z.11 -> x.y.z.254 : Fails rfc 1918 -> x.y.z.11 -> x.y.z.254 -> 0.0.0.0 : Fails The connection between x.y.z.11 and x.y.z.254 is there the IPSec takes place, and is the only part "off the wire" as it were. The issue presents itself as the packet, from an rfc 1918 address, goes to the client box, gets inspected by the VPN rules, which are currently set to match on the external address of the client machine, and is subsequently overlooked by the VPN. The packet then goes on, gets NATed, and goes out as a unencrypted packet, from x.y.z.11. Thats a generally undesired transport mode. On x.y.z.254, the packet goes back via the IPSec tunnel, but is then not un-NATed. All I believe should be required, is for the RFC 1918 packet to be NATed to the external IP address, BEFORE it is inspected by the IPSec system. So basically, all I'm really asking, is am I on the right line of thinking, or have I just gone off on a complete tangent to where I should be headed. Any ideas/input would be greatly appreciated. Regards Neil Fenemor Senior Systems Administrator ThePacific.net Ltd. From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 19:29:40 2004 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 6245D16A4CE for ; Fri, 12 Mar 2004 19:29:40 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45C4F43D1D for ; Fri, 12 Mar 2004 19:29:40 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i2D3Td82044839 for ; Fri, 12 Mar 2004 19:29:40 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i2D3TdCv044838; Fri, 12 Mar 2004 19:29:39 -0800 (PST) (envelope-from dillon) Date: Fri, 12 Mar 2004 19:29:39 -0800 (PST) From: Matthew Dillon Message-Id: <200403130329.i2D3TdCv044838@apollo.backplane.com> To: freebsd-hackers@freebsd.org Subject: NFS client side bug fixes that probably apply to FBsd-4 and 5. 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: Sat, 13 Mar 2004 03:29:40 -0000 I believe that #1 and #2 applies to FreeBSD-4.x and might apply to 5.x, and #3 probably applies to 5.x and might apply to 4.x. #1 and #2 may or may not apply to 5.x depending on how you handle software interrupts, but I expect they might due to thread switching in the mutex code and preemption. Generally the symptoms of these bugs are a locked up NFS mount but an otherwise working system. The window of opportunity is fairly small for these in 4.x and they seem to have been around for a long time, but I expect it should be possible to trip over them occassionally even in 4.x. I can trip them in DFly within an hour due to the larger window of opportunity in DFly (due in part to additional thread switches in the pru_send code). I don't know about 5.x. -Matt Matthew Dillon dillon 2004/03/12 19:13:53 PST DragonFly src repository Modified files: sys/vfs/nfs nfs.h nfs_socket.c Log: Fix a bunch of NFS races. These races existed in FreeBSD 4.x but are more likely to occur now due to the additional thread switching that DragonFly performs when doing things like sending UDP packets. Three bugs are being fixed: * nfs_request() adds the request to the nfs_timer queue before doing initial processing (e.g. transmission) of the request. The initial transmission of the request will race between nfs_request and nfs_timer, potentially causing the congestion window calculation (nm_sent) to be bumped twice instead of once. This eventually closes the congestion window permanently and causes the NFS mount to freeze. (Additionally the request could be transmitted twice unnecessarily, also fixed). * Updates to rep->r_flags and nmp->nm_sent were not being properly protected against nfs_timer due to splsoftclock() being released too early. All such accesses are now protected. * nfs_reply() depends on nfs_rcvlock to do an interlock check to see if the request has already been replied, but nfs_rcvlock() only does this if it cannot immediately get the receiver lock. The problem is that the NFS code in between request transmission and nfs_reply() can block, potentially allowing a reply to be returned to another nfsiod. The NFS receiver winds up getting stuck waiting for a reply that has already been returned. nfs_rcvlock() now unconditionally checks to see if the reply has already occured before entering the loop. Revision Changes Path 1.6 +9 -8 src/sys/vfs/nfs/nfs.h 1.14 +37 -14 src/sys/vfs/nfs/nfs_socket.c http://www.dragonflybsd.org/cvsweb/src/sys/vfs/nfs/nfs.h.diff?r1=1.5&r2=1.6&f=h http://www.dragonflybsd.org/cvsweb/src/sys/vfs/nfs/nfs_socket.c.diff?r1=1.13&r2=1.14&f=h From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 13 02:41:19 2004 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 3A36F16A4D0 for ; Sat, 13 Mar 2004 02:41:19 -0800 (PST) Received: from artis.latnet.lv (artis.latnet.lv [159.148.107.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AAF043D2F for ; Sat, 13 Mar 2004 02:41:18 -0800 (PST) (envelope-from ac-lists@latnet.lv) Received: from artis.latnet.lv (localhost [127.0.0.1]) by artis.latnet.lv (Postfix) with ESMTP id CAA6BC0CB for ; Sat, 13 Mar 2004 12:41:16 +0200 (EET) Date: Sat, 13 Mar 2004 12:41:16 +0200 To: freebsd-hackers@freebsd.org References: <20040312154132.85511.qmail@web42005.mail.yahoo.com> From: Artis Caune Organization: Latnet Content-Type: text/plain; format=flowed; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20040312154132.85511.qmail@web42005.mail.yahoo.com> User-Agent: Opera7.23/FreeBSD M2 build 518 Subject: Re: Using Kernel level mutex in FreeBSD 4.8 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: Sat, 13 Mar 2004 10:41:19 -0000 > But when i tried to do network activity like pinging another machine > then my application using the driver crashes. The behavior is very > erratic...in some cases it works even when doing theg network operation > but in another sitautaion it just crashes...... do you use real types in your driver? ;) -- Artis From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 12 21:02:52 2004 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 9B31A16A4CE for ; Fri, 12 Mar 2004 21:02:52 -0800 (PST) Received: from sapo.pt (relay6.ptmail.sapo.pt [212.55.154.26]) by mx1.FreeBSD.org (Postfix) with SMTP id B10E243D2D for ; Fri, 12 Mar 2004 21:02:51 -0800 (PST) (envelope-from rmhll@sapo.pt) Received: (qmail 22388 invoked from network); 13 Mar 2004 05:02:50 -0000 Received: from unknown (HELO sapo.pt) (10.134.35.145) by relay6 with SMTP; 13 Mar 2004 05:02:50 -0000 Received: (qmail 9283 invoked by uid 64140); 13 Mar 2004 05:02:48 -0000 Received: from BSN-95-242-66.dsl.siol.net (BSN-95-242-66.dsl.siol.net ; Sat, 13 Mar 2004 05:02:48 +0000 Message-ID: <1079154168.38bnk4gdjpq8@mail.sapo.pt> Date: Sat, 13 Mar 2004 05:02:48 +0000 From: RMH To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: PTMail Webmail v1.1.5 X-Originating-IP: 193.95.242.66 X-Mailman-Approved-At: Sat, 13 Mar 2004 05:21:54 -0800 Subject: i386/identcpu.c question 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: Sat, 13 Mar 2004 05:02:52 -0000 Hello hackers, there are several lines in i386/identcpu.c: case 0x600: /* Check the particular flavor of 686 */ switch (cpu_id & 0xf0) { =09case 0x00: =09 strcat(cpu_model, "Pentium Pro A-step"); =09=09break; =09case 0x10: =09 strcat(cpu_model, "Pentium Pro"); =09=09break; =09case 0x30: =09case 0x50: =09case 0x60: =09 strcat(cpu_model, =09=09"Pentium II/Pentium II Xeon/Celeron"); =09=09cpu =3D CPU_PII; =09=09break; =09case 0x70: =09case 0x80: =09case 0xa0: =09case 0xb0: =09 strcat(cpu_model, =09=09"Pentium III/Pentium III Xeon/Celeron"); =09=09cpu =3D CPU_PIII; =09=09break; 0x30 stands for 0.35-micron Klamath core (Pentium II), there were no Celeron or Xeon CPUs produced using it. There was PIIOD, but check for the OverDrive is done separately. By the way, 0x60 stands for Celeron (Mendocino) and mobile Pentium II (Dixon) only; 0x70 -- for Pentium III (Katmai) and Pentium III Xeon (Tanner) only; 0x80 -- for Celeron (Coppermine-128) and Pentium III (Coppermine) only; 0xa0 -- for Pentium III Xeon (Cascades) only; 0xb0 -- for Celeron (Tualatin) and Pentium III (Tualatin) only. =09case 0x30: =09=09strcat(cpu_model, "Pentium II"); =09=09cpu =3D CPU_PII; =09=09break; =09case 0x50: =09=09strcat(cpu_model, =09=09"Pentium II/Pentium II Xeon/Celeron"); =09=09cpu =3D CPU_PII; =09=09break; =09case 0x60: =09 strcat(cpu_model, =09=09"Mobile Pentium II/Celeron"); =09=09cpu =3D CPU_PII; =09=09break; =09case 0x70: =09=09strcat(cpu_model, =09=09"Pentium III/Pentium III Xeon"); =09=09cpu =3D CPU_PIII; =09=09break; =09case 0x80: =09=09strcat(cpu_model, "Pentium III/Celeron"); =09=09cpu =3D CPU_PIII; =09=09break; =09case 0xa0: =09=09strcat(cpu_model, "Pentium III Xeon"); =09=09cpu =3D CPU_PIII; =09=09break; =09case 0xb0: =09 strcat(cpu_model, "Pentium III/Celeron"); =09=09cpu =3D CPU_PIII; =09=09break; I suppose it doesn't take a lot of code to fix, but it looks much better when a CPU is recognised properly (or close to). --- Regards, Rhett O SAPO j=E1 est=E1 livre de v=EDrus com a Panda Software, fique voc=EA tamb= =E9m! Clique em: http://antivirus.sapo.pt From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 13 08:48:39 2004 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 BA1E116A4CE for ; Sat, 13 Mar 2004 08:48:39 -0800 (PST) Received: from atomicpile.sk (webhosting.soto.sk [81.0.210.135]) by mx1.FreeBSD.org (Postfix) with SMTP id B5B3543D2F for ; Sat, 13 Mar 2004 08:48:38 -0800 (PST) (envelope-from iso@atomicpile.sk) Received: (qmail 12495 invoked by uid 523); 13 Mar 2004 16:48:37 -0000 Date: Sat, 13 Mar 2004 17:48:37 +0100 From: Karol Mares To: Neil Fenemor Message-ID: <20040313164837.GA12295@atomicpile.sk> References: <1079136183.29695.9.camel@acer> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1079136183.29695.9.camel@acer> User-Agent: Mutt/1.4.1i X-Editor: Vim http://www.vim.org/ X-Operating-System: BSD/isoBSD 1.1 (i386) X-Uptime: 5:39PM up 2 days, 21:20, 1 user, load averages: 0.07, 0.10, 0.08 cc: freebsd-hackers@freebsd.org Subject: Re: IPSEC/NAT/Gateway Query 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: Sat, 13 Mar 2004 16:48:39 -0000 Hi there, * Neil Fenemor (Neil@ts.co.nz) wrote: > Hi all, > > I currently have an issue of how "open" the whole WiFi tends to be, so, > as all good people should do, I've started implementing a IPSec > encryption system rather than the rather disappointing WEP. > > I'm encrypting all data to and from the gateway, which isn't a problem. > This was documented rather well all over the internet. > > What I'm having an issue, is if the "client" has a range of RFC 1918 > addresses behind it, and I have to introduce NAT into the equation. > > I've best tracked it down to the order that the kernel looks at the > packets to decide what to do with it. > > This is where I stand at the moment. > > x.y.z.11 -> x.y.z.254 : works perfectly > x.y.z.11 -> x.y.z.254 -> 0.0.0.0 : works perfectly > rfc 1918 -> x.y.z.11 -> x.y.z.254 : Fails > rfc 1918 -> x.y.z.11 -> x.y.z.254 -> 0.0.0.0 : Fails > > The connection between x.y.z.11 and x.y.z.254 is there the IPSec takes > place, and is the only part "off the wire" as it were. > > The issue presents itself as the packet, from an rfc 1918 address, goes > to the client box, gets inspected by the VPN rules, which are currently > set to match on the external address of the client machine, and is > subsequently overlooked by the VPN. The packet then goes on, gets NATed, > and goes out as a unencrypted packet, from x.y.z.11. Thats a generally > undesired transport mode. > > On x.y.z.254, the packet goes back via the IPSec tunnel, but is then not > un-NATed. > > All I believe should be required, is for the RFC 1918 packet to be NATed > to the external IP address, BEFORE it is inspected by the IPSec system. > > So basically, all I'm really asking, is am I on the right line of > thinking, or have I just gone off on a complete tangent to where I > should be headed. > > Any ideas/input would be greatly appreciated. > > Regards > > Neil Fenemor > > Senior Systems Administrator > ThePacific.net Ltd. > > > _______________________________________________ > 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" Do u use UDP-encapsulation? Coz when u use IPsec ESP, there is a incompatability btw IPsec ESP and the NAT/PAT, also there is problem with the checksum, the value of checksum is zero, so there is a little imcompatibility with the NAT checksum functions.IPsec packet without udp-encapsulation is like IP/esp/encrypted data/HA SH/ so there is and error in esp, ipsec packet with udp-encapsulation looks like this: IP/P a y l o a d/ - OK. km From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 13 11:23:26 2004 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 1F73516A4CE for ; Sat, 13 Mar 2004 11:23:26 -0800 (PST) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by mx1.FreeBSD.org (Postfix) with SMTP id C7BC143D45 for ; Sat, 13 Mar 2004 11:23:24 -0800 (PST) (envelope-from ntarmos@Noth.ceid.upatras.gr) Received: (qmail 16252 invoked from network); 13 Mar 2004 19:23:21 -0000 Received: from noth.ceid.upatras.gr (150.140.143.234) by diogenis.ceid.upatras.gr with SMTP; 13 Mar 2004 19:23:21 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by Noth.ceid.upatras.gr (Postfix) with ESMTP id 287E6FD97 for ; Sat, 13 Mar 2004 21:23:58 +0200 (EET) Received: from Noth.ceid.upatras.gr ([127.0.0.1]) by localhost (Noth [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29604-10 for ; Sat, 13 Mar 2004 21:23:57 +0200 (EET) Received: by Noth.ceid.upatras.gr (Postfix, from userid 1000) id 956D7FD89; Sat, 13 Mar 2004 21:23:57 +0200 (EET) Date: Sat, 13 Mar 2004 21:23:57 +0200 From: Nikos Ntarmos To: freebsd-hackers@freebsd.org Message-ID: <20040313192357.GA10778@diogenis.ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.5.1+cvs20040105i X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at Noth.ceid.upatras.gr Subject: GCC optimization bugs -- still there or a historic artifact? 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: Sat, 13 Mar 2004 19:23:26 -0000 Hi all. There was a thread on the CFLAGS knob in make.conf in early Feb.'04 (the exact subject was "need help on CFLAGS in /etc/make.conf please"), where some posters raised the issue of gcc optimization bugs that supposedly manifest in optimization levels above -O2. The last post on this subject was on Feb. 13th, though, and nothing has come up ever since. AFAIK 5.2.1+ and -CURRENT have moved to gcc-3.3.3. Are these issues still there? I've been making my way around FreeBSD's and GCC's gnat and couldn't find anything relevant. Ummm... Actually almost all relevant entries in our gnat end with something like "bug the gcc guys for we're too overwhelmed to look into gcc issues". The funny thing is there is no entry in the gcc's gnat about optimization bugs in 3.3.3. As some very specific person noted, "-O gets about an order of magnitude less testing than -O2" by the gcc community. This whole thing came up in the port-alpha@netbsd list, in a thread about Compaq's C compiler (aka ccc) for linux/alpha (lang/compaq-cc in our ports tree) and its status in NetBSD. The manpage for make.conf states that the issues with levels >1 are even worse on alpha. Well, gcc-3.3.3 is as fast as (if not faster than) ccc for optimization levels above -O2, and can be used for a much wider part of the C/C++ source available out there. So the question is: are these gcc issues still there or just a historic artifact left lurking around manpages "just to be sure"? \n\n -- Nikos "Noth" Ntarmos | < ntarmos at ceid dot upatras dot gr > NetCINS Lab. @ C.E.I.D. | [ http://{noth,p2p}.ceid.upatras.gr/ ] U. of Patras - Greece | ( 38.2594N, 21.7428E ) ( 1024D / CF95160A )