From owner-freebsd-bugs Sun Aug 11 2:20:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CFF237B400 for ; Sun, 11 Aug 2002 02:20:12 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2993F43E70 for ; Sun, 11 Aug 2002 02:20:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7B9K6JU035016 for ; Sun, 11 Aug 2002 02:20:06 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7B9K62P035009; Sun, 11 Aug 2002 02:20:06 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C8B537B400 for ; Sun, 11 Aug 2002 02:12:41 -0700 (PDT) Received: from staff.seccuris.com (staff.seccuris.com [204.112.0.40]) by mx1.FreeBSD.org (Postfix) with SMTP id A9CC543E4A for ; Sun, 11 Aug 2002 02:12:40 -0700 (PDT) (envelope-from cperon@staff.seccuris.com) Received: (qmail 93712 invoked by uid 1006); 11 Aug 2002 09:37:03 -0000 Message-Id: <20020811093703.93711.qmail@staff.seccuris.com> Date: 11 Aug 2002 09:37:03 -0000 From: "Chris S.J.Peron" Reply-To: "Chris S.J.Peron" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: conf/41540: [PATCH] dual stack support for lukemftpd in inetd.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41540 >Category: conf >Synopsis: [PATCH] dual stack support for lukemftpd in inetd.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Aug 11 02:20:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Chris S.J. Peron >Release: FreeBSD 4.6-STABLE i386 >Organization: none >Environment: System: FreeBSD staff.seccuris.com 4.6-STABLE FreeBSD 4.6-STABLE #0: Sun Aug 11 04:03:17 CDT 2002 cperon@staff.seccuris.com:/usr/src/sys/compile/RETRIBUTION i386 >Description: The inetd configuration documents defining *both* IPv4 and IPv6 entries for dual-stack support. lukemftpd supports IPv6, so to stay consistent with the rest of the file a line for IPv6 should be added. >How-To-Repeat: >Fix: --- inetd.conf Thu Jun 20 16:13:33 2002 +++ inetd.conf.mod Sun Aug 11 03:54:50 2002 @@ -7,6 +7,7 @@ # To enable a service, remove the '#' at the beginning of the line. # #ftp stream tcp nowait root /usr/libexec/lukemftpd ftpd -l -r +#ftp stream tcp6 nowait root /usr/libexec/lukemftpd ftpd -l -r #ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l #ftp stream tcp6 nowait root /usr/libexec/ftpd ftpd -l #telnet stream tcp nowait root /usr/libexec/telnetd telnetd >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 11 4:10:37 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1539F37B401 for ; Sun, 11 Aug 2002 04:10:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 133D543E72 for ; Sun, 11 Aug 2002 04:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7BBA4JU056251 for ; Sun, 11 Aug 2002 04:10:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7BBA4a7056250; Sun, 11 Aug 2002 04:10:04 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55AFD37B400 for ; Sun, 11 Aug 2002 04:07:40 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03C2D43E6E for ; Sun, 11 Aug 2002 04:07:40 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7BB7dOT024632 for ; Sun, 11 Aug 2002 04:07:39 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7BB7dge024631; Sun, 11 Aug 2002 04:07:39 -0700 (PDT) Message-Id: <200208111107.g7BB7dge024631@www.freebsd.org> Date: Sun, 11 Aug 2002 04:07:39 -0700 (PDT) From: Chris Richards To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/41542: kernel panic - ata failure after upgrading to 4.6-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41542 >Category: i386 >Synopsis: kernel panic - ata failure after upgrading to 4.6-STABLE >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 11 04:10:04 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Chris Richards >Release: 4.6-RELEASE >Organization: N/A >Environment: FreeBSD gir.routemaster.net 4.6-RELEASE FreeBSD 4.6-RELEASE #0: Tue Jun 11 06:14:12 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 >Description: I have been trying to upgrade to 4.6-STABLE from 4.6-RELEASE for 3 days now..... No matter what I try I get the below errors on boot. Steps I have taken: CVSuped my full src (10/08/02) make -j 4 buildworld make buildkernel KERNCONF=MYKERNEL make installkernel KERNCONF=MYKERNEL make installworld backup /etc run mergemaster rebuild /dev rebuild sysinstall I get no errors what so ever from all the above, only when I reboot and it tries to boot on the new kernel do I have issues. I even tried building the GENERIC kernel and it had the same problem. ---------------------------------------------------------------------- ad0: timeout waiting for interrupt ad0: timeout waiting for interrupt ad0: enabling readahead cache failed ad0: timeout waiting for interrupt ad0: enabling write cache failed ad0: READ command timeout tag=0, serv=0 - resetting ata0: resetting devices .. done. ad0: 9779MB [19870/16/63] at ata0-master UDMA33 ad0: READ command timeout tag=0, serv=0 - resetting ata0: resetting devices .. done. acd0: MODE_SENSE_BIG command timeout - resetting ata1: resetting devices .. done. ad0: READ command timeout tag=0, serv=0 - resetting ata0: resetting devices .. done. acd0: MODE_SENSE_BIG command timeout - resetting ata1: resetting devices .. done. ad0: READ command timeout tag=0, serv=0 - resetting ad0: trying fallback to PIO mode ata0: resetting devices .. done. acd0: MODE_SENSE_BIG command timeout - resetting ata1: resetting devices .. done. ad0: READ command timeout tag=0, serv=0 - resetting ata0: resetting devices .. ata0-slave: ATA identify retires exceeded done acd0: MODE_SENSE_BIG command timeout - resetting ata1: resetting devices .. done. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xb fault code = supervisor read, page not present instruction pointer = 0x8:0xc012fad9 stack pointer = 0x10:0xc0301f04 frame pointer = 0x10:0xc0301f10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPC processor eflags = interrupt enabled, resume, IOPL=0 current process = 0 (swapper) interrupt mask = bio trap number = 12 panic: page fault syncing disks done ---------------------------------------------------------------------- dmesg: Copyright (c) 1992-2002 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.6-RELEASE #0: Tue Jun 11 06:14:12 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ff real memory = 402653184 (393216K bytes) avail memory = 386564096 (377504K bytes) Preloaded elf kernel "kernel.GENERIC" at 0xc04d0000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 7 entries at 0xc00f0cc0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: <3Dfx Voodoo 3 graphics accelerator> at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xb400-0xb41f irq 9 at device 4.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 chip1: port 0xe800-0xe80f at device 4.3 on pci0 fxp0: port 0xb000-0xb03f mem 0xdd000000-0xdd0fffff,0xdd800000-0xdd800fff irq 9 at device 10.0 on pci0 fxp0: Ethernet address 00:90:27:76:db:53 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isa0: too many dependant configs (8) isa0: unexpected small tag 14 orm0:

My buddies and I were average people, just like you...Then we had our great idea...
find young hot girls and proposition them to fool around on video tape.
Armed with a camera, a smooth tongue, and a couple of bucks we have made quite a few interesting videos!
BEST OF ALL... MY SITE IS 100% FREE!! If this sounds like something of interest to you, click here You will be glad you did.











If you never want to hear from me again, please click here and I will remove you from all future mailings.

----- Get your free WebMail account from Sympatico-Lycos at www.sympatico.ca ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 12:32:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4989237B400; Mon, 12 Aug 2002 12:32:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E23543E77; Mon, 12 Aug 2002 12:32:11 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: from freefall.freebsd.org (dwmalone@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CJWAJU090144; Mon, 12 Aug 2002 12:32:10 -0700 (PDT) (envelope-from dwmalone@freefall.freebsd.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CJWAhw090140; Mon, 12 Aug 2002 12:32:10 -0700 (PDT) Date: Mon, 12 Aug 2002 12:32:10 -0700 (PDT) From: David Malone Message-Id: <200208121932.g7CJWAhw090140@freefall.freebsd.org> To: jlp@softhome.net, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/38559: rc.network hangs for a long time attempting dhcp setup of disconnected interface Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: rc.network hangs for a long time attempting dhcp setup of disconnected interface State-Changed-From-To: open->feedback State-Changed-By: dwmalone State-Changed-When: Mon Aug 12 12:28:06 PDT 2002 State-Changed-Why: I would have said that it would be a bug not to do DHCP if the interface has been configured for it and might upset people who want to be able to plug the network cable in at a more leasurely pace when they boot their laptops. It also means that dhclient won't be able to use a lease listed in its lease file, even if that lease is valid and the hub/switch/access point you're connected to happens to be temporally down or out of range. I'd suggest that you try reducing the timeouts if the long timeout isn't suitable for your setup. See the timeing options in dhclient.conf man page. I'll close the PR unless you have any objections. David. http://www.freebsd.org/cgi/query-pr.cgi?pr=38559 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 12:55:44 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A16437B41C; Mon, 12 Aug 2002 12:55:39 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C40CE43F59; Mon, 12 Aug 2002 12:49:37 -0700 (PDT) (envelope-from iedowse@FreeBSD.org) Received: from freefall.freebsd.org (iedowse@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CJnVJU091569; Mon, 12 Aug 2002 12:49:31 -0700 (PDT) (envelope-from iedowse@freefall.freebsd.org) Received: (from iedowse@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CJlbnr091457; Mon, 12 Aug 2002 12:47:37 -0700 (PDT) Date: Mon, 12 Aug 2002 12:47:37 -0700 (PDT) From: Ian Dowse Message-Id: <200208121947.g7CJlbnr091457@freefall.freebsd.org> To: clefevre@citeweb.net, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/22212: skeyaccess(3) doesn't for primary group Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: skeyaccess(3) doesn't for primary group State-Changed-From-To: open->closed State-Changed-By: iedowse State-Changed-When: Mon Aug 12 12:47:15 PDT 2002 State-Changed-Why: Fixed in revision 1.9.6.2 of skeyaccess.c, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=22212 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 12:55:53 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81E4937B427; Mon, 12 Aug 2002 12:55:39 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 140F643ECF; Mon, 12 Aug 2002 12:49:40 -0700 (PDT) (envelope-from jon@FreeBSD.org) Received: from freefall.freebsd.org (jon@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CJnTJU091561; Mon, 12 Aug 2002 12:49:29 -0700 (PDT) (envelope-from jon@freefall.freebsd.org) Received: (from jon@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CJnTMS091557; Mon, 12 Aug 2002 12:49:29 -0700 (PDT) Date: Mon, 12 Aug 2002 12:49:29 -0700 (PDT) From: Jonathan Chen Message-Id: <200208121949.g7CJnTMS091557@freefall.freebsd.org> To: yid@softhome.net, jon@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/40636: PCI devices don't share IRQs. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: PCI devices don't share IRQs. State-Changed-From-To: open->closed State-Changed-By: jon State-Changed-When: Mon Aug 12 12:48:00 PDT 2002 State-Changed-Why: duplicate pr, see kern/20523 this pr is also an incomplete solution, as intr_fast shouldn't be shared. http://www.freebsd.org/cgi/query-pr.cgi?pr=40636 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 12:56:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C363537B43A; Mon, 12 Aug 2002 12:55:42 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B6AC43E72; Mon, 12 Aug 2002 12:53:14 -0700 (PDT) (envelope-from jon@FreeBSD.org) Received: from freefall.freebsd.org (jon@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CJr4JU092097; Mon, 12 Aug 2002 12:53:04 -0700 (PDT) (envelope-from jon@freefall.freebsd.org) Received: (from jon@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CJpiXL092015; Mon, 12 Aug 2002 12:51:44 -0700 (PDT) Date: Mon, 12 Aug 2002 12:51:44 -0700 (PDT) From: Jonathan Chen Message-Id: <200208121951.g7CJpiXL092015@freefall.freebsd.org> To: pblok@inter.NL.net, jon@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/30224: No irq - PCI wi card doesn't allow interupt sharing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: No irq - PCI wi card doesn't allow interupt sharing State-Changed-From-To: open->closed State-Changed-By: jon State-Changed-When: Mon Aug 12 12:51:28 PDT 2002 State-Changed-Why: this should already be fixed in the latest -stable. http://www.freebsd.org/cgi/query-pr.cgi?pr=30224 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 13: 1:19 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E1B637B400; Mon, 12 Aug 2002 13:01:06 -0700 (PDT) Received: from tomts11-srv.bellnexxia.net (tomts11.bellnexxia.net [209.226.175.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36EA643E81; Mon, 12 Aug 2002 13:01:05 -0700 (PDT) (envelope-from hottymaria@gosympatico.ca) Received: from [209.226.175.136] by tomts11-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020812200118.SSAN1432.tomts11-srv.bellnexxia.net@[209.226.175.136]>; Mon, 12 Aug 2002 16:01:18 -0400 From: To: Subject: Hey, whats up? Date: Mon, 12 Aug 2002 16:01:51 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20020812200118.SSAN1432.tomts11-srv.bellnexxia.net@[209.226.175.136]> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org

My buddies and I were average people, just like you...Then we had our great idea...
find young hot girls and proposition them to fool around on video tape.
Armed with a camera, a smooth tongue, and a couple of bucks we have made quite a few interesting videos!
BEST OF ALL... MY SITE IS 100% FREE!! If this sounds like something of interest to you, click here You will be glad you did.











If you never want to hear from me again, please click here and I will remove you from all future mailings.

----- Get your free WebMail account from Sympatico-Lycos at www.sympatico.ca ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 13: 9:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E26D37B400; Mon, 12 Aug 2002 13:09:51 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F56943E6E; Mon, 12 Aug 2002 13:09:51 -0700 (PDT) (envelope-from jon@FreeBSD.org) Received: from freefall.freebsd.org (jon@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CK9pJU097864; Mon, 12 Aug 2002 13:09:51 -0700 (PDT) (envelope-from jon@freefall.freebsd.org) Received: (from jon@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CK9op1097860; Mon, 12 Aug 2002 13:09:50 -0700 (PDT) Date: Mon, 12 Aug 2002 13:09:50 -0700 (PDT) From: Jonathan Chen Message-Id: <200208122009.g7CK9op1097860@freefall.freebsd.org> To: marcel@virtua.ch, jon@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/40837: SMC EN5251BE ethernet chipset gets incorrect MAC address throuch dc driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: SMC EN5251BE ethernet chipset gets incorrect MAC address throuch dc driver State-Changed-From-To: open->analyzed State-Changed-By: jon State-Changed-When: Mon Aug 12 13:09:38 PDT 2002 State-Changed-Why: Please send the relevant lines from the output of "pciconf -l -v". Also, you may wish to try the patch in pr: kern/35482 http://www.freebsd.org/cgi/query-pr.cgi?pr=40837 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 13:10: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB1DC37B400 for ; Mon, 12 Aug 2002 13:10:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BB0D43E4A for ; Mon, 12 Aug 2002 13:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CKA2JU097913 for ; Mon, 12 Aug 2002 13:10:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CKA2MT097912; Mon, 12 Aug 2002 13:10:02 -0700 (PDT) Date: Mon, 12 Aug 2002 13:10:02 -0700 (PDT) Message-Id: <200208122010.g7CKA2MT097912@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: kern/41552: TCP timers' sysctl's overflow Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41552; it has been noted by GNATS. From: Garrett Wollman To: "G.P. de Boer" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: kern/41552: TCP timers' sysctl's overflow Date: Mon, 12 Aug 2002 15:45:22 -0400 (EDT) < said: > Well.. since LINT says 1000Hz is advisable for dummynet use. For > polling 1000 or even 2000Hz is advised. IF this is a problem with > RFC1323, which strikes me as odd, then there's more to this problem > than meets the eye. A setting in LINT shouldn't break anything so > fundamental as TCP. RFC 1323 specifies that the timestamp clock is to have a period between 1 ms and 1 s. (See page 21, third paragraph from the bottom.) The timestamp clock in FreeBSD is the system variable `ticks', which is incremented once for every clock interrupt, so its period is approximately 1/HZ s. In order to support higher clock frequencies, a scaling factor would need to be introduced. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 13:10:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9DD337B400; Mon, 12 Aug 2002 13:10:49 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8897043E75; Mon, 12 Aug 2002 13:10:49 -0700 (PDT) (envelope-from iedowse@FreeBSD.org) Received: from freefall.freebsd.org (iedowse@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CKAnJU098259; Mon, 12 Aug 2002 13:10:49 -0700 (PDT) (envelope-from iedowse@freefall.freebsd.org) Received: (from iedowse@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CKAe8A098255; Mon, 12 Aug 2002 13:10:40 -0700 (PDT) Date: Mon, 12 Aug 2002 13:10:40 -0700 (PDT) From: Ian Dowse Message-Id: <200208122010.g7CKAe8A098255@freefall.freebsd.org> To: nikolayg@simplernetworks.com, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/24737: Socks5 clients die with leaving zombie processes on the server. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Socks5 clients die with leaving zombie processes on the server. State-Changed-From-To: open->closed State-Changed-By: iedowse State-Changed-When: Mon Aug 12 13:00:06 PDT 2002 State-Changed-Why: The socks5 program is not part of the FreeBSD base system, and from your description, it sounds like FreeBSD is not at fault. Try using the socks5 port (/usr/ports/net/socks5) instead of compiling it manually. If the problem persists, maybe try filing a ports PR in case there are some additional FreeBSD-specific patches necessary. http://www.freebsd.org/cgi/query-pr.cgi?pr=24737 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 13:20:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E549037B400 for ; Mon, 12 Aug 2002 13:20:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2E343E72 for ; Mon, 12 Aug 2002 13:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CKK3JU098823 for ; Mon, 12 Aug 2002 13:20:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CKK3jp098822; Mon, 12 Aug 2002 13:20:03 -0700 (PDT) Date: Mon, 12 Aug 2002 13:20:03 -0700 (PDT) Message-Id: <200208122020.g7CKK3jp098822@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Larry Rosenman Subject: kern/37624 USB devices: 82801CA/CAM give error with ANY device (was usb issue/was usb commit). Reply-To: Larry Rosenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/37624; it has been noted by GNATS. From: Larry Rosenman To: Josef Karthauser Cc: bug-followup@freebsd.org Subject: kern/37624 USB devices: 82801CA/CAM give error with ANY device (was usb issue/was usb commit). Date: 12 Aug 2002 15:19:25 -0500 On Mon, 2002-08-12 at 15:14, Josef Karthauser wrote: > Hmmm, ok uhub is doing the right thing. Can you switch hw.usb.debug on (1) > too? Here ya go. (also putting in the PR I have opened for tracking purposes: Aug 12 15:15:46 lerlaptop /kernel: uhci_root_ctrl_control type=0xa3 request=00 Aug 12 15:15:46 lerlaptop /kernel: uhub_explore: port 1 status 0x0301 0x0001 Aug 12 15:15:46 lerlaptop /kernel: uhub_explore: status change hub=1 port=1 Aug 12 15:15:46 lerlaptop /kernel: uhci_root_ctrl_control type=0x23 request=01 Aug 12 15:15:46 lerlaptop /kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=16 Aug 12 15:15:47 lerlaptop /kernel: uhci_root_ctrl_control type=0x23 request=03 Aug 12 15:15:47 lerlaptop /kernel: uhci port 1 reset, status = 0x0185 Aug 12 15:15:47 lerlaptop /kernel: uhci_root_ctrl_control type=0xa3 request=00 Aug 12 15:15:47 lerlaptop /kernel: uhci_root_ctrl_control type=0x23 request=01 Aug 12 15:15:47 lerlaptop /kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=20 Aug 12 15:15:47 lerlaptop /kernel: usbd_new_device bus=0xc217c000 port=1 depth=1 lowspeed=512 Aug 12 15:15:47 lerlaptop /kernel: uhci_open: pipe=0xc2630f80, addr=0, endpt=0 (1) Aug 12 15:15:47 lerlaptop /kernel: uhci_alloc_std: allocating chunk Aug 12 15:15:47 lerlaptop /kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=0, endpt=0 Aug 12 15:15:52 lerlaptop /kernel: uhci_timeout: ii=0xc23c16c0 Aug 12 15:15:52 lerlaptop /kernel: uhci_abort_xfer: xfer=0xc2184f80, status=15 Aug 12 15:15:52 lerlaptop /kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=0, endpt=0 Aug 12 15:15:57 lerlaptop /kernel: uhci_timeout: ii=0xc23c16c0 Aug 12 15:15:57 lerlaptop /kernel: uhci_abort_xfer: xfer=0xc2184f80, status=15 Aug 12 15:15:57 lerlaptop /kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=0, endpt=0 Aug 12 15:16:02 lerlaptop /kernel: uhci_timeout: ii=0xc23c16c0 Aug 12 15:16:02 lerlaptop /kernel: uhci_abort_xfer: xfer=0xc2184f80, status=15 Aug 12 15:16:02 lerlaptop /kernel: usbd_new_device: addr=2, getting first desc failed Aug 12 15:16:02 lerlaptop /kernel: usbd_remove_device: 0xc263e200 Aug 12 15:16:02 lerlaptop /kernel: uhub_explore: usb_new_device failed, error=TIMEOUT Aug 12 15:16:02 lerlaptop /kernel: uhub0: device problem, disabling port 1 Aug 12 15:16:02 lerlaptop /kernel: uhci_root_ctrl_control type=0x23 request=01 Aug 12 15:16:03 lerlaptop /kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=1 Aug 12 15:16:03 lerlaptop /kernel: uhci_root_ctrl_control type=0xa3 request=00 Aug 12 15:16:03 lerlaptop /kernel: uhub_explore: port 2 status 0x0100 0x0000 Aug 12 15:16:03 lerlaptop /kernel: uhub_explore: port=2 !C_CONNECT_STATUS > > Joe > > -- > "As far as the laws of mathematics refer to reality, they are not certain; > and as far as they are certain, they do not refer to reality." - Albert > Einstein, 1921 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 13:23:53 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 309FC37B400; Mon, 12 Aug 2002 13:23:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C03F943E42; Mon, 12 Aug 2002 13:22:31 -0700 (PDT) (envelope-from iedowse@FreeBSD.org) Received: from freefall.freebsd.org (iedowse@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CKMVJU099388; Mon, 12 Aug 2002 13:22:31 -0700 (PDT) (envelope-from iedowse@freefall.freebsd.org) Received: (from iedowse@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CKLB7S099184; Mon, 12 Aug 2002 13:21:11 -0700 (PDT) Date: Mon, 12 Aug 2002 13:21:11 -0700 (PDT) From: Ian Dowse Message-Id: <200208122021.g7CKLB7S099184@freefall.freebsd.org> To: operador@nietzsche.webcaribe.net, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/24900: Server logs:indfcntl(8, F_SETFL, 4): Inappropriate ioctl for device on bind-9.1.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Server logs:indfcntl(8, F_SETFL, 4): Inappropriate ioctl for device on bind-9.1.0 State-Changed-From-To: open->closed State-Changed-By: iedowse State-Changed-When: Mon Aug 12 13:19:40 PDT 2002 State-Changed-Why: Sorry, RELENG_3 is no longer supported, and nobody has shown an interest in this PR in over a year. http://www.freebsd.org/cgi/query-pr.cgi?pr=24900 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 13:52: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64FF837B401 for ; Mon, 12 Aug 2002 13:50:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 663A743E70 for ; Mon, 12 Aug 2002 13:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CKo3JU002444 for ; Mon, 12 Aug 2002 13:50:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CKo3TO002443; Mon, 12 Aug 2002 13:50:03 -0700 (PDT) Date: Mon, 12 Aug 2002 13:50:03 -0700 (PDT) Message-Id: <200208122050.g7CKo3TO002443@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Larry Rosenman Subject: Re: kern/37624 USB devices: 82801CA/CAM give error with ANY device (was usb issue/was usb commit). Reply-To: Larry Rosenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/37624; it has been noted by GNATS. From: Larry Rosenman To: Josef Karthauser Cc: bug-followup@freebsd.org Subject: Re: kern/37624 USB devices: 82801CA/CAM give error with ANY device (was usb issue/was usb commit). Date: 12 Aug 2002 15:45:45 -0500 On Mon, 2002-08-12 at 15:40, Josef Karthauser wrote: > On Mon, Aug 12, 2002 at 03:19:25PM -0500, Larry Rosenman wrote: > > On Mon, 2002-08-12 at 15:14, Josef Karthauser wrote: > > > > > Hmmm, ok uhub is doing the right thing. Can you switch hw.usb.debug on (1) > > > too? > > Here ya go. (also putting in the PR I have opened for tracking purposes: > > Ok, I'd like to see all the uhci debugging, so can you tweak it up to > max, I think that's 20, but set it to 50 to be sure :). turned up to 100.... Aug 12 15:42:05 lerlaptop /kernel: uhci_timo Aug 12 15:42:06 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:06 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:06 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:06 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:06 lerlaptop /kernel: uhci_timo Aug 12 15:42:06 lerlaptop /kernel: uhci_timo Aug 12 15:42:06 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:06 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:06 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:06 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:06 lerlaptop /kernel: uhci_timo Aug 12 15:42:06 lerlaptop /kernel: uhci_timo Aug 12 15:42:06 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:06 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:06 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:06 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:06 lerlaptop /kernel: uhci_timo Aug 12 15:42:06 lerlaptop /kernel: uhci_timo Aug 12 15:42:06 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:06 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:06 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:06 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:07 lerlaptop /kernel: uhci_timo Aug 12 15:42:07 lerlaptop /kernel: uhci_timo Aug 12 15:42:07 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:07 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:07 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:07 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:07 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:07 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:07 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:07 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:07 lerlaptop /kernel: uhci_timo Aug 12 15:42:07 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:07 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:07 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:07 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:07 lerlaptop /kernel: uhci_timo Aug 12 15:42:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:08 lerlaptop /kernel: uhci_timo Aug 12 15:42:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:08 lerlaptop /kernel: uhci_timo Aug 12 15:42:10 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:10 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:10 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:10 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:10 lerlaptop /kernel: uhci_timo Aug 12 15:42:10 lerlaptop /kernel: uhci_timo Aug 12 15:42:10 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:10 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:10 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:10 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:10 lerlaptop /kernel: uhci_timo Aug 12 15:42:10 lerlaptop /kernel: uhci_timo Aug 12 15:42:10 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:10 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:10 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:10 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:10 lerlaptop /kernel: uhci_timo Aug 12 15:42:10 lerlaptop /kernel: uhci_timo Aug 12 15:42:10 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:10 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:10 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:10 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:11 lerlaptop /kernel: uhci_timo Aug 12 15:42:11 lerlaptop /kernel: uhci_root_ctrl_control type=0xa3 request=00 Aug 12 15:42:11 lerlaptop /kernel: uhub_explore: port 1 status 0x0100 0x0000 Aug 12 15:42:11 lerlaptop /kernel: uhub_explore: port=1 !C_CONNECT_STATUS Aug 12 15:42:11 lerlaptop /kernel: uhci_root_ctrl_control type=0xa3 request=00 Aug 12 15:42:11 lerlaptop /kernel: uhub_explore: port 2 status 0x0301 0x0001 Aug 12 15:42:11 lerlaptop /kernel: uhub_explore: status change hub=1 port=2 Aug 12 15:42:11 lerlaptop /kernel: uhci_root_ctrl_control type=0x23 request=01 Aug 12 15:42:11 lerlaptop /kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=16 Aug 12 15:42:11 lerlaptop /kernel: uhci_root_ctrl_control type=0x23 request=03 Aug 12 15:42:11 lerlaptop /kernel: uhci port 2 reset, status = 0x0185 Aug 12 15:42:11 lerlaptop /kernel: uhci_timo Aug 12 15:42:11 lerlaptop /kernel: uhci_timo Aug 12 15:42:11 lerlaptop /kernel: uhci_root_ctrl_control type=0xa3 request=00 Aug 12 15:42:11 lerlaptop /kernel: uhci_root_ctrl_control type=0x23 request=01 Aug 12 15:42:11 lerlaptop /kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=20 Aug 12 15:42:11 lerlaptop /kernel: usbd_new_device bus=0xc2185000 port=2 depth=1 lowspeed=512 Aug 12 15:42:11 lerlaptop /kernel: uhci_open: pipe=0xc2630180, addr=0, endpt=0 (1) Aug 12 15:42:11 lerlaptop /kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=0, endpt=0 Aug 12 15:42:11 lerlaptop /kernel: uhci_alloc_std_chain: addr=0 endpt=0 len=8 ls=1 flags=0x2 Aug 12 15:42:11 lerlaptop /kernel: uhci_alloc_std_chain: maxp=8 ntd=1 Aug 12 15:42:11 lerlaptop /kernel: uhci_alloc_std_chain: nexttog=0 Aug 12 15:42:11 lerlaptop /kernel: uhci_device_request: before transfer Aug 12 15:42:11 lerlaptop /kernel: TD(0xc2409fa0) at 079fdfa0 = link=0x079fdf64 status=0x1c800000 token=0x00e0002d buffer=0x0795c330 Aug 12 15:42:11 lerlaptop /kernel: 79fdf64 1c800000,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Aug 12 15:42:11 lerlaptop /kernel: TD(0xc2409f60) at 079fdf60 = link=0x079fdf84 status=0x1c8003ff token=0x00e80069 buffer=0x0795cf20 Aug 12 15:42:11 lerlaptop /kernel: 79fdf84 1c8003ff,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Aug 12 15:42:11 lerlaptop /kernel: TD(0xc2409f80) at 079fdf80 = link=0x00000001 status=0x1d800000 token=0xffe800e1 buffer=0x00000000 Aug 12 15:42:11 lerlaptop /kernel: 1 1d800000,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Aug 12 15:42:11 lerlaptop /kernel: uhci_add_ctrl: sqh=0xc2189f80 Aug 12 15:42:11 lerlaptop /kernel: uhci_enter_ctl_q: follow from [0] Aug 12 15:42:11 lerlaptop /kernel: TD(0xc2188fe0) at 1e8fcfe0 = link=0x1e8fbfa2 status=0x02000000 token=0x00000000 buffer=0x00000000 Aug 12 15:42:11 lerlaptop /kernel: 1e8fbfa2 2000000,errcnt=0,actlen=1 pid=00,addr=0,endpt=0,D=0,maxlen=1 Aug 12 15:42:11 lerlaptop /kernel: QH(0xc2187fa0) at 1e8fbfa0: hlink=1e8fbfc2 elink=00000001 Aug 12 15:42:11 lerlaptop /kernel: QH(0xc2187fa0) at 1e8fbfa0: hlink=1e8fbfc2 elink=00000001 Aug 12 15:42:11 lerlaptop /kernel: QH(0xc2187fc0) at 1e8fbfc0: hlink=1e8fdf82 elink=00000001 Aug 12 15:42:11 lerlaptop /kernel: QH(0xc2189f80) at 1e8fdf80: hlink=1e8fbfe2 elink=079fdfa0 Aug 12 15:42:11 lerlaptop /kernel: QH(0xc2187fe0) at 1e8fbfe0: hlink=00000001 elink=00000001 Aug 12 15:42:11 lerlaptop /kernel: QH(0xc2187fc0) at 1e8fbfc0: hlink=1e8fdf82 elink=00000001 Aug 12 15:42:11 lerlaptop /kernel: QH(0xc2189f80) at 1e8fdf80: hlink=1e8fbfe2 elink=079fdfa0 Aug 12 15:42:11 lerlaptop /kernel: Enqueued QH: Aug 12 15:42:11 lerlaptop /kernel: QH(0xc2189f80) at 1e8fdf80: hlink=1e8fbfe2 elink=079fdfa0 Aug 12 15:42:11 lerlaptop /kernel: TD(0xc2409fa0) at 079fdfa0 = link=0x079fdf64 status=0x1c800000 token=0x00e0002d buffer=0x0795c330 Aug 12 15:42:11 lerlaptop /kernel: 79fdf64 1c800000,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Aug 12 15:42:11 lerlaptop /kernel: TD(0xc2409f60) at 079fdf60 = link=0x079fdf84 status=0x1c8003ff token=0x00e80069 buffer=0x0795cf20 Aug 12 15:42:11 lerlaptop /kernel: 79fdf84 1c8003ff,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Aug 12 15:42:11 lerlaptop /kernel: TD(0xc2409f80) at 079fdf80 = link=0x00000001 status=0x1d800000 token=0xffe800e1 buffer=0x00000000 Aug 12 15:42:11 lerlaptop /kernel: 1 1d800000,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Aug 12 15:42:11 lerlaptop /kernel: uhci_timo Aug 12 15:42:12 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:12 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:12 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:12 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:12 lerlaptop /kernel: uhci_timo Aug 12 15:42:12 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:12 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:12 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:12 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:12 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:12 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:12 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:12 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:12 lerlaptop /kernel: uhci_timo Aug 12 15:42:13 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:13 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:13 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:13 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:13 lerlaptop /kernel: uhci_timo Aug 12 15:42:13 lerlaptop /kernel: uhci_timo Aug 12 15:42:13 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:13 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:13 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:13 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:13 lerlaptop /kernel: uhci_timo Aug 12 15:42:13 lerlaptop /kernel: uhci_timo Aug 12 15:42:13 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:13 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:13 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:13 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:13 lerlaptop /kernel: uhci_timo Aug 12 15:42:13 lerlaptop /kernel: uhci_timo Aug 12 15:42:14 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:14 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:14 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:14 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:14 lerlaptop /kernel: uhci_timo Aug 12 15:42:14 lerlaptop /kernel: uhci_timo Aug 12 15:42:14 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:14 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:14 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:14 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:14 lerlaptop /kernel: uhci_timo Aug 12 15:42:14 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:14 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:14 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:14 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:14 lerlaptop /kernel: uhci_timo Aug 12 15:42:14 lerlaptop /kernel: uhci_timo Aug 12 15:42:14 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:14 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:14 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:14 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:15 lerlaptop /kernel: uhci_timo Aug 12 15:42:15 lerlaptop /kernel: uhci_timo Aug 12 15:42:15 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:15 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:15 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:15 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:15 lerlaptop /kernel: uhci_timo Aug 12 15:42:15 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:15 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:15 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:15 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:15 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:15 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:15 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:15 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:15 lerlaptop /kernel: uhci_timo Aug 12 15:42:16 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:16 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:16 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:16 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:16 lerlaptop /kernel: uhci_timo Aug 12 15:42:16 lerlaptop /kernel: uhci_timo Aug 12 15:42:16 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:16 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:16 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:16 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:16 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:16 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:16 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:16 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:16 lerlaptop /kernel: uhci_timeout: ii=0xc23c16c0 Aug 12 15:42:16 lerlaptop /kernel: TD(0xc2409fa0) at 079fdfa0 = link=0x079fdf64 status=0x1c800000 token=0x00e0002d buffer=0x0795c330 Aug 12 15:42:16 lerlaptop /kernel: 79fdf64 1c800000,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Aug 12 15:42:16 lerlaptop /kernel: TD(0xc2409f60) at 079fdf60 = link=0x079fdf84 status=0x1c8003ff token=0x00e80069 buffer=0x0795cf20 Aug 12 15:42:16 lerlaptop /kernel: 79fdf84 1c8003ff,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Aug 12 15:42:16 lerlaptop /kernel: TD(0xc2409f80) at 079fdf80 = link=0x00000001 status=0x1d800000 token=0xffe800e1 buffer=0x00000000 Aug 12 15:42:16 lerlaptop /kernel: 1 1d800000,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Aug 12 15:42:16 lerlaptop /kernel: uhci_abort_xfer: xfer=0xc2184a80, status=15 Aug 12 15:42:16 lerlaptop /kernel: uhci_remove_ctrl: sqh=0xc2189f80 Aug 12 15:42:16 lerlaptop /kernel: uhci_ctrl_done: length=0 Aug 12 15:42:16 lerlaptop /kernel: uhci_timo Aug 12 15:42:16 lerlaptop /kernel: uhci_timo Aug 12 15:42:16 lerlaptop /kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=0, endpt=0 Aug 12 15:42:16 lerlaptop /kernel: uhci_alloc_std_chain: addr=0 endpt=0 len=8 ls=1 flags=0x2 Aug 12 15:42:16 lerlaptop /kernel: uhci_alloc_std_chain: maxp=8 ntd=1 Aug 12 15:42:16 lerlaptop /kernel: uhci_alloc_std_chain: nexttog=0 Aug 12 15:42:16 lerlaptop /kernel: uhci_device_request: before transfer Aug 12 15:42:16 lerlaptop /kernel: TD(0xc2409fa0) at 079fdfa0 = link=0x079fdf64 status=0x1c800000 token=0x00e0002d buffer=0x0795c330 Aug 12 15:42:16 lerlaptop /kernel: 79fdf64 1c800000,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Aug 12 15:42:16 lerlaptop /kernel: TD(0xc2409f60) at 079fdf60 = link=0x079fdf84 status=0x1c8003ff token=0x00e80069 buffer=0x0795cf20 Aug 12 15:42:16 lerlaptop /kernel: 79fdf84 1c8003ff,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Aug 12 15:42:16 lerlaptop /kernel: TD(0xc2409f80) at 079fdf80 = link=0x00000001 status=0x1d800000 token=0xffe800e1 buffer=0x00000000 Aug 12 15:42:16 lerlaptop /kernel: 1 1d800000,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Aug 12 15:42:16 lerlaptop /kernel: uhci_add_ctrl: sqh=0xc2189f80 Aug 12 15:42:16 lerlaptop /kernel: uhci_enter_ctl_q: follow from [0] Aug 12 15:42:16 lerlaptop /kernel: TD(0xc2188fe0) at 1e8fcfe0 = link=0x1e8fbfa2 status=0x02000000 token=0x00000000 buffer=0x00000000 Aug 12 15:42:16 lerlaptop /kernel: 1e8fbfa2 2000000,errcnt=0,actlen=1 pid=00,addr=0,endpt=0,D=0,maxlen=1 Aug 12 15:42:16 lerlaptop /kernel: QH(0xc2187fa0) at 1e8fbfa0: hlink=1e8fbfc2 elink=00000001 Aug 12 15:42:16 lerlaptop /kernel: QH(0xc2187fa0) at 1e8fbfa0: hlink=1e8fbfc2 elink=00000001 Aug 12 15:42:16 lerlaptop /kernel: QH(0xc2187fc0) at 1e8fbfc0: hlink=1e8fdf82 elink=00000001 Aug 12 15:42:16 lerlaptop /kernel: QH(0xc2189f80) at 1e8fdf80: hlink=1e8fbfe2 elink=079fdfa0 Aug 12 15:42:16 lerlaptop /kernel: QH(0xc2187fe0) at 1e8fbfe0: hlink=00000001 elink=00000001 Aug 12 15:42:16 lerlaptop /kernel: QH(0xc2187fc0) at 1e8fbfc0: hlink=1e8fdf82 elink=00000001 Aug 12 15:42:16 lerlaptop /kernel: QH(0xc2189f80) at 1e8fdf80: hlink=1e8fbfe2 elink=079fdfa0 Aug 12 15:42:16 lerlaptop /kernel: Enqueued QH: Aug 12 15:42:16 lerlaptop /kernel: QH(0xc2189f80) at 1e8fdf80: hlink=1e8fbfe2 elink=079fdfa0 Aug 12 15:42:16 lerlaptop /kernel: TD(0xc2409fa0) at 079fdfa0 = link=0x079fdf64 status=0x1c800000 token=0x00e0002d buffer=0x0795c330 Aug 12 15:42:16 lerlaptop /kernel: 79fdf64 1c800000,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Aug 12 15:42:16 lerlaptop /kernel: TD(0xc2409f60) at 079fdf60 = link=0x079fdf84 status=0x1c8003ff token=0x00e80069 buffer=0x0795cf20 Aug 12 15:42:17 lerlaptop /kernel: 79fdf84 1c8003ff,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Aug 12 15:42:17 lerlaptop /kernel: TD(0xc2409f80) at 079fdf80 = link=0x00000001 status=0x1d800000 token=0xffe800e1 buffer=0x00000000 Aug 12 15:42:17 lerlaptop /kernel: 1 1d800000,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Aug 12 15:42:17 lerlaptop /kernel: uhci_timo Aug 12 15:42:17 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:17 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:17 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:17 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:17 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:17 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:17 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:17 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:17 lerlaptop /kernel: uhci_timo Aug 12 15:42:17 lerlaptop /kernel: uhci_timo Aug 12 15:42:17 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:17 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:17 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:17 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:17 lerlaptop /kernel: uhci_timo Aug 12 15:42:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:18 lerlaptop /kernel: uhci_timo Aug 12 15:42:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:18 lerlaptop /kernel: uhci_timo Aug 12 15:42:18 lerlaptop /kernel: uhci_timo Aug 12 15:42:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:19 lerlaptop /kernel: uhci_timo Aug 12 15:42:19 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:19 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:19 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:19 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:20 lerlaptop /kernel: uhci_timo Aug 12 15:42:20 lerlaptop /kernel: uhci_timo Aug 12 15:42:20 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:20 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:20 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:20 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:20 lerlaptop /kernel: uhci_timo Aug 12 15:42:20 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:20 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:20 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:20 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:20 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:20 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:20 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:20 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:20 lerlaptop /kernel: uhci_timo Aug 12 15:42:21 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:21 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:21 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:21 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:21 lerlaptop /kernel: uhci_timo Aug 12 15:42:21 lerlaptop /kernel: uhci_timo Aug 12 15:42:21 lerlaptop /kernel: uhci_timeout: ii=0xc23c16c0 Aug 12 15:42:21 lerlaptop /kernel: TD(0xc2409fa0) at 079fdfa0 = link=0x079fdf64 status=0x1c800000 token=0x00e0002d buffer=0x0795c330 Aug 12 15:42:21 lerlaptop /kernel: 79fdf64 1c800000,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Aug 12 15:42:21 lerlaptop /kernel: TD(0xc2409f60) at 079fdf60 = link=0x079fdf84 status=0x1c8003ff token=0x00e80069 buffer=0x0795cf20 Aug 12 15:42:21 lerlaptop /kernel: 79fdf84 1c8003ff,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Aug 12 15:42:21 lerlaptop /kernel: TD(0xc2409f80) at 079fdf80 = link=0x00000001 status=0x1d800000 token=0xffe800e1 buffer=0x00000000 Aug 12 15:42:21 lerlaptop /kernel: 1 1d800000,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Aug 12 15:42:21 lerlaptop /kernel: uhci_abort_xfer: xfer=0xc2184a80, status=15 Aug 12 15:42:21 lerlaptop /kernel: uhci_remove_ctrl: sqh=0xc2189f80 Aug 12 15:42:21 lerlaptop /kernel: uhci_ctrl_done: length=0 Aug 12 15:42:22 lerlaptop /kernel: uhci_timo Aug 12 15:42:22 lerlaptop /kernel: uhci_timo Aug 12 15:42:22 lerlaptop /kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=0, endpt=0 Aug 12 15:42:22 lerlaptop /kernel: uhci_alloc_std_chain: addr=0 endpt=0 len=8 ls=1 flags=0x2 Aug 12 15:42:22 lerlaptop /kernel: uhci_alloc_std_chain: maxp=8 ntd=1 Aug 12 15:42:22 lerlaptop /kernel: uhci_alloc_std_chain: nexttog=0 Aug 12 15:42:22 lerlaptop /kernel: uhci_device_request: before transfer Aug 12 15:42:22 lerlaptop /kernel: TD(0xc2409fa0) at 079fdfa0 = link=0x079fdf64 status=0x1c800000 token=0x00e0002d buffer=0x0795c330 Aug 12 15:42:22 lerlaptop /kernel: 79fdf64 1c800000,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Aug 12 15:42:22 lerlaptop /kernel: TD(0xc2409f60) at 079fdf60 = link=0x079fdf84 status=0x1c8003ff token=0x00e80069 buffer=0x0795cf20 Aug 12 15:42:22 lerlaptop /kernel: 79fdf84 1c8003ff,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Aug 12 15:42:22 lerlaptop /kernel: TD(0xc2409f80) at 079fdf80 = link=0x00000001 status=0x1d800000 token=0xffe800e1 buffer=0x00000000 Aug 12 15:42:22 lerlaptop /kernel: 1 1d800000,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Aug 12 15:42:22 lerlaptop /kernel: uhci_add_ctrl: sqh=0xc2189f80 Aug 12 15:42:22 lerlaptop /kernel: uhci_enter_ctl_q: follow from [0] Aug 12 15:42:22 lerlaptop /kernel: TD(0xc2188fe0) at 1e8fcfe0 = link=0x1e8fbfa2 status=0x02000000 token=0x00000000 buffer=0x00000000 Aug 12 15:42:22 lerlaptop /kernel: 1e8fbfa2 2000000,errcnt=0,actlen=1 pid=00,addr=0,endpt=0,D=0,maxlen=1 Aug 12 15:42:22 lerlaptop /kernel: QH(0xc2187fa0) at 1e8fbfa0: hlink=1e8fbfc2 elink=00000001 Aug 12 15:42:22 lerlaptop /kernel: QH(0xc2187fa0) at 1e8fbfa0: hlink=1e8fbfc2 elink=00000001 Aug 12 15:42:22 lerlaptop /kernel: QH(0xc2187fc0) at 1e8fbfc0: hlink=1e8fdf82 elink=00000001 Aug 12 15:42:22 lerlaptop /kernel: QH(0xc2189f80) at 1e8fdf80: hlink=1e8fbfe2 elink=079fdfa0 Aug 12 15:42:22 lerlaptop /kernel: QH(0xc2187fe0) at 1e8fbfe0: hlink=00000001 elink=00000001 Aug 12 15:42:22 lerlaptop /kernel: QH(0xc2187fc0) at 1e8fbfc0: hlink=1e8fdf82 elink=00000001 Aug 12 15:42:22 lerlaptop /kernel: QH(0xc2189f80) at 1e8fdf80: hlink=1e8fbfe2 elink=079fdfa0 Aug 12 15:42:22 lerlaptop /kernel: Enqueued QH: Aug 12 15:42:22 lerlaptop /kernel: QH(0xc2189f80) at 1e8fdf80: hlink=1e8fbfe2 elink=079fdfa0 Aug 12 15:42:22 lerlaptop /kernel: TD(0xc2409fa0) at 079fdfa0 = link=0x079fdf64 status=0x1c800000 token=0x00e0002d buffer=0x0795c330 Aug 12 15:42:22 lerlaptop /kernel: 79fdf64 1c800000,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Aug 12 15:42:22 lerlaptop /kernel: TD(0xc2409f60) at 079fdf60 = link=0x079fdf84 status=0x1c8003ff token=0x00e80069 buffer=0x0795cf20 Aug 12 15:42:22 lerlaptop /kernel: 79fdf84 1c8003ff,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Aug 12 15:42:22 lerlaptop /kernel: TD(0xc2409f80) at 079fdf80 = link=0x00000001 status=0x1d800000 token=0xffe800e1 buffer=0x00000000 Aug 12 15:42:22 lerlaptop /kernel: 1 1d800000,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Aug 12 15:42:22 lerlaptop /kernel: uhci_timo Aug 12 15:42:22 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:22 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:22 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:22 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:22 lerlaptop /kernel: uhci_timo Aug 12 15:42:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:23 lerlaptop /kernel: uhci_timo Aug 12 15:42:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:24 lerlaptop /kernel: uhci_timo Aug 12 15:42:24 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:24 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:24 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:24 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:24 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:24 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:24 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:24 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:24 lerlaptop /kernel: uhci_timo Aug 12 15:42:25 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:25 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:25 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:25 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:25 lerlaptop /kernel: uhci_timo Aug 12 15:42:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:26 lerlaptop /kernel: uhci_timo Aug 12 15:42:26 lerlaptop /kernel: uhci_timo Aug 12 15:42:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:26 lerlaptop /kernel: uhci_timo Aug 12 15:42:26 lerlaptop /kernel: uhci_timo Aug 12 15:42:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:26 lerlaptop /kernel: uhci_timo Aug 12 15:42:26 lerlaptop /kernel: uhci_timo Aug 12 15:42:27 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:27 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:27 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:27 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0185 Aug 12 15:42:27 lerlaptop /kernel: uhci_timo Aug 12 15:42:27 lerlaptop /kernel: uhci_timo Aug 12 15:42:27 lerlaptop /kernel: uhci_timeout: ii=0xc23c16c0 Aug 12 15:42:27 lerlaptop /kernel: TD(0xc2409fa0) at 079fdfa0 = link=0x079fdf64 status=0x1c800000 token=0x00e0002d buffer=0x0795c330 Aug 12 15:42:27 lerlaptop /kernel: 79fdf64 1c800000,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Aug 12 15:42:27 lerlaptop /kernel: TD(0xc2409f60) at 079fdf60 = link=0x079fdf84 status=0x1c8003ff token=0x00e80069 buffer=0x0795cf20 Aug 12 15:42:27 lerlaptop /kernel: 79fdf84 1c8003ff,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Aug 12 15:42:27 lerlaptop /kernel: TD(0xc2409f80) at 079fdf80 = link=0x00000001 status=0x1d800000 token=0xffe800e1 buffer=0x00000000 Aug 12 15:42:27 lerlaptop /kernel: 1 1d800000,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Aug 12 15:42:27 lerlaptop /kernel: uhci_abort_xfer: xfer=0xc2184a80, status=15 Aug 12 15:42:27 lerlaptop /kernel: uhci_remove_ctrl: sqh=0xc2189f80 Aug 12 15:42:27 lerlaptop /kernel: uhci_ctrl_done: length=0 Aug 12 15:42:27 lerlaptop /kernel: uhci_timo Aug 12 15:42:27 lerlaptop /kernel: uhci_timo Aug 12 15:42:27 lerlaptop /kernel: usbd_new_device: addr=2, getting first desc failed Aug 12 15:42:27 lerlaptop /kernel: usbd_remove_device: 0xc263e880 Aug 12 15:42:27 lerlaptop /kernel: uhub_explore: usb_new_device failed, error=TIMEOUT Aug 12 15:42:27 lerlaptop /kernel: uhub1: device problem, disabling port 2 Aug 12 15:42:27 lerlaptop /kernel: uhci_root_ctrl_control type=0x23 request=01 Aug 12 15:42:27 lerlaptop /kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=1 Aug 12 15:42:27 lerlaptop /kernel: uhci_timo Aug 12 15:42:27 lerlaptop /kernel: uhci_timo Aug 12 15:42:27 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:27 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:27 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:27 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:27 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:27 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:27 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:27 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:27 lerlaptop /kernel: uhci_timo Aug 12 15:42:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:28 lerlaptop /kernel: uhci_timo Aug 12 15:42:28 lerlaptop /kernel: uhci_timo Aug 12 15:42:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:28 lerlaptop /kernel: uhci_timo Aug 12 15:42:29 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:29 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:29 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:29 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:29 lerlaptop /kernel: uhci_timo Aug 12 15:42:29 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:29 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:29 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:29 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:30 lerlaptop /kernel: uhci_timo Aug 12 15:42:30 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:30 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:30 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:30 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:30 lerlaptop /kernel: uhci_timo Aug 12 15:42:31 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:31 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:31 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:31 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:31 lerlaptop /kernel: uhci_timo Aug 12 15:42:32 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:32 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:32 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:32 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:32 lerlaptop /kernel: uhci_timo Aug 12 15:42:32 lerlaptop /kernel: uhci_timo Aug 12 15:42:32 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:32 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:32 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:32 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:32 lerlaptop /kernel: uhci_timo Aug 12 15:42:34 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:34 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:34 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:34 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:34 lerlaptop /kernel: uhci_timo Aug 12 15:42:35 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:35 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:35 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:35 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:35 lerlaptop /kernel: uhci_timo Aug 12 15:42:36 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:36 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:36 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:36 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:36 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:36 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:36 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:36 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:36 lerlaptop /kernel: uhci_timo Aug 12 15:42:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:38 lerlaptop /kernel: uhci_timo Aug 12 15:42:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:40 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:40 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:40 lerlaptop /kernel: uhci_timo Aug 12 15:42:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:41 lerlaptop /kernel: uhci_timo Aug 12 15:42:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:41 lerlaptop /kernel: uhci_timo Aug 12 15:42:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:42 lerlaptop /kernel: uhci_timo Aug 12 15:42:42 lerlaptop /kernel: uhci_timo Aug 12 15:42:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:42 lerlaptop /kernel: uhci_timo Aug 12 15:42:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:44 lerlaptop /kernel: uhci_timo Aug 12 15:42:44 lerlaptop /kernel: uhci_timo Aug 12 15:42:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:44 lerlaptop /kernel: uhci_timo Aug 12 15:42:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:45 lerlaptop /kernel: uhci_timo Aug 12 15:42:45 lerlaptop /kernel: uhci_timo Aug 12 15:42:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:45 lerlaptop /kernel: uhci_timo Aug 12 15:42:45 lerlaptop /kernel: uhci_timo Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: uhci_timo Aug 12 15:42:46 lerlaptop /kernel: uhci_timo Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: uhci_timo Aug 12 15:42:46 lerlaptop /kernel: uhci_timo Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: uhci_timo Aug 12 15:42:46 lerlaptop /kernel: uhci_timo Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: uhci_timo Aug 12 15:42:46 lerlaptop /kernel: uhci_timo Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:47 lerlaptop /kernel: uhci_timo Aug 12 15:42:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:48 lerlaptop /kernel: uhci_timo Aug 12 15:42:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:49 lerlaptop /kernel: uhci_timo Aug 12 15:42:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:50 lerlaptop /kernel: uhci_timo Aug 12 15:42:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:50 lerlaptop /kernel: uhci_timo Aug 12 15:42:50 lerlaptop /kernel: uhci_timo Aug 12 15:42:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:50 lerlaptop /kernel: uhci_timo Aug 12 15:42:51 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:51 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:51 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:51 lerlaptop /kernel: uhci_timo Aug 12 15:42:52 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:52 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:52 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:52 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:52 lerlaptop /kernel: uhci_timo Aug 12 15:42:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:53 lerlaptop /kernel: uhci_timo Aug 12 15:42:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:54 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:54 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:54 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:54 lerlaptop /kernel: uhci_timo Aug 12 15:42:54 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:54 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:54 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:54 lerlaptop /kernel: uhci_timo Aug 12 15:42:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:55 lerlaptop /kernel: uhci_timo Aug 12 15:42:56 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:56 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:56 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:56 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:56 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:56 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:56 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:56 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:56 lerlaptop /kernel: uhci_timo Aug 12 15:42:56 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:56 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:56 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:56 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:56 lerlaptop /kernel: uhci_timo Aug 12 15:42:56 lerlaptop /kernel: uhci_timo Aug 12 15:42:56 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:56 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:56 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:56 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:56 lerlaptop /kernel: uhci_timo Aug 12 15:42:57 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:57 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:57 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:57 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:57 lerlaptop /kernel: uhci_timo Aug 12 15:42:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:58 lerlaptop /kernel: uhci_timo Aug 12 15:42:58 lerlaptop /kernel: uhci_timo Aug 12 15:42:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:58 lerlaptop /kernel: uhci_timo Aug 12 15:42:59 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:42:59 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:42:59 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:42:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:42:59 lerlaptop /kernel: uhci_timo Aug 12 15:43:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:00 lerlaptop /kernel: uhci_timo Aug 12 15:43:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:01 lerlaptop /kernel: uhci_timo Aug 12 15:43:02 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:02 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:02 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:02 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:02 lerlaptop /kernel: uhci_timo Aug 12 15:43:02 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:02 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:02 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:02 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:02 lerlaptop /kernel: uhci_timo Aug 12 15:43:04 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:04 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:04 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:04 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:04 lerlaptop /kernel: uhci_timo Aug 12 15:43:04 lerlaptop /kernel: uhci_timo Aug 12 15:43:04 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:04 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:04 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:04 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:04 lerlaptop /kernel: uhci_timo Aug 12 15:43:04 lerlaptop /kernel: uhci_timo Aug 12 15:43:04 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:04 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:04 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:04 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:04 lerlaptop /kernel: uhci_timo Aug 12 15:43:04 lerlaptop /kernel: uhci_timo Aug 12 15:43:05 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:05 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:05 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:05 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:05 lerlaptop /kernel: uhci_timo Aug 12 15:43:05 lerlaptop /kernel: uhci_timo Aug 12 15:43:05 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:05 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:05 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:05 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:05 lerlaptop /kernel: uhci_timo Aug 12 15:43:05 lerlaptop /kernel: uhci_timo Aug 12 15:43:05 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:05 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:05 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:05 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:05 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:05 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:05 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:05 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:05 lerlaptop /kernel: uhci_timo Aug 12 15:43:06 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:06 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:06 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:06 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:06 lerlaptop /kernel: uhci_timo Aug 12 15:43:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:08 lerlaptop /kernel: uhci_timo Aug 12 15:43:08 lerlaptop /kernel: uhci_timo Aug 12 15:43:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:08 lerlaptop /kernel: uhci_timo Aug 12 15:43:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:09 lerlaptop /kernel: uhci_timo Aug 12 15:43:10 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:10 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:10 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:10 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:10 lerlaptop /kernel: uhci_timo Aug 12 15:43:10 lerlaptop /kernel: uhci_timo Aug 12 15:43:10 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:10 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:10 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:10 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:10 lerlaptop /kernel: uhci_timo Aug 12 15:43:10 lerlaptop /kernel: uhci_timo Aug 12 15:43:10 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:10 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:10 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:10 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:10 lerlaptop /kernel: uhci_timo Aug 12 15:43:10 lerlaptop /kernel: uhci_timo Aug 12 15:43:11 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:11 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:11 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:11 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:11 lerlaptop /kernel: uhci_timo Aug 12 15:43:12 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:12 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:12 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:12 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:12 lerlaptop /kernel: uhci_timo Aug 12 15:43:13 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:13 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:13 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:13 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:13 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:13 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:13 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:13 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:13 lerlaptop /kernel: uhci_timo Aug 12 15:43:14 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:14 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:14 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:14 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:14 lerlaptop /kernel: uhci_timo Aug 12 15:43:14 lerlaptop /kernel: uhci_timo Aug 12 15:43:14 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:14 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:14 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:14 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:14 lerlaptop /kernel: uhci_timo Aug 12 15:43:16 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:16 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:16 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:16 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:16 lerlaptop /kernel: uhci_timo Aug 12 15:43:16 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:16 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:16 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:16 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:16 lerlaptop /kernel: uhci_timo Aug 12 15:43:16 lerlaptop /kernel: uhci_timo Aug 12 15:43:16 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:16 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:16 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:16 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:16 lerlaptop /kernel: uhci_timo Aug 12 15:43:17 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:17 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:17 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:17 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:17 lerlaptop /kernel: uhci_timo Aug 12 15:43:17 lerlaptop /kernel: uhci_timo Aug 12 15:43:17 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:17 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:17 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:17 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:17 lerlaptop /kernel: uhci_timo Aug 12 15:43:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:18 lerlaptop /kernel: uhci_timo Aug 12 15:43:18 lerlaptop /kernel: uhci_timo Aug 12 15:43:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:18 lerlaptop /kernel: uhci_timo Aug 12 15:43:18 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:18 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:18 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:19 lerlaptop /kernel: uhci_timo Aug 12 15:43:19 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:19 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:19 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:19 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:19 lerlaptop /kernel: uhci_timo Aug 12 15:43:19 lerlaptop /kernel: uhci_timo Aug 12 15:43:19 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:19 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:19 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:19 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:19 lerlaptop /kernel: uhci_timo Aug 12 15:43:19 lerlaptop /kernel: uhci_timo Aug 12 15:43:20 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:20 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:20 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:20 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:20 lerlaptop /kernel: uhci_timo Aug 12 15:43:20 lerlaptop /kernel: uhci_timo Aug 12 15:43:20 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:20 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:20 lerlaptop /kernel: uhci_timo Aug 12 15:43:20 lerlaptop /kernel: uhci_timo Aug 12 15:43:20 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:20 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:20 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:20 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:20 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:20 lerlaptop /kernel: uhci_timo Aug 12 15:43:21 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:21 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:21 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:21 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:21 lerlaptop /kernel: uhci_timo Aug 12 15:43:21 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:21 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:21 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:21 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:21 lerlaptop /kernel: uhci_timo Aug 12 15:43:21 lerlaptop /kernel: uhci_timo Aug 12 15:43:21 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:21 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:21 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:21 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:22 lerlaptop /kernel: uhci_timo Aug 12 15:43:22 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:22 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:22 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:22 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:22 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:22 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:22 lerlaptop /kernel: uhci_timo Aug 12 15:43:22 lerlaptop /kernel: uhci_timo Aug 12 15:43:22 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:22 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:22 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:22 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:22 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:22 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:22 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:22 lerlaptop /kernel: uhci_timo Aug 12 15:43:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:23 lerlaptop /kernel: uhci_timo Aug 12 15:43:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:23 lerlaptop /kernel: uhci_timo Aug 12 15:43:23 lerlaptop /kernel: uhci_timo Aug 12 15:43:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:23 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:23 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:23 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:24 lerlaptop /kernel: uhci_timo Aug 12 15:43:24 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:24 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:24 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:24 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:24 lerlaptop /kernel: uhci_timo Aug 12 15:43:24 lerlaptop /kernel: uhci_timo Aug 12 15:43:24 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:24 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:24 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:24 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:24 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:24 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:24 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:24 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:24 lerlaptop /kernel: uhci_timo Aug 12 15:43:25 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:25 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:25 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:25 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:25 lerlaptop /kernel: uhci_timo Aug 12 15:43:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:26 lerlaptop /kernel: uhci_timo Aug 12 15:43:26 lerlaptop /kernel: uhci_timo Aug 12 15:43:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:26 lerlaptop /kernel: uhci_timo Aug 12 15:43:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:26 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:26 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:26 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:27 lerlaptop /kernel: uhci_timo Aug 12 15:43:27 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:27 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:27 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:27 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:27 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:27 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:27 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:27 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:27 lerlaptop /kernel: uhci_timo Aug 12 15:43:27 lerlaptop /kernel: uhci_timo Aug 12 15:43:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:28 lerlaptop /kernel: uhci_timo Aug 12 15:43:28 lerlaptop /kernel: uhci_timo Aug 12 15:43:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:28 lerlaptop /kernel: uhci_timo Aug 12 15:43:28 lerlaptop /kernel: uhci_timo Aug 12 15:43:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:28 lerlaptop /kernel: uhci_timo Aug 12 15:43:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:28 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:28 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:28 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:29 lerlaptop /kernel: uhci_timo Aug 12 15:43:29 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:29 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:29 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:29 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:29 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:29 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:29 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:29 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:29 lerlaptop /kernel: uhci_timo Aug 12 15:43:30 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:30 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:30 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:30 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:30 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:30 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:30 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:30 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:30 lerlaptop /kernel: uhci_timo Aug 12 15:43:31 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:31 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:31 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:31 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:31 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:31 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:31 lerlaptop /kernel: uhci_timo Aug 12 15:43:31 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:31 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:31 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:31 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:31 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:31 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:31 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:32 lerlaptop /kernel: uhci_timo Aug 12 15:43:32 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:32 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:32 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:32 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:32 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:32 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:32 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:32 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:32 lerlaptop /kernel: uhci_timo Aug 12 15:43:32 lerlaptop /kernel: uhci_timo Aug 12 15:43:32 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:32 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:32 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:32 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:32 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:32 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:32 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:32 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:32 lerlaptop /kernel: uhci_timo Aug 12 15:43:34 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:34 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:34 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:34 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:34 lerlaptop /kernel: uhci_timo Aug 12 15:43:34 lerlaptop /kernel: uhci_timo Aug 12 15:43:34 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:34 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:34 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:34 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:34 lerlaptop /kernel: uhci_timo Aug 12 15:43:34 lerlaptop /kernel: uhci_timo Aug 12 15:43:34 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:34 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:34 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:34 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:34 lerlaptop /kernel: uhci_timo Aug 12 15:43:35 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:35 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:35 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:35 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:35 lerlaptop /kernel: uhci_timo Aug 12 15:43:35 lerlaptop /kernel: uhci_timo Aug 12 15:43:35 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:35 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:35 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:35 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:36 lerlaptop /kernel: uhci_timo Aug 12 15:43:36 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:36 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:36 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:36 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:36 lerlaptop /kernel: uhci_timo Aug 12 15:43:37 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:37 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:37 lerlaptop /kernel: uhci_timo Aug 12 15:43:37 lerlaptop /kernel: uhci_timo Aug 12 15:43:37 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:37 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:37 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:37 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:37 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:37 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:37 lerlaptop /kernel: uhci_timo Aug 12 15:43:37 lerlaptop /kernel: uhci_timo Aug 12 15:43:37 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:37 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:37 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:37 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:37 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:37 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:37 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:37 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: uhci_timo Aug 12 15:43:38 lerlaptop /kernel: uhci_timo Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: uhci_timo Aug 12 15:43:38 lerlaptop /kernel: uhci_timo Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: uhci_timo Aug 12 15:43:38 lerlaptop /kernel: uhci_timo Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: uhci_timo Aug 12 15:43:38 lerlaptop /kernel: uhci_timo Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:38 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:38 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:38 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: uhci_timo Aug 12 15:43:39 lerlaptop /kernel: uhci_timo Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:39 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:39 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:39 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:40 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:40 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:40 lerlaptop /kernel: uhci_timo Aug 12 15:43:40 lerlaptop /kernel: uhci_timo Aug 12 15:43:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:40 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:40 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:40 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:40 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:40 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:40 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:40 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:40 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:41 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:41 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:41 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:42 lerlaptop /kernel: uhci_timo Aug 12 15:43:42 lerlaptop /kernel: uhci_timo Aug 12 15:43:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:42 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:42 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:42 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:43 lerlaptop /kernel: uhci_timo Aug 12 15:43:43 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:43 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:43 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:44 lerlaptop /kernel: uhci_timo Aug 12 15:43:44 lerlaptop /kernel: uhci_timo Aug 12 15:43:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:44 lerlaptop /kernel: uhci_timo Aug 12 15:43:44 lerlaptop /kernel: uhci_timo Aug 12 15:43:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:44 lerlaptop /kernel: uhci_timo Aug 12 15:43:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:44 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:44 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:44 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:45 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:45 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:45 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:46 lerlaptop /kernel: uhci_timo Aug 12 15:43:46 lerlaptop /kernel: uhci_timo Aug 12 15:43:46 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:46 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:46 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: uhci_timo Aug 12 15:43:47 lerlaptop /kernel: uhci_timo Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: uhci_timo Aug 12 15:43:47 lerlaptop /kernel: uhci_timo Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: uhci_timo Aug 12 15:43:47 lerlaptop /kernel: uhci_timo Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:47 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:47 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:47 lerlaptop /kernel: uhci_timo Aug 12 15:43:47 lerlaptop /kernel: uhci_timo Aug 12 15:43:47 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:48 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:48 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: uhci_timo Aug 12 15:43:48 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:49 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:49 lerlaptop /kernel: uhci_timo Aug 12 15:43:49 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:49 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:49 lerlaptop /kernel: uhci_timo Aug 12 15:43:49 lerlaptop /kernel: uhci_timo Aug 12 15:43:49 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:49 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:49 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:49 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:49 lerlaptop /kernel: uhci_timo Aug 12 15:43:49 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:49 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:49 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:49 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:49 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:49 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:49 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:49 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:49 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:49 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: uhci_timo Aug 12 15:43:50 lerlaptop /kernel: uhci_timo Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:50 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:50 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:50 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:51 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:51 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:51 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:51 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:51 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:51 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:51 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:51 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:51 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:51 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:51 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:51 lerlaptop /kernel: uhci_timo Aug 12 15:43:51 lerlaptop /kernel: uhci_timo Aug 12 15:43:51 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:51 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:51 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:51 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:51 lerlaptop /kernel: uhci_timo Aug 12 15:43:51 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:51 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:52 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:52 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:52 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:52 lerlaptop /kernel: uhci_timo Aug 12 15:43:52 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:52 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:52 lerlaptop /kernel: uhci_timo Aug 12 15:43:52 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:52 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:52 lerlaptop /kernel: uhci_timo Aug 12 15:43:52 lerlaptop /kernel: uhci_timo Aug 12 15:43:52 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:52 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:52 lerlaptop /kernel: uhci_timo Aug 12 15:43:52 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:52 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:52 lerlaptop /kernel: uhci_timo Aug 12 15:43:52 lerlaptop /kernel: uhci_timo Aug 12 15:43:52 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:52 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:52 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:52 lerlaptop /kernel: uhci_timo Aug 12 15:43:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:53 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:53 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:53 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:54 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:54 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:54 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:54 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:54 lerlaptop /kernel: uhci_timo Aug 12 15:43:54 lerlaptop /kernel: uhci_timo Aug 12 15:43:54 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:54 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:54 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:54 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:54 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:54 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:54 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:54 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:54 lerlaptop /kernel: uhci_timo Aug 12 15:43:54 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:54 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:54 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:54 lerlaptop /kernel: uhci_timo Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: uhci_timo Aug 12 15:43:55 lerlaptop /kernel: uhci_timo Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:55 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:55 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:55 lerlaptop /kernel: uhci_timo Aug 12 15:43:56 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:56 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:56 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:56 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:56 lerlaptop /kernel: uhci_timo Aug 12 15:43:56 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:56 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:56 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:56 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:56 lerlaptop /kernel: uhci_timo Aug 12 15:43:57 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:57 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:57 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:57 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:57 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:57 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:57 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:57 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:57 lerlaptop /kernel: uhci_timo Aug 12 15:43:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:58 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:58 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:58 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:59 lerlaptop /kernel: uhci_timo Aug 12 15:43:59 lerlaptop /kernel: uhci_timo Aug 12 15:43:59 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:59 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:59 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:59 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:59 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:59 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:59 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:59 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:59 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:59 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:59 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:59 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:59 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:59 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:43:59 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:43:59 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:43:59 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:44:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:44:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:44:00 lerlaptop /kernel: uhci_timo Aug 12 15:44:00 lerlaptop /kernel: uhci_timo Aug 12 15:44:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:44:00 lerlaptop /kernel: uhci_timo Aug 12 15:44:00 lerlaptop /kernel: uhci_timo Aug 12 15:44:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:44:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:44:00 lerlaptop /kernel: uhci_timo Aug 12 15:44:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:44:00 lerlaptop /kernel: uhci_timo Aug 12 15:44:00 lerlaptop /kernel: uhci_timo Aug 12 15:44:00 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:00 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:00 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0181 Aug 12 15:44:00 lerlaptop /kernel: uhci_timo Aug 12 15:44:01 lerlaptop /kernel: uhci_root_ctrl_control type=0xa3 request=00 Aug 12 15:44:01 lerlaptop /kernel: uhub_explore: port 1 status 0x0100 0x0000 Aug 12 15:44:01 lerlaptop /kernel: uhub_explore: port=1 !C_CONNECT_STATUS Aug 12 15:44:01 lerlaptop /kernel: uhci_root_ctrl_control type=0xa3 request=00 Aug 12 15:44:01 lerlaptop /kernel: uhub_explore: port 2 status 0x0100 0x0001 Aug 12 15:44:01 lerlaptop /kernel: uhub_explore: status change hub=1 port=2 Aug 12 15:44:01 lerlaptop /kernel: uhci_root_ctrl_control type=0x23 request=01 Aug 12 15:44:01 lerlaptop /kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=16 Aug 12 15:44:01 lerlaptop /kernel: uhub_explore: port=2 !CURRENT_CONNECT_STATUS Aug 12 15:44:01 lerlaptop /kernel: uhci_timo Aug 12 15:44:02 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:02 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:02 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:02 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:02 lerlaptop /kernel: uhci_timo Aug 12 15:44:02 lerlaptop /kernel: uhci_timo Aug 12 15:44:02 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:02 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:02 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:02 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:02 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:02 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:02 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:02 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:02 lerlaptop /kernel: uhci_timo Aug 12 15:44:02 lerlaptop /kernel: uhci_timo Aug 12 15:44:02 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:02 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:02 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:02 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: uhci_timo Aug 12 15:44:03 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: uhci_timo Aug 12 15:44:03 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:03 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:03 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:04 lerlaptop /kernel: uhci_timo Aug 12 15:44:04 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:04 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:04 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:04 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:04 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:04 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:04 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:04 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:04 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:04 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:04 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:04 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:04 lerlaptop /kernel: uhci_timo Aug 12 15:44:04 lerlaptop /kernel: uhci_timo Aug 12 15:44:04 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:04 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:04 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:04 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:04 lerlaptop /kernel: uhci_timo Aug 12 15:44:05 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:05 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:05 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:05 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:05 lerlaptop /kernel: uhci_timo Aug 12 15:44:06 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:06 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:06 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:06 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:06 lerlaptop /kernel: uhci_timo Aug 12 15:44:06 lerlaptop /kernel: uhci_timo Aug 12 15:44:06 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:06 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:06 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:06 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:06 lerlaptop /kernel: uhci_timo Aug 12 15:44:07 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:07 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:07 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:07 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:07 lerlaptop /kernel: uhci_timo Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: uhci_timo Aug 12 15:44:08 lerlaptop /kernel: uhci_timo Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: uhci_timo Aug 12 15:44:08 lerlaptop /kernel: uhci_timo Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:08 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:08 lerlaptop /kernel: uhci_timo Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: uhci_timo Aug 12 15:44:09 lerlaptop /kernel: uhci_timo Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:09 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:09 lerlaptop /kernel: uhci_timo Aug 12 15:44:10 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:10 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:10 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:10 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:10 lerlaptop /kernel: uhci_timo Aug 12 15:44:10 lerlaptop /kernel: uhci_timo Aug 12 15:44:10 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:10 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:10 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:10 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:10 lerlaptop /kernel: uhci_timo Aug 12 15:44:11 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:11 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:11 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:11 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:11 lerlaptop /kernel: uhci_timo Aug 12 15:44:12 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:12 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:12 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:12 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:12 lerlaptop /kernel: uhci_timo Aug 12 15:44:12 lerlaptop /kernel: uhci_timo Aug 12 15:44:12 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:12 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:12 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:12 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:12 lerlaptop /kernel: uhci_timo Aug 12 15:44:12 lerlaptop /kernel: uhci_timo Aug 12 15:44:12 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:12 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:12 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:12 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:12 lerlaptop /kernel: uhci_timo Aug 12 15:44:13 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:13 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:13 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:13 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:13 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:13 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:13 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:13 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:13 lerlaptop /kernel: uhci_timo Aug 12 15:44:14 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:14 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:14 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:14 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:14 lerlaptop /kernel: uhci_timo Aug 12 15:44:15 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:15 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:15 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:15 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:15 lerlaptop /kernel: uhci_timo Aug 12 15:44:16 lerlaptop /kernel: usb0: uhci_intr Aug 12 15:44:16 lerlaptop /kernel: usb0 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8f4000, sof=0040, portsc1=0080, portsc2=0080 Aug 12 15:44:16 lerlaptop /kernel: usb1: uhci_intr Aug 12 15:44:16 lerlaptop /kernel: usb1 regs: cmd=0081, sts=0000, intr=000f, frnum=0000, flbase=1e8fa000, sof=0040, portsc1=0080, portsc2=0080 > > Joe > > -- > "As far as the laws of mathematics refer to reality, they are not certain; > and as far as they are certain, they do not refer to reality." - Albert > Einstein, 1921 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 13:58: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59B5937B400; Mon, 12 Aug 2002 13:58:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E612D43E4A; Mon, 12 Aug 2002 13:58:05 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CKw5JU003290; Mon, 12 Aug 2002 13:58:05 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CKw56T003286; Mon, 12 Aug 2002 13:58:05 -0700 (PDT) Date: Mon, 12 Aug 2002 13:58:05 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208122058.g7CKw56T003286@freefall.freebsd.org> To: scott@zorch.sf-bay.org, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/29071: relay patch for rwhod Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: relay patch for rwhod State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Mon Aug 12 13:55:19 PDT 2002 State-Changed-Why: I think we would need a patch against a recent -current. This patch must also include an updated manpage before it could be committed. The C part should as much as possible conform to style(9). http://www.freebsd.org/cgi/query-pr.cgi?pr=29071 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 14: 2:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4977437B430; Mon, 12 Aug 2002 14:02:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFA743E4A; Mon, 12 Aug 2002 14:02:04 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CL24JU004051; Mon, 12 Aug 2002 14:02:04 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CL24cm004047; Mon, 12 Aug 2002 14:02:04 -0700 (PDT) Date: Mon, 12 Aug 2002 14:02:04 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208122102.g7CL24cm004047@freefall.freebsd.org> To: arg@arg1.demon.co.uk, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/29870: rc.diskless2 uses /usr/sbin/mtree before /usr mounted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: rc.diskless2 uses /usr/sbin/mtree before /usr mounted State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Mon Aug 12 14:01:28 PDT 2002 State-Changed-Why: There have been a few commits to diskless2. Is this still a problem? http://www.freebsd.org/cgi/query-pr.cgi?pr=29870 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 14: 4:50 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4152E37B400; Mon, 12 Aug 2002 14:04:49 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25B6443E42; Mon, 12 Aug 2002 14:04:48 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id HAA24380; Tue, 13 Aug 2002 07:04:45 +1000 Date: Tue, 13 Aug 2002 07:09:48 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Jonathan Chen Cc: yid@softhome.net, Subject: Re: kern/40636: PCI devices don't share IRQs. In-Reply-To: <200208121949.g7CJnTMS091557@freefall.freebsd.org> Message-ID: <20020813065013.A26266-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 12 Aug 2002, Jonathan Chen wrote: > Synopsis: PCI devices don't share IRQs. > > State-Changed-From-To: open->closed > State-Changed-By: jon > State-Changed-When: Mon Aug 12 12:48:00 PDT 2002 > State-Changed-Why: > duplicate pr, see kern/20523 20523 seems to be mostly about a feature request. Some of the features may have been implemented in a different way in the puc driver. > this pr is also an incomplete solution, as intr_fast shouldn't be shared. I think it is an adequate quick fix. The cy_pci driver already does something similar, but tries harder to keep shared interrupts shared and fast interrupts unshared. The patch in the PR seems to depend on a driver that wants the device shared being attached first to work in the submitter's configuration. If the sio device is attached first, then I think the interrupt is set up as fast and this should prevent subsequent setups as shared; the cy_pci driver uses an option to prevent this happening by default. The interrupt resource allocation as !RF_SHARED doesn't seem to affect this much except to break cases that could work. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 12 14:10:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0981937B400 for ; Mon, 12 Aug 2002 14:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F1D243E6E for ; Mon, 12 Aug 2002 14:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7CLA2JU008977 for ; Mon, 12 Aug 2002 14:10:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7CLA2GI008976; Mon, 12 Aug 2002 14:10:02 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC70D37B401 for ; Mon, 12 Aug 2002 14:04:58 -0700 (PDT) Received: from server1.stileproject.com (server1.stileproject.com [128.121.6.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCAAC43E42 for ; Mon, 12 Aug 2002 14:04:57 -0700 (PDT) (envelope-from toasty@server1.stileproject.com) Received: (from root@localhost) by server1.stileproject.com (8.12.5/8.11.6) id g7CL4uLX000295; Mon, 12 Aug 2002 16:04:56 -0500 (CDT) (envelope-from toasty) Message-Id: <200208122104.g7CL4uLX000295@server1.stileproject.com> Date: Mon, 12 Aug 2002 16:04:56 -0500 (CDT) From: toasty@dragondata.com Reply-To: toasty@dragondata.com To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/41588: if_fxp.c 1.110.2.24 is broken on SMP Dell Poweredge 2650 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41588 >Category: kern >Synopsis: if_fxp.c 1.110.2.24 is broken on SMP Dell Poweredge 2650 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 12 14:10:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Kevin Day >Release: FreeBSD 4.6-STABLE i386 >Organization: Stileproject.com >Environment: System: FreeBSD server1.stileproject.com 4.6-STABLE FreeBSD 4.6-STABLE #10: Mon Aug 12 15:49:26 CDT 2002 root@server1.stileproject.com:/usr/src/sys/compile/SERVER i386 Copyright (c) 1992-2002 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.6-STABLE #10: Mon Aug 12 15:49:26 CDT 2002 root@server1.stileproject.com:/usr/src/sys/compile/SERVER Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (2392.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff,ACC> real memory = 2147418112 (2097088K bytes) avail memory = 2086174720 (2037280K bytes) Changing APIC ID for IO APIC #0 from 0 to 4 on chip Changing APIC ID for IO APIC #1 from 0 to 5 on chip Changing APIC ID for IO APIC #2 from 0 to 6 on chip Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 Programming 16 pins in IOAPIC #2 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 2, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 io2 (APIC): apic id: 6, version: 0x000f0011, at 0xfec02000 Preloaded elf kernel "kernel" at 0xc04ef000. md0: Malloc disk Using $PIR table, 9 entries at 0xc00fc490 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #1 intpin 3 -> irq 2 IOAPIC #1 intpin 7 -> irq 3 IOAPIC #1 intpin 11 -> irq 7 pci0: on pcib0 pci0: (vendor=0x1028, dev=0x000c) at 4.0 irq 2 pci0: (vendor=0x1028, dev=0x0008) at 4.1 irq 3 pci0: (vendor=0x1028, dev=0x000d) at 4.2 irq 7 pci0: at 14.0 atapci0: port 0x8b0-0x8bf,0x8d8-0x8db,0x8d0-0x8d7,0x8c8-0x8cb,0x8c0-0x8c7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xfe100000-0xfe100fff irq 5 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on motherboard IOAPIC #1 intpin 4 -> irq 10 pci1: on pcib1 fxp0: port 0xdcc0-0xdcff mem 0xfcf00000-0xfcf1ffff,0xfcf20000-0xfcf20fff irq 10 at device 8.0 on pci1 fxp0: Ethernet address 00:02:b3:ad:70:aa inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib2: on motherboard pci2: on pcib2 pcib3: on motherboard IOAPIC #1 intpin 12 -> irq 11 IOAPIC #1 intpin 13 -> irq 13 pci3: on pcib3 bge0: mem 0xfcd10000-0xfcd1ffff irq 11 at device 6.0 on pci3 bge0: Ethernet address: 00:06:5b:8c:86:74 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: mem 0xfcd00000-0xfcd0ffff irq 13 at device 8.0 on pci3 bge1: Ethernet address: 00:06:5b:8c:86:75 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto pcib4: on motherboard pci4: on pcib4 pcib8: at device 8.0 on pci4 IOAPIC #1 intpin 14 -> irq 16 IOAPIC #1 intpin 15 -> irq 17 pci5: on pcib8 ahc0: port 0xac00-0xacff mem 0xfcaff000-0xfcafffff irq 16 at device 6.0 on pci5 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xa800-0xa8ff mem 0xfcafe000-0xfcafefff irq 17 at device 6.1 on pci5 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pcib5: on motherboard pci6: on pcib5 pcib6: on motherboard pci7: on pcib6 pcib7: on motherboard pci8: on pcib7 orm0: Re: i386/35726: Won't let me use ifconfig on the interfaces after = upgrade to latest OS

Try to make an

ifconfig lnc0 down

before any other ifconfig command. = Well, if this is done by a script (rc.network) try to edit and add this = just before any ifconfig.

This problem is the same with = aliases.
My patch to rc.network for = aliases:

220a221
>       =         =         =         ifconfig ${ifn} down

has solved the problem.

Laurent

------=_NextPart_000_001C_01C242D9.8C292B80-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 6:11:32 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A0CD37B400; Tue, 13 Aug 2002 06:11:29 -0700 (PDT) Received: from mx1.eskimo.com (mx1.eskimo.com [204.122.16.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id D963243E6E; Tue, 13 Aug 2002 06:11:28 -0700 (PDT) (envelope-from ripper@eskimo.com) Received: from eskimo.com (ripper@eskimo.com [204.122.16.13]) by mx1.eskimo.com (8.9.1a/8.8.8) with ESMTP id GAA12910; Tue, 13 Aug 2002 06:11:21 -0700 Received: (from ripper@localhost) by eskimo.com (8.9.1a/8.9.1) id GAA21432; Tue, 13 Aug 2002 06:11:21 -0700 (PDT) Date: Tue, 13 Aug 2002 06:11:21 -0700 (PDT) Message-Id: <200208131311.GAA21432@eskimo.com> From: Ross Lippert To: mkb@mukappabeta.de Cc: schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org In-reply-to: <3D5902C3.2010007@mukappabeta.de> (message from Matthias Buelow on Tue, 13 Aug 2002 14:59:47 +0200) Subject: Re: misc/40843: ee should be default editor of root Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >I think one should remove ee from the base system, and move it to the >ports collection, where all the other non-standard editors are. >Even for a beginner's editor, it's quite horrible, imho. >Besides, the name collides with some better known programs, among >which is a popular image viewer, iirc. That would be fine with me as long as there is enough info in sysinstall or in the paper install instructions for a newbie to do the very basics. Anyhow, I'm saving the emails I am getting on this, and will, if there are enough responses, post the results I have gotten. -r To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 8:40: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10A1E37B400 for ; Tue, 13 Aug 2002 08:40:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0DBC43E4A for ; Tue, 13 Aug 2002 08:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DFe4JU017975 for ; Tue, 13 Aug 2002 08:40:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DFe4jY017974; Tue, 13 Aug 2002 08:40:04 -0700 (PDT) Date: Tue, 13 Aug 2002 08:40:04 -0700 (PDT) Message-Id: <200208131540.g7DFe4jY017974@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Thomas Merritt Draney III Subject: Re: misc/41490: C-Media 8738 sound card static Reply-To: Thomas Merritt Draney III Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/41490; it has been noted by GNATS. From: Thomas Merritt Draney III To: freebsd-gnats-submit@FreeBSD.org, tdraney@vt.edu Cc: Subject: Re: misc/41490: C-Media 8738 sound card static Date: Tue, 13 Aug 2002 11:33:34 -0400 Works perfectly fine in both windows and linux for me so I figure it must be the FreeBSD driver. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 8:54:10 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F8A437B400; Tue, 13 Aug 2002 08:54:05 -0700 (PDT) Received: from mail.site.uottawa.ca (mailn.site.uottawa.ca [137.122.89.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA83743E6A; Tue, 13 Aug 2002 08:54:03 -0700 (PDT) (envelope-from Keith.White@site.uottawa.ca) Received: from siteao.site.uottawa.ca (kwhite@siteao.site.uottawa.ca [137.122.95.65]) by mail.site.uottawa.ca (8.9.3/8.9.3) with ESMTP id LAA33627; Tue, 13 Aug 2002 11:53:53 -0400 (EDT) Date: Tue, 13 Aug 2002 11:53:53 -0400 (EDT) From: Keith White To: Ian Dowse Cc: kwhite@uottawa.ca, , Subject: Re: bin/20042: "rsh -t" doesn't timeout if rcmd(3) never returns [patch included] In-Reply-To: <200208092350.g79No5oZ096260@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 9 Aug 2002, Ian Dowse wrote: > Synopsis: "rsh -t" doesn't timeout if rcmd(3) never returns [patch included] > > State-Changed-From-To: open->feedback > State-Changed-By: iedowse > State-Changed-When: Fri Aug 9 16:44:37 PDT 2002 > State-Changed-Why: > > It isn't safe to call errx() from a signal handler - would you > like to suggest a better patch that uses only functions that are > documented in sigaction(2) as being safe to call? You can also > remove the #ifdef's from around the new code. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=20042 My initial bug report didn't include an easy way to demonstrate the problem. This will. server# kill -STOP `cat /var/run/inetd.pid` client$ rsh -t 5 server who ...wait, rsh doesn't return after 5 seconds... after patching rsh client$ rsh -t 5 server who timeout reached before connection completed. server# kill -CONT `cat /var/run/inetd.pid` The following patch should fulfill the criteria: ---cut here--- --- rsh.c.orig Sun Mar 4 04:01:45 2001 +++ rsh.c Tue Aug 13 09:57:06 2002 @@ -89,6 +89,7 @@ char *copyargs __P((char **)); void sendsig __P((int)); +void connect_timeout __P((int)); void talk __P((int, long, pid_t, int, int)); void usage __P((void)); @@ -283,8 +284,22 @@ &rfd2, family); } #else + +/* + * it is possible that the rcmd() will never return -- perhaps because the + * remote machine is hung -- so add an alarm just in case + */ + + if (timeout) { + signal(SIGALRM, connect_timeout); + alarm(timeout); + } rem = rcmd_af(&host, sp->s_port, pw->pw_name, user, args, &rfd2, family); + if (timeout) { + signal(SIGALRM, SIG_DFL); + alarm(0); + } #endif if (rem < 0) @@ -446,6 +461,19 @@ (void)write(1, buf, cc); } } while (FD_ISSET(rfd2, &readfrom) || FD_ISSET(rem, &readfrom)); +} + +void +connect_timeout(sig) + int sig; +{ + char message[] = "timeout reached before connection completed.\n"; +/* + * why not use errx()? -- we're in a signal handler so must restrict ourselves + * to those functions listed in sigaction(2) + */ + write(STDERR_FILENO, message, sizeof(message)-1); + _exit(1); } void ---cut here--- ...keith -- Keith White, EITI/SITE, University of Ottawa kwhite@site.uottawa.ca [+1 613 562 5800 x6681] FAX [+1 613 562 5664] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 9: 0:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C511437B400 for ; Tue, 13 Aug 2002 09:00:08 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D81E43E77 for ; Tue, 13 Aug 2002 09:00:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DG07JU020313 for ; Tue, 13 Aug 2002 09:00:07 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DG07QC020312; Tue, 13 Aug 2002 09:00:07 -0700 (PDT) Date: Tue, 13 Aug 2002 09:00:07 -0700 (PDT) Message-Id: <200208131600.g7DG07QC020312@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Keith White Subject: Re: bin/20042: "rsh -t" doesn't timeout if rcmd(3) never returns [patch included] Reply-To: Keith White Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/20042; it has been noted by GNATS. From: Keith White To: Ian Dowse Cc: kwhite@uottawa.ca, , Subject: Re: bin/20042: "rsh -t" doesn't timeout if rcmd(3) never returns [patch included] Date: Tue, 13 Aug 2002 11:53:53 -0400 (EDT) On Fri, 9 Aug 2002, Ian Dowse wrote: > Synopsis: "rsh -t" doesn't timeout if rcmd(3) never returns [patch included] > > State-Changed-From-To: open->feedback > State-Changed-By: iedowse > State-Changed-When: Fri Aug 9 16:44:37 PDT 2002 > State-Changed-Why: > > It isn't safe to call errx() from a signal handler - would you > like to suggest a better patch that uses only functions that are > documented in sigaction(2) as being safe to call? You can also > remove the #ifdef's from around the new code. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=20042 My initial bug report didn't include an easy way to demonstrate the problem. This will. server# kill -STOP `cat /var/run/inetd.pid` client$ rsh -t 5 server who ...wait, rsh doesn't return after 5 seconds... after patching rsh client$ rsh -t 5 server who timeout reached before connection completed. server# kill -CONT `cat /var/run/inetd.pid` The following patch should fulfill the criteria: ---cut here--- --- rsh.c.orig Sun Mar 4 04:01:45 2001 +++ rsh.c Tue Aug 13 09:57:06 2002 @@ -89,6 +89,7 @@ char *copyargs __P((char **)); void sendsig __P((int)); +void connect_timeout __P((int)); void talk __P((int, long, pid_t, int, int)); void usage __P((void)); @@ -283,8 +284,22 @@ &rfd2, family); } #else + +/* + * it is possible that the rcmd() will never return -- perhaps because the + * remote machine is hung -- so add an alarm just in case + */ + + if (timeout) { + signal(SIGALRM, connect_timeout); + alarm(timeout); + } rem = rcmd_af(&host, sp->s_port, pw->pw_name, user, args, &rfd2, family); + if (timeout) { + signal(SIGALRM, SIG_DFL); + alarm(0); + } #endif if (rem < 0) @@ -446,6 +461,19 @@ (void)write(1, buf, cc); } } while (FD_ISSET(rfd2, &readfrom) || FD_ISSET(rem, &readfrom)); +} + +void +connect_timeout(sig) + int sig; +{ + char message[] = "timeout reached before connection completed.\n"; +/* + * why not use errx()? -- we're in a signal handler so must restrict ourselves + * to those functions listed in sigaction(2) + */ + write(STDERR_FILENO, message, sizeof(message)-1); + _exit(1); } void ---cut here--- ...keith -- Keith White, EITI/SITE, University of Ottawa kwhite@site.uottawa.ca [+1 613 562 5800 x6681] FAX [+1 613 562 5664] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 9: 9:39 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E143137B400; Tue, 13 Aug 2002 09:09:37 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93CF343E42; Tue, 13 Aug 2002 09:09:37 -0700 (PDT) (envelope-from bmilekic@FreeBSD.org) Received: from freefall.freebsd.org (bmilekic@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DG9bJU025779; Tue, 13 Aug 2002 09:09:37 -0700 (PDT) (envelope-from bmilekic@freefall.freebsd.org) Received: (from bmilekic@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DG9YxM025763; Tue, 13 Aug 2002 09:09:34 -0700 (PDT) Date: Tue, 13 Aug 2002 09:09:34 -0700 (PDT) From: Bosko Milekic Message-Id: <200208131609.g7DG9YxM025763@freefall.freebsd.org> To: fred@clift.org, bmilekic@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/37717: [PATCH] calls to libc locatime can leak open file descriptors Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: [PATCH] calls to libc locatime can leak open file descriptors State-Changed-From-To: patched->closed State-Changed-By: bmilekic State-Changed-When: Tue Aug 13 08:46:25 PDT 2002 State-Changed-Why: MFC'd to RELENG_4 as per request of submitter. Fix has been sitting in HEAD for over 3 months. http://www.freebsd.org/cgi/query-pr.cgi?pr=37717 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 9:30:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32AE437B401 for ; Tue, 13 Aug 2002 09:30:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC2E743E75 for ; Tue, 13 Aug 2002 09:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DGU4JU028150 for ; Tue, 13 Aug 2002 09:30:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DGU494028149; Tue, 13 Aug 2002 09:30:04 -0700 (PDT) Date: Tue, 13 Aug 2002 09:30:04 -0700 (PDT) Message-Id: <200208131630.g7DGU494028149@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Polstra Subject: Re: kern/41552: TCP timers' sysctl's overflow Reply-To: John Polstra Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41552; it has been noted by GNATS. From: John Polstra To: bug-followup@freebsd.org Cc: bde@zeta.org.au Subject: Re: kern/41552: TCP timers' sysctl's overflow Date: Tue, 13 Aug 2002 09:24:19 -0700 (PDT) In article <200208131220.g7DCK5eQ076224@freefall.freebsd.org>, Bruce Evans wrote: > On Tue, 13 Aug 2002, G.P. de Boer wrote: > > Now the question pops up if setting HZ -is- unusual. I can imagine that > > there are many admins around who turned on polling for extra > > performance/robustness and tuned option HZ because LINT says so. > > Garrett clarified that setting hz to more than 1000 breaks more than the > TCP timer sysctls. It violates an RFC. I don't think that's a valid argument. Our hz value is an implementation detail which shouldn't have anything to do with RFCs. The nugget of truth buried in what Garrett said is that increasing hz tickles a _bug_ in our TCP implementation, which in turn causes the RFC to be violated. (The bug is the direct use of hz rather than the use of a scaled version of it.) The proper solution is to fix that bug, not to restrict the value of hz artificially. In my opinion, 100 ticks per second is a ridiculously low value for hz on modern systems. Even a PII/400 can run at hz=10000 without significant overhead. (I.e., the overhead can hardly be measured.) There are plenty of reasonable applications that utterly rely on elevated hz values. Dummynet is just one example. Note, I don't think the fix referenced in this PR should be merged into the security branches anyway, since it is not security related. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 9:31: 2 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCA9037B400; Tue, 13 Aug 2002 09:30:58 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C7B143E65; Tue, 13 Aug 2002 09:30:58 -0700 (PDT) (envelope-from iedowse@FreeBSD.org) Received: from freefall.freebsd.org (iedowse@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DGUwJU028524; Tue, 13 Aug 2002 09:30:58 -0700 (PDT) (envelope-from iedowse@freefall.freebsd.org) Received: (from iedowse@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DGUssO028502; Tue, 13 Aug 2002 09:30:54 -0700 (PDT) Date: Tue, 13 Aug 2002 09:30:54 -0700 (PDT) From: Ian Dowse Message-Id: <200208131630.g7DGUssO028502@freefall.freebsd.org> To: kwhite@uottawa.ca, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org, iedowse@FreeBSD.org Subject: Re: bin/20042: "rsh -t" doesn't timeout if rcmd(3) never returns [patch included] Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: "rsh -t" doesn't timeout if rcmd(3) never returns [patch included] State-Changed-From-To: feedback->patched State-Changed-By: iedowse State-Changed-When: Tue Aug 13 09:28:57 PDT 2002 State-Changed-Why: Committed (with minor adjustments) to -current, awaiting MFC. Thanks! Responsible-Changed-From-To: freebsd-bugs->iedowse Responsible-Changed-By: iedowse Responsible-Changed-When: Tue Aug 13 09:28:57 PDT 2002 Responsible-Changed-Why: My MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=20042 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 9:51:38 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E744037B400; Tue, 13 Aug 2002 09:51:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9418343E77; Tue, 13 Aug 2002 09:51:35 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DGpZJU030470; Tue, 13 Aug 2002 09:51:35 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DGpZQW030466; Tue, 13 Aug 2002 09:51:35 -0700 (PDT) Date: Tue, 13 Aug 2002 09:51:35 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131651.g7DGpZQW030466@freefall.freebsd.org> To: pushf@free.fr, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/38864: -CURRENT: buildkernel stop in vnode_if.h due to gawk error in /sys/tools/vnode_if.awk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: -CURRENT: buildkernel stop in vnode_if.h due to gawk error in /sys/tools/vnode_if.awk State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Tue Aug 13 09:48:26 PDT 2002 State-Changed-Why: Transient problems like builds failing on -current should be discussed on current@FreeBSD.org, to which you are required to subscribe as a -current user. These things get sorted out very quickly as any broken build will be seen by a lot of people so there is never need to open a PR. In this case, gawk has been replaced by awk some time ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=38864 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 9:58: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B07A37B400; Tue, 13 Aug 2002 09:57:59 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1D9643E6E; Tue, 13 Aug 2002 09:57:58 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DGvwJU031030; Tue, 13 Aug 2002 09:57:58 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DGvwmS031026; Tue, 13 Aug 2002 09:57:58 -0700 (PDT) Date: Tue, 13 Aug 2002 09:57:58 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131657.g7DGvwmS031026@freefall.freebsd.org> To: rizzo@icir.org, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/38956: stock awk installs gawk.1 manpage, overriding the one in ports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: stock awk installs gawk.1 manpage, overriding the one in ports State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Tue Aug 13 09:56:30 PDT 2002 State-Changed-Why: Use the man(1) -a to see all man pages of the same name. http://www.freebsd.org/cgi/query-pr.cgi?pr=38956 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 10: 0:26 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E109737B627 for ; Tue, 13 Aug 2002 10:00:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 894DA43E3B for ; Tue, 13 Aug 2002 10:00:17 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DH0HJU031238 for ; Tue, 13 Aug 2002 10:00:17 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DH0HT0031237; Tue, 13 Aug 2002 10:00:17 -0700 (PDT) Date: Tue, 13 Aug 2002 10:00:17 -0700 (PDT) Message-Id: <200208131700.g7DH0HT0031237@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Kim Scarborough" Subject: Re: bin/41012: /etc/periodic/daily/440.status-mailq assumes sendmail Reply-To: "Kim Scarborough" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/41012; it has been noted by GNATS. From: "Kim Scarborough" To: Cc: Subject: Re: bin/41012: /etc/periodic/daily/440.status-mailq assumes sendmail Date: Tue, 13 Aug 2002 11:56:08 -0500 > I believe that it would not be feasible, if at all possible, for the > system periodic scripts to support the correct syntax for various > mailers' commands. Perhaps not, but surely something like this could be added to /etc/defaults/periodic.conf: daily_submit_queuerun_flags=-Ac Then admins could override it without having to turn it off completely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 10: 1:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 673AA37B400; Tue, 13 Aug 2002 10:01:19 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1970043E65; Tue, 13 Aug 2002 10:01:19 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DH1IJU031627; Tue, 13 Aug 2002 10:01:18 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DH1IL5031623; Tue, 13 Aug 2002 10:01:18 -0700 (PDT) Date: Tue, 13 Aug 2002 10:01:18 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131701.g7DH1IL5031623@freefall.freebsd.org> To: schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org, tjr@FreeBSD.org Subject: Re: bin/35070: math(3) references section "3m", etc. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: math(3) references section "3m", etc. Responsible-Changed-From-To: freebsd-bugs->tjr Responsible-Changed-By: schweikh Responsible-Changed-When: Tue Aug 13 09:59:58 PDT 2002 Responsible-Changed-Why: Tim, now that you have a commit bit we trust you DTRT with your PR :-) Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=35070 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 10:13:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EABC37B401; Tue, 13 Aug 2002 10:13:18 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 201C043E42; Tue, 13 Aug 2002 10:13:18 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DHDIJU036985; Tue, 13 Aug 2002 10:13:18 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DHDHpt036981; Tue, 13 Aug 2002 10:13:17 -0700 (PDT) Date: Tue, 13 Aug 2002 10:13:17 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131713.g7DHDHpt036981@freefall.freebsd.org> To: mike@cs.utah.edu, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/41583: assorted mtree bugs (+fixes) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: assorted mtree bugs (+fixes) State-Changed-From-To: open->analyzed State-Changed-By: schweikh State-Changed-When: Tue Aug 13 10:09:27 PDT 2002 State-Changed-Why: mtree has problems with whitespace and # and possibly other characters. If you are going to address this, please also look at the patches in the PRs 35226 and 35454 and make sure 41426 is handled okay as well. I will close the three mentioned PRs and make this one the meta PR for mtree. http://www.freebsd.org/cgi/query-pr.cgi?pr=41583 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 10:14:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5073237B401; Tue, 13 Aug 2002 10:14:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 027D443E6E; Tue, 13 Aug 2002 10:14:14 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DHEDJU037070; Tue, 13 Aug 2002 10:14:13 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DHEDYd037066; Tue, 13 Aug 2002 10:14:13 -0700 (PDT) Date: Tue, 13 Aug 2002 10:14:13 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131714.g7DHEDYd037066@freefall.freebsd.org> To: oyvind@punkass.com, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/35226: mtree - strange behaviour on some filenames Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: mtree - strange behaviour on some filenames State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Tue Aug 13 10:13:35 PDT 2002 State-Changed-Why: Please see the mtree meta PR 41483. http://www.freebsd.org/cgi/query-pr.cgi?pr=35226 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 10:14:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4339B37B401; Tue, 13 Aug 2002 10:14:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8D1E43E42; Tue, 13 Aug 2002 10:14:39 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DHEdJU037125; Tue, 13 Aug 2002 10:14:39 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DHEd3L037121; Tue, 13 Aug 2002 10:14:39 -0700 (PDT) Date: Tue, 13 Aug 2002 10:14:39 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131714.g7DHEd3L037121@freefall.freebsd.org> To: list@rachinsky.de, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/35454: mtree can't handle symlinks referencing files which names contain spaces Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: mtree can't handle symlinks referencing files which names contain spaces State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Tue Aug 13 10:14:23 PDT 2002 State-Changed-Why: Please see the mtree meta PR 41483. http://www.freebsd.org/cgi/query-pr.cgi?pr=35454 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 10:15:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B199137B405; Tue, 13 Aug 2002 10:15:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62C5F43E70; Tue, 13 Aug 2002 10:15:09 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DHF9JU037198; Tue, 13 Aug 2002 10:15:09 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DHF8KI037194; Tue, 13 Aug 2002 10:15:08 -0700 (PDT) Date: Tue, 13 Aug 2002 10:15:08 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131715.g7DHF8KI037194@freefall.freebsd.org> To: trash_tmp@poczta.onet.pl, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/41246: mtree(8) does not work properly with filenames starting with '#'. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: mtree(8) does not work properly with filenames starting with '#'. State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Tue Aug 13 10:14:47 PDT 2002 State-Changed-Why: Please see the mtree meta PR 41483. http://www.freebsd.org/cgi/query-pr.cgi?pr=41246 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 10:37:19 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9944B37B400; Tue, 13 Aug 2002 10:37:18 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF31443E72; Tue, 13 Aug 2002 10:37:17 -0700 (PDT) (envelope-from nicolas@dauerreden.de) Received: from fwd04.sul.t-online.de by mailout08.sul.t-online.com with smtp id 17efbY-0002e6-09; Tue, 13 Aug 2002 19:37:16 +0200 Received: from pc5.abc (520067998749-0001@[217.233.111.95]) by fmrl04.sul.t-online.com with esmtp id 17efbM-13dSmOC; Tue, 13 Aug 2002 19:37:04 +0200 Received: from pc5.abc (localhost.abc [127.0.0.1]) by pc5.abc (8.12.3/8.12.3) with ESMTP id g7DHb3Bv000568; Tue, 13 Aug 2002 19:37:03 +0200 (CEST) (envelope-from nicolas@pc5.abc) Received: (from nicolas@localhost) by pc5.abc (8.12.3/8.12.3/Submit) id g7DHb2xw000567; Tue, 13 Aug 2002 19:37:02 +0200 (CEST) Date: Tue, 13 Aug 2002 19:37:02 +0200 From: Nicolas Rachinsky To: Jens Schweikhardt Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/35454: mtree can't handle symlinks referencing files which names contain spaces Message-ID: <20020813173702.GA334@narr.dauerreden.de> Mail-Followup-To: Nicolas Rachinsky , Jens Schweikhardt , freebsd-bugs@FreeBSD.org References: <200208131714.g7DHEd3L037121@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200208131714.g7DHEd3L037121@freefall.freebsd.org> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: C11ABC0E X-PGP-Fingerprint: 19DB 8392 8FE0 814A 7362 EEBD A53B 526A C11A BC0E X-PGP-Key: http://www.rachinsky.de/nicolas/nicolas_rachinsky.asc User-Agent: Mutt/1.5.1i X-Sender: 520067998749-0001@t-dialin.net Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org * Jens Schweikhardt [2002-08-13 10:14 -0700]: > Synopsis: mtree can't handle symlinks referencing files which names contain spaces > > State-Changed-From-To: open->closed > State-Changed-By: schweikh > State-Changed-When: Tue Aug 13 10:14:23 PDT 2002 > State-Changed-Why: > Please see the mtree meta PR 41483. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=35454 The mtree mete PR is bin/41583, not 41483. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 10:38:39 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 811FC37B400; Tue, 13 Aug 2002 10:38:38 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3285543E3B; Tue, 13 Aug 2002 10:38:38 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DHccJU039418; Tue, 13 Aug 2002 10:38:38 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DHcbaQ039414; Tue, 13 Aug 2002 10:38:37 -0700 (PDT) Date: Tue, 13 Aug 2002 10:38:37 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131738.g7DHcbaQ039414@freefall.freebsd.org> To: dannyman@tellme.com, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/22645: Cannot override "ignore" in /etc/mail.rc Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Cannot override "ignore" in /etc/mail.rc State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Tue Aug 13 10:37:16 PDT 2002 State-Changed-Why: Please use the 'retain' option in your .mailrc to get the effect of undoing /etc/mail.rc's ignores. See mail(1) for details. http://www.freebsd.org/cgi/query-pr.cgi?pr=22645 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 10:59:40 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9A1F37B400; Tue, 13 Aug 2002 10:59:38 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA8343E3B; Tue, 13 Aug 2002 10:59:37 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 17efxA-0002Nu-00 (Debian); Tue, 13 Aug 2002 18:59:36 +0100 To: schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org From: Tony Finch Cc: Tony Finch Subject: Re: bin/41583: assorted mtree bugs (+fixes) In-Reply-To: <200208131713.g7DHDHpt036981@freefall.freebsd.org> Message-Id: Date: Tue, 13 Aug 2002 18:59:36 +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Jens Schweikhardt wrote: > >mtree has problems with whitespace and # and possibly other >characters. If you are going to address this, please also look >at the patches in the PRs 35226 and 35454 and make sure 41426 >is handled okay as well. I will close the three mentioned PRs >and make this one the meta PR for mtree. You typoed the referral to 41583 in those PRs as 41483; I have fixed them. Tony. -- f.a.n.finch http://dotat.at/ FORTIES CROMARTY FORTH: SOUTHWEST 4 OR 5 IN SOUTHEAST FORTIES AT FIRST, OTHERWISE VARIABLE 3. OCCASIONAL RAIN. MODERATE OR GOOD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 11: 5:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A6EA37B400; Tue, 13 Aug 2002 11:05:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B78443E3B; Tue, 13 Aug 2002 11:05:10 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DI59JU043803; Tue, 13 Aug 2002 11:05:09 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DI59pb043736; Tue, 13 Aug 2002 11:05:09 -0700 (PDT) Date: Tue, 13 Aug 2002 11:05:09 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131805.g7DI59pb043736@freefall.freebsd.org> To: darth@vader.dk, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/6338: Gnu tar not working properly with the -G option Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Gnu tar not working properly with the -G option State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Tue Aug 13 11:02:36 PDT 2002 State-Changed-Why: 5-current uses GNU tar 1.13.x which should not have this problem. It's not clear to me if this will be merged to 4-stable at all. I suggest you use the POSIX/IEEE/Opengroup standardize tool pax(1) for your archiving needs. http://www.freebsd.org/cgi/query-pr.cgi?pr=6338 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 11:46:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6785237B400; Tue, 13 Aug 2002 11:46:29 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A5143E3B; Tue, 13 Aug 2002 11:46:29 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DIkSJU053074; Tue, 13 Aug 2002 11:46:28 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DIkS7d053070; Tue, 13 Aug 2002 11:46:28 -0700 (PDT) Date: Tue, 13 Aug 2002 11:46:28 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131846.g7DIkS7d053070@freefall.freebsd.org> To: schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org, dinoex@FreeBSD.org Subject: Re: ports/7687: description of default baud rate for cu command Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: description of default baud rate for cu command Responsible-Changed-From-To: freebsd-bugs->dinoex Responsible-Changed-By: schweikh Responsible-Changed-When: Tue Aug 13 11:43:50 PDT 2002 Responsible-Changed-Why: Recategorized from gnu to ports, as uucp has been factored out into a port (/usr/ports/net/freebsd-uucp) for -current. Over to dinoex who maintains that port. http://www.freebsd.org/cgi/query-pr.cgi?pr=7687 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 11:54:43 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F87737B400; Tue, 13 Aug 2002 11:54:41 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0437443E6E; Tue, 13 Aug 2002 11:54:41 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DIseJU056073; Tue, 13 Aug 2002 11:54:40 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DIsed8056069; Tue, 13 Aug 2002 11:54:40 -0700 (PDT) Date: Tue, 13 Aug 2002 11:54:40 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131854.g7DIsed8056069@freefall.freebsd.org> To: jhs@FreeBSD.ORG, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/4771: diff to correct misleading total bytes info. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: diff to correct misleading total bytes info. State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Tue Aug 13 11:53:57 PDT 2002 State-Changed-Why: Julian, does this also happen with the latest tar on 5-current? http://www.freebsd.org/cgi/query-pr.cgi?pr=4771 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 12:17:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69D1237B401; Tue, 13 Aug 2002 12:17:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A3C243E70; Tue, 13 Aug 2002 12:17:10 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DJH9JU067832; Tue, 13 Aug 2002 12:17:09 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DJH9t0067822; Tue, 13 Aug 2002 12:17:09 -0700 (PDT) Date: Tue, 13 Aug 2002 12:17:09 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208131917.g7DJH9t0067822@freefall.freebsd.org> To: oliver.fromme@heim3.tu-clausthal.de, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/11553: /usr/share/misc/latin1 (new file submission) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: /usr/share/misc/latin1 (new file submission) State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Tue Aug 13 12:12:05 PDT 2002 State-Changed-Why: Oliver, I would support your idea. I have looked at your file, but it's only a table. I'd lobby committing it it it were a complete troff man page just like share/man/man7/ascii.7, but with a two-clause BSD license (I can add the license if you want me to). http://www.freebsd.org/cgi/query-pr.cgi?pr=11553 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 12:40: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3487437B400 for ; Tue, 13 Aug 2002 12:40:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8341643E72 for ; Tue, 13 Aug 2002 12:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DJe2JU070954 for ; Tue, 13 Aug 2002 12:40:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DJe2TG070953; Tue, 13 Aug 2002 12:40:02 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37D1537B400 for ; Tue, 13 Aug 2002 12:32:01 -0700 (PDT) Received: from exuma.irbs.com (exuma.irbs.com [216.86.160.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id D743543E72 for ; Tue, 13 Aug 2002 12:32:00 -0700 (PDT) (envelope-from jc@irbs.com) Received: from localhost (localhost.irbs.com [127.0.0.1]) by exuma.irbs.com (Postfix) with ESMTP id 07D551743D for ; Tue, 13 Aug 2002 15:32:00 -0400 (EDT) Received: by exuma.irbs.com (Postfix, from userid 2500) id C74A61743C; Tue, 13 Aug 2002 15:31:59 -0400 (EDT) Message-Id: <20020813193159.C74A61743C@exuma.irbs.com> Date: Tue, 13 Aug 2002 15:31:59 -0400 (EDT) From: John Capo Reply-To: John Capo To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/41631: PATCH to add sysctl knob to disable cloned route messages on routing socket Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41631 >Category: kern >Synopsis: PATCH to add sysctl knob to disable cloned route messages on routing socket >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Aug 13 12:40:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: John Capo >Release: FreeBSD 4.6-STABLE i386 >Organization: >Environment: System: FreeBSD exuma.irbs.com 4.6-STABLE FreeBSD 4.6-STABLE #0: Mon Jul 15 14:09:28 EDT 2002 jc@exuma.irbs.com:/usr/src/sys/compile/EXUMA i386 >Description: >How-To-Repeat: >Fix: Index: sys/net/rtsock.c =================================================================== RCS file: /usr/cvs/src/sys/net/rtsock.c,v retrieving revision 1.44.2.9 diff -u -r1.44.2.9 rtsock.c --- sys/net/rtsock.c 18 Feb 2002 15:26:35 -0000 1.44.2.9 +++ sys/net/rtsock.c 13 Aug 2002 18:16:57 -0000 @@ -84,6 +84,8 @@ #define ifaaddr info.rti_info[RTAX_IFA] #define brdaddr info.rti_info[RTAX_BRD] +static int send_clones = 1; + /* * It really doesn't make any sense at all for this code to share much * with raw_usrreq.c, since its functionality is so restricted. XXX @@ -713,6 +715,8 @@ register struct mbuf *m; struct sockaddr *sa = rtinfo->rti_info[RTAX_DST]; + if (!send_clones && (flags & RTF_WASCLONED)) + return; if (route_cb.any_count == 0) return; m = rt_msg1(type, rtinfo); @@ -1025,6 +1029,9 @@ } SYSCTL_NODE(_net, PF_ROUTE, routetable, CTLFLAG_RD, sysctl_rtsock, ""); +SYSCTL_NODE(_net, OID_AUTO, rtsock, CTLFLAG_RD, 0, "Routing Socket"); +SYSCTL_INT(_net_rtsock, OID_AUTO, announce_clones, CTLFLAG_RW, &send_clones, 0, \ + "Announce cloned routes on routing socket"); /* * Definitions of protocols supported in the ROUTE domain. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 13:20:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D1FE37B401 for ; Tue, 13 Aug 2002 13:20:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7CE943E65 for ; Tue, 13 Aug 2002 13:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DKK1JU078345 for ; Tue, 13 Aug 2002 13:20:01 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DKK1Yx078344; Tue, 13 Aug 2002 13:20:01 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1BF437B400 for ; Tue, 13 Aug 2002 13:10:31 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9144343E6A for ; Tue, 13 Aug 2002 13:10:31 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DKAVOT069875 for ; Tue, 13 Aug 2002 13:10:31 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7DKAVO6069874; Tue, 13 Aug 2002 13:10:31 -0700 (PDT) Message-Id: <200208132010.g7DKAVO6069874@www.freebsd.org> Date: Tue, 13 Aug 2002 13:10:31 -0700 (PDT) From: Lars Eggert To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/41632: bridging when one interface has no carrier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41632 >Category: kern >Synopsis: bridging when one interface has no carrier >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 13 13:20:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Lars Eggert >Release: 4.6-RELEASE >Organization: USC/ISI >Environment: FreeBSD hbo.isi.edu 4.6-RELEASE FreeBSD 4.6-RELEASE #0: Tue Aug 6 09:17:32 PDT 2002 root@hbo.isi.edu:/usr/src/sys/compile/KERNEL-1.40 i386 >Description: FreeBSD box with two Ethernet NICs, e.g. if0 with IP address A and if1 with IP address B, bridged together: net.link.ether.bridge_cfg: if0 if1 net.link.ether.bridge: 1 Interface if0 is plugged in (has carrier), if1 isn't (no carrier). Packets arriving on if0 for IP address B are not received by the machine. >How-To-Repeat: See above. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 13:27: 6 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AA2137B400; Tue, 13 Aug 2002 13:27:05 -0700 (PDT) Received: from zorac.sf-bay.org (zorac.sf-bay.org [204.74.68.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C0F243E42; Tue, 13 Aug 2002 13:27:04 -0700 (PDT) (envelope-from scott@zorch.sf-bay.org) Received: (from uucp@localhost) by zorac.sf-bay.org (8.11.6/8.9.3) with UUCP id g7DKR4h03908; Tue, 13 Aug 2002 13:27:04 -0700 (PDT) (envelope-from scott@zorch.sf-bay.org) Received: (from scott@localhost) by zorba.sf-bay.org (8.11.6/8.8.8) id g7DKOpF15407 for schweikh@FreeBSD.org; Tue, 13 Aug 2002 13:24:51 -0700 (PDT) (envelope-from scott) Date: Tue, 13 Aug 2002 13:24:51 -0700 (PDT) From: Scott Hazen Mueller Message-Id: <200208132024.g7DKOpF15407@zorba.sf-bay.org> Subject: Re: bin/29071: relay patch for rwhod To: schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org X-Envelope-To: schweikh@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >I think we would need a patch against a recent -current. This patch must >also include an updated manpage before it could be committed. The C part >should as much as possible conform to style(9). I'm afraid that, not being a developer and not having a scratch machine, I can't supply such a patch. It's no big deal to me, though, I just sent this along last year on the off chance someone else might find it useful. \scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 13:30: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B661337B400 for ; Tue, 13 Aug 2002 13:30:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FC143E65 for ; Tue, 13 Aug 2002 13:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DKU2JU079071 for ; Tue, 13 Aug 2002 13:30:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DKU275079070; Tue, 13 Aug 2002 13:30:02 -0700 (PDT) Date: Tue, 13 Aug 2002 13:30:02 -0700 (PDT) Message-Id: <200208132030.g7DKU275079070@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Simon L. Nielsen" Subject: Re: kern/37889: kernel panic when writing to a FAT32 partition Reply-To: "Simon L. Nielsen" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/37889; it has been noted by GNATS. From: "Simon L. Nielsen" To: freebsd-gnats-submit@FreeBSD.org, rob@lillack.de Cc: Subject: Re: kern/37889: kernel panic when writing to a FAT32 partition Date: Tue, 13 Aug 2002 22:24:00 +0200 Hello I have the same problem where it crashes at msdosfs_fat.c:353. Sometimes the problem goes away after I have used the partion from Windows 2000. Then I can write to the partion from FreeBSD without problems and then later after i have used the partion from Windows 2000 again the problems comes back and i get FreeBSD kernel panics. It would be really nice if somebody could look at the problem. -- Simon L. Nielsen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 13:50: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D90AE37B400 for ; Tue, 13 Aug 2002 13:50:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3143343E72 for ; Tue, 13 Aug 2002 13:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DKo2JU080820 for ; Tue, 13 Aug 2002 13:50:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DKo1Mu080819; Tue, 13 Aug 2002 13:50:01 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DF9F37B400 for ; Tue, 13 Aug 2002 13:43:09 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D8FA43E3B for ; Tue, 13 Aug 2002 13:43:09 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DKh8OT072438 for ; Tue, 13 Aug 2002 13:43:08 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7DKh8U5072437; Tue, 13 Aug 2002 13:43:08 -0700 (PDT) Message-Id: <200208132043.g7DKh8U5072437@www.freebsd.org> Date: Tue, 13 Aug 2002 13:43:08 -0700 (PDT) From: Adam Crosby To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41635: dhclient kernel panics when dhcp server is unavailable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41635 >Category: misc >Synopsis: dhclient kernel panics when dhcp server is unavailable >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 13 13:50:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Adam Crosby >Release: 4.6-RELEASE >Organization: Norfolk Public Schools >Environment: FreeBSD dev.nps.k12.va.us 4.6-RELEASE FreeBSD 4.6-RELEASE #0: Fri Aug 9 11:47:24 GMT 2002 root@dev.nps.k12.va.us:/usr/src/sys/compile/DEV i386 >Description: Machine is a Compaq Deskpro with an Intel Pro/100 Adapter (fxp). Has been running fine for a few weeks. dhclient suddenly stopped being able to grab an IP address (this is a problem only on this machine). Upon reboot, dhclient failed to retrieve an address again. Running 'ifconfig' displays: fxp0: flags=8843 mtu 1500 ether 00:02:a5:31:11:f1 media: Ethernet autoselect (10BaseT/UTP) status: active Attempting to run 'dhclient' from the CLI results in the following kernel panic: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01b2098 stack pointer = 0x10:0xd1af3df0 frame pointer = 0x10:0xd1af3e20 code segment = base 0x0, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 149 (ifconfig) interrupt mask = trap number = 12 panic: page fault The NIC is active, has a link light. The DHCP server is working (hundreds of other PC's attest to that fact), and no configuration changes were made prior in the previous week to this problem - it just 'popped up'. I've searched to see if this was a known issue with 4.6-RELEASE, as cvsupping is something I've tried to avoid (slow internet connection). If I need to cvsup and rebuild on 4.6-STABLE to fix this, that's fine. Thanks. >How-To-Repeat: Boot PC, and type 'dhclient' - Kernel panics instantly. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 13:54: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2C7937B400 for ; Tue, 13 Aug 2002 13:54:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C94BD43E4A for ; Tue, 13 Aug 2002 13:52:42 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DKpMJU081199 for ; Tue, 13 Aug 2002 13:51:22 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DKpMhO081198; Tue, 13 Aug 2002 13:51:22 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC77C37B400 for ; Tue, 13 Aug 2002 13:44:33 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE6543E42 for ; Tue, 13 Aug 2002 13:43:13 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DKfrOT072333 for ; Tue, 13 Aug 2002 13:41:53 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7DKfrN0072332; Tue, 13 Aug 2002 13:41:53 -0700 (PDT) Message-Id: <200208132041.g7DKfrN0072332@www.freebsd.org> Date: Tue, 13 Aug 2002 13:41:53 -0700 (PDT) From: James Schmidt To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/41636: Kernel panic on Intel SE7500CW2 - SMP kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41636 >Category: i386 >Synopsis: Kernel panic on Intel SE7500CW2 - SMP kernel >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 13 13:50:02 PDT 2002 >Closed-Date: >Last-Modified: >Originator: James Schmidt >Release: 4.6 >Organization: - >Environment: FreeBSD gotroot.---.--- 4.6-STABLE FreeBSD 4.6-STABLE #2: Sat Aug 10 11:15:02 CDT 2002 root@gotroot.---.---:/usr/obj/usr/src/sys/01 i386 >Description: Kernel panics when compiled with SMP support. System is configured with 2 x 2.0GHz/512kB/FSB400MHz XEON CPUs Intel SE7500CW2 motherboard (tech specs available at http://www.intel.com/support/motherboards/server/SE7500CW2. 4 x 256MB Kingston ECC/Registered DDR/266 memory Bios is Phoenix 4.0 release 6.0 version 1.11 Dmesg output: i386 Copyright (c) 1992-2002 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.6-STABLE #3: Sat Jul 13 19:35:25 GMT 2002 root@intel.kn.vutbr.cz:/usr/obj/usr/src/sys/01 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (1992.23-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff,ACC> real memory = 1073217536 (1048064K bytes) avail memory = 1039933440 (1015560K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 24 pins in IOAPIC #1 Programming 24 pins in IOAPIC #2 AP #1 (PHY# 6) failed! panic y/n? [y] >How-To-Repeat: Recompile with SMP support and reboot. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 14: 2:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8373E37B400; Tue, 13 Aug 2002 14:02:28 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33F7443E6A; Tue, 13 Aug 2002 14:02:28 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DL2SJU082201; Tue, 13 Aug 2002 14:02:28 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DL2R1C082197; Tue, 13 Aug 2002 14:02:27 -0700 (PDT) Date: Tue, 13 Aug 2002 14:02:27 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208132102.g7DL2R1C082197@freefall.freebsd.org> To: adsharma@sharmas.dhs.org, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18524: The current kernel doesn't keep stats on a per cpu basis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: The current kernel doesn't keep stats on a per cpu basis State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Tue Aug 13 14:01:23 PDT 2002 State-Changed-Why: A lot of work has been going on in -current since this PR was opened. Does this problem still persist? http://www.freebsd.org/cgi/query-pr.cgi?pr=18524 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 14: 4:43 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7083237B400; Tue, 13 Aug 2002 14:04:42 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 223F343E65; Tue, 13 Aug 2002 14:04:42 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DL4gJU082555; Tue, 13 Aug 2002 14:04:42 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DL4fql082551; Tue, 13 Aug 2002 14:04:41 -0700 (PDT) Date: Tue, 13 Aug 2002 14:04:41 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208132104.g7DL4fql082551@freefall.freebsd.org> To: cwasser@v-wave.com, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18819: miibus modules loaded for non-existant devices Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: miibus modules loaded for non-existant devices State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Tue Aug 13 14:04:11 PDT 2002 State-Changed-Why: Does this problem still persist on a recent -stable? http://www.freebsd.org/cgi/query-pr.cgi?pr=18819 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 14: 7: 2 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C96FE37B400 for ; Tue, 13 Aug 2002 14:06:40 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BD0243E65 for ; Tue, 13 Aug 2002 14:06:40 -0700 (PDT) (envelope-from verno@yahoo.com) Received: (qmail 25036 invoked from network); 13 Aug 2002 21:06:38 -0000 Received: from unknown (HELO li.grandknitting.com) ([64.81.201.239]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 13 Aug 2002 21:06:38 -0000 Received: from auu([205.205.37.135]) by LI.GRANDKNITTING.COM (IBM OS/400 SMTP V04R05M00) with TCP; Tue, 13 Aug 2002 16:00:56 -0500 From: PDD-Razbor To: "" <> Subject: ëÁÒÍÁÎÎÁÑ ÔÁÂÌÉÃÁ ÛÔÒÁÆÏ× çéâää, ËÏÍÍÅÎÔÁÒÉÉ ëÏáð òæ Reply-To: nousp@nm.ru X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-Priority: 1 X-MSMail-Priority: High Mime-Version: 1.0 Content-Type: multipart/related; boundary="= Multipart Boundary 0814020103" Date: Wed, 14 Aug 2002 01:03:34 +0400 Message-Id: <20020813210640.6BD0243E65@mx1.FreeBSD.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multipart MIME message. --= Multipart Boundary 0814020103 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: 7bit

ôÁÂÌÉÃÁ ÛÔÒÁÆÏ× - ÕÄÏ×ÏÌØÓÔ×ÉÅ ÂÅÓÐÌÁÔÎÏÅ. ÷ÓÅÈ ÄÅÌ: ÓËÁÞÁÔØ, ÒÁÓÐÅÞÁÔÁÔØ É ÐÏÌÏÖÉÔØ Ë ×ÏÄÉÔÅÌØÓËÉÍ ÄÏËÕÍÅÎÔÁÍ.


P.S. óÁÊÔ www.PDD-Razbor.ru - ÄÏÒÏÖÎÙÅ ÓÉÔÕÁÃÉÉ, ÒaÚÂÏÒ 'ÐÏÌÅÔÏ×', ÐÒÏÂÌÅÍÙ Ó çéâää, ÚÁËÏÎÏÄÁÔÅÌØÓÔ×Ï. ïÒÉÇÉÎÁÌØÎÁÑ ÓÉÓÔÅÍÁ ÐÒÅÄÓÔÁ×ÌÅÎÉÑ ÍÁÔÅÒÉÁÌÏ× + ÕÄÏÂÎÁÑ ÎÁ×ÉÇÁÃÉÑ + ÄÉÎÁÍÉÞÎÁÑ ËÏÎÆÅÒÅÎÃÉÑ. îÅËÏÔÏÒÙÅ ËÏÍÍÅÎÔÁÒÉÉ Ë ÎÏ×ÏÍÕ ëÏÄÅËÓÕ (ëÏáð òæ). ïÂÒÁÚÃÙ ÖÁÌÏÂ É ÈÏÄÁÔÁÊÓÔ×. úÁÈÏÄÉÔÅ ÎÁ ÄÏÓÕÇÅ É × ÒÁÂÏÞÅÅ ×ÒÅÍÑ.

õÄÁÞÉ ÎÁ ÄÏÒÏÇÁÈ.
























--= Multipart Boundary 0814020103 Content-Type: image/jpeg; name="___img1.jpg" Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAJQAA/+4ADkFk b2JlAGTAAAAAAf/bAIQADQkJCQoJDQoKDRMMCwwTFhENDREWGhUVFhUVGhkU FhUVFhQZGR0fIB8dGScnKionJzk4ODg5QEBAQEBAQEBAQAEODAwOEA4RDw8R FA4RDhQVERISERUfFRUXFRUfKB0ZGRkZHSgjJiAgICYjLCwoKCwsNzc1NzdA QEBAQEBAQEBA/8AAEQgAZADIAwEiAAIRAQMRAf/EAKwAAAEFAQAAAAAAAAAA AAAAAAQAAQIDBQYBAAMBAQAAAAAAAAAAAAAAAAABAgMEEAACAQMCBAIHAwoD BQkAAAABAgMAEQQhEjFBEwVRImFxgTIUFQaRoUKxwVJicrIjMzUWgkNz4aIk JQfw0fGSwlODNCYRAAEDAQQGBgkDBQEAAAAAAAEAEQIhMUESA/BRYXGBkaHR MkKCE7HB4SJSYnKTBJIzQ/Gy0iODBf/aAAwDAQACEQMRAD8A7rt3bu3P23Fd 8SFnaGMsxjUkkqLkm1DMO1LmfCfARFmdQG2IBqAf0a0e2f0rE/0Iv3BWPLb5 4L7f5icf2RXN/wCh+RmZQgYSbFnRgfpLuiIFKakXJgYa2tjwKbHVoVN9TyC8 qgMPD3KnTx7toP8AhhqQdfw0RI5Xad5Qag2QMx1Nr+U2HhTrLu3WlbTd/ljl yHkrTHL4jzSkA9lw0tQ74uBayxY4JJAPw4P/AKOVM2N28AgxY6lQdxOOOPG/ ueFEibeQFkYcLnpix3etKYT6fzGY2sR0wCL/AIrbOVPzJfEeaTDVp+pDri9v VrPHjN5b2GOBxGh937qUWDiSkKkeOSbgE4wHAelRRLzLqBK3l47Ywbnj/wC3 UkZ5ZDaTYD5gpQKANNLstGOXxHmjCHs0/UhZsbt8EgR8OEn0RoQeH6ulRhi7 bIUHwcLX8Y0Xw4+Wj5NvU0CcR7tiPw8dKgNu1dF/xAD9H0VJnmVOMrZoOBgu F/tQpwcKAPLLjQyR8kEUdxc6e6vKpL27DZlkGPD0zrsMUeo48dtW5RtAxUC+ n8u27jyuKmlukpIT3R73Hhz0pebP4ipwjVpzWb3DtsMkkGPBDDE0x5IvBVuf MFvTx9rxsSFxkwws6ksxIB8ttNtxVfeZD1sYIVXarMdh/ZA4UXAgfAVZSrdR fNvOh3H8TEjS1YHNxflGIM8WXlu+L3a/LrQ0RKov6OexDJB2aVkBhRBfUqEI 18dAazJRhT9/gw40WKDGiaeT+GvnZiVVX2g3UBTx8RWv8mxNwZMbaP04pSAB bw1rjc2eDA+pE3StHiTwRqk6+aysNwOvHzca6oynWp6U8GSaxMtuKI9TLsJs XBJWMRYm4gH3ApPqtaqV7LhOCXxgoN7NHKTxGlr0HFE0i9eHPRobX86kLpzu Kw+4/WeRh78TAdMmceXrRqTGpHhca/koEpk380/LiKxzQWu0dbHdMfsXa4S2 XPJiM2saOsbs1uIXnXMLm5XdpGgw9sWPuChlQdZ/UVGnspu3dr7x3YyZ+ekm RG/+eULXseEZPl09GldT2U4nbl+Fxsd4yQd7ygbiTz3WHDwGlMyw3kneqjGZ g9ovsHUh+3/SM6nqdwyGVBa8AkO4AfpNfnW+MbtuKjAYkchXaArork+JuRVc kzyG2jXFiDfX2kemmKzspdQWJawFxaw00pmU9Z5rIVezTmnf5cU6hw4VsLlR GoOh9AqtcbEy1BgxoxqRoijUD9mr1wumzZDFmaygx2OnqFH4kasVdU0IJtex 4+FHmSsc80xCtgsWVkdsx0wslxjxl445CGAFxYHwHKlWlmbfl+ewBF4ZNQP1 WOtKqxS8t3PaWeEO+zYie2/0rE/0Iv3BQbYeO2ackzgSq4tCbXNgB43ovtv9 LxP9CL9wUGYcA5pleYjJDjbHyOgt+GsPzYgiLxjJs0H35YWtqNZ2Ko3cETqt gN4Njopu3E8WvUUZ9+rZH+IDbwNOwbQBZTYcI2229vlplBLtdckWuR/E48La X500pAuKGwa+pJWbQ78jQ6oQLnj91PGX3bS84txZgLH2inuxaximIBurFgeP G3OmkB3bBHOygBeoHtoL8ed6fFJjqPI9SbqM1/8A7C7udh5efjSG6OTQzsLg 8tpN7+P21KTd7wWcs+pVWttP5KlbcY9yS6bTcm+0jX7udHFDHUeR6kuoZCH2 svm4WsR7vEXNPE1ggNxoPfN7e7zBqrKkm6v8NDIotdrWtw9FVxTTKF6ymKJR 53OoUWXnU4xUVW2AuDsGlisi0yJCVZQVPmdrqdeVZXfPqLA7PO8spMko9yMO ApuPDlVXdfqKFEaGNS92sDfiBz4AiuSyO3x9y3tOSzto22wtrcWXW1aB70gK IXL+u8vIyGlEKWOioQ1gP/NRcX/ULuDqkMUEW+wWOPpsbngF/mUE30rj/hdx 6Lj7OFE4v0nhhV+LYq3JluCR6dt+VLysoSMxEYpMCdbWJWXsqj9R/VXd45Ei x0aMAqwhj2i49LMSxHgDQ7Y0uZs+MciZwFdmFtgBIC7AAdOddrgph4MEeNiL HsQWG5vMfA+u9KaEzuTLACSNpdSL2BvqLeNWNyWKIsruXMxfRTxm8+YnTU+Z Y9ztYehto++unwO0drw4SIVikQaS7yCWuLDedPs4eupAS+UfxI9o8AQfXV3R dgu50O7Wzpxt7KR3qTM7tOCtlYbv4Me0AXXabajgKSRzyTbpNxUfhNiDfUn2 VdHgqSWMUZN9Nr2Nv/C1FRwJEAGDIWN9sj7rW0uKklkRFaadCrixQCATaxub jiNTYfZVwx43QBkYqLlRxAvUuAcgkacD6hwI9dOfIRALiYjyi9xe3pqJPRn4 K42F9d/9VUkkswZJf4aggq6G1yBa1x6KvjkVDtYCSy6NqTprqfGqcRZYUKSB YtxuoUXBvzq1hdSxexG7gDfht4GkCXr0p1AJ09Soy3T5VmEAkmF9RpxW2opV X3In5bl/ssv3bqVbt/p8SzevDS9G9t/peJ/oRfuCqvgsZpWymD9VWBBF9ugA 8Kft8qjtmICeEEf7gquTuOJBG/WlEZLaXcDw5XFLPhGXaiJNLEHD1F6rLboT vGrKB0+oPDeVXU8jt1NIQp0wDBbSyjqH7L7Kysrv/bEUWtMBxFmCg35a0G31 ZDGNkOKAt7qCxGvjYXqBEpGLmy4XBdDtIvaC630Il1vxH4NPtpFXvcwAnUfz TzP7FcZlfUuY5PSjSEtYkqtybftbvGhJM/Nlu0kjbmNyb8SfQKeEowHRupd3 JNiRspl2oNqqWaWxAHIC3KgX7v26Nw6IZNjKqFHYm/rKgcq45ZpyCC1jzuap iWTKyxiiQokSmV2U2aw0tx040YQq8saALrcr6qleVocVFJJBlLNdUAtqSFGv gL1mdx77POBGrbY73IFrXOl9p56caz4JUR1xgLQhvNt4cbXqU+XiytePEGxf LG4PmYEWa67fz0My0bYKXshyGyHYLqVNgRrcmtHEw+mN5uWOl9OXhao9rw5Y IrONrE8/eAPI+qtKyRRl3ZY4lHmdiFAHrNNBNyElYQxSTEXSJSx8TaqcXvSz OgVWjcjWIeY314aa0B3bvEWRA8GKp6VxulOm+x0spHDnrWF1Z9rZexzAh2b1 08x4WPotRbYUMB2g+xd+udD70gUBbbtyeNFQ5GC9yFQlh5yrFT6ayOwfWOJm Rx4vcJhDKgCh5Y1ZXA0G47dD91dM2NgTW2JjPcAMR5SbgcCrc6k4xfzUk5F8 Jx3SB/uKjE+GVsryIqkWIcG96I3qfMk4VSStnjGhIuPTahW7NhqUZIHU8D05 Lga+DCqpO0KhvHk5CcTqoYDXh5dal5aURgyCKTnDfHqZaZMUihF6EtraXK3b nSfDjZfPGY5F12K1+PO/srJ+CzAUWHMR24kSKyk3Pl4jStSCLMWH/jPPNqCw On2+qi20JGEYgyjmRmbKW+tQGGFvZ3RVKtZtAdfdoiR+nIch3AhUe7ppy0Nc n3n/AKgdtwJhi4UbZrRkb2DBYhYe6ra3PstWdF/1MWVNuXhGE3/mQlX014pJ t/LTEJDshGIkBy5Gmxd06NLLE4jV4gF8z33D0irpiWgW133MCbCxGt71z/b/ AK0+nMmNU+MEUoFj1QYQT6N9l++tvrJMsZQl4bFTIr3G0jwHGgE2GiRsPzHT Wh+8f0xhaxMch9Oinj9tKod2fdhuLW2wSacxoRr9lKuj+Hiof3uC4qTKy3AS TIkEa2VE3kCw0FlFUsm3ideI5VCeRlts1uxB0J4er1VJjI8YYDy24+iok+I7 ytRYNyYou/adQRcX4X9dM2rFfbe3jVhjso26gakeBPL1VGUqNNPULUk01kHH U0uooFtB4k1XZnOwC5Ps08b8qZ8ZGFmYlvRw9lCFTPnP5ljFuQYAXq3tI25Q 3HaMhHiJPiRuU6+LLaoqiKOnsAYDj40mjkZw6WDrYg+BXUUJ3MjVgaWRMZDt cG5uBe9ib2PqojH7P08srIXeOPa8TGyi992244hfy0R2bGEjNmeXcw2dPW6t xbj91axsCEUjqmxP6o/76TIJQ87w4cJnyDwsEjvqxPrrncz5j3RleVGEKW2K w2qD7twDzrqFxmyS0asVdbksQeWnE00mGBPBiN5pC6gtawNvPx9lIgpRzGsF dZXMY/YJZckJnl8fCSxYLYyyn9FLXA9JNbGd2zt+dF0lE+LEqBII1CmJLC17 Lf261t5WGqFiW27QTpqCAL1ngYbpoE3c9pKn7bU3ALOkTmSciJlu9jrI/sXF yoVXGyv4q3DkkXOtuB5eFPD9L/VmCD8Bl7FU+SMncnr2OGArYMUbkG7iw/SD D7yasWV8c7RM4sdSpKix/YsKbve6gyI7UTHfT0ssu/1tiRXZYp3BLbWQR3J0 JDRumtqqb647vhnpZHaZFK3FxKTc8DbdG/5a3R3DONtk6vb9m9ufvK9V5QfM QddAxBFnW263PVTHpSYauVEngbuh1gyf9SM0IQvbTcked5PHl5Yh4Vh90+rO +92j6Msxx1N7wQ3RSp08xJLG/rtXQ93R8XFORDG8m23UUg6DgT7zD7DWT2nC OfkR5csWyG9lc6E8SOH7JqgI2pjfRC9q+ks/N2vKnTiJ946aD/t4VvQ/Snbs MqZAszG3EOwB5jRo/wAlbhd+iVjA8qqhXgnpAp4Y5Viva1gzbOJPqNIk62T3 anQE305GqBou34eYOBTzRsQfA7zr6yK56fPwu3ZrRQ4eZ2ad9tlSVlQsDzjI cFd3rFdjirNa5DN5hpJoRpfSqO8dui7jAyZOOrsl2ib8QIGgv6ba0B76oeza qPjO942CV7vEJo5YzEuTEBuV2BA6qJcWZj7wt6RSrYVFl+nGkXzEwMx5ahfz Uqtz5bfMk0cVlywYPpjNniWYyqkcoDi1ybNqOXhRUH0ou27ZFiDawFj95NdJ 28D5Zi/6Mf7gqD52LjxOHlRWDe5a7cuV70swgE7ZJwJPJcn3Ls+LibFR3kWU G7ILnQ8PLas448MLdOMHb7x3AaejzbjWt3buL5soIHTiQbVUaXHptWY3mrOr 2rUEYQGDtWSraREQ2sPE0O3VY6G2otpxvRTRbuJtw9P3UjGFPr4UOUqKlIQR 5hcjhyoiHEkmbbAm9mOvoFF4uA0gDzHpxngDxPsrSjik2mOBTAg03KBvN/bp TSJZU4WJ8EGRWDzyEGX9AaaDTUm1aGFhKXuHVy7FiLDUsb/mp+14BhQhyWZn LfxLFgbW4jlpWtH5AugU3Gthp9hoxBlBcyDGm4qKYcWJulmmGx7gKw8oJ10q lo4vmOPOJ16bb3UHRNAF0+2i8jKZY7gLN+pYfnNYXc8hpp4wQF2x32Ae6SeH 3Vh+T+RHKyp5gGIxanFkVHDYVq50yRxyzMQYlHmAAKm521lfE9okJ3wQdTho NhJ9jGtFLR48YJKEIo3W3Lw3e7UZYsZyN4xZCeO+PaTb0i1OJJAJoSA4tqrG ZGLiQkC9sZNSywoJsLs7s3T3xo1jdZDx48GFR+UQFN0ObIl+AYKxXXh5D6KL ftmCZQq4i3UWvFIVI5nym451VJ2bGUybDlRsdBJYP9nCnXZ6FYzo3ZmZH6o4 h0BCzdqzVQyR5MTqSAu9WHH1g1U2B3cLdYVl3DURvbQ6/q0Ye3ZABeLPCqtj aWMrb7KTQd43l4mgyFUjaeoL3HC+8cqbnUeBQZRl38qf1xwn1rMkTOLNDNBL GGFjfVdR7apwjkY8JheMKkUgaQrrbeuweX9HcBr6a6CJe5FiMiHYrLqw14cg VoSbHtKx1sy9N/wkqeIB5HmD41UST7VE2j7rRD1eBJCJggV4TdlQu2gaxBA0 4UeINuNsj2sdgAA0U3OtjWRF3aPESPE7htifjHlOv8KUcj+o/iK1pJsWTGUw lZIyRsAcKpFvwkemm5o6lrWF1FLGxAEVZEAbzGzNuPsNA5USxQSzkkJGm48R x4USe49twIGM2QsV1uULb2BPhauQ7x9UnuDfD4gPQBuSfxEcKYSY+6NQR3Zc 3b2bOx5WN7SBL68Vtb7aVYeO82QhjgJEaHfkTD3SV83TXxueNKtGPlv83qRT HwXXP3dcXtmLHGBJN0YxtJsANq3LGxrDllaeRpnN2fj4eyqx5o1B4bRSC63P KozC8jsJVQiABuSZb8ajtAHqqW4EkD3hy5/dREGAZH2zE349Ffe/xHgtSqQ8 MEuS+yBb295yPKPbWhjdt2WKqZpOb/h9laMGFIyBOiqQr7sauAL8fN40ZBgJ cO2Mqk8+oCb8uAtTWcsy4ISLt0rlWeOQkC1w4FgeVhRidtIGgkFwDbeQQfT/ ALKvx4uk4ZcdY24X6oJt9lX9fKAH8NQfxDqjT/dpc1nQ1Po9ihDGBcSBgwIA trfTxOtTkCgixYOWFrjTn7KsWQ72sGYEjUWPL0U7sSQhD6sATpb7fZQ3unir o4su7qDzFQwnrb3S/BRc8D4UDiYONkiaVhIFjssfIgBb6j1mtMuWZ06ciBQb OeBt4VnY8fcQ7yxtbFklbcCRwB2/mrDOiBFp5ZzYyIBiBi4nYEw2w8ESdygW LprqU81uA146VIOrM2+QMqoSQ0YFvTu2ilta4sjgDnE2g4mo5UhVI7tIDc2c jXjwYVpcoJblpqTIgdyWEUrnQkPrt9l6cRkBgEliGrXjcNc+Avtp16bGxaF+ N9ylG/NU41uAOmBbgI5L8eNNlIY6P/kq9+3/ADpAOHnTcNed13Uz8hux33KG Afy3ubBuVWR+VVjCTRC9gCoYe0+2mZuo+1JFUWF0eM8/Tehk3pbpxZWIZI4U XaEFztVfMu3xB9tAzRkPu81kJKg8DpzoxWZgqmw2fhHADla9R2kxMSLbidQS VNyBf7qHZWz4RbpuKD6UE+OYsmJJYyDdTqPsNYb/AEfgZimWCeXEU+6uOx6d 7H8DHT2V0U0W5mhVbG2koAtwoZQ2Owgka8jart00Pq0pDFcqJvXOr9AQrueT uM0iqbBNuvruxtV7fSvaMXHZ5HkyHBsFdtq8RrtS35a2pVcqGIfcSQSTYgXv 4a8KEnhkaJCxN2Oqk3I4nj7a1g5IdTIkEtp0IF40TGdIlCIiNZVFgBalR8mL tw52PKNz/umlXT3eKzvWEvV2i23gLcajN19nlv8A4Pet/ipUqzlaf27VqLB2 kR2/d0x8N0d19d+7qe2/3861oPi9vk+CtfXd1ePtpUqPtqZ+LiiV+P2Db8t2 8rdW1/ZUl+P6Y2/Ldl/Lbq23W/LalSqfsrNOPmVl2/LrW0/m8PbrT/8AM9rf 03bpu/m24aX9lKlR9lCth/uDYeh8Fs/Ds623h+HlU2/ua2vwvEWt1vGlSou/ jWmrtXKuX+5th3fDW526v56pxfnvwqW+E6Vv8zqXvz3W50qVL7fFF3f4KLfN 93l+E3cun1+Ho21Nf7o2ts6Vt34t/hy6n4aVKgf8/Cszb1dpWr/cVl6nwV7a 7t1/bs/NVUvzO/n+X7rcute1KlTNn8XFBs73jSHz+8Wz4e1vJbr2tf8AF/tq f/6ezW+G97S+7h6N/KlSo+2geLwJz/cG7X4O/wD8nG35aj/zzYNvwVrra3U8 Tb89KlSNh/bvVd4W3dq1Ry/n/RO74W1x/L6m6q4vnXSTd8Jflv6m/wC6lSqf tJjx8En+b7E3/CWsdt+tfhrUJfm+yG/wuyx6W3fw0pUq1haP27LkpWn19pQy fm/wk2/4bp9N9+3fu27Te1+dKlSrbu921Tfev//Z --= Multipart Boundary 0814020103-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 14: 7:43 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ABF037B401; Tue, 13 Aug 2002 14:07:41 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D8C643E4A; Tue, 13 Aug 2002 14:07:34 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DL7XJU086984; Tue, 13 Aug 2002 14:07:33 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DL7X07086978; Tue, 13 Aug 2002 14:07:33 -0700 (PDT) Date: Tue, 13 Aug 2002 14:07:33 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208132107.g7DL7X07086978@freefall.freebsd.org> To: bicknell@ussrepulse.ufp.org, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18535: No way to remove S/Key entries from /etc/skeykeys Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: No way to remove S/Key entries from /etc/skeykeys State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Tue Aug 13 14:06:54 PDT 2002 State-Changed-Why: Is a recent skey installation still not able to do this? http://www.freebsd.org/cgi/query-pr.cgi?pr=18535 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 14:12:48 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 915D737B400; Tue, 13 Aug 2002 14:12:45 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8303143E65; Tue, 13 Aug 2002 14:12:43 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DLChJU087727; Tue, 13 Aug 2002 14:12:43 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DLChtF087723; Tue, 13 Aug 2002 14:12:43 -0700 (PDT) Date: Tue, 13 Aug 2002 14:12:43 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208132112.g7DLChtF087723@freefall.freebsd.org> To: schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org, phk@FreeBSD.org Subject: Re: conf/19001: Delayed fsck + mount of insignificant filesystems. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Delayed fsck + mount of insignificant filesystems. Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: schweikh Responsible-Changed-When: Tue Aug 13 14:10:28 PDT 2002 Responsible-Changed-Why: Poul-Henning: if any of the proposed solutions do the trick for you, please feel free to close this PR. I don't want to timeout you :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=19001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 14:15:43 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BE9937B400; Tue, 13 Aug 2002 14:15:42 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C98243E75; Tue, 13 Aug 2002 14:15:42 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DLFgJU088005; Tue, 13 Aug 2002 14:15:42 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DLFYxs087992; Tue, 13 Aug 2002 14:15:34 -0700 (PDT) Date: Tue, 13 Aug 2002 14:15:34 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208132115.g7DLFYxs087992@freefall.freebsd.org> To: gryphon@intech.net, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19057: offer of patch to uname that produces pretty one-line output Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: offer of patch to uname that produces pretty one-line output State-Changed-From-To: feedback->closed State-Changed-By: schweikh State-Changed-When: Tue Aug 13 14:15:03 PDT 2002 State-Changed-Why: Patch went off the 'net and feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=19057 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 15:14:21 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CC4037B400 for ; Tue, 13 Aug 2002 15:14:19 -0700 (PDT) Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FFE143E3B for ; Tue, 13 Aug 2002 15:14:19 -0700 (PDT) (envelope-from hitmaster2k@yahoo.com) Message-ID: <20020813221419.77580.qmail@web21110.mail.yahoo.com> Received: from [62.254.0.5] by web21110.mail.yahoo.com via HTTP; Tue, 13 Aug 2002 15:14:19 PDT Date: Tue, 13 Aug 2002 15:14:19 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: kern/37889: kernel panic when writing to a FAT32 partition To: "Simon L. Nielsen" , freebsd-bugs@FreeBSD.org In-Reply-To: <200208132030.g7DKU275079070@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --- "Simon L. Nielsen" wrote: > From: "Simon L. Nielsen" > Subject: Re: kern/37889: kernel panic when writing to a FAT32 partition > Date: Tue, 13 Aug 2002 22:24:00 +0200 Hello Simon. > I have the same problem where it crashes at msdosfs_fat.c:353. OK. Could you please provide us with your line 353 and the 5 lines before and after it. This could help me in finding the code. Also, could you please tell me what your FreeBSD OS version is, better yet, provide us with your ``uname -a'' output. > Sometimes the problem goes away after I have used the partion from > Windows 2000. Then I can write to the partion from FreeBSD without > problems and then later after i have used the partion from Windows 2000 > again the problems comes back and i get FreeBSD kernel panics. Strangely, this problem has not been noticed in the developent (-current) version of FreeBSD, so it could be that this problem was solved over time, and someone actually forgot to merge the delta (correction) into the -stable version of FreeBSD. -- Hiten __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 16:20:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF2AF37B400 for ; Tue, 13 Aug 2002 16:20:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F7FD43E70 for ; Tue, 13 Aug 2002 16:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7DNK4JU007545 for ; Tue, 13 Aug 2002 16:20:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7DNK4Gj007544; Tue, 13 Aug 2002 16:20:04 -0700 (PDT) Date: Tue, 13 Aug 2002 16:20:04 -0700 (PDT) Message-Id: <200208132320.g7DNK4Gj007544@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Simon L. Nielsen" Subject: Re: kern/37889: kernel panic when writing to a FAT32 partition Reply-To: "Simon L. Nielsen" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/37889; it has been noted by GNATS. From: "Simon L. Nielsen" To: hiten@uk.FreeBSD.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/37889: kernel panic when writing to a FAT32 partition Date: Wed, 14 Aug 2002 01:18:37 +0200 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2002.08.13 15:14:19 +0000, Hiten Pandya wrote: > > I have the same problem where it crashes at msdosfs_fat.c:353. > OK. Could you please provide us with your line 353 and the 5 lines before > and after it. This could help me in finding the code. Also, could you > please tell me what your FreeBSD OS version is, better yet, provide us > with your ``uname -a'' output. Sure : FreeBSD arthur.nitro.dk 4.6.1-RELEASE-p10 FreeBSD 4.6.1-RELEASE-p10 #3: Wed= Aug 14 00:22:41 CEST 2002 root@arthur.nitro.dk:/usr/src/sys/compile/AR= THUR i386 >From msdosfs_fat.c is : 1 /* $FreeBSD: src/sys/msdosfs/msdosfs_fat.c,v 1.23 2000/01/27 14:43:06 nya= n Exp $ */ 348 * If we have an FSInfo block, update it. 349 */ 350 if (pmp->pm_fsinfo) { 351 u_long cn =3D pmp->pm_nxtfree; 352 353 if (pmp->pm_freeclustercount 354 && (pmp->pm_inusemap[cn / N_INUSEBITS] 355 & (1 << (cn % N_INUSEBITS)))) { 356 /* 357 * The cluster indicated in FSInfo isn't free I tried adding a printf at line 352 to print cn (pmp->pm_nxtfree).. It was a very big number (4294967295 in one test - btw. this number is from a later crashdump) which might be to large for the pm_inusemap array... I have not had time to look more at the msdosfs code to understant exactly was that array is... > > Sometimes the problem goes away after I have used the partion from > > Windows 2000. Then I can write to the partion from FreeBSD without > > problems and then later after i have used the partion from Windows 2000 > > again the problems comes back and i get FreeBSD kernel panics. > Strangely, this problem has not been noticed in the developent (-current) > version of FreeBSD, so it could be that this problem was solved over time, > and someone actually forgot to merge the delta (correction) into the > -stable version of FreeBSD. I think the problem could have something to do with large partions... For a long time I have been using a 20GB FAT32 partion without any, problems but my new msdos partion (on a different disc) is 30GB. I have been looking a bit throu the NetBSD msdos fs code and found a change to the NetBSD code that have not been merged in to FreeBSD that might have something to do with this problem : http://mail-index.netbsd.org/source-changes/2000/03/27/0008.html -- START From: Jaromir Dolecek Add new CLUST_END and use it as parameter to pcbmap() when searching for end cluster, instead of explicitly passing 0xffff. This fixes potential problem for FAT32, where cluster number may be legally bigger than 0xffff. Also change clusteralloc() so that fillwith is not explicitly passed by cal= ler anymore (there is no need to use anything other than CLUST_EOFE). -- END I have tried applying the patches from that commit to FreeBSD but it doesn't seem to fix the problem (I will try a bit more tomorrow). My FAT32 partion is on an extented partion... could pehaps make a difference. There is a bit more info about my system and the bug which might be useful in the following mail to freebsd-stable : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D16978+0+archive/2002/freebsd= -stable/20020804.freebsd-stable Btw. I have run fsck_msdos and that says the partion is ok now, but the first time I ran it there was few errors (can't remember exactly which). The first ran was after a panic so that might have be the reason for the errors. I don't know if this is important... --=20 Simon L. Nielsen --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9WZPM8kocFXgPTRwRAosSAKCGe1tfGvyxbo3RoxhfBgwWkLcw+ACggPg+ uowoTSf5uyq8TkBZPfhv5/g= =TIhB -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 17:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0314737B400 for ; Tue, 13 Aug 2002 17:20:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D55F743E6E for ; Tue, 13 Aug 2002 17:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7E0K1JU020256 for ; Tue, 13 Aug 2002 17:20:01 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7E0K1sY020255; Tue, 13 Aug 2002 17:20:01 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F93937B400 for ; Tue, 13 Aug 2002 17:13:22 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F85F43E65 for ; Tue, 13 Aug 2002 17:13:22 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7E0DLOT089831 for ; Tue, 13 Aug 2002 17:13:21 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7E0DLqC089830; Tue, 13 Aug 2002 17:13:21 -0700 (PDT) Message-Id: <200208140013.g7E0DLqC089830@www.freebsd.org> Date: Tue, 13 Aug 2002 17:13:21 -0700 (PDT) From: Jason Li To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/41647: ifconfig doesn't accept lladdr along with inet address family Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41647 >Category: bin >Synopsis: ifconfig doesn't accept lladdr along with inet address family >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 13 17:20:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Jason Li >Release: 4.6-STABLE >Organization: Frontfree Technology Network >Environment: FreeBSD cluster.frontfree.net 4.6-STABLE FreeBSD 4.6-STABLE #40: Tue Aug 13 18:34:38 CST 2002 root@cluster.frontfree.net:/usr/obj/usr/src/sys/FIREWALL i386 >Description: When synchronized with RELENG_4, the ifconfig was introduced with a strange behavior. It can't accept lladdr parameter along with inet address. This behavior should be considered as a bug, because when issuing ifconfig seperately with lladdr, then inet address family, it works well. This problem should be something wrong with the ifconfig.c, when replaced with some version prior to 1.72.3(dated Wed Mar 20 17:55:07 2002 UTC), the problem goes away. I've checked the code, and I think the problem was with the command line parser. >How-To-Repeat: run ifconfig with some parameters similar to this(the adapter name could vary): ifconfig fxp0 inet 10.1.1.254 netmask 0xffffff00 ether 00:20:af:7d:99:dc but the ifconfig works well when issuing seperately: ifconfig fxp0 inet 10.1.1.254 netmask 0xffffff00 then ifconfig fxp0 ether 00:20:af:7d:99:dc >Fix: Workaround: Rollback the ifconfig.c to version 1.72.3 or prior, which could be downloaded from http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sbin/ifconfig/ifconfig.c?rev=1.72&content-type=text/plain >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 20:59:48 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F7A37B401 for ; Tue, 13 Aug 2002 20:59:41 -0700 (PDT) Received: from vpop1.superb.net (vpop1.superb.net [207.228.225.102]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E27943E7B for ; Tue, 13 Aug 2002 20:59:37 -0700 (PDT) (envelope-from chris@zen-production.com) Received: (qmail 3157 invoked from network); 14 Aug 2002 03:59:33 -0000 Received: from unknown (HELO KU) (144.137.86.213) by vpop1.superb.net with SMTP; 14 Aug 2002 03:59:33 -0000 From: chris@zen-production.com Subject: The World's Most Wanted Japanese Contents To: alex@freebsd.org Content-Type: multipart/alternative; boundary="=_NextPart_2rfkindysadvnqw3nerasdf"; MIME-Version: 1.0 Date: Wed, 14 Aug 2002 13:59:39 +1000 X-Priority: 3 X-Library: Indy 8.0.22 Message-Id: <20020814035937.3E27943E7B@mx1.FreeBSD.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable <=21DOCTYPE HTML PUBLIC =22-//W3C//DTD HTML 4.0 Transitional//EN=22>

 
3D=22=22
 
Zen Production
The Japanese adult video content specialist
 
We carry 1000s of hand edited 3 miniutes=20streaming clips from the latest videos.
All clips are uncensored for which men all=20over the world have been waiting for a long time.
Just click here to double your=20sales instantly, like all our clients do.
 
 
This service is provided to Adult Webmasters only
All models are over 18 years=20old
 
Do not=20reply to this mail
If you'd like to contact us,=20please send mail to: info=40zen-production.com
 
 
 
If you do not wish to receive this promotion=20mail, type =22remove=22 in the subject feild and send it to: unsubscribe=40zen-production.com
 --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/html Content-Transfer-Encoding: quoted-printable <=21DOCTYPE HTML PUBLIC =22-//W3C//DTD HTML 4.0 Transitional//EN=22>
 
3D=22=22
 
Zen Production
The Japanese adult video content specialist
 
We carry 1000s of hand edited 3 miniutes=20streaming clips from the latest videos.
All clips are uncensored for which men all=20over the world have been waiting for a long time.
Just click here to double your=20sales instantly, like all our clients do.
 
 
This service is provided to Adult Webmasters only
All models are over 18 years=20old
 
Do not=20reply to this mail
If you'd like to contact us,=20please send mail to: info=40zen-production.com
 
 
 
If you do not wish to receive this promotion=20mail, type =22remove=22 in the subject feild and send it to: unsubscribe=40zen-production.com
--=_NextPart_2rfkindysadvnqw3nerasdf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 13 21:20:33 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BAF137B400 for ; Tue, 13 Aug 2002 21:20:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF86843E7B for ; Tue, 13 Aug 2002 21:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7E4K1JU055862 for ; Tue, 13 Aug 2002 21:20:01 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7E4K16r055861; Tue, 13 Aug 2002 21:20:01 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 147A737B400 for ; Tue, 13 Aug 2002 21:10:12 -0700 (PDT) Received: from 216-99-217-213.dsl.aracnet.com (216-99-217-213.dsl.aracnet.com [216.99.217.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id E290143E6E for ; Tue, 13 Aug 2002 21:10:10 -0700 (PDT) (envelope-from jeffe@kiwimonster.net) Received: from avon.kiwimonster.net (localhost [127.0.0.1]) by 216-99-217-213.dsl.aracnet.com (8.12.5/8.12.5) with ESMTP id g7E46nmI016803; Wed, 14 Aug 2002 04:06:49 GMT (envelope-from jeffe@avon.kiwimonster.net) Received: (from jeffe@localhost) by avon.kiwimonster.net (8.12.5/8.12.5/Submit) id g7E46nwA016802; Wed, 14 Aug 2002 04:06:49 GMT Message-Id: <200208140406.g7E46nwA016802@avon.kiwimonster.net> Date: Wed, 14 Aug 2002 04:06:49 GMT From: Jeff Eaton To: FreeBSD-gnats-submit@FreeBSD.org Cc: jeffe@kiwimonster.net X-Send-Pr-Version: 3.113 Subject: kern/41651: READ_BIG errors from acd driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41651 >Category: kern >Synopsis: READ_BIG errors from acd driver >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 13 21:20:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Jeff Eaton >Release: FreeBSD 4.6-STABLE i386 >Organization: >Environment: FreeBSD slave.kiwimonster.net 4.6-STABLE FreeBSD 4.6-STABLE #0: Mon Aug 12 22:30:20 PDT 2002 root@slave.pdx.intel.com:/usr/obj/usr/src/sys/SLAVE i386 >Description: Trying to read a large file off of my cdrom drive, I get a READ_BIG command timeout, and the system becomes unusable and must be rebooted. I have had this problem for several releases now, certainly since 4.3-RELEASE, and probably before. It did not start with 4.6. This evening, I cvsup'ed 4-STABLE and reinstalled the world. Since I had seen that the similiar problems noted in the erata for 4.6-RELEASE had been fixed, I decided to give it a test. I removed the workaround settings in /boot/loader.conf (which do prevent the problem), and I rebooted, mounted a cd and copied a big file into /dev/null. The READ_BIG problem happened; I rebooted, but the system never actually halted and had to be powered off. The cdrom drive is a PlexWriter 16/10/40A >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: >From /var/log/messages: Aug 12 23:00:49 slave /kernel: acd0: READ_BIG command timeout - resetting Aug 12 23:00:49 slave /kernel: ata1: resetting devices .. acd0: timeout sending command=a1 s=80 e=ff Aug 12 23:00:49 slave /kernel: acd0: ATAPI identify failed Aug 12 23:00:49 slave /kernel: acd0: timeout sending command=ef s=80 e=ff Aug 12 23:00:49 slave /kernel: done Aug 12 23:00:49 slave /kernel: acd0: timeout sending command=a0 s=80 e=ff Aug 12 23:00:49 slave /kernel: acd0: failure to send ATAPI packet command Aug 12 23:00:49 slave /kernel: acd0: failure to execute ATAPI packet command >From dmesg: Rebooting... Copyright (c) 1992-2002 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.6-STABLE #0: Mon Aug 12 22:30:20 PDT 2002 root@slave.pdx.intel.com:/usr/obj/usr/src/sys/SLAVE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (1395.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf05 Stepping = 5 Features=0x3febfbff,ACC> real memory = 133955584 (130816K bytes) avail memory = 125009920 (122080K bytes) Preloaded elf kernel "kernel" at 0xc0538000. md0: Malloc disk Using $PIR table, 11 entries at 0xc00f2f30 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xdf00-0xdf3f mem 0xfeaff000-0xfeafffff irq 11 at device 8.0 on pci2 fxp0: Ethernet address 00:03:47:42:af:21 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bktr0: mem 0xf47ff000-0xf47fffff irq 3 at device 10.0 on pci2 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only iicbus1: on iicbb0 master-only smbus0: on bti2c0 bktr0: Hauppauge Model 60041 B VM bktr0: Hauppauge WinCast/TV, Philips NTSC tuner. pcm0: port 0xde80-0xdebf irq 9 at device 11.0 on pci2 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xef40-0xef5f irq 5 at device 31.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 pci0: (vendor=0x8086, dev=0x2443) at 31.3 irq 10 uhci1: port 0xef80-0xef9f irq 9 at device 31.4 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered orm0:
Hi
 
I am newbie in FreeBSD or to UNIX
 
I am running 4.6 release version and my top is stating 0% for idle, I have done a fresh installation and still the same any suggestions, I have talked other people who have been using FreeBSD and they have rebuild my box still nothing, I used to run 4.5 and it used to work fine on there. can pls give me few suggestions or point me somewhere I can look into to try to fix it
 
thanks
 
Raj
 
 
last pid:  2507;  load averages:  2.03,  1.70,  0.98    up 0+00:57:10  03:38:45
33 processes:  3 running, 30 sleeping
CPU states:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  0.0% idle
Mem: 11M Active, 14M Inact, 12M Wired, 3568K Cache, 10M Buf, 1380K Free
Swap: 256M Total, 256M Free
 
 
--Boundary_(ID_AvUENULIWKX5kLAR52ECaQ)-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 8:20:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A744137B400 for ; Wed, 14 Aug 2002 08:20:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9E2E43E6A for ; Wed, 14 Aug 2002 08:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EFK4JU079345 for ; Wed, 14 Aug 2002 08:20:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7EFK4OG079344; Wed, 14 Aug 2002 08:20:04 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A37237B400 for ; Wed, 14 Aug 2002 08:19:26 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCABF43E6A for ; Wed, 14 Aug 2002 08:19:25 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EFJPOT096310 for ; Wed, 14 Aug 2002 08:19:25 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7EFJPpO096309; Wed, 14 Aug 2002 08:19:25 -0700 (PDT) Message-Id: <200208141519.g7EFJPpO096309@www.freebsd.org> Date: Wed, 14 Aug 2002 08:19:25 -0700 (PDT) From: Markus Faiss To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/41663: support of promise fasttrack 100 tx2 under freebsd 4.6 release. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41663 >Category: i386 >Synopsis: support of promise fasttrack 100 tx2 under freebsd 4.6 release. >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 14 08:20:04 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Markus Faiss >Release: 4.6 >Organization: Headlight >Environment: >Description: When I try to setup FreeBSD 4.6 on the server with a promise fasttrack 100 tx2 IDE Raid-Controller, the routine is not able to detect the defined array. So I'm not able to setup the Release. With Release 4.5 this problem ist solved. But I would like to install freebsd 4.6 on this server. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 8:51:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A88BB37B400 for ; Wed, 14 Aug 2002 08:51:27 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E632243E72 for ; Wed, 14 Aug 2002 08:51:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EFp4JU084477 for ; Wed, 14 Aug 2002 08:51:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7EFp4i4084473; Wed, 14 Aug 2002 08:51:04 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68C8237B42C for ; Wed, 14 Aug 2002 08:47:50 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA5BF43E6E for ; Wed, 14 Aug 2002 08:46:14 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EFhYOT099142 for ; Wed, 14 Aug 2002 08:43:34 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7EFhY4L099141; Wed, 14 Aug 2002 08:43:34 -0700 (PDT) Message-Id: <200208141543.g7EFhY4L099141@www.freebsd.org> Date: Wed, 14 Aug 2002 08:43:34 -0700 (PDT) From: Andy To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41664: Incorrect checksum in CHECKSUM.MD5 for 4.6-disc1.iso at a mirror site Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41664 >Category: misc >Synopsis: Incorrect checksum in CHECKSUM.MD5 for 4.6-disc1.iso at a mirror site >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 14 08:50:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Andy >Release: 4.4 & 4.6 >Organization: self >Environment: NA >Description: The checksum for 4.6-disc1.iso in CHECKSUM.MD5 is incorrect at ftp.rediris.es. The iso itself is correct and gives the checksum given at other mirror sites. The checksums for the other disks is correct. >How-To-Repeat: Download CHECKSUM.MD5 from ftp.rediris.es and, perhaps, 4.6-disc1.iso. >Fix: I do not know enough about the distribution process to know if there is a significant issue here or a local one off problem. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 9: 4: 2 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EAFB37B400; Wed, 14 Aug 2002 09:04:01 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25FEC43E42; Wed, 14 Aug 2002 09:04:00 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA29868; Wed, 14 Aug 2002 16:03:57 GMT Date: Thu, 15 Aug 2002 02:09:50 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Jens Schweikhardt Cc: freebsd-bugs@FreeBSD.ORG, Subject: Re: conf/19001: Delayed fsck + mount of insignificant filesystems. In-Reply-To: <200208132112.g7DLChtF087723@freefall.freebsd.org> Message-ID: <20020815020431.A452-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 13 Aug 2002, Jens Schweikhardt wrote: > Synopsis: Delayed fsck + mount of insignificant filesystems. > > Responsible-Changed-From-To: freebsd-bugs->phk > ... > Poul-Henning: if any of the proposed solutions do the trick for you, > please feel free to close this PR. I don't want to timeout you :-) I think background fsck handles some aspects of this better. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 11: 0:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0965A37B401; Wed, 14 Aug 2002 11:00:15 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF88D43E6A; Wed, 14 Aug 2002 11:00:14 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EI0EJU009552; Wed, 14 Aug 2002 11:00:14 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7EI0EbW009548; Wed, 14 Aug 2002 11:00:14 -0700 (PDT) Date: Wed, 14 Aug 2002 11:00:14 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208141800.g7EI0EbW009548@freefall.freebsd.org> To: justin@mydotcomaddress.com, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/40863: 4.6 release||Can't seem to get the XFree86config to save setup during install Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: 4.6 release||Can't seem to get the XFree86config to save setup during install State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Wed Aug 14 10:55:08 PDT 2002 State-Changed-Why: Justin, your report contains almost no usable information. We need A LOT more if we want to have any chance of even just diagnosing the problem. Thousands of people have configured their 4.6R system without a hitch, so it seems to be your particular system. I can only guess: your disk(s) are too small or you ran out of inodes. Try installing a small system without ports collection and tell us if that works. If not, describe exactly what you do, what messages you see on the emergency holographic shell, and your relevant system parameters (disks, slices, partitions). http://www.freebsd.org/cgi/query-pr.cgi?pr=40863 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 11:10: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA39737B400 for ; Wed, 14 Aug 2002 11:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 674D143E4A for ; Wed, 14 Aug 2002 11:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EIA4JU014587 for ; Wed, 14 Aug 2002 11:10:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7EIA4nF014586; Wed, 14 Aug 2002 11:10:04 -0700 (PDT) Date: Wed, 14 Aug 2002 11:10:04 -0700 (PDT) Message-Id: <200208141810.g7EIA4nF014586@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Artem 'Zazoobr' Ignatjev" Subject: bin/41647: ifconfig doesn't accept lladdr along with inet address family Reply-To: "Artem 'Zazoobr' Ignatjev" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/41647; it has been noted by GNATS. From: "Artem 'Zazoobr' Ignatjev" To: freebsd-gnats-submit@FreeBSD.org, delphij@163.com Cc: Subject: bin/41647: ifconfig doesn't accept lladdr along with inet address family Date: Wed, 14 Aug 2002 22:07:15 +0400 Well, now ifconfig.c is: $FreeBSD: src/sbin/ifconfig/ifconfig.c,v 1.51.2.15 2001/12/14 23:36:23 jlemon Exp $ And there is no more problem. But in pr you wrote: >> How-To-Repeat > ifconfig fxp0 inet 10.1.1.254 netmask 0xffffff00 ether 00:20:af:7d:99:dc ether keyword is unknown, but the following line works just fine: ifconfig fxp0 inet 10.1.1.254 netmask 0xffffff00 lladdr 00:20:af:7d:99:dc I think this one can be closed... Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 12:30:17 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 566B737B400 for ; Wed, 14 Aug 2002 12:30:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07CE143E3B for ; Wed, 14 Aug 2002 12:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EJU3JU026468 for ; Wed, 14 Aug 2002 12:30:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7EJU318026467; Wed, 14 Aug 2002 12:30:03 -0700 (PDT) Date: Wed, 14 Aug 2002 12:30:03 -0700 (PDT) Message-Id: <200208141930.g7EJU318026467@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Qing Li" Subject: RE: kern/41494: static routes set with interface address as gateway are non-functional Reply-To: "Qing Li" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41494; it has been noted by GNATS. From: "Qing Li" To: "QING LI" , "Ruslan Ermilov" Cc: Subject: RE: kern/41494: static routes set with interface address as gateway are non-functional Date: Wed, 14 Aug 2002 12:28:29 -0700 > > > This route addition should be allowed as a place holder > > to be filled in later, similar to of an entry with RTF_LLINFO flag. > > > I disagree. In your ``route add'', you specified a gateway and you > get what you requested. What would be a purpose of adding such a > route? > This issue came up while I was trying to narrow down an EHOSTUNREACH problem when running PPP over IPv6. > > > It's possible to create such an entry (though a bit tricky) even without > patching sys/net/route.c: > > route -vn add -host 147.11.38.15 -link : -ifp rl0 -iface > This would be one reason. > > ARP can already do this for you by cloning from the network > route, > Right, and I am aware of that. My point is, however, that the code tries to validate gateway reach-ability for indirect routes. So why can't that code be extended to make an attempt in determining whether a route should be converted from RTF_GATEWAY to RTF_LLINFO during the insertion process. > > adding route with the gateway of some of the local addresses > has its own purpose; > No disagreement here. > > e.g. one can put a divert(4) daemon listetning > on lo0 that would get these packets. Or: > I don't really see how that is of what you said above looking at ip_output and divert_packet. But I think I understand what you are getting at. I am also trying to find a case, if any, that would indicate the code change would break the existing operation. > > # ifconfig rl0 inet > rl0: flags=8843 mtu 1500 > inet 192.168.4.115 netmask 0xffffff00 broadcast 192.168.4.255 > # ifconfig rl0 192.168.4.201/32 alias > # route delete 192.168.4.201/32 > delete net 192.168.4.201 > # route add 192.168.4.201 192.168.4.115 > add host 192.168.4.201: gateway 192.168.4.115 > # ping -c1 192.168.4.201 > PING 192.168.4.201 (192.168.4.201): 56 data bytes > 64 bytes from 192.168.4.201: icmp_seq=0 ttl=64 time=0.088 ms > --- 192.168.4.201 ping statistics --- > 1 packets transmitted, 1 packets received, 0% packet loss > round-trip min/avg/max/stddev = 0.088/0.088/0.088/0.000 ms > # > Hmmm.... That is not what I get after doing the exact same thing as the above (without any modification of course). Using your example, my route table looks like the following: Internet: Destination Gateway Flags Refs Use Netif Expire 192.168.4.201 192.168.4.115 UGHS 0 3 rl0 > > > } > > + if (rt->rt_gwroute->rt_ifp && > > + (rt->rt_gwroute->rt_ifp->if_flags & IFF_LOOPBACK)) > > + { > > + rt->rt_gwroute = 0; > > This leaks. You need to RTFREE() it first. > Nice catch. Thank you. > > I think this might make the ``route add'' I quoted above to do > what you want, > It does just that though I haven't tested the code exhaustively to see if it broke something. -- Qing To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 13:30:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6010137B400 for ; Wed, 14 Aug 2002 13:30:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A421443E4A for ; Wed, 14 Aug 2002 13:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EKU2JU036428 for ; Wed, 14 Aug 2002 13:30:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7EKU2ZF036427; Wed, 14 Aug 2002 13:30:02 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67BA737B400; Wed, 14 Aug 2002 13:27:37 -0700 (PDT) Received: from walton.kettenis.dyndns.org (a169250.upc-a.chello.nl [62.163.169.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id DED6A43E7B; Wed, 14 Aug 2002 13:27:35 -0700 (PDT) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.5/8.12.5) with ESMTP id g7EKRV7p000485; Wed, 14 Aug 2002 22:27:31 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.5/8.12.5) with ESMTP id g7EKRU14007403; Wed, 14 Aug 2002 22:27:30 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.5/8.12.5/Submit) id g7EKRUAL007402; Wed, 14 Aug 2002 22:27:30 +0200 (CEST) Message-Id: <200208142027.g7EKRUAL007402@elgar.kettenis.dyndns.org> Date: Wed, 14 Aug 2002 22:27:30 +0200 (CEST) From: kettenis@gnu.org To: FreeBSD-gnats-submit@FreeBSD.org Cc: obrien@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: bin/41671: gcc produces bad debug info Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41671 >Category: bin >Synopsis: gcc produces bad debug info >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 14 13:30:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Mark Kettenis >Release: FreeBSD 4.6-STABLE i386 >Organization: >Environment: System: FreeBSD elgar.kettenis.dyndns.org 4.6-STABLE FreeBSD 4.6-STABLE #6: Mon Aug 12 21:14:48 CEST 2002 kettenis@elgar.kettenis.dyndns.org:/usr/obj/usr/src/sys/ELGAR i386 >Description: The version of gcc 2.95.4 included with FreeBSD 4.6-STABLE produces bad debug info when using the STABS debug format, which is the default. Basically it outputs the stabs for a function definition, including its parameters, twice. The impact of these duplicate stabs is limited on older versions of GDB, but a recent change in GDB CVS that sorts debugging symbols a little differently unveils the problem. There are now a lot of testsuite failures, and the bug will seriously hamper the usage of future releases of GDB on FreeBSD. >How-To-Repeat: Check out GDB from CVS and run the testsuite. Note the massive failures in the gdb.base/funargs.exp test. With a fixed gcc, there are no failures. >Fix: There's a thinko in dbxout.c:dbxout_function(), which causes dbxout_really_begin_function() to be called twice (once before and once after the code for the function is emitted) if DBX_FUNCTION_FIRST isn't defined regardless whether DBX_CHECK_FUNCTION_FIRST is defined. The following patch fixes the problem, and makes the GDB testsuite much happier! I'd really appreciate if this patch could be included in FreeBSD 4.7, or perhaps even 4.6.1. AFAICT there is no need to fix -CURRENT, since the bug isn't present in the version of GCC 3.1 that's used there. --- /usr/src/contrib/gcc/dbxout.c.orig Tue Oct 26 10:47:58 1999 +++ /usr/src/contrib/gcc/dbxout.c Wed Aug 14 21:38:31 2002 @@ -2708,11 +2708,11 @@ dbxout_function (decl) tree decl; { #ifndef DBX_FUNCTION_FIRST - dbxout_really_begin_function (decl); -#else #ifdef DBX_CHECK_FUNCTION_FIRST if (!(DBX_CHECK_FUNCTION_FIRST)) dbxout_really_begin_function (decl); +#else + dbxout_really_begin_function (decl); #endif #endif dbxout_block (DECL_INITIAL (decl), 0, DECL_ARGUMENTS (decl)); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 13:36:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0A1F37B400; Wed, 14 Aug 2002 13:36:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F7943E42; Wed, 14 Aug 2002 13:36:11 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EKaBJU037131; Wed, 14 Aug 2002 13:36:11 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7EKaBct037127; Wed, 14 Aug 2002 13:36:11 -0700 (PDT) Date: Wed, 14 Aug 2002 13:36:11 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208142036.g7EKaBct037127@freefall.freebsd.org> To: root@smart-x.ctlc.interplex.ca, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/29121: msdos fs causes kernel panic when writing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: msdos fs causes kernel panic when writing State-Changed-From-To: feedback->closed State-Changed-By: schweikh State-Changed-When: Wed Aug 14 13:35:18 PDT 2002 State-Changed-Why: Feedback request bounced. If still an issue, let us know. http://www.freebsd.org/cgi/query-pr.cgi?pr=29121 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 13:37:25 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57D7137B400; Wed, 14 Aug 2002 13:37:24 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09B0943E6E; Wed, 14 Aug 2002 13:37:24 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EKbNJU037267; Wed, 14 Aug 2002 13:37:23 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7EKbNvw037263; Wed, 14 Aug 2002 13:37:23 -0700 (PDT) Date: Wed, 14 Aug 2002 13:37:23 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208142037.g7EKbNvw037263@freefall.freebsd.org> To: cwasser@v-wave.com, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18819: miibus modules loaded for non-existant devices Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: miibus modules loaded for non-existant devices State-Changed-From-To: feedback->closed State-Changed-By: schweikh State-Changed-When: Wed Aug 14 13:36:52 PDT 2002 State-Changed-Why: Feedback request bounced. If still an issue, let us know. http://www.freebsd.org/cgi/query-pr.cgi?pr=18819 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 13:38:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2B7B37B400; Wed, 14 Aug 2002 13:38:16 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53C6343E72; Wed, 14 Aug 2002 13:38:16 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7EKcGJU037375; Wed, 14 Aug 2002 13:38:16 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7EKcGR0037371; Wed, 14 Aug 2002 13:38:16 -0700 (PDT) Date: Wed, 14 Aug 2002 13:38:16 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208142038.g7EKcGR0037371@freefall.freebsd.org> To: adsharma@sharmas.dhs.org, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18524: The current kernel doesn't keep stats on a per cpu basis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: The current kernel doesn't keep stats on a per cpu basis State-Changed-From-To: feedback->closed State-Changed-By: schweikh State-Changed-When: Wed Aug 14 13:37:48 PDT 2002 State-Changed-Why: Feedback request bounced. If still an issue, let us know. http://www.freebsd.org/cgi/query-pr.cgi?pr=18524 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 14:11:58 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F5C637B400; Wed, 14 Aug 2002 14:11:57 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01C7943E7B; Wed, 14 Aug 2002 14:11:57 -0700 (PDT) (envelope-from joe@FreeBSD.org) Received: from freefall.freebsd.org (joe@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7ELBuJU045126; Wed, 14 Aug 2002 14:11:56 -0700 (PDT) (envelope-from joe@freefall.freebsd.org) Received: (from joe@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7ELBuiT045122; Wed, 14 Aug 2002 14:11:56 -0700 (PDT) Date: Wed, 14 Aug 2002 14:11:56 -0700 (PDT) From: Josef Karthauser Message-Id: <200208142111.g7ELBuiT045122@freefall.freebsd.org> To: joe@FreeBSD.org, freebsd-bugs@FreeBSD.org, joe@FreeBSD.org Subject: Re: kern/37624: USB devices: 82801CA/CAM give error with ANY device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: USB devices: 82801CA/CAM give error with ANY device Responsible-Changed-From-To: freebsd-bugs->joe Responsible-Changed-By: joe Responsible-Changed-When: Wed Aug 14 14:11:35 PDT 2002 Responsible-Changed-Why: I'll take this. http://www.freebsd.org/cgi/query-pr.cgi?pr=37624 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 16:20: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C54F37B400 for ; Wed, 14 Aug 2002 16:20:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE3343E4A for ; Wed, 14 Aug 2002 16:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7ENK3JU068346 for ; Wed, 14 Aug 2002 16:20:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7ENK3Kw068345; Wed, 14 Aug 2002 16:20:03 -0700 (PDT) Date: Wed, 14 Aug 2002 16:20:03 -0700 (PDT) Message-Id: <200208142320.g7ENK3Kw068345@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/40636: PCI devices don't share IRQs. Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/40636; it has been noted by GNATS. From: Bruce Evans To: Matthew Emmerton Cc: freebsd-gnats-submit@FreeBSD.org, , Subject: Re: kern/40636: PCI devices don't share IRQs. Date: Thu, 15 Aug 2002 09:20:23 +1000 (EST) On Wed, 14 Aug 2002, Matthew Emmerton wrote: > How is this a duplicate of kern/20523? That PR deals with multi-port PCI > serial devices, where this just deals with single-port PCI serial devices -- > unless it's just a generalization. > > The originator of kern/40636 has not seen any performance problems with my > patch, so unless sharing intr_fast (whatever the heck that is -- I can't > find any mention of that in the sio.c file) is some very bad thing to do, I > don't see a problem with my patch. > > Can someone please clarify? See my earlier reply. (intr_fast is a misspelling of INTR_FAST in -current and INTR_TYPE_FAST in older versions. Not using it tends to give you silo overflows. I think the patch is better than nothing but it only helps if the sio device happens to be attached after another device that shares the irq. The INTR_*_FAST BUS_SETUP_INTR() call must be removed to get deterministic behaviour and doing that clearly breaks fast interrupts always.) Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 17:10:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BA5437B400 for ; Wed, 14 Aug 2002 17:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB48D43E70 for ; Wed, 14 Aug 2002 17:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7F0A3JU078857 for ; Wed, 14 Aug 2002 17:10:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7F0A3LC078854; Wed, 14 Aug 2002 17:10:03 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F37E37B400 for ; Wed, 14 Aug 2002 17:04:45 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1064143E65 for ; Wed, 14 Aug 2002 17:04:45 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7F04ZOT057148 for ; Wed, 14 Aug 2002 17:04:35 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7F04ZAI057147; Wed, 14 Aug 2002 17:04:35 -0700 (PDT) Message-Id: <200208150004.g7F04ZAI057147@www.freebsd.org> Date: Wed, 14 Aug 2002 17:04:35 -0700 (PDT) From: Aragon Gouveia To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41674: iostat column formatting overlaps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41674 >Category: misc >Synopsis: iostat column formatting overlaps >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 14 17:10:02 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Aragon Gouveia >Release: 4.6-STABLE >Organization: >Environment: FreeBSD host.fqdn.org 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 8 23:39:11 SAST 2002 root@host.fqdn.org:/usr/src/sys/compile/KERN i386 >Description: When iostat outputs CPU usage values, columns are too narrow to accomodate 100%. For example: tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 68 103 0.00 0 0.00 0.00 0 0.00 0 0 0 0100 0 319 0.00 0 0.00 0.00 0 0.00 0 0 0 0100 Making it both slightly confusing to read, and a nightmare to accurately text process. >How-To-Repeat: >Fix: Simple reformatting. Diff available from http://decoder.geek.sh/iostat.aragon.diff and also follows below : --- iostat.c Thu Jul 19 06:15:42 2001 +++ iostat.c.new Thu Aug 15 01:43:07 2002 @@ -551,7 +551,7 @@ } } if ((dflag == 0) || (Cflag > 0)) - (void)printf(" cpu\n"); + (void)printf(" cpu\n"); else (void)printf("\n"); @@ -576,7 +576,7 @@ } } if ((dflag == 0) || (Cflag > 0)) - (void)printf(" us ni sy in id\n"); + (void)printf(" us ni sy in id\n"); else printf("\n"); @@ -674,6 +674,6 @@ for (state = 0; state < CPUSTATES; ++state) time += cur.cp_time[state]; for (state = 0; state < CPUSTATES; ++state) - printf("%3.0f", + printf("%6.1f", 100. * cur.cp_time[state] / (time ? time : 1)); } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 14 21:50: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4580737B400 for ; Wed, 14 Aug 2002 21:50:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01B9743E65 for ; Wed, 14 Aug 2002 21:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7F4o3JU022748 for ; Wed, 14 Aug 2002 21:50:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7F4o37F022747; Wed, 14 Aug 2002 21:50:03 -0700 (PDT) Date: Wed, 14 Aug 2002 21:50:03 -0700 (PDT) Message-Id: <200208150450.g7F4o37F022747@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Chris Richards" Subject: Re: i386/41542: kernel panic - ata failure after upgrading to 4.6-STABLE Reply-To: "Chris Richards" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/41542; it has been noted by GNATS. From: "Chris Richards" To: , Cc: Subject: Re: i386/41542: kernel panic - ata failure after upgrading to 4.6-STABLE Date: Thu, 15 Aug 2002 14:52:06 +1000 Problem found..... and it wasn't a bug. User error (layer 8) was the cause of my issues. A friend had given me some kernel options to try out and at the time he told me not to use "AUTO_EOI_2" (so he says :) ) but I forgot and didn't comment it out. So if anyone had started looking into it.... I apologise. I did compile the GENERIC kernel though and it failed on the exact same error. The only thing we can think of is that I didn't do a hard reset (power off) when I tested it. In any case I have compile 4.6-STABLE with my kernel and it is working fine.... Thanx. Regards, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 1:40:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9072737B400 for ; Thu, 15 Aug 2002 01:40:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35CCD43E4A for ; Thu, 15 Aug 2002 01:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7F8e4JU065512 for ; Thu, 15 Aug 2002 01:40:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7F8e4hU065511; Thu, 15 Aug 2002 01:40:04 -0700 (PDT) Date: Thu, 15 Aug 2002 01:40:04 -0700 (PDT) Message-Id: <200208150840.g7F8e4hU065511@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: misc/41674: iostat column formatting overlaps Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/41674; it has been noted by GNATS. From: Bruce Evans To: Aragon Gouveia Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/41674: iostat column formatting overlaps Date: Thu, 15 Aug 2002 18:43:30 +1000 (EST) On Wed, 14 Aug 2002, Aragon Gouveia wrote: > >Description: > When iostat outputs CPU usage values, columns are too narrow to accomodate 100%. For example: > > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > 68 103 0.00 0 0.00 0.00 0 0.00 0 0 0 0100 > 0 319 0.00 0 0.00 0.00 0 0.00 0 0 0 0100 > > Making it both slightly confusing to read, and a nightmare to accurately text process. > > >How-To-Repeat: > > >Fix: > Simple reformatting. Diff available from http://decoder.geek.sh/iostat.aragon.diff and also follows below : > > > --- iostat.c Thu Jul 19 06:15:42 2001 > +++ iostat.c.new Thu Aug 15 01:43:07 2002 > @@ -551,7 +551,7 @@ > } > } > if ((dflag == 0) || (Cflag > 0)) > - (void)printf(" cpu\n"); > + (void)printf(" cpu\n"); > else > (void)printf("\n"); > > @@ -576,7 +576,7 @@ > } > } > if ((dflag == 0) || (Cflag > 0)) > - (void)printf(" us ni sy in id\n"); > + (void)printf(" us ni sy in id\n"); > else > printf("\n"); > > @@ -674,6 +674,6 @@ > for (state = 0; state < CPUSTATES; ++state) > time += cur.cp_time[state]; > for (state = 0; state < CPUSTATES; ++state) > - printf("%3.0f", > + printf("%6.1f", > 100. * cur.cp_time[state] / (time ? time : 1)); > } This makes it a nightmare to read on 80-column terminals. The number of devices shown by default would have to be reduced from 3 to only 2 to reduce the line length to less than 80 columns again. Printing more precision might confuse parsers that expect plain integers, especially if they know that the integers are formatted in 3 characters, as they probably have to do to parse the run together digits. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 2:14:39 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F1E337B400; Thu, 15 Aug 2002 02:14:36 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339EB43E3B; Thu, 15 Aug 2002 02:14:36 -0700 (PDT) (envelope-from maxim@FreeBSD.org) Received: from freefall.freebsd.org (maxim@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7F9EaJU079992; Thu, 15 Aug 2002 02:14:36 -0700 (PDT) (envelope-from maxim@freefall.freebsd.org) Received: (from maxim@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7F9EZJL079987; Thu, 15 Aug 2002 02:14:35 -0700 (PDT) Date: Thu, 15 Aug 2002 02:14:35 -0700 (PDT) From: Maxim Konovalov Message-Id: <200208150914.g7F9EZJL079987@freefall.freebsd.org> To: chrisric@magna.com.au, maxim@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/41542: kernel panic - ata failure after upgrading to 4.6-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: kernel panic - ata failure after upgrading to 4.6-STABLE State-Changed-From-To: open->closed State-Changed-By: maxim State-Changed-When: Thu Aug 15 02:14:04 PDT 2002 State-Changed-Why: Closed at the submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=41542 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 2:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07F7437B400 for ; Thu, 15 Aug 2002 02:20:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD6E943E6A for ; Thu, 15 Aug 2002 02:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7F9K5JU080398 for ; Thu, 15 Aug 2002 02:20:05 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7F9K5iT080396; Thu, 15 Aug 2002 02:20:05 -0700 (PDT) Date: Thu, 15 Aug 2002 02:20:05 -0700 (PDT) Message-Id: <200208150920.g7F9K5iT080396@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Aragon Gouveia Subject: Re: misc/41674: iostat column formatting overlaps Reply-To: Aragon Gouveia Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/41674; it has been noted by GNATS. From: Aragon Gouveia To: Bruce Evans Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/41674: iostat column formatting overlaps Date: Thu, 15 Aug 2002 11:17:06 +0200 | By Bruce Evans | [ 2002-08-15 10:37 +0200 ] > This makes it a nightmare to read on 80-column terminals. The number of > devices shown by default would have to be reduced from 3 to only 2 to > reduce the line length to less than 80 columns again. > > Printing more precision might confuse parsers that expect plain integers, > especially if they know that the integers are formatted in 3 characters, > as they probably have to do to parse the run together digits. Ok understandable. I think the column spacing should atleast be increased a notch to accomodate "100" without overlapping with a value next to it. I didn't intend to include the precision change in my diff - that kinda slipped in by accident because I use it. I don't think it's necessary either, but would be a nice option to enable on the command line. Will %4.0f still be too big for 80 column terms? Thanks, Aragon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 3: 5:56 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFEB937B405 for ; Thu, 15 Aug 2002 03:05:47 -0700 (PDT) Received: from scrooge.etek.chalmers.se (scrooge.etek.chalmers.se [129.16.32.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id B909843E6A for ; Thu, 15 Aug 2002 03:05:46 -0700 (PDT) (envelope-from b@etek.chalmers.se) Received: from scrooge.etek.chalmers.se (b@localhost [127.0.0.1]) by scrooge.etek.chalmers.se (8.12.3/8.12.3) with ESMTP id g7FA5gNR016726 for ; Thu, 15 Aug 2002 12:05:42 +0200 (CEST) (envelope-from b@etek.chalmers.se) Received: from localhost (b@localhost) by scrooge.etek.chalmers.se (8.12.3/8.12.3/Submit) with ESMTP id g7FA5fLT016723 for ; Thu, 15 Aug 2002 12:05:42 +0200 (CEST) X-Authentication-Warning: scrooge.etek.chalmers.se: b owned process doing -bs Date: Thu, 15 Aug 2002 12:05:41 +0200 (CEST) From: Magnus B{ckstr|m To: freebsd-bugs@FreeBSD.org Subject: Re: conf/41477: PATCH: Disable sendmail default load-average limit. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This PR can be closed. It's an issue that belongs with sendmail (inc) rather than with FreeBSD. On Fri, 9 Aug 2002, Magnus B{ckstr|m wrote: > Subject: Re: conf/41477: PATCH: Disable sendmail default load-average > limit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 3:10:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DDE737B400; Thu, 15 Aug 2002 03:10:48 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D583343E42; Thu, 15 Aug 2002 03:10:47 -0700 (PDT) (envelope-from maxim@FreeBSD.org) Received: from freefall.freebsd.org (maxim@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FAAlJU088979; Thu, 15 Aug 2002 03:10:47 -0700 (PDT) (envelope-from maxim@freefall.freebsd.org) Received: (from maxim@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FAAk9b088959; Thu, 15 Aug 2002 03:10:46 -0700 (PDT) Date: Thu, 15 Aug 2002 03:10:46 -0700 (PDT) From: Maxim Konovalov Message-Id: <200208151010.g7FAAk9b088959@freefall.freebsd.org> To: b@etek.chalmers.se, maxim@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/41477: PATCH: Disable sendmail default load-average limit. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: PATCH: Disable sendmail default load-average limit. State-Changed-From-To: open->closed State-Changed-By: maxim State-Changed-When: Thu Aug 15 03:10:03 PDT 2002 State-Changed-Why: Closed at the submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=41477 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 3:40: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67DEC37B401 for ; Thu, 15 Aug 2002 03:40:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D94C43E4A for ; Thu, 15 Aug 2002 03:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FAe3JU091707 for ; Thu, 15 Aug 2002 03:40:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FAe3Ot091706; Thu, 15 Aug 2002 03:40:03 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB57237B400 for ; Thu, 15 Aug 2002 03:38:42 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C34143E42 for ; Thu, 15 Aug 2002 03:38:42 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FAcdOT061621 for ; Thu, 15 Aug 2002 03:38:39 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7FAcdkA061620; Thu, 15 Aug 2002 03:38:39 -0700 (PDT) Message-Id: <200208151038.g7FAcdkA061620@www.freebsd.org> Date: Thu, 15 Aug 2002 03:38:39 -0700 (PDT) From: Alexander To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41682: Distinctions of Windows Sockets and FreeBSD Sockets Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41682 >Category: misc >Synopsis: Distinctions of Windows Sockets and FreeBSD Sockets >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 15 03:40:02 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Alexander >Release: FreeBSD 4.6 >Organization: BITZ >Environment: FreeBSD games.adm.bal.ru 4.6-RELEASE FreeBSD 4.6-RELEASE #0: Tue Aug 13 11:10:59 GMT 2002 root@games.adm.bal.ru:/usr/src/sys/compile/i2 i386 >Description: psock_connect(sock,(struct sockaddr *)&addr,sizeof(addr)) This Function in my program return 0, when used to connect to port on local machine, when used to connect to other machines - gain <0, when using with Winsock`s - too <0. What differences between Windows and FreeBSD sockets ? >How-To-Repeat: 100% >Fix: Don`t know :( >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 4:10:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E79137B400 for ; Thu, 15 Aug 2002 04:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89ADB43E86 for ; Thu, 15 Aug 2002 04:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FBA3JU002194 for ; Thu, 15 Aug 2002 04:10:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FBA34Z002193; Thu, 15 Aug 2002 04:10:03 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0555D37B400 for ; Thu, 15 Aug 2002 04:09:24 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC21043E70 for ; Thu, 15 Aug 2002 04:09:23 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FB9NOT063963 for ; Thu, 15 Aug 2002 04:09:23 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7FB9NMM063962; Thu, 15 Aug 2002 04:09:23 -0700 (PDT) Message-Id: <200208151109.g7FB9NMM063962@www.freebsd.org> Date: Thu, 15 Aug 2002 04:09:23 -0700 (PDT) From: Hovik Melikyan To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41684: realloc() to 0 loses 16 bytes of memory regardless of the previous block size Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41684 >Category: misc >Synopsis: realloc() to 0 loses 16 bytes of memory regardless of the previous block size >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 15 04:10:02 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Hovik Melikyan >Release: 4.6-RELEASE, also 4.5-PRERELEASE >Organization: NetFlute.com >Environment: FreeBSD london.imc.am 4.6-RELEASE FreeBSD 4.6-RELEASE #0: Tue Jun 11 06:14:12 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 >Description: realloc() with the size parameter set to 0 loses 16 bytes of memory regardless of the previous block size, e.g. p = realloc(p, 0); >How-To-Repeat: run this program and watch its resources with top: #include #include int main() { int i, j; void *p; for (i = 0; i < 10; i++) { for (j = 0; j < 1000; j++) { p = malloc(12345); /* the block size doesn't matter */ p = realloc(p, 0); /* replace this with free(p) to avoid memory leak */ /* here we lose 16 bytes of memory */ } puts("Press any key:"); getchar(); } return 0; } >Fix: write your own wrapper for realloc() which would check the size parameter and call free() if it's 0. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 4:53:49 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 437C237B400; Thu, 15 Aug 2002 04:53:47 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECCC743E42; Thu, 15 Aug 2002 04:53:46 -0700 (PDT) (envelope-from maxim@FreeBSD.org) Received: from freefall.freebsd.org (maxim@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FBrkJU006816; Thu, 15 Aug 2002 04:53:46 -0700 (PDT) (envelope-from maxim@freefall.freebsd.org) Received: (from maxim@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FBrfTo006812; Thu, 15 Aug 2002 04:53:41 -0700 (PDT) Date: Thu, 15 Aug 2002 04:53:41 -0700 (PDT) From: Maxim Konovalov Message-Id: <200208151153.g7FBrfTo006812@freefall.freebsd.org> To: saa@adm.bal.ru, maxim@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/41682: Distinctions of Windows Sockets and FreeBSD Sockets Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Distinctions of Windows Sockets and FreeBSD Sockets State-Changed-From-To: open->closed State-Changed-By: maxim State-Changed-When: Thu Aug 15 04:50:37 PDT 2002 State-Changed-Why: Not a Problem Report. Send a question to freebsd-questions@FreeBSD.org mailing list. http://www.freebsd.org/cgi/query-pr.cgi?pr=41682 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 6:11:48 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0362C37B406; Thu, 15 Aug 2002 06:11:47 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB5B543E77; Thu, 15 Aug 2002 06:11:46 -0700 (PDT) (envelope-from fanf@FreeBSD.org) Received: from freefall.freebsd.org (fanf@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FDBkJU030056; Thu, 15 Aug 2002 06:11:46 -0700 (PDT) (envelope-from fanf@freefall.freebsd.org) Received: (from fanf@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FDBkIS030052; Thu, 15 Aug 2002 06:11:46 -0700 (PDT) Date: Thu, 15 Aug 2002 06:11:46 -0700 (PDT) From: Tony Finch Message-Id: <200208151311.g7FDBkIS030052@freefall.freebsd.org> To: hovik@melikyan.com, fanf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/41684: realloc() to 0 loses 16 bytes of memory regardless of the previous block size Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: realloc() to 0 loses 16 bytes of memory regardless of the previous block size State-Changed-From-To: open->closed State-Changed-By: fanf State-Changed-When: Thu Aug 15 06:09:34 PDT 2002 State-Changed-Why: Not a bug. Both malloc(0) and realloc(p, 0) may return non-NULL, in which case the pointer must be free()ed in order to prevent a memory leak. http://www.freebsd.org/cgi/query-pr.cgi?pr=41684 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 6:50: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 265DA37B400 for ; Thu, 15 Aug 2002 06:50:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B974243E42 for ; Thu, 15 Aug 2002 06:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FDo4JU033328 for ; Thu, 15 Aug 2002 06:50:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FDo4x0033327; Thu, 15 Aug 2002 06:50:04 -0700 (PDT) Date: Thu, 15 Aug 2002 06:50:04 -0700 (PDT) Message-Id: <200208151350.g7FDo4x0033327@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Marcel Prisi Subject: Re: misc/40837: SMC EN5251BE ethernet chipset gets incorrect MAC address throuch dc driver Reply-To: Marcel Prisi Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/40837; it has been noted by GNATS. From: Marcel Prisi To: freebsd-gnats-submit@FreeBSD.org, marcel@virtua.ch Cc: Subject: Re: misc/40837: SMC EN5251BE ethernet chipset gets incorrect MAC address throuch dc driver Date: Thu, 15 Aug 2002 15:42:47 +0200 Here's what I get : dc0@pci0:15:0: class=3D0x020000 card=3D0x125510b8 chip=3D0x12161113 rev=3D= 0x11 hdr=3D0x00 vendor =3D 'Accton Technology Corporation' device =3D 'EN5251-Based Fast Ethernet Adapter' class =3D network subclass =3D ethernet To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 7:40:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 120E837B400 for ; Thu, 15 Aug 2002 07:40:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B903A43E6E for ; Thu, 15 Aug 2002 07:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FEe4JU042466 for ; Thu, 15 Aug 2002 07:40:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FEe4Ul042464; Thu, 15 Aug 2002 07:40:04 -0700 (PDT) Date: Thu, 15 Aug 2002 07:40:04 -0700 (PDT) Message-Id: <200208151440.g7FEe4Ul042464@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Marcel Prisi Subject: Re: misc/40837: SMC EN5251BE ethernet chipset gets incorrect MAC address throuch dc driver Reply-To: Marcel Prisi Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/40837; it has been noted by GNATS. From: Marcel Prisi To: freebsd-gnats-submit@FreeBSD.org Cc: jon@FreeBSD.org Subject: Re: misc/40837: SMC EN5251BE ethernet chipset gets incorrect MAC address throuch dc driver Date: Thu, 15 Aug 2002 16:36:28 +0200 I adapted Ted Stockwell's kern/35482 to FreeBSD-4.6.2, and it seems to wo= rk=20 perfectly well. Here are the diffs : --- if_dc.c.orig Tue Feb 26 05:21:30 2002 +++ if_dc.c Thu Aug 15 16:11:17 2002 @@ -183,6 +183,8 @@ "Accton EN1217 10/100BaseTX" }, { DC_VENDORID_ACCTON, DC_DEVICEID_EN2242, "Accton EN2242 MiniPCI 10/100BaseTX" }, + { DC_VENDORID_ACCTON, DC_DEVICEID_EN5251B, + "Accton EN5251-Based 10/100BaseTX" }, { DC_VENDORID_CONEXANT, DC_DEVICEID_RS7112, "Conexant LANfinity MiniPCI 10/100BaseTX" }, { 0, 0, NULL } @@ -1438,6 +1440,9 @@ if (t->dc_did =3D=3D DC_DEVICEID_DM9102 && rev >=3D DC_REVISION_DM9102A) t++; + if (t->dc_did =3D=3D DC_DEVICEID_EN2242 && + rev >=3D DC_REVISION_EN5251B) + t++; return(t); } t++; @@ -1774,12 +1779,16 @@ sc->dc_pmode =3D DC_PMODE_MII; break; case DC_DEVICEID_AN985: - case DC_DEVICEID_EN2242: - sc->dc_type =3D DC_TYPE_AN985; - sc->dc_flags |=3D DC_TX_USE_TX_INTR; - sc->dc_flags |=3D DC_TX_ADMTEK_WAR; - sc->dc_pmode =3D DC_PMODE_MII; - break; + case DC_DEVICEID_EN2242: /* and DC_DEVICEID_EN5251B: */ + if (revision < DC_REVISION_EN5251B) { + sc->dc_type =3D DC_TYPE_AN985; + } else { + sc->dc_type =3D DC_TYPE_EN5152B; + } + sc->dc_flags |=3D DC_TX_USE_TX_INTR; + sc->dc_flags |=3D DC_TX_ADMTEK_WAR; + sc->dc_pmode =3D DC_PMODE_MII; + break; case DC_DEVICEID_98713: case DC_DEVICEID_98713_CP: if (revision < DC_REVISION_98713A) { @@ -1901,6 +1910,7 @@ break; case DC_TYPE_AL981: case DC_TYPE_AN985: + case DC_TYPE_EN5152B: dc_read_eeprom(sc, (caddr_t)&eaddr, DC_AL_EE_NODEADDR, 3,= 0); break; case DC_TYPE_CONEXANT: --- if_dcreg.h.orig Tue Feb 26 05:21:30 2002 +++ if_dcreg.h Thu Aug 15 16:16:21 2002 @@ -76,6 +76,7 @@ #define DC_TYPE_PNICII 0x9 /* 82c115 PNIC II */ #define DC_TYPE_PNIC 0xA /* 82c168/82c169 PNIC I */ #define DC_TYPE_CONEXANT 0xC /* Conexant LANfinity RS7112 */ +#define DC_TYPE_EN5152B 0xD /* Accton EN5251B. Clone = of=20 ADMtek 983B? */ #define DC_IS_MACRONIX(x) \ (x->dc_type =3D=3D DC_TYPE_98713 || \ @@ -84,6 +85,7 @@ #define DC_IS_ADMTEK(x) \ (x->dc_type =3D=3D DC_TYPE_AL981 || \ + x->dc_type =3D=3D DC_TYPE_EN5152B || \ x->dc_type =3D=3D DC_TYPE_AN985) #define DC_IS_INTEL(x) (x->dc_type =3D=3D DC_TYPE_21143) @@ -855,6 +857,14 @@ */ #define DC_DEVICEID_EN1217 0x1217 #define DC_DEVICEID_EN2242 0x1216 +#define DC_DEVICEID_EN5251B 0x1216 + + /* + * The Accton EN5251B is sold as the Siemens Speedstream SS1020 and + * as SMC EN5251BE. + * The EN5251B seems to be a clone of the ADMtek 983 or 983B + */ +#define DC_REVISION_EN5251B 0x11 /* ASSUMING that EN2242's revision=20 differs */ /* * Conexant vendor ID. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 10:10:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5146837B400 for ; Thu, 15 Aug 2002 10:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB37843E3B for ; Thu, 15 Aug 2002 10:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FHA3JU069617 for ; Thu, 15 Aug 2002 10:10:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FHA3Uf069616; Thu, 15 Aug 2002 10:10:03 -0700 (PDT) Date: Thu, 15 Aug 2002 10:10:03 -0700 (PDT) Message-Id: <200208151710.g7FHA3Uf069616@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: i386/30276 Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/30276; it has been noted by GNATS. From: Ruslan Ermilov To: Larry Rosenman Cc: Bruce Evans , Marcel Moolenaar Subject: Re: i386/30276 Date: Thu, 15 Aug 2002 20:06:31 +0300 On Thu, Aug 15, 2002 at 11:16:13AM -0500, Larry Rosenman wrote: > On Thu, 2002-08-15 at 10:59, Ruslan Ermilov wrote: [...] > > To be honest, I have no brilliant idea how to fix this. One possible > > solution would be to split build- and install- tools, and always build > > install-tools on an installing machine, as part of installworld (this > > should probably be made a special case). The most problematic thing > > here is strip(1) which is part of binutils; that would mean we would > > need to compile binutils twice. I am not saying it's impossible, I > > am saying it is hard. Many things that are used during build are > > also used during install, like for example, GNU texinfo suite: > > makeinfo(1) is used during build, install-info(1) -- during install. > > That also means we need to compile texinfo twice. > could we pre-strip those binaries that are installed somehow? > This wouldn't help too much -- strip(1) is only the largest problem here. makewhatis(1) and install-info(1) are another culprits. > Could we modify the binutils build to use the built > /usr/obj/usr/lib/libc as a 2nd pass after they are built? > Idea! We're currently building our bootstrap and cross-tools statically (see BMAKE in Makefile.inc1). If we modify it to build them dynamically (note that on -CURRENT we also build them with NO_CPU_CFLAGS which helps as well), this would probably DTRT. This will also require us to remove the sticky NOSHARED bits from some makefiles, by making them conditional on !BOOTSTRAPPING: gnu/usr.bin/binutils/ar/Makefile gnu/usr.bin/binutils/as/Makefile.inc0 gnu/usr.bin/binutils/gdb/Makefile (not affected) gnu/usr.bin/binutils/ld/Makefile gnu/usr.bin/binutils/ranlib/Makefile gnu/usr.bin/cc/cc/Makefile gnu/usr.bin/cc/cc1/Makefile gnu/usr.bin/cc/cc1obj/Makefile gnu/usr.bin/cc/cc1plus/Makefile gnu/usr.bin/cc/cccp/Makefile gnu/usr.bin/cc/cpp0/Makefile gnu/usr.bin/ld/Makefile (legacy a.out support) gnu/usr.bin/tar/Makefile usr.bin/make/Makefile usr.bin/objformat/Makefile gnu/usr.bin/binutils/gdb/Makefile is not affected because we build cross-tools with NO_GDB defined, and we don't descend here, but is probably worth fixing too, just for clarity. (bde@ Cc:ed as the NOSHARED lover. marcel@ Cc:ed as the one who originally put NOSHARED here.) Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 10:40:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A08437B400 for ; Thu, 15 Aug 2002 10:40:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D505243E65 for ; Thu, 15 Aug 2002 10:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FHe2JU072807 for ; Thu, 15 Aug 2002 10:40:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FHe2jF072806; Thu, 15 Aug 2002 10:40:02 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18A1F37B400 for ; Thu, 15 Aug 2002 10:34:31 -0700 (PDT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF5AD43E72 for ; Thu, 15 Aug 2002 10:34:29 -0700 (PDT) (envelope-from logix@foobar.franken.de) Received: from fwd03.sul.t-online.de by mailout11.sul.t-online.com with smtp id 17fOVw-0003MT-0B; Thu, 15 Aug 2002 19:34:28 +0200 Received: from foobar.franken.de (520066542279-0001@[217.229.166.39]) by fmrl03.sul.t-online.com with esmtp id 17fOXD-06j9BwC; Thu, 15 Aug 2002 19:35:47 +0200 Received: from foobar.franken.de (localhost [127.0.0.1]) by foobar.franken.de (8.12.5/8.12.5) with ESMTP id g7FHYMNr066448 for ; Thu, 15 Aug 2002 19:34:23 +0200 (CEST) (envelope-from logix@foobar.franken.de) Received: (from logix@localhost) by foobar.franken.de (8.12.5/8.12.5/Submit) id g7FHYLRn066447; Thu, 15 Aug 2002 19:34:21 +0200 (CEST) Message-Id: <200208151734.g7FHYLRn066447@foobar.franken.de> Date: Thu, 15 Aug 2002 19:34:21 +0200 (CEST) From: Harold Gutch Reply-To: Harold Gutch To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: bin/41689: libc lacks RFC 3152 compliance (patch included) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41689 >Category: bin >Synopsis: libc lacks RFC 3152 compliance (patch included) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 15 10:40:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Harold Gutch >Release: FreeBSD 4.6-STABLE i386 >Organization: >Environment: System: FreeBSD foobar.franken.de 4.6-STABLE FreeBSD 4.6-STABLE #3: Wed Aug 7 01:01:01 CEST 2002 logix@foobar.franken.de:/usr/obj/usr/src/sys/FOOBAR i386 >Description: The FreeBSD libc does reverse resolving in the IPv6 address space using the IP6.INT domain (RFC 1886). RFC 3152 supersedes this and recommends using the IP6.ARPA domain. >How-To-Repeat: >Fix: The following patch makes libc reverse resolve IPv6 addresses in the IP6.ARPA domain. If this fails, it falls back to the old behaviour and tries to resolve the IPv6 address in the IP6.INT domain. Apply, recompile etc. --- src/lib/libc/net/gethostbydns.c.orig Wed Jul 3 10:52:42 2002 +++ src/lib/libc/net/gethostbydns.c Thu Aug 15 19:02:08 2002 @@ -666,12 +666,17 @@ uaddr[n] & 0xf, (uaddr[n] >> 4) & 0xf)); } - strcpy(qp, "ip6.int"); + strcpy(qp, "ip6.arpa"); break; default: abort(); } n = res_query(qbuf, C_IN, T_PTR, (u_char *)buf.buf, sizeof buf.buf); + if (n < 0 && af == AF_INET6) { + strcpy(qp, "ip6.int"); + n = res_query(qbuf, C_IN, T_PTR, (u_char *)buf.buf, + sizeof buf.buf); + } if (n < 0) { dprintf("res_query failed (%d)\n", n); return NS_UNAVAIL; --- src/lib/libc/net/name6.c.orig Wed Jul 3 10:52:43 2002 +++ src/lib/libc/net/name6.c Thu Aug 15 19:00:34 2002 @@ -1549,7 +1549,7 @@ *bp++ = hex[c >> 4]; *bp++ = '.'; } - strcpy(bp, "ip6.int"); + strcpy(bp, "ip6.arpa"); break; #endif default: @@ -1567,6 +1567,12 @@ } n = res_query(qbuf, C_IN, T_PTR, buf.buf, sizeof buf.buf); +#ifdef INET6 + if (n < 0 && af == AF_INET6) { + strcpy(bp, "ip6.int"); + n = res_query(qbuf, C_IN, T_PTR, buf.buf, sizeof buf.buf); + } +#endif if (n < 0) { *errp = h_errno; return NS_UNAVAIL; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 11:10:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E0A337B400 for ; Thu, 15 Aug 2002 11:10:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D033043E3B for ; Thu, 15 Aug 2002 11:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FIA4JU080025 for ; Thu, 15 Aug 2002 11:10:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FIA4si080024; Thu, 15 Aug 2002 11:10:04 -0700 (PDT) Date: Thu, 15 Aug 2002 11:10:04 -0700 (PDT) Message-Id: <200208151810.g7FIA4si080024@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: misc/41674: iostat column formatting overlaps Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/41674; it has been noted by GNATS. From: Bruce Evans To: Aragon Gouveia Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/41674: iostat column formatting overlaps Date: Fri, 16 Aug 2002 04:08:54 +1000 (EST) On Thu, 15 Aug 2002, Aragon Gouveia wrote: > | By Bruce Evans > | [ 2002-08-15 10:37 +0200 ] > > This makes it a nightmare to read on 80-column terminals. The number of > > devices shown by default would have to be reduced from 3 to only 2 to > > reduce the line length to less than 80 columns again. > > > > Printing more precision might confuse parsers that expect plain integers, > > especially if they know that the integers are formatted in 3 characters, > > as they probably have to do to parse the run together digits. > > Ok understandable. I think the column spacing should atleast be increased a > notch to accomodate "100" without overlapping with a value next to it. > > I didn't intend to include the precision change in my diff - that kinda > slipped in by accident because I use it. I don't think it's necessary > either, but would be a nice option to enable on the command line. > > Will %4.0f still be too big for 80 column terms? It takes 80 exactly, which is 1 too many after line wrap. I suggest using almost the same method as in vmstat: " %2.0f" always leaves a space and usually has the same effect as "%3.0f". (vmstat uses "%2.0f " except for the last field it uses "%2.0f".) %%% Index: iostat.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/iostat/iostat.c,v retrieving revision 1.23 diff -u -2 -r1.23 iostat.c --- iostat.c 26 Sep 2001 19:35:03 -0000 1.23 +++ iostat.c 15 Aug 2002 17:55:10 -0000 @@ -727,5 +728,5 @@ time += cur.cp_time[state]; for (state = 0; state < CPUSTATES; ++state) - printf("%3.0f", + printf(" %2.0f", rint(100. * cur.cp_time[state] / (time ? time : 1))); } %%% Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 11:10:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE51E37B401 for ; Thu, 15 Aug 2002 11:10:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4335E43E65 for ; Thu, 15 Aug 2002 11:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FIA6JU080056 for ; Thu, 15 Aug 2002 11:10:06 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FIA6mp080055; Thu, 15 Aug 2002 11:10:06 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 223DB37B400 for ; Thu, 15 Aug 2002 11:03:41 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id D34F343E70 for ; Thu, 15 Aug 2002 11:03:40 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FI3dOT008867 for ; Thu, 15 Aug 2002 11:03:39 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7FI3dAW008866; Thu, 15 Aug 2002 11:03:39 -0700 (PDT) Message-Id: <200208151803.g7FI3dAW008866@www.freebsd.org> Date: Thu, 15 Aug 2002 11:03:39 -0700 (PDT) From: Christian Jeannot To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41690: no sound; using pcm0: port 0xa400-0xa4ff irq 5 at device 9.0 on pci0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41690 >Category: misc >Synopsis: no sound; using pcm0: port 0xa400-0xa4ff irq 5 at device 9.0 on pci0 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 15 11:10:04 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Christian Jeannot >Release: 4.6 >Organization: >Environment: FreeBSD boneville.blubber.to 4.6-RELEASE FreeBSD 4.6-RELEASE #1: Tue Aug 13 22:34:31 CEST 2002 root@boneville.blubber.to:/usr/obj/usr/src/sys/BONEVILLE i386 >Description: i prepare the sound installation as described in the online handbook - change kernel configuration with device pcm - creating device nodes with sh MAKEDEV snd0 in /dev there were no error messages displayed nor in the /var/log/message file when i play a cd with cdcontrol -f /dev/acd0c play 1 there is no sound. i try a workaround find in the freebsd gnats system with mixer pcm 100 vol 100 cd 100. negative. my machine is working fine. no hang ups or so. >How-To-Repeat: problem is persistent >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 11:20:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1D2537B400 for ; Thu, 15 Aug 2002 11:20:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39D4343E6A for ; Thu, 15 Aug 2002 11:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FIK2JU080966 for ; Thu, 15 Aug 2002 11:20:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FIK2u9080965; Thu, 15 Aug 2002 11:20:02 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74BA937B400 for ; Thu, 15 Aug 2002 11:13:19 -0700 (PDT) Received: from lambda.foldr.org (lambda.foldr.org [198.78.66.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D3B243E72 for ; Thu, 15 Aug 2002 11:13:19 -0700 (PDT) (envelope-from vs@lambda.foldr.org) Received: from lambda.foldr.org (lambda.foldr.org [198.78.66.36]) by lambda.foldr.org (8.12.3/8.11.6) with ESMTP id g7FIDJgQ096004 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK) for ; Thu, 15 Aug 2002 20:13:25 +0200 (CEST) (envelope-from vs@lambda.foldr.org) Received: (from vs@localhost) by lambda.foldr.org (8.12.3/8.11.6/Submit) id g7FID8ff095861; Thu, 15 Aug 2002 20:13:08 +0200 (CEST) (envelope-from vs) Message-Id: <200208151813.g7FID8ff095861@lambda.foldr.org> Date: Thu, 15 Aug 2002 20:13:08 +0200 (CEST) From: Volker Stolz Reply-To: Volker Stolz To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: conf/41691: Combining WLAN-SSID & DHCP in rc.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41691 >Category: conf >Synopsis: Combining WLAN-SSID & DHCP in rc.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 15 11:20:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Volker Stolz >Release: FreeBSD 4.5-RELEASE i386 >Organization: Lehrstuhl für Informatik II >Environment: System: FreeBSD lambda.foldr.org 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Aug 12 20:33:20 PDT 2002 user@jail2.johncompanies.com:/usr/src/sys/compile/6300 i386 >Description: Currently there's no way of setting a preferred SSID for wireless NICs and asking for DHCP-setup in rc.conf. You can either configure the NIC manually using e.g. ifconfig_wi0="... ssid foo..." *or* set ifconfig_wi0 to DHCP and hope you end up in the correct network. >How-To-Repeat: Use two accesspoints to offer two different networks, enable DHCP in both and then try setting up your NIC correctly in rc.conf. >Fix: Add an option to rc.conf which gets queried before setting up the NIC and which contains the preferred SSID, e.g. ifconfig_wi0_ssid="foo" Modify /etc/rc.network accordingly. Another, more generic approach would be to have wicontrol_wi0="..." in rc.conf, which would allow for setting *any* parameter understood by wicontrol, including the SSID. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 11:20:25 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DD5037B405 for ; Thu, 15 Aug 2002 11:20:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D79D343E6A for ; Thu, 15 Aug 2002 11:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FIK5JU080989 for ; Thu, 15 Aug 2002 11:20:05 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FIK5Mq080988; Thu, 15 Aug 2002 11:20:05 -0700 (PDT) Date: Thu, 15 Aug 2002 11:20:05 -0700 (PDT) Message-Id: <200208151820.g7FIK5Mq080988@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Aragon Gouveia Subject: Re: misc/41674: iostat column formatting overlaps Reply-To: Aragon Gouveia Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/41674; it has been noted by GNATS. From: Aragon Gouveia To: Bruce Evans Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/41674: iostat column formatting overlaps Date: Thu, 15 Aug 2002 20:18:15 +0200 Perfect. :) | By Bruce Evans | [ 2002-08-15 20:02 +0200 ] > On Thu, 15 Aug 2002, Aragon Gouveia wrote: > > > | By Bruce Evans > > | [ 2002-08-15 10:37 +0200 ] > > > This makes it a nightmare to read on 80-column terminals. The number of > > > devices shown by default would have to be reduced from 3 to only 2 to > > > reduce the line length to less than 80 columns again. > > > > > > Printing more precision might confuse parsers that expect plain integers, > > > especially if they know that the integers are formatted in 3 characters, > > > as they probably have to do to parse the run together digits. > > > > Ok understandable. I think the column spacing should atleast be increased a > > notch to accomodate "100" without overlapping with a value next to it. > > > > I didn't intend to include the precision change in my diff - that kinda > > slipped in by accident because I use it. I don't think it's necessary > > either, but would be a nice option to enable on the command line. > > > > Will %4.0f still be too big for 80 column terms? > > It takes 80 exactly, which is 1 too many after line wrap. I suggest using > almost the same method as in vmstat: " %2.0f" always leaves a space and > usually has the same effect as "%3.0f". (vmstat uses "%2.0f " except for > the last field it uses "%2.0f".) > > %%% > Index: iostat.c > =================================================================== > RCS file: /home/ncvs/src/usr.sbin/iostat/iostat.c,v > retrieving revision 1.23 > diff -u -2 -r1.23 iostat.c > --- iostat.c 26 Sep 2001 19:35:03 -0000 1.23 > +++ iostat.c 15 Aug 2002 17:55:10 -0000 > @@ -727,5 +728,5 @@ > time += cur.cp_time[state]; > for (state = 0; state < CPUSTATES; ++state) > - printf("%3.0f", > + printf(" %2.0f", > rint(100. * cur.cp_time[state] / (time ? time : 1))); > } > %%% > > Bruce > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 14: 0:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE7BF37B40D for ; Thu, 15 Aug 2002 14:00:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9BBA43E42 for ; Thu, 15 Aug 2002 14:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FL04JU011289 for ; Thu, 15 Aug 2002 14:00:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FL04jL011288; Thu, 15 Aug 2002 14:00:04 -0700 (PDT) Date: Thu, 15 Aug 2002 14:00:04 -0700 (PDT) Message-Id: <200208152100.g7FL04jL011288@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: serkoon Subject: kern/41552: TCP timers' sysctl's overflow Reply-To: serkoon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41552; it has been noted by GNATS. From: serkoon To: freebsd-gnats-submit@FreeBSD.org, g.p.de.boer@st.hanze.nl Cc: Subject: kern/41552: TCP timers' sysctl's overflow Date: Thu, 15 Aug 2002 22:53:18 +0200 >Note, I don't think the fix referenced in this PR should be merged >into the security branches anyway, since it is not security related. Imo a bug which makes a host vulnerable to a DoS-attack by using up all available sockets/filedescriptors -is- a security-bug. I guess you'll agree on that. Then, why don't you feel that way in this particular ocassion? Is it that there just aren't many people around with HZ set at 1000 or up, so this bug, although it may be a security-bug, isn't that important because there are many higher prioritized things to fix? Pieter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 14:24:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D34D37B400; Thu, 15 Aug 2002 14:24:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D957B43F31; Thu, 15 Aug 2002 14:12:38 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FLCVJU017195; Thu, 15 Aug 2002 14:12:31 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FLBBnD017052; Thu, 15 Aug 2002 14:11:11 -0700 (PDT) Date: Thu, 15 Aug 2002 14:11:11 -0700 (PDT) From: Nate Lawson Message-Id: <200208152111.g7FLBBnD017052@freefall.freebsd.org> To: nate@root.org, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org, njl@FreeBSD.org Subject: Re: kern/39809: PATCH: remove cam_extend array usage Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: PATCH: remove cam_extend array usage State-Changed-From-To: open->closed State-Changed-By: njl State-Changed-When: Thu Aug 15 14:09:23 PDT 2002 State-Changed-Why: Responsible-Changed-From-To: freebsd-bugs->njl Responsible-Changed-By: njl Responsible-Changed-When: Thu Aug 15 14:09:23 PDT 2002 Responsible-Changed-Why: I originated the bug http://www.freebsd.org/cgi/query-pr.cgi?pr=39809 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 15:50: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DFA637B400 for ; Thu, 15 Aug 2002 15:50:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C42843E6A for ; Thu, 15 Aug 2002 15:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FMo3JU035514 for ; Thu, 15 Aug 2002 15:50:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FMo3qJ035513; Thu, 15 Aug 2002 15:50:03 -0700 (PDT) Date: Thu, 15 Aug 2002 15:50:03 -0700 (PDT) Message-Id: <200208152250.g7FMo3qJ035513@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/36204: cannot install -STABLE from CD-ROM Drive Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/36204; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, zhecka@klondike.ru Cc: Subject: Re: kern/36204: cannot install -STABLE from CD-ROM Drive Date: Thu, 15 Aug 2002 15:40:50 -0700 (PDT) The minor numbers for acd0 changed a few months ago so they should be 117.0 not 117.2. Please try a newer -STABLE snapshot and if I'm right, it shouldn't have this problem any more. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 16:30: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65C4237B400 for ; Thu, 15 Aug 2002 16:30:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267DE43E6A for ; Thu, 15 Aug 2002 16:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FNU3JU043436 for ; Thu, 15 Aug 2002 16:30:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FNU3IS043435; Thu, 15 Aug 2002 16:30:03 -0700 (PDT) Date: Thu, 15 Aug 2002 16:30:03 -0700 (PDT) Message-Id: <200208152330.g7FNU3IS043435@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/36219: poll() behaves erratic on BPF file descriptors. Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/36219; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, vlm@netli.com, gad@freebsd.org Cc: bde@freebsd.org Subject: Re: kern/36219: poll() behaves erratic on BPF file descriptors. Date: Thu, 15 Aug 2002 16:20:34 -0700 (PDT) I looked over the current state of bpf.c and it seems like this PR can be closed. Comments? if (events & (POLLIN | POLLRDNORM)) { /* * An imitation of the FIONREAD ioctl code. * XXX not quite. An exact imitation: *if (d->b_slen != 0 || * (d->bd_hbuf != NULL && d->bd_hlen != 0) */ if (d->bd_hlen != 0 || ((d->bd_immediate || d->bd_state == BPF_TIMED_OUT) && d->bd_slen != 0)) revents |= events & (POLLIN | POLLRDNORM); else { -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 16:30:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DFA37B405 for ; Thu, 15 Aug 2002 16:30:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A6943E70 for ; Thu, 15 Aug 2002 16:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FNU6JU043447 for ; Thu, 15 Aug 2002 16:30:06 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FNU6l8043446; Thu, 15 Aug 2002 16:30:06 -0700 (PDT) Date: Thu, 15 Aug 2002 16:30:06 -0700 (PDT) Message-Id: <200208152330.g7FNU6l8043446@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/37052: Quirk: ADS Tech Drive Kit 2.0 USB DA_Q_NO_6_BYTE Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/37052; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, sander-freebsd-pr@vanzoest.com Cc: Subject: Re: kern/37052: Quirk: ADS Tech Drive Kit 2.0 USB DA_Q_NO_6_BYTE Date: Thu, 15 Aug 2002 16:29:46 -0700 (PDT) Please upgrade to 4.6R or -STABLE and let us know if you have more problems. If you do, please send dmesg output. Note: "minimum_cmd_size is increased to 10" message is *not* an error. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 16:40: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9E6537B412 for ; Thu, 15 Aug 2002 16:40:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51F8543E6A for ; Thu, 15 Aug 2002 16:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FNe6JU044205 for ; Thu, 15 Aug 2002 16:40:06 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FNe640044204; Thu, 15 Aug 2002 16:40:06 -0700 (PDT) Date: Thu, 15 Aug 2002 16:40:06 -0700 (PDT) Message-Id: <200208152340.g7FNe640044204@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/38764: Maxtor 30GB USB-2.0 drive needs quirk entry Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/38764; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, patl+freebsd@phoenix.volant.org Cc: Subject: Re: kern/38764: Maxtor 30GB USB-2.0 drive needs quirk entry Date: Thu, 15 Aug 2002 16:33:27 -0700 (PDT) Please upgrade to 4.6R or -STABLE and let us know if you have more problems. If you do, please send dmesg output. Note: "minimum_cmd_size is increased to 10" message is *not* an error. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 16:40:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF24E37B405 for ; Thu, 15 Aug 2002 16:40:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0DDE43E77 for ; Thu, 15 Aug 2002 16:40:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FNeAJU044223 for ; Thu, 15 Aug 2002 16:40:10 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FNeAaU044222; Thu, 15 Aug 2002 16:40:10 -0700 (PDT) Date: Thu, 15 Aug 2002 16:40:10 -0700 (PDT) Message-Id: <200208152340.g7FNeAaU044222@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/34712: [patch] SCSI quirk for USB Memorybird Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34712; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, olli@secnetix.de Cc: Subject: Re: kern/34712: [patch] SCSI quirk for USB Memorybird Date: Thu, 15 Aug 2002 16:36:53 -0700 (PDT) Please upgrade to 4.6R or -STABLE and let us know if you have more problems. If you do, please send dmesg output. Note: "minimum_cmd_size is increased to 10" message is *not* an error. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 16:40:20 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C9C737B405 for ; Thu, 15 Aug 2002 16:40:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD80C43E6E for ; Thu, 15 Aug 2002 16:40:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7FNeCJU044233 for ; Thu, 15 Aug 2002 16:40:12 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7FNeCCZ044232; Thu, 15 Aug 2002 16:40:12 -0700 (PDT) Date: Thu, 15 Aug 2002 16:40:12 -0700 (PDT) Message-Id: <200208152340.g7FNeCCZ044232@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/38886: Maxtor 3000LE requires another sys/cam/scsi_da.c quirk Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/38886; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, bharat@menalto.com Cc: Subject: Re: kern/38886: Maxtor 3000LE requires another sys/cam/scsi_da.c quirk Date: Thu, 15 Aug 2002 16:39:28 -0700 (PDT) Please upgrade to 4.6R and let us know if you have more problems. If you do, please send dmesg output. Note: "minimum_cmd_size is increased to 10" message is *not* an error. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 17: 0: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA34337B400 for ; Thu, 15 Aug 2002 17:00:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6144C43E65 for ; Thu, 15 Aug 2002 17:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G006JU045999 for ; Thu, 15 Aug 2002 17:00:06 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G006Ao045998; Thu, 15 Aug 2002 17:00:06 -0700 (PDT) Date: Thu, 15 Aug 2002 17:00:06 -0700 (PDT) Message-Id: <200208160000.g7G006Ao045998@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/41010: HP 315 Digital camera, SCSI quirks Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41010; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, kwhite@uottawa.ca Cc: Subject: Re: kern/41010: HP 315 Digital camera, SCSI quirks Date: Thu, 15 Aug 2002 16:42:47 -0700 (PDT) Are you still experiencing problems? If you do, please send full dmesg output. Note: "minimum_cmd_size is increased to 10" message is *not* an error. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 17: 0:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F3C537B421 for ; Thu, 15 Aug 2002 17:00:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B3C443E70 for ; Thu, 15 Aug 2002 17:00:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G008JU046029 for ; Thu, 15 Aug 2002 17:00:08 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G0083g046028; Thu, 15 Aug 2002 17:00:08 -0700 (PDT) Date: Thu, 15 Aug 2002 17:00:08 -0700 (PDT) Message-Id: <200208160000.g7G0083g046028@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/41402: kernal panics Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41402; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, msmouse@kittymail.com Cc: Subject: Re: kern/41402: kernal panics Date: Thu, 15 Aug 2002 16:48:15 -0700 (PDT) If possible, please send us the output of "bt" at the gdb prompt. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 17: 0:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE9537B400 for ; Thu, 15 Aug 2002 17:00:15 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9451143E70 for ; Thu, 15 Aug 2002 17:00:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G00DJU046048 for ; Thu, 15 Aug 2002 17:00:14 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G00DgE046046; Thu, 15 Aug 2002 17:00:13 -0700 (PDT) Date: Thu, 15 Aug 2002 17:00:13 -0700 (PDT) Message-Id: <200208160000.g7G00DgE046046@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/41417: 3Com xl0 drivers generate a kernel panic Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41417; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, heikkis@ifi.uio.no Cc: Subject: Re: kern/41417: 3Com xl0 drivers generate a kernel panic Date: Thu, 15 Aug 2002 16:50:22 -0700 (PDT) Please send a backtrace ("bt") from your gdb session. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 17:10: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2F3E37B405 for ; Thu, 15 Aug 2002 17:10:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EAD743E6A for ; Thu, 15 Aug 2002 17:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G0A6JU050989 for ; Thu, 15 Aug 2002 17:10:06 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G0A6JR050987; Thu, 15 Aug 2002 17:10:06 -0700 (PDT) Date: Thu, 15 Aug 2002 17:10:06 -0700 (PDT) Message-Id: <200208160010.g7G0A6JR050987@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: curtis@ana.com Subject: Re: kern/34965: 4.4, 4.5 freeze at boot time%2 Reply-To: curtis@ana.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34965; it has been noted by GNATS. From: curtis@ana.com To: freebsd-gnats-submit@FreeBSD.org, freebsd@perceval.net Cc: curtis@ana.com Subject: Re: kern/34965: 4.4, 4.5 freeze at boot time%2 Date: Thu, 15 Aug 2002 17:05:17 -0700 (PDT) The problem is still in BIOS rev 1014 beta 2. The enable USB interrupt workaround appears to work if you have spare interrupts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 18:20:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D03DD37B400 for ; Thu, 15 Aug 2002 18:20:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B1B43E6A for ; Thu, 15 Aug 2002 18:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G1K4JU061019 for ; Thu, 15 Aug 2002 18:20:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G1K4t1061017; Thu, 15 Aug 2002 18:20:04 -0700 (PDT) Date: Thu, 15 Aug 2002 18:20:04 -0700 (PDT) Message-Id: <200208160120.g7G1K4t1061017@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Lev Walkin Subject: Re: kern/36219: poll() behaves erratic on BPF file descriptors. Reply-To: Lev Walkin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/36219; it has been noted by GNATS. From: Lev Walkin To: Nate Lawson Cc: freebsd-gnats-submit@FreeBSD.org, gad@freebsd.org, bde@freebsd.org Subject: Re: kern/36219: poll() behaves erratic on BPF file descriptors. Date: Thu, 15 Aug 2002 18:17:37 -0700 Nate Lawson wrote: > I looked over the current state of bpf.c and it seems like this PR can be > closed. Comments? > > if (events & (POLLIN | POLLRDNORM)) { > /* > * An imitation of the FIONREAD ioctl code. > * XXX not quite. An exact imitation: > *if (d->b_slen != 0 || > * (d->bd_hbuf != NULL && d->bd_hlen != 0) > */ > if (d->bd_hlen != 0 || > ((d->bd_immediate || d->bd_state == BPF_TIMED_OUT) && > d->bd_slen != 0)) Don't we want a POLLIN event to occur when the BPF_TIMED_OUT state is reached and there is still no data? This seems to be a timeout on waiting data, which should be reported up. > revents |= events & (POLLIN | POLLRDNORM); > else { > > -Nate > -- Lev Walkin vlm@netli.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 18:33:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0296537B411; Thu, 15 Aug 2002 18:33:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E21CE43E7B; Thu, 15 Aug 2002 18:33:06 -0700 (PDT) (envelope-from nork@FreeBSD.org) Received: from freefall.freebsd.org (nork@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G1X6JU062355; Thu, 15 Aug 2002 18:33:06 -0700 (PDT) (envelope-from nork@freefall.freebsd.org) Received: (from nork@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G1X5ZH062351; Thu, 15 Aug 2002 18:33:05 -0700 (PDT) Date: Thu, 15 Aug 2002 18:33:05 -0700 (PDT) From: Norikatsu Shigemura Message-Id: <200208160133.g7G1X5ZH062351@freefall.freebsd.org> To: jeannot@augusta.de, nork@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/41690: no sound; using pcm0: port 0xa400-0xa4ff irq 5 at device 9.0 on pci0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: no sound; using pcm0: port 0xa400-0xa4ff irq 5 at device 9.0 on pci0 State-Changed-From-To: open->feedback State-Changed-By: nork State-Changed-When: Thu Aug 15 18:23:29 PDT 2002 State-Changed-Why: Please check an AUDIO Cable(Digital or Analog) between your CD drive and your sound card. http://www.freebsd.org/cgi/query-pr.cgi?pr=41690 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 20:10: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7949D37B400 for ; Thu, 15 Aug 2002 20:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 380C143E4A for ; Thu, 15 Aug 2002 20:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G3A3JU079656 for ; Thu, 15 Aug 2002 20:10:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G3A3RK079655; Thu, 15 Aug 2002 20:10:03 -0700 (PDT) Date: Thu, 15 Aug 2002 20:10:03 -0700 (PDT) Message-Id: <200208160310.g7G3A3RK079655@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Paul A. Scott" Subject: Re: misc/39394: 4.6 does not run as VMware guest OS Reply-To: "Paul A. Scott" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/39394; it has been noted by GNATS. From: "Paul A. Scott" To: , Cc: Subject: Re: misc/39394: 4.6 does not run as VMware guest OS Date: Thu, 15 Aug 2002 20:00:04 -0700 The new 4.6.2 update release seems to have solved the problem. I downloaded the iso cd image, and the installation proceeded without a hitch. My sincerest thanks to those responsible for fixing the problem. It is quite unfortunate however that the 4.6 CD's were pressed with this bug, which doesn't give FreeBSD a good name for first time installers and makes me think twice about keeping my CD subscription. This isn't the first time my CD subscription didn't work until patches became available. Guess I need to look into becoming a beta tester :) Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 15 22:16:38 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 171F837B400; Thu, 15 Aug 2002 22:16:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC4B43E42; Thu, 15 Aug 2002 22:16:34 -0700 (PDT) (envelope-from trhodes@FreeBSD.org) Received: from freefall.freebsd.org (trhodes@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G5GYJU099081; Thu, 15 Aug 2002 22:16:34 -0700 (PDT) (envelope-from trhodes@freefall.freebsd.org) Received: (from trhodes@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G5GYNo099077; Thu, 15 Aug 2002 22:16:34 -0700 (PDT) Date: Thu, 15 Aug 2002 22:16:34 -0700 (PDT) From: Tom Rhodes Message-Id: <200208160516.g7G5GYNo099077@freefall.freebsd.org> To: semenu@FreeBSD.org, trhodes@FreeBSD.org, freebsd-bugs@FreeBSD.org, trhodes@FreeBSD.org Subject: Re: kern/24393: Patch to msdosfs to handle a kind of incorrect filesystems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Patch to msdosfs to handle a kind of incorrect filesystems State-Changed-From-To: open->patched State-Changed-By: trhodes State-Changed-When: Thu Aug 15 22:15:06 PDT 2002 State-Changed-Why: Hello. I have just applied this patch, thank you. Responsible-Changed-From-To: freebsd-bugs->trhodes Responsible-Changed-By: trhodes Responsible-Changed-When: Thu Aug 15 22:15:06 PDT 2002 Responsible-Changed-Why: Hello. I have just applied this patch, thank you. http://www.freebsd.org/cgi/query-pr.cgi?pr=24393 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0: 5:58 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC4BA37B400; Fri, 16 Aug 2002 00:05:54 -0700 (PDT) Received: from www.gotbrains.org (www2.gotbrains.org [206.180.149.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DCEA43E6A; Fri, 16 Aug 2002 00:05:54 -0700 (PDT) (envelope-from cravey@gotbrains.org) Received: from www.gotbrains.org (localhost [127.0.0.1]) by www.gotbrains.org (8.12.3/8.12.3) with ESMTP id g7G75rj9004533; Fri, 16 Aug 2002 02:05:53 -0500 (CDT) (envelope-from cravey@gotbrains.org) Received: from localhost (cravey@localhost) by www.gotbrains.org (8.12.3/8.12.3/Submit) with ESMTP id g7G75qKd004530; Fri, 16 Aug 2002 02:05:53 -0500 (CDT) X-Authentication-Warning: www.gotbrains.org: cravey owned process doing -bs Date: Fri, 16 Aug 2002 02:05:52 -0500 (CDT) From: Stephen Cravey To: Jonathan Chen Cc: Subject: Re: bin/41327: skey decrementing but not authorizing with ssh In-Reply-To: <20020813070305.E16858@porthos.spock.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I've managed to find the problem. I think. I was running into another problem that I was about to report that I think I mentioned to you in private. I was getting a double prompt: Password: Response: where the cursor would be at Response: I checked through the code and found the only mention of a Response: prompt was in sshconnect1.c So i went poking a bit more. Noticing a sshconnect2.c, I assumed that they refered to the protocol number. (I Use ssh1 for historic reasons) Instead of 'ssh localhost', I ran 'ssh -1 localhost' and got the same error (go figure. It's the default protocol in ssh_config) then I tried 'ssh -2 localhost' and the double prompt went away. So I reran keyinit and lo and behold, the issue does not manifest when using ssh2. I have upgraded to 4.6.2-RELEASE and the problem is still there. Again, ssh2 doesn't have the issue so please try ssh1 and see what happens if you haven't already. I'm guessing the double prompting is related, so I won't open a second PR for it. Thank you. -Stephen SNIP > > I can't seem to duplicate your problem here. If you run sshd with > debugging (you can run it on a different port), you'll get more output > regarding what failed. If you can, send me a copy of that and I'll take a > look. > > -Jon > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:21:26 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55F1237B400; Fri, 16 Aug 2002 00:21:25 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AC1F43E3B; Fri, 16 Aug 2002 00:21:25 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7LOJU023202; Fri, 16 Aug 2002 00:21:24 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7LNY5023197; Fri, 16 Aug 2002 00:21:23 -0700 (PDT) Date: Fri, 16 Aug 2002 00:21:23 -0700 (PDT) From: Nate Lawson Message-Id: <200208160721.g7G7LNY5023197@freefall.freebsd.org> To: craig@avnet.co.uk, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/34711: frequent system stall under moderate scsi load Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: frequent system stall under moderate scsi load State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:20:39 PDT 2002 State-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=34711 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:27: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7E1537B400; Fri, 16 Aug 2002 00:27:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7514243E6E; Fri, 16 Aug 2002 00:27:02 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7R2JU023768; Fri, 16 Aug 2002 00:27:02 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7R2o8023764; Fri, 16 Aug 2002 00:27:02 -0700 (PDT) Date: Fri, 16 Aug 2002 00:27:02 -0700 (PDT) From: Nate Lawson Message-Id: <200208160727.g7G7R2o8023764@freefall.freebsd.org> To: bbourq@eatel.net, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org, scsi@FreeBSD.org Subject: Re: kern/35082: IBM Intellistation will not reboot with SCSI card installed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: IBM Intellistation will not reboot with SCSI card installed State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:25:29 PDT 2002 State-Changed-Why: Once you boot, do you have any problems with the drive? Are there any error messages on console (dmesg)? Can you boot from a floppy and load the kernel from the SCSI drive? Let us know if you can report more info. Responsible-Changed-From-To: freebsd-bugs->scsi Responsible-Changed-By: njl Responsible-Changed-When: Fri Aug 16 00:25:29 PDT 2002 Responsible-Changed-Why: Once you boot, do you have any problems with the drive? Are there any error messages on console (dmesg)? Can you boot from a floppy and load the kernel from the SCSI drive? Let us know if you can report more info. http://www.freebsd.org/cgi/query-pr.cgi?pr=35082 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:29:48 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D695137B400; Fri, 16 Aug 2002 00:29:45 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FFEF43E70; Fri, 16 Aug 2002 00:29:45 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7TjJU023994; Fri, 16 Aug 2002 00:29:45 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7Ti24023983; Fri, 16 Aug 2002 00:29:44 -0700 (PDT) Date: Fri, 16 Aug 2002 00:29:44 -0700 (PDT) From: Nate Lawson Message-Id: <200208160729.g7G7Ti24023983@freefall.freebsd.org> To: vadim.k@sapiens.com, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org, scsi@FreeBSD.org Subject: Re: misc/31670: Wide-Ultra 10k SCSI 3 drive is not recognized by FreeBSD 4.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Wide-Ultra 10k SCSI 3 drive is not recognized by FreeBSD 4.4 State-Changed-From-To: feedback->suspended State-Changed-By: njl State-Changed-When: Fri Aug 16 00:28:46 PDT 2002 State-Changed-Why: No response for 6 months. Responsible-Changed-From-To: freebsd-bugs->scsi Responsible-Changed-By: njl Responsible-Changed-When: Fri Aug 16 00:28:46 PDT 2002 Responsible-Changed-Why: May be a bus termination or SCSI id hardware problem. Please let us know if you have further information. http://www.freebsd.org/cgi/query-pr.cgi?pr=31670 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:30: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F70237B400 for ; Fri, 16 Aug 2002 00:30:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A0F643E70 for ; Fri, 16 Aug 2002 00:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7U5JU024048 for ; Fri, 16 Aug 2002 00:30:05 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7U5Yo024047; Fri, 16 Aug 2002 00:30:05 -0700 (PDT) Date: Fri, 16 Aug 2002 00:30:05 -0700 (PDT) Message-Id: <200208160730.g7G7U5Yo024047@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/34711: frequent system stall under moderate scsi load Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34711; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org, Craig Cc: Subject: Re: kern/34711: frequent system stall under moderate scsi load Date: Fri, 16 Aug 2002 00:22:30 -0700 (PDT) It's been a while since there has been progress on this bug. Have things improved for you? -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:32:40 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B23A37B400; Fri, 16 Aug 2002 00:32:37 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D8A643E3B; Fri, 16 Aug 2002 00:32:37 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7WbJU024546; Fri, 16 Aug 2002 00:32:37 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7WaMH024542; Fri, 16 Aug 2002 00:32:36 -0700 (PDT) Date: Fri, 16 Aug 2002 00:32:36 -0700 (PDT) From: Nate Lawson Message-Id: <200208160732.g7G7WaMH024542@freefall.freebsd.org> To: cst@nty.ch, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: misc/32194: Adaptec SCSI RAID 2100 fails by reboot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Adaptec SCSI RAID 2100 fails by reboot State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:31:26 PDT 2002 State-Changed-Why: Please let us know if you are still having trouble. dmesg output would be useful after a boot -v Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: njl Responsible-Changed-When: Fri Aug 16 00:31:26 PDT 2002 Responsible-Changed-Why: SCSI controller problem http://www.freebsd.org/cgi/query-pr.cgi?pr=32194 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:34:38 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0879437B400; Fri, 16 Aug 2002 00:34:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFA3443E6A; Fri, 16 Aug 2002 00:34:34 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7YYJU024708; Fri, 16 Aug 2002 00:34:34 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7YYLN024704; Fri, 16 Aug 2002 00:34:34 -0700 (PDT) Date: Fri, 16 Aug 2002 00:34:34 -0700 (PDT) From: Nate Lawson Message-Id: <200208160734.g7G7YYLN024704@freefall.freebsd.org> To: webadmin@firstcallgroup.co.uk, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/37043: Latest stable causes SCSI bus freeze on sym0 when running SMP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Latest stable causes SCSI bus freeze on sym0 when running SMP State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:33:43 PDT 2002 State-Changed-Why: Are you still having trouble? This sounds like an SMP problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=37043 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:37:27 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B94CC37B400; Fri, 16 Aug 2002 00:37:25 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B82143E42; Fri, 16 Aug 2002 00:37:25 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7bPJU024901; Fri, 16 Aug 2002 00:37:25 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7bOdW024897; Fri, 16 Aug 2002 00:37:24 -0700 (PDT) Date: Fri, 16 Aug 2002 00:37:24 -0700 (PDT) From: Nate Lawson Message-Id: <200208160737.g7G7bOdW024897@freefall.freebsd.org> To: pete@twisted.org.uk, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/27834: Cannot warm-reboot Compaq AP400 due to SCSI problems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Cannot warm-reboot Compaq AP400 due to SCSI problems State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:35:50 PDT 2002 State-Changed-Why: Please let us know if you are still having trouble with this. It's hard to tell but perhaps some special code is needed to fully reset the card on initial boot. http://www.freebsd.org/cgi/query-pr.cgi?pr=27834 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:44:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC30337B40A; Fri, 16 Aug 2002 00:44:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFA9743E75; Fri, 16 Aug 2002 00:44:04 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7i4JU025717; Fri, 16 Aug 2002 00:44:04 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7hqVe025709; Fri, 16 Aug 2002 00:43:52 -0700 (PDT) Date: Fri, 16 Aug 2002 00:43:52 -0700 (PDT) From: Nate Lawson Message-Id: <200208160743.g7G7hqVe025709@freefall.freebsd.org> To: ph7@club-internet.fr, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: kern/29875: CURRENT driver for Tekram DC395X and DC315X SCSI cards Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: CURRENT driver for Tekram DC395X and DC315X SCSI cards State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:42:29 PDT 2002 State-Changed-Why: There was a discussion recently to integrate this driver. Please discuss this with Matt Dodd and Joerg Wunsch. Thread starts with this message: <20020811103649.G39683@uriah.heep.sax.de> Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: njl Responsible-Changed-When: Fri Aug 16 00:42:29 PDT 2002 Responsible-Changed-Why: New SIM driver http://www.freebsd.org/cgi/query-pr.cgi?pr=29875 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:45:58 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7BE137B400; Fri, 16 Aug 2002 00:45:56 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88E1443E65; Fri, 16 Aug 2002 00:45:56 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7jpJU025911; Fri, 16 Aug 2002 00:45:51 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7jkQp025859; Fri, 16 Aug 2002 00:45:46 -0700 (PDT) Date: Fri, 16 Aug 2002 00:45:46 -0700 (PDT) From: Nate Lawson Message-Id: <200208160745.g7G7jkQp025859@freefall.freebsd.org> To: katty@demos.su, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/32210: System hangs while kernel waiting for SCSI devices to settle Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: System hangs while kernel waiting for SCSI devices to settle State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:45:05 PDT 2002 State-Changed-Why: Please let us know if things have improved. If not, boot -v and submit the dmesg output to help trace this down. http://www.freebsd.org/cgi/query-pr.cgi?pr=32210 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:50:32 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E974E37B400; Fri, 16 Aug 2002 00:50:30 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E68B43E3B; Fri, 16 Aug 2002 00:50:30 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7oUJU026395; Fri, 16 Aug 2002 00:50:30 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7oUTo026391; Fri, 16 Aug 2002 00:50:30 -0700 (PDT) Date: Fri, 16 Aug 2002 00:50:30 -0700 (PDT) From: Nate Lawson Message-Id: <200208160750.g7G7oUTo026391@freefall.freebsd.org> To: gwhynott@sgi.com, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/32478: scsi/NIC drivers fail when using SMP kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: scsi/NIC drivers fail when using SMP kernel State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:48:49 PDT 2002 State-Changed-Why: Please let us know if things have improved. The fxp driver has had quite a few bugs fixed since 4.4 although your problems may be more SMP related. Please send a boot -v dmesg output if possible. http://www.freebsd.org/cgi/query-pr.cgi?pr=32478 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:54:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E1437B401; Fri, 16 Aug 2002 00:54:48 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7952043E4A; Fri, 16 Aug 2002 00:54:37 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7sRJU026941; Fri, 16 Aug 2002 00:54:27 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7r5AD026862; Fri, 16 Aug 2002 00:53:05 -0700 (PDT) Date: Fri, 16 Aug 2002 00:53:05 -0700 (PDT) From: Nate Lawson Message-Id: <200208160753.g7G7r5AD026862@freefall.freebsd.org> To: pippo@videotron.ca, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/35457: dual boot problem from 2 different SCSI disks Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: dual boot problem from 2 different SCSI disks State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:52:02 PDT 2002 State-Changed-Why: This problem is probably not particular to SCSI. Please let us know if you are still having problems and send a fdisk da0 and da1 if possible. http://www.freebsd.org/cgi/query-pr.cgi?pr=35457 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 0:56:30 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 856CD37B400; Fri, 16 Aug 2002 00:56:27 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3586643E72; Fri, 16 Aug 2002 00:56:27 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G7uRJU027107; Fri, 16 Aug 2002 00:56:27 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G7uQeV027103; Fri, 16 Aug 2002 00:56:26 -0700 (PDT) Date: Fri, 16 Aug 2002 00:56:26 -0700 (PDT) From: Nate Lawson Message-Id: <200208160756.g7G7uQeV027103@freefall.freebsd.org> To: m@fjts.org, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: kern/35999: add support for general flash disks to scsi_da.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: add support for general flash disks to scsi_da.c State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Fri Aug 16 00:54:37 PDT 2002 State-Changed-Why: Please let us know if you are still having the problem. CDB6 quirks with USB should be no longer necessary. If your device won't work without the quirks, please send a full dmesg so we can track down the root problem. Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: njl Responsible-Changed-When: Fri Aug 16 00:54:37 PDT 2002 Responsible-Changed-Why: SCSI cdb6 problem http://www.freebsd.org/cgi/query-pr.cgi?pr=35999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 1: 3:54 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F1237B400; Fri, 16 Aug 2002 01:03:50 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8375E43E6E; Fri, 16 Aug 2002 01:03:50 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G83oJU027686; Fri, 16 Aug 2002 01:03:50 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G83nRj027682; Fri, 16 Aug 2002 01:03:49 -0700 (PDT) Date: Fri, 16 Aug 2002 01:03:49 -0700 (PDT) From: Nate Lawson Message-Id: <200208160803.g7G83nRj027682@freefall.freebsd.org> To: p@i609a.hadiko.de, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: kern/36845: Add ioctls CDRIOCREADSPEED/WRITESPEED to the scsi cd driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Add ioctls CDRIOCREADSPEED/WRITESPEED to the scsi cd driver State-Changed-From-To: open->analyzed State-Changed-By: njl State-Changed-When: Fri Aug 16 00:57:49 PDT 2002 State-Changed-Why: Patch needs some reworking to fit scsi_cd/scsi_all semantics... will analyze some more and consider committing this modulo fixes. Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: njl Responsible-Changed-When: Fri Aug 16 00:57:49 PDT 2002 Responsible-Changed-Why: new SCSI cd functionality http://www.freebsd.org/cgi/query-pr.cgi?pr=36845 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 1:20:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2958A37B400 for ; Fri, 16 Aug 2002 01:20:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD7B043E3B for ; Fri, 16 Aug 2002 01:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G8K5JU033666 for ; Fri, 16 Aug 2002 01:20:05 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G8K5Yo033664; Fri, 16 Aug 2002 01:20:05 -0700 (PDT) Date: Fri, 16 Aug 2002 01:20:05 -0700 (PDT) Message-Id: <200208160820.g7G8K5Yo033664@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/36219: poll() behaves erratic on BPF file descriptors. Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/36219; it has been noted by GNATS. From: Bruce Evans To: Lev Walkin Cc: Nate Lawson , , , Subject: Re: kern/36219: poll() behaves erratic on BPF file descriptors. Date: Fri, 16 Aug 2002 18:17:53 +1000 (EST) On Thu, 15 Aug 2002, Lev Walkin wrote: > Nate Lawson wrote: > > I looked over the current state of bpf.c and it seems like this PR can be > > closed. Comments? > > > > if (events & (POLLIN | POLLRDNORM)) { > > /* > > * An imitation of the FIONREAD ioctl code. > > * XXX not quite. An exact imitation: > > *if (d->b_slen != 0 || > > * (d->bd_hbuf != NULL && d->bd_hlen != 0) > > */ > > if (d->bd_hlen != 0 || > > ((d->bd_immediate || d->bd_state == BPF_TIMED_OUT) && > > d->bd_slen != 0)) > > Don't we want a POLLIN event to occur when the BPF_TIMED_OUT > state is reached and there is still no data? > This seems to be a timeout on waiting data, which should > be reported up. Something like that. I think your reply in the middle of the followup mail gives more details. I hoped that jdp would finish fixing this (It has something to do with a change that he made. I don't completely understand it). One point in the original PR seems to have been OBE (E = MFC). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 1:22:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76F6D37B400; Fri, 16 Aug 2002 01:22:38 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 282A243E70; Fri, 16 Aug 2002 01:22:38 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G8McJU034153; Fri, 16 Aug 2002 01:22:38 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G8Mb24034146; Fri, 16 Aug 2002 01:22:37 -0700 (PDT) Date: Fri, 16 Aug 2002 01:22:37 -0700 (PDT) From: Nate Lawson Message-Id: <200208160822.g7G8Mb24034146@freefall.freebsd.org> To: Reinier.Kleipool.reinier@kleipool.org, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: bin/37765: Contribute CAM SCSI utillity Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Contribute CAM SCSI utillity State-Changed-From-To: open->closed State-Changed-By: njl State-Changed-When: Fri Aug 16 01:19:22 PDT 2002 State-Changed-Why: We appreciate the submitter's desire to share code and encourage him to make his tapelog software available on his webpage or through ports. However, we must decline integration of the code due to it being specific to HP DDS drives and /sbin being extremely growth-sensitive. Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: njl Responsible-Changed-When: Fri Aug 16 01:19:22 PDT 2002 Responsible-Changed-Why: request for new SCSI-related shell script http://www.freebsd.org/cgi/query-pr.cgi?pr=37765 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 1:33:37 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C713837B400; Fri, 16 Aug 2002 01:33:36 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A75843E72; Fri, 16 Aug 2002 01:33:36 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G8XaJU035445; Fri, 16 Aug 2002 01:33:36 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G8XaMt035441; Fri, 16 Aug 2002 01:33:36 -0700 (PDT) Date: Fri, 16 Aug 2002 01:33:36 -0700 (PDT) From: Nate Lawson Message-Id: <200208160833.g7G8XaMt035441@freefall.freebsd.org> To: jamnt@lycos.com, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/40861: could not compile a new kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: could not compile a new kernel State-Changed-From-To: open->closed State-Changed-By: njl State-Changed-When: Fri Aug 16 01:30:15 PDT 2002 State-Changed-Why: Please keep questions to -stable and only submit a bug if discussion fails. In this case, this was solved in various discussions (see message id <20020806155805.DBB455D04@ptavv.es.net> for more details). http://www.freebsd.org/cgi/query-pr.cgi?pr=40861 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 1:55: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3466737B400; Fri, 16 Aug 2002 01:55:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC2B243E65; Fri, 16 Aug 2002 01:55:02 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G8t2JU037230; Fri, 16 Aug 2002 01:55:02 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G8t1GZ037219; Fri, 16 Aug 2002 01:55:01 -0700 (PDT) Date: Fri, 16 Aug 2002 01:55:01 -0700 (PDT) From: Nate Lawson Message-Id: <200208160855.g7G8t1GZ037219@freefall.freebsd.org> To: gson@nominum.com, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/38527: /dev/random does not obey O_NONBLOCK flag Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: /dev/random does not obey O_NONBLOCK flag State-Changed-From-To: open->suspended State-Changed-By: njl State-Changed-When: Fri Aug 16 01:48:00 PDT 2002 State-Changed-Why: Suspended since we've reached an impasse. I tend to agree with the submitter but consensus is that non-blocking behavior is needed for user apps. Submitter is encouraged to start a discussion on freebsd-hackers if he wishes to make a case for the original behavior. http://www.freebsd.org/cgi/query-pr.cgi?pr=38527 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 2:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D39037B401 for ; Fri, 16 Aug 2002 02:20:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C159343E4A for ; Fri, 16 Aug 2002 02:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7G9K4JU043444 for ; Fri, 16 Aug 2002 02:20:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7G9K4fA043442; Fri, 16 Aug 2002 02:20:04 -0700 (PDT) Date: Fri, 16 Aug 2002 02:20:04 -0700 (PDT) Message-Id: <200208160920.g7G9K4fA043442@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Soren Dossing Subject: Re: misc/39394: 4.6 does not run as VMware guest OS Reply-To: Soren Dossing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/39394; it has been noted by GNATS. From: Soren Dossing To: "Paul A. Scott" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/39394: 4.6 does not run as VMware guest OS Date: Fri, 16 Aug 2002 18:18:22 +0900 (Tokyo Standard Time) I agree with this observation. I consider the problem solved. Furthermore 4.6.2 appears to run much faster than previous versions in VMWare. Thanks. Soren On Thu, 15 Aug 2002, Paul A. Scott wrote: > The new 4.6.2 update release seems to have solved the problem. I downloaded > the iso cd image, and the installation proceeded without a hitch. > > My sincerest thanks to those responsible for fixing the problem. It is quite > unfortunate however that the 4.6 CD's were pressed with this bug, which > doesn't give FreeBSD a good name for first time installers and makes me > think twice about keeping my CD subscription. This isn't the first time my > CD subscription didn't work until patches became available. Guess I need to > look into becoming a beta tester :) > > Paul > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 2:41: 1 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C22D37B400; Fri, 16 Aug 2002 02:40:59 -0700 (PDT) Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.200.93.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8612843E65; Fri, 16 Aug 2002 02:40:58 -0700 (PDT) (envelope-from pfrench@firstcallgroup.co.uk) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.36 #1) id 17fdb2-000L47-00; Fri, 16 Aug 2002 10:40:44 +0100 To: freebsd-bugs@FreeBSD.org, holger.kipp@alogis.com, njl@FreeBSD.org, webadmin@firstcallgroup.co.uk Subject: Re: kern/37043: Latest stable causes SCSI bus freeze on sym0 when running SMP In-Reply-To: <200208160734.g7G7YYLN024704@freefall.freebsd.org> Message-Id: From: Pete French Date: Fri, 16 Aug 2002 10:40:44 +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [note to Holger - I've copied you in because this is the same problem you were having with the fxp0 hangs, this is in relation to my original PR] > Synopsis: Latest stable causes SCSI bus freeze on sym0 when running SMP > Are you still having trouble? This sounds like an SMP problem. > http://www.freebsd.org/cgi/query-pr.cgi?pr=37043 There was a discussion on -STABLE about this. The cause of the hanging was identified to sym0 stopping servicing interrupts. The author of that driver gave us a patch to detect this and poll for interrupts which showed up the problem. I dont know if tats been commited or not, but it was always more of a workaround than a fix - polling a SCSI interface because the interrupt servicing has died under suspicious circumstances is hardly ideal after all :-) (though the patch was extremely welcome as it did make the machine usable again) More investigation showed that the problem only occurs when interrupts are shared on the machine - several other people had the same problem sharing interrupts between ether cards and scsi cards. In my case the interrupt was shared with the ata interface. The Compaq bios does not let me fix this, but as I do not have any ATA devices I simply removed the ata driver from the kernel. This appears to have fixed the problem for me. Unsure what conclusions to draw - consensus seems to be that there is some problem with shared interrupts (as opposed to the sym0 driver) which only manifest themselves on an SMP system. Thats about asmuch information as I can give you I'm afraid. The best other person to talk to about this would be holger.kipp@alogis.com who put in most of the effort at finding a fix for this. I have copied him in on this reply. cheers, -pete french. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 3: 9:21 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 078B637B406; Fri, 16 Aug 2002 03:09:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB02843E77; Fri, 16 Aug 2002 03:09:19 -0700 (PDT) (envelope-from robert@FreeBSD.org) Received: from freefall.freebsd.org (robert@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GA9JJU051986; Fri, 16 Aug 2002 03:09:19 -0700 (PDT) (envelope-from robert@freefall.freebsd.org) Received: (from robert@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GA9INX051982; Fri, 16 Aug 2002 03:09:18 -0700 (PDT) Date: Fri, 16 Aug 2002 03:09:18 -0700 (PDT) From: Robert Drehmel Message-Id: <200208161009.g7GA9INX051982@freefall.freebsd.org> To: e0026813@stud3.tuwien.ac.at, robert@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/41289: inet_ntop(3) buffer overflow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: inet_ntop(3) buffer overflow State-Changed-From-To: open->patched State-Changed-By: robert State-Changed-When: Fri Aug 16 03:09:02 PDT 2002 State-Changed-Why: A fix has been committed to -current. http://www.freebsd.org/cgi/query-pr.cgi?pr=41289 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 3:40:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B621C37B400 for ; Fri, 16 Aug 2002 03:40:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 672FD43E6E for ; Fri, 16 Aug 2002 03:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GAe4JU054471 for ; Fri, 16 Aug 2002 03:40:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GAe4T7054469; Fri, 16 Aug 2002 03:40:04 -0700 (PDT) Date: Fri, 16 Aug 2002 03:40:04 -0700 (PDT) Message-Id: <200208161040.g7GAe4T7054469@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: i386/30276 Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/30276; it has been noted by GNATS. From: Ruslan Ermilov To: Marcel Moolenaar Cc: Larry Rosenman , Bruce Evans Subject: Re: i386/30276 Date: Fri, 16 Aug 2002 13:29:39 +0300 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 15, 2002 at 01:39:27PM -0700, Marcel Moolenaar wrote: > On Thu, Aug 15, 2002 at 08:45:05PM +0300, Ruslan Ermilov wrote: > > >=20 > > > One problem with linking them shared is that they are not self-contai= ned > > > anymore. What you get is this. Suppose install(1) is linked shared. It > > > runs fine, because it's built to run on the machine anyway. Now, as p= art > > > of installworld we install a brand new libc. Boom. Not only can we br= eak > > > a parallel installworld, we can also break the install process at lar= ge > > > by having a libc that doesn't work anymore. > > >=20 > > No booms here. We're requiring to install new kernel first. >=20 > There doesn't necessarily have to be a kernel dependency. The FILE > related changes that were made early this year are a very good > example of how things can blow up even with an up-to-date kernel. >=20 > > > Another reason for the -noshared is that it allows us a single-pass > > > upgrade path. With this I mean an upgrade path that builds world, > > > builds a kernel, installs a kernel, installs world, mergemaster-like > > > work and finally a reboot. > > >=20 > > This is not an approved way, and 4.0 can't be upgraded such a way. >=20 > Correct; but it was were I was heading :-) >=20 > > > Thirdly, people tend to build on their fastest machine and then do the > > > install on the machine they originally build for. By building the too= ls > > > staticly, you have a higher chance that it works. Especially if they > > > build on -stable and do the actual install on -current. > > >=20 > > You'd have to be running with compat.4x libs enabled then. >=20 > Sure, but it would reduce the self-containedness of an installworld if > people would have to install compat4x first. Chances are they select > it as part of a world, but I don't think we install the compat libraries > before anything else, do we? >=20 > > > Note that this > > > is currently not really supported, because we don't really deal with = the > > > CPU optimization stuff > > >=20 > > We build them with -DNO_CPU_CFLAGS nowadays. >=20 > Ok, cool. I didn't know this. >=20 > > > and we also don't rebuild tools if they can not > > > be used on the install machine (or even at all). > > >=20 > > My proposal is an attempt to relax this restriction. The only restrict= ion > > left (I should have said this earlier) is that libraries on the install= ing > > host should be feature-compatible with the corresponding libraries on t= he > > installing host. (Hmm, but this is often not the case, especially in t= he > > libc version bump case.) >=20 > I think it's better to conditionally rebuild the tools. We could > easily avoid using yacc/bison, flex, gcc and other "build" tools > during installworld, so the set should be small and the tools > should be simple. The advantage of having a mechanism that > triggers the rebuild of certain tools is that you can probably > integrate the copying of native tools to a temp. dir as > we do now. The added advantage is that you can build instead > of copying. >=20 > You can probably look at it as being a bootstrap phase for > installworld. It allows us to resolve runtime compatibility problems > (missing features or incompatible default behaviour) and other > warts... >=20 > Anyway: this is mostly from the top of my head. I haven't actually > given this any real thought. It may as well be utter nonsense :-) >=20 No, this is not nonsense. That was actually my plan too, but I thought that this may be a better idea. Now I see that it isn't. (See Bruce's email on the topic for more provoking things.) I planned to tidy the buildworld/installworld list of tools that we use anyway, and analyse some usage statistics, so I will probably stick this task on the top of it (because first I need to determine a full set of tools that we need during installworld). Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9XNQTUkv4P6juNwoRAjnoAJ9OvtogUNohvh4ZxF+Uhe6Qz9Kl7gCbB9ZZ iiNfusFfQH2uoUaXTuxb9Nc= =u6lB -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 5:20:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67FEB37B400 for ; Fri, 16 Aug 2002 05:20:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AD0743E6E for ; Fri, 16 Aug 2002 05:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GCK2JU075265 for ; Fri, 16 Aug 2002 05:20:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GCK2uZ075264; Fri, 16 Aug 2002 05:20:02 -0700 (PDT) Date: Fri, 16 Aug 2002 05:20:02 -0700 (PDT) Message-Id: <200208161220.g7GCK2uZ075264@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Oliver Fromme Subject: Re: kern/34712: [patch] SCSI quirk for USB Memorybird Reply-To: Oliver Fromme Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34712; it has been noted by GNATS. From: Oliver Fromme To: nate@root.org (Nate Lawson) Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/34712: [patch] SCSI quirk for USB Memorybird Date: Fri, 16 Aug 2002 14:17:23 +0200 (CEST) Nate Lawson wrote: > Please upgrade to 4.6R or -STABLE and let us know if you have more > problems. If you do, please send dmesg output. Note: "minimum_cmd_size > is increased to 10" message is *not* an error. I'm afraid it doesn't work out of the box. I tried it on 4-stable that's about 2 weeks old (August 2). Please let me know if that's not new enough. When I plug the device in, I get this: | umass0: Fujitsu Memorybird, rev 1.00/1.00, addr 2 | da2 at umass-sim0 bus 0 target 0 lun 0 | da2: Removable Direct Access SCSI-0 device | da2: 650KB/s transfers | da2: 62MB (128000 512 byte sectors: 64H 32S/T 62C) So far, so good -- but when I try to do something with it, say, "fdisk /dev/da2", it sits there for several minutes and does nothing. The process can't be killed (it's in disk-wait state). dmesg says: | umass0: BBB reset failed, TIMEOUT | umass0: BBB bulk-in clear stall failed, TIMEOUT | umass0: BBB bulk-out clear stall failed, TIMEOUT | umass0: BBB reset failed, TIMEOUT | umass0: BBB bulk-in clear stall failed, TIMEOUT | umass0: BBB bulk-out clear stall failed, TIMEOUT | umass0: BBB reset failed, TIMEOUT | umass0: BBB bulk-in clear stall failed, TIMEOUT | umass0: BBB bulk-out clear stall failed, TIMEOUT | umass0: BBB reset failed, TIMEOUT | umass0: BBB bulk-in clear stall failed, TIMEOUT | umass0: BBB bulk-out clear stall failed, TIMEOUT | umass0: BBB reset failed, TIMEOUT | umass0: BBB bulk-in clear stall failed, TIMEOUT | umass0: BBB bulk-out clear stall failed, TIMEOUT | da2: reading primary partition table: error reading fsbn 0 So it seems I still need the quirk from the PR. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 5:26:29 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F84637B400; Fri, 16 Aug 2002 05:26:24 -0700 (PDT) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3908743E3B; Fri, 16 Aug 2002 05:26:24 -0700 (PDT) (envelope-from gwhynott@aw.sgi.com) Received: from mailsrv6.tor.aw.sgi.com (mailsrv6.tor.aw.sgi.com [192.75.91.6]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id g7GAQGil018738; Fri, 16 Aug 2002 03:26:16 -0700 Received: from aw.sgi.com by mailsrv6.tor.aw.sgi.com (SGI-8.9.3/8.6.9) with ESMTP id IAA73846; Fri, 16 Aug 2002 08:30:15 -0400 (EDT) Message-ID: <3D5CEF33.C35E5402@aw.sgi.com> Date: Fri, 16 Aug 2002 08:25:23 -0400 From: Greg Whynott - A|W SGI Organization: Alias|Wavefront SGI X-Mailer: Mozilla 4.74 [en] (X11; U; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: Nate Lawson Cc: gwhynott@sgi.com, freebsd-bugs@FreeBSD.org Subject: Re: kern/32478: scsi/NIC drivers fail when using SMP kernel References: <200208160750.g7G7oUTo026391@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello Nate, The last RELEASE I attempted was 4.6 on the same piece of equipment and a Dell 610 dual xeon machine using similar ethernet cards. The Dell has issues similar to the Tyan based machine. I see 4.6.2 is out, in the release notes I fail to see any mention of anything relevant to my issues. Is this the case or have I missed something? Unfortunately I can not supply you with the boot -v output you have requested. The machine was taking more than one day to do its daily tasks so we put an OS on it that supports both SMP and the multi intel ethernet cards. I look forward to replacing the os with freebsd once again. Is this issue with all machines equipped with both Adaptec SCSI and Intel ethernet cards or have i just been unlucky in my choice of hardware? Seems this would be a common configuration. take care and thanks for your time, greg Nate Lawson wrote: > > Synopsis: scsi/NIC drivers fail when using SMP kernel > > State-Changed-From-To: open->feedback > State-Changed-By: njl > State-Changed-When: Fri Aug 16 00:48:49 PDT 2002 > State-Changed-Why: > Please let us know if things have improved. The fxp driver has had quite > a few bugs fixed since 4.4 although your problems may be more SMP related. > Please send a boot -v dmesg output if possible. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=32478 -- Unix is user friendly, it's just selective about who its friends are. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 5:50: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A82F37B400 for ; Fri, 16 Aug 2002 05:50:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6C7543E75 for ; Fri, 16 Aug 2002 05:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GCo2JU082829 for ; Fri, 16 Aug 2002 05:50:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GCo2Rm082828; Fri, 16 Aug 2002 05:50:02 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9DA437B400 for ; Fri, 16 Aug 2002 05:48:34 -0700 (PDT) Received: from mother.ludd.luth.se (mother.ludd.luth.se [130.240.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EE143E77 for ; Fri, 16 Aug 2002 05:48:33 -0700 (PDT) (envelope-from pb@ludd.luth.se) Received: from brother.ludd.luth.se (brother.ludd.luth.se [130.240.16.78]) by mother.ludd.luth.se (8.10.2+Sun/8.9.3) with ESMTP id g7GCmV428280 for ; Fri, 16 Aug 2002 14:48:32 +0200 (MEST) Received: (from pb@localhost) by brother.ludd.luth.se (8.10.2+Sun/8.9.3) id g7GCmVp29755 for FreeBSD-gnats-submit@freebsd.org; Fri, 16 Aug 2002 14:48:31 +0200 (MEST) Message-Id: <200208161248.g7GCmVp29755@brother.ludd.luth.se> Date: Fri, 16 Aug 2002 14:48:30 +0200 (MEST) From: Peter B To: FreeBSD-gnats-submit@FreeBSD.org Subject: bin/41707: No source code for tcpdump (ipv4) in susbin.xx fbsd 4.6-rc2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41707 >Category: bin >Synopsis: No source code for traceroute (ipv4) in freebsd-4.6-rc2 release >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 05:50:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: PB >Release: FreeBSD 4.6.1-RC2 i386 >Organization: >Environment: System: FreeBSD xxxx 4.6.1-RC2 FreeBSD 4.6.1-RC2 #0: Wed Aug 14 12:01:28 CEST 2002 xxxx i386 >Description: When: cat usr.sbin/susbin.?? | tar -xzvpf - usr.sbin/traceroute I get the following: pb@host ~/tmp/usr.sbin/traceroute >dir total 46 -rw-r--r-- 1 pb wheel 1054 Jun 23 2001 Makefile -rwxr-xr-x 1 pb wheel 17363 Jul 18 08:45 traceroute* -rw-r--r-- 1 pb wheel 5080 Jul 18 08:45 traceroute.8.gz -rw-r--r-- 1 pb wheel 15544 Jul 18 08:45 traceroute.o -rw-r--r-- 1 pb wheel 26 Jul 18 08:45 version.c -rw-r--r-- 1 pb wheel 730 Jul 18 08:45 version.o So traceroute.c source code is missing.... >How-To-Repeat: Extract the susbin.?? archive.. ;) >Fix: Add source code.. >Release-Note: >Audit-Trail: >Unformatted: (btw correct category?) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 5:52:45 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 589B637B400; Fri, 16 Aug 2002 05:52:41 -0700 (PDT) Received: from mother.ludd.luth.se (mother.ludd.luth.se [130.240.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC90443E81; Fri, 16 Aug 2002 05:52:39 -0700 (PDT) (envelope-from pb@ludd.luth.se) Received: from brother.ludd.luth.se (brother.ludd.luth.se [130.240.16.78]) by mother.ludd.luth.se (8.10.2+Sun/8.9.3) with ESMTP id g7GCqc428616; Fri, 16 Aug 2002 14:52:39 +0200 (MEST) From: Peter B Received: (from pb@localhost) by brother.ludd.luth.se (8.10.2+Sun/8.9.3) id g7GCqcA29779; Fri, 16 Aug 2002 14:52:38 +0200 (MEST) Message-Id: <200208161252.g7GCqcA29779@brother.ludd.luth.se> Subject: Re: bin/41707: No source code for tcpdump (ipv4) in susbin.xx fbsd 4.6-rc2 In-Reply-To: <200208161250.g7GCo2g1082820@freefall.freebsd.org> from "FreeBSD-gnats-submit@FreeBSD.org" at "Aug 16, 2002 05:50:02 am" To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Date: Fri, 16 Aug 2002 14:52:38 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org FreeBSD-gnats-submit@FreeBSD.org wrote: >Thank you very much for your problem report. >It has the internal identification `bin/41707'. >The individual assigned to look at your >report is: freebsd-bugs. > >You can access the state of your problem report at any time >via this link: > >http://www.freebsd.org/cgi/query-pr.cgi?pr=41707 > >>Category: bin >>Responsible: freebsd-bugs >>Synopsis: No source code for traceroute (ipv4) in freebsd-4.6-rc2 release >>Arrival-Date: Fri Aug 16 05:50:01 PDT 2002 Sorry!!.. the subject should have tcpdump replaced by traceroute! ofcourse :-) /P To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 6: 0:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC8737B400 for ; Fri, 16 Aug 2002 06:00:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D987943E86 for ; Fri, 16 Aug 2002 06:00:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GD0AJU086021 for ; Fri, 16 Aug 2002 06:00:10 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GD0AUj086014; Fri, 16 Aug 2002 06:00:10 -0700 (PDT) Date: Fri, 16 Aug 2002 06:00:10 -0700 (PDT) Message-Id: <200208161300.g7GD0AUj086014@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter B Subject: Re: bin/41707: No source code for tcpdump (ipv4) in susbin.xx fbsd 4.6-rc2 Reply-To: Peter B Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/41707; it has been noted by GNATS. From: Peter B To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Cc: Subject: Re: bin/41707: No source code for tcpdump (ipv4) in susbin.xx fbsd 4.6-rc2 Date: Fri, 16 Aug 2002 14:52:38 +0200 (MEST) FreeBSD-gnats-submit@FreeBSD.org wrote: >Thank you very much for your problem report. >It has the internal identification `bin/41707'. >The individual assigned to look at your >report is: freebsd-bugs. > >You can access the state of your problem report at any time >via this link: > >http://www.freebsd.org/cgi/query-pr.cgi?pr=41707 > >>Category: bin >>Responsible: freebsd-bugs >>Synopsis: No source code for traceroute (ipv4) in freebsd-4.6-rc2 release >>Arrival-Date: Fri Aug 16 05:50:01 PDT 2002 Sorry!!.. the subject should have tcpdump replaced by traceroute! ofcourse :-) /P To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 6: 0:23 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCF6037B400 for ; Fri, 16 Aug 2002 06:00:16 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2355743E6A for ; Fri, 16 Aug 2002 06:00:16 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GD0FJU086055 for ; Fri, 16 Aug 2002 06:00:15 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GD0F30086054; Fri, 16 Aug 2002 06:00:15 -0700 (PDT) Date: Fri, 16 Aug 2002 06:00:15 -0700 (PDT) Message-Id: <200208161300.g7GD0F30086054@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Artem 'Zazoobr' Ignatjev" Subject: Re: bin/20633: fdisk doesn't handle LBA correctly Reply-To: "Artem 'Zazoobr' Ignatjev" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/20633; it has been noted by GNATS. From: "Artem 'Zazoobr' Ignatjev" To: freebsd-gnats-submit@FreeBSD.org, sjr@home.com Cc: Subject: Re: bin/20633: fdisk doesn't handle LBA correctly Date: Fri, 16 Aug 2002 16:56:01 +0400 Hi, if I understand what jhb said in audit trail, following patch should solve the issue. Stephen, if it still bothers you, could you try it? --- sbin/i386/fdisk/fdisk.c Fri Aug 16 16:24:27 2002 +++ sbin/i386/fdisk/fdisk.c Fri Aug 16 16:33:28 2002 @@ -468,13 +468,21 @@ part_mb, partp->dp_flag, partp->dp_flag == ACTIVE ? " (active)" : ""); - printf("\tbeg: cyl %d/ head %d/ sector %d;\n\tend: cyl %d/ head %d/ sector %d\n" - ,DPCYL(partp->dp_scyl, partp->dp_ssect) - ,partp->dp_shd - ,DPSECT(partp->dp_ssect) - ,DPCYL(partp->dp_ecyl, partp->dp_esect) - ,partp->dp_ehd - ,DPSECT(partp->dp_esect)); + /* + * if C/H/S of start or end are all set to 0xff, then C/H/S don't have + * enough bits to hold the address, and one should use LBA instead. + */ + if ((partp->dp_scyl != 0xff || partp->dp_ssect != 0xff || + partp->dp_shd != 0xff) && (partp->dp_ecyl != 0xff || + partp->dp_esect != 0xff || partp->dp_ehd != 0xff)) + printf("\tbeg: cyl %d/ head %d/ sector %d;\n" + "\tend: cyl %d/ head %d/ sector %d\n" + ,DPCYL(partp->dp_scyl, partp->dp_ssect) + ,partp->dp_shd + ,DPSECT(partp->dp_ssect) + ,DPCYL(partp->dp_ecyl, partp->dp_esect) + ,partp->dp_ehd + ,DPSECT(partp->dp_esect)); } Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 6:10:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C56F37B400 for ; Fri, 16 Aug 2002 06:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B65E43E4A for ; Fri, 16 Aug 2002 06:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GDA3JU095021 for ; Fri, 16 Aug 2002 06:10:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GDA3pS095020; Fri, 16 Aug 2002 06:10:03 -0700 (PDT) Date: Fri, 16 Aug 2002 06:10:03 -0700 (PDT) Message-Id: <200208161310.g7GDA3pS095020@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: misc/41674: iostat column formatting overlaps Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/41674; it has been noted by GNATS. From: Bruce Evans To: Aragon Gouveia Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/41674: iostat column formatting overlaps Date: Fri, 16 Aug 2002 23:09:49 +1000 (EST) On Thu, 15 Aug 2002, Aragon Gouveia wrote: > Perfect. :) > > Index: iostat.c > > ... > > - printf("%3.0f", > > + printf(" %2.0f", OK; I will commit this version. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 6:30:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88D9137B400 for ; Fri, 16 Aug 2002 06:30:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4078A43E65 for ; Fri, 16 Aug 2002 06:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GDU3JU096917 for ; Fri, 16 Aug 2002 06:30:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GDU3a6096915; Fri, 16 Aug 2002 06:30:03 -0700 (PDT) Date: Fri, 16 Aug 2002 06:30:03 -0700 (PDT) Message-Id: <200208161330.g7GDU3a6096915@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Keith White Subject: Re: kern/41010: HP 315 Digital camera, SCSI quirks Reply-To: Keith White Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41010; it has been noted by GNATS. From: Keith White To: Nate Lawson Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/41010: HP 315 Digital camera, SCSI quirks Date: Fri, 16 Aug 2002 09:23:44 -0400 (EDT) On Thu, 15 Aug 2002, Nate Lawson wrote: > Are you still experiencing problems? If you do, please send full dmesg > output. Note: "minimum_cmd_size is increased to 10" message is *not* an > error. I'm unsure what you're asking. No, I have not had any problems since I patched /sys/cam/scsi/scsi_da.c Before I patched this file I had received no "minimum_cmd_size is increased to 10" message. The dmesg output I got was included in my original bug report. Do you wish me to try with a "clean" STABLE? ...keith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 8: 1:48 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F9AB37B47F for ; Fri, 16 Aug 2002 08:01:43 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7624043EEC for ; Fri, 16 Aug 2002 08:00:21 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GF0AJU011017 for ; Fri, 16 Aug 2002 08:00:10 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GF0AUn011016; Fri, 16 Aug 2002 08:00:10 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D90737B400 for ; Fri, 16 Aug 2002 07:52:59 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88AB43E6E for ; Fri, 16 Aug 2002 07:52:58 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GEqvOT031796 for ; Fri, 16 Aug 2002 07:52:57 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7GEqvvZ031795; Fri, 16 Aug 2002 07:52:57 -0700 (PDT) Message-Id: <200208161452.g7GEqvvZ031795@www.freebsd.org> Date: Fri, 16 Aug 2002 07:52:57 -0700 (PDT) From: walter harms To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41711: setup uses a to small disk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41711 >Category: misc >Synopsis: setup uses a to small disk >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 08:00:06 PDT 2002 >Closed-Date: >Last-Modified: >Originator: walter harms >Release: 4.6 release for alpha >Organization: bfs >Environment: >Description: I have installed bsd boot from floppy. select A (autoconfig of hardisks), standard install (etc..) Then i installed via NFS from the Freebsd CD. The config broke because i have a 2G HD (i used only one) configured and the configutility tried to put more on it. So while copying it run out-of-diskspace. I would ask for: - please do a check for size first before installing if the write fails you can retry or continue to next that is useless if write failed because of diskspace. An abort is better. >How-To-Repeat: Install on a to small disk >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 8:10: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DA1D37B400 for ; Fri, 16 Aug 2002 08:10:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5864C43E72 for ; Fri, 16 Aug 2002 08:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GFA2JU016039 for ; Fri, 16 Aug 2002 08:10:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GFA27V016038; Fri, 16 Aug 2002 08:10:02 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A83D937B4AC for ; Fri, 16 Aug 2002 08:01:51 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A6C43E9E for ; Fri, 16 Aug 2002 08:01:47 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GF1lOT032328 for ; Fri, 16 Aug 2002 08:01:47 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7GF1lb6032327; Fri, 16 Aug 2002 08:01:47 -0700 (PDT) Message-Id: <200208161501.g7GF1lb6032327@www.freebsd.org> Date: Fri, 16 Aug 2002 08:01:47 -0700 (PDT) From: walter harms To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41712: df reports wrong size Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41712 >Category: misc >Synopsis: df reports wrong size >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 08:10:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: walter harms >Release: 4.6 alpha >Organization: bfs >Environment: alpha 2100a >Description: df reports a wrong size: offending line /dev/da0g 144100 1848 -3276 102% /usr >How-To-Repeat: no idea, /proc /var and / report correct sizes >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 8:30:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D89D237B400 for ; Fri, 16 Aug 2002 08:30:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9995643E6A for ; Fri, 16 Aug 2002 08:30:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GFU7JU018014 for ; Fri, 16 Aug 2002 08:30:07 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GFU7Kt018013; Fri, 16 Aug 2002 08:30:07 -0700 (PDT) Date: Fri, 16 Aug 2002 08:30:07 -0700 (PDT) Message-Id: <200208161530.g7GFU7Kt018013@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Artem 'Zazoobr' Ignatjev" Subject: Re: misc/41712: df reports wrong size Reply-To: "Artem 'Zazoobr' Ignatjev" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/41712; it has been noted by GNATS. From: "Artem 'Zazoobr' Ignatjev" To: walter harms , freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/41712: df reports wrong size Date: Fri, 16 Aug 2002 19:25:47 +0400 On Fri, Aug 16, 2002 at 08:01:47AM -0700, walter harms wrote: > >Description: > df reports a wrong size: > offending line > > /dev/da0g 144100 1848 -3276 102% /usr While newfs(8)ing, some space (usually 8%) is reserved. If you carefully look into df(1) output, you'll note that slices are less then you thought you've done them. When space is going to finish, only root can use the reserved percents, resulting in negative free space and drive usage >100%. This is DOCUMENTED behaviour. Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 8:33: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 799D937B400; Fri, 16 Aug 2002 08:33:00 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29B2043E3B; Fri, 16 Aug 2002 08:33:00 -0700 (PDT) (envelope-from bmah@FreeBSD.org) Received: from freefall.freebsd.org (bmah@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GFWxJU018522; Fri, 16 Aug 2002 08:33:00 -0700 (PDT) (envelope-from bmah@freefall.freebsd.org) Received: (from bmah@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GFWxgU018514; Fri, 16 Aug 2002 08:32:59 -0700 (PDT) Date: Fri, 16 Aug 2002 08:32:59 -0700 (PDT) From: "Bruce A. Mah" Message-Id: <200208161532.g7GFWxgU018514@freefall.freebsd.org> To: pb@ludd.luth.se, bmah@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/41707: No source code for traceroute (ipv4) in freebsd-4.6-rc2 release Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: No source code for traceroute (ipv4) in freebsd-4.6-rc2 release State-Changed-From-To: open->closed State-Changed-By: bmah State-Changed-When: Fri Aug 16 08:32:10 PDT 2002 State-Changed-Why: There isn't a bug here. You want to look at contrib/traceroute in the scontrib distribution. Good luck! http://www.freebsd.org/cgi/query-pr.cgi?pr=41707 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 9:10:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA7C337B400 for ; Fri, 16 Aug 2002 09:10:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71FD843E4A for ; Fri, 16 Aug 2002 09:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GGA6JU025926 for ; Fri, 16 Aug 2002 09:10:06 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GGA5wZ025924; Fri, 16 Aug 2002 09:10:05 -0700 (PDT) Date: Fri, 16 Aug 2002 09:10:05 -0700 (PDT) Message-Id: <200208161610.g7GGA5wZ025924@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Matthias Buelow Subject: Re: bin/41707: No source code for tcpdump (ipv4) in susbin.xx fbsd 4.6-rc2 Reply-To: Matthias Buelow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/41707; it has been noted by GNATS. From: Matthias Buelow To: Peter B Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/41707: No source code for tcpdump (ipv4) in susbin.xx fbsd 4.6-rc2 Date: Fri, 16 Aug 2002 18:04:00 +0200 Peter B wrote: > So traceroute.c source code is missing.... it's probably in scontrib.*, since the traceroute.c file is also under contrib/traceroute and not under usr.sbin/traceroute. --mkb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 10:30: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9EC237B400 for ; Fri, 16 Aug 2002 10:30:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58AB543E6A for ; Fri, 16 Aug 2002 10:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GHU3JU036994 for ; Fri, 16 Aug 2002 10:30:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GHU3tm036993; Fri, 16 Aug 2002 10:30:03 -0700 (PDT) Date: Fri, 16 Aug 2002 10:30:03 -0700 (PDT) Message-Id: <200208161730.g7GHU3tm036993@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/41010: HP 315 Digital camera, SCSI quirks Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41010; it has been noted by GNATS. From: Nate Lawson To: Keith White Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/41010: HP 315 Digital camera, SCSI quirks Date: Fri, 16 Aug 2002 10:21:26 -0700 (PDT) > Do you wish me to try with a "clean" STABLE? Yes, please. There is a more general workaround in scsi_da.c that should make the no_byte_6 quirks unnecessary. We'd like to move to a more general solution and not have multiplying quirks. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 10:49:59 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E14D37B400 for ; Fri, 16 Aug 2002 10:49:55 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C9643E65 for ; Fri, 16 Aug 2002 10:49:54 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA27443; Fri, 16 Aug 2002 17:49:44 GMT Date: Sat, 17 Aug 2002 03:56:57 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "Artem 'Zazoobr' Ignatjev" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/20633: fdisk doesn't handle LBA correctly In-Reply-To: <200208161300.g7GD0F30086054@freefall.freebsd.org> Message-ID: <20020817034701.A8051-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 16 Aug 2002, Artem 'Zazoobr' Ignatjev wrote: > The following reply was made to PR bin/20633; it has been noted by GNATS. > > From: "Artem 'Zazoobr' Ignatjev" > To: freebsd-gnats-submit@FreeBSD.org, sjr@home.com > Cc: > Subject: Re: bin/20633: fdisk doesn't handle LBA correctly > Date: Fri, 16 Aug 2002 16:56:01 +0400 > > Hi, if I understand what jhb said in audit trail, following patch > should solve the issue. Stephen, if it still bothers you, could you try > it? > > --- sbin/i386/fdisk/fdisk.c Fri Aug 16 16:24:27 2002 > +++ sbin/i386/fdisk/fdisk.c Fri Aug 16 16:33:28 2002 > @@ -468,13 +468,21 @@ > part_mb, > partp->dp_flag, > partp->dp_flag == ACTIVE ? " (active)" : ""); > - printf("\tbeg: cyl %d/ head %d/ sector %d;\n\tend: cyl %d/ head %d/ sector %d\n" > - ,DPCYL(partp->dp_scyl, partp->dp_ssect) > - ,partp->dp_shd > - ,DPSECT(partp->dp_ssect) > - ,DPCYL(partp->dp_ecyl, partp->dp_esect) > - ,partp->dp_ehd > - ,DPSECT(partp->dp_esect)); > + /* > + * if C/H/S of start or end are all set to 0xff, then C/H/S don't have > + * enough bits to hold the address, and one should use LBA instead. > + */ > + if ((partp->dp_scyl != 0xff || partp->dp_ssect != 0xff || > + partp->dp_shd != 0xff) && (partp->dp_ecyl != 0xff || > + partp->dp_esect != 0xff || partp->dp_ehd != 0xff)) > + printf("\tbeg: cyl %d/ head %d/ sector %d;\n" > + "\tend: cyl %d/ head %d/ sector %d\n" > + ,DPCYL(partp->dp_scyl, partp->dp_ssect) > + ,partp->dp_shd > + ,DPSECT(partp->dp_ssect) > + ,DPCYL(partp->dp_ecyl, partp->dp_esect) > + ,partp->dp_ehd > + ,DPSECT(partp->dp_esect)); > } Fdisk should print these values, at least optionally, since they are needed for debugging. The magic values might be non-magic on old systems. Also, the usual magic number of cylinders seems to be 1022, not 1023. Writing the correct magic numbers is more interesting. fdisk(8) doesn't support it directly. You may have to change the C/H/S values to the magic ones manually. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 11:50: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4181037B400 for ; Fri, 16 Aug 2002 11:50:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C7143E86 for ; Fri, 16 Aug 2002 11:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GIo3JU047718 for ; Fri, 16 Aug 2002 11:50:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GIo3dp047717; Fri, 16 Aug 2002 11:50:03 -0700 (PDT) Date: Fri, 16 Aug 2002 11:50:03 -0700 (PDT) Message-Id: <200208161850.g7GIo3dp047717@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/37043: Latest stable causes SCSI bus freeze on sym0 when running SMP Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/37043; it has been noted by GNATS. From: Nate Lawson To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/37043: Latest stable causes SCSI bus freeze on sym0 when running SMP Date: Fri, 16 Aug 2002 11:41:41 -0700 (PDT) Followup directly from user, resent. ---------- Forwarded message ---------- Date: Fri, 16 Aug 2002 10:40:44 +0100 From: Pete French To: freebsd-bugs@FreeBSD.org, holger.kipp@alogis.com, njl@FreeBSD.org, webadmin@firstcallgroup.co.uk Subject: Re: kern/37043: Latest stable causes SCSI bus freeze on sym0 when running SMP [note to Holger - I've copied you in because this is the same problem you were having with the fxp0 hangs, this is in relation to my original PR] > Synopsis: Latest stable causes SCSI bus freeze on sym0 when running SMP > Are you still having trouble? This sounds like an SMP problem. > http://www.freebsd.org/cgi/query-pr.cgi?pr=37043 There was a discussion on -STABLE about this. The cause of the hanging was identified to sym0 stopping servicing interrupts. The author of that driver gave us a patch to detect this and poll for interrupts which showed up the problem. I dont know if tats been commited or not, but it was always more of a workaround than a fix - polling a SCSI interface because the interrupt servicing has died under suspicious circumstances is hardly ideal after all :-) (though the patch was extremely welcome as it did make the machine usable again) More investigation showed that the problem only occurs when interrupts are shared on the machine - several other people had the same problem sharing interrupts between ether cards and scsi cards. In my case the interrupt was shared with the ata interface. The Compaq bios does not let me fix this, but as I do not have any ATA devices I simply removed the ata driver from the kernel. This appears to have fixed the problem for me. Unsure what conclusions to draw - consensus seems to be that there is some problem with shared interrupts (as opposed to the sym0 driver) which only manifest themselves on an SMP system. Thats about as much information as I can give you I'm afraid. The best other person to talk to about this would be holger.kipp@alogis.com who put in most of the effort at finding a fix for this. I have copied him in on this reply. cheers, -pete french. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 11:50:20 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0BD137B401 for ; Fri, 16 Aug 2002 11:50:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BA3843E8A for ; Fri, 16 Aug 2002 11:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GIo6JU047727 for ; Fri, 16 Aug 2002 11:50:06 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GIo6ZQ047726; Fri, 16 Aug 2002 11:50:06 -0700 (PDT) Date: Fri, 16 Aug 2002 11:50:06 -0700 (PDT) Message-Id: <200208161850.g7GIo6ZQ047726@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Artem 'Zazoobr' Ignatjev" Subject: Re: bin/20633: fdisk doesn't handle LBA correctly Reply-To: "Artem 'Zazoobr' Ignatjev" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/20633; it has been noted by GNATS. From: "Artem 'Zazoobr' Ignatjev" To: Bruce Evans , freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/20633: fdisk doesn't handle LBA correctly Date: Fri, 16 Aug 2002 22:42:35 +0400 On Sat, Aug 17, 2002 at 03:56:57AM +1000, Bruce Evans wrote: > On Fri, 16 Aug 2002, Artem 'Zazoobr' Ignatjev wrote: > > Hi, if I understand what jhb said in audit trail, following patch > > should solve the issue. Stephen, if it still bothers you, could you try > > it? > > > > --- sbin/i386/fdisk/fdisk.c Fri Aug 16 16:24:27 2002 > > +++ sbin/i386/fdisk/fdisk.c Fri Aug 16 16:33:28 2002 > > @@ -468,13 +468,21 @@ [skip] > > - printf("\tbeg: cyl %d/ head %d/ sector %d;\n\tend: cyl %d/ head %d/ sector %d\n" [skip] > > + /* > > + * if C/H/S of start or end are all set to 0xff, then C/H/S don't have > > + * enough bits to hold the address, and one should use LBA instead. > > + */ > > + if ((partp->dp_scyl != 0xff || partp->dp_ssect != 0xff || > > + partp->dp_shd != 0xff) && (partp->dp_ecyl != 0xff || > > + partp->dp_esect != 0xff || partp->dp_ehd != 0xff)) > > + printf("\tbeg: cyl %d/ head %d/ sector %d;\n" [skip] > > Fdisk should print these values, at least optionally, since they are needed > for debugging. The magic values might be non-magic on old systems. Debugging WHAT? And, I can hardly imagine such a situation inside hard drives & slice tables. > Also, the usual magic number of cylinders seems to be 1022, not 1023. I disagree. Now i'm hacking fdisk to work with extended slices, it can now dump partition table of the whole disk, since this inability dove me mad when I was installing FreeBSD into extended (there was another issue to make it boot :-) ), when i'll finish it, I'll send the proposed sources/patches to -hackers, also I hope I make boot2 more friendly to extended slices (I've got already hack for boot1 to allow booting from bootmanagers ala ntloader). Take a look at the dump (I've cut all entries regarding extendeds below the top-level slicetable, since them all take space, but are of no interest now) Script started on Fri Aug 16 22:23:06 2002 ******* Working on device /dev/ad4 ******* parameters extracted from in-core disklabel are: cylinders=7476 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=7476 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 6 (Primary 'big' DOS (> 32MB)), start 63, size 2088387 (1019 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 129/ head 254/ sector 63 The data for partition 2 is: sysid 7 (OS/2 HPFS, NTFS, QNX-2 (16 bit)), start 2088450, size 8385930 (4094 Meg), flag 80 (active) beg: cyl 130/ head 0/ sector 1; end: cyl 651/ head 254/ sector 63 The data for partition 3 is: sysid 131 (Linux filesystem), start 10474380, size 4192965 (2047 Meg), flag 0 beg: cyl 652/ head 0/ sector 1; end: cyl 912/ head 254/ sector 63 The data for partition 4 is: sysid 15 (Extended DOS, LBA), start 14667345, size 105435855 (51482 Meg), flag 0 beg: cyl 913/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 5 is: sysid 130 (Linux swap or Solaris x86), start 14667408, size 256977 (125 Meg), flag 0 beg: cyl 913/ head 1/ sector 1; end: cyl 928/ head 254/ sector 63 The data for partition 7 is: sysid 131 (Linux filesystem), start 14924448, size 16771797 (8189 Meg), flag 0 beg: cyl 929/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 9 is: sysid 7 (OS/2 HPFS, NTFS, QNX-2 (16 bit)), start 31696308, size 40965687 (20002 Meg), flag 0 beg: cyl 1023/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 11 is: sysid 12 (FAT-32, LBA), start 72662058, size 7389837 (3608 Meg), flag 0 beg: cyl 1023/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 13 is: sysid 165 (FreeBSD/NetBSD/386BSD), start 80051958, size 8401932 (4102 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 15 is: sysid 7 (OS/2 HPFS, NTFS, QNX-2 (16 bit)), start 88453953, size 25398702 (12401 Meg), flag 0 beg: cyl 1023/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 Script done on Fri Aug 16 22:23:06 2002 A-ha! Better see once, than hear many times: magic value for start is 1023/1/1, and for end is 1023/254/63, but note my FreeBSD slice - it was created using linux fdisk, but even these strange values works ok. > Writing the correct magic numbers is more interesting. fdisk(8) doesn't > support it directly. You may have to change the C/H/S values to the magic > ones manually. Is there any papers on the subject? All my knowledge was obtained experimentally, watching how my dad revives dead hds.... It looks like the magic is cyl=1023, regardless of h/s values... Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 11:53:12 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E4D37B400; Fri, 16 Aug 2002 11:53:09 -0700 (PDT) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [195.157.96.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0635F43E3B; Fri, 16 Aug 2002 11:53:09 -0700 (PDT) (envelope-from pete@twisted.org.uk) Received: from pete by toybox.twisted.org.uk with local (Exim 3.36 #1) id 17fmDX-000DSM-00; Fri, 16 Aug 2002 19:53:03 +0100 To: freebsd-bugs@FreeBSD.org, njl@FreeBSD.org Subject: Re: kern/27834: Cannot warm-reboot Compaq AP400 due to SCSI problems In-Reply-To: <200208160737.g7G7bOdW024897@freefall.freebsd.org> Message-Id: From: Pete French Date: Fri, 16 Aug 2002 19:53:03 +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Synopsis: Cannot warm-reboot Compaq AP400 due to SCSI problems > Please let us know if you are still having trouble with this. It's hard to > tell but perhaps some special code is needed to fully reset the card on > initial boot. > http://www.freebsd.org/cgi/query-pr.cgi?pr=27834 Yes, the problem is still there (current kernel 4.6-STABLE from 18th July). The sym0 is an onboard controller on the motherboard, and I have used it on many other Compaqs without this problem, it just seems to be the AP400 where this effect shows itself. -Pete French. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 12: 0:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DAF337B400 for ; Fri, 16 Aug 2002 12:00:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E086343E7B for ; Fri, 16 Aug 2002 12:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GJ04JU048636 for ; Fri, 16 Aug 2002 12:00:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GJ04ou048635; Fri, 16 Aug 2002 12:00:04 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5308337B400 for ; Fri, 16 Aug 2002 11:52:27 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED43A43E6A for ; Fri, 16 Aug 2002 11:52:26 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GIqQOT053008 for ; Fri, 16 Aug 2002 11:52:26 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7GIqQJe053007; Fri, 16 Aug 2002 11:52:26 -0700 (PDT) Message-Id: <200208161852.g7GIqQJe053007@www.freebsd.org> Date: Fri, 16 Aug 2002 11:52:26 -0700 (PDT) From: Harsha Bellur To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41717: Memory Leak in FreeBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41717 >Category: misc >Synopsis: Memory Leak in FreeBSD >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 12:00:04 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Harsha Bellur >Release: ??? Freebsd version used in RTEMS 4.5 >Organization: >Environment: RTEMS 4.5 >Description: | | ---------- ---------- | | | | | ETH | | NODE A | PT-PT LINK | NODE B |----------| 172.16.40.1 | |---------------------- | | | ---------- ---------- | | Node A IP : 172.16.17.124 NODE B IP : 172.16.40.122 NODE A adds NODE B's IP as its default gateway Here's the routing table for NODE B Destination Gateway/Mask/Hw Flags Refs Use Interface default 172.16.40.122 UGSW 1744 289 serial0 127.0.0.1/0 127.0.0.1 UHb 0 0 lo0 172.16.17.124/32 127.0.0.1 UH 0 0 lo0 172.16.40.0/24 172.16.40.122 UGW 1 7 serial0 172.16.40.122/32 172.16.17.124 UH 1746 0 serial0 TEST EXECUTED: . NODE B is reset every 30-40 seconds. Everytime the PT-PT interface goes down NODE A deletes the default gateway and the routes associated with it and Adds it when the interface is back up and running PROBLEM REPORT: This process of adding and deleting routes is causing memory loss in NODE A I found out the places in the freebsd code where the memory is allocated but not freed. (which may be of some help) Memory leak doesnot happen everytime these lines of code are executed. 1. route.c rtrequest() makeroute: R_Malloc(rt, struct rtentry *, sizeof(*rt)); if (rt == 0) senderr(ENOBUFS); Bzero(rt, sizeof(*rt)); 2. route.c rt_setgate() if (rt->rt_gateway == 0 || glen > ROUNDUP(rt->rt_gateway->sa_len)) { old = (caddr_t)rt_key(rt); R_Malloc(new, caddr_t, dlen + glen); if (new == 0) return ENOBUFS; 3. in.c in_control() case SIOCSIFDSTADDR: if (p && (error = suser(p)) != 0) return error; if (ifp == 0) return (EADDRNOTAVAIL); if (ia == (struct in_ifaddr *)0) { ia = (struct in_ifaddr *) malloc(sizeof *ia, M_IFADDR, M_WAITOK); if (ia == (struct in_ifaddr *)NULL) return (ENOBUFS); >How-To-Repeat: NODE B is reset every 30-40 seconds. Everytime the PT-PT interface goes down NODE A deletes the default gateway and the routes associated with it and Adds it when the interface is back up and running >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 12:30: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAD3037B400 for ; Fri, 16 Aug 2002 12:30:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3043943E7B for ; Fri, 16 Aug 2002 12:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GJU4JU055808 for ; Fri, 16 Aug 2002 12:30:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GJU3fw055807; Fri, 16 Aug 2002 12:30:03 -0700 (PDT) Date: Fri, 16 Aug 2002 12:30:03 -0700 (PDT) Message-Id: <200208161930.g7GJU3fw055807@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Polstra Subject: Re: kern/41552: TCP timers' sysctl's overflow Reply-To: John Polstra Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41552; it has been noted by GNATS. From: John Polstra To: serkoon@thedarkside.nl Cc: bug-followup@freebsd.org Subject: Re: kern/41552: TCP timers' sysctl's overflow Date: Fri, 16 Aug 2002 12:21:58 -0700 (PDT) In article <200208152100.g7FL04jL011288@freefall.freebsd.org>, serkoon wrote: > >Note, I don't think the fix referenced in this PR should be merged > >into the security branches anyway, since it is not security related. > > Imo a bug which makes a host vulnerable to a DoS-attack by using up > all available sockets/filedescriptors -is- a security-bug. I guess you'll > agree on that. Yes, but this one only happens when you use a rather unusual kernel configuration. You could set NMBCLUSTERS to 5, and that would open up a DoS attack too. But I don't think FreeBSD's urgent-security-fixes branch should address either of those potential problems. > Then, why don't you feel that way in this particular ocassion? Is it that > there just aren't many people around with HZ set at 1000 or up, so this > bug, although it may be a security-bug, isn't that important because > there are many higher prioritized things to fix? It's not a matter of priorities. It's just that the purpose of the security branches is to achieve maximum stability by including only the most essential security-related fixes. The more stuff you put into those branches, the less stable they will become. We have seen that in real life in the -stable branches, and in fact that is the reason the security branches were created in the first place. In this case I believe you should either maintain the patch locally until 4.7 comes out (October 1), or else follow the -stable branch rather than the security branch. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 13:16:54 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 554BE37B400; Fri, 16 Aug 2002 13:16:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC32A43E6E; Fri, 16 Aug 2002 13:16:51 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GKGpJU064393; Fri, 16 Aug 2002 13:16:51 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GKGjJx064388; Fri, 16 Aug 2002 13:16:45 -0700 (PDT) Date: Fri, 16 Aug 2002 13:16:45 -0700 (PDT) From: Nate Lawson Message-Id: <200208162016.g7GKGjJx064388@freefall.freebsd.org> To: webadmin@firstcallgroup.co.uk, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/37043: Latest stable causes SCSI bus freeze on sym0 when running SMP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Latest stable causes SCSI bus freeze on sym0 when running SMP State-Changed-From-To: feedback->closed State-Changed-By: njl State-Changed-When: Fri Aug 16 13:14:57 PDT 2002 State-Changed-Why: Workaround is to not share interrupts between ATA and SCSI controllers. This is not a complete fix so we should revisit this if others have the same trouble in the future. http://www.freebsd.org/cgi/query-pr.cgi?pr=37043 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 13:30:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DF5437B400 for ; Fri, 16 Aug 2002 13:30:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B9843E72 for ; Fri, 16 Aug 2002 13:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GKU1JU065609 for ; Fri, 16 Aug 2002 13:30:01 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GKU1qv065608; Fri, 16 Aug 2002 13:30:01 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA18D37B400 for ; Fri, 16 Aug 2002 13:23:47 -0700 (PDT) Received: from pesto.lbl.gov (pesto.lbl.gov [131.243.2.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3076E43E42 for ; Fri, 16 Aug 2002 13:23:47 -0700 (PDT) (envelope-from jin@pesto.lbl.gov) Received: from pesto.lbl.gov (localhost.lbl.gov [127.0.0.1]) by pesto.lbl.gov (8.12.3/8.12.3) with ESMTP id g7GKNkpR015694 for ; Fri, 16 Aug 2002 13:23:46 -0700 (PDT) (envelope-from jin@pesto.lbl.gov) Received: (from jin@localhost) by pesto.lbl.gov (8.12.3/8.12.3/Submit) id g7GKNjLV015693; Fri, 16 Aug 2002 13:23:45 -0700 (PDT) Message-Id: <200208162023.g7GKNjLV015693@pesto.lbl.gov> Date: Fri, 16 Aug 2002 13:23:45 -0700 (PDT) From: Jin Guojun (DSD staff) Reply-To: j_guojun@lbl.gov To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/41720: if_nge_load=YES make system not bootable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41720 >Category: kern >Synopsis: if_nge_load=YES make system not bootable >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 13:30:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Jin Guojun (DSD staff) >Release: FreeBSD 4.6-RELEASE i386 >Organization: >Environment: 4.6 and 4.6.2-RELEASE Tested in different motherboard, so it is not hardware related. Also, system panic regardless if nge related hardware is installed. Tested same hardware under 4.5-RELEASE, and had no problem. So, the problem is in if_nge.ko after 4.5-RELEASE. >Description: Once if_nge_load=YES is placed in /boot/loader.conf, the system will be panic during the boot time regardless if any nge hardware is installed. In 4.6-RELEASE, it says page is not present and current process is ifconfig. The only place can invoke ifconfig is the "ifconfig -l" if no NIC is installed. However, boot system without if_nge_load=YES enabled in /boot/loader.conf, then kldload if_nge.ko, then do ifconfig -l, system will not panic. So, it looks like that if_nge.ko screws up the kernel during the boot time. In 4.6.2-RELEASE, the panic is so fast and immediately goes to reboot, so I do not know what is the panic message. >How-To-Repeat: Add if_nge_load=YES into /boot/loader.conf and reboot system. >Fix: Work around: To use nge NIC, add following lines into /etc/rc.conf ifconfig nge0 | grep status || { ifconfig nge0 | grep status && ifconfig nge0 $netaddr netmask $subnetmask up } BTW, this also shows another problem in if_nge.ko: if_nge.ko must be loaded twice in 4.6 and 4.6.2, to make device driver installed. !!! >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 14:20: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBAE137B400 for ; Fri, 16 Aug 2002 14:20:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3427843E70 for ; Fri, 16 Aug 2002 14:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GLK1JU073240 for ; Fri, 16 Aug 2002 14:20:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GLK14O073239; Fri, 16 Aug 2002 14:20:01 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73AF237B400 for ; Fri, 16 Aug 2002 14:19:09 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3771F43E6A for ; Fri, 16 Aug 2002 14:19:09 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GLIPOT065418 for ; Fri, 16 Aug 2002 14:18:25 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7GLIPEm065417; Fri, 16 Aug 2002 14:18:25 -0700 (PDT) Message-Id: <200208162118.g7GLIPEm065417@www.freebsd.org> Date: Fri, 16 Aug 2002 14:18:25 -0700 (PDT) From: Branson Matheson To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/41721: pw_mkdb creates uid 0 accounts for improper UID Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41721 >Category: bin >Synopsis: pw_mkdb creates uid 0 accounts for improper UID >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 14:20:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Branson Matheson >Release: 4.6-STABLE >Organization: Windborne Producitons, Inc >Environment: FreeBSD jane.inside 4.6-STABLE FreeBSD 4.6-STABLE #2: Tue Aug 6 13:41:03 EDT 2002 branson@jane.inside:/usr/obj/usr/src/sys/JANE i386 >Description: When using vipw to create an account.. if a letter is in the third field of the temporary password file( the UID field ), when vipw exits and mk_pwdb runs against the resulting temporary file, the account is given uid 0. The same happens for the GID field. >How-To-Repeat: run vipw, add the following line: test:*:i123:20::0:0:Test User:/home/test:/sbin/nologin exit root@jane # grep test /etc/passwd test:*:0:20:Test User:/home/test:/sbin/nologin >Fix: mk_pwdb needs to validate the format of the UID and GID fields and throw an exception if the field contains any /D type characters. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 14:30: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA50C37B400 for ; Fri, 16 Aug 2002 14:30:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6343743E3B for ; Fri, 16 Aug 2002 14:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GLU4JU074016 for ; Fri, 16 Aug 2002 14:30:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GLU4v0074015; Fri, 16 Aug 2002 14:30:04 -0700 (PDT) Date: Fri, 16 Aug 2002 14:30:04 -0700 (PDT) Message-Id: <200208162130.g7GLU4v0074015@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/34712: [patch] SCSI quirk for USB Memorybird Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34712; it has been noted by GNATS. From: Nate Lawson To: Oliver Fromme Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/34712: [patch] SCSI quirk for USB Memorybird Date: Fri, 16 Aug 2002 14:20:31 -0700 (PDT) Please rebuild your kernel with options USB_DEBUG defined and then do: sysctl hw.usb.umass.debug=0xFFFFFFFF ... before doing the fdisk and report the output. Also please add options CAMDEBUG and do: camcontrol debug -T -c all ... to get scsi debug output. The requests are timing out and not being handled and we need to figure out why. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 14:30:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98D6C37B405; Fri, 16 Aug 2002 14:30:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3184C43E42; Fri, 16 Aug 2002 14:30:09 -0700 (PDT) (envelope-from wes@FreeBSD.org) Received: from freefall.freebsd.org (wes@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GLU8JU074047; Fri, 16 Aug 2002 14:30:08 -0700 (PDT) (envelope-from wes@freefall.freebsd.org) Received: (from wes@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GLU81H074043; Fri, 16 Aug 2002 14:30:08 -0700 (PDT) Date: Fri, 16 Aug 2002 14:30:08 -0700 (PDT) From: Wes Peters Message-Id: <200208162130.g7GLU81H074043@freefall.freebsd.org> To: wes@FreeBSD.org, freebsd-bugs@FreeBSD.org, wes@FreeBSD.org Subject: Re: bin/41721: pw_mkdb creates uid 0 accounts for improper UID Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: pw_mkdb creates uid 0 accounts for improper UID Responsible-Changed-From-To: freebsd-bugs->wes Responsible-Changed-By: wes Responsible-Changed-When: Fri Aug 16 14:29:03 PDT 2002 Responsible-Changed-Why: Fix parser, issue a warning if a non-numeric character is found in the UID or GID field. http://www.freebsd.org/cgi/query-pr.cgi?pr=41721 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 14:54:59 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7304437B400 for ; Fri, 16 Aug 2002 14:54:55 -0700 (PDT) Received: from yahoo.com (ns.bc-p.co.jp [211.5.140.218]) by mx1.FreeBSD.org (Postfix) with SMTP id 71FFE43E65 for ; Fri, 16 Aug 2002 14:54:33 -0700 (PDT) (envelope-from SWTravelZGFlPg@yahoo.com) Received: from unknown (199.247.4.87) by anther.webhostingtalk.com with esmtp; Thu, 15 Aug 2002 04:51:34 -0700 Received: from unknown (HELO rly-xw05.mx.aol.com) (247.241.16.194) by rly-xr02.mx.aol.com with local; Tue, 13 Aug 2002 17:49:10 -1000 Received: from smtp4.cyberec.com ([42.236.29.48]) by smtp-server6.tampabay.rr.com with esmtp; Mon, 12 Aug 2002 06:46:46 +0900 Reply-To: Message-ID: From: To: Subject: Visit the Southwest! Adv. iY64PJ-mDLc-qi MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00F2_23J34L5N.O2565S87" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: The Bat! (v1.52f) Business Importance: Normal Date: Fri, 16 Aug 2002 14:54:33 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ------=_NextPart_000_00F2_23J34L5N.O2565S87 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1MYW5ndWFnZSIgY29u dGVudD0iZW4tdXMiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0 ZXh0L2h0bWw7IGNoYXJzZXQ9d2luZG93cy0xMjUyIj4NCjxtZXRhIG5hbWU9IkdFTkVSQVRPUiIg Y29udGVudD0iTWljcm9zb2Z0IEZyb250UGFnZSA0LjAiPg0KPG1ldGEgbmFtZT0iUHJvZ0lkIiBj b250ZW50PSJGcm9udFBhZ2UuRWRpdG9yLkRvY3VtZW50Ij4NCjx0aXRsZT5Tb3V0aHdlc3QgQ29s b3JhZG8gaXMgR3JlZW4gYW5kIEJlYXV0aWZ1bDwvdGl0bGU+DQo8L2hlYWQ+DQoNCjxib2R5IGJn Y29sb3I9IiNGQ0ZGRTUiPg0KPHAgYWxpZ249ImNlbnRlciI+Jm5ic3A7PC9wPg0KPGRpdiBhbGln bj0iY2VudGVyIj4NCiAgPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj aW5nPSIwIiB3aWR0aD0iNTI1IiBib3JkZXJjb2xvcmxpZ2h0PSIjMDBGRkZGIiBib3JkZXJjb2xv cmRhcms9IiMwMEZGRkYiIA0KYm9yZGVyY29sb3I9IiM2NjAwMDAiIGJnY29sb3I9IjRGMDAwMCI+ DQogICAgPGNlbnRlcj4NCiAgICA8dHI+DQogICAgICAgIDx0ZD48aW1nIGJvcmRlcj0iMCIgc3Jj PSJodHRwOi8vd3d3LmxhdWdobGlucmVzLmNvbS9wYWNrYWdlc2VtYWlscGljMDVmLmpwZyIgd2lk dGg9IjUyNSIgaGVpZ2h0PSIyMDAiPjwvdGQ+DQogICAgPC90cj4NCiAgPC9jZW50ZXI+DQogIDx0 cj4NCiAgICAgIDx0ZCBoZWlnaHQ9IjIiPiANCiAgICAgICAgPHRhYmxlIHdpZHRoPSIxMDAlIiBi b3JkZXI9IjQiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCI+DQogICAgICAgICAgPHRy Pg0KICAgICAgICAgICAgPHRkIGhlaWdodD0iMzI2Ij4gDQogICAgICAgICAgICAgIDxkaXYgYWxp Z249ImNlbnRlciI+PGI+PGZvbnQgc2l6ZT0iNSIgY29sb3I9IiMwMDAwRkYiPjx1PjxhIA0KaHJl Zj0iaHR0cDovL3d3dy5zb3V0aHdlc3R0cmF2ZWxlcnMuY29tL3NvdXRod2VzdCI+PGZvbnQgY29s b3I9IiMwMEZGRkYiPkdyZWV0aW5ncyANCiAgICAgICAgICAgICAgICBmcm9tIFNvdXRod2VzdCBD b2xvcmFkbyE8L2ZvbnQ+PC9hPjwvdT48L2ZvbnQ+PGZvbnQgY29sb3I9IiMwMEZGRkYiPjxicj4N CiAgICAgICAgICAgICAgICA8L2ZvbnQ+PGZvbnQgY29sb3I9IiNGRkZGRjIiPjxicj4NCiAgICAg ICAgICAgICAgICA8L2ZvbnQ+IDxmb250IHNpemU9IjQiIGNvbG9yPSIjRkZGRkYyIj5CcmluZyB5 b3VyIGZhbWlseSBhbmQgZnJpZW5kcyANCiAgICAgICAgICAgICAgICB0byBTb3V0aHdlc3QgQ29s b3JhZG88YnI+DQogICAgICAgICAgICAgICAgRm9yIGEgU3BlY3RhY3VsYXIgVGltZSEgPC9mb250 PjwvYj4gDQogICAgICAgICAgICAgICAgPHA+PGZvbnQgY29sb3I9IiNGRkZGRjIiPjxiPjxmb250 IHNpemU9IjMiPlRoZSBUcmFpbiBpcyBydW5uaW5nLCANCiAgICAgICAgICAgICAgICAgIHRoZSBl dmVuaW5ncyBhcmUgd2FybSBhbmQgdGhlIHdlYXRoZXIgaXMganVzdCBiZWF1dGlmdWwuIFRha2Ug DQogICAgICAgICAgICAgICAgICBhIGJyZWFrIGZyb20gdGhlIG9yZGluYXJ5IGRheXMgb2Ygc3Vt bWVyIGFuZCBtYWtlIHlvdXIgZGVzdGluYXRpb24gDQogICAgICAgICAgICAgICAgICBTb3V0aHdl c3QgQ29sb3JhZG8uPC9mb250PjwvYj48L2ZvbnQ+PC9wPg0KICAgICAgICAgICAgICAgIDxwPjxm b250IGNvbG9yPSIjRkZGRkYyIj48Yj48Zm9udCBzaXplPSIzIj4mbWlkZG90OyBTdGF5IGF0IHRo ZSANCiAgICAgICAgICAgICAgICAgIFRhbGwgU3BydWNlIEhvdXNlLSBBIG1hZ25pZmljZW50IHBh bGFjZSBvZiBhIGhvbWUgdGhhdCBlYXNpbHkgDQogICAgICAgICAgICAgICAgICBzbGVlcHMgMTgg cGVvcGxlLiBMb2NhdGVkIGluIHRoZSBoZWFydCBvZiB0aGUgQW5pbWFzIFZhbGxleSANCiAgICAg ICAgICAgICAgICAgIHdpdGggdGhlIGZhbW91cyBEYWx0b24gUmFuY2ggR29sZiBDbHViIGp1c3Qg YWNyb3NzIHRoZSBzdHJlZXQhPGJyPg0KICAgICAgICAgICAgICAgICAgJm1pZGRvdDsgU3RheSBh dCBUYWxsIFRpbWJlci0gQW4gdW5iZWxpZXZhYmxlIHBhcmFkaXNlIGxvY2F0ZWQgDQogICAgICAg ICAgICAgICAgICBpbiB0aGUgYW5pbWFzIGNhbnlvbiBub3J0aCBvZiBEdXJhbmdvLCBDby4gWW91 IG11c3QgdGFrZSB0aGUgDQogICAgICAgICAgICAgICAgICB0cmFpbiBvciBoZWxpY29wdGVyIHRv IGdldCB0aGVyZS4gT25jZSB5b3UgYXJlIHRoZXJlLCB5b3Ugd2lsbCANCiAgICAgICAgICAgICAg ICAgIGJlIGFzIGZyZWUgYXMgYSBiaXJkIGluIGEgd2lsZGVybmVzcyB3b25kZXJsYW5kITxicj4N CiAgICAgICAgICAgICAgICAgICZtaWRkb3Q7IFJpZGUgdGhlIER1cmFuZ28gYW5kIFNpbHZlcnRv biBUcmFpbiwgVmlzaXQgTWVzYSBWZXJkZSANCiAgICAgICAgICAgICAgICAgIE5hdGlvbmFsIFBh cmsgYW5kIHRvdXIgdGhlIHdpbGQgd2VzdC48L2ZvbnQ+IDwvYj48L2ZvbnQ+PC9wPg0KICAgICAg ICAgICAgICAgIDxwPjxiPjxmb250IGNvbG9yPSIjRkVGRUYzIiBzaXplPSI1Ij48YSBocmVmPSJo dHRwOi8vd3d3LnNvdXRod2VzdHRyYXZlbGVycy5jb20vc291dGh3ZXN0Ij48Zm9udCANCmNvbG9y PSIjMDBGRkZGIj5DbGljayANCiAgICAgICAgICAgICAgICAgIEhlcmUgZm9yIFJlc2VydmF0aW9u cyE8L2ZvbnQ+PC9hPjwvZm9udD48L2I+PC9wPg0KICAgICAgICAgICAgICAgIDxwPjxiPjxmb250 IHNpemU9IjUiIGNvbG9yPSIjMDBGRjAwIj5PciwgQ2FsbCB1cyBhdCAxIDg2Ni01MTYtODQwNA0K ICAgICAgICAgICAgICAgICE8L2ZvbnQ+PC9iPjwvcD4NCiAgICAgICAgICAgICAgPC9kaXY+DQog ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgIDwvdHI+DQogICAgICAgIDwvdGFibGU+DQogICAg ICAgIDxjZW50ZXI+DQogICAgICAgIDwvY2VudGVyPg0KICAgICAgPC90ZD4NCiAgICA8L3RyPg0K ICAgIDx0cj4NCiAgICAgIDx0ZCBoZWlnaHQ9IjIiPiANCiAgICAgICAgPHRhYmxlIHdpZHRoPSIx MDAlIiBib3JkZXI9IjQiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIgYmdjb2xvcj0i IzQ4MDAwMCI+DQogICAgICAgICAgPHRyPg0KICAgICAgICAgICAgPHRkPg0KICAgICAgICAgICAg ICA8ZGl2IGFsaWduPSJjZW50ZXIiPjxmb250IGNvbG9yPSIjRkZGRkNDIj5JZiB5b3Ugd2lzaCB0 byB1bnN1YnNjcmliZSANCiAgICAgICAgICAgICAgICBmcm9tIG91ciBtYWlsaW5nIGxpc3QsIHBs ZWFzZSA8YSBocmVmPSJtYWlsdG86cmVtb3Zlc0ByZW1vdmV5b3VyYWRkcmVzcy5jb20/c3ViamVj dD1SZW1vdmUiPkNsaWNrIA0KICAgICAgICAgICAgICAgIEhlcmU8L2E+PGJyPg0KICAgICAgICAg ICAgICAgIENhbGwgdXMgYXQgMS04NjYtNTE2Ljg0MDcgdG8gdW5zdWJzY3JpYmUgYnkgcGhvbmUm bmJzcDtvcjxicj4NCiAgICAgICAgICAgICAgICBXcml0ZSB1cyBhdDogU291dGh3ZXN0IFRyYXZl bCBSZXNlcnZhdGlvbnMmbmJzcDsgUC5PLiBCb3ggMzAwNzEmbmJzcDs8YnI+DQogICAgICAgICAg ICAgICAgTGF1Z2hsaW4sIE5ldmFkYSA4OTAyODwvZm9udD4gPC9kaXY+DQogICAgICAgICAgICA8 L3RkPg0KICAgICAgICAgIDwvdHI+DQogICAgICAgIDwvdGFibGU+DQogICAgICAgIA0KICAgICAg PC90ZD4NCiAgICA8L3RyPg0KICA8L3RhYmxlPg0KICANCjwvZGl2Pg0KDQo8L2JvZHk+DQoNCjwv aHRtbD4NCg0KWzRrbHVEeURuQ2dkVGMtN1ozRHFRak9JejE2LWFFSU1lYTFlUFROZ2hGVFpKaVVn SzdRREMxcF0NCg0KIA0K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 15: 0:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C2F37B401 for ; Fri, 16 Aug 2002 15:00:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD26843E70 for ; Fri, 16 Aug 2002 15:00:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GM0BJU080236 for ; Fri, 16 Aug 2002 15:00:11 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GM0BXm080235; Fri, 16 Aug 2002 15:00:11 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6959537B400 for ; Fri, 16 Aug 2002 14:50:30 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AC9F43E42 for ; Fri, 16 Aug 2002 14:50:30 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GLoTOT067567 for ; Fri, 16 Aug 2002 14:50:29 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7GLoT5O067566; Fri, 16 Aug 2002 14:50:29 -0700 (PDT) Message-Id: <200208162150.g7GLoT5O067566@www.freebsd.org> Date: Fri, 16 Aug 2002 14:50:29 -0700 (PDT) From: Larry Baird To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/41722: Setting time backward can cause a panic in RTUSE(), RTREUSE() and RTRELEASE() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41722 >Category: kern >Synopsis: Setting time backward can cause a panic in RTUSE(), RTREUSE() and RTRELEASE() >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 15:00:11 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Larry Baird >Release: 4.6.2 >Organization: GTA, Inc >Environment: FreeBSD sukebe.gta.com 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #0: Fri Aug 16 12:58:40 EDT 2002 lab@sukebe.gta.com:/usr/src/sys/compile/SUKEBE i386 >Description: When setting time backward the creation time of a route becomes after the current time. The caculation for what history to update in RO_USE, RTREUSE() and RTRELEASE() calculates a negative index. This causes the incrementation of a some random point in the kernel. >How-To-Repeat: Set the date to some point in the future. So some long network traffic while setting time back to correct time. >Fix: Cuurently the bounds checking for logic for RTUSE(), RTREUSE() and RTRELEASE() make sure the calculated index isn't greather than 12. Theey alos need to check for less than 0. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 15: 0:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D71A137B400 for ; Fri, 16 Aug 2002 15:00:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E69843E72 for ; Fri, 16 Aug 2002 15:00:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GM0CJU080249 for ; Fri, 16 Aug 2002 15:00:12 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GM0Cdx080248; Fri, 16 Aug 2002 15:00:12 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B779B37B400 for ; Fri, 16 Aug 2002 14:57:23 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7771A43E70 for ; Fri, 16 Aug 2002 14:57:23 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GLvNOT068132 for ; Fri, 16 Aug 2002 14:57:23 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7GLvMmf068131; Fri, 16 Aug 2002 14:57:22 -0700 (PDT) Message-Id: <200208162157.g7GLvMmf068131@www.freebsd.org> Date: Fri, 16 Aug 2002 14:57:22 -0700 (PDT) From: Kyrre Aalerud To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/41723: Copying files to filesystem causes "integer divide fault" and panic. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41723 >Category: i386 >Synopsis: Copying files to filesystem causes "integer divide fault" and panic. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 15:00:11 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Kyrre Aalerud >Release: FreeBSD 4.3 CVS'ed to 4.6-Stable >Organization: >Environment: FreeBSD timmy 4.6-STABLE FreeBSD 4.6-STABLE #1: Fri Aug 16 22:36:52 CEST 2002 root@timmy:/usr/obj/usr/src/sys/timmy i386 Running a custom kernel. Nothing fancy added, just trimmed out device support not needed. >Description: Running a large Vinum raid-5 array (name: raid). (5x 80 GB Maxtor IDE-disks.) (Disks are master on own cable, each with their own IDE-port.) Using complete vinum-volume as single ufs. Parameters used were "newfs -v -U -b 65536 -f 8192 -g 256000000 -m 1% /dev/vinum/raid". The -b and -f were ignored and a block/frag size of 8/1MB were somehow used. ??? When copying files to volume, system traps a integer divide fault. (Happens regardless of soft updates-status.) Happens when copying from network to disk via samba. Error screen shows current process to be smbd. Address c02193c7 where fault occurs reveals: ---------------- timmy# nm -n /kernel | grep c0219 c0219080 T ffs_valloc c021923c t ffs_dirpref c0219518 T ffs_blkpref c021968c t ffs_hashalloc c0219738 t ffs_fragextend c0219968 t ffs_alloccg c0219c2c t ffs_alloccgblk ---------------- >How-To-Repeat: Running a large fs possibly on vinum raid-5 array. Copying large ammounts of data to the samba-share via network. >Fix: none known... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 16:32: 2 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7437137B406 for ; Fri, 16 Aug 2002 16:31:51 -0700 (PDT) Received: from yahoo.com (ns.bc-p.co.jp [211.5.140.218]) by mx1.FreeBSD.org (Postfix) with SMTP id EB38A43E70 for ; Fri, 16 Aug 2002 16:31:43 -0700 (PDT) (envelope-from SWTravel41eaw7@mail.com) Received: from [15.26.184.103] by rly-xr02.mx.aol.com with local; Thu, 15 Aug 2002 06:28:39 +1200 Received: from mail.gmx.net ([63.21.197.210]) by a231242.upc-a.chello.nl with esmtp; Tue, 13 Aug 2002 19:26:15 +0900 Received: from 110.15.209.64 ([110.15.209.64]) by ssymail.ssy.co.kr with asmtp; Mon, 12 Aug 2002 08:23:51 +1000 Received: from 158.9.221.171 ([158.9.221.171]) by f64.law4.hotmail.com with QMQP; Sat, 10 Aug 2002 21:21:27 -0000 Received: from unknown (206.4.234.24) by q4.quik.com with esmtp; Fri, 9 Aug 2002 10:19:03 -0700 Reply-To: Message-ID: <97096DE7-CB41-44C2-8C02-3269479605E9@ZZpjzMCM> From: To: Subject: An Invitation to the Southwest! Adv. mjERvzIu MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00X9_70A11C1E.E1232J43" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Internet Mail Service (5.5.2650.21) Importance: Normal Date: Fri, 16 Aug 2002 16:31:43 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ------=_NextPart_000_00X9_70A11C1E.E1232J43 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1MYW5ndWFnZSIgY29u dGVudD0iZW4tdXMiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0 ZXh0L2h0bWw7IGNoYXJzZXQ9d2luZG93cy0xMjUyIj4NCjxtZXRhIG5hbWU9IkdFTkVSQVRPUiIg Y29udGVudD0iTWljcm9zb2Z0IEZyb250UGFnZSA0LjAiPg0KPG1ldGEgbmFtZT0iUHJvZ0lkIiBj b250ZW50PSJGcm9udFBhZ2UuRWRpdG9yLkRvY3VtZW50Ij4NCjx0aXRsZT5Tb3V0aHdlc3QgQ29s b3JhZG8gaXMgR3JlZW4gYW5kIEJlYXV0aWZ1bDwvdGl0bGU+DQo8L2hlYWQ+DQoNCjxib2R5IGJn Y29sb3I9IiNGQ0ZGRTUiPg0KPHAgYWxpZ249ImNlbnRlciI+Jm5ic3A7PC9wPg0KPGRpdiBhbGln bj0iY2VudGVyIj4NCiAgPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj aW5nPSIwIiB3aWR0aD0iNTI1IiBib3JkZXJjb2xvcmxpZ2h0PSIjMDBGRkZGIiBib3JkZXJjb2xv cmRhcms9IiMwMEZGRkYiIA0KYm9yZGVyY29sb3I9IiM2NjAwMDAiIGJnY29sb3I9IjRGMDAwMCI+ DQogICAgPGNlbnRlcj4NCiAgICA8dHI+DQogICAgICAgIDx0ZD48aW1nIGJvcmRlcj0iMCIgc3Jj PSJodHRwOi8vd3d3LmxhdWdobGlucmVzLmNvbS9wYWNrYWdlc2VtYWlscGljMDVmLmpwZyIgd2lk dGg9IjUyNSIgaGVpZ2h0PSIyMDAiPjwvdGQ+DQogICAgPC90cj4NCiAgPC9jZW50ZXI+DQogIDx0 cj4NCiAgICAgIDx0ZCBoZWlnaHQ9IjIiPiANCiAgICAgICAgPHRhYmxlIHdpZHRoPSIxMDAlIiBi b3JkZXI9IjQiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCI+DQogICAgICAgICAgPHRy Pg0KICAgICAgICAgICAgPHRkIGhlaWdodD0iMzI2Ij4gDQogICAgICAgICAgICAgIDxkaXYgYWxp Z249ImNlbnRlciI+PGI+PGZvbnQgc2l6ZT0iNSIgY29sb3I9IiMwMDAwRkYiPjx1PjxhIA0KaHJl Zj0iaHR0cDovL3d3dy5zb3V0aHdlc3R0cmF2ZWxlcnMuY29tL3NvdXRod2VzdCI+PGZvbnQgY29s b3I9IiMwMEZGRkYiPkdyZWV0aW5ncyANCiAgICAgICAgICAgICAgICBmcm9tIFNvdXRod2VzdCBD b2xvcmFkbyE8L2ZvbnQ+PC9hPjwvdT48L2ZvbnQ+PGZvbnQgY29sb3I9IiMwMEZGRkYiPjxicj4N CiAgICAgICAgICAgICAgICA8L2ZvbnQ+PGZvbnQgY29sb3I9IiNGRkZGRjIiPjxicj4NCiAgICAg ICAgICAgICAgICA8L2ZvbnQ+IDxmb250IHNpemU9IjQiIGNvbG9yPSIjRkZGRkYyIj5CcmluZyB5 b3VyIGZhbWlseSBhbmQgZnJpZW5kcyANCiAgICAgICAgICAgICAgICB0byBTb3V0aHdlc3QgQ29s b3JhZG88YnI+DQogICAgICAgICAgICAgICAgRm9yIGEgU3BlY3RhY3VsYXIgVGltZSEgPC9mb250 PjwvYj4gDQogICAgICAgICAgICAgICAgPHA+PGZvbnQgY29sb3I9IiNGRkZGRjIiPjxiPjxmb250 IHNpemU9IjMiPlRoZSBUcmFpbiBpcyBydW5uaW5nLCANCiAgICAgICAgICAgICAgICAgIHRoZSBl dmVuaW5ncyBhcmUgd2FybSBhbmQgdGhlIHdlYXRoZXIgaXMganVzdCBiZWF1dGlmdWwuIFRha2Ug DQogICAgICAgICAgICAgICAgICBhIGJyZWFrIGZyb20gdGhlIG9yZGluYXJ5IGRheXMgb2Ygc3Vt bWVyIGFuZCBtYWtlIHlvdXIgZGVzdGluYXRpb24gDQogICAgICAgICAgICAgICAgICBTb3V0aHdl c3QgQ29sb3JhZG8uPC9mb250PjwvYj48L2ZvbnQ+PC9wPg0KICAgICAgICAgICAgICAgIDxwPjxm b250IGNvbG9yPSIjRkZGRkYyIj48Yj48Zm9udCBzaXplPSIzIj4mbWlkZG90OyBTdGF5IGF0IHRo ZSANCiAgICAgICAgICAgICAgICAgIFRhbGwgU3BydWNlIEhvdXNlLSBBIG1hZ25pZmljZW50IHBh bGFjZSBvZiBhIGhvbWUgdGhhdCBlYXNpbHkgDQogICAgICAgICAgICAgICAgICBzbGVlcHMgMTgg cGVvcGxlLiBMb2NhdGVkIGluIHRoZSBoZWFydCBvZiB0aGUgQW5pbWFzIFZhbGxleSANCiAgICAg ICAgICAgICAgICAgIHdpdGggdGhlIGZhbW91cyBEYWx0b24gUmFuY2ggR29sZiBDbHViIGp1c3Qg YWNyb3NzIHRoZSBzdHJlZXQhPGJyPg0KICAgICAgICAgICAgICAgICAgJm1pZGRvdDsgU3RheSBh dCBUYWxsIFRpbWJlci0gQW4gdW5iZWxpZXZhYmxlIHBhcmFkaXNlIGxvY2F0ZWQgDQogICAgICAg ICAgICAgICAgICBpbiB0aGUgYW5pbWFzIGNhbnlvbiBub3J0aCBvZiBEdXJhbmdvLCBDby4gWW91 IG11c3QgdGFrZSB0aGUgDQogICAgICAgICAgICAgICAgICB0cmFpbiBvciBoZWxpY29wdGVyIHRv IGdldCB0aGVyZS4gT25jZSB5b3UgYXJlIHRoZXJlLCB5b3Ugd2lsbCANCiAgICAgICAgICAgICAg ICAgIGJlIGFzIGZyZWUgYXMgYSBiaXJkIGluIGEgd2lsZGVybmVzcyB3b25kZXJsYW5kITxicj4N CiAgICAgICAgICAgICAgICAgICZtaWRkb3Q7IFJpZGUgdGhlIER1cmFuZ28gYW5kIFNpbHZlcnRv biBUcmFpbiwgVmlzaXQgTWVzYSBWZXJkZSANCiAgICAgICAgICAgICAgICAgIE5hdGlvbmFsIFBh cmsgYW5kIHRvdXIgdGhlIHdpbGQgd2VzdC48L2ZvbnQ+IDwvYj48L2ZvbnQ+PC9wPg0KICAgICAg ICAgICAgICAgIDxwPjxiPjxmb250IGNvbG9yPSIjRkVGRUYzIiBzaXplPSI1Ij48YSBocmVmPSJo dHRwOi8vd3d3LnNvdXRod2VzdHRyYXZlbGVycy5jb20vc291dGh3ZXN0Ij48Zm9udCANCmNvbG9y PSIjMDBGRkZGIj5DbGljayANCiAgICAgICAgICAgICAgICAgIEhlcmUgZm9yIFJlc2VydmF0aW9u cyE8L2ZvbnQ+PC9hPjwvZm9udD48L2I+PC9wPg0KICAgICAgICAgICAgICAgIDxwPjxiPjxmb250 IHNpemU9IjUiIGNvbG9yPSIjMDBGRjAwIj5PciwgQ2FsbCB1cyBhdCAxIDg2Ni01MTYtODQwNA0K ICAgICAgICAgICAgICAgICE8L2ZvbnQ+PC9iPjwvcD4NCiAgICAgICAgICAgICAgPC9kaXY+DQog ICAgICAgICAgICA8L3RkPg0KICAgICAgICAgIDwvdHI+DQogICAgICAgIDwvdGFibGU+DQogICAg ICAgIDxjZW50ZXI+DQogICAgICAgIDwvY2VudGVyPg0KICAgICAgPC90ZD4NCiAgICA8L3RyPg0K ICAgIDx0cj4NCiAgICAgIDx0ZCBoZWlnaHQ9IjIiPiANCiAgICAgICAgPHRhYmxlIHdpZHRoPSIx MDAlIiBib3JkZXI9IjQiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIgYmdjb2xvcj0i IzQ4MDAwMCI+DQogICAgICAgICAgPHRyPg0KICAgICAgICAgICAgPHRkPg0KICAgICAgICAgICAg ICA8ZGl2IGFsaWduPSJjZW50ZXIiPjxmb250IGNvbG9yPSIjRkZGRkNDIj5JZiB5b3Ugd2lzaCB0 byB1bnN1YnNjcmliZSANCiAgICAgICAgICAgICAgICBmcm9tIG91ciBtYWlsaW5nIGxpc3QsIHBs ZWFzZSA8YSBocmVmPSJtYWlsdG86cmVtb3Zlc0ByZW1vdmV5b3VyYWRkcmVzcy5jb20/c3ViamVj dD1SZW1vdmUiPkNsaWNrIA0KICAgICAgICAgICAgICAgIEhlcmU8L2E+PGJyPg0KICAgICAgICAg ICAgICAgIENhbGwgdXMgYXQgMS04NjYtNTE2Ljg0MDcgdG8gdW5zdWJzY3JpYmUgYnkgcGhvbmUm bmJzcDtvcjxicj4NCiAgICAgICAgICAgICAgICBXcml0ZSB1cyBhdDogU291dGh3ZXN0IFRyYXZl bCBSZXNlcnZhdGlvbnMmbmJzcDsgUC5PLiBCb3ggMzAwNzEmbmJzcDs8YnI+DQogICAgICAgICAg ICAgICAgTGF1Z2hsaW4sIE5ldmFkYSA4OTAyODwvZm9udD4gPC9kaXY+DQogICAgICAgICAgICA8 L3RkPg0KICAgICAgICAgIDwvdHI+DQogICAgICAgIDwvdGFibGU+DQogICAgICAgIA0KICAgICAg PC90ZD4NCiAgICA8L3RyPg0KICA8L3RhYmxlPg0KICANCjwvZGl2Pg0KDQo8L2JvZHk+DQoNCjwv aHRtbD4NCg0KWzhGVWlrb1lPUXJsZHpKLWFrQnI4R0UtZVpoelVabEVdDQoNCiAgIA0K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 16:39:28 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5481437B400 for ; Fri, 16 Aug 2002 16:39:26 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 9FEF343E42 for ; Fri, 16 Aug 2002 16:39:25 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 43996 invoked by uid 1000); 16 Aug 2002 23:39:27 -0000 Date: Fri, 16 Aug 2002 16:39:27 -0700 (PDT) From: Nate Lawson To: Greg Whynott - A|W SGI Cc: freebsd-bugs@FreeBSD.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/32478: scsi/NIC drivers fail when using SMP kernel In-Reply-To: <3D5CEF33.C35E5402@aw.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 16 Aug 2002, Greg Whynott - A|W SGI wrote: > The last RELEASE I attempted was 4.6 on the same piece of equipment > and a Dell 610 dual xeon machine using similar ethernet cards. The Dell > has issues similar to the Tyan based machine. I see 4.6.2 is out, in > the release notes I fail to see any mention of anything relevant to my > issues. Is this the case or have I missed something? > > Unfortunately I can not supply you with the boot -v output you have > requested. The machine was taking more than one day to do its daily > tasks so we put an OS on it that supports both SMP and the multi intel > ethernet cards. I look forward to replacing the os with freebsd once > again. > > Is this issue with all machines equipped with both Adaptec SCSI and > Intel ethernet cards or have i just been unlucky in my choice of > hardware? Seems this would be a common configuration. > > take care and thanks for your time, > > greg A similar bug that was recently worked around involved disabling irq sharing between a SCSI and ATA controller. All tended to involve SMP. Check out the irqs listed in dmesg and see if they're shared or not. If you continue to have problems, please discuss on stable@freebsd.org. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 16:40:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4498E37B401 for ; Fri, 16 Aug 2002 16:40:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03C9A43E65 for ; Fri, 16 Aug 2002 16:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GNe3JU096322 for ; Fri, 16 Aug 2002 16:40:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GNe3LI096321; Fri, 16 Aug 2002 16:40:03 -0700 (PDT) Date: Fri, 16 Aug 2002 16:40:03 -0700 (PDT) Message-Id: <200208162340.g7GNe3LI096321@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/32478: scsi/NIC drivers fail when using SMP kernel Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/32478; it has been noted by GNATS. From: Nate Lawson To: Greg Whynott - A|W SGI Cc: freebsd-bugs@FreeBSD.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/32478: scsi/NIC drivers fail when using SMP kernel Date: Fri, 16 Aug 2002 16:39:27 -0700 (PDT) On Fri, 16 Aug 2002, Greg Whynott - A|W SGI wrote: > The last RELEASE I attempted was 4.6 on the same piece of equipment > and a Dell 610 dual xeon machine using similar ethernet cards. The Dell > has issues similar to the Tyan based machine. I see 4.6.2 is out, in > the release notes I fail to see any mention of anything relevant to my > issues. Is this the case or have I missed something? > > Unfortunately I can not supply you with the boot -v output you have > requested. The machine was taking more than one day to do its daily > tasks so we put an OS on it that supports both SMP and the multi intel > ethernet cards. I look forward to replacing the os with freebsd once > again. > > Is this issue with all machines equipped with both Adaptec SCSI and > Intel ethernet cards or have i just been unlucky in my choice of > hardware? Seems this would be a common configuration. > > take care and thanks for your time, > > greg A similar bug that was recently worked around involved disabling irq sharing between a SCSI and ATA controller. All tended to involve SMP. Check out the irqs listed in dmesg and see if they're shared or not. If you continue to have problems, please discuss on stable@freebsd.org. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 16:41:19 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BE6137B401 for ; Fri, 16 Aug 2002 16:41:18 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B55643E4A for ; Fri, 16 Aug 2002 16:41:17 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 44008 invoked by uid 1000); 16 Aug 2002 23:41:18 -0000 Date: Fri, 16 Aug 2002 16:41:18 -0700 (PDT) From: Nate Lawson To: Pete French Cc: freebsd-bugs@FreeBSD.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/27834: Cannot warm-reboot Compaq AP400 due to SCSI problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Please boot -v and reply to all with the dmesg output. Some sym0 SMP troubles have been the result of irq sharing. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 16:50: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4034437B400 for ; Fri, 16 Aug 2002 16:50:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC9243E65 for ; Fri, 16 Aug 2002 16:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7GNo3JU097019 for ; Fri, 16 Aug 2002 16:50:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7GNo3tI097018; Fri, 16 Aug 2002 16:50:03 -0700 (PDT) Date: Fri, 16 Aug 2002 16:50:03 -0700 (PDT) Message-Id: <200208162350.g7GNo3tI097018@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Lawson Subject: Re: kern/27834: Cannot warm-reboot Compaq AP400 due to SCSI problems Reply-To: Nate Lawson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/27834; it has been noted by GNATS. From: Nate Lawson To: Pete French Cc: freebsd-bugs@FreeBSD.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/27834: Cannot warm-reboot Compaq AP400 due to SCSI problems Date: Fri, 16 Aug 2002 16:41:18 -0700 (PDT) Please boot -v and reply to all with the dmesg output. Some sym0 SMP troubles have been the result of irq sharing. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 18:10: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B48C37B400 for ; Fri, 16 Aug 2002 18:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82F4943E7B for ; Fri, 16 Aug 2002 18:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H1A3JU011805 for ; Fri, 16 Aug 2002 18:10:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H1A3of011804; Fri, 16 Aug 2002 18:10:03 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E49437B400 for ; Fri, 16 Aug 2002 18:06:51 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B5E943E65 for ; Fri, 16 Aug 2002 18:06:51 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H16pOT086208 for ; Fri, 16 Aug 2002 18:06:51 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7H16p2D086207; Fri, 16 Aug 2002 18:06:51 -0700 (PDT) Message-Id: <200208170106.g7H16p2D086207@www.freebsd.org> Date: Fri, 16 Aug 2002 18:06:51 -0700 (PDT) From: Doug Swarin To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/41740: vinum issues: page fault while rebuilding; inability to hot-rebuild striped plexes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41740 >Category: kern >Synopsis: vinum issues: page fault while rebuilding; inability to hot-rebuild striped plexes >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 18:10:03 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Doug Swarin >Release: 4-STABLE >Organization: >Environment: FreeBSD vmware.localdomain 4.6-STABLE #12: Fri Aug 16 16:29:37 CDT 2002 root@vmware.localdomain:/usr/obj/usr/src/sys/VMWARE i386 >Description: 1. The launch_requests() function in vinumrequest.c needs splbio() protection around the lower loop. Without splbio(), complete_rqe() may be called at splx() in BUF_STRATEGY(). If there are inactive rqgs in rq (for example, with XFR_BAD_SUBDISK), rq may be deallocated before the loop completes walking the rqg queue in rq, causing either a page fault or an infinite loop. 2. A striped plex cannot be safely hot-rebuilt, and there is no warning as such in the documentation. Because all requests to the rebuilding plex return REQUEST_DOWN, the two plexes will be inconsistent after the rebuild finishes since writes to the already-rebuilt region of the rebuilding plex will only be written to the good plex. >How-To-Repeat: 1. Create a pair of striped plexes as a single volume. 'vinum stop' one plex, then 'vinum start' it to start it rebuilding. Run postmark or perform other heavy activity against the mounted filesystem while the rebuild takes place. 2. After the above hot-rebuild, demount it, fsck, and watch the errors fly. The splbio() fix will probably need to be applied before the hot-rebuild will succeed. >Fix: 1. Add 'int s;' to the top of launch_requests() and 's = splbio();' at line 395 and 'splx(s);' at line 439. I apologize for not providing an actual diff, because I am using the web form to submit this. 2. Add a mention to the documentation not to hot-rebuild a striped plex. The long-term fix would be to do the missing code in checksdstate() in vinumstate.c to return the proper result for a striped plex. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 20:10: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AB3F37B400 for ; Fri, 16 Aug 2002 20:10:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CF4643E70 for ; Fri, 16 Aug 2002 20:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H3A5JU035972 for ; Fri, 16 Aug 2002 20:10:05 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H3A5dW035971; Fri, 16 Aug 2002 20:10:05 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA07437B400 for ; Fri, 16 Aug 2002 20:00:34 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DB2743E6E for ; Fri, 16 Aug 2002 20:00:34 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H30TOT094109 for ; Fri, 16 Aug 2002 20:00:29 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7H30TXY094108; Fri, 16 Aug 2002 20:00:29 -0700 (PDT) Message-Id: <200208170300.g7H30TXY094108@www.freebsd.org> Date: Fri, 16 Aug 2002 20:00:29 -0700 (PDT) From: Toby Burress To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/41741: Cron calling periodic spawns hundreds of sh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41741 >Category: i386 >Synopsis: Cron calling periodic spawns hundreds of sh >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 20:10:05 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Toby Burress >Release: 4.6-STABLE, 4.6-RELEASE >Organization: >Environment: FreeBSD newton.kurin.d2g.com 4.6-STABLE FreeBSD 4.6-STABLE #1: Tue Aug 13 13:24:27 EDT 2002 root@:/usr/obj/usr/src/sys/NEWTON i386 >Description: I have an Intel Celeron 333 with 208MB of RAM. Whenever Periodic is called by cron, so many sh will spawn that all processes lock up and I get "bash: fork: Resource temporarily unavailable" and have to hard-reboot. As root (under csh) the error simply is "no more processes." >How-To-Repeat: I think this problem is very hardware specific, as Google searches result in nothing and neither have I found anything here, but there have been no other odd errors (I've built world from -RELEASE to -STABLE with no problem) and I can call periodic manually with no problem. To repeat the problem, simply let cron call periodic daily|weekly|monthly. >Fix: No known fix. Comment out the cron and do it manually. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 20:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3492537B400 for ; Fri, 16 Aug 2002 20:40:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D541343E4A for ; Fri, 16 Aug 2002 20:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H3e5JU043705 for ; Fri, 16 Aug 2002 20:40:05 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H3e5vQ043700; Fri, 16 Aug 2002 20:40:05 -0700 (PDT) Date: Fri, 16 Aug 2002 20:40:05 -0700 (PDT) Message-Id: <200208170340.g7H3e5vQ043700@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Adam Crosby" Subject: Re: misc/41635: dhclient kernel panics when dhcp server is unavailable Reply-To: "Adam Crosby" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/41635; it has been noted by GNATS. From: "Adam Crosby" To: , Cc: Subject: Re: misc/41635: dhclient kernel panics when dhcp server is unavailable Date: Fri, 16 Aug 2002 23:37:40 -0400 Turns out the jack was bad - now the machine can recieve a dhcp address during boot, and everything works normally. Running the 'dhclient' executable still kernel panics instantly though, despite being able to retrieve an address and boot normally. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 16 21:50:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFC3537B400 for ; Fri, 16 Aug 2002 21:50:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F3A343E42 for ; Fri, 16 Aug 2002 21:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H4o1JU053233 for ; Fri, 16 Aug 2002 21:50:01 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H4o1D1053232; Fri, 16 Aug 2002 21:50:01 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2EF737B400 for ; Fri, 16 Aug 2002 21:48:30 -0700 (PDT) Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA21143E65 for ; Fri, 16 Aug 2002 21:48:28 -0700 (PDT) (envelope-from chris@aims.com.au) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g7H4mQe47663 for ; Sat, 17 Aug 2002 14:48:27 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Sat, 17 Aug 2002 14:31:33 +1000 Message-Id: <200208170423.g7H4NQkS097490@ait0fd01.aims.private> Date: Sat, 17 Aug 2002 14:31:31 +1000 From: "Chris Knight" Reply-To: "Chris Knight" To: X-Send-Pr-Version: 3.113 Subject: misc/41742: 4.6.2-RELEASE Release Building Failure Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41742 >Category: misc >Synopsis: 4.6.2-RELEASE Release Building Failure >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Aug 16 21:50:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Chris Knight >Release: FreeBSD 4.6-STABLE i386 >Organization: AIMS Independent Computer Professionals >Environment: System: FreeBSD ait0fd01.aims.private 4.6-STABLE FreeBSD 4.6-STABLE #0: Wed Aug 14 17:44:18 EST 2002 root@ait0fd01.aims.private:/var/obj/var/src/sys/THINKPAD i386 >Description: I attempted to do a release build of 4.6.2 prior to adding my local patches for a custom build. The build failed trying to install headers in /usr/src/kerberos5/lib/libtelnet. ---- install -C -o root -g wheel -m 444 /usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/gssapi.h /R/stage/trees/krb5/usr/include install -C -o root -g wheel -m 444 heim_err.h /R/stage/trees/krb5/usr/include install -C -o root -g wheel -m 444 krb5_err.h /R/stage/trees/krb5/usr/include install -C -o root -g wheel -m 444 k524_err.h /R/stage/trees/krb5/usr/include install -C -o root -g wheel -m 444 libgssapi.a /R/stage/trees/krb5/usr/lib install -C -o root -g wheel -m 444 libgssapi_p.a /R/stage/trees/krb5/usr/lib install -s -o root -g wheel -m 444 libgssapi.so.4 /R/stage/trees/krb5/usr/lib ln -fs libgssapi.so.4 /R/stage/trees/krb5/usr/lib/libgssapi.so ===> lib/libtelnet cd /usr/src/kerberos5/lib/libtelnet; make install -DNO_SUBDIR DESTDIR=/R/stage/trees/krb5 SHARED=copies install -C -o root -g wheel -m 444 /usr/src/kerberos5/lib/libtelnet/../../../crypto/telnet/arpa/telnet.h /R/stage/trees/krb5/usr/src/kerberos5/lib/libtelnet/../../include install: /R/stage/trees/krb5/usr/src/kerberos5/lib/libtelnet/../../include: No such file or directory *** Error code 71 Stop in /usr/src/kerberos5/lib/libtelnet. *** Error code 1 Stop in /usr/src/kerberos5/lib/libtelnet. *** Error code 1 Stop in /usr/src/kerberos5/lib. *** Error code 1 Stop in /usr/src/kerberos5. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. >How-To-Repeat: cd /usr/src/release make release CHROOTDIR=/u1/sandbox BUILDNAME=4.6.2-RELEASE \ RELEASETAG=RELENG_4_6_2_RELEASE CVSROOT=/home/ncvs PREFETCHDISTFILES=yes >Fix: Index: Makefile =================================================================== RCS file: /home/ncvs/src/kerberos5/lib/libtelnet/Makefile,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 Makefile --- Makefile 30 Apr 2002 14:57:41 -0000 1.14.2.1 +++ Makefile 17 Aug 2002 04:10:40 -0000 @@ -20,7 +20,7 @@ CFLAGS+= -DKRB5 -I${KRB5DIR}/lib/krb5 -I${KRB5OBJDIR} -I${ASN1OBJDIR} INCS= ${TELNETDIR}/arpa/telnet.h -INCDIR= /usr/include/arpa +INCSDIR= /usr/include/arpa .include >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 0: 0:23 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 744E437B400; Sat, 17 Aug 2002 00:00:16 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27D8543E72; Sat, 17 Aug 2002 00:00:16 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H70GJU071265; Sat, 17 Aug 2002 00:00:16 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H70F4O071260; Sat, 17 Aug 2002 00:00:15 -0700 (PDT) Date: Sat, 17 Aug 2002 00:00:15 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208170700.g7H70F4O071260@freefall.freebsd.org> To: wharms@bfs.de, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/41712: df reports wrong size Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: df reports wrong size State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Fri Aug 16 23:58:53 PDT 2002 State-Changed-Why: Not a bug. See also newfs(8)'s -m option. http://www.freebsd.org/cgi/query-pr.cgi?pr=41712 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 0: 5:57 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 558F237B400; Sat, 17 Aug 2002 00:05:56 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0859A43E72; Sat, 17 Aug 2002 00:05:56 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H75tJU075921; Sat, 17 Aug 2002 00:05:55 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H75tWB075917; Sat, 17 Aug 2002 00:05:55 -0700 (PDT) Date: Sat, 17 Aug 2002 00:05:55 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208170705.g7H75tWB075917@freefall.freebsd.org> To: wharms@bfs.de, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/41711: setup uses a to small disk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: setup uses a to small disk State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Sat Aug 17 00:02:41 PDT 2002 State-Changed-Why: Please be more specific: - How big exactly was the slice(s)? - How big were the partitions chosen by syinstall's autoconfig option? - What partition was it running out of space on? - Which distributions did you select to install? - Have you selected to install the ports tree? http://www.freebsd.org/cgi/query-pr.cgi?pr=41711 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 0:16: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99C3937B400; Sat, 17 Aug 2002 00:15:59 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B1A443E42; Sat, 17 Aug 2002 00:15:59 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H7FxJU076710; Sat, 17 Aug 2002 00:15:59 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H7FwDp076706; Sat, 17 Aug 2002 00:15:58 -0700 (PDT) Date: Sat, 17 Aug 2002 00:15:58 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208170715.g7H7FwDp076706@freefall.freebsd.org> To: andy@litec.csic.es, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/41664: Incorrect checksum in CHECKSUM.MD5 for 4.6-disc1.iso at a mirror site Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Incorrect checksum in CHECKSUM.MD5 for 4.6-disc1.iso at a mirror site State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Sat Aug 17 00:09:59 PDT 2002 State-Changed-Why: You should try to contact the ftp admins for ftp.rediris.es directly. ftp@ or ftp-admin@ have a good chance to work. This problem is somewhat alleviated by the 4.6.2 release which people will be mostly looking for. http://www.freebsd.org/cgi/query-pr.cgi?pr=41664 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 0:37:57 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C82D137B400; Sat, 17 Aug 2002 00:37:55 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E63143E6E; Sat, 17 Aug 2002 00:37:55 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H7btJU078131; Sat, 17 Aug 2002 00:37:55 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H7bogT078127; Sat, 17 Aug 2002 00:37:50 -0700 (PDT) Date: Sat, 17 Aug 2002 00:37:50 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208170737.g7H7bogT078127@freefall.freebsd.org> To: tburress@sjca.edu, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/41741: Cron calling periodic spawns hundreds of sh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Cron calling periodic spawns hundreds of sh State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Sat Aug 17 00:31:48 PDT 2002 State-Changed-Why: Toby, this doesn't seem to be HW related (I've had a celeron 333 with 128M ram until recently and periodic ran fine; actually I even overclocked the CPU to 415). Unfortunately you gave no information that would allow us to identify the bug. It might be a config problem, a broken shell script, or even a file system or kernel bug. I suggest you try updating your system to -stable via cvsup (see handbook) and do not forget to update the files in /etc using mergemaster(8). Let us know if the problem persists or not. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=41741 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 0:40: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC76737B400 for ; Sat, 17 Aug 2002 00:40:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B72243E65 for ; Sat, 17 Aug 2002 00:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H7e1JU078243 for ; Sat, 17 Aug 2002 00:40:01 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H7e1bk078242; Sat, 17 Aug 2002 00:40:01 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D63037B400 for ; Sat, 17 Aug 2002 00:36:57 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B6E43E42 for ; Sat, 17 Aug 2002 00:36:56 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H7auOT013831 for ; Sat, 17 Aug 2002 00:36:56 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7H7auEF013830; Sat, 17 Aug 2002 00:36:56 -0700 (PDT) Message-Id: <200208170736.g7H7auEF013830@www.freebsd.org> Date: Sat, 17 Aug 2002 00:36:56 -0700 (PDT) From: warner warren To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/41743: No sound from SiS630s controller Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41743 >Category: i386 >Synopsis: No sound from SiS630s controller >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 17 00:40:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: warner warren >Release: 4.6 >Organization: self >Environment: FreeBSD NORBERTW 4.6-RELEASE FreeBSD 4.6-RELEASE #28: Sat Aug 17 02:08:05 CDT 2002 root@NORBERTW:/usr/src/sys/compile/NEW_KERNEL i386 >Description: I have a sony rx450 desktop machine with an SiS630s motherboard. The SiS630s has an integrated SiS7018 sound system (AC97 compatible). When I use the pcm driver the only sound device configured is the mic. In the kernel I have the lines options PNPBIOS device pcm The Kernel compiles with no problems, but when the machine starts I get NORBERTW# dmesg | grep pcm pcm0: port 0xd400-0xd4ff mem 0xeb000000-0xeb000fff irq 10 at device 1.4 on pci0 pcm0: ac97 codec reports dac not ready When I give the mixer command I get NORBERTW# mixer Mixer rec is currently set to 0:0 Finally, the command cat /dev/dsp0 gives Console log for NORBERTW pcm0:record:0: record interrupt timeout, channel dead >How-To-Repeat: >Fix: unknown >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 0:43: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E8B037B400; Sat, 17 Aug 2002 00:43:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4CC943E84; Sat, 17 Aug 2002 00:43:06 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H7h6JU078637; Sat, 17 Aug 2002 00:43:06 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H7h6eW078633; Sat, 17 Aug 2002 00:43:06 -0700 (PDT) Date: Sat, 17 Aug 2002 00:43:06 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208170743.g7H7h6eW078633@freefall.freebsd.org> To: kbigelow@play-hookey.com, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/40740: 4.6-RELEASE can't properly read some CD-ROM drives. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: 4.6-RELEASE can't properly read some CD-ROM drives. State-Changed-From-To: open->closed State-Changed-By: schweikh State-Changed-When: Sat Aug 17 00:40:00 PDT 2002 State-Changed-Why: This appears to be a drive related problem (marginal error correction capability or somesuch). http://www.freebsd.org/cgi/query-pr.cgi?pr=40740 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 0:54:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4540337B400; Sat, 17 Aug 2002 00:54:21 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CA243E4A; Sat, 17 Aug 2002 00:54:05 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H7rtJU079370; Sat, 17 Aug 2002 00:53:55 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H7rtI7079366; Sat, 17 Aug 2002 00:53:55 -0700 (PDT) Date: Sat, 17 Aug 2002 00:53:55 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208170753.g7H7rtI7079366@freefall.freebsd.org> To: schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: misc/40363: Syslogd crashes in function markit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Syslogd crashes in function markit Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: schweikh Responsible-Changed-When: Sat Aug 17 00:51:10 PDT 2002 Responsible-Changed-Why: Dag-Erling, it seems you have modified the TAILQ_FOREACH line in the markit function in rev 1.101. Can you have a look if this introduced the bug? http://www.freebsd.org/cgi/query-pr.cgi?pr=40363 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 1:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BA7837B400 for ; Sat, 17 Aug 2002 01:20:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC23543E6A for ; Sat, 17 Aug 2002 01:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H8K1JU085549 for ; Sat, 17 Aug 2002 01:20:01 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H8K1PD085548; Sat, 17 Aug 2002 01:20:01 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 339F037B400 for ; Sat, 17 Aug 2002 01:11:57 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id E998B43E6A for ; Sat, 17 Aug 2002 01:11:56 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H8BpOT015917 for ; Sat, 17 Aug 2002 01:11:51 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7H8BpGX015916; Sat, 17 Aug 2002 01:11:51 -0700 (PDT) Message-Id: <200208170811.g7H8BpGX015916@www.freebsd.org> Date: Sat, 17 Aug 2002 01:11:51 -0700 (PDT) From: KIMURA Yasuhiro To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/41744: Cannot stop comat22 from being extracted after selecting X-user, X-Kern-Developer or X-Developer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41744 >Category: misc >Synopsis: Cannot stop comat22 from being extracted after selecting X-user, X-Kern-Developer or X-Developer >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 17 01:20:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: KIMURA Yasuhiro >Release: 4.6.2-RELEASE >Organization: >Environment: FreeBSD test.home.utahime.org 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #0: Wed Aug 14 21:23:26 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 >Description: At the "Choose Distributions" stage of installation, "compat22" is also selected if "X-Developer", "X-Kern-Developer" or "X-User" is selected. You can clear the check of "compat22" after that, but actually it is extracted whether the check is cleared or not. >How-To-Repeat: At the "Choose Distributions" stage of installation, 1. Select one of "X-Developer", "X-Kern-Developer" or "X-User". 2. Select "Custom" 3. Clear the check of "compat22" Then continue the installation. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 1:33:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4268537B400; Sat, 17 Aug 2002 01:33:21 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5F7743E6A; Sat, 17 Aug 2002 01:33:20 -0700 (PDT) (envelope-from matusita@FreeBSD.org) Received: from freefall.freebsd.org (matusita@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H8XKJU086843; Sat, 17 Aug 2002 01:33:20 -0700 (PDT) (envelope-from matusita@freefall.freebsd.org) Received: (from matusita@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H8XKHr086838; Sat, 17 Aug 2002 01:33:20 -0700 (PDT) Date: Sat, 17 Aug 2002 01:33:20 -0700 (PDT) From: Makoto Matsushita Message-Id: <200208170833.g7H8XKHr086838@freefall.freebsd.org> To: matusita@FreeBSD.org, freebsd-bugs@FreeBSD.org, qa@FreeBSD.org Subject: Re: misc/41744: Cannot stop comat22 from being extracted after selecting X-user, X-Kern-Developer or X-Developer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Cannot stop comat22 from being extracted after selecting X-user, X-Kern-Developer or X-Developer Responsible-Changed-From-To: freebsd-bugs->qa Responsible-Changed-By: matusita Responsible-Changed-When: Sat Aug 17 01:32:28 PDT 2002 Responsible-Changed-Why: I believe that sysinstall issues are handled by qa@FreeBSD.org. http://www.freebsd.org/cgi/query-pr.cgi?pr=41744 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 1:40: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC98437B400 for ; Sat, 17 Aug 2002 01:40:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DAB043E65 for ; Sat, 17 Aug 2002 01:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H8e4JU087326 for ; Sat, 17 Aug 2002 01:40:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H8e4LJ087324; Sat, 17 Aug 2002 01:40:04 -0700 (PDT) Date: Sat, 17 Aug 2002 01:40:04 -0700 (PDT) Message-Id: <200208170840.g7H8e4LJ087324@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "alex stinson" Subject: Re: kern/40926: After Upgrading or Clean Installing 4.6, reboot fails to load ke Reply-To: "alex stinson" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/40926; it has been noted by GNATS. From: "alex stinson" To: freebsd-gnats-submit@FreeBSD.org Cc: stinsonalex@hotmail.com Subject: Re: kern/40926: After Upgrading or Clean Installing 4.6, reboot fails to load ke Date: Sat, 17 Aug 2002 08:39:15 +0000 Recently upgraded to 4.6.2, and had the same problem, when it rebooted, it looked for kernel, and kernel.old, where as on the drive they are kernel.GENERIC and kernel.prev, so, i'm figuring there is something different between software and distro....the fix still applies of either renaming, or modifying /boot/defaults/loader.conf --Peter Rippe _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 2:50: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AB7537B400 for ; Sat, 17 Aug 2002 02:50:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BED643E4A for ; Sat, 17 Aug 2002 02:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7H9o4JU098685 for ; Sat, 17 Aug 2002 02:50:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7H9o4oh098684; Sat, 17 Aug 2002 02:50:04 -0700 (PDT) Date: Sat, 17 Aug 2002 02:50:04 -0700 (PDT) Message-Id: <200208170950.g7H9o4oh098684@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: =?koi8-r?B?+8HQz9vOycvP1yDhLuEu?= Subject: Re: misc/41682: Distinctions of Windows Sockets and FreeBSD Sockets Reply-To: =?koi8-r?B?+8HQz9vOycvP1yDhLuEu?= Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/41682; it has been noted by GNATS. From: =?koi8-r?B?+8HQz9vOycvP1yDhLuEu?= To: freebsd-gnats-submit@FreeBSD.org, saa@adm.bal.ru Cc: Subject: Re: misc/41682: Distinctions of Windows Sockets and FreeBSD Sockets Date: Thu, 15 Aug 2002 15:20:10 +0400 Hello, freebsd-gnats-submit. My trouble misc/41682 is partially solved. Sorry for disturbing you. The problem by all was in a difference temporary delays between Windows and *Nix in speed of access to sockets. Simply at *nIX it in times more faster. Not absolutely in it is sure, but it seems so. Sorry for mistakes. -- With Best regards, Alexander mailto:saa@adm.bal.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 3:28: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19FF237B400; Sat, 17 Aug 2002 03:28:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFB6543E7B; Sat, 17 Aug 2002 03:28:03 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HAS3JU007061; Sat, 17 Aug 2002 03:28:03 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HAS35o007057; Sat, 17 Aug 2002 03:28:03 -0700 (PDT) Date: Sat, 17 Aug 2002 03:28:03 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208171028.g7HAS35o007057@freefall.freebsd.org> To: mike@starcoder.com, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26385: VMWare reboots entire system after starting from gnome "Run..." command. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: VMWare reboots entire system after starting from gnome "Run..." command. State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Sat Aug 17 03:27:31 PDT 2002 State-Changed-Why: Does this also occur with recent versions of vmware/freebsd/gnome? http://www.freebsd.org/cgi/query-pr.cgi?pr=26385 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 4:14:55 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6A8937B400; Sat, 17 Aug 2002 04:14:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A82143E65; Sat, 17 Aug 2002 04:14:52 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HBEqJU018886; Sat, 17 Aug 2002 04:14:52 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HBEpaF018882; Sat, 17 Aug 2002 04:14:51 -0700 (PDT) Date: Sat, 17 Aug 2002 04:14:51 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208171114.g7HBEpaF018882@freefall.freebsd.org> To: pdp@nl.demon.net, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/25777: atime not updated on exec Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: atime not updated on exec State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Sat Aug 17 04:08:46 PDT 2002 State-Changed-Why: It is not clear if atime needs to be updated upon exec'ing a file. Here's what the current IEEE Std 1003.1-2001 has to say: "File Times Update Each file has three distinct associated time values: st_atime, st_mtime, and st_ctime. The st_atime field is associated with the times that the file data is accessed; st_mtime is associated with the times that the file data is modified; and st_ctime is associated with the times that the file status is changed. These values are returned in the file characteristics structure, as described in . Each function or utility in IEEE Std 1003.1-2001 that reads or writes ^^^^^^^^^^^^^^^ data or changes file status indicates which of the appropriate time-related fields shall be "marked for update". If an implementation of such a function or utility marks for update a time-related field not specified by IEEE Std 1003.1-2001, this shall be documented, except that any changes caused by pathname resolution need not be documented. For the other functions or utilities in IEEE Std 1003.1-2001 (those that are not explicitly required to read or write file data or change file status, but that in some implementations happen to do so), the effect is unspecified. [...]" If we associate "reading" and "writing" with the rwx bits, then to execute you don't need to "read" a file. Bruce (bde), what's your view? http://www.freebsd.org/cgi/query-pr.cgi?pr=25777 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 5:20:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C58237B401 for ; Sat, 17 Aug 2002 05:20:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4BC343E4A for ; Sat, 17 Aug 2002 05:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HCK3JU041167 for ; Sat, 17 Aug 2002 05:20:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HCK3Ld041166; Sat, 17 Aug 2002 05:20:03 -0700 (PDT) Date: Sat, 17 Aug 2002 05:20:03 -0700 (PDT) Message-Id: <200208171220.g7HCK3Ld041166@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tha KreAture" Subject: Re: i386/41723: Copying files to filesystem causes "integer divide fault" and panic. Reply-To: "Tha KreAture" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/41723; it has been noted by GNATS. From: "Tha KreAture" To: , Cc: Subject: Re: i386/41723: Copying files to filesystem causes "integer divide fault" and panic. Date: Sat, 17 Aug 2002 14:15:46 +0200 OK. I did a recompile of my kernel and added dumping... Here's the output of the backtrace: --------------------------- (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc0165adc in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc0165f10 in poweroff_wait (junk=0xc029980c, howto=-1071017206) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc0261e27 in trap_fatal (frame=0xd0936c4c, eva=0) at /usr/src/sys/i386/i386/trap.c:974 #4 0xc0261803 in trap (frame={tf_fs = 16, tf_es = -795672560, tf_ds = -1051328496, tf_edi = -795644108, tf_esi = 0, tf_ebp = -795644740, tf_isp = -795644808, tf_ebx = -1051308032, tf_edx = -1, tf_ecx = -1310720000, tf_eax = -1310720000, tf_trapno = 18, tf_err = 0, tf_eip = -1071541209, tf_cs = 8, tf_eflags = 66182, tf_esp = -1050202880, tf_ss = -1051308032}) at /usr/src/sys/i386/i386/trap.c:636 #5 0xc0219427 in ffs_dirpref (pip=0xc1672d00) at /usr/src/sys/ufs/ffs/ffs_alloc.c:710 #6 0xc021911d in ffs_valloc (pvp=0xd094f540, mode=16877, cred=0xc167de80, vpp=0xd0936d10) at /usr/src/sys/ufs/ffs/ffs_alloc.c:590 #7 0xc022b50d in ufs_mkdir (ap=0xd0936e78) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1321 #8 0xc022c6a1 in ufs_vnoperate (ap=0xd0936e78) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2422 #9 0xc01995ce in mkdir (p=0xcf2590c0, uap=0xd0936f80) at vnode_if.h:674 #10 0xc026208d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, -------------------- #5 is interesting... The funky stuff is happening at line 710 in sourcefile ffs_alloc.c wich, if I have read correctly, is trying to find/select a inode for a directory or file or something... So, this line is causing me all theese problems: "maxcontigdirs = min(cgsize / dirsize, 255);" It appears the crash happens when a directory is made or a file is being placed... Hoping someone experienced with the code could check this? I am certain I traced this right :-) Kyrre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 5:50: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B838037B401 for ; Sat, 17 Aug 2002 05:50:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 114C643E72 for ; Sat, 17 Aug 2002 05:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HCo2JU048733 for ; Sat, 17 Aug 2002 05:50:02 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HCo22D048732; Sat, 17 Aug 2002 05:50:02 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3F5737B400 for ; Sat, 17 Aug 2002 05:46:00 -0700 (PDT) Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9428243E65 for ; Sat, 17 Aug 2002 05:46:00 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HCjxOT042056 for ; Sat, 17 Aug 2002 05:45:59 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.4/8.12.4/Submit) id g7HCjxdR042055; Sat, 17 Aug 2002 05:45:59 -0700 (PDT) Message-Id: <200208171245.g7HCjxdR042055@www.freebsd.org> Date: Sat, 17 Aug 2002 05:45:59 -0700 (PDT) From: Ulrich Spoerlein To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/41747: quake won't play sound with newpcm driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 41747 >Category: kern >Synopsis: quake won't play sound with newpcm driver >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 17 05:50:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Ulrich Spoerlein >Release: 4.6.2-RELEASE >Organization: >Environment: FreeBSD roadrunner 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #6: Fri Aug 16 22:01:06 CEST 2002 root@coyote.dnsalias.net:/usr/obj/usr/src/sys/ROADRUNNER i386 >Description: when using the voxware drivers, sound in a native compiled quake2 works. when using the pcm driver it says: /dev/dsp: Invalid argument SNDDMA_Init: Could not set /dev/dsp to stereo=2 >How-To-Repeat: with a Soundblaster ISA Card you can try both, voxware and pcm drivers. try one kernel with the voxware driver: #voxware driver #device snd0 #device sb0 at isa? port 0x220 irq 5 drq 1 and another with the pcm driver: #pcm driver #device pcm #device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x0 right now you have to get the quake2 sources from CVS: cvs -d :pserver:anonymous@cvs.quakeforge.net:/project/cvs login cvs -d :pserver:anonymous@cvs.quakeforge.net:/project/cvs checkout quake2 the password is empty. after download finishes: cd quake2 && ./bootstrap && ./configure && make >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 7:10: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B467337B400 for ; Sat, 17 Aug 2002 07:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 761D943E77 for ; Sat, 17 Aug 2002 07:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HEA3JU079279 for ; Sat, 17 Aug 2002 07:10:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HEA3ba079278; Sat, 17 Aug 2002 07:10:03 -0700 (PDT) Date: Sat, 17 Aug 2002 07:10:03 -0700 (PDT) Message-Id: <200208171410.g7HEA3ba079278@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tha KreAture" Subject: Re: i386/41723: Copying files to filesystem causes "integer divide fault" and panic. Reply-To: "Tha KreAture" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/41723; it has been noted by GNATS. From: "Tha KreAture" To: , Cc: Subject: Re: i386/41723: Copying files to filesystem causes "integer divide fault" and panic. Date: Sat, 17 Aug 2002 16:11:53 +0200 OK, the problem seems to be that one of the variables in the calculation has overflowed. When used in the calculation it causes the "integer divide fault". Possible solution: I'm testing if a change of the variables involved to long will fix this. It is definately caused by the avgfilesize setting. If it's high it will wrap when multiplied with the fs_avgfpdir value. If we asume the average files per directory is 64, we see that a setting of 67108864 or higher for average file size, will overflow the int. I was using 256000000 wich is 188891136 too much. I think ALL variables in this section (and the rest of the filesystem source) shoulr all be long or similar. Kyrre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 7:57:46 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6DD337B400; Sat, 17 Aug 2002 07:57:44 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79CA843E6A; Sat, 17 Aug 2002 07:56:19 -0700 (PDT) (envelope-from tjr@FreeBSD.org) Received: from freefall.freebsd.org (tjr@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HEu9JU087813; Sat, 17 Aug 2002 07:56:09 -0700 (PDT) (envelope-from tjr@freefall.freebsd.org) Received: (from tjr@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HEsjxg087748; Sat, 17 Aug 2002 07:54:45 -0700 (PDT) Date: Sat, 17 Aug 2002 07:54:45 -0700 (PDT) From: "Tim J. Robbins" Message-Id: <200208171454.g7HEsjxg087748@freefall.freebsd.org> To: cejkar@dcse.fee.vutbr.cz, tjr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15418: tput(1) doesn't work with new libncurses.so.5 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: tput(1) doesn't work with new libncurses.so.5 State-Changed-From-To: patched->closed State-Changed-By: tjr State-Changed-When: Sat Aug 17 07:53:34 PDT 2002 State-Changed-Why: I've MFC'd ache's fix at the request of Michael Lestinsky. http://www.freebsd.org/cgi/query-pr.cgi?pr=15418 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 8:20:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5935337B400 for ; Sat, 17 Aug 2002 08:20:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1073A43E6A for ; Sat, 17 Aug 2002 08:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HFK4JU095977 for ; Sat, 17 Aug 2002 08:20:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HFK4dK095974; Sat, 17 Aug 2002 08:20:04 -0700 (PDT) Date: Sat, 17 Aug 2002 08:20:04 -0700 (PDT) Message-Id: <200208171520.g7HFK4dK095974@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Vladimir B. " Grebenschikov Subject: Re: kern/40766: NEWCARD freeses system while card insertion Reply-To: "Vladimir B. " Grebenschikov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/40766; it has been noted by GNATS. From: "Vladimir B. " Grebenschikov To: Jonathan Chen Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/40766: NEWCARD freeses system while card insertion Date: 17 Aug 2002 19:19:35 +0400 =F7 Tue, 13.08.2002, =D7 07:43, Jonathan Chen =CE=C1=D0=C9=D3=C1=CC:=20 > I'm noticing that your NEWCARD pccbb is using the gross "bios didn't give > me a memory address, so I'll guess one" hack. This is probably the cause= =20 > of your troubles. In the future, ACPI is suppose to eliminate the need f= or=20 > suck hacks. Meanwhile, you'll probably want to change the value for the=20 > fallback address. You may set that at /boot/loader.conf, > set hw.cbb.start_memory=3D\0xdeadbeef (replace 0xdeadbeaf with appropiate= =20 > value, from looking at your dmesg, I'd try something like 0xfd000000 firs= t) Unfortunately it doesn't helps:=20 with 0xfd000000 it completely freezes while starting X (finish of boot process)=20 with 0xdc000000 it boots, but freezes just after card insertion, DDB=20 responds, stacktrace:=20 db> trace=20 siointr1(c0d60000,c0d66480,0,c04a4d20,138) at siointr1+0x3d6=20 siointr(c0d60000) at siointr+0x67=20 Xfastintr4() at Xfastintr4+0x63=20 --- interrupt, eip =3D 0xc0482999, esp =3D 0xcd505b24, ebp =3D 0xcd505bc8 -= --=20 AcpiDsExecBeginOp(c3eb1800,0,cd505c3c,0,c38a6180) at AcpiDsExecBeginOp+0x1=20 AcpiPsParseAml(c3eb1800,c38b2940,c0d52380,c0d52380,a) at AcpiPsParseAml+0x6e=20 AcpiPsxExecute(c0d52380,0,cd505c3c,c0d52380,0) at AcpiPsxExecute+0x16b=20 AcpiNsExecuteControlMethod(c0d52380,0,cd505c3c,cd505c50,c3efb100) at AcpiNsExecuteControlMethod+0x47=20 AcpiNsEvaluateByHandle(c0d52380,0,0,c0d52380,0) at AcpiNsEvaluateByHandle+0x7b=20 AcpiEvAsynchExecuteGpeMethod(a,c3efb100,cd505cbc,c0200019,c3efb100) at AcpiEvAsynchExecuteGpeMethod+0x7a=20 AcpiOsExecuteQueue(c3efb100,1,c0d6a840,cd505cc8,c0d66d04) at AcpiOsExecuteQueue+0xd=20 taskqueue_run(c0d66d00,cd505d04,c01c855e,0,0) at taskqueue_run+0x89=20 taskqueue_acpi_run(0,0,0,0,c0d6a840) at taskqueue_acpi_run+0xe=20 ithread_loop(c0d5b800,cd505d48,742e6670,657079,36c80) at ithread_loop+0xbe=20 fork_exit(c01c84a0,c0d5b800,cd505d48) at fork_exit+0x87=20 fork_trampoline() at fork_trampoline+0x1a=20 db>=20 with 0xfb000000, freezes on card insertion, backtrace:=20 db> trace=20 siointr1(c0d60000,cd4ffbd8,c01e3de0,c02eccfc,cd4ffc10) at siointr1+0x3d6 siointr(c0d60000) at siointr+0x67=20 Xfastintr4() at Xfastintr4+0x63=20 --- interrupt, eip =3D 0xc049d5e6, esp =3D 0xcd4ffc28, ebp =3D 0xcd4ffc28 -= --=20 AcpiOsReadPort(8042,cd4ffc70,10,c0d69344,cd4ffc98) at AcpiOsReadPort+0x32=20 AcpiHwLowLevelRead(10,cd4ffc70,c0d5b6ac,0,7c) at AcpiHwLowLevelRead+0x74 AcpiHwRegisterRead(0,3,cd4ffc90,0,0) at AcpiHwRegisterRead+0xc2=20 AcpiGetRegister(d,cd4ffcb4,0,c38b7400,c38b1e40) at AcpiGetRegister+0x4e=20 AcpiEvSciHandler(0,cd4ffd04,c01c855e,0,0) at AcpiEvSciHandler+0x19=20 InterruptWrapper(0,0,0,0,c0d6a6c0) at InterruptWrapper+0xc=20 ithread_loop(c0d5b200,cd4ffd48,2f406800,75ff0002,b86ee8c8) at ithread_loop+0xbe=20 fork_exit(c01c84a0,c0d5b200,cd4ffd48) at fork_exit+0x87=20 fork_trampoline() at fork_trampoline+0x1a=20 db>=20 any ideas ?=20 --=20 Vladimir B. Grebenschikov vova@sw.ru, SWsoft, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 9:10:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 153E737B401 for ; Sat, 17 Aug 2002 09:10:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD4E243E6E for ; Sat, 17 Aug 2002 09:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HGA4JU008649 for ; Sat, 17 Aug 2002 09:10:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HGA41v008648; Sat, 17 Aug 2002 09:10:04 -0700 (PDT) Date: Sat, 17 Aug 2002 09:10:04 -0700 (PDT) Message-Id: <200208171610.g7HGA41v008648@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/20633: fdisk doesn't handle LBA correctly Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/20633; it has been noted by GNATS. From: Bruce Evans To: "Artem 'Zazoobr' Ignatjev" Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/20633: fdisk doesn't handle LBA correctly Date: Sun, 18 Aug 2002 02:12:45 +1000 (EST) On Fri, 16 Aug 2002, Artem 'Zazoobr' Ignatjev wrote: > On Sat, Aug 17, 2002 at 03:56:57AM +1000, Bruce Evans wrote: > > On Fri, 16 Aug 2002, Artem 'Zazoobr' Ignatjev wrote: > > > Hi, if I understand what jhb said in audit trail, following patch > > > should solve the issue. Stephen, if it still bothers you, could you try > > > it? > > > > > > --- sbin/i386/fdisk/fdisk.c Fri Aug 16 16:24:27 2002 > > > +++ sbin/i386/fdisk/fdisk.c Fri Aug 16 16:33:28 2002 > > > @@ -468,13 +468,21 @@ > [skip] > > > - printf("\tbeg: cyl %d/ head %d/ sector %d;\n\tend: cyl %d/ head %d/ sector %d\n" > [skip] > > > + /* > > > + * if C/H/S of start or end are all set to 0xff, then C/H/S don't have > > > + * enough bits to hold the address, and one should use LBA instead. > > > + */ > > > + if ((partp->dp_scyl != 0xff || partp->dp_ssect != 0xff || > > > + partp->dp_shd != 0xff) && (partp->dp_ecyl != 0xff || > > > + partp->dp_esect != 0xff || partp->dp_ehd != 0xff)) > > > + printf("\tbeg: cyl %d/ head %d/ sector %d;\n" > [skip] > > > > Fdisk should print these values, at least optionally, since they are needed > > for debugging. The magic values might be non-magic on old systems. > Debugging WHAT? And, I can hardly imagine such a situation inside hard > drives & slice tables. Debugging hard disk tables and slice tables. I do it routinely. It can be important to look at the raw data, but the dp_scyl...dp_ehd data is a little too raw. > > Also, the usual magic number of cylinders seems to be 1022, not 1023. > I disagree. Now i'm hacking fdisk to work with extended slices, it can We don't get to decide. There are braindamaged conventions about this to give compatibility with broken BIOSes and broken fdisks. Actually, 1023 is most magic (it is what the kernel expects), but the data in the PR shows that 1022 is magic too. The magic 0xfe in the kernel is for the ending head number. It can be important not to use a starting or ending head number of 255 (== a head count of 256) because some broken BIOSes crash on it, and there are now conventions that prohibit using it. > Take a look at the dump (I've cut all entries regarding extendeds below > the top-level slicetable, since them all take space, but are of no > interest now) > > Script started on Fri Aug 16 22:23:06 2002 > ******* Working on device /dev/ad4 ******* > parameters extracted from in-core disklabel are: > cylinders=7476 heads=255 sectors/track=63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=7476 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 6 (Primary 'big' DOS (> 32MB)), > start 63, size 2088387 (1019 Meg), flag 0 > beg: cyl 0/ head 1/ sector 1; > end: cyl 129/ head 254/ sector 63 > The data for partition 2 is: > sysid 7 (OS/2 HPFS, NTFS, QNX-2 (16 bit)), > start 2088450, size 8385930 (4094 Meg), flag 80 (active) > beg: cyl 130/ head 0/ sector 1; > end: cyl 651/ head 254/ sector 63 > The data for partition 3 is: > sysid 131 (Linux filesystem), > start 10474380, size 4192965 (2047 Meg), flag 0 > beg: cyl 652/ head 0/ sector 1; > end: cyl 912/ head 254/ sector 63 > The data for partition 4 is: > sysid 15 (Extended DOS, LBA), > start 14667345, size 105435855 (51482 Meg), flag 0 > beg: cyl 913/ head 0/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The data for partition 5 is: > sysid 130 (Linux swap or Solaris x86), > start 14667408, size 256977 (125 Meg), flag 0 > beg: cyl 913/ head 1/ sector 1; > end: cyl 928/ head 254/ sector 63 > The data for partition 7 is: > sysid 131 (Linux filesystem), > start 14924448, size 16771797 (8189 Meg), flag 0 > beg: cyl 929/ head 1/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The data for partition 9 is: > sysid 7 (OS/2 HPFS, NTFS, QNX-2 (16 bit)), > start 31696308, size 40965687 (20002 Meg), flag 0 > beg: cyl 1023/ head 1/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The data for partition 11 is: > sysid 12 (FAT-32, LBA), > start 72662058, size 7389837 (3608 Meg), flag 0 > beg: cyl 1023/ head 1/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The data for partition 13 is: > sysid 165 (FreeBSD/NetBSD/386BSD), > start 80051958, size 8401932 (4102 Meg), flag 0 > beg: cyl 1023/ head 254/ sector 63; > end: cyl 1023/ head 254/ sector 63 > The data for partition 15 is: > sysid 7 (OS/2 HPFS, NTFS, QNX-2 (16 bit)), > start 88453953, size 25398702 (12401 Meg), flag 0 > beg: cyl 1023/ head 1/ sector 1; > end: cyl 1023/ head 254/ sector 63 > Script done on Fri Aug 16 22:23:06 2002 Seems reasonable. It shows all of the magic beg and end values, because the most magic one (all 0xff's) is so magic that it is never used :-). > A-ha! Better see once, than hear many times: magic value for start is > 1023/1/1, and for end is 1023/254/63, but note my FreeBSD slice - it was > created using linux fdisk, but even these strange values works ok. Linux fdisk apparently hasn't been dumbed down to follow current conventions. It still uses a second-or third-best convention for the "beg" values. These values should be as non-physical as possible so that they don't get used by old BIOSes and are seen to be conventional by most fdisks. The best values are probably 1023/255/63 for "beg" and 1023/actual_heads/actual_sectors for "end". > > Writing the correct magic numbers is more interesting. fdisk(8) doesn't > > support it directly. You may have to change the C/H/S values to the magic > > ones manually. > Is there any papers on the subject? All my knowledge was obtained experimentally, watching how my dad revives dead hds.... > It looks like the magic is cyl=1023, regardless of h/s values... I haven't kept up with the current conventions except for following the changes in the FreeBSD boot loader and MBR-reading code to keep down^Wup with them. Search the web. 10 year ago, one of the best documents was by Hale Landis. I searched for "hale landis mbr" and found something saying that "Hale no longer attempts to keep up with all the silly and stupid things that OS designers are doing in partition tables" :-). It still says that there are no standards. There is a new standard named something like EFI GPT. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 9:54: 8 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 559DC37B400; Sat, 17 Aug 2002 09:54:05 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477E243E75; Sat, 17 Aug 2002 09:54:04 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA06163; Sat, 17 Aug 2002 16:54:02 GMT Date: Sun, 18 Aug 2002 02:59:59 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Jens Schweikhardt Cc: pdp@nl.demon.net, Subject: Re: kern/25777: atime not updated on exec In-Reply-To: <200208171114.g7HBEpaF018882@freefall.freebsd.org> Message-ID: <20020818024020.R11426-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 17 Aug 2002, Jens Schweikhardt wrote: > State-Changed-Why: > It is not clear if atime needs to be updated upon exec'ing a file. Er, this is clear. > Here's what the current IEEE Std 1003.1-2001 has to say: > > "File Times Update Look in the section on exec: 9746 Upon successful completion, the exec functions shall mark for update the st_atime field of the file. 9747 If an exec function failed but was able to locate the process image file, whether the st_atime field is 9748 marked for update is unspecified. Should the exec function succeed, the process image file shall 9749 be considered to have been opened with open( ). The corresponding close( ) shall be considered 9750 to occur at a time after this open, but before process termination or successful completion of a 9751 subsequent call to one of the exec functions, posix_spawn( ), or posix_spawnp( ). The argv[ ] and I tried to fix this many years ago, and fixed it enough to prevent NIST PCTS (a test suite for POSIX.1-1990 + FIPS.mumble) from reporting this bug, but dg didn't like the overheads for this and I didn't like them either for nfs. For ufs, the atime update is done using delayed writes, so I think it was efficient enough unless lots of _different_ files are exec'ed. I subsequently implemented lazy atime updates and these make the problem for ufs even smaller. The updates still have to be done sometime so accessing lots of _different_ files still causes lots of i/o. For nfs, atime updates at least used to involve an nfs transaction each. The nfs attribute cache may help here. Here is part of my old patch. It depends on other patches for VOP_SETTATR() and probably doesn't even compile now. %%% Index: kern_exec.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exec.c,v retrieving revision 1.180 diff -u -2 -r1.180 kern_exec.c --- kern_exec.c 13 Aug 2002 06:55:28 -0000 1.180 +++ kern_exec.c 15 Aug 2002 14:07:51 -0000 @@ -547,4 +537,18 @@ pargs_drop(newargs); +#if 0 + if (!(ndp->ni_vp->v_mount->mnt_flag & MNT_NOATIME)) { + struct vattr vattr; + + VATTR_NULL(&vattr); + vfs_timestamp(&vattr.va_atime); + vattr.va_vaflags |= VA_EXECVE_ATIME; + VOP_LEASE(ndp->ni_vp, p, p->p_ucred, LEASE_WRITE); + vn_lock(ndp->ni_vp, LK_EXCLUSIVE | LK_RETRY, p); + (void) VOP_SETATTR(ndp->ni_vp, &vattr, p->p_ucred, p); + VOP_UNLOCK(ndp->ni_vp, 0, p); + } +#endif + exec_fail_dealloc: %%% The patch in the PR is not good since it assumes that all filesystems are ufs. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 10: 4:58 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D1B837B400; Sat, 17 Aug 2002 10:04:57 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FC7F43E65; Sat, 17 Aug 2002 10:04:56 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA06557; Sat, 17 Aug 2002 17:04:54 GMT Date: Sun, 18 Aug 2002 03:10:52 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Jens Schweikhardt Cc: pdp@nl.demon.net, Subject: Re: kern/25777: atime not updated on exec In-Reply-To: <20020818024020.R11426-100000@gamplex.bde.org> Message-ID: <20020818030229.R11426-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 18 Aug 2002, Bruce Evans wrote: > ... > Here is part of my old patch. It depends on other patches for VOP_SETTATR() > and probably doesn't even compile now. > ... PS: this doesn't handle image activators very well. I think the spec says to only mark for update the atime of the file being interpreted (this might be done automagically by read()) and that the update may be done for other files read to perform the exec, so it is optional to do it for he interpreter. Exec in a library could easily involve reading lots of extra files. e.g., /etc/passwd, /etc/localtime and the directories containing them... Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 10: 7: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0F2D37B400; Sat, 17 Aug 2002 10:07:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A64843E6E; Sat, 17 Aug 2002 10:07:04 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HH74JU026319; Sat, 17 Aug 2002 10:07:04 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HH74Lc026315; Sat, 17 Aug 2002 10:07:04 -0700 (PDT) Date: Sat, 17 Aug 2002 10:07:04 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208171707.g7HH74Lc026315@freefall.freebsd.org> To: waleedkhan@yahoo.com, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26608: when boot Freebsd 4.2 Release from the cd it freezes when i get to the blue installation screen or update to Freebsd 4.2 Stable from the net it freezes at the logon prompt , but it installs fine with 4.0 Release Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: when boot Freebsd 4.2 Release from the cd it freezes when i get to the blue installation screen or update to Freebsd 4.2 Stable from the net it freezes at the logon prompt , but it installs fine with 4.0 Release State-Changed-From-To: feedback->closed State-Changed-By: schweikh State-Changed-When: Sat Aug 17 10:06:49 PDT 2002 State-Changed-Why: Feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=26608 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 10: 8:37 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 537EE37B400; Sat, 17 Aug 2002 10:08:36 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03BE243E72; Sat, 17 Aug 2002 10:08:36 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HH8ZJU026474; Sat, 17 Aug 2002 10:08:35 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HH8Zds026470; Sat, 17 Aug 2002 10:08:35 -0700 (PDT) Date: Sat, 17 Aug 2002 10:08:35 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208171708.g7HH8Zds026470@freefall.freebsd.org> To: kudzu@tenebras.com, schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26798: cvsup 4.3-RC -> 4.3-STABLE causes problem with WaveLAN module Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: cvsup 4.3-RC -> 4.3-STABLE causes problem with WaveLAN module State-Changed-From-To: open->feedback State-Changed-By: schweikh State-Changed-When: Sat Aug 17 10:08:14 PDT 2002 State-Changed-Why: Is this still an issue with recent -stable? http://www.freebsd.org/cgi/query-pr.cgi?pr=26798 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 10:12:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADE2037B400; Sat, 17 Aug 2002 10:12:56 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BC0043E6E; Sat, 17 Aug 2002 10:12:56 -0700 (PDT) (envelope-from schweikh@FreeBSD.org) Received: from freefall.freebsd.org (schweikh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HHCuJU028160; Sat, 17 Aug 2002 10:12:56 -0700 (PDT) (envelope-from schweikh@freefall.freebsd.org) Received: (from schweikh@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HHCuEw028156; Sat, 17 Aug 2002 10:12:56 -0700 (PDT) Date: Sat, 17 Aug 2002 10:12:56 -0700 (PDT) From: Jens Schweikhardt Message-Id: <200208171712.g7HHCuEw028156@freefall.freebsd.org> To: schweikh@FreeBSD.org, freebsd-bugs@FreeBSD.org, ambrisko@FreeBSD.org Subject: Re: kern/26547: "lnc" problem with shared memory mode with PCnet-ISA II Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: "lnc" problem with shared memory mode with PCnet-ISA II Responsible-Changed-From-To: freebsd-bugs->ambrisko Responsible-Changed-By: schweikh Responsible-Changed-When: Sat Aug 17 10:10:29 PDT 2002 Responsible-Changed-Why: Doug, now that you are a committer, you might want to deal with this if it is still an issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=26547 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 10:30:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06F0B37B400 for ; Sat, 17 Aug 2002 10:30:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BF1F43E3B for ; Sat, 17 Aug 2002 10:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HHU3JU031299 for ; Sat, 17 Aug 2002 10:30:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HHU23q031297; Sat, 17 Aug 2002 10:30:02 -0700 (PDT) Date: Sat, 17 Aug 2002 10:30:02 -0700 (PDT) Message-Id: <200208171730.g7HHU23q031297@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/25777: atime not updated on exec Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/25777; it has been noted by GNATS. From: Bruce Evans To: Jens Schweikhardt Cc: pdp@nl.demon.net, Subject: Re: kern/25777: atime not updated on exec Date: Sun, 18 Aug 2002 02:59:59 +1000 (EST) On Sat, 17 Aug 2002, Jens Schweikhardt wrote: > State-Changed-Why: > It is not clear if atime needs to be updated upon exec'ing a file. Er, this is clear. > Here's what the current IEEE Std 1003.1-2001 has to say: > > "File Times Update Look in the section on exec: 9746 Upon successful completion, the exec functions shall mark for update the st_atime field of the file. 9747 If an exec function failed but was able to locate the process image file, whether the st_atime field is 9748 marked for update is unspecified. Should the exec function succeed, the process image file shall 9749 be considered to have been opened with open( ). The corresponding close( ) shall be considered 9750 to occur at a time after this open, but before process termination or successful completion of a 9751 subsequent call to one of the exec functions, posix_spawn( ), or posix_spawnp( ). The argv[ ] and I tried to fix this many years ago, and fixed it enough to prevent NIST PCTS (a test suite for POSIX.1-1990 + FIPS.mumble) from reporting this bug, but dg didn't like the overheads for this and I didn't like them either for nfs. For ufs, the atime update is done using delayed writes, so I think it was efficient enough unless lots of _different_ files are exec'ed. I subsequently implemented lazy atime updates and these make the problem for ufs even smaller. The updates still have to be done sometime so accessing lots of _different_ files still causes lots of i/o. For nfs, atime updates at least used to involve an nfs transaction each. The nfs attribute cache may help here. Here is part of my old patch. It depends on other patches for VOP_SETTATR() and probably doesn't even compile now. %%% Index: kern_exec.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exec.c,v retrieving revision 1.180 diff -u -2 -r1.180 kern_exec.c --- kern_exec.c 13 Aug 2002 06:55:28 -0000 1.180 +++ kern_exec.c 15 Aug 2002 14:07:51 -0000 @@ -547,4 +537,18 @@ pargs_drop(newargs); +#if 0 + if (!(ndp->ni_vp->v_mount->mnt_flag & MNT_NOATIME)) { + struct vattr vattr; + + VATTR_NULL(&vattr); + vfs_timestamp(&vattr.va_atime); + vattr.va_vaflags |= VA_EXECVE_ATIME; + VOP_LEASE(ndp->ni_vp, p, p->p_ucred, LEASE_WRITE); + vn_lock(ndp->ni_vp, LK_EXCLUSIVE | LK_RETRY, p); + (void) VOP_SETATTR(ndp->ni_vp, &vattr, p->p_ucred, p); + VOP_UNLOCK(ndp->ni_vp, 0, p); + } +#endif + exec_fail_dealloc: %%% The patch in the PR is not good since it assumes that all filesystems are ufs. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 11: 0:17 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32D7937B400 for ; Sat, 17 Aug 2002 11:00:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCC8243E42 for ; Sat, 17 Aug 2002 11:00:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HI08JU037104 for ; Sat, 17 Aug 2002 11:00:08 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HI08Di037103; Sat, 17 Aug 2002 11:00:08 -0700 (PDT) Date: Sat, 17 Aug 2002 11:00:08 -0700 (PDT) Message-Id: <200208171800.g7HI08Di037103@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Artem 'Zazoobr' Ignatjev" Subject: Re: bin/20633: fdisk doesn't handle LBA correctly Reply-To: "Artem 'Zazoobr' Ignatjev" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/20633; it has been noted by GNATS. From: "Artem 'Zazoobr' Ignatjev" To: Bruce Evans , freebsd-gnats-submit@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: Re: bin/20633: fdisk doesn't handle LBA correctly Date: Sat, 17 Aug 2002 21:56:24 +0400 On Sun, Aug 18, 2002 at 02:12:45AM +1000, Bruce Evans wrote: >>>> Hi, if I understand what jhb said in audit trail, following patch >>>> should solve the issue. Stephen, if it still bothers you, could you try >>>> it? >>>> >>>> --- sbin/i386/fdisk/fdisk.c Fri Aug 16 16:24:27 2002 >>>> +++ sbin/i386/fdisk/fdisk.c Fri Aug 16 16:33:28 2002 >>>> @@ -468,13 +468,21 @@ >> [skip] >>>> - printf("\tbeg: cyl %d/ head %d/ sector %d;\n\tend: cyl %d/ head %d/ sector %d\n" >> [skip] >>>> + /* >>>> + * if C/H/S of start or end are all set to 0xff, then C/H/S don't have >>>> + * enough bits to hold the address, and one should use LBA instead. >>>> + */ >>>> + if ((partp->dp_scyl != 0xff || partp->dp_ssect != 0xff || >>>> + partp->dp_shd != 0xff) && (partp->dp_ecyl != 0xff || >>>> + partp->dp_esect != 0xff || partp->dp_ehd != 0xff)) >>>> + printf("\tbeg: cyl %d/ head %d/ sector %d;\n" >> [skip] >>> >>> Fdisk should print these values, at least optionally, since they are needed >>> for debugging. The magic values might be non-magic on old systems. >> Debugging WHAT? And, I can hardly imagine such a situation inside hard >> drives & slice tables. > > Debugging hard disk tables and slice tables. I do it routinely. It > can be important to look at the raw data, but the dp_scyl...dp_ehd > data is a little too raw. Ok, so we must add option to fdisk(8) to print CHS? And, BTW, does CHS makes sense inside an extended slices? >>> Also, the usual magic number of cylinders seems to be 1022, not 1023. >> I disagree. Now i'm hacking fdisk to work with extended slices, it can > > We don't get to decide. There are braindamaged conventions about this > to give compatibility with broken BIOSes and broken fdisks. > > Actually, 1023 is most magic (it is what the kernel expects), but the > data in the PR shows that 1022 is magic too. The magic 0xfe in the > kernel is for the ending head number. It can be important not to use > a starting or ending head number of 255 (== a head count of 256) because > some broken BIOSes crash on it, and there are now conventions that > prohibit using it. Maybe we should take as magic cyls >1021? And where can one read all this conventions? >> Take a look at the dump (I've cut all entries regarding extendeds below >> the top-level slicetable, since them all take space, but are of no >> interest now) >> >> Script started on Fri Aug 16 22:23:06 2002 [skip] >> Information from DOS bootblock is: >> The data for partition 1 is: >> sysid 6 (Primary 'big' DOS (> 32MB)), >> start 63, size 2088387 (1019 Meg), flag 0 >> beg: cyl 0/ head 1/ sector 1; >> end: cyl 129/ head 254/ sector 63 [skip] >> The data for partition 4 is: >> sysid 15 (Extended DOS, LBA), >> start 14667345, size 105435855 (51482 Meg), flag 0 >> beg: cyl 913/ head 0/ sector 1; >> end: cyl 1023/ head 254/ sector 63 >> The data for partition 5 is: >> sysid 130 (Linux swap or Solaris x86), >> start 14667408, size 256977 (125 Meg), flag 0 >> beg: cyl 913/ head 1/ sector 1; >> end: cyl 928/ head 254/ sector 63 Looks like there is no adjustment for CHS, while there are wierd adjustment requirements for LBA >> The data for partition 7 is: >> sysid 131 (Linux filesystem), >> start 14924448, size 16771797 (8189 Meg), flag 0 >> beg: cyl 929/ head 1/ sector 1; >> end: cyl 1023/ head 254/ sector 63 [skip] >> The data for partition 13 is: >> sysid 165 (FreeBSD/NetBSD/386BSD), >> start 80051958, size 8401932 (4102 Meg), flag 0 >> beg: cyl 1023/ head 254/ sector 63; >> end: cyl 1023/ head 254/ sector 63 >> Script done on Fri Aug 16 22:23:06 2002 > > Seems reasonable. It shows all of the magic beg and end values, because > the most magic one (all 0xff's) is so magic that it is never used :-). and how translates that value to CHS? Guess 1023/255/63? > >> A-ha! Better see once, than hear many times: magic value for start is >> 1023/1/1, and for end is 1023/254/63, but note my FreeBSD slice - it was >> created using linux fdisk, but even these strange values works ok. > > Linux fdisk apparently hasn't been dumbed down to follow current > conventions. It still uses a second-or third-best convention for the > "beg" values. These values should be as non-physical as possible so > that they don't get used by old BIOSes and are seen to be conventional > by most fdisks. The best values are probably 1023/255/63 for "beg" > and 1023/actual_heads/actual_sectors for "end". > >>> Writing the correct magic numbers is more interesting. fdisk(8) doesn't >>> support it directly. You may have to change the C/H/S values to the magic >>> ones manually. >> Is there any papers on the subject? All my knowledge was obtained experimentally, watching how my dad revives dead hds.... >> It looks like the magic is cyl=1023, regardless of h/s values... > > I haven't kept up with the current conventions except for following the > changes in the FreeBSD boot loader and MBR-reading code to keep down^Wup > with them. Search the web. 10 year ago, one of the best documents was > by Hale Landis. I searched for "hale landis mbr" and found something > saying that "Hale no longer attempts to keep up with all the silly > and stupid things that OS designers are doing in partition tables" :-). > It still says that there are no standards. There is a new standard > named something like EFI GPT. Any url? Or `google knows'? ;-) I suppose, that it will be better to follow the linux' fdisk.. Could you please look at http://memphis.mephi.ru/~timon/fdisk/ (and http://memphis.mephi.ru/~timon at all ;-) since you'll need a patch from there or manually define DOSPTYP_EXTX if you'll try to compile it )? And, one more : I suggest this discussion should go to -hackers... (Adding a CC there...) Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 12: 4:21 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0648A37B400; Sat, 17 Aug 2002 12:04:20 -0700 (PDT) Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.200.93.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 795ED43E3B; Sat, 17 Aug 2002 12:04:19 -0700 (PDT) (envelope-from pfrench@firstcallgroup.co.uk) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.36 #1) id 17g8ry-000OSd-00; Sat, 17 Aug 2002 20:04:18 +0100 To: freebsd-bugs@FreeBSD.org, njl@FreeBSD.org, webadmin@firstcallgroup.co.uk Subject: Re: kern/37043: Latest stable causes SCSI bus freeze on sym0 when running SMP In-Reply-To: <200208162016.g7GKGjJx064388@freefall.freebsd.org> Message-Id: From: Pete French Date: Sat, 17 Aug 2002 20:04:18 +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Synopsis: Latest stable causes SCSI bus freeze on sym0 when running SMP > State-Changed-From-To: feedback->closed > State-Changed-By: njl > State-Changed-When: Fri Aug 16 13:14:57 PDT 2002 > State-Changed-Why: > Workaround is to not share interrupts between ATA and SCSI controllers. > This is not a complete fix so we should revisit this if others have the > same trouble in the future. Its not specificly ATA controllers - everyone else who had the problem was sharing interrupts with Ethernet adapters as I recall. But the fix does work. -pcf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 12:10:25 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFEE637B400 for ; Sat, 17 Aug 2002 12:10:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 460CB43E42 for ; Sat, 17 Aug 2002 12:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7HJA4JU060594 for ; Sat, 17 Aug 2002 12:10:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7HJA4S3060592; Sat, 17 Aug 2002 12:10:04 -0700 (PDT) Date: Sat, 17 Aug 2002 12:10:04 -0700 (PDT) Message-Id: <200208171910.g7HJA4S3060592@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Jukka A. Ukkonen" Subject: Re: kern/41543: Easier wine/w32 support Reply-To: "Jukka A. Ukkonen" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/41543; it has been noted by GNATS. From: "Jukka A. Ukkonen" To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/41543: Easier wine/w32 support Date: Sat, 17 Aug 2002 22:06:13 +0300 This is a multi-part message in MIME format. --------------84D14C616853ED7F899BF845 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Attached is a better version of the same theme. My original version used a compiled in constant name for the emulator. This of course is not appropriate, because some systems might prefer to use other windows support software than wine. The new version makes the name of the used emulator program a sysctl adjustable kernel MIB variable (kern.w32emu). The new version also fixes some other minor inconveniences which were present in the initial version. This extension requires the HW architecture being defined as a preprocessor macro (i386, etc) while compiling the kernel. It tries to check whether the binary could be run on this HW platform. -- Cheers, // jau .--- ..- -.- -.- .- .- .-.-.- ..- -.- -.- --- -. . -. / Jukka A. Ukkonen, Mawit Ltd, Finland /__ M.Sc. (sw-eng & cs) / Internet: jau(a)iki.fi / (Phone) +358-500-606-671 v + + + + My opinions are mine and mine alone, not my employers. + + + + --------------84D14C616853ED7F899BF845 Content-Type: application/x-sh; name="ImgActWine.sh" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ImgActWine.sh" # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # windos.h # imgact_wine.c # echo x - windos.h sed 's/^X//' >windos.h << 'END-of-windos.h' X X#ifndef _COMPAT_WINDOS_H X#define _COMPAT_WINDOS_H X X/* X * This file was originally taken from the Willows twin package X * and modified to better suit being used inside a UNIX kernel. X * X * This file does nothing more than describes the format of X * a ms-windows binary file header. X */ X X#ifndef WINDOS_WORD Xtypedef unsigned short WORD; X# define WINDOS_WORD WORD X#endif X X#ifndef WINDOS_DWORD Xtypedef unsigned long DWORD; X# define WINDOS_DWORD DWORD X#endif X X/* X * Old MZ header for DOS programs. X * We check only the magic and the e_lfanew offset to X * the new executable header. X * X * The new format executables should start with PE\0\0. X * The next two bytes after the "PE\0\0" tag specify X * the hardware architecture for which the binary has X * been compiled. X */ X Xtypedef struct X{ X WORD e_magic; /* MZ Header signature */ X WORD e_cblp; /* Bytes on last page of file */ X WORD e_cp; /* Pages in file */ X WORD e_crlc; /* Relocations */ X WORD e_cparhdr; /* Size of header in paragraphs */ X WORD e_minalloc; /* Minimum extra paragraphs needed */ X WORD e_maxalloc; /* Maximum extra paragraphs needed */ X WORD e_ss; /* Initial (relative) SS value */ X WORD e_sp; /* Initial SP value */ X WORD e_csum; /* Checksum */ X WORD e_ip; /* Initial IP value */ X WORD e_cs; /* Initial (relative) CS value */ X WORD e_lfarlc; /* File address of relocation table */ X WORD e_ovno; /* Overlay number */ X WORD e_res[4]; /* Reserved words */ X WORD e_oemid; /* OEM identifier (for e_oeminfo) */ X WORD e_oeminfo; /* OEM information; e_oemid specific */ X WORD e_res2[10]; /* Reserved words */ X WORD e_lfanew; /* Offset to extended header */ X} IMAGE_DOS_HEADER,*PIMAGE_DOS_HEADER; X X#define IMAGE_DOS_SIGNATURE 0x5A4D /* MZ */ X#define IMAGE_OS2_SIGNATURE 0x454E /* NE */ X#define IMAGE_OS2_SIGNATURE_LE 0x454C /* LE */ X#define IMAGE_VXD_SIGNATURE 0x454C /* LE */ X#define IMAGE_NT_SIGNATURE 0x00004550 /* PE00 */ X X#endif END-of-windos.h echo x - imgact_wine.c sed 's/^X//' >imgact_wine.c << 'END-of-imgact_wine.c' X/* X * Copyright (c) 2002, Jukka A. Ukkonen X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X * X * $Id: imgact_wine.c,v 1.4 2002/08/17 15:09:19 jau Exp $ X */ X X/* X * Set the editor tab-width to 4 X * to view/edit this file. X * Otherwise this might look a bit funny. X */ X X#include X#include X#include X#include X#include X#include X#include X X#include X#include X X#if defined(USER_LDT) && defined(SYSVSHM) \ X && defined(SYSVSEM) && defined(SYSVMSG) X# define IMGACT_WINE_OK X#else X# undef IMGACT_WINE_OK X#endif X X/* X * We do not really have to test for this limit, X * because "/usr/local/bin/wine" is static and X * obviously also much shoter than 64 bytes. X */ X X#define MAXWINECMDLEN 64 X X#if defined(i386) Xstatic char w32emulator[MAXWINECMDLEN] = "/usr/local/bin/wine"; X#else Xstatic char w32emulator[MAXWINECMDLEN] = ""; X#endif X XSYSCTL_STRING(_kern, KERN_W32EMU, w32emu, CTLFLAG_RW, \ X w32emulator, sizeof (w32emulator), \ X "Windows emulator for w16/w32 binaries"); X Xstatic int exec_wine_imgact __P((struct image_params *imgp)); X X/* X * Shell interpreter image activator. A interpreter name beginning X * at imgp->stringbase is the minimal successful exit requirement. X */ X Xstatic int Xexec_wine_imgact (imgp) X struct image_params *imgp; X{ X#ifndef IMGACT_WINE_OK X return (-1); X#else X const char *image_header = imgp->image_header; X const char *ihp, *line_endp; X char *interp; X IMAGE_DOS_HEADER *mshdr; X u_int16_t extoffs; X X# if !defined(i386) && !defined(alpha) && !defined(ppc) X return (-1); X# else X X /* a wine/ms-win-dos executable? */ X X if ((image_header[0] != 'M') || (image_header[1] != 'Z')) X return (-1); X X X mshdr = (IMAGE_DOS_HEADER *) image_header; X X extoffs = mshdr.e_lfanew; X X# if BYTE_ORDER == BIG_ENDIAN X extoffs = (extoffs >> 8) | (extoffs << 8); X# endif X X X if (extoffs >= PAGE_SIZE - 6) X return (-1); X X /* X * If it happens to be a PE\0\0 format object, X * we can test also whether it has been intended X * for our present HW architecture. X */ X X if ((image_header[extoffs] == 0x50) /* 'P' */ X && (image_header[extoffs + 1] == 0x45) /* 'E' */ X && (image_header[extoffs + 2] == 0) X && (image_header[extoffs + 3] == 0)) { X X /* X * We *must not* return ENOEXEC here. X * The exec() code will do it unless no other X * imgact activator takes the job. X */ X X# if defined(i386) X if ((image_header[extoffs + 4] != 0x4c) X || (image_header[extoffs + 4] != 0x01)) X return (-1); X# endif X X# if defined(alpha) X if ((image_header[extoffs + 4] != 0x84) X || (image_header[extoffs + 4] != 0x01)) X return (-1); X# endif X X# if defined(ppc) X if ((image_header[extoffs + 4] != 0xf0) X || (image_header[extoffs + 4] != 0x01)) X return (-1); X# endif X X } X# if !defined(i386) X else { X /* X * If a MZ binary is not a new format PE binary X * it is invariably assumed to be a i386 binary. X * Because we are not running on a i386 host, X * there is pretty little we can do, though. X */ X return (-1); X } X# endif X X if (w32emulator[0] != '/') /* Expect absolute path name. */ X return (-1); /* Emulator undefined. */ X X imgp->interpreted = 1; X X interp = imgp->interpreter_name; X ihp = w32emulator; X X while (*interp++ = *ihp++); X X imgp->argv0 = imgp->uap->fname; X X return (0); X X# endif X#endif X} X X/* X * Tell kern_execve.c about it, with a little help from the linker. X * Since `const' objects end up in the text segment, TEXT_SET is the X * correct directive to use. X */ X Xstatic const struct execsw wine_execsw = { exec_wine_imgact, "Wine" }; X XEXEC_SET(wine, wine_execsw); END-of-imgact_wine.c exit --------------84D14C616853ED7F899BF845-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 17 12:16:50 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7651437B400; Sat, 17 Aug 2002 12:16:39 -0700 (PDT) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [195.157.96.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F7DC43E6E; Sat, 17 Aug 2002 12:16:38 -0700 (PDT) (envelope-from pete@twisted.org.uk) Received: from pete by toybox.twisted.org.uk with local (Exim 3.36 #1) id 17g93i-000PUi-00; Sat, 17 Aug 2002 20:16:26 +0100 To: nate@root.org Subject: Re: kern/27834: Cannot warm-reboot Compaq AP400 due to SCSI problems Cc: freebsd-bugs@FreeBSD.org, freebsd-gnats-submit@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Sat, 17 Aug 2002 20:16:26 +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Please boot -v and reply to all with the dmesg output. Some sym0 SMP > troubles have been the result of irq sharing. If you are referring to kern/37043 the that was also submitted by me from my work account. I assume you are the same person as njl@FreeBSD.org who mailed me about that one on friday as well as the mail about this one ? I dont have a lot of luck with Compaq onboard SCSI adapters it seems. :-) The dmesg output from a boot -v is below. I didnt think these two problems were related as this problem had been occurring on this machine ever since 4.2, whereas the IRQ sharing bug didnt occur until after 4.5... plus the fact that the machine actually runs fine, its only the warm reboot which has problems. Its true that all the important devices in this machine (including sym0) are sharing IRQ 11 though. cheers, -pete french. ----- Copyright (c) 1992-2002 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.6-STABLE #0: Thu Jul 18 23:18:08 BST 2002 pete@skerry:/usr/obj/usr/src/sys/SKERRY Calibrating clock(s) ... TSC clock: 399069209 Hz, i8254 clock: 1193204 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium II/Pentium II Xeon/Celeron (399.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00411000 - 0x07ff7fff, 129921024 bytes (31719 pages) avail memory = 126631936 (123664K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fa000 bios32: Entry = 0xe0000 (c00e0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x1227 pnpbios: Found PnP BIOS data at 0xc00f7e80 pnpbios: Entry = f0000:57f3 Rev = 1.0 pnpbios: OEM ID 15ae110e Other BIOS signatures found: ACPI: 000ec010 Preloaded elf kernel "kernel" at 0xc03ea000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) Using $PIR table, 8 entries at 0xc00e1690 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x8086, dev=0x7190, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base 54000000, size 26 found-> vendor=0x8086, dev=0x7191, revid=0x03 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1000, dev=0x000f, revid=0x04 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 00006000, size 8 map[14]: type 1, range 32, base 50500000, size 8 map[18]: type 1, range 32, base 50400000, size 12 found-> vendor=0x8086, dev=0x1229, revid=0x05 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 50600000, size 12 map[14]: type 1, range 32, base 00006400, size 5 map[18]: type 1, range 32, base 50100000, size 20 found-> vendor=0x8086, dev=0x1229, revid=0x05 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 50700000, size 12 map[14]: type 1, range 32, base 00006420, size 5 map[18]: type 1, range 32, base 50200000, size 20 found-> vendor=0x1014, dev=0x0022, revid=0x07 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=2 secondarybus=2 found-> vendor=0x102b, dev=0x051b, revid=0x00 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 51000000, size 24 map[14]: type 1, range 32, base 50300000, size 14 map[18]: type 1, range 32, base 50800000, size 23 found-> vendor=0x8086, dev=0x7110, revid=0x02 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7111, revid=0x01 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 00006460, size 4 found-> vendor=0x8086, dev=0x7112, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[20]: type 1, range 32, base 00006440, size 5 found-> vendor=0x8086, dev=0x7113, revid=0x02 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[90]: type 1, range 32, base 0000fc00, size 4 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 sym0: <875> port 0x6000-0x60ff mem 0x50400000-0x50400fff,0x50500000-0x505000ff irq 11 at device 11.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. fxp0: port 0x6400-0x641f mem 0x50100000-0x501fffff,0x50600000-0x50600fff irq 11 at device 12.0 on pci0 fxp0: using memory space register mapping using shared irq11. fxp0: Ethernet address 00:08:c7:8f:13:76 fxp0: PCI IDs: 8086 1229 0e11 b0c6 0005 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached fxp1: port 0x6420-0x643f mem 0x50200000-0x502fffff,0x50700000-0x50700fff irq 11 at device 13.0 on pci0 fxp1: using memory space register mapping fxp1: Ethernet address 00:50:8b:02:ef:c6 fxp1: PCI IDs: 8086 1229 0e11 b01e 0005 fxp1: Dynamic Standby mode is disabled inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp1 attached pcib2: at device 14.0 on pci0 found-> vendor=0x0e11, dev=0xae10, revid=0x03 class=01-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 00005000, size 8 map[14]: type 1, range 32, base 50000000, size 8 pci2: on pcib2 ida0: port 0x5000-0x50ff mem 0x50000000-0x500000ff irq 11 at device 0.0 on pci2 ida0: drives=2 firm_rev=4.50 idad0: on ida0 idad0: 8187MB (16768800 sectors), blocksize=512 Creating DISK idad0 idad1: on ida0 idad1: 140955MB (288676320 sectors), blocksize=512 Creating DISK idad1 pci0: (vendor=0x102b, dev=0x051b) at 16.0 irq 11 isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0x6460-0x646f at device 20.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x6460 ata0: mask=03 ostat0=50 ostat2=50 ata0-master: ATAPI 50 50 ata0-slave: ATAPI 50 50 ata0: mask=03 stat0=50 stat1=50 ata0-master: ATA 50 50 ata0-slave: ATA 50 50 ata0: devices=00 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x6468 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI 14 eb ata1-slave: ATAPI 00 00 ata1: mask=03 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x6440-0x645f irq 11 at device 20.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 chip1: port 0xfc00-0xfc0f at device 20.3 on pci0 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number Trying Read_Port at 203 ESS0006: adding io range 0x800-0xfff, size=0x8, align=0x8 ESS1869: start dependant ESS1869: adding dma mask 0x2 ESS1869: adding dma mask 0x9 ESS1869: adding irq mask 0x20 ESS1869: adding io range 0x220-0x22f, size=0x10, align=0 ESS1869: adding io range 0x388-0x38b, size=0x4, align=0 ESS1869: adding io range 0x330-0x331, size=0x2, align=0 ESS1869: start dependant ESS1869: adding dma mask 0x2 ESS1869: adding dma mask 0x9 ESS1869: adding irq mask 0x6a0 ESS1869: adding io range 0x220-0x24f, size=0x10, align=0x20 ESS1869: adding io range 0x388-0x38b, size=0x4, align=0 ESS1869: adding io range 0x300-0x331, size=0x2, align=0x30 ESS1869: start dependant ESS1869: adding dma mask 0xb ESS1869: adding dma mask 0xb ESS1869: adding irq mask 0x1ea0 ESS1869: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1869: adding io range 0x388-0x38b, size=0x4, align=0 ESS1869: adding io range 0x300-0x331, size=0x2, align=0x30 ESS1869: start dependant ESS1869: adding dma mask 0xb ESS1869: adding dma mask 0xb ESS1869: adding irq mask 0x1ea0 ESS1869: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1869: adding io range 0x388-0x38b, size=0x4, align=0 ESS1869: adding io range 0x800-0xfff, size=0x2, align=0x2 ESS1869: start dependant ESS1869: adding dma mask 0xb ESS1869: adding dma mask 0xb ESS1869: adding irq mask 0x1ea0 ESS1869: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1869: adding io range 0x800-0xfff, size=0x4, align=0x4 ESS1869: adding io range 0x800-0xfff, size=0x2, align=0x2 ESS1869: end dependant ESS0001: start dependant ESS0001: adding io range 0x201-0x201, size=0x1, align=0 ESS0001: start dependant ESS0001: adding io range 0x200-0x20f, size=0x1, align=0x1 ESS0001: end dependant isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: