From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 00:41:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72A2016A420 for ; Sun, 5 Feb 2006 00:41:50 +0000 (GMT) (envelope-from daniel@bondconsult.com) Received: from mail42.e.nsc.no (mail42.e.nsc.no [193.213.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E6143D45 for ; Sun, 5 Feb 2006 00:41:49 +0000 (GMT) (envelope-from daniel@bondconsult.com) Received: from [10.0.0.7] (ti221110a080-4643.bb.online.no [83.109.146.35]) by mail42.nsc.no (8.13.5/8.13.5) with ESMTP id k150figD021898 for ; Sun, 5 Feb 2006 01:41:45 +0100 (CET) Message-ID: <43E549DB.80603@bondconsult.com> Date: Sun, 05 Feb 2006 01:42:03 +0100 From: Daniel Bond User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051217) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Texas Instruments Card Reader. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 00:41:50 -0000 Hi, I'm running FreeBSD 6.1-prerelease on my laptop and it is running really great, except my SD/MMC Cardreader. Its a Texas Instrumens Chip, I'l paste the interesting from pciconf: none3@pci6:9:3: class=0x018000 card=0x300717c0 chip=0x8033104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'PCIxx21 Integrated FlashMedia Controller' class = mass storage I would like to store geli-keys and ssh-host and maybe have a litte encrypted partition on a memorycard too. I've been googling the subject for several weeks, I'm sure that if I find the driver it's only a matter of adding the device-id and possibly do some minimal hacking. I'm pretty sure there is a driver, because I've seen so many posts about people saying their texas-instr. based cardreaders work. Can anyone point me in a direction on this one? :-) -Danny. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 01:31:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77A4516A420; Sun, 5 Feb 2006 01:31:49 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 019C543D46; Sun, 5 Feb 2006 01:31:48 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 0D63362C8D4; Sat, 4 Feb 2006 21:31:48 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 85471-08; Sat, 4 Feb 2006 21:31:47 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 8A64F62C856; Sat, 4 Feb 2006 21:31:47 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 5AA7947363; Sat, 4 Feb 2006 21:31:51 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 59D2446D04; Sat, 4 Feb 2006 21:31:51 -0400 (AST) Date: Sat, 4 Feb 2006 21:31:51 -0400 (AST) From: "Marc G. Fournier" To: Ivan Voras In-Reply-To: <43E52A89.4020700@fer.hr> Message-ID: <20060204213028.D3207@ganymede.hub.org> References: <43E52A89.4020700@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: stable@freebsd.org, freebsd-proliant@freebsd.org Subject: Re: Compaq Proliant CISS slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 01:31:49 -0000 Not sure if this is standard, but on an idle machine (ie. just set it up, nothing running on it yet), with RAID1+0 across 4 drives: Writing the 853 Megabyte file, 'iozone.tmp'...15.656250 seconds Reading the file...3.921875 seconds IOZONE performance measurements: 57129601 bytes/second for writing the file 228063191 bytes/second for reading the file The server is a new DL360 G4p, drives are SAS ... On Sat, 4 Feb 2006, Ivan Voras wrote: > I need to get a Proliant machine with 2 P3 processors running FreeBSD 6. I > don't know much about the machine, I think it's ML 380 G2 or close to that, > but I have physical access. So far, everything is fine (once the inability to > boot from CD-ROM is circumvented), except one "detail": horrible write > performance on its CISS 5 RAID5 array. I get ~75MB/s burst (large blocks) > reads, and only 5MB/s burst writes. I know how RAID5 works, but still, this > is bad. The machine has been running Linux before this and performance was Ok > - I didn't benchmark it but the "feeling" when working on it was normal, > while on FreeBSD it's noticably slow in mixed read/write load. > > Is there anything I can try to improve this? In the verbose boot log there's > a line that says the controller supports "simple, performant and MEMQ" modes, > and the one that's used is "simple" - does this have any influence? If so, > how to change it? > > Thanks! > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 02:25:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5940816A420 for ; Sun, 5 Feb 2006 02:25:00 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8FCE43D49 for ; Sun, 5 Feb 2006 02:24:59 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.206.43] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis), id 0ML2xA-1F5ZaD3k3E-0004Ee; Sun, 05 Feb 2006 03:24:58 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sun, 5 Feb 2006 03:26:04 +0100 User-Agent: KMail/1.9.1 References: <43E549DB.80603@bondconsult.com> In-Reply-To: <43E549DB.80603@bondconsult.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3468179.ry0cxROcGL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602050326.10336.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Daniel Bond Subject: Re: Texas Instruments Card Reader. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 02:25:00 -0000 --nextPart3468179.ry0cxROcGL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 05 February 2006 01:42, Daniel Bond wrote: > Hi, > > I'm running FreeBSD 6.1-prerelease on my laptop and it is running really > great, except my SD/MMC Cardreader. Its a Texas Instrumens Chip, I'l > paste the interesting from pciconf: > > none3@pci6:9:3: class=3D0x018000 card=3D0x300717c0 chip=3D0x8033104c rev= =3D0x00 > hdr=3D0x00 > vendor =3D 'Texas Instruments (TI)' > device =3D 'PCIxx21 Integrated FlashMedia Controller' > class =3D mass storage > > > I would like to store geli-keys and ssh-host and maybe have a litte > encrypted partition on a memorycard too. > > I've been googling the subject for several weeks, I'm sure that if I > find the driver it's only a matter of adding the device-id and possibly > do some minimal hacking. I'm pretty sure there is a driver, because I've > seen so many posts about people saying their texas-instr. based > cardreaders work. Can anyone point me in a direction on this one? :-) As far as I know there is a big secret around specs for SD-card readers. T= o=20 protect the DRM parts for all I know. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3468179.ry0cxROcGL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD5WJCXyyEoT62BG0RAk1AAJ9K19puAw4mkDu+V7MCXfao65C6ZQCeJYvu YINgJ7bttVtxWt5OKejWkD8= =rvcp -----END PGP SIGNATURE----- --nextPart3468179.ry0cxROcGL-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 06:04:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85F5716A420 for ; Sun, 5 Feb 2006 06:04:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C8A243D45 for ; Sun, 5 Feb 2006 06:04:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Sat, 04 Feb 2006 22:04:16 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3C11045041; Sat, 4 Feb 2006 22:04:16 -0800 (PST) To: Matt Dawson In-reply-to: Your message of "Sat, 04 Feb 2006 18:08:02 GMT." <200602041808.03062.matt@mattsnetwork.co.uk> Date: Sat, 04 Feb 2006 22:04:16 -0800 From: "Kevin Oberman" Message-Id: <20060205060416.3C11045041@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 06:04:20 -0000 > From: Matt Dawson > Date: Sat, 4 Feb 2006 18:08:02 +0000 > Sender: owner-freebsd-stable@freebsd.org > > On Saturday 04 February 2006 12:01, freebsd-stable-request@freebsd.org wrot> e: > > many aspects of the network interface configuration process > > were overhauled. > > Which, I suppose, explains the yo-yo effect of my two xe (4) PC Cards, > amongst others, and why my wi (4) card no longer behaves itself. > > Up-down-up-down-up-down... > > I keep expecting it to either lose weight or make a mess in the slot > One is a Xircom RealPort, so it's not the "dongle", as is so > often the case wit> h the CE3s. It works only if I force it to > 10BaseT, half duplex, even manually configured with ifconfig. > > It's not all bad. ath and ndis cards behave themselves, as do my 3Com > 905Bs> (if one discounts imp@'s PCI pointy hat of last week - there > were many dead> rottweilers in my test machine at that point). > > These are small prices to pay for 6.0's goodness. Without a doubt, 6.0 > is t> he best release I have used, bar none, and the WiFi features > that wpaul@, sam@> et. al. have worked so hard to give us are > excellent. sos@ deserves a menti> on for the vastly improved ATA > controller support list that nobody seems to notice, too. FWIW, I did > think the switch to OpenBSD's dhclient was poorly> thought out, since > the ISC client did things like DDNS, which I needed. I managed to work > around the loss of these features, but it still feels like> I've an > arm missing when configuring interfaces... If you use a wi card, install the ISC client. It's that simple. The problem is that the integration of the modern wlan (802.11) code has never been done in the if_wi code and it does not report state back to wlan adequately to make the OpenBSD client function correctly. I know Sam L. has posted that he had a personal promise from someone to update if_wi, but it never happened. (Sam has declined to state who that was.) As a result, wlan sees the link drop on a wi card, but never sees it come back, So dhclient dies (as it should) when the link is lost, but never restarts when it is restored. I greatly prefer having dhclient run per interface and, if it understood what the wi card was doing, it would be great. But that's not the way it is and, with the declining popularity of Prism2 based cards, it may never get updated unless someone gets sufficiently annoyed to do the work themselves. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 06:47:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE7A716A420 for ; Sun, 5 Feb 2006 06:47:13 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEEB143D46 for ; Sun, 5 Feb 2006 06:47:13 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 91D6E72DD9; Sat, 4 Feb 2006 22:47:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8B24E72DCB; Sat, 4 Feb 2006 22:47:13 -0800 (PST) Date: Sat, 4 Feb 2006 22:47:13 -0800 (PST) From: Doug White To: Enrique Ayesta Perojo In-Reply-To: <200602021910.54412.eayesta@portugalete.uned.es> Message-ID: <20060204224625.S45494@carver.gumbysoft.com> References: <200602021910.54412.eayesta@portugalete.uned.es> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD6 on PowerEdge 4200 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 06:47:14 -0000 On Thu, 2 Feb 2006, Enrique Ayesta Perojo wrote: > Hello, i'm trying to install FreeBSD6 on an old PowerEdge 4200. But i cannot > even get to sysinstall, when it's booting from the cd it gets to a point > where the system reboots, these are the messages i can see on the console: > > ... > amr0: port 0xf480-0xf4ff irq 9 at device 19.0 on pci0 > amr0: busmaster bit not set, enabling Try updating the system BIOS and the PERC card's firmware to the latest, and make sure the card is enabled in the BIOS (if its onboard). This indicates the device isn't being configured properly by the BIOS. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 08:17:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24E6516A4CF; Sun, 5 Feb 2006 08:17:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9202943D45; Sun, 5 Feb 2006 08:17:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k158HvU2070419; Sun, 5 Feb 2006 03:17:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k158HvoV074557; Sun, 5 Feb 2006 03:17:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id EF45C241A3; Sun, 5 Feb 2006 03:17:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205081756.EF45C241A3@freebsd-stable.sentex.ca> Date: Sun, 5 Feb 2006 03:17:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 08:17:59 -0000 TB --- 2006-02-05 07:09:59 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-02-05 07:09:59 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2006-02-05 07:09:59 - cleaning the object tree TB --- 2006-02-05 07:11:02 - checking out the source tree TB --- 2006-02-05 07:11:02 - cd /tinderbox/RELENG_5/alpha/alpha TB --- 2006-02-05 07:11:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-02-05 07:21:02 - building world (CFLAGS=-O -pipe) TB --- 2006-02-05 07:21:02 - cd /src TB --- 2006-02-05 07:21:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-02-05 08:05:36 - generating LINT kernel config TB --- 2006-02-05 08:05:36 - cd /src/sys/alpha/conf TB --- 2006-02-05 08:05:36 - /usr/bin/make -B LINT TB --- 2006-02-05 08:05:36 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-02-05 08:05:36 - cd /src TB --- 2006-02-05 08:05:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 08:05:37 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] isp_pci.o(.text+0x4fb0): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t3' isp_pci.o(.text+0x4fb4): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t3' isp_pci.o(.text+0x5018): In function `isp_pci_dmateardown': : undefined reference to `isp_handle_index' isp_pci.o(.text+0x501c): In function `isp_pci_dmateardown': : undefined reference to `isp_handle_index' *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 08:17:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 08:17:56 - ERROR: failed to build lint kernel TB --- 2006-02-05 08:17:56 - tinderbox aborted TB --- 1.27 user 4.24 system 4077.48 real From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 09:44:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0DE516A420; Sun, 5 Feb 2006 09:44:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B63A43D49; Sun, 5 Feb 2006 09:44:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k159imFA019231; Sun, 5 Feb 2006 04:44:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k159j04k072657; Sun, 5 Feb 2006 04:45:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 1CBA5241A3; Sun, 5 Feb 2006 04:44:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205094449.1CBA5241A3@freebsd-stable.sentex.ca> Date: Sun, 5 Feb 2006 04:44:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 09:44:51 -0000 TB --- 2006-02-05 08:17:57 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-02-05 08:17:57 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2006-02-05 08:17:57 - cleaning the object tree TB --- 2006-02-05 08:21:19 - checking out the source tree TB --- 2006-02-05 08:21:19 - cd /tinderbox/RELENG_5/amd64/amd64 TB --- 2006-02-05 08:21:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-02-05 08:30:55 - building world (CFLAGS=-O -pipe) TB --- 2006-02-05 08:30:55 - cd /src TB --- 2006-02-05 08:30:55 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-02-05 09:36:20 - generating LINT kernel config TB --- 2006-02-05 09:36:20 - cd /src/sys/amd64/conf TB --- 2006-02-05 09:36:20 - /usr/bin/make -B LINT TB --- 2006-02-05 09:36:20 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-02-05 09:36:20 - cd /src TB --- 2006-02-05 09:36:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 09:36:21 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] isp_pci.o(.text+0x3b16): In function `isp_pci_dmasetup': : undefined reference to `isp_put_extended_request' isp_pci.o(.text+0x3b27): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t2' isp_pci.o(.text+0x3b38): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t3' isp_pci.o(.text+0x3b7e): In function `isp_pci_dmateardown': : undefined reference to `isp_handle_index' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 09:44:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 09:44:48 - ERROR: failed to build lint kernel TB --- 2006-02-05 09:44:48 - tinderbox aborted TB --- 2.36 user 6.89 system 5211.30 real From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 10:42:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A08BA16A422; Sun, 5 Feb 2006 10:42:20 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C48E443D48; Sun, 5 Feb 2006 10:42:17 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id k15Ag7Fx013123; Sun, 5 Feb 2006 11:42:08 +0100 (MET) Message-ID: <43E5D652.6010205@fer.hr> Date: Sun, 05 Feb 2006 11:41:22 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marc G. Fournier" References: <43E52A89.4020700@fer.hr> <20060204213028.D3207@ganymede.hub.org> In-Reply-To: <20060204213028.D3207@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-proliant@freebsd.org Subject: Re: Compaq Proliant CISS slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 10:42:20 -0000 Marc G. Fournier wrote: > > Not sure if this is standard, but on an idle machine (ie. just set it > up, nothing running on it yet), with RAID1+0 across 4 drives: > > Writing the 853 Megabyte file, 'iozone.tmp'...15.656250 seconds > Reading the file...3.921875 seconds > > IOZONE performance measurements: > 57129601 bytes/second for writing the file > 228063191 bytes/second for reading the file I could live with 4x slower writes - that would get me ~18MB/s; I'd settle for ~10MB/s as the server is on a 100Mbit/s network. If it's the standard situation then ok, it's "higher power" but somehow I doubt 3 10kRPM SCSI drives in RAID5 should be this slow. Toying with mount options doesn't help. (btw. everything is fine on the attached desktop-grade IDE disk [very recent model]: 45MB/s writes, 50MB/s reads) From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 10:50:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85EEE16A420; Sun, 5 Feb 2006 10:50:51 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E6243D45; Sun, 5 Feb 2006 10:50:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k15Aon6K088094; Sun, 5 Feb 2006 05:50:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k15Aon7f046968; Sun, 5 Feb 2006 05:50:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 91CA1241A3; Sun, 5 Feb 2006 05:50:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205105049.91CA1241A3@freebsd-stable.sentex.ca> Date: Sun, 5 Feb 2006 05:50:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 10:50:51 -0000 TB --- 2006-02-05 09:44:49 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-02-05 09:44:49 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2006-02-05 09:44:49 - cleaning the object tree TB --- 2006-02-05 09:45:56 - checking out the source tree TB --- 2006-02-05 09:45:56 - cd /tinderbox/RELENG_5/i386/i386 TB --- 2006-02-05 09:45:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-02-05 09:55:46 - building world (CFLAGS=-O -pipe) TB --- 2006-02-05 09:55:46 - cd /src TB --- 2006-02-05 09:55:46 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-02-05 10:40:57 - generating LINT kernel config TB --- 2006-02-05 10:40:57 - cd /src/sys/i386/conf TB --- 2006-02-05 10:40:57 - /usr/bin/make -B LINT TB --- 2006-02-05 10:40:57 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-02-05 10:40:57 - cd /src TB --- 2006-02-05 10:40:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 10:40:57 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] isp_pci.o(.text+0x313b): In function `isp_pci_dmasetup': : undefined reference to `isp_put_extended_request' isp_pci.o(.text+0x314c): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t2' isp_pci.o(.text+0x315d): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t3' isp_pci.o(.text+0x3210): In function `isp_pci_dmateardown': : undefined reference to `isp_handle_index' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 10:50:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 10:50:49 - ERROR: failed to build lint kernel TB --- 2006-02-05 10:50:49 - tinderbox aborted TB --- 1.27 user 4.84 system 3960.05 real From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 11:05:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DE2B16A420 for ; Sun, 5 Feb 2006 11:05:25 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7187C43D49 for ; Sun, 5 Feb 2006 11:05:24 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k15B5AvD009259 ; Sun, 5 Feb 2006 12:05:10 +0100 (CET) Received: from [127.0.0.1] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by baal.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k15B59Tu007011 ; Sun, 5 Feb 2006 12:05:10 +0100 Message-ID: <43E5DBD4.8010908@crc.u-strasbg.fr> Date: Sun, 05 Feb 2006 12:04:52 +0100 From: Philippe Pegon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060128) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <43E52A89.4020700@fer.hr> In-Reply-To: <43E52A89.4020700@fer.hr> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/1276/Sat Feb 4 16:29:35 2006 on mr8.u-strasbg.fr X-Virus-Scanned: ClamAV 0.88/1276/Sat Feb 4 16:29:35 2006 on baal.u-strasbg.fr X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Sun, 05 Feb 2006 12:05:10 +0100 (CET) X-Spam-Status: No, score=0.2 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mr8.u-strasbg.fr Cc: stable@freebsd.org Subject: Re: Compaq Proliant CISS slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 11:05:25 -0000 Ivan Voras wrote: > I need to get a Proliant machine with 2 P3 processors running FreeBSD 6. > I don't know much about the machine, I think it's ML 380 G2 or close to > that, but I have physical access. So far, everything is fine (once the > inability to boot from CD-ROM is circumvented), except one "detail": > horrible write performance on its CISS 5 RAID5 array. I get ~75MB/s > burst (large blocks) reads, and only 5MB/s burst writes. I know how > RAID5 works, but still, this is bad. The machine has been running Linux > before this and performance was Ok - I didn't benchmark it but the > "feeling" when working on it was normal, while on FreeBSD it's noticably > slow in mixed read/write load. > > Is there anything I can try to improve this? In the verbose boot log > there's a line that says the controller supports "simple, performant and > MEMQ" modes, and the one that's used is "simple" - does this have any > influence? If so, how to change it? > > Thanks! do you have write cache on your Smart Array 532 ? I had the same problem last year with a Smart Array 642, this controller is sold without write cache and we needed to buy the couple battery/write cache for it to have good write performance. -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 11:09:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD63516A420 for ; Sun, 5 Feb 2006 11:09:51 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B0D943D45 for ; Sun, 5 Feb 2006 11:09:50 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id k15B9gFx014912; Sun, 5 Feb 2006 12:09:43 +0100 (MET) Message-ID: <43E5DCC9.500@fer.hr> Date: Sun, 05 Feb 2006 12:08:57 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Philippe Pegon References: <43E52A89.4020700@fer.hr> <43E5DBD4.8010908@crc.u-strasbg.fr> In-Reply-To: <43E5DBD4.8010908@crc.u-strasbg.fr> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Compaq Proliant CISS slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 11:09:51 -0000 Philippe Pegon wrote: > do you have write cache on your Smart Array 532 ? I don't know (not my hardware) - how to find out? From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 11:55:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CFB016A420; Sun, 5 Feb 2006 11:55:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0DF143D46; Sun, 5 Feb 2006 11:55:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k15BtDIR000175; Sun, 5 Feb 2006 06:55:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k15BtDRR008077; Sun, 5 Feb 2006 06:55:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 333EA241A3; Sun, 5 Feb 2006 06:55:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205115513.333EA241A3@freebsd-stable.sentex.ca> Date: Sun, 5 Feb 2006 06:55:13 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 11:55:15 -0000 TB --- 2006-02-05 10:50:49 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-02-05 10:50:49 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2006-02-05 10:50:49 - cleaning the object tree TB --- 2006-02-05 10:51:54 - checking out the source tree TB --- 2006-02-05 10:51:54 - cd /tinderbox/RELENG_5/i386/pc98 TB --- 2006-02-05 10:51:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-02-05 11:01:44 - building world (CFLAGS=-O -pipe) TB --- 2006-02-05 11:01:44 - cd /src TB --- 2006-02-05 11:01:44 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-02-05 11:46:56 - generating LINT kernel config TB --- 2006-02-05 11:46:56 - cd /src/sys/pc98/conf TB --- 2006-02-05 11:46:56 - /usr/bin/make -B LINT TB --- 2006-02-05 11:46:57 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-02-05 11:46:57 - cd /src TB --- 2006-02-05 11:46:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 11:46:57 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] isp_pci.o(.text+0x303b): In function `isp_pci_dmasetup': : undefined reference to `isp_put_extended_request' isp_pci.o(.text+0x304c): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t2' isp_pci.o(.text+0x305d): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t3' isp_pci.o(.text+0x3110): In function `isp_pci_dmateardown': : undefined reference to `isp_handle_index' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 11:55:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 11:55:12 - ERROR: failed to build lint kernel TB --- 2006-02-05 11:55:12 - tinderbox aborted TB --- 1.34 user 4.73 system 3863.16 real From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 12:18:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9900A16A420 for ; Sun, 5 Feb 2006 12:18:30 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id E907843D45 for ; Sun, 5 Feb 2006 12:18:29 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k15CIQDG005249 ; Sun, 5 Feb 2006 13:18:27 +0100 (CET) Received: from [127.0.0.1] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by baal.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k15CIQv2019078 ; Sun, 5 Feb 2006 13:18:26 +0100 Message-ID: <43E5ED00.5030204@crc.u-strasbg.fr> Date: Sun, 05 Feb 2006 13:18:08 +0100 From: Philippe Pegon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060128) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <43E52A89.4020700@fer.hr> <43E5DBD4.8010908@crc.u-strasbg.fr> <43E5DCC9.500@fer.hr> In-Reply-To: <43E5DCC9.500@fer.hr> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/1276/Sat Feb 4 16:29:35 2006 on mr2.u-strasbg.fr X-Virus-Scanned: ClamAV 0.88/1276/Sat Feb 4 16:29:35 2006 on baal.u-strasbg.fr X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::152]); Sun, 05 Feb 2006 13:18:27 +0100 (CET) X-Spam-Status: No, score=-0.0 required=5.0 tests=NO_RELAYS autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mr2.u-strasbg.fr Cc: stable@freebsd.org Subject: Re: Compaq Proliant CISS slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 12:18:30 -0000 Ivan Voras wrote: > Philippe Pegon wrote: > >> do you have write cache on your Smart Array 532 ? > > > I don't know (not my hardware) - how to find out? If I remember correctly, you can see it at boot time. I don't know how to find it when FreeBSD is up. Maybe someone else knows it (if it's possible) ? -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 12:32:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4088A16A422 for ; Sun, 5 Feb 2006 12:32:35 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FDCD43D45 for ; Sun, 5 Feb 2006 12:32:34 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id k15CWNFx019846; Sun, 5 Feb 2006 13:32:24 +0100 (MET) Message-ID: <43E5F029.2010005@fer.hr> Date: Sun, 05 Feb 2006 13:31:37 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Philippe Pegon References: <43E52A89.4020700@fer.hr> <43E5DBD4.8010908@crc.u-strasbg.fr> <43E5DCC9.500@fer.hr> <43E5ED00.5030204@crc.u-strasbg.fr> In-Reply-To: <43E5ED00.5030204@crc.u-strasbg.fr> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Compaq Proliant CISS slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 12:32:35 -0000 Philippe Pegon wrote: > If I remember correctly, you can see it at boot time. I don't know how > to find it when FreeBSD is up. Maybe someone else knows it (if it's > possible) ? It doesn't mention cache when booting and initialising the array. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 12:57:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52DB616A420; Sun, 5 Feb 2006 12:57:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C055E43D45; Sun, 5 Feb 2006 12:57:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k15Cv7Ek003088; Sun, 5 Feb 2006 07:57:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k15Cv7Nd058540; Sun, 5 Feb 2006 07:57:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 581CF241A3; Sun, 5 Feb 2006 07:57:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205125707.581CF241A3@freebsd-stable.sentex.ca> Date: Sun, 5 Feb 2006 07:57:07 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 12:57:09 -0000 TB --- 2006-02-05 11:55:13 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-02-05 11:55:13 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2006-02-05 11:55:13 - cleaning the object tree TB --- 2006-02-05 11:56:10 - checking out the source tree TB --- 2006-02-05 11:56:10 - cd /tinderbox/RELENG_5/sparc64/sparc64 TB --- 2006-02-05 11:56:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-02-05 12:06:15 - building world (CFLAGS=-O -pipe) TB --- 2006-02-05 12:06:15 - cd /src TB --- 2006-02-05 12:06:15 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-02-05 12:49:52 - generating LINT kernel config TB --- 2006-02-05 12:49:52 - cd /src/sys/sparc64/conf TB --- 2006-02-05 12:49:52 - /usr/bin/make -B LINT TB --- 2006-02-05 12:49:52 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-02-05 12:49:52 - cd /src TB --- 2006-02-05 12:49:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 12:49:52 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] isp_sbus.o(.text+0x16f8): In function `isp_sbus_dmasetup': : undefined reference to `isp_handle_index' isp_sbus.o(.text+0x1914): In function `isp_sbus_dmasetup': : undefined reference to `isp_put_request' isp_sbus.o(.text+0x1928): In function `isp_sbus_dmasetup': : undefined reference to `isp_put_extended_request' isp_sbus.o(.text+0x1944): In function `isp_sbus_dmateardown': : undefined reference to `isp_handle_index' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 12:57:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 12:57:07 - ERROR: failed to build lint kernel TB --- 2006-02-05 12:57:07 - tinderbox aborted TB --- 1.14 user 4.16 system 3713.75 real From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 13:59:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E50B916A420 for ; Sun, 5 Feb 2006 13:59:26 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB6A43D48 for ; Sun, 5 Feb 2006 13:59:26 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k15DxNue036829 ; Sun, 5 Feb 2006 14:59:23 +0100 (CET) Received: from [127.0.0.1] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by baal.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k15DxKSd001904 ; Sun, 5 Feb 2006 14:59:22 +0100 Message-ID: <43E604A6.8030500@crc.u-strasbg.fr> Date: Sun, 05 Feb 2006 14:59:02 +0100 From: Philippe Pegon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060128) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <43E52A89.4020700@fer.hr> <43E5DBD4.8010908@crc.u-strasbg.fr> <43E5DCC9.500@fer.hr> <43E5ED00.5030204@crc.u-strasbg.fr> <43E5F029.2010005@fer.hr> In-Reply-To: <43E5F029.2010005@fer.hr> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/1276/Sat Feb 4 16:29:35 2006 on mr7.u-strasbg.fr X-Virus-Scanned: ClamAV 0.88/1276/Sat Feb 4 16:29:35 2006 on baal.u-strasbg.fr X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::157]); Sun, 05 Feb 2006 14:59:23 +0100 (CET) X-Spam-Status: No, score=-0.0 required=5.0 tests=NO_RELAYS autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mr7.u-strasbg.fr Cc: stable@freebsd.org Subject: Re: Compaq Proliant CISS slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 13:59:27 -0000 Ivan Voras wrote: > Philippe Pegon wrote: > >> If I remember correctly, you can see it at boot time. I don't know how >> to find it when FreeBSD is up. Maybe someone else knows it (if it's >> possible) ? > > > It doesn't mention cache when booting and initialising the array. I'm not sure, but I believe that the Smart Array 532 doesn't have write cache and doesn't support it : http://h18004.www1.hp.com/products/servers/proliantstorage/arraycontrollers/smartarray532/questionsanswers.html#11 and in the specs : http://h18004.www1.hp.com/products/quickspecs/10851_div/10851_div.html " 32MB Memory optimizes performance and data throughput. NOTE: 32 MB of DRAM used for code, transfer buffers, and non-battery backed read cache " -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 14:19:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5180E16A422 for ; Sun, 5 Feb 2006 14:19:04 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D54E43D46 for ; Sun, 5 Feb 2006 14:19:03 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id k15EIpFx026829; Sun, 5 Feb 2006 15:18:51 +0100 (MET) Message-ID: <43E6091C.8030102@fer.hr> Date: Sun, 05 Feb 2006 15:18:04 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Philippe Pegon References: <43E52A89.4020700@fer.hr> <43E5DBD4.8010908@crc.u-strasbg.fr> <43E5DCC9.500@fer.hr> <43E5ED00.5030204@crc.u-strasbg.fr> <43E5F029.2010005@fer.hr> <43E604A6.8030500@crc.u-strasbg.fr> In-Reply-To: <43E604A6.8030500@crc.u-strasbg.fr> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Compaq Proliant CISS slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 14:19:04 -0000 Philippe Pegon wrote: > I'm not sure, but I believe that the Smart Array 532 doesn't have write > cache and doesn't support it : > > http://h18004.www1.hp.com/products/servers/proliantstorage/arraycontrollers/smartarray532/questionsanswers.html#11 Yes, you're right :( Oh well, I'll have to work around it... Thanks for the help! From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 14:46:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA59416A420; Sun, 5 Feb 2006 14:46:22 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBE1343D58; Sun, 5 Feb 2006 14:46:21 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k15EkKWq013687 ; Sun, 5 Feb 2006 15:46:20 +0100 (CET) Received: from [127.0.0.1] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by baal.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k15EkJAI008988 ; Sun, 5 Feb 2006 15:46:20 +0100 Message-ID: <43E60FA9.5090405@crc.u-strasbg.fr> Date: Sun, 05 Feb 2006 15:46:01 +0100 From: Philippe Pegon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060128) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Thompson References: <720051dc0602020236r428c8986m7aef62c6cdb0089b@mail.gmail.com> <20060202194304.GG2049@heff.fud.org.nz> In-Reply-To: <20060202194304.GG2049@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/1277/Sun Feb 5 14:22:21 2006 on mr2.u-strasbg.fr X-Virus-Scanned: ClamAV 0.88/1277/Sun Feb 5 14:22:21 2006 on baal.u-strasbg.fr X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::152]); Sun, 05 Feb 2006 15:46:20 +0100 (CET) X-Spam-Status: No, score=-0.0 required=5.0 tests=NO_RELAYS autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mr2.u-strasbg.fr Cc: freebsd-stable@freebsd.org, James Seward Subject: Re: Panic in 6-RELEASE-p4 with if_bridge and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 14:46:22 -0000 Andrew Thompson wrote: > On Thu, Feb 02, 2006 at 10:36:56AM +0000, James Seward wrote: > >>Hello, >> >>I am trying to deploy a FreeBSD6 machine using if_bridge and pf to >>provide some protection for our Windows servers ;) >> >>During testing it seemed to work fine, but in production it panics frequently. >> >>When I came in to work this morning it was complaining about mbufs, so >>I have tried increasing the number of mbufs as explained in various >>places around the web. Despite the fact that it didn't seem to be >>getting near the limit of mbufs I set (8192) it has paniced another >>couple of times this morning already. I have now set it to 16k, but I >>don't currently hold much hope of this fixing it. >> >>Fatal trap 12: page fault while in kernel mode > > > This is a known problem with 6.0R, see the 2005/11/16 entry in > http://www.freebsd.org/releases/6.0R/errata.html. > > You should either upgrade to 6-STABLE or you can apply this patch to fix > the problem. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if_bridge.c.diff?r1=1.32&r2=1.34 Why not MFCed that on RELENG_6_0 ? It's a critical bug. -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 18:29:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1523416A444 for ; Sun, 5 Feb 2006 18:29:55 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub04.unibe.ch (mailhub04.unibe.ch [130.92.9.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8915043D46 for ; Sun, 5 Feb 2006 18:29:54 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01-eth0.unibe.ch [130.92.254.65]) by mailhub04.unibe.ch (Postfix) with ESMTP id F09C61C2DF for ; Sun, 5 Feb 2006 19:29:51 +0100 (CET) Received: from mailhub04.unibe.ch ([130.92.9.71]) by localhost (scanhub01.unibe.ch [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 06373-01-21 for ; Sun, 5 Feb 2006 19:29:50 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub04.unibe.ch (Postfix) with ESMTP id D56D81BF0E for ; Sun, 5 Feb 2006 19:29:49 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id k15ITo8Z029454 for ; Sun, 5 Feb 2006 19:29:50 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k15IToZS026004 for freebsd-stable@freebsd.org; Sun, 5 Feb 2006 19:29:50 +0100 (MET) Date: Sun, 5 Feb 2006 19:29:50 +0100 From: Tobias Roth To: freebsd-stable@freebsd.org Message-ID: <20060205182950.GA25977@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Subject: bge0 odd startup behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 18:29:55 -0000 Hi I noticed something that confuses me. During system startup and the rc.d/ sequence, I get the following message: bge0: link state changed to DOWN To diagnose this, I put an 'ifconfig bge0' at the beginning of the first rc.d script that is executed, and indeed that triggered the message. During normal startup, the message appears during interface configuration, but the link goes then back up almost immediately, so this this this has no negative impact on startup. The short time it takes from going DOWN and then back UP has the possibility to confuse rc.d/ scripts that try to check whether an interface has a carrier by looking at the output of ifconfig bge0. Is what I described above normal? Does it happen with other drivers too? Or did I find a bug? I'll try to check with -current as soon as I can install it on this machine. I am using FreeBSD 6.0-STABLE #15: Tue Jan 31 21:25:42 CET 2006 Thanks, Tobias From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 01:04:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 347AB16A420 for ; Mon, 6 Feb 2006 01:04:48 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id C83CB43D48 for ; Mon, 6 Feb 2006 01:04:45 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from dragon (c-24-7-180-38.hsd1.ca.comcast.net[24.7.180.38]) by comcast.net (rwcrmhc12) with SMTP id <20060206010444m12007cn99e>; Mon, 6 Feb 2006 01:04:44 +0000 Message-ID: <001d01c62ab9$56c25310$fac8a8c0@dragon> From: "Jon Holstrom" To: Date: Sun, 5 Feb 2006 17:04:53 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 01:04:48 -0000 Hello Group CVSuped a 5.4 release box 2 days ago ( was going for 5-stable ) CVS server gave me 5.5 prerelease two days later everything is 100 % installed had to run pkg_deinstall on gnome-2-10 after running portupgrade to install gnome-2.12 run down on PC i worked with Compaq 5003US PIII 866 , 370 pingrid 384 megs of ram ( 1 stick of PC 133, 256 RAM, 1 stick of PC 133, 128 RAM = ) 40 gig Maxtor ATA 100 onboard Intel 810 chipset 3Com networkcard From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 06:30:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BAFF16A420 for ; Mon, 6 Feb 2006 06:30:05 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail25.syd.optusnet.com.au (mail25.syd.optusnet.com.au [211.29.133.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 591C743D48 for ; Mon, 6 Feb 2006 06:30:03 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail25.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k166Tvic019051 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 6 Feb 2006 17:29:59 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k166TrEq000770; Mon, 6 Feb 2006 17:29:53 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k166Tr6G000769; Mon, 6 Feb 2006 17:29:53 +1100 (EST) (envelope-from peter) Date: Mon, 6 Feb 2006 17:29:52 +1100 From: Peter Jeremy To: Tobias Roth Message-ID: <20060206062952.GA699@turion.vk2pj.dyndns.org> References: <20060205182950.GA25977@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060205182950.GA25977@droopy.unibe.ch> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: bge0 odd startup behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 06:30:05 -0000 On Sun, 2006-Feb-05 19:29:50 +0100, Tobias Roth wrote: >bge0: link state changed to DOWN And "bge0: link state changed to UP" in the messages file. >Is what I described above normal? It seems normal for bge(4). > Does it happen with other drivers too? I don't recall seeing it on any other drivers. > I'll try to check with -current as soon as >I can install it on this machine. Same thing happens on -current/amd64 using a bge0: >I am using FreeBSD 6.0-STABLE #15: Tue Jan 31 21:25:42 CET 2006 You might like to mention what NIC you are using. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 06:37:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 320DD16A420 for ; Mon, 6 Feb 2006 06:37:42 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 140DB43D5A for ; Mon, 6 Feb 2006 06:37:40 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1022300nzo for ; Sun, 05 Feb 2006 22:37:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ic+65SGIQktrAygIAcOXZpcYqRrv/5Y2yMWhdT/cbDvBZezrpnEtdHjw4QCZ//0L65btwOY7Wv9wQtO4GD5uMWvAtEjwcmcvRYAwhbgqoMGUGSIPHpfPqVf/Su0kIl/cCScm5CeHNFM2POf9/UK2aHDg1bebcW8lTPqSqipdhn0= Received: by 10.65.154.20 with SMTP id g20mr27477qbo; Sun, 05 Feb 2006 22:37:40 -0800 (PST) Received: by 10.65.150.12 with HTTP; Sun, 5 Feb 2006 22:37:40 -0800 (PST) Message-ID: <7579f7fb0602052237i2a6a1ce2w7f0ebcdf840127c2@mail.gmail.com> Date: Sun, 5 Feb 2006 22:37:40 -0800 From: Matthew Jacob To: FreeBSD Tinderbox In-Reply-To: <20060205125707.581CF241A3@freebsd-stable.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060205125707.581CF241A3@freebsd-stable.sentex.ca> Cc: stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 06:37:42 -0000 Sigh. Sorry. I'm on it. On 2/5/06, FreeBSD Tinderbox wrote: > TB --- 2006-02-05 11:55:13 - tinderbox 2.3 running on freebsd-stable.sent= ex.ca > TB --- 2006-02-05 11:55:13 - starting RELENG_5 tinderbox run for sparc64/= sparc64 > TB --- 2006-02-05 11:55:13 - cleaning the object tree > TB --- 2006-02-05 11:56:10 - checking out the source tree > TB --- 2006-02-05 11:56:10 - cd /tinderbox/RELENG_5/sparc64/sparc64 > TB --- 2006-02-05 11:56:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -P= d -rRELENG_5 src > TB --- 2006-02-05 12:06:15 - building world (CFLAGS=3D-O -pipe) > TB --- 2006-02-05 12:06:15 - cd /src > TB --- 2006-02-05 12:06:15 - /usr/bin/make -B buildworld > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > TB --- 2006-02-05 12:49:52 - generating LINT kernel config > TB --- 2006-02-05 12:49:52 - cd /src/sys/sparc64/conf > TB --- 2006-02-05 12:49:52 - /usr/bin/make -B LINT > TB --- 2006-02-05 12:49:52 - building LINT kernel (COPTFLAGS=3D-O -pipe) > TB --- 2006-02-05 12:49:52 - cd /src > TB --- 2006-02-05 12:49:52 - /usr/bin/make buildkernel KERNCONF=3DLINT > >>> Kernel build for LINT started on Sun Feb 5 12:49:52 UTC 2006 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > isp_sbus.o(.text+0x16f8): In function `isp_sbus_dmasetup': > : undefined reference to `isp_handle_index' > isp_sbus.o(.text+0x1914): In function `isp_sbus_dmasetup': > : undefined reference to `isp_put_request' > isp_sbus.o(.text+0x1928): In function `isp_sbus_dmasetup': > : undefined reference to `isp_put_extended_request' > isp_sbus.o(.text+0x1944): In function `isp_sbus_dmateardown': > : undefined reference to `isp_handle_index' > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2006-02-05 12:57:07 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2006-02-05 12:57:07 - ERROR: failed to build lint kernel > TB --- 2006-02-05 12:57:07 - tinderbox aborted > TB --- 1.14 user 4.16 system 3713.75 real > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 06:40:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D078916A422 for ; Mon, 6 Feb 2006 06:40:33 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D4EE43D55 for ; Mon, 6 Feb 2006 06:40:32 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1022561nzo for ; Sun, 05 Feb 2006 22:40:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HBFGeESqbvR0xaj16aWv8gKEQeyRDkNhIvPED3LAPWiII6OAoH2GYS3TsTBwbyQuc8o7CKcMfXO8OKbZE5hd3Wr30iLtqCZh5neNRcHlWIAj5op2eOeNNu0RxUIlQhhtPI5gAYc0pJlY9SEESJ7k11k8E+Ui5NdHcwG8bx0i7wE= Received: by 10.65.81.14 with SMTP id i14mr27531qbl; Sun, 05 Feb 2006 22:40:31 -0800 (PST) Received: by 10.65.150.12 with HTTP; Sun, 5 Feb 2006 22:40:31 -0800 (PST) Message-ID: <7579f7fb0602052240l7a233a47ia87f219685a8edaa@mail.gmail.com> Date: Sun, 5 Feb 2006 22:40:31 -0800 From: Matthew Jacob To: FreeBSD Tinderbox In-Reply-To: <7579f7fb0602052237i2a6a1ce2w7f0ebcdf840127c2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060205125707.581CF241A3@freebsd-stable.sentex.ca> <7579f7fb0602052237i2a6a1ce2w7f0ebcdf840127c2@mail.gmail.com> Cc: stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 06:40:34 -0000 Too late. Scott beat me to it. On 2/5/06, Matthew Jacob wrote: > Sigh. Sorry. I'm on it. > > > On 2/5/06, FreeBSD Tinderbox wrote: > > TB --- 2006-02-05 11:55:13 - tinderbox 2.3 running on freebsd-stable.se= ntex.ca > > TB --- 2006-02-05 11:55:13 - starting RELENG_5 tinderbox run for sparc6= 4/sparc64 > > TB --- 2006-02-05 11:55:13 - cleaning the object tree > > TB --- 2006-02-05 11:56:10 - checking out the source tree > > TB --- 2006-02-05 11:56:10 - cd /tinderbox/RELENG_5/sparc64/sparc64 > > TB --- 2006-02-05 11:56:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update = -Pd -rRELENG_5 src > > TB --- 2006-02-05 12:06:15 - building world (CFLAGS=3D-O -pipe) > > TB --- 2006-02-05 12:06:15 - cd /src > > TB --- 2006-02-05 12:06:15 - /usr/bin/make -B buildworld > > >>> Rebuilding the temporary build tree > > >>> stage 1.1: legacy release compatibility shims > > >>> stage 1.2: bootstrap tools > > >>> stage 2.1: cleaning up the object tree > > >>> stage 2.2: rebuilding the object tree > > >>> stage 2.3: build tools > > >>> stage 3: cross tools > > >>> stage 4.1: building includes > > >>> stage 4.2: building libraries > > >>> stage 4.3: make dependencies > > >>> stage 4.4: building everything > > TB --- 2006-02-05 12:49:52 - generating LINT kernel config > > TB --- 2006-02-05 12:49:52 - cd /src/sys/sparc64/conf > > TB --- 2006-02-05 12:49:52 - /usr/bin/make -B LINT > > TB --- 2006-02-05 12:49:52 - building LINT kernel (COPTFLAGS=3D-O -pipe= ) > > TB --- 2006-02-05 12:49:52 - cd /src > > TB --- 2006-02-05 12:49:52 - /usr/bin/make buildkernel KERNCONF=3DLINT > > >>> Kernel build for LINT started on Sun Feb 5 12:49:52 UTC 2006 > > >>> stage 1: configuring the kernel > > >>> stage 2.1: cleaning up the object tree > > >>> stage 2.2: rebuilding the object tree > > >>> stage 2.3: build tools > > >>> stage 3.1: making dependencies > > >>> stage 3.2: building everything > > [...] > > isp_sbus.o(.text+0x16f8): In function `isp_sbus_dmasetup': > > : undefined reference to `isp_handle_index' > > isp_sbus.o(.text+0x1914): In function `isp_sbus_dmasetup': > > : undefined reference to `isp_put_request' > > isp_sbus.o(.text+0x1928): In function `isp_sbus_dmasetup': > > : undefined reference to `isp_put_extended_request' > > isp_sbus.o(.text+0x1944): In function `isp_sbus_dmateardown': > > : undefined reference to `isp_handle_index' > > *** Error code 1 > > > > Stop in /obj/sparc64/src/sys/LINT. > > *** Error code 1 > > > > Stop in /src. > > *** Error code 1 > > > > Stop in /src. > > TB --- 2006-02-05 12:57:07 - WARNING: /usr/bin/make returned exit code = 1 > > TB --- 2006-02-05 12:57:07 - ERROR: failed to build lint kernel > > TB --- 2006-02-05 12:57:07 - tinderbox aborted > > TB --- 1.14 user 4.16 system 3713.75 real > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > > > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 07:14:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2904C16A420 for ; Mon, 6 Feb 2006 07:14:19 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE5D843D45 for ; Mon, 6 Feb 2006 07:14:18 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IU900FJN8D5WX70@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 06 Feb 2006 08:19:53 +0100 (CET) Received: from kg-work.kg4.no ([80.202.174.136]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IU900AH487WFLE0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 06 Feb 2006 08:16:44 +0100 (CET) Date: Mon, 06 Feb 2006 08:14:19 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20060205182950.GA25977@droopy.unibe.ch> To: freebsd-stable@freebsd.org Message-id: <20060206081419.4b493f8b.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20060205182950.GA25977@droopy.unibe.ch> Subject: Re: bge0 odd startup behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 07:14:19 -0000 On Sun, 05 Feb 2006 19:29:50 +0100 Tobias Roth wrote: > Is what I described above normal? Does it happen with other drivers > too? Or did I find a bug? I'll try to check with -current as soon as I don't know if it is normal. FWIW, I see something like it on a box with nve0 interface: root@kg-fil# uname -a FreeBSD kg-fil.kg4.no 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #4: Sun Feb 5 15:37:51 CET 2006 root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60 amd64 root@kg-fil# dmesg | grep nve nve0: port 0xec00-0xec07 mem 0xf5003000-0xf5003fff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:14:85:8a:aa:64 miibus1: on nve0 nve0: Ethernet address: 00:14:85:8a:aa:64 nve0: device timeout (1) nve0: link state changed to DOWN nve0: link state changed to UP -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 08:02:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D1816A420 for ; Mon, 6 Feb 2006 08:02:36 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from mattsnetwork.co.uk (mattsnetwork.co.uk [82.152.140.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5433243D45 for ; Mon, 6 Feb 2006 08:02:35 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from workstation2.local.mattsnetwork.co.uk (workstation2.local.mattsnetwork.co.uk [192.168.0.142]) (authenticated bits=0) by mattsnetwork.co.uk (8.13.4/8.13.4) with ESMTP id k1682HQE099309; Mon, 6 Feb 2006 08:02:17 GMT (envelope-from matt@mattsnetwork.co.uk) From: Matt Dawson To: "Kevin Oberman" Date: Mon, 6 Feb 2006 08:02:15 +0000 User-Agent: KMail/1.9.1 References: <20060205060416.3C11045041@ptavv.es.net> In-Reply-To: <20060205060416.3C11045041@ptavv.es.net> X-Face: Zrm9At!%e{M_#Po+[-\; RFQih#L0/\!^6f8JS_1Nz,8`(@bR%|T,c)3:o6my`.sy$Rt)'^)ec9cWp!MmeH^Gp|Afl)BkcH1GENCBqb&wZ$cdqN27uYfD=jU@1:vWXf|)LmuVKo?1wuS68KeDX&3,#wZP2$N1Ao!_'mZOws67 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602060802.16643.matt@mattsnetwork.co.uk> X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on central.local.mattsnetwork.co.uk X-Virus-Scanned: ClamAV 0.88/1277/Sun Feb 5 13:22:21 2006 on central.local.mattsnetwork.co.uk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 08:02:36 -0000 On Sunday 05 February 2006 06:04, you wrote: > The problem is that the integration of the modern wlan (802.11) code has > never been done in the if_wi code and it does not report state back to > wlan adequately to make the OpenBSD client function correctly. Thank you, right there. That's exactly what I thought was going on with wi and the xe cards, although the xe never actually gets a link that works above 10BaseT, half duplex, even manually configured with a static IP. I'll try to get some more information about the problem and maybe file a PR. Or maybe award myself a pointy hat for being stupid and missing something... > I greatly prefer having dhclient run per interface and, if it understood > what the wi card was doing, it would be great. Actually, even the simple dhclient.conf files have forced me to look at other ways of doing things. Some of them, such as DDNS from the DHCP server, have turned out to be more elegant and secure than manually configuring dhclient.conf on every machine. Certainly, having the dhclient process for a particular card commit suicide when someone pops out the NIC rather than sitting there sulking is a bonus, too. > But that's not the way it > is and, with the declining popularity of Prism2 based cards, it may > never get updated unless someone gets sufficiently annoyed to do the > work themselves. That much is true and, humour and anthropomorphising daemon processes aside, the Atheros cards do all I require and more, at the same time being abundant enough not to attract a premium price. Time to remove Prism based cards from my approved hardware list, I think. -- Matt Dawson. matt@mattsnetwork.co.uk MTD15-RIPE OpenNIC M_D9 MD51-6BONE From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 10:07:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0790B16A420 for ; Mon, 6 Feb 2006 10:07:08 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from karen.nerdshack.com (karen.nerdshack.com [209.189.235.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C2543D53 for ; Mon, 6 Feb 2006 10:07:07 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from dispatchd.nerdshack.com (jean.nerdshack.com [209.189.235.38]) by karen.nerdshack.com (Postfix) with SMTP id 1837CC8398; Mon, 6 Feb 2006 03:59:19 -0600 (CST) Received: from cartman.mailshack.com (dsl-235.47.221.203.lns02-kent-syd.dsl.comindico.com.au [203.221.47.235]) by mail.nerdshack.com with ESMTP Mon, 06 Feb 2006 04:02:33 -0600 Message-Id: <7.0.0.16.2.20060206205810.02239b00@mailshack.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Mon, 06 Feb 2006 21:04:57 +1100 To: Matt Dawson , "Kevin Oberman" From: Rob B In-Reply-To: <200602060802.16643.matt@mattsnetwork.co.uk> References: <20060205060416.3C11045041@ptavv.es.net> <200602060802.16643.matt@mattsnetwork.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 10:07:08 -0000 At 07:02 PM 6/02/2006, Matt Dawson wrote: >On Sunday 05 February 2006 06:04, you wrote: > > The problem is that the integration of the modern wlan (802.11) code has > > never been done in the if_wi code and it does not report state back to > > wlan adequately to make the OpenBSD client function correctly. Here's something odd ... this works (mostly) fine for me. I did have to resort to the (ugly) /etc/start_if.wi0 script rather than keeping everything in /etc/rc.conf, but hey .... >Actually, even the simple dhclient.conf files have forced me to look at other >ways of doing things. Some of them, such as DDNS from the DHCP server, have >turned out to be more elegant and secure than manually configuring >dhclient.conf on every machine. Certainly, having the dhclient process for a >particular card commit suicide when someone pops out the NIC rather than >sitting there sulking is a bonus, too. The thing I found with DDNS was getting the darn client to return the correct hostname. For some reason, without setting it in dhclient.conf, the DNS would not update, even if I have configured the DHCP server to do the updates. Cheers, Rob From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 10:21:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AA2316A422 for ; Mon, 6 Feb 2006 10:21:43 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D0F43D48 for ; Mon, 6 Feb 2006 10:21:36 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F63Uz-0003ue-Ln for freebsd-stable@freebsd.org; Mon, 06 Feb 2006 11:21:33 +0100 Received: from anthonychavez.org ([166.70.126.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Feb 2006 11:21:33 +0100 Received: from acc by anthonychavez.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Feb 2006 11:21:33 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Anthony Chavez Date: Mon, 06 Feb 2006 03:21:10 -0700 Lines: 228 Message-ID: References: <436D1376.5030909@home.se> <20051105203723.GQ39882@cirb503493.alcatel.com.au> <436D36FE.4020806@home.se> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: anthonychavez.org X-PGP-Key: http://anthonychavez.org/pubkey.asc User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/22.0.50 (darwin) Cancel-Lock: sha1:qdHhNkCAFN7vdQ+bY/R2FHHNo+U= Sender: news Subject: Re: 5.4 -> 6.0 buildworld failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 10:21:43 -0000 --=-=-= Markus and freebsd-stable: I have encountered a situation exactly the same as the one described in this thread when attempting a source upgrade from 5.4-RELEASE-p4 to 6.0-RELEASE-p4. I have had nothing but success on 10 other machines that were initially running 5.4-RELEASE, 5.4-RELEASE, -p6, and -p8. Each of these machines has a unique hardware configuration, and the one that fails to buildworld is no exception. I have tried an empty /etc/make.conf as well as specifically including "CFLAGS=-O -pipe" therein. I have also tried a default /etc/profile. The build still fails. I'm thinking that the best course of action might be to upgrade to 5.4-RELEASE-p11 (which builds successfully), but I'm very interested to know what's causing this error in case my intended course of action doesn't work. The commit logs show no changes for this particular file since well before this problem was reported, so the problem must have lied somewhere else in the source tree. Any ideas what could be causing this? Am I on the right track? I have included my dmesg.boot below. Cheers! On Sat, 05 Nov 2005 23:49:34 +0100 Markus Buretorp wrote: > Peter Jeremy wrote: > >>On Sat, 2005-Nov-05 21:17:58 +0100, Markus Buretorp wrote: >> >>> I'm trying to upgrade from FreeBSD 5.4-STABLE to 6.0. I've done a >>> cvsup to RELENG_6 and RELENG_6_0, I've ran make cleanworld, make >>> clean, rm -rf /usr/obj/*, etc; but nothing helps. >>> >>>... >>> >>> /usr/src/lib/libkvm/kvm_proc.c:108: error: storage size of 't_cdev' >>> isn't known >> >>Where is this error occurring during the buildworld? (What are the >>latest lines beginning '>>>' and '===>') >>What non-standard bits do you have in your command line, /etc/make.conf >>or MAKEOBJDIRPREFIX? > > >>> stage 4.2: building libraries > ... > ===> lib/libkvm (depend,all,install) > > make.conf: > > WITHOUT_X11=yes > CPUTYPE?=athlon-xp > CFLAGS=-O2 -pipe > COPTFLAGS=-O -pipe > # added by use.perl 2005-06-24 23:01:50 > PERL_VER=5.8.7 > PERL_VERSION=5.8.7 > > Note, I've tried without the first four lines. > > $ cd lib/libkvm > /usr/src [root@jmb] > $ make > ...r/src/lib/libkvm [root@jmb] > cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_proc.c > /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > /usr/src/lib/libkvm/kvm_proc.c:108: error: storage size of 't_cdev' > isn't known > /usr/src/lib/libkvm/kvm_proc.c:114: error: storage size of 'pr' > isn't known > /usr/src/lib/libkvm/kvm_proc.c:176: error: structure has no member > named `ki_jid' > /usr/src/lib/libkvm/kvm_proc.c:377: error: structure has no member > named `p_rux' > *** Error code 1 > > Stop in /usr/src/lib/libkvm. > > I found this, http://www.freebsd.org/cgi/query-pr.cgi?pr=77821 , but > it doesn't help me much. I don't now what I've done. I've used cvsup > and buildworld several times. -- Anthony Chavez http://anthonychavez.org/ mailto:acc@anthonychavez.org jabber:acc@jabber.anthonychavez.org --8<---------------cut here---------------start------------->8--- Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p4 #1: Sun Sep 11 20:13:50 MDT 2005 root@mybox.mydomain.com:/usr/obj/usr/src/sys/MYBOX WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073414144 (1023 MB) avail memory = 1040855040 (992 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 28.0 on pci0 pci2: on pcib1 uhci0: port 0xb880-0xb89f irq 23 at device 29.0 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 uhci1: port 0xbc00-0xbc1f irq 19 at device 29.1 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 uhci2: port 0xc000-0xc01f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xc080-0xc09f irq 16 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci1: on pcib2 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd880-0xd8ff mem 0xd7fef800-0xd7fef87f irq 17 at device 9.0 on pci1 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:43:87:6c xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xd7fefc00-0xd7fefc7f irq 21 at device 10.0 on pci1 miibus1: on xl1 xlphy1: <3Com internal media interface> on miibus1 xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: Ethernet address: 00:50:da:1e:f2:34 pci1: at device 11.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xc400-0xc40f,0xc480-0xc483,0xc800-0xc807,0xc880-0xc883,0xcc00-0xcc07 irq 19 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 orm0: at iomem 0xc0000-0xccfff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhid0: American Power Conversion Back-UPS RS 1000 FW:7.g8 .D USB FW:g8, rev 1.10/1.06, addr 2, iclass 3/0 Timecounter "TSC" frequency 3010667573 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. acd0: CDRW at ata0-master PIO4 ad1: 239372MB [486344/16/63] at ata0-slave UDMA100 ad4: 114473MB [232581/16/63] at ata2-master SATA150 ad5: 286188MB [581463/16/63] at ata2-slave SATA150 ad6: 286188MB [581463/16/63] at ata3-master SATA150 ad7: 286188MB [581463/16/63] at ata3-slave SATA150 GEOM_RAID3: Device data created (id=3217021508). GEOM_RAID3: Device data: provider ad5 detected. GEOM_RAID3: Device data: provider ad6 detected. GEOM_RAID3: Device data: provider ad7 detected. GEOM_RAID3: Device data: provider ad5 activated. GEOM_RAID3: Device data: provider ad6 activated. GEOM_RAID3: Device data: provider ad7 activated. GEOM_RAID3: Device data: provider raid3/data launched. Mounting root from ufs:/dev/ad4s1a --8<---------------cut here---------------end--------------->8--- --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) iQEVAwUAQ+cjGfAIdTFWAbdTAQqKrQf9EuEkYWbjU+EF39cUtAOVIA/4raDr7XsE P5wzWTCtErVWBf/jWxhI5HALxiWxBeCIplEArbSOL96FutLW1cma2genFvRa0T7y 8q4P57Om9uENlSV+ThD8bvNynjQcpUezdyfomIpWXodUCeViKUn1KlsTkMbU8/dD KmjZ27mOzYbhcH6SpwliU5PtcQb/z0VfKy5vwRtbxWVMYgKrGH/4DZjgct34pLBT qUznrseqkakWfFfOvQH0nFK4QO6rIiCyaBVZs9SNuqBRFurZWk1spz0ubKHqnG2E dPiF14UINXzn7BmF3LFhR5vjnQwEQjHHdaw5WJvDMzwTQxxcGMya9g== =KFR5 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 10:50:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0052216A420 for ; Mon, 6 Feb 2006 10:50:22 +0000 (GMT) (envelope-from ianchov@mail.bg) Received: from mx1.mail.bg (mx1.mail.bg [193.201.172.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 344D543D75 for ; Mon, 6 Feb 2006 10:50:20 +0000 (GMT) (envelope-from ianchov@mail.bg) Received: from localhost (unknown [10.0.0.98]) by mx1.mail.bg (Postfix) with ESMTP id B728090007A0 for ; Mon, 6 Feb 2006 12:50:19 +0200 (EET) Received: from 85-130-20-176.1699773.ddns.cablebg.net (85-130-20-176.1699773.ddns.cablebg.net [85.130.20.176]) by mail.bg (mail.bG Webmail 4.0.1) with HTTP for ; Mon, 06 Feb 2006 12:50:19 +0200 Message-ID: <1139223019.08a34af8adbfc@mail.bg> Date: Mon, 06 Feb 2006 12:50:19 +0200 From: ianchov@mail.bg To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1251" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: mail.bG Webmail 4.0-cvs X-Originating-IP: 85.130.20.176 Subject: kernel compile error - ata_modify_if_48bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 10:50:23 -0000 ------------------->>>>>>> w -mno-sse -mno-sse2 -ffreestanding -Werror ata_if.c cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium3 -Wall -Wredundant-dec= ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D= 100 --param large-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c /usr/src/sys/dev/ata/ata-all.c: In function `ata_modify_if_48bit': /usr/src/sys/dev/ata/ata-all.c:812: error: `ATA_READ_NATIVE_MAX_ADDDRESS48' undeclared (first use in this function) /usr/src/sys/dev/ata/ata-all.c:812: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/ata/ata-all.c:812: error: for each function it appears in.) /usr/src/sys/dev/ata/ata-all.c:815: error: `ATA_SET_MAX_ADDRESS48' undeclare= d (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/TMS. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ........................>>>>>> that`s a snippet from the error. i have tried for 2 weeks to cvsup and then build again but noting; i have done many time make clean && make cleandir before doing buildkernel a= nd nothing.... Could someone help? Thanks ps. one remark here - when i installed freebsd i made a custom kernel with t= he same conf. that breaks now ----------------------------- Slon.bg =99 =D1=E8=EC=EF=E0=F2=E8=F7=ED=E8=FF=F2 =EC=E0=E3=E0=E7=E8=ED =E7=E0 =EA=ED=E8=E3=E8, DVD, =E8=E3=F0=E8 =E8 =EC=F3=E7=E8=EA=E0 http://www.slon.bg From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 11:12:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FFB816A422 for ; Mon, 6 Feb 2006 11:12:20 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from mattsnetwork.co.uk (mattsnetwork.co.uk [82.152.140.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89BB143DC3 for ; Mon, 6 Feb 2006 11:11:53 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from workstation2.local.mattsnetwork.co.uk (workstation2.local.mattsnetwork.co.uk [192.168.0.142]) (authenticated bits=0) by mattsnetwork.co.uk (8.13.4/8.13.4) with ESMTP id k16BBjLg099966; Mon, 6 Feb 2006 11:11:45 GMT (envelope-from matt@mattsnetwork.co.uk) From: Matt Dawson To: Rob B Date: Mon, 6 Feb 2006 11:11:45 +0000 User-Agent: KMail/1.9.1 References: <20060205060416.3C11045041@ptavv.es.net> <200602060802.16643.matt@mattsnetwork.co.uk> <7.0.0.16.2.20060206205810.02239b00@mailshack.com> In-Reply-To: <7.0.0.16.2.20060206205810.02239b00@mailshack.com> X-Face: Zrm9At!%e{M_#Po+[-\; RFQih#L0/\!^6f8JS_1Nz,8`(@bR%|T,c)3:o6my`.sy$Rt)'^)ec9cWp!MmeH^Gp|Afl)BkcH1GENCBqb&wZ$cdqN27uYfD=jU@1:vWXf|)LmuVKo?1wuS68KeDX&3,#wZP2$N1Ao!_'mZOws67 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602061111.46404.matt@mattsnetwork.co.uk> X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on central.local.mattsnetwork.co.uk X-Virus-Scanned: ClamAV 0.88/1277/Sun Feb 5 13:22:21 2006 on central.local.mattsnetwork.co.uk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 11:12:20 -0000 On Monday 06 February 2006 10:04, you wrote: > The thing I found with DDNS was getting the darn client to return the > correct hostname. =A0For some reason, without setting it in > dhclient.conf, the DNS would not update, even if I have configured > the DHCP server to do the updates. Yep, AOL. This was the case with the ISC client, too. I have always thought= =20 being able to use such trickery as send host-name `hostname -s`; would be quite useful, especially for those of us who distribute configurat= ion=20 files with rsync and similar. In fact, it would be quite a useful default f= or=20 dhclient. =2D-=20 Matt Dawson. matt@mattsnetwork.co.uk MTD15-RIPE OpenNIC M_D9 MD51-6BONE From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 16:59:00 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28ECF16A420 for ; Mon, 6 Feb 2006 16:59:00 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7656D43D48 for ; Mon, 6 Feb 2006 16:58:59 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ezklyv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k16GwqVZ068151 for ; Mon, 6 Feb 2006 17:58:58 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k16GwqLr068150; Mon, 6 Feb 2006 17:58:52 +0100 (CET) (envelope-from olli) Date: Mon, 6 Feb 2006 17:58:52 +0100 (CET) Message-Id: <200602061658.k16GwqLr068150@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <43E3B356.7030203@nurfuerspam.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 06 Feb 2006 17:58:58 +0100 (CET) Cc: Subject: Re: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 16:59:00 -0000 Martin wrote: > There is a quite nasty bug in tr(1) when using > de_DE.ISO8859-1(5) locale. It's not a bug. It's perfectly POSIX-compatible. > unsetenv LC_ALL > setenv LANG de_DE.ISO8859-1 > echo v | tr a-z A-Z > > I'm getting "W" as result. Shouldn't it be "V"? No, it should be "W". To convert lower case to upper case, use the command "tr '[:lower:]' '[:upper:]'" (or enumerate all letters explicitely, like "tr abcdef ABCDEF"). Skripts that use things like "tr a-z A-Z" are broken and need to be fixed. By the way: Do not set LANG or LC_ALL, expecially for the root user, and especially when compiling things. Not only will tr behave in unexpected ways when used like above, but also other things might break. For example, German month names appear in "ls -l", which will break scripts that try to parse them. Some tools use decimal commas instead of decimal points, which can lead to further confusion, etc. Yes, scripts which try to do that are broken, but they do exist. If you only need support for German umlauts, then only set LC_CTYPE. That shouldn't break anything. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 19:13:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BD8C16A420 for ; Mon, 6 Feb 2006 19:13:00 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 023F443D45 for ; Mon, 6 Feb 2006 19:12:59 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id EFAE8B814 for ; Mon, 6 Feb 2006 14:12:58 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: <001c01c62666$76b26400$0102a8c0@bogomip> <20060201095718.GA1025@pegasus.freiberg-net.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 6 Feb 2006 14:12:57 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.2) Subject: Re: SCSI device timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 19:13:00 -0000 On Feb 1, 2006, at 10:39 AM, Vivek Khera wrote: > I'm trying disabling acpi now... Yep, that did it. now to isolate which specific part of acpi is the cause. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 20:30:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAED316A430 for ; Mon, 6 Feb 2006 20:30:10 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from omta05sl.mx.bigpond.com (omta05sl.mx.bigpond.com [144.140.93.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0895343D5E for ; Mon, 6 Feb 2006 20:30:06 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.4.160]) by omta05sl.mx.bigpond.com with ESMTP id <20060206203002.TJIL24868.omta05sl.mx.bigpond.com@areilly.bpc-users.org> for ; Mon, 6 Feb 2006 20:30:02 +0000 Received: (qmail 25508 invoked by uid 501); 6 Feb 2006 20:30:16 -0000 Date: Tue, 7 Feb 2006 07:30:16 +1100 From: Andrew Reilly To: Torfinn Ingolfsen Message-ID: <20060206203016.GA25443@gurney.reilly.home> References: <20060205182950.GA25977@droopy.unibe.ch> <20060206081419.4b493f8b.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060206081419.4b493f8b.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: bge0 odd startup behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 20:30:10 -0000 On Mon, Feb 06, 2006 at 08:14:19AM +0100, Torfinn Ingolfsen wrote: > On Sun, 05 Feb 2006 19:29:50 +0100 > Tobias Roth wrote: > > Is what I described above normal? Does it happen with other drivers > > too? Or did I find a bug? I'll try to check with -current as soon as > > I don't know if it is normal. FWIW, I see something like it on a box > with nve0 interface: > root@kg-fil# uname -a > FreeBSD kg-fil.kg4.no 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #4: Sun Feb > 5 15:37:51 CET 2006 root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60 > amd64 root@kg-fil# dmesg | grep nve > nve0: port 0xec00-0xec07 mem > 0xf5003000-0xf5003fff irq 23 at device 10.0 on pci0 nve0: Ethernet > address 00:14:85:8a:aa:64 miibus1: on nve0 > nve0: Ethernet address: 00:14:85:8a:aa:64 > nve0: device timeout (1) > nve0: link state changed to DOWN > nve0: link state changed to UP I'm running the same MCP9 (on a Gigabyte GA-K8NF-9 motherboard), and I'm also running an amd64 -STABLE kernel. nve0 times out all the time, (on the order of 12 minute intervals, seemingly), and the computer locks up for a couple of seconds. Very annoying. If there's anything that I can do to help debug or fix this, please let me know! Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 20:41:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3678916A420 for ; Mon, 6 Feb 2006 20:41:06 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 030F443D5A for ; Mon, 6 Feb 2006 20:41:03 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IUA0039D9PSVB50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 06 Feb 2006 21:46:40 +0100 (CET) Received: from kg-work.kg4.no ([80.202.174.136]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IUA00MZX9KH2T20@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 06 Feb 2006 21:43:30 +0100 (CET) Date: Mon, 06 Feb 2006 21:41:05 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20060206203016.GA25443@gurney.reilly.home> To: freebsd-stable@freebsd.org Message-id: <20060206214105.6a8ff4c6.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20060205182950.GA25977@droopy.unibe.ch> <20060206081419.4b493f8b.torfinn.ingolfsen@broadpark.no> <20060206203016.GA25443@gurney.reilly.home> Subject: Re: bge0 odd startup behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 20:41:06 -0000 On Tue, 07 Feb 2006 07:30:16 +1100 Andrew Reilly wrote: > I'm running the same MCP9 (on a Gigabyte GA-K8NF-9 motherboard), The same motherboard I have. > and I'm also running an amd64 -STABLE kernel. nve0 times out all the > time, (on the order of 12 minute intervals, seemingly), and the Note that mine doesn't "time out all the time", it just a one or two at startup, and just very rarely after that. root@kg-fil# grep timeout /var/log/messages Jan 7 23:22:40 kg-fil kernel: nve0: device timeout (2) Jan 7 23:36:02 kg-fil kernel: nve0: device timeout (1) Jan 10 17:47:21 kg-fil kernel: nve0: device timeout (1) Jan 29 13:07:11 kg-fil kernel: nve0: device timeout (1) Feb 4 22:25:43 kg-fil kernel: nve0: device timeout (3) Feb 5 16:09:01 kg-fil kernel: nve0: device timeout (1) (the log starts at Jan 7). -- Yours, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 22:12:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73E3516A420 for ; Mon, 6 Feb 2006 22:12:50 +0000 (GMT) (envelope-from lyubich-freebsd1@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id A08F743D46 for ; Mon, 6 Feb 2006 22:12:49 +0000 (GMT) (envelope-from lyubich-freebsd1@gmx.net) Received: (qmail invoked by alias); 06 Feb 2006 22:12:46 -0000 Received: from p548B8FD6.dip0.t-ipconnect.de (EHLO guest) [84.139.143.214] by mail.gmx.net (mp038) with SMTP; 06 Feb 2006 23:12:46 +0100 X-Authenticated: #29128836 From: "lyubich_freebsd" To: "'Mark Tinguely'" Date: Mon, 6 Feb 2006 23:12:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcYhKz5Zx1PjBRYIT/usRvRq+v7gWgKPbRPQ In-Reply-To: <200601242112.k0OLCHQs026935@casselton.net> X-Y-GMX-Trusted: 0 Message-Id: <20060206221249.A08F743D46@mx1.FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: RE: Broadcomm BCM4401-B0 and memory upgrade issue. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 22:12:50 -0000 > > > After the memory upgrade on my Laptop (HP nx5000) FreeBSD 6.0 stable, > > the driver for NIC bfe0 (Broadcom BCM4401-B0) stops working. The NIC > LED > > lights are on. The bfe0 interface is up and active. However, I got a > > permanent message on the console: > > > > bfe0: watching timeout -- resetting. > > > > This occurs in the case when I compile the new kernel without bfe > driver > > and load the bfe driver as module (if_bfe.ko). In the case when the > > driver is compiled into the kernel, the system stalls during the boot > or > > whenever I try to configure the interface. > ----- > I am CC this to a few people on the freebsd-current list that had > somewhat simular symptoms with other hardware. > ----- > Have you tried to boot with the old contigmalloc using the sysctl > option "vm.old_contigmalloc=1"? Just let you know, I have tried this option today too. The driver loaded without problem. However, dhclient stalled for ever. On another note, I got this card working with ndis. The windows driver was downloaded from the dell site. (As the native HP's one produced kernel panic) From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 22:53:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2E6716A422 for ; Mon, 6 Feb 2006 22:53:20 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: from kaboom.isc.org (kaboom.isc.org [204.152.187.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F36B43D76 for ; Mon, 6 Feb 2006 22:53:10 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: by kaboom.isc.org (Postfix, from userid 10200) id 8B3D548E50; Mon, 6 Feb 2006 14:53:10 -0800 (PST) Date: Mon, 6 Feb 2006 14:53:10 -0800 From: "David W. Hankins" To: freebsd-stable@freebsd.org Message-ID: <20060206225310.GA16149@isc.org> References: <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <20060204005501.GD7613@isc.org> <43E44BAD.50601@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <43E44BAD.50601@mac.com> User-Agent: Mutt/1.5.9i Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 22:53:20 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 04, 2006 at 01:37:33AM -0500, Chuck Swiger wrote: > Howdy. Do you have a computer named HAL, by any chance? :-) No, but I do have one named 'goliath'. > OK, cool. Are you doing anything with regard to Zeroconf/Rendezvous? Not really, no, except when DHCP options appear to turn off IPv4LL, or that sort of thing. What did you have in mind? > would be nice if dhcpd would never get confused by it's own /var/db/dhcpd= =2Eleases > file. I don't get useful diagnostics when this happens, but every once i= n a > blue moon dhcpd will no longer hand out leases until I delete the leases = file > and restart it. =46rom this description it's hard to say what's happening. From your second descriptoin, I think it's pretty obvious you have a rogue client that's eating up your free leases. This actually is a well understood DHCP protocol D.O.S. There's not a lot that a DHCP server can do to withstand this kind of lease-starvation environment without causing protocol breakage in other areas. So the best practice is to keep track of your count of free leases, to make sure there are always enough. > It would also be good if dhcpd would reassign the same IP to the same mac= hine > (if the IP is not otherwise being used) if there was a prior lease matchi= ng the > client asking for a new lease, and not just when a client is trying to re= new an > existing lease. dhcpd tries hard - very hard - to find a lease to assign to the client it most recently was bound to. If you're having machines get new leases when they already had others in use, there are a small number of possible problem sets that describe this; 1a) The client is changing its identity every time. The server chooses the oldest free lease (the lease whose client has not returned in the longest span of time) to offer the client. Workaround: Kill the client's owner. 1b) The client is a PXE booting Windows system. PXE identifies itself to the server with no client identifier - the server identifies this by the hardware address uniquely. The Windows dhcp client uses a client identifier. dhcpd treats these as two discrete clients, so each gets their own lease. But, if it were this, you would know it because Windows' PXE environment that does the extra DHCP requests with the client identifier can't change the IP addressing at that point - so it reboots and tries again. So you'd know it if it were this because the client would never boot. 2) The client returns to an odd form of "INIT/BOUND" when it decides to renew its lease. dhcpd sends an ICMP echo request when a client is sensed to be in the INIT state - since the client is bound, this echo request succeeds, and the lease is marked 'ABANDONED' to avoid duplicate allocations (the server has falsely discovered a conflict). Workaround: disable ping-check. We're also looking at better ways to get around this, changing ping-check behaviour in a future release. 3) The client is RAS, and you don't have enough leases to sate its appetite for "stand-by addresses". Workaround: configure dhcpd to refuse to allocate leases to RAS. Search ISC's dhcp-server mailing list archives for example configs. If the above doesn't solve your problem I'd recommend digging up syslogs and dhcpd.leases contents and emailing dhcp-server@isc.org. > Please use snprintf() and not sprintf() whenever you're dealing with any = data > which is not known to be static and compiled in; using sprintf() on data = =66rom > the network is simply unwise. (Why yes, I happen to trust the security o= f the > OpenBSD code quite a bit more than the ISC code I've seen. People writin= g code > which runs as root should take great pains to avoid code patterns which c= ould > ever be exploitable.) Already done. Up until my tenure at ISC, in and around 3.0.1RC14 engineering, some includes/cf/* (system-local includes such as freebsd.h etc) used: #define vsnprintf(buf, size, fmt, list) vsprintf (buf, fmt, list) And a stub snprintf() that calls vsnprintf() within the sources. So astounding is this, when I encountered the problem in snprintf() overflowing the buffer it was given, my immediate reaction was "libc bug." It was more believable to me that someone optimized-out the bounds check than that our code #defined it away. Because really, who would do a thing like that? What a rude awakening that was. As far as I am aware, from my recent audits of the software, there do not currently exist any unbounded buffer utilizations. sprintf() is used, frequently, but it is gauged in each event as impossible to overflow (even if the contents of the arguments are maligned). The company line on this is that it must be "auditable within (n) lines of where it is used." Where (n) is derived from average employee edit buffer screen sizes. It is also the case that where snprintf() is used today, it results in truncated log lines (a matter of some controversy within ISC as to wether this should be allowed or not), but if and when used outside of logging format strings, an error is always asserted, and either an all-stop in the case where strings are not network-supplied, or the client is at least not replied to. This latter bit - what to do when it truncation ocurrs - is often ignored by the "strncpy/snprintf always!" school of thinking. Not overrunning buffer is good - not overrunning buffer and producing invalid protocol as a consequence is bad. What to do in these cases is pretty controversial. There's a substantive movement out there to never utilize the non-bounds-checking versions of these functions. ISC's position is to utilize these functions, but only when it's provably secure just by looking at it (not by digging into headers). > (Why yes, I happen to trust the security of the > OpenBSD code quite a bit more than the ISC code I've seen. Having been forced to debug much of ISC DHCP's code, I can appreciate that sentiment. My hands are somewhat tied in how much I can change how quickly while we're stuck in maintenance releases. > People writing code > which runs as root should take great pains to avoid code patterns which c= ould > ever be exploitable.) One of the other changes in regime that ISC's software engineering has brought to the ISC DHCP package is formal release engineering process. Something, I detect, the package was lacking in the years prior. Today, no change to source ever reaches release branches unless it undergoes peer review. This started happening upon the final release of 3.0.1. > One of the differences between the Linux folks and the locals on most BSD= forums > is a lack of platform-driven advocacy, although no doubt some people are > exceptions to that generalization. If you've found a platform that suits= you > well, by all means, enjoy it. I have no such compulsions. I use what my customers use to serve them with smoother transitions. > I try to make sure my code goes under FreeBSD, NetBSD, MacOSX/Darwin, Sol= aris, > Red Hat, and SuSE (not necessarily in that order), although I don't parti= cularly > view it as writing code for those platforms so much as making sure I don'= t write > platform-specific code except when I really have to. This thinking is dangerous. "The code is portable, your system is the problem" is the disease that sometimes precipitates. Only sometimes, mind you. Ironically, ISC DHCP was built from this mindset, from what I read. The result is not very portable, and people trying to make it so create static machinations of #ifdef'ery that ultimately collapse the entire package into an obscure singularity. The autoconf approach is the correct one, but this doesn't find these "niggling details" until they hit someone square in the jaw, after release...it just makes it easier to mop up the blood afterward. > I'd be happy to give you some feedback about the DHCP software, although = the > notion of doing things specificly for FreeBSD rather than for all the pla= tforms > one cares about strikes me as a bit odd. The environment in which it will be invoked (/etc/sysconfig in FreeBSD?), how and what the client should offer in terms of command, are important facets to industrial design of a product. I suppose I could be equally indifferent to everyone and produce a product that does not work well really anywhere at all. > > Up until this, to me, unusual news, I had been planning the future > > without FreeBSD in the picture at all. > >=20 > > It's surprising to me to think that someone still uses our client > > software on that platform. >=20 > Surprises often happen when one chooses not to pay attention. I see. I should be reading freebsd-arch, freebsd-net (which I was on), freebsd-stable, and freebsd-current, just to make sure I catch everything ISC-DHCP related. To be fair, I would then also have to monitor linux & the others approximations of each of these lists, for each of the distributions, and the meta-lists. Within all of this, when a "hit" is found for ISC DHCP within one of these lists, I would have to spend the time to differentiate between problems introduced by local features or alterations made in each of these operating systems (example: the ports patches set), and those within our software release. "The mountain must come to Mohammed." As it is, this single message from you, clearly on topic and easy to mark out, had to wait on the "Hankins queue" for six hours since I arrived at work this morning before I even started contemplating your statements. Perhaps if I had a staff of five, I would consider this option... building my own spy network to keep abreast of FreeBSD goings on. As yet, donators advocating ISC DHCP within open source operating systems have yet to provide that level of support. And honestly, if they did, I think I'd rather have five programmers than five mailing list filters. Instead, I build working relationships with contacts at each of these littany of environments, and try my best to be responsive and helpful when they throw items on their desk they need help with at us (or throw their users at our mailing lists). I return the favor as often as I am able - directing users with distribution-specific problems to those chains of support. I find this to be the only functional approach, the only approach that doesn't bury me in text. > FWIW, most people using FreeBSD are using the ISC version of DHCP, simply > because that is what came with FreeBSD-4.x and 5.x, along with some peopl= e who I'm aware of this. > are using ISC DHCP under 6.0 as well. That's what surprises me. > Either you choose to subscribe to the BSD mailing lists, or review the bug > database for PR's every once in a while, or perhaps even act as the maint= ainer > of the ISC DHCP port, or you choose not to do so. This is a case of black and white thinking. Why would I have entertained any of these options when I already had a great working relationship with Martin, and was being kept abreast of everything that hit his desk that also needed to hit mine? Why take custody of the DHCP (or BIND or INN or NTP) ports, when the existing maintainers are doing an admirable job, and this gives us more time to devote to development? Other than slimy marketing reasons, I mean. It is not a black and white choice. --=20 David W. Hankins "If you don't do it right the first time, Software Engineer you'll just have to do it again." Internet Systems Consortium, Inc. -- Jack T. Hankins --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD59NWcXeLeWu2vmoRAoVVAKCGBcfWrHdc7Rg4RReCoWFA8184OACgv046 Bz1ujOTmB+synAIJDsER93M= =Uva4 -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 22:59:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EADCD16A420 for ; Mon, 6 Feb 2006 22:59:20 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2B6043D55 for ; Mon, 6 Feb 2006 22:59:19 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so70809ugf for ; Mon, 06 Feb 2006 14:59:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=s0JHQTQQiUq39+x/9Y2KrfH2XKkNYRlInqAMjLz/wvYeBYVTBUcJsg2jnf0YsCVWSA8HlqQshAJXHoomDBg1RhNt07LMysLG4LFxKjx1t4Y3unituRaMs4SwKQxAnlZHcEKl7jj87MmWHBOaf8A5AzaXh3DlFeSNG4JN66GpNfY= Received: by 10.66.216.11 with SMTP id o11mr2507367ugg; Mon, 06 Feb 2006 14:59:17 -0800 (PST) Received: from ogre.obchaga.org ( [195.225.128.22]) by mx.gmail.com with ESMTP id o1sm2947629uge.2006.02.06.14.59.16; Mon, 06 Feb 2006 14:59:17 -0800 (PST) Date: Tue, 7 Feb 2006 01:59:11 +0300 From: Sergey Lungu To: freebsd-stable@freebsd.org Message-Id: <20060207015911.16cd48f1.sergey.lungu@gmail.com> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: atapicam problem (again): hang on boot with DVD burner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 22:59:21 -0000 Hi! I'm not burning DVDs frequently, so I haven't seen this problem before. I have burned a DVD with growisofs and after that I am seeing a 3-5 min hang at boot time. No error messages at all, just hang :) Here is what I have: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #0: Fri Feb 3 11:35:18 MSK 2006 keyer@ogre.obchaga.org:/usr/obj/usr/src/sys/OGRE ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2405.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 [...] acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDR at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present [3-5 min hang goes here] Trying to mount root from ufs:/dev/ad0s2a The most interesting thing is that I had no such problem before using my DVD burner! Is there a way to fix it? -- Sergey Lungu Real programmers don't comment their code. if it is hard to write, it should be hard to understand. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 23:35:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1CCC16A420 for ; Mon, 6 Feb 2006 23:35:34 +0000 (GMT) (envelope-from lopisaur@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46BA343D45 for ; Mon, 6 Feb 2006 23:35:34 +0000 (GMT) (envelope-from lopisaur@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so870790wxc for ; Mon, 06 Feb 2006 15:35:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:reply-to:to:cc:content-type:date:message-id:mime-version:x-mailer; b=Rhu5SIFaHUqKNed6ZuABQuMvzJ7NhxBOiwggk7l9EzYl82cRBMg+TtE2te09G2KPTcDj+tN8hldl+iBNd7azRNfhpPYgI8Vp/UBCpT30TX9DO/74pH4L1qcmMnRBXFnRNmVAdqPrnnqbMMJup0KihZXSlZOGcG1SIeOMt7XdHLk= Received: by 10.70.86.8 with SMTP id j8mr6545050wxb; Mon, 06 Feb 2006 15:35:33 -0800 (PST) Received: from hellion.clcw ( [206.107.150.130]) by mx.gmail.com with ESMTP id h12sm10067869wxd.2006.02.06.15.35.31; Mon, 06 Feb 2006 15:35:33 -0800 (PST) From: Christian Lopez de Castilla Wagner To: peterjeremy@optushome.com.au Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Ei/O5DGFzWPJg0NrUKsV" Date: Mon, 06 Feb 2006 19:36:36 -0400 Message-Id: <1139268996.15448.5.camel@hellion.clcw> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org, roth@iam.unibe.ch Subject: Re: bge0 odd startup behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lopisaur@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 23:35:35 -0000 --=-Ei/O5DGFzWPJg0NrUKsV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >On Sun, 2006-Feb-05 19:29:50 +0100, Tobias Roth wrote: >>bge0: link state changed to DOWN =20 >And "bge0: link state changed to UP" in the messages file. =20 >>Is what I described above normal? =20 >It seems normal for bge(4). =20 >> Does it happen with other drivers too? =20 >I don't recall seeing it on any other drivers. =20 >> I'll try to check with -current as soon as >>I can install it on this machine. =20 >Same thing happens on -current/amd64 using a >bge0: =20 >>I am using FreeBSD 6.0-STABLE #15: Tue Jan 31 21:25:42 CET 2006 =20 >You might like to mention what NIC you are using. =20 >--=20 >Peter Jeremy =20 =20 I actually had the exact same behaviour using xl0: <3Com 3c905C-TX Fast Etherlink XL>, but it happened under 5-Stable, I've never seen it under 6-Stable. Never had a problem because of it, though. --=20 Christian Lopez de Castilla Wagner lopisaur@gmail.com lopisaur@acelerate.com (+591-705)98290 --=-Ei/O5DGFzWPJg0NrUKsV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD592EBfwpMEg+qbYRAr30AJ9qG/7iX6i4iyGsXwiiw23bHRPB7ACgxhUQ aezXNyCR81A5ZhW3EPyHcDY= =lnG2 -----END PGP SIGNATURE----- --=-Ei/O5DGFzWPJg0NrUKsV-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 23:49:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B50BB16A420 for ; Mon, 6 Feb 2006 23:49:57 +0000 (GMT) (envelope-from ruzzi@compedgeracing.com) Received: from mail.compedgeracing.com (dsl-katy-207-70-139-52.consolidated.net [207.70.139.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EBA843D46 for ; Mon, 6 Feb 2006 23:49:57 +0000 (GMT) (envelope-from ruzzi@compedgeracing.com) Received: from www.compedgeracing.com (localhost.compedgeracing.com [127.0.0.1]) by mail.compedgeracing.com (Postfix) with ESMTP id 925FA5C2C for ; Mon, 6 Feb 2006 17:49:56 -0600 (CST) Received: from 207.70.139.52 (SquirrelMail authenticated user ruzzi) by www.compedgeracing.com with HTTP; Mon, 6 Feb 2006 17:49:56 -0600 (CST) Message-ID: <61167.207.70.139.52.1139269796.squirrel@www.compedgeracing.com> Date: Mon, 6 Feb 2006 17:49:56 -0600 (CST) From: "Robert Uzzi" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.6-rc1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: src upgrade to 6 from 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 23:49:57 -0000 Trying to do a src upgrade to 6 from 5.4 and buildworld fails in kvm_proc.c with the following errors. /usr/local/libexec/ccache/cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_proc.c /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /usr/src/lib/libkvm/kvm_proc.c:108: error: storage size of 't_cdev' isn't known /usr/src/lib/libkvm/kvm_proc.c:114: error: storage size of 'pr' isn't known /usr/src/lib/libkvm/kvm_proc.c:176: error: structure has no member named `ki_jid' /usr/src/lib/libkvm/kvm_proc.c:377: error: structure has no member named `p_rux' *** Error code 1 Stop in /usr/src/lib/libkvm. Can someone shed some light on this? From owner-freebsd-stable@FreeBSD.ORG Mon Feb 6 23:56:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23B3B16A420 for ; Mon, 6 Feb 2006 23:56:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8FAF43D45 for ; Mon, 6 Feb 2006 23:56:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BA06A1A3C20; Mon, 6 Feb 2006 15:56:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0538252B65; Mon, 6 Feb 2006 18:56:03 -0500 (EST) Date: Mon, 6 Feb 2006 18:56:03 -0500 From: Kris Kennaway To: Robert Uzzi Message-ID: <20060206235603.GA6494@xor.obsecurity.org> References: <61167.207.70.139.52.1139269796.squirrel@www.compedgeracing.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <61167.207.70.139.52.1139269796.squirrel@www.compedgeracing.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: src upgrade to 6 from 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 23:56:05 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 06, 2006 at 05:49:56PM -0600, Robert Uzzi wrote: > Trying to do a src upgrade to 6 from 5.4 and buildworld fails in > kvm_proc.c with the following errors. >=20 >=20 > /usr/local/libexec/ccache/cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Don't do this (or at least don't complain when it causes your build to fail :-). Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD5+ISWry0BWjoQKURAv+uAKCH21dJiGQWdNeSRmVdnWPyAL6mcgCfTOPP yaL8yX6Ng6qeZEx0EcNeX+4= =M1gv -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 00:21:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9861E16A420 for ; Tue, 7 Feb 2006 00:21:30 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0972043D46 for ; Tue, 7 Feb 2006 00:21:29 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from dragon (c-24-7-180-38.hsd1.ca.comcast.net[24.7.180.38]) by comcast.net (sccrmhc12) with SMTP id <200602070021280120082h07e>; Tue, 7 Feb 2006 00:21:28 +0000 Message-ID: <002c01c62b7c$7696ef20$fac8a8c0@dragon> From: "Jon Holstrom" To: References: <001d01c62ab9$56c25310$fac8a8c0@dragon> Date: Mon, 6 Feb 2006 16:21:38 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 00:21:30 -0000 any one know the date to get 5.4 stable ? i am not able to find the date to CVsup 5.4 stable as 5.5 is vary slow & is to buggy ----- Original Message ----- From: "Jon Holstrom" To: Sent: Sunday, February 05, 2006 5:04 PM Subject: freeBSD 5.5 Prerelease ( 5.4 stable ) Hello Group CVSuped a 5.4 release box 2 days ago ( was going for 5-stable ) CVS server gave me 5.5 prerelease two days later everything is 100 % installed had to run pkg_deinstall on gnome-2-10 after running portupgrade to install gnome-2.12 run down on PC i worked with Compaq 5003US PIII 866 , 370 pingrid 384 megs of ram ( 1 stick of PC 133, 256 RAM, 1 stick of PC 133, 128 RAM ) 40 gig Maxtor ATA 100 onboard Intel 810 chipset 3Com networkcard _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 00:27:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1E7616A420 for ; Tue, 7 Feb 2006 00:27:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F5043D45 for ; Tue, 7 Feb 2006 00:27:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6C4421A3C20; Mon, 6 Feb 2006 16:27:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BE50A5161D; Mon, 6 Feb 2006 19:27:40 -0500 (EST) Date: Mon, 6 Feb 2006 19:27:40 -0500 From: Kris Kennaway To: Jon Holstrom Message-ID: <20060207002740.GA7297@xor.obsecurity.org> References: <001d01c62ab9$56c25310$fac8a8c0@dragon> <002c01c62b7c$7696ef20$fac8a8c0@dragon> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <002c01c62b7c$7696ef20$fac8a8c0@dragon> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 00:27:42 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 06, 2006 at 04:21:38PM -0800, Jon Holstrom wrote: > any one know the date to get 5.4 stable ? > i am not able to find the date to CVsup 5.4 stable I think you're confused about your expectations..please read the handbook section that describes the freebsd branch structure. > as 5.5 is vary slow & is to buggy Please explain. Kris --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD5+l8Wry0BWjoQKURArV8AKDRjZ2dAz0+eA8ztwCnL3qDNJEY2wCfXP+d IfUS8z3gZnaGHGYnqGgq3MU= =tJte -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 00:33:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7C9216A420 for ; Tue, 7 Feb 2006 00:33:42 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28FD343D45 for ; Tue, 7 Feb 2006 00:33:42 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060207003337m9100sp73ne>; Tue, 7 Feb 2006 00:33:38 +0000 Message-ID: <43E7EAE1.6090203@math.missouri.edu> Date: Mon, 06 Feb 2006 18:33:37 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060204 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jon Holstrom References: <001d01c62ab9$56c25310$fac8a8c0@dragon> <002c01c62b7c$7696ef20$fac8a8c0@dragon> In-Reply-To: <002c01c62b7c$7696ef20$fac8a8c0@dragon> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 00:33:42 -0000 Jon Holstrom wrote: > any one know the date to get 5.4 stable ? > i am not able to find the date to CVsup 5.4 stable > as 5.5 is vary slow & is to buggy You might try stable-6.x, which in my opinion is really fine. My sense is that it actually runs a little faster than 5.x. > > ----- Original Message ----- From: "Jon Holstrom" > To: > Sent: Sunday, February 05, 2006 5:04 PM > Subject: freeBSD 5.5 Prerelease ( 5.4 stable ) > > > Hello Group > > CVSuped a 5.4 release box 2 days ago ( was going for 5-stable ) > CVS server gave me 5.5 prerelease > two days later everything is 100 % installed > > had to run pkg_deinstall on gnome-2-10 > after running portupgrade to install gnome-2.12 > > > run down on PC i worked with > > Compaq 5003US PIII 866 , 370 pingrid > 384 megs of ram ( 1 stick of PC 133, 256 RAM, 1 stick of PC 133, 128 RAM ) > 40 gig Maxtor ATA 100 > onboard Intel 810 chipset > 3Com networkcard > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 00:42:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07D9D16A420 for ; Tue, 7 Feb 2006 00:42:58 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A47543D45 for ; Tue, 7 Feb 2006 00:42:57 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by pproxy.gmail.com with SMTP id i49so133347pye for ; Mon, 06 Feb 2006 16:42:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VmnsFVBb9VQYWu/DRZcF7tKUvgiVPteFYGrKQUcUdk7Wv35bZOmHEzOgvJgmU8PtO+G8npPXfJb0bbFAdQPAZFs4fzzx+x66dlPQh4+fHfJYy6dAfGIbFaf33vuXJ15tROfhLPDT0QUCGk/LN7B4WznBKa/JV41jSgD6IL6WrXk= Received: by 10.35.37.18 with SMTP id p18mr64948pyj; Mon, 06 Feb 2006 16:42:56 -0800 (PST) Received: by 10.35.28.4 with HTTP; Mon, 6 Feb 2006 16:42:56 -0800 (PST) Message-ID: <2a41acea0602061642p41fbff6er3c4fa7a7996dc1e0@mail.gmail.com> Date: Mon, 6 Feb 2006 16:42:56 -0800 From: Jack Vogel To: Stephen Montgomery-Smith In-Reply-To: <43E7EAE1.6090203@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <001d01c62ab9$56c25310$fac8a8c0@dragon> <002c01c62b7c$7696ef20$fac8a8c0@dragon> <43E7EAE1.6090203@math.missouri.edu> Cc: freebsd-stable@freebsd.org, Jon Holstrom Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 00:42:58 -0000 On 2/6/06, Stephen Montgomery-Smith wrote: > Jon Holstrom wrote: > > any one know the date to get 5.4 stable ? > > i am not able to find the date to CVsup 5.4 stable > > as 5.5 is vary slow & is to buggy > > > You might try stable-6.x, which in my opinion is really fine. My sense > is that it actually runs a little faster than 5.x. I agree, the tests and use of 6.0 have shown it to be preferable in every way to 5.x. Jack From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 00:45:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B6A916A422 for ; Tue, 7 Feb 2006 00:45:22 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 59B1543D72 for ; Tue, 7 Feb 2006 00:45:16 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 27867 invoked from network); 7 Feb 2006 00:45:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ZHOxos3xr2xY7fqqbvkk9IG1uel8F7WoXVQ0ezBasO3M/6s+zA8ANKruz2eHycyOkKxD0+1OH4gojJeE/nhuFKWwP99s8jsJQ87OTYo/5s7jVjI9v8izVt1FDZI2MAQQjb+vWhShtuk3ubnEOPeN+x1di/tC1z1zA6NW4cowW6k= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 7 Feb 2006 00:45:16 -0000 Message-ID: <43E7EDA2.7070807@rogers.com> Date: Mon, 06 Feb 2006 19:45:22 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jon Holstrom References: <001d01c62ab9$56c25310$fac8a8c0@dragon> <002c01c62b7c$7696ef20$fac8a8c0@dragon> In-Reply-To: <002c01c62b7c$7696ef20$fac8a8c0@dragon> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 00:45:22 -0000 Jon Holstrom wrote: > any one know the date to get 5.4 stable ? > i am not able to find the date to CVsup 5.4 stable There is no such thing as 5.4-stable there is only 5-stable. > as 5.5 is vary slow & is to buggy 5.5 does not exist yet, how did you determine thats its slow and buggy? From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 00:48:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D018616A420 for ; Tue, 7 Feb 2006 00:48:15 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id DF55043D45 for ; Tue, 7 Feb 2006 00:48:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 80896 invoked from network); 7 Feb 2006 00:48:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ydJAm9VRorODKEs21VC/PRa4McwsNvDNqFmB35o3BQVnaMkdq+kCVxEDDgyuiqZqyUO9csK6VQ22iKGCYqrgoXDLnmeC0C+TQ2Dzwvq19uHoZ/dnHlntfWgTMGwa2tHCWsauDb8x8xrmr7SQa61C5HhR5pAzFIaXglmrUMqPG6c= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 7 Feb 2006 00:48:14 -0000 Message-ID: <43E7EE54.5050103@rogers.com> Date: Mon, 06 Feb 2006 19:48:20 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jack Vogel References: <001d01c62ab9$56c25310$fac8a8c0@dragon> <002c01c62b7c$7696ef20$fac8a8c0@dragon> <43E7EAE1.6090203@math.missouri.edu> <2a41acea0602061642p41fbff6er3c4fa7a7996dc1e0@mail.gmail.com> In-Reply-To: <2a41acea0602061642p41fbff6er3c4fa7a7996dc1e0@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jon Holstrom Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 00:48:15 -0000 Jack Vogel wrote: > On 2/6/06, Stephen Montgomery-Smith wrote: > >> Jon Holstrom wrote: >> >>> any one know the date to get 5.4 stable ? >>> i am not able to find the date to CVsup 5.4 stable >>> as 5.5 is vary slow & is to buggy >>> >> You might try stable-6.x, which in my opinion is really fine. My sense >> is that it actually runs a little faster than 5.x. >> > > I agree, the tests and use of 6.0 have shown it to be preferable > in every way to 5.x. > Except when you need QUOTA support :P From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 00:56:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 259D316A420 for ; Tue, 7 Feb 2006 00:56:01 +0000 (GMT) (envelope-from luck@computerking.ca) Received: from shoemasters.com (shoemasters.com [68.144.188.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFE543D45 for ; Tue, 7 Feb 2006 00:56:00 +0000 (GMT) (envelope-from luck@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id B9C447DC032 for ; Mon, 6 Feb 2006 17:52:59 -0700 (MST) Received: from shoemasters.com ([127.0.0.1]) by localhost (shoemasters.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17727-06 for ; Mon, 6 Feb 2006 17:52:59 -0700 (MST) Received: from shoemasters.com (unknown [192.168.1.1]) by shoemasters.com (Postfix) with ESMTP id 3E4F87DC031 for ; Mon, 6 Feb 2006 17:52:59 -0700 (MST) Message-ID: <18525189.261139273579156.JavaMail.root@shoemasters.com> Date: Mon, 6 Feb 2006 17:52:59 -0700 (MST) From: "RYAN M. vAN GINNEKEN" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Freebsd 6 ntfs write ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 00:56:01 -0000 Hello all i am woundering if ntfs write works yet in fbsd 6? FreeBSD t9100.computerking.ca 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Sat Feb 4 22:02:58 MST 2006 root@t9100.computerking.ca:/usr/obj/usr/src/sys/T9100 i386 i have added the following to my /etc/fstab /dev/ad0s1 /mnt/winxpro ntfs rw 0 0 but get errors when tring to delete files su-2.05b# rm wepkeys.txt rm: wepkeys.txt: Operation not supported -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 01:17:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6718D16A420 for ; Tue, 7 Feb 2006 01:17:38 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.192.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EEB543D55 for ; Tue, 7 Feb 2006 01:17:36 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from dragon (c-24-7-180-38.hsd1.ca.comcast.net[24.7.180.38]) by comcast.net (rwcrmhc13) with SMTP id <20060207011735m13009ejade>; Tue, 7 Feb 2006 01:17:35 +0000 Message-ID: <001201c62b84$4d591900$fac8a8c0@dragon> From: "Jon Holstrom" To: References: <001d01c62ab9$56c25310$fac8a8c0@dragon><002c01c62b7c$7696ef20$fac8a8c0@dragon> <43E7EDA2.7070807@rogers.com> Date: Mon, 6 Feb 2006 17:17:45 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 01:17:38 -0000 i cvsuped for 5.4 stable a few days ago. server gave me 5.5 prerelease works good, gnome2-2.12 ( had to pkg_deinstall -r deinstall gnome 2.10) Xorg 6.9.0 just slow as can be ----- Original Message ----- From: "Mike Jakubik" To: "Jon Holstrom" Cc: Sent: Monday, February 06, 2006 4:45 PM Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) > Jon Holstrom wrote: >> any one know the date to get 5.4 stable ? >> i am not able to find the date to CVsup 5.4 stable > There is no such thing as 5.4-stable there is only 5-stable. > >> as 5.5 is vary slow & is to buggy > > 5.5 does not exist yet, how did you determine thats its slow and buggy? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 01:32:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28D4916A420 for ; Tue, 7 Feb 2006 01:32:55 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 6951F43D49 for ; Tue, 7 Feb 2006 01:32:54 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 57990 invoked from network); 7 Feb 2006 01:32:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=pCzLuQAwpgXOCKNr00l0o3JLQptx51ITOu5swiUXfYCTX0zNNj3tvxyWgi0wrIXNzuZZZ03uSrFzLi5kAyGCnXAynvWiShQY1/Uun43IgcRcyXox59AnZcySDZyMP2/323Ra2rvfNG2iJtAb4IzmB/AXicLbxhsrbVdeHd/855c= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 7 Feb 2006 01:32:53 -0000 Message-ID: <43E7F8CC.4040006@rogers.com> Date: Mon, 06 Feb 2006 20:33:00 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jon Holstrom References: <001d01c62ab9$56c25310$fac8a8c0@dragon><002c01c62b7c$7696ef20$fac8a8c0@dragon> <43E7EDA2.7070807@rogers.com> <001201c62b84$4d591900$fac8a8c0@dragon> In-Reply-To: <001201c62b84$4d591900$fac8a8c0@dragon> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 01:32:55 -0000 Jon Holstrom wrote: > i cvsuped for 5.4 stable a few days ago. > server gave me 5.5 prerelease > works good, That is normal, -stable will become prerelease before the next version is released, it doesn't mean that its not stable. You should consider migrating to 6, as this will be the last release of the 5 branch. > > just slow as can be What is slow? Provide more details and please don't top post. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 01:45:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CDCE16A420 for ; Tue, 7 Feb 2006 01:45:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3DBF43D45 for ; Tue, 7 Feb 2006 01:45:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B65381A3C20; Mon, 6 Feb 2006 17:45:36 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CD22751A42; Mon, 6 Feb 2006 20:45:35 -0500 (EST) Date: Mon, 6 Feb 2006 20:45:35 -0500 From: Kris Kennaway To: Jon Holstrom Message-ID: <20060207014535.GA10328@xor.obsecurity.org> References: <43E7EDA2.7070807@rogers.com> <001201c62b84$4d591900$fac8a8c0@dragon> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <001201c62b84$4d591900$fac8a8c0@dragon> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 01:45:37 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 06, 2006 at 05:17:45PM -0800, Jon Holstrom wrote: > i cvsuped for 5.4 stable a few days ago. > server gave me 5.5 prerelease Right, because they're the same. > works good,=20 >=20 > gnome2-2.12 ( had to pkg_deinstall -r deinstall gnome 2.10) > Xorg 6.9.0 >=20 > just slow as can be This is unlikely since changing the name of the release doesn't magically make it slower, but if you really think so, then again, please explain. Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD5/u/Wry0BWjoQKURArNzAJ4ghN79/Xke4DHcE8KJn5EfPFYxggCgyzIf cyhTC6fwTjUhp2isDcbFpS8= =4nzZ -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 01:53:51 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E67F416A420 for ; Tue, 7 Feb 2006 01:53:51 +0000 (GMT) (envelope-from cinek@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 2EBDC43D45 for ; Tue, 7 Feb 2006 01:53:50 +0000 (GMT) (envelope-from cinek@gmx.de) Received: (qmail invoked by alias); 07 Feb 2006 01:53:49 -0000 Received: from p5090F402.dip.t-dialin.net (EHLO klotz.local) [80.144.244.2] by mail.gmx.net (mp036) with SMTP; 07 Feb 2006 02:53:49 +0100 X-Authenticated: #989277 Received: from [192.168.0.2] (booky.local [192.168.0.2]) by klotz.local (8.13.4/8.13.4) with ESMTP id k171rkEU003868 for ; Tue, 7 Feb 2006 02:53:48 +0100 (CET) (envelope-from cinek@gmx.de) Message-ID: <43E7FDAA.3010409@gmx.de> Date: Tue, 07 Feb 2006 02:53:46 +0100 From: Martin Krzysiak User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200602061658.k16GwqLr068150@lurza.secnetix.de> In-Reply-To: <200602061658.k16GwqLr068150@lurza.secnetix.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: Subject: Re: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 01:53:52 -0000 Oliver Fromme wrote: > It's not a bug. It's perfectly POSIX-compatible. I think this behavior is "undefined" in POSIX, as I found in some documents. This is a difference. > To convert lower case to upper case, use the command > "tr '[:lower:]' '[:upper:]'" (or enumerate all letters > explicitely, like "tr abcdef ABCDEF"). Skripts that > use things like "tr a-z A-Z" are broken and need to be > fixed. It's not only upper-lowercase conversion that is weird. Try "echo wxyz | tr w-z a-d". Ranges are broken generally in ISO-locales, in my opinion. > By the way: Do not set LANG or LC_ALL, expecially for > the root user, and especially when compiling things. One thing I like about FreeBSD is that I have my German environment. But you are right. The only locale that is expected to work correctly is "C". > Not only will tr behave in unexpected ways when used > like above, but also other things might break. For > example, German month names appear in "ls -l", which > will break scripts that try to parse them. Don't tell me about localization problems. I've seen lots of stupid things. The latest one was a localized "Date:" header produced by a commercial application. > Some tools > use decimal commas instead of decimal points, which > can lead to further confusion, etc. Yes, scripts > which try to do that are broken, but they do exist. Yes. You are right. How many times did you use tr(1) to convert your texts to upper/lower case? Do you expect that it works correctly? I would prefer to use it like: "tr a-zäöü A-ZÄÖÜ", _if_ I ever need to do it. > If you only need support for German umlauts, then only > set LC_CTYPE. That shouldn't break anything. I appreciate really really really that FreeBSD supports German locales. Let's stop arguing. I just wanted to ask about the behavior. Now I know that something might by fishy with tr(1) and I understand how to avoid this problem. That's all I need to know. For people who are interested in a simple workaround. Don't use de_DE.ISO8859-1(5). Instead use de_DE.UTF-8. tr(1)'s ranges work like expected there. Martin From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 03:41:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6B5A16A420 for ; Tue, 7 Feb 2006 03:41:38 +0000 (GMT) (envelope-from ruzzi@compedgeracing.com) Received: from mail.compedgeracing.com (dsl-katy-207-70-139-52.consolidated.net [207.70.139.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44EBC43D49 for ; Tue, 7 Feb 2006 03:41:38 +0000 (GMT) (envelope-from ruzzi@compedgeracing.com) Received: from www.compedgeracing.com (localhost.compedgeracing.com [127.0.0.1]) by mail.compedgeracing.com (Postfix) with ESMTP id EE6885C2C; Mon, 6 Feb 2006 21:41:40 -0600 (CST) Received: from 207.70.139.52 (SquirrelMail authenticated user ruzzi) by www.compedgeracing.com with HTTP; Mon, 6 Feb 2006 21:41:40 -0600 (CST) Message-ID: <62897.207.70.139.52.1139283700.squirrel@www.compedgeracing.com> In-Reply-To: <20060206235603.GA6494@xor.obsecurity.org> References: <61167.207.70.139.52.1139269796.squirrel@www.compedgeracing.com> <20060206235603.GA6494@xor.obsecurity.org> Date: Mon, 6 Feb 2006 21:41:40 -0600 (CST) From: "Robert Uzzi" To: "Kris Kennaway" User-Agent: SquirrelMail/1.4.6-rc1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: src upgrade to 6 from 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 03:41:38 -0000 Didn't make a difference, still seeking ilumination. cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_proc.c /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /usr/src/lib/libkvm/kvm_proc.c:108: error: storage size of 't_cdev' isn't known /usr/src/lib/libkvm/kvm_proc.c:114: error: storage size of 'pr' isn't known /usr/src/lib/libkvm/kvm_proc.c:176: error: structure has no member named `ki_jid' /usr/src/lib/libkvm/kvm_proc.c:377: error: structure has no member named `p_rux' *** Error code 1 Stop in /usr/src/lib/libkvm. > On Mon, Feb 06, 2006 at 05:49:56PM -0600, Robert Uzzi wrote: >> Trying to do a src upgrade to 6 from 5.4 and buildworld fails in >> kvm_proc.c with the following errors. >> >> >> /usr/local/libexec/ccache/cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Don't do this (or at least don't complain when it causes your build to > fail :-). > > Kris > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 04:30:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B46D516A429 for ; Tue, 7 Feb 2006 04:30:46 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D130143D48 for ; Tue, 7 Feb 2006 04:30:45 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k174Ujo7053889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 6 Feb 2006 20:30:45 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43E822DA.3010004@errno.com> Date: Mon, 06 Feb 2006 20:32:26 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051227) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ath patch+hal for test X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 04:30:46 -0000 You can find the 0.9.16.13 hal (that's been out for a while) and an updated ath.patch at http://www.freebsd.org/~sam/ath. Please test and report any regressions against what is in CVS. This patch should work on both HEAD and RELENG_6. I hope to get things in CVS in time to make the 6.1 release so timely feedback is important. This hal is required if you have one of the newer Atheros parts (e.g. 5414). I've mainly tested station mode so beware of ap mode problems. I am aware of one issue that is not fixed in this patch: beacon miss handling may not work correctly if the beacon timers are initialized with a stale tsf (as can happen when scanning many channels). This affects both station and adhoc mode operation and will be fixed when I commit the changes. If you have a laptop with a radio on/off switch I've tried to add the necessary glue to make it functional but since I don't have any laptops of this sort the code is untested. Sam From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 05:38:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D73D716A420 for ; Tue, 7 Feb 2006 05:38:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 925E143D45 for ; Tue, 7 Feb 2006 05:38:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 72EF61A3C20; Mon, 6 Feb 2006 21:38:06 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C724352152; Tue, 7 Feb 2006 00:38:05 -0500 (EST) Date: Tue, 7 Feb 2006 00:38:05 -0500 From: Kris Kennaway To: Robert Uzzi Message-ID: <20060207053805.GA18236@xor.obsecurity.org> References: <61167.207.70.139.52.1139269796.squirrel@www.compedgeracing.com> <20060206235603.GA6494@xor.obsecurity.org> <62897.207.70.139.52.1139283700.squirrel@www.compedgeracing.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <62897.207.70.139.52.1139283700.squirrel@www.compedgeracing.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: src upgrade to 6 from 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 05:38:07 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 06, 2006 at 09:41:40PM -0600, Robert Uzzi wrote: > Didn't make a difference, still seeking ilumination. Rebuild your 5.4 world first, in case it has become damaged. Kris P.S. Please don't top-post --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6DI9Wry0BWjoQKURAi/oAKCEyMTYiI7m6elf37LmTigAHoyYZQCfYvTH aeux2Nn5o1QpUxT1lo7Nw/k= =aPOm -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 07:16:34 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 723AF16A422 for ; Tue, 7 Feb 2006 07:16:34 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 682A343D46 for ; Tue, 7 Feb 2006 07:16:32 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k177GSRr035074; Tue, 7 Feb 2006 09:16:28 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 64262-02; Tue, 7 Feb 2006 09:16:25 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k177G8Oo035059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Feb 2006 09:16:08 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k177GDv4080833; Tue, 7 Feb 2006 09:16:13 +0200 (EET) (envelope-from ru) Date: Tue, 7 Feb 2006 09:16:12 +0200 From: Ruslan Ermilov To: Robert Uzzi Message-ID: <20060207071612.GC88541@ip.net.ua> References: <61167.207.70.139.52.1139269796.squirrel@www.compedgeracing.com> <20060206235603.GA6494@xor.obsecurity.org> <62897.207.70.139.52.1139283700.squirrel@www.compedgeracing.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9" Content-Disposition: inline In-Reply-To: <62897.207.70.139.52.1139283700.squirrel@www.compedgeracing.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-stable@FreeBSD.org, Kris Kennaway Subject: Re: src upgrade to 6 from 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 07:16:34 -0000 --gj572EiMnwbLXET9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 06, 2006 at 09:41:40PM -0600, Robert Uzzi wrote: > Didn't make a difference, still seeking ilumination. >=20 >=20 > cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_proc.c > /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > /usr/src/lib/libkvm/kvm_proc.c:108: error: storage size of 't_cdev' isn't > known > /usr/src/lib/libkvm/kvm_proc.c:114: error: storage size of 'pr' isn't kno= wn > /usr/src/lib/libkvm/kvm_proc.c:176: error: structure has no member named > `ki_jid' > /usr/src/lib/libkvm/kvm_proc.c:377: error: structure has no member named > `p_rux' > *** Error code 1 >=20 > Stop in /usr/src/lib/libkvm. >=20 How did you disable ccache? If you did it by setting NOCCACHE it doesn't really work. Comment out the ccache stuff completely from /etc/make.conf and try again. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --gj572EiMnwbLXET9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6Ek8qRfpzJluFF4RAuScAJ4lTskwImL0X8r2y3OV85iUpXHxXQCePP4u TnObi0m0jL+ErYYyn2WYx+Y= =KGjW -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 07:38:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0284616A422 for ; Tue, 7 Feb 2006 07:38:15 +0000 (GMT) (envelope-from malcolm.kay@internode.on.net) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 724EC43D78 for ; Tue, 7 Feb 2006 07:37:59 +0000 (GMT) (envelope-from malcolm.kay@internode.on.net) Received: from alpha.home (ppp149-137.lns3.adl2.internode.on.net [59.167.149.137]) by smtp1.adl2.internode.on.net (8.13.5/8.13.5) with ESMTP id k177bqA4090352; Tue, 7 Feb 2006 18:07:52 +1030 (CST) (envelope-from malcolm.kay@internode.on.net) From: Malcolm Kay Organization: at home To: freebsd-stable@freebsd.org Date: Tue, 7 Feb 2006 18:07:50 +1030 User-Agent: KMail/1.8 References: <20060207015911.16cd48f1.sergey.lungu@gmail.com> In-Reply-To: <20060207015911.16cd48f1.sergey.lungu@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602071807.51127.malcolm.kay@internode.on.net> Cc: Sergey Lungu Subject: Re: atapicam problem (again): hang on boot with DVD burner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 07:38:15 -0000 On Tue, 7 Feb 2006 09:29 am, Sergey Lungu wrote: > Hi! > > I'm not burning DVDs frequently, so I haven't seen this > problem before. I have burned a DVD with growisofs and after > that I am seeing a 3-5 min hang at boot time. No error > messages at all, just hang :) > > Here is what I have: > > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, > 1993, 1994 The Regents of the University of California. All > rights reserved. FreeBSD 6.1-PRERELEASE #0: Fri Feb 3 > 11:35:18 MSK 2006 > keyer@ogre.obchaga.org:/usr/obj/usr/src/sys/OGRE > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2405.47-MHz 686-class > CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > > [...] > > acd0: DMA limited to UDMA33, controller found non-ATA66 cable > acd0: DVDR at ata1-master > UDMA33 cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 > device cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium > not present > In my limited experience of hanging on boot up the delay has been caused by the next, not yet announced activity (possibly not a very useful comment). Malcolm > [3-5 min hang goes here] > > Trying to mount root from ufs:/dev/ad0s2a > > The most interesting thing is that I had no such problem > before using my DVD burner! > > Is there a way to fix it? From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 10:26:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A459616A420 for ; Tue, 7 Feb 2006 10:26:33 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDAD543D48 for ; Tue, 7 Feb 2006 10:26:32 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k17AQDsG047126; Tue, 7 Feb 2006 08:26:14 -0200 (BRST) (envelope-from joao@matik.com.br) From: joaoBR To: freebsd-stable@freebsd.org, Sam Leffler Date: Tue, 7 Feb 2006 08:26:25 -0200 User-Agent: KMail/1.9.1 References: <43E822DA.3010004@errno.com> In-Reply-To: <43E822DA.3010004@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602070826.25219.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: ath patch+hal for test X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 10:26:33 -0000 On Tuesday 07 February 2006 02:32, Sam Leffler wrote: > > If you have a laptop with a radio on/off switch I've tried to add the > necessary glue to make it functional but since I don't have any laptops > of this sort the code is untested. > Hi I check this out, do you want to know something specific or only if it works or not? Any sysctl to set? thank's -- J.M. A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 11:34:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EED1916A420 for ; Tue, 7 Feb 2006 11:34:34 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CCD143D4C for ; Tue, 7 Feb 2006 11:34:30 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so305608uge for ; Tue, 07 Feb 2006 03:34:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=YjjZwAixldvfhj57SQ+e7mbyOU0encqZ1995i6yrrHdLHSxKblWC19TzjFQykvBBRkguj+hg0f5nuOwc1j6aIFriz5bju1AaLuV1lqHOsKbyz7+wr0CjuGcQA6AK4cX3gUqke0Z18WsKzpugUjzLjEI04S7Oybv4TtsNfqVE+/s= Received: by 10.66.245.1 with SMTP id s1mr2795664ugh; Tue, 07 Feb 2006 03:34:29 -0800 (PST) Received: from ogre.obchaga.org ( [195.225.128.22]) by mx.gmail.com with ESMTP id u1sm5000205uge.2006.02.07.03.34.28; Tue, 07 Feb 2006 03:34:29 -0800 (PST) Date: Tue, 7 Feb 2006 14:34:24 +0300 From: Sergey Lungu To: freebsd-stable@freebsd.org Message-Id: <20060207143424.3542a739.sergey.lungu@gmail.com> In-Reply-To: <200602071807.51127.malcolm.kay@internode.on.net> References: <20060207015911.16cd48f1.sergey.lungu@gmail.com> <200602071807.51127.malcolm.kay@internode.on.net> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: atapicam problem (again): hang on boot with DVD burner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 11:34:35 -0000 On Tue, 7 Feb 2006 18:07:50 +1030 Malcolm Kay wrote: > On Tue, 7 Feb 2006 09:29 am, Sergey Lungu wrote: > > Hi! > > > > I'm not burning DVDs frequently, so I haven't seen this > > problem before. I have burned a DVD with growisofs and after > > that I am seeing a 3-5 min hang at boot time. No error > > messages at all, just hang :) > > > > Here is what I have: > > > > Copyright (c) 1992-2005 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, > > 1993, 1994 The Regents of the University of California. All > > rights reserved. FreeBSD 6.1-PRERELEASE #0: Fri Feb 3 > > 11:35:18 MSK 2006 > > keyer@ogre.obchaga.org:/usr/obj/usr/src/sys/OGRE > > ACPI APIC Table: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2405.47-MHz 686-class > > CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > > > > [...] > > > > acd0: DMA limited to UDMA33, controller found non-ATA66 cable > > acd0: DVDR at ata1-master > > UDMA33 cd0 at ata1 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 > > device cd0: 33.000MB/s transfers > > cd0: Attempt to query device size failed: NOT READY, Medium > > not present > > > In my limited experience of hanging on boot up the delay has been > caused by the next, not yet announced activity (possibly not a > very useful comment). > > Malcolm As you can see below the next activity is "Trying to mount root from ufs:/dev/ad0s2a" and it is definitely not the cause of hang. Any way, maybe there is some oher information I can supply to clear the problem up? > > [3-5 min hang goes here] > > > > Trying to mount root from ufs:/dev/ad0s2a > > > > The most interesting thing is that I had no such problem > > before using my DVD burner! > > > > Is there a way to fix it? -- Sergey Lungu Please don't steal, the IRS hates competition! From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 12:23:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9209B16A420 for ; Tue, 7 Feb 2006 12:23:02 +0000 (GMT) (envelope-from content-filter@makana.gov.za) Received: from smtp2.imaginet.co.za (smtp2.imaginet.co.za [196.34.166.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5139B43D45 for ; Tue, 7 Feb 2006 12:22:58 +0000 (GMT) (envelope-from content-filter@makana.gov.za) Received: from [196.211.28.150] (helo=makana.gov.za) by smtp2.imaginet.co.za with esmtpa (Exim 4.50 (FreeBSD)) id 1F6Rpj-000AAg-Al for freebsd-stable@freebsd.org; Tue, 07 Feb 2006 14:20:36 +0200 Received: from 192.168.13.10 for freebsd-stable@freebsd.org; Tue, 07 Feb 2006 14:22:45 +0200 From: "WorkgroupMail Content Filter" To: freebsd-stable@freebsd.org Sender: "WorkgroupMail Content Filter" Date: Tue, 07 Feb 2006 14:22:44 +0200 X-WM-Plugin-Generated: MailScan MIME-Version: 1.0 Content-type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Message-ID: X-Whitelisted: The user has authenticated (1). X-Whitelisted: The user has Authenticated (2). Subject: QUARANTINED: Returned mail: see transcript for details X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 12:23:02 -0000 The message "Returned mail: see transcript for details" from , sent on 2/7/2006 14:22 was quarantined because it contained either an executable file, a batch file or a screen saver file. All of these types of attachments are considered security risks. Please consult your mail administrator who can release the message. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 12:51:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79D7316A420 for ; Tue, 7 Feb 2006 12:51:00 +0000 (GMT) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1FFA43D45 for ; Tue, 7 Feb 2006 12:50:59 +0000 (GMT) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with SMTP id 4521884 for freebsd-stable@freebsd.org; Tue, 07 Feb 2006 15:50:57 +0300 Message-ID: <17ea01c62be5$23fc24b0$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: Date: Tue, 7 Feb 2006 15:50:57 +0300 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_17E7_01C62BFE.492A6300" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Subject: umass device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 12:51:00 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_17E7_01C62BFE.492A6300 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Hi. I have strange problem with 6.0-STABLE and USB flash drive (Transcend JetFlash 1Gb). My work bsd-box is online and powered 24/7 and almost every day I plug in my USB drive, mount and work with it. But sometimes, after 3-4 days of uptime, USB just freezes: I can see non-blinking led indicator on flash drive when I plug it in, but I can see it via `camcontrol devlist`. However, I can't see /dev/da0 and can't do anything with flash drive (camcontrol rescan, eject/load give no results). Some times system just reboots after removing flash drive from USB port _and_ typing `camcontrol devlist` or `camcontrol reset all`. BTW, how should I remove flash drive properly? Is it necessary to do `camcontrol eject x:x:x` before removing? I always did this earlier, but for test purposes I skip this command for last several days, and I see no difference. There are no other USB devices (like mouse, keyboard, etc.) My kernel config is attached. PS: I have cvsup'ed (with RELENG_6 cvs tag) yesterday and now `uname -r` shows "6.1-PRERELEASE" instead of "6.0-STABLE". Is it ok? Are they same? -- Andrew ------=_NextPart_000_17E7_01C62BFE.492A6300 Content-Type: application/octet-stream; name="DEFBSD" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="DEFBSD" machine i386=0A= cpu I686_CPU=0A= ident DEFBSD=0A= =0A= #makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols=0A= =0A= #options SCHED_ULE # ULE scheduler=0A= options SCHED_4BSD # 4BSD scheduler=0A= options PREEMPTION # Enable kernel thread preemption=0A= options INET # InterNETworking=0A= #options INET6 # IPv6 communications protocols=0A= options FFS # Berkeley Fast Filesystem=0A= options SOFTUPDATES # Enable FFS soft updates support=0A= options UFS_ACL # Support for access control lists=0A= options UFS_DIRHASH # Improve performance on big directories=0A= options MD_ROOT # MD is a potential root device=0A= options NFSCLIENT # Network Filesystem Client=0A= options NFSSERVER # Network Filesystem Server=0A= options NFS_ROOT # NFS usable as /, requires NFSCLIENT=0A= options MSDOSFS # MSDOS Filesystem=0A= options CD9660 # ISO 9660 Filesystem=0A= options PROCFS # Process filesystem (requires PSEUDOFS)=0A= options PSEUDOFS # Pseudo-filesystem framework=0A= options GEOM_GPT # GUID Partition Tables.=0A= options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!]=0A= options COMPAT_FREEBSD4 # Compatible with FreeBSD4=0A= options COMPAT_FREEBSD5 # Compatible with FreeBSD5=0A= options SCSI_DELAY=3D5000 # Delay (in ms) before probing SCSI=0A= options KTRACE # ktrace(1) support=0A= options SYSVSHM # SYSV-style shared memory=0A= options SYSVMSG # SYSV-style message queues=0A= options SYSVSEM # SYSV-style semaphores=0A= options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time = extensions=0A= options KBD_INSTALL_CDEV # install a CDEV entry in /dev=0A= options ADAPTIVE_GIANT # Giant mutex is adaptive.=0A= =0A= device apic # I/O APIC=0A= =0A= # ipfilter=0A= options IPFILTER # ipfilter support=0A= options IPFILTER_LOG # ipfilter logging=0A= =0A= # Bus support.=0A= device eisa=0A= device pci=0A= =0A= # Floppy drives=0A= device fdc=0A= =0A= # Sound=0A= device sound=0A= device snd_ich=0A= device snd_es137x=0A= =0A= # ATA and ATAPI devices=0A= device ata=0A= device atadisk # ATA disk drives=0A= device atapicd # ATAPI CDROM drives=0A= device atapifd # ATAPI floppy drives=0A= device atapicam=0A= options ATA_STATIC_ID # Static device numbering=0A= =0A= # SCSI peripherals=0A= device scbus # SCSI bus (required for SCSI)=0A= device ch # SCSI media changers=0A= device da # Direct Access (disks)=0A= device cd # CD=0A= device pass # Passthrough device (direct SCSI access)=0A= device ses # SCSI Environmental Services (and SAF-TE)=0A= =0A= # atkbdc0 controls both the keyboard and the PS/2 mouse=0A= device atkbdc # AT keyboard controller=0A= device atkbd # AT keyboard=0A= device psm # PS/2 mouse=0A= =0A= device vga # VGA video card driver=0A= device splash # Splash screen and screen saver support=0A= device sc # default system console driver=0A= device agp # support several AGP chipsets=0A= =0A= # Power management support (see NOTES for more options)=0A= #device apm=0A= # Add suspend/resume support for the i8254.=0A= device pmtimer=0A= =0A= # Serial (COM) ports=0A= device sio # 8250, 16[45]50 based serial ports=0A= =0A= device em # Intel PRO/1000 adapter Gigabit Ethernet Card=0A= device ixgb # Intel PRO/10GbE Ethernet Card=0A= device miibus # MII bus support=0A= device fxp # Intel EtherExpress PRO/100B (82557, 82558)=0A= device rl # RealTek 8129/8139=0A= =0A= # Pseudo devices.=0A= device loop # Network loopback=0A= device random # Entropy device=0A= device ether # Ethernet support=0A= device ppp # Kernel PPP=0A= device tun # Packet tunnel.=0A= device pty # Pseudo-ttys (telnet etc)=0A= device md # Memory "disks"=0A= =0A= device bpf # Berkeley packet filter=0A= =0A= # USB support=0A= device uhci # UHCI PCI->USB interface=0A= device ohci # OHCI PCI->USB interface=0A= device ehci # EHCI PCI->USB interface (USB 2.0)=0A= device usb # USB Bus (required)=0A= device ugen # Generic=0A= device uhid # "Human Interface Devices"=0A= device umass # Disks/Mass storage - Requires scbus and da=0A= device ums # Mouse=0A= ------=_NextPart_000_17E7_01C62BFE.492A6300-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 14:00:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A8D516A448 for ; Tue, 7 Feb 2006 14:00:00 +0000 (GMT) (envelope-from ruzzi@compedgeracing.com) Received: from mail.compedgeracing.com (dsl-katy-207-70-139-52.consolidated.net [207.70.139.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 087C743D46 for ; Tue, 7 Feb 2006 13:59:59 +0000 (GMT) (envelope-from ruzzi@compedgeracing.com) Received: from www.compedgeracing.com (localhost.compedgeracing.com [127.0.0.1]) by mail.compedgeracing.com (Postfix) with ESMTP id 8F9D95C0B for ; Tue, 7 Feb 2006 08:00:05 -0600 (CST) Received: from 207.70.139.52 (SquirrelMail authenticated user ruzzi) by www.compedgeracing.com with HTTP; Tue, 7 Feb 2006 08:00:05 -0600 (CST) Message-ID: <50823.207.70.139.52.1139320805.squirrel@www.compedgeracing.com> In-Reply-To: <17ea01c62be5$23fc24b0$970da8c0@jam.zenon.net> References: <17ea01c62be5$23fc24b0$970da8c0@jam.zenon.net> Date: Tue, 7 Feb 2006 08:00:05 -0600 (CST) From: "Robert Uzzi" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.6-rc1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: umass device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 14:00:00 -0000 > Hi. > I have strange problem with 6.0-STABLE and USB flash > drive (Transcend JetFlash 1Gb). My work bsd-box is online > and powered 24/7 and almost every day I plug in my USB drive, > mount and work with it. But sometimes, after 3-4 days of > uptime, USB just freezes: I can see non-blinking led indicator > on flash drive when I plug it in, but I can see it via `camcontrol > devlist`. > > However, I can't see /dev/da0 and can't do anything with flash drive > (camcontrol rescan, eject/load give no results). Some times > system just reboots after removing flash drive from USB port _and_ > typing `camcontrol devlist` or `camcontrol reset all`. > > BTW, how should I remove flash drive properly? Is it necessary > to do `camcontrol eject x:x:x` before removing? I always did this > earlier, but for test purposes I skip this command for last > several days, and I see no difference. > > There are no other USB devices (like mouse, keyboard, etc.) > > My kernel config is attached. > > PS: I have cvsup'ed (with RELENG_6 cvs tag) yesterday and now > `uname -r` shows "6.1-PRERELEASE" instead of "6.0-STABLE". > Is it ok? Are they same? > > -- > Andrew > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" I've seen similar behavior with umass and 5.4, maybe is's not limited to 6? From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 15:45:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA42C16A420 for ; Tue, 7 Feb 2006 15:45:39 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DFA943D48 for ; Tue, 7 Feb 2006 15:45:39 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: by uproxy.gmail.com with SMTP id m3so430474ugc for ; Tue, 07 Feb 2006 07:45:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=TpmfXbResZh4bOBz975yoaWMTzXfLfujyFOj3NAGCeVu0+jDHBRvkkxigF2EIA6B+BE4ZdCi9kUv9nb1u2we3Ctl8U//7MMPEl7/jE8vOhpGTAadiMzdaf8R+fXlKv8Tbt+m5Cml41av/Ht+yQYvu0DVgWf4d7X3nx5Zy+rl2w4= Received: by 10.48.255.14 with SMTP id c14mr1584094nfi; Tue, 07 Feb 2006 06:47:47 -0800 (PST) Received: by 10.49.26.12 with HTTP; Tue, 7 Feb 2006 06:47:47 -0800 (PST) Message-ID: <18e02bd30602070647o682605dcg3f05bd22c7b45325@mail.gmail.com> Date: Tue, 7 Feb 2006 16:47:47 +0200 From: Iantcho Vassilev To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel compile error - ata_modify_if_48bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 15:45:40 -0000 I`m trying for 2 weeks to compile my custom kernel but through this time i got all the same error in the ata drivers: ATA_MODIFY_IF_48bit.. I tried many time cvsup; make cleandir; make clean; make buildkernel KERNCONF=3D... ps. I want to note however that the working kernel now is complied with the same configuration that is breaking now From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 15:48:07 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8B4D16A420 for ; Tue, 7 Feb 2006 15:48:07 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F32843D45 for ; Tue, 7 Feb 2006 15:48:06 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ybkven@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k17Fm0uZ017167 for ; Tue, 7 Feb 2006 16:48:05 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k17FlxwV017166; Tue, 7 Feb 2006 16:47:59 +0100 (CET) (envelope-from olli) Date: Tue, 7 Feb 2006 16:47:59 +0100 (CET) Message-Id: <200602071547.k17FlxwV017166@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <43E7FDAA.3010409@gmx.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 07 Feb 2006 16:48:05 +0100 (CET) Cc: Subject: Re: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 15:48:08 -0000 Martin Krzysiak wrote: > Oliver Fromme wrote: > > It's not a bug. It's perfectly POSIX-compatible. > > I think this behavior is "undefined" in POSIX, That's correct. Which means that FreeBSD's tr(1) is POSIX-compatible. And any script which assumes that "tr a-z A-Z" works in any locale is _not_ POSIX- compatible. Specifically, SUSv3 (a.k.a. POSIX-2001) says: LC_COLLATE Determine the locale for the behavior of range expressions and equivalence classes. And it also specifically mentions the following as an example that must be used for case conversions: tr -s '[:upper:]' '[:lower:]' > It's not only upper-lowercase conversion that is weird. > Try "echo wxyz | tr w-z a-d". Ranges are broken generally > in ISO-locales, in my opinion. Ranges are not broken, they just work as defined by the locale. It's an error to assume that "a-d" always means the four letters a, b, c, d. That's only true in the US-ASCII locale (a.k.a. "C" or POSIX locale). When you're browsing in an index of German words, you _do_ want them to be ordered correctly, don't you? That is, you expect words starting with a-umlaut ("ä") to be ordered along with "a", not after "z" or anywhere else. Therefore, the collation definitions are correct, not broken. > > By the way: Do not set LANG or LC_ALL, expecially for > > the root user, and especially when compiling things. > > One thing I like about FreeBSD is that I have my German > environment. What do you mean by "German environment"? I also have a German environment, but I only set LC_CTYPE, not LC_ALL, LANG or LC_COLLATE. > But you are right. The only locale that is > expected to work correctly is "C". I think that all locales work correctly, as far as I can tell. At least the German ones that I use work correctly. The only problem is that script authors that use tr(1) make illegal assumptions about the behaviour of ranges. > How many times did you use tr(1) to convert your texts > to upper/lower case? Do you expect that it works correctly? I don't have LC_COLLATE set (or LANG or LC_ALL), so I expect that "tr a-z A-Z" works in the usual way when used for English texts. I never need to convert German texts from lower case to upper case. But if I had to do that, the following way that you mentioned would work fine for me, too (except that I have to convert sharp-s ("ß") to "SS" manually): > I would prefer to use it like: "tr a-zäöü A-ZÄÖÜ", When writing scripts, I either use the correct tr syntax with [:lower:] [:upper:], or -- if you know that locale support is not required -- put "unset LC_ALL LC_COLLATE LANG" at the beginning. Note that tr(1) is not appropriate to perform non-English case conversions in general. For example, it does never handle the German sharp-s ("ß") correctly, no matter how you set your locale, and no matter what syntax you use with tr. This is a limitation which cannot be easily solved, unfortunately. And German is easy ... There are languages with more complicated rules. For example, in Turkish, the letter "I" is not the upper-case of "i". > For people who are interested in a simple workaround. > Don't use de_DE.ISO8859-1(5). Instead use de_DE.UTF-8. > tr(1)'s ranges work like expected there. tr's ranges _always_ work as expected, given how locales work (especially LC_COLLATE). Using UTF-8 encoding doesn't guarantee that 'a-z' works for case conversions either. The _only_ reliable way is to use character classes, as mentioned several times. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 16:10:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07EBE16A420 for ; Tue, 7 Feb 2006 16:10:43 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E18F43D46 for ; Tue, 7 Feb 2006 16:10:40 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so59221ugf for ; Tue, 07 Feb 2006 08:10:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=A3UhbC/+7ikMqj2BwYnuT3KaH5lb8Uxu7lU9ZMtoqwhbtFjpse4yDfpUyy3NUcKH62i+YneeWxyL7J9S8SyHXXuWMYBlrn2rgDTaB37L86B4hinukCxO8qmJBaWSHx+QFEv8jI/ZMoMJOl7X/nuaR1WwKDJww9qPTEXK87pK/Hk= Received: by 10.48.108.11 with SMTP id g11mr1609917nfc; Tue, 07 Feb 2006 08:10:39 -0800 (PST) Received: by 10.49.26.12 with HTTP; Tue, 7 Feb 2006 08:10:39 -0800 (PST) Message-ID: <18e02bd30602070810g33a318f9m41e32eb417dcfb52@mail.gmail.com> Date: Tue, 7 Feb 2006 18:10:39 +0200 From: Iantcho Vassilev To: Alexey Karagodov In-Reply-To: MIME-Version: 1.0 References: <18e02bd30602070647o682605dcg3f05bd22c7b45325@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: kernel compile error - ata_modify_if_48bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 16:10:43 -0000 here is the kern conf: machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident NNN # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=3D5000 # Delay (in ms) before probing SC= SI #options KTRACE # ktrace(1) support #options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. #device apic # I/O APIC # Bus support. #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives #device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx device= s #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion ##device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of ` ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals #device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard #device psm # PS/2 mouse device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor #device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. #device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs= ! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558= ) #device lge # Level 1 LXT1001 gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and d= a #device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da= ) #device fwe # Ethernet over FireWire (non-standard!) options CPU_FASTER_5X86_FPU options CPU_UPGRADE_HW_CACHE -------------------------------------------END----------------- Here is the dmesg:---> Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Wed Jan 18 20:30:55 UTC 2006 root@tms:/usr/obj/usr/src/sys/TMS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (547.62-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x673 Stepping =3D 3 Features=3D0x383f9ff real memory =3D 134217728 (128 MB) avail memory =3D 126017536 (120 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) fxp0: port 0x2000-0x201f mem 0x42100000-0x42100fff,0x42000000-0x420fffff irq 11 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:93:cf:50 isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2040-0x204f at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 20.2 (no driver attached) pci0: at device 20.3 (no driver attached) orm0: at iomem 0xc0000-0xc7fff,0xe0000-0xe7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 547621862 Hz quality 800 Timecounters tick every 1.000 msec ad0: 6149MB at ata0-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 88 files 2 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 16 files 4 ----------------------------------END--------------------------------------= ------------------ On 2/7/06, Alexey Karagodov wrote: > > post your KERNCONF file > and your dmesg.boot > > > 2006/2/7, Iantcho Vassilev : > > > > I`m trying for 2 weeks to compile my custom kernel but through this tim= e > > i > > got all the same error in the ata drivers: ATA_MODIFY_IF_48bit.. > > > > I tried many time cvsup; make cleandir; make clean; make buildkernel > > KERNCONF=3D... > > > > > > ps. I want to note however that the working kernel now is complied with > > the > > same configuration that is breaking now > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > > " > > > > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 16:50:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64CE916A420 for ; Tue, 7 Feb 2006 16:50:26 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: from kaboom.isc.org (kaboom.isc.org [204.152.187.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6822443D4C for ; Tue, 7 Feb 2006 16:50:25 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: by kaboom.isc.org (Postfix, from userid 10200) id 35FE448E32; Tue, 7 Feb 2006 08:50:25 -0800 (PST) Date: Tue, 7 Feb 2006 08:50:25 -0800 From: "David W. Hankins" To: freebsd-stable@freebsd.org Message-ID: <20060207165025.GB23573@isc.org> References: <20060205060416.3C11045041@ptavv.es.net> <200602060802.16643.matt@mattsnetwork.co.uk> <7.0.0.16.2.20060206205810.02239b00@mailshack.com> <200602061111.46404.matt@mattsnetwork.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <200602061111.46404.matt@mattsnetwork.co.uk> User-Agent: Mutt/1.5.9i Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 16:50:26 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 06, 2006 at 11:11:45AM +0000, Matt Dawson wrote: > send host-name `hostname -s`; I currently have *three* competing "execute()" patches queued for ISC DHCP 3.1.0 which could be used to do this: send host-name execute("hostname -s"); send fqdn.fqdn execute("hostname"); send fqdn.encoded on; send fqdn.server_update [off/on]; do-forward-updates [opposite of fqdn.server_update]; ISC dhclient also doesn't identify itself uniquely in the vendor-class-id option...this to my knowledge hasn't been a problem since no one seems to need to configure server-specific workarounds for the ISC dhclient. If they had to, they also wouldn't be able to, is what I mean. The point is we could also produce a vendor-id like; send vendor-class-identifier concat("ISC DHCP 3.1.x - ", execute("uname -s -r -m")); Which, I might point out, is similar to dhcpcd's default behaviour. We could also easily do both of these by default. No problem. We could even enclose the host-name in a conditional to detect unset hostnames so you don't get eight boxes claiming to be "default". But these are privacy questions more than technical ones. Is it right to default to less privacy in this case? --=20 David W. Hankins "If you don't do it right the first time, Software Engineer you'll just have to do it again." Internet Systems Consortium, Inc. -- Jack T. Hankins --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD6M/RcXeLeWu2vmoRAtMDAJwMrZBV6NotzB4yqKIL6urLJU2hwACfWjvT patXiLW33evVA4NdeYpDEhA= =Hr1c -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 17:10:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BB4816A422 for ; Tue, 7 Feb 2006 17:10:12 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C541943D45 for ; Tue, 7 Feb 2006 17:10:11 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k17HA8o7057127 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Feb 2006 09:10:10 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43E8D4D5.604@errno.com> Date: Tue, 07 Feb 2006 09:11:49 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060117) MIME-Version: 1.0 To: joaoBR References: <43E822DA.3010004@errno.com> <200602070826.25219.joao@matik.com.br> In-Reply-To: <200602070826.25219.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath patch+hal for test X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 17:10:12 -0000 joaoBR wrote: > On Tuesday 07 February 2006 02:32, Sam Leffler wrote: >> If you have a laptop with a radio on/off switch I've tried to add the >> necessary glue to make it functional but since I don't have any laptops >> of this sort the code is untested. >> > > Hi > I check this out, do you want to know something specific or only if it works > or not? Any sysctl to set? I mostly want to hear about any regressions--i.e. new code fails where old code worked. Please verify the regression by reverting the hal+ath changes. When reporting problems please always identify what os version you're running (I've asked for testing on both HEAD and stable) and what ath device you have: the output of dmesg|grep ath includes the mac+phy revs for cards. It is also important to identify how you have the card configured (output of ifconfig) and if the problem is repeatable how to reproduce it. Past that you are free to send me mail saying "it works". If you do so please include the mac+phy identification. Sam From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 17:34:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26C2816A420 for ; Tue, 7 Feb 2006 17:34:08 +0000 (GMT) (envelope-from bill@rakupottery.org.uk) Received: from terry.blackcatnetworks.co.uk (terry.blackcatnetworks.co.uk [193.201.200.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C66143D46 for ; Tue, 7 Feb 2006 17:34:07 +0000 (GMT) (envelope-from bill@rakupottery.org.uk) Received: from raku.bcnadsl.com ([217.147.80.10] helo=saturn.rakupottery.org.uk) by terry.blackcatnetworks.co.uk with esmtp (Exim 3.36 #1 (Debian)) id 1F6Wj8-0007DK-00; Tue, 07 Feb 2006 17:34:06 +0000 Received: from localhost (localhost.rakupottery.org.uk [127.0.0.1]) by saturn.rakupottery.org.uk (Postfix) with ESMTP id 7565578CF6; Tue, 7 Feb 2006 17:34:06 +0000 (GMT) Received: from saturn.rakupottery.org.uk ([127.0.0.1]) by localhost (saturn.rakupottery.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01719-04; Tue, 7 Feb 2006 17:34:00 +0000 (GMT) Received: from [127.0.0.1] (localhost.rakupottery.org.uk [127.0.0.1]) by saturn.rakupottery.org.uk (Postfix) with ESMTP id 5B2A178C25; Tue, 7 Feb 2006 17:34:00 +0000 (GMT) Message-ID: <43E8DA08.40807@rakupottery.org.uk> Date: Tue, 07 Feb 2006 17:34:00 +0000 From: Bill Smith User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051226) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sergey Lungu References: <20060207015911.16cd48f1.sergey.lungu@gmail.com> In-Reply-To: <20060207015911.16cd48f1.sergey.lungu@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at rakupottery.org.uk Cc: freebsd-stable@freebsd.org Subject: Re: atapicam problem (again): hang on boot with DVD burner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 17:34:08 -0000 Sergey Lungu wrote: >Hi! > >I'm not burning DVDs frequently, so I haven't seen this problem before. >I have burned a DVD with growisofs and after that I am seeing a 3-5 min >hang at boot time. No error messages at all, just hang :) > >Here is what I have: > >Copyright (c) 1992-2005 The FreeBSD Project. >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights >reserved. FreeBSD 6.1-PRERELEASE #0: Fri Feb 3 11:35:18 MSK 2006 > keyer@ogre.obchaga.org:/usr/obj/usr/src/sys/OGRE >ACPI APIC Table: >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2405.47-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > >[...] > >acd0: DMA limited to UDMA33, controller found non-ATA66 cable >acd0: DVDR at ata1-master UDMA33 >cd0 at ata1 bus 0 target 0 lun 0 >cd0: Removable CD-ROM SCSI-0 device > > this may not be much help but there is a better firmware available for the DVR110D, mine is on 1.22 and a1.23 is on the Pioneer website >cd0: 33.000MB/s transfers >cd0: Attempt to query device size failed: NOT READY, Medium not present > >[3-5 min hang goes here] > >Trying to mount root from ufs:/dev/ad0s2a > >The most interesting thing is that I had no such problem before using >my DVD burner! > >Is there a way to fix it? > > > -- Bill From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 18:02:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AE4716A420 for ; Tue, 7 Feb 2006 18:02:52 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEE3B43D5A for ; Tue, 7 Feb 2006 18:02:49 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so7273ugf for ; Tue, 07 Feb 2006 10:02:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=mF1qplXYOst3rbX/+tH+aJchQNsyj6pttA0FWo5d435qYnvP/mYM37R8NmRUvCoZYfv/am3QiO/ptvi/uoD0QtXM/YdH/kRza14zMoMTqeu6XhGYzq2ALfb2h1AEeouH90qa4JhZpXl/QT4cFqRYd1R8fOzz2dT6NE+Ir7Chpw0= Received: by 10.49.80.10 with SMTP id h10mr1648393nfl; Tue, 07 Feb 2006 10:02:48 -0800 (PST) Received: by 10.49.26.12 with HTTP; Tue, 7 Feb 2006 10:02:47 -0800 (PST) Message-ID: <18e02bd30602071002w6cc54b6aw7721cd6f8012c391@mail.gmail.com> Date: Tue, 7 Feb 2006 20:02:47 +0200 From: Iantcho Vassilev To: Alexey Karagodov In-Reply-To: MIME-Version: 1.0 References: <18e02bd30602070647o682605dcg3f05bd22c7b45325@mail.gmail.com> <18e02bd30602070810g33a318f9m41e32eb417dcfb52@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: kernel compile error - ata_modify_if_48bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 18:02:52 -0000 here is the output from the default kernel build: ./aicasm -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/cam/scsi -I/usr/src/sys/dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p aic79xx_reg_print.c -i /usr/src/sys/dev/aic7xxx/aic79xx_osm.h /usr/src/sys/dev/aic7xxx/aic79xx.seq ./aicasm: 826 instructions used awk -f /usr/src/sys/tools/miidevs2h.awk /usr/src/sys/dev/mii/miidevs awk -f /usr/src/sys/tools/pccarddevs2h.awk /usr/src/sys/dev/pccard/pccarddevs awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -d sed -e 's/^.*#include.*phy\.h.*$//' /usr/src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h make: don't know how to make /usr/src/sys/dev/cardbus/cardbus_device.c. Sto= p *** Error code 2 -------------------------END----------------------------- On 2/7/06, Alexey Karagodov wrote: > > maybe ATA DRIVERS require something to be in KERNCONF, but you comment it > out? > try to build without KERNCONF swith and with original SRC > > > 2006/2/7, Iantcho Vassilev : > > > > here is the kern conf: > > > > > > > > machine i386 > > #cpu I486_CPU > > #cpu I586_CPU > > cpu I686_CPU > > ident NNN > > > > # To statically compile in device wiring instead of /boot/device.hints > > #hints "GENERIC.hints" # Default places to look for > > devices. > > > > #makeoptions DEBUG=3D-g # Build kernel with gdb(1) de= bug > > symbols > > > > #options SCHED_ULE # ULE scheduler > > options SCHED_4BSD # 4BSD scheduler > > options PREEMPTION # Enable kernel thread > > preemption > > options INET # InterNETworking > > #options INET6 # IPv6 communications protocols > > options FFS # Berkeley Fast Filesystem > > options SOFTUPDATES # Enable FFS soft updates > > support > > options UFS_ACL # Support for access control > > lists > > options UFS_DIRHASH # Improve performance on big > > directories > > #options MD_ROOT # MD is a potential root device > > #options NFSCLIENT # Network Filesystem Client > > #options NFSSERVER # Network Filesystem Server > > #options NFS_ROOT # NFS usable as /, requires > > NFSCLIENT > > options MSDOSFS # MSDOS Filesystem > > options CD9660 # ISO 9660 Filesystem > > options PROCFS # Process filesystem (requires > > PSEUDOFS) > > options PSEUDOFS # Pseudo-filesystem framework > > options GEOM_GPT # GUID Partition Tables. > > options COMPAT_43 # Compatible with BSD 4.3 [KEEP > > THIS!] > > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > > options SCSI_DELAY=3D5000 # Delay (in ms) before probin= g > > SCSI > > #options KTRACE # ktrace(1) support > > #options SYSVSHM # SYSV-style shared memory > > options SYSVMSG # SYSV-style message queues > > options SYSVSEM # SYSV-style semaphores > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > > extensions > > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > #options AHD_REG_PRETTY_PRINT # Print register bitfields in > > debug > > # output. Adds ~215k to driver= . > > > > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > > > #device apic # I/O APIC > > > > # Bus support. > > #device eisa > > device pci > > > > # Floppy drives > > #device fdc > > > > # ATA and ATAPI devices > > device ata > > device atadisk # ATA disk drives > > #device ataraid # ATA RAID drives > > #device atapicd # ATAPI CDROM drives > > #device atapifd # ATAPI floppy drives > > #device atapist # ATAPI tape drives > > options ATA_STATIC_ID # Static device numbering > > > > # SCSI Controllers > > #device ahb # EISA AHA1742 family > > #device ahc # AHA2940 and onboard AIC7xxx devices > > #device ahd # AHA39320/29320 and onboard AIC79xx > > devices > > #device amd # AMD 53C974 (Tekram DC-390(T)) > > #device isp # Qlogic family > > #device ispfw # Firmware for QLogic HBAs- normally a > > module > > #device mpt # LSI-Logic MPT-Fusion > > ##device ncr # NCR/Symbios Logic > > #device sym # NCR/Symbios Logic (newer chipsets + > > those of ` ncr') > > #device trm # Tekram DC395U/UW/F DC315U adapters > > > > #device adv # Advansys SCSI adapters > > #device adw # Advansys wide SCSI adapters > > #device aha # Adaptec 154x SCSI adapters > > #device aic # Adaptec 15[012]x SCSI adapters, > > AIC-6[23]60. > > #device bt # Buslogic/Mylex MultiMaster SCSI > > adapters > > > > #device ncv # NCR 53C500 > > #device nsp # Workbit Ninja SCSI-3 > > #device stg # TMC 18C30/18C50 > > > > # SCSI peripherals > > #device scbus # SCSI bus (required for SCSI) > > #device ch # SCSI media changers > > #device da # Direct Access (disks) > > #device sa # Sequential Access (tape etc) > > #device cd # CD > > #device pass # Passthrough device (direct SCSI > > access) > > #device ses # SCSI Environmental Services (and > > SAF-TE) > > > > # RAID controllers interfaced to the SCSI subsystem > > #device amr # AMI MegaRAID > > #device arcmsr # Areca SATA II RAID > > #device asr # DPT SmartRAID V, VI and Adaptec SCSI > > RAID > > #device ciss # Compaq Smart RAID 5* > > #device dpt # DPT Smartcache III, IV - See NOTES fo= r > > options > > #device hptmv # Highpoint RocketRAID 182x > > #device iir # Intel Integrated RAID > > #device ips # IBM (Adaptec) ServeRAID > > #device mly # Mylex AcceleRAID/eXtremeRAID > > #device twa # 3ware 9000 series PATA/SATA RAID > > > > # RAID controllers > > #device aac # Adaptec FSA RAID > > #device aacp # SCSI passthrough for aac (requires > > CAM) > > #device ida # Compaq Smart RAID > > #device mlx # Mylex DAC960 family > > #device pst # Promise Supertrak SX6000 > > #device twe # 3ware ATA RAID > > > > # atkbdc0 controls both the keyboard and the PS/2 mouse > > device atkbdc # AT keyboard controller > > device atkbd # AT keyboard > > #device psm # PS/2 mouse > > > > device vga # VGA video card driver > > > > #device splash # Splash screen and screen saver suppor= t > > > > > > # syscons is the default console driver, resembling an SCO console > > device sc > > > > # Enable this for the pcvt (VT220 compatible) console driver > > #device vt > > #options XSERVER # support for X server on a vt console > > #options FAT_CURSOR # start with block cursor > > > > #device agp # support several AGP chipsets > > > > # Power management support (see NOTES for more options) > > #device apm > > # Add suspend/resume support for the i8254. > > #device pmtimer > > > > # PCCARD (PCMCIA) support > > # PCMCIA and cardbus bridge support > > #device cbb # cardbus (yenta) bridge > > #device pccard # PC Card (16-bit) bus > > #device cardbus # CardBus (32-bit) bus > > > > # Serial (COM) ports > > #device sio # 8250, 16[45]50 based serial ports > > > > # Parallel port > > #device ppc > > #device ppbus # Parallel port bus (required) > > #device lpt # Printer > > #device plip # TCP/IP over parallel > > #device ppi # Parallel port interface device > > #device vpo # Requires scbus and da > > > > # If you've got a "dumb" serial or parallel PCI card that is > > # supported by the puc(4) glue driver, uncomment the following > > # line to enable it (connects to the sio and/or ppc drivers): > > #device puc > > > > # PCI Ethernet NICs. > > #device de # DEC/Intel DC21x4x (``Tulip'') > > #device em # Intel PRO/1000 adapter Gigabit > > Ethernet Card > > #device ixgb # Intel PRO/10GbE Ethernet Card > > #device txp # 3Com 3cR990 (``Typhoon'') > > #device vx # 3Com 3c590, 3c595 (``Vortex'') > > > > # PCI Ethernet NICs that use the common MII bus controller code. > > # NOTE: Be sure to keep the 'device miibus' line in order to use these > > NICs! > > device miibus # MII bus support > > #device bfe # Broadcom BCM440x 10/100 Ethernet > > #device bge # Broadcom BCM570xx Gigabit Ethernet > > #device dc # DEC/Intel 21143 and various workalike= s > > > > device fxp # Intel EtherExpress PRO/100B (82557, > > 82558) > > #device lge # Level 1 LXT1001 gigabit Ethernet > > #device nge # NatSemi DP83820 gigabit Ethernet > > #device nve # nVidia nForce MCP on-board Ethernet > > Networking > > #device pcn # AMD Am79C97x PCI 10/100(precedence > > over 'lnc') > > #device re # RealTek 8139C+/8169/8169S/8110S > > #device rl # RealTek 8129/8139 > > #device sf # Adaptec AIC-6915 (``Starfire'') > > #device sis # Silicon Integrated Systems SiS 900/Si= S > > 7016 > > #device sk # SysKonnect SK-984x & SK-982x gigabit > > Ethernet > > #device ste # Sundance ST201 (D-Link DFE-550TX) > > #device ti # Alteon Networks Tigon I/II gigabit > > Ethernet > > #device tl # Texas Instruments ThunderLAN > > #device tx # SMC EtherPower II (83c170 ``EPIC'') > > #device vge # VIA VT612x gigabit Ethernet > > device vr # VIA Rhine, Rhine II > > #device wb # Winbond W89C840F > > #device xl # 3Com 3c90x (``Boomerang'', > > ``Cyclone'') > > > > # ISA Ethernet NICs. pccard NICs included. > > #device cs # Crystal Semiconductor CS89x0 NIC > > # 'device ed' requires 'device miibus' > > #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 > > cards > > #device ex # Intel EtherExpress Pro/10 and Pro/10+ > > #device ep # Etherlink III based cards > > #device fe # Fujitsu MB8696x based cards > > #device ie # EtherExpress 8/16, 3C507, StarLAN 10 > > etc. > > #device lnc # NE2100, NE32-VL Lance Ethernet cards > > #device sn # SMC's 9000 series of Ethernet chips > > #device xe # Xircom pccard Ethernet > > > > # ISA devices that use the old ISA shims > > #device le > > > > # Wireless NIC cards > > #device wlan # 802.11 support > > #device an # Aironet 4500/4800 802.11 wireless > > NICs. > > #device awi # BayStack 660 and others > > #device ral # Ralink Technology RT2500 wireless > > NICs. > > #device wi # WaveLAN/Intersil/Symbol 802.11wireles= s NICs. > > #device wl # Older non 802.11 Wavelan wireless NIC= . > > > > > > # Pseudo devices. > > device loop # Network loopback > > device random # Entropy device > > device ether # Ethernet support > > device sl # Kernel SLIP > > device ppp # Kernel PPP > > device tun # Packet tunnel. > > device pty # Pseudo-ttys (telnet etc) > > device md # Memory "disks" > > device gif # IPv6 and IPv4 tunneling > > #device faith # IPv6-to-IPv4 relaying (translation) > > > > # The `bpf' device enables the Berkeley Packet Filter. > > # Be aware of the administrative consequences of enabling this! > > # Note that 'bpf' is required for DHCP. > > device bpf # Berkeley packet filter > > > > # USB support > > #device uhci # UHCI PCI->USB interface > > #device ohci # OHCI PCI->USB interface > > #device ehci # EHCI PCI->USB interface (USB 2.0) > > #device usb # USB Bus (required) > > #device udbp # USB Double Bulk Pipe devices > > #device ugen # Generic > > #device uhid # "Human Interface Devices" > > #device ukbd # Keyboard > > #device ulpt # Printer > > #device umass # Disks/Mass storage - Requires scbus > > and da > > #device ums # Mouse > > #device ural # Ralink Technology RT2500USB wireless > > NICs > > #device urio # Diamond Rio 500 MP3 player > > #device uscanner # Scanners > > # USB Ethernet, requires miibus > > #device aue # ADMtek USB Ethernet > > #device axe # ASIX Electronics USB Ethernet > > #device cdce # Generic USB over Ethernet > > #device cue # CATC USB Ethernet > > #device kue # Kawasaki LSI USB Ethernet > > #device rue # RealTek RTL8150 USB Ethernet > > > > # FireWire support > > #device firewire # FireWire bus code > > #device sbp # SCSI over FireWire (Requires scbus an= d > > da) > > #device fwe # Ethernet over FireWire (non-standard!= ) > > > > > > options CPU_FASTER_5X86_FPU > > options CPU_UPGRADE_HW_CACHE > > > > > > > > -------------------------------------------END----------------- > > > > Here is the dmesg:---> > > > > Copyright (c) 1992-2005 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 > > The Regents of the University of California. All rights > > reserved. > > FreeBSD 6.0-STABLE #0: Wed Jan 18 20:30:55 UTC 2006 > > root@tms :/usr/obj/usr/src/sys/TMS > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Pentium III/Pentium III Xeon/Celeron (547.62-MHz 686-class CPU) > > Origin =3D "GenuineIntel" Id =3D 0x673 Stepping =3D 3 > > > > Features=3D0x383f9ff > > real memory =3D 134217728 (128 MB) > > avail memory =3D 126017536 (120 MB) > > npx0: [FAST] > > npx0: on motherboard > > npx0: INT 16 interface > > cpu0 on motherboard > > pcib0: pcibus 0 on > > motherboard > > pir0: on motherboard > > pci0: on pcib0 > > pcib1: at device 1.0 on pci0 > > pci1: on pcib1 > > pci1: at device 0.0 (no driver attached) > > fxp0: port 0x2000-0x201f mem > > 0x42100000-0x42100fff,0x42000000-0x420fffff irq 11 at device 10.0 on > > pci0 > > miibus0: on fxp0 > > inphy0: on miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp0: Ethernet address: 00:50:8b:93:cf:50 > > isab0: at device 20.0 on pci0 > > isa0: on isab0 > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2040-0x204f at device 20.1 on pci= 0 > > ata0: on atapci0 > > ata1: on atapci0 > > pci0: at device 20.2 (no driver attached) > > pci0: at device 20.3 (no driver attached) > > orm0: at iomem 0xc0000-0xc7fff,0xe0000-0xe7fff on isa= 0 > > > > atkbdc0: at port 0x60,0x64 on isa0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq = 2 > > on isa0 > > fdc0: [FAST] > > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=3D0x300> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > > isa0 > > unknown: can't assign resources (port) > > unknown: can't assign resources (memory) > > unknown: can't assign resources (port) > > unknown: can't assign resources (port) > > Timecounter "TSC" frequency 547621862 Hz quality 800 > > Timecounters tick every 1.000 msec > > ad0: 6149MB at ata0-master UDMA33 > > Trying to mount root from ufs:/dev/ad0s1a > > WARNING: / was not properly dismounted > > WARNING: /tmp was not properly dismounted > > /tmp: mount pending error: blocks 88 files 2 > > WARNING: /usr was not properly dismounted > > WARNING: /var was not properly dismounted > > /var: mount pending error: blocks 16 files 4 > > > > > > > > > > ----------------------------------END----------------------------------= ---------------------- > > > > > > > > On 2/7/06, Alexey Karagodov wrote: > > > > > > post your KERNCONF file > > > and your dmesg.boot > > > > > > > > > 2006/2/7, Iantcho Vassilev : > > > > > > > > I`m trying for 2 weeks to compile my custom kernel but through this > > > > time i > > > > got all the same error in the ata drivers: ATA_MODIFY_IF_48bit.. > > > > > > > > I tried many time cvsup; make cleandir; make clean; make buildkerne= l > > > > > > > > KERNCONF=3D... > > > > > > > > > > > > ps. I want to note however that the working kernel now is complied > > > > with the > > > > same configuration that is breaking now > > > > _______________________________________________ > > > > freebsd-stable@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > > To unsubscribe, send any mail to " > > > > freebsd-stable-unsubscribe@freebsd.org" > > > > > > > > > > > > > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 18:12:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94C1C16A420; Tue, 7 Feb 2006 18:12:55 +0000 (GMT) (envelope-from dgeo@dgeos.net) Received: from titine.dgeos.net (titine.esm2.imt-mrs.fr [147.94.38.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CAB443D48; Tue, 7 Feb 2006 18:12:54 +0000 (GMT) (envelope-from dgeo@dgeos.net) Received: from localhost (localhost [127.0.0.1]) by titine.dgeos.net (Postfix) with ESMTP id 17533678AC; Tue, 7 Feb 2006 20:20:22 +0100 (CET) Received: from titine.dgeos.net ([127.0.0.1]) by localhost (titine.dgeos.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07524-03; Tue, 7 Feb 2006 20:20:16 +0100 (CET) Received: from [10.0.3.6] (schizo.egim-mrs.fr [147.94.19.137]) by titine.dgeos.net (Postfix) with ESMTP id AC29A6789D; Tue, 7 Feb 2006 20:20:15 +0100 (CET) Message-ID: <43E8E353.1090900@dgeos.net> Date: Tue, 07 Feb 2006 19:13:39 +0100 From: Geoffroy Desvernay User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Mars G. Miro" References: <28edec3c0602032049l3d258a5cx72efe2c2ba4b23aa@mail.gmail.com> In-Reply-To: <28edec3c0602032049l3d258a5cx72efe2c2ba4b23aa@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at dgeos.net Cc: Yuri Shemanin , markhannon@optusnet.com.au, freebsd-stable@freebsd.org, bug-followup@FreeBSD.org, Davide Giacca Subject: Re: i386/86880: [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS-A7NX motherboard with nforce2 chipset) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 18:12:55 -0000 >>>I've got the same problem with an A7N8X-X (athlon 2000+) motherboard and >>>6-STABLE (Build Feb, 2 2006). >>>booting with kernel.debug says nothing, seems to be hardware hang but >>>doesn't happend with linux nor OpenBSD. Didn't tried 5.3 yet. >>>Hang after detection of ATA devices (floppy's light turns on, then hang) > > I've experienced this myself. Happens w/ nForce-based mobos and > certain shuttles. My fix has to always set the BIOS setting of the HD > to LBA instead of Auto or CHS. > > Try this and report back ;-) > Tried this unsuccessfully, but fixing cpu freq to 100Mhz (instead of 133Mhz) seems to work... I've read something about disabling firewire in the bios, but I have it on a separate card (not in the MB), and I can't remove it for the moment... I'm not kernel developper, but I may try patches or ? Geoffroy. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 18:54:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFE1716A420 for ; Tue, 7 Feb 2006 18:54:49 +0000 (GMT) (envelope-from ruzzi@compedgeracing.com) Received: from mail.compedgeracing.com (dsl-katy-207-70-139-52.consolidated.net [207.70.139.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A25243D45 for ; Tue, 7 Feb 2006 18:54:49 +0000 (GMT) (envelope-from ruzzi@compedgeracing.com) Received: from www.compedgeracing.com (localhost.compedgeracing.com [127.0.0.1]) by mail.compedgeracing.com (Postfix) with ESMTP id 52AAC5C0B; Tue, 7 Feb 2006 12:54:56 -0600 (CST) Received: from 63.97.49.74 (SquirrelMail authenticated user ruzzi) by www.compedgeracing.com with HTTP; Tue, 7 Feb 2006 12:54:56 -0600 (CST) Message-ID: <2129.63.97.49.74.1139338496.squirrel@www.compedgeracing.com> In-Reply-To: <20060207053805.GA18236@xor.obsecurity.org> References: <61167.207.70.139.52.1139269796.squirrel@www.compedgeracing.com> <20060206235603.GA6494@xor.obsecurity.org> <62897.207.70.139.52.1139283700.squirrel@www.compedgeracing.com> <20060207053805.GA18236@xor.obsecurity.org> Date: Tue, 7 Feb 2006 12:54:56 -0600 (CST) From: "Robert Uzzi" To: "Kris Kennaway" User-Agent: SquirrelMail/1.4.6-rc1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Robert Uzzi , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: src upgrade to 6 from 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 18:54:50 -0000 > On Mon, Feb 06, 2006 at 09:41:40PM -0600, Robert Uzzi wrote: >> Didn't make a difference, still seeking ilumination. > > Rebuild your 5.4 world first, in case it has become damaged. > > Kris > > P.S. Please don't top-post That got it, Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 19:46:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FB0D16A420 for ; Tue, 7 Feb 2006 19:46:23 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from mail.ecolines.ru (ns.ecolines.ru [81.3.181.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id C097743D53 for ; Tue, 7 Feb 2006 19:46:19 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: (qmail 9466 invoked from network); 7 Feb 2006 19:50:59 -0000 Received: from unknown (HELO doom.homeunix.org) (ip@212.113.114.59) by mail.ecolines.ru with ESMTPA; 7 Feb 2006 19:50:59 -0000 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.4/8.13.4) with ESMTP id k17JjXVW021785; Tue, 7 Feb 2006 22:45:34 +0300 (MSK) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.4/8.13.4/Submit) id k17JjTHm020477; Tue, 7 Feb 2006 22:45:29 +0300 (MSK) (envelope-from igor) Date: Tue, 7 Feb 2006 22:45:29 +0300 From: Igor Pokrovsky To: "RYAN M. vAN GINNEKEN" Message-ID: <20060207194529.GA66032@doom.homeunix.org> Mail-Followup-To: "RYAN M. vAN GINNEKEN" , freebsd-stable@freebsd.org References: <18525189.261139273579156.JavaMail.root@shoemasters.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18525189.261139273579156.JavaMail.root@shoemasters.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 6 ntfs write ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 19:46:23 -0000 On Mon, Feb 06, 2006 at 05:52:59PM -0700, RYAN M. vAN GINNEKEN wrote: > Hello all i am woundering if ntfs write works yet in fbsd 6? > > FreeBSD t9100.computerking.ca 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Sat Feb 4 22:02:58 MST 2006 root@t9100.computerking.ca:/usr/obj/usr/src/sys/T9100 i386 > > i have added the following to my /etc/fstab > > /dev/ad0s1 /mnt/winxpro ntfs rw 0 0 > > but get errors when tring to delete files > > > su-2.05b# rm wepkeys.txt > rm: wepkeys.txt: Operation not supported You answered your own question. From the last message it looks like it is not. -ip -- The system itself does not do what it says it is doing. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 20:39:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 680C616A426 for ; Tue, 7 Feb 2006 20:39:51 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB99243D45 for ; Tue, 7 Feb 2006 20:39:50 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: by uproxy.gmail.com with SMTP id y2so14233uge for ; Tue, 07 Feb 2006 12:39:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=D3eAxrMzolXvnwymu7c+dBtUN0QRTWm9RI0xiYcF6FzLKTMVvm8+Henrri9Qd1IG9B1FxQg1zQYcBo1VbpvOOKAxEU+q2OIC+aDK06+nlXDRfHDcvtjPSQe1uneE7SHxG4gazVYnnhSyer5YVT1mzTn5AbLk436fCwsrnZAVPyM= Received: by 10.66.250.7 with SMTP id x7mr3066330ugh; Tue, 07 Feb 2006 12:33:06 -0800 (PST) Received: from ogre.obchaga.org ( [195.225.128.22]) by mx.gmail.com with ESMTP id y1sm1518312uge.2006.02.07.12.33.04; Tue, 07 Feb 2006 12:33:06 -0800 (PST) Date: Tue, 7 Feb 2006 23:32:57 +0300 From: Sergey Lungu To: Bill Smith Message-Id: <20060207233257.03fe6f5b.sergey.lungu@gmail.com> In-Reply-To: <43E8DA08.40807@rakupottery.org.uk> References: <20060207015911.16cd48f1.sergey.lungu@gmail.com> <43E8DA08.40807@rakupottery.org.uk> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: atapicam problem (again): hang on boot with DVD burner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 20:39:51 -0000 On Tue, 07 Feb 2006 17:34:00 +0000 Bill Smith wrote: > Sergey Lungu wrote: > > >Hi! > > > >I'm not burning DVDs frequently, so I haven't seen this problem > >before. I have burned a DVD with growisofs and after that I am > >seeing a 3-5 min hang at boot time. No error messages at all, just > >hang :) > > > >Here is what I have: > > > >Copyright (c) 1992-2005 The FreeBSD Project. > >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > >1994 > > The Regents of the University of California. All rights > >reserved. FreeBSD 6.1-PRERELEASE #0: Fri Feb 3 11:35:18 MSK 2006 > > keyer@ogre.obchaga.org:/usr/obj/usr/src/sys/OGRE > >ACPI APIC Table: > >Timecounter "i8254" frequency 1193182 Hz quality 0 > >CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2405.47-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > > > >[...] > > > >acd0: DMA limited to UDMA33, controller found non-ATA66 cable > >acd0: DVDR at ata1-master UDMA33 > >cd0 at ata1 bus 0 target 0 lun 0 > >cd0: Removable CD-ROM SCSI-0 device > > > > > this may not be much help but there is a better firmware available > for the DVR110D, mine is on 1.22 and a1.23 is on the Pioneer website I have updated to 1.39, but this hasn't helped! Any way thanks for the answer. > >cd0: 33.000MB/s transfers > >cd0: Attempt to query device size failed: NOT READY, Medium not > >present > > > >[3-5 min hang goes here] > > > >Trying to mount root from ufs:/dev/ad0s2a > > > >The most interesting thing is that I had no such problem before using > >my DVD burner! > > > >Is there a way to fix it? > > > > > > > > > -- > Bill > -- Sergey Lungu It's always darkest before ... daylight saving time. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 20:42:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EECBC16A420 for ; Tue, 7 Feb 2006 20:42:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D70F43D45 for ; Tue, 7 Feb 2006 20:42:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7B2E41A3C2F; Tue, 7 Feb 2006 12:42:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 84B5752151; Tue, 7 Feb 2006 15:42:44 -0500 (EST) Date: Tue, 7 Feb 2006 15:42:44 -0500 From: Kris Kennaway To: Iantcho Vassilev Message-ID: <20060207204244.GA83175@xor.obsecurity.org> References: <18e02bd30602070647o682605dcg3f05bd22c7b45325@mail.gmail.com> <18e02bd30602070810g33a318f9m41e32eb417dcfb52@mail.gmail.com> <18e02bd30602071002w6cc54b6aw7721cd6f8012c391@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <18e02bd30602071002w6cc54b6aw7721cd6f8012c391@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Alexey Karagodov Subject: Re: kernel compile error - ata_modify_if_48bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 20:42:49 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 07, 2006 at 08:02:47PM +0200, Iantcho Vassilev wrote: > here is the output from the default kernel build: >=20 >=20 >=20 > ./aicasm -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/cam/sc= si > -I/usr/src/sys/dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p > aic79xx_reg_print.c -i /usr/src/sys/dev/aic7xxx/aic79xx_osm.h > /usr/src/sys/dev/aic7xxx/aic79xx.seq > ./aicasm: 826 instructions used > awk -f /usr/src/sys/tools/miidevs2h.awk /usr/src/sys/dev/mii/miidevs > awk -f /usr/src/sys/tools/pccarddevs2h.awk > /usr/src/sys/dev/pccard/pccarddevs > awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h > awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -d > sed -e 's/^.*#include.*phy\.h.*$//' /usr/src/sys/contrib/dev/nve/os.h > > os+%DIKED-nve.h > make: don't know how to make /usr/src/sys/dev/cardbus/cardbus_device.c. S= top > *** Error code 2 Does that file exist? If not, you don't have a complete source tree. Kris --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6QZDWry0BWjoQKURAud+AJ48ObeBS4XfZR1iZLJmPmCGqEL4pwCfe6gT 1diUKIIQQ/+Y8mhkfBaFvUE= =chkS -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 21:10:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0960016A420; Tue, 7 Feb 2006 21:10:52 +0000 (GMT) (envelope-from g@esil.univ-mrs.fr) Received: from copyleft.esil.univ-mrs.fr (copyleft-smtp.esil.univ-mrs.fr [139.124.44.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4619F43D48; Tue, 7 Feb 2006 21:10:50 +0000 (GMT) (envelope-from g@esil.univ-mrs.fr) Received: from localhost (localhost [127.0.0.1]) by copyleft.esil.univ-mrs.fr (Texas Instruments TI-58c oldschool stylee) with ESMTP id 9C9F24BC99; Tue, 7 Feb 2006 22:10:41 +0100 (CET) Received: from copyleft.esil.univ-mrs.fr ([127.0.0.1]) by localhost (copyleft [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05442-05; Tue, 7 Feb 2006 22:10:35 +0100 (CET) Received: from volia.esil.univ-mrs.fr (volia.esil.univ-mrs.fr [139.124.21.243]) by copyleft.esil.univ-mrs.fr (Texas Instruments TI-58c oldschool stylee) with ESMTP id B2D8C4BC95; Tue, 7 Feb 2006 22:10:35 +0100 (CET) Received: (from www-run@localhost) by volia.esil.univ-mrs.fr (8.12.6/8.12.6/Submit) id k17LAhDB024386; Tue, 7 Feb 2006 22:10:43 +0100 (CET) X-Authentication-Warning: volia.esil.univ-mrs.fr: www-run set sender to g@esil.univ-mrs.fr using -f Received: from 82.254.151.50 ( [82.254.151.50]) as user g@imaps.esil.univ-mrs.fr by webmail.esil.univ-mrs.fr with HTTP; Tue, 7 Feb 2006 22:10:43 +0100 Message-ID: <1139346643.43e90cd3266be@webmail.esil.univ-mrs.fr> Date: Tue, 7 Feb 2006 22:10:43 +0100 From: g@esil.univ-mrs.fr To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1.1-cvs X-Originating-IP: 82.254.151.50 X-Webmail-Company: ESIL, your high-quality provider X-Preferred-Software: FREE only... X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at esil.univ-mrs.fr Cc: freebsd-x11@freebsd.org Subject: BIG BIG problem with Xorg and... something else... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 21:10:52 -0000 Hi all, First don't blame me for cross-posting on stable and x11 lists but both seem relevant for my problem. I'm tracking 6-STABLE. Since one week, I can't use my computer under FreeBSD. The boot is OK, xdm screen is OK. But if I launch a KDE session, I've some color problems during initializing session, then X freezes (before end of loading !!!) and the only way is to poweroff the computer !!! No ssh, no way to CTRL-ALT F1 switching to a console screen, the box is down... I've googled a lot before posting here, but I've found nothing to rescue me... Best idea : problems with the video card (ATI Radeon X300 on DELL Optiplex GX280, or, in xorg language : (--) PCI:*(1:0:0) ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] PCI: (1:0:1) ATI Technologies Inc RV370 [Radeon X300SE]) are mentioned on some forums which freeze X, but only if DRI & GLX are enabled. I've disabled these modules. Note I can have a text mode session without any problem in console mode if I CTRL-ALT-F1 switch without xdm logon. I also can have a windowmaker session until I don't launch a "bad" app... like firefox or any kde component. I can use gftp which is OpenMotif based... I mail you from my box... but inside an XFCE FreesBie live CD session, which is 5.3 release based and runs like a charm : no X problem (like me during last year from 5.3 STABLE to 6-STABLE until previous week...). WXP runs without problem on another slice... So I think I can exclude hardware dysfunction... The problem begins before I upgrade to KDE 3.5 and xorg 6.9. The upgrade has had no effect... I've sync my sources two days ago : no effect... I don't know what to do ? No log, no coredump... Any idea ??? My xorg.conf (and also an uncommented version), Xorg.0.log (X.org 6.9) and older Xorg.8.log (Xorg 6.8, before the problem) are viewable here : http://www.esil.univ-mrs.fr/~g/FreeBSD-x-problem. Thanks a lot in advance for any idea, comment, explanation, light, incantation, etc. Gérard. ------------------------------------------------- Message envoyé via le webmail de l'ESIL (http://www.esil.univ-mrs.fr) reposant sur le système libre et gratuit IMP (http://horde.org/imp/) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 7 21:32:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D429F16A420 for ; Tue, 7 Feb 2006 21:32:34 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5006643D77 for ; Tue, 7 Feb 2006 21:32:12 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: by uproxy.gmail.com with SMTP id y2so40533uge for ; Tue, 07 Feb 2006 13:32:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=JR4N2HTHM7tzAwk+xAwYGCY9LwrgSB4VRLbHuAOmeD/htPeonNb768OAsqq6VJp+mfY88He97bdnTaXPW0JSRzEt5CLpy+fq/ae1NegsLJouOdpcgZrl/eXp9C1qOHB4fZjXh4JjciURhbMrhwE0h+FySTHuacmV0hNZCPQcmD4= Received: by 10.66.245.1 with SMTP id s1mr3102086ugh; Tue, 07 Feb 2006 13:24:57 -0800 (PST) Received: from ogre.obchaga.org ( [195.225.128.22]) by mx.gmail.com with ESMTP id q40sm5417638ugc.2006.02.07.13.24.55; Tue, 07 Feb 2006 13:24:57 -0800 (PST) Date: Wed, 8 Feb 2006 00:24:44 +0300 From: Sergey Lungu To: freebsd-stable@freebsd.org Message-Id: <20060208002444.51549648.sergey.lungu@gmail.com> In-Reply-To: <20060207015911.16cd48f1.sergey.lungu@gmail.com> References: <20060207015911.16cd48f1.sergey.lungu@gmail.com> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: atapicam problem (again): hang on boot with DVD burner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 21:32:35 -0000 On Tue, 7 Feb 2006 01:59:11 +0300 Sergey Lungu wrote: > Hi! > > I'm not burning DVDs frequently, so I haven't seen this problem > before. I have burned a DVD with growisofs and after that I am seeing > a 3-5 min hang at boot time. No error messages at all, just hang :) > > Here is what I have: > > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 The Regents of the University of California. All rights > reserved. FreeBSD 6.1-PRERELEASE #0: Fri Feb 3 11:35:18 MSK 2006 > keyer@ogre.obchaga.org:/usr/obj/usr/src/sys/OGRE > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2405.47-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > > [...] > > acd0: DMA limited to UDMA33, controller found non-ATA66 cable > acd0: DVDR at ata1-master UDMA33 > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not > present > > [3-5 min hang goes here] > > Trying to mount root from ufs:/dev/ad0s2a > > The most interesting thing is that I had no such problem before using > my DVD burner! > > Is there a way to fix it? I've been searching mailing-lists and PR-database for my problem solution and found that setting hw.ata.atapi_dma to zero from loader and turning it on back using atacontrol can help. I tried it, but this one doesn't work for me. Any ideas? -- Sergey Lungu In any series of calculations, errors tend to occur at the opposite end to the end at which you begin checking for errors. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 00:32:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3B4E16A420; Wed, 8 Feb 2006 00:32:47 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D17243D45; Wed, 8 Feb 2006 00:32:46 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id k180WZWG078346; Tue, 7 Feb 2006 19:32:35 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id k180WY2h078345; Tue, 7 Feb 2006 19:32:35 -0500 (EST) (envelope-from mwlucas) Date: Tue, 7 Feb 2006 19:32:34 -0500 From: "Michael W. Lucas" To: g@esil.univ-mrs.fr Message-ID: <20060208003234.GA78303@bewilderbeast.blackhelicopters.org> References: <1139346643.43e90cd3266be@webmail.esil.univ-mrs.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1139346643.43e90cd3266be@webmail.esil.univ-mrs.fr> User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BIG BIG problem with Xorg and... something else... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 00:32:47 -0000 On Tue, Feb 07, 2006 at 10:10:43PM +0100, g@esil.univ-mrs.fr wrote: > > Hi all, > > First don't blame me for cross-posting on stable and x11 lists but both seem > relevant for my problem. > > I'm tracking 6-STABLE. Since one week, I can't use my computer under FreeBSD. > The boot is OK, xdm screen is OK. But if I launch a KDE session, I've some color > problems during initializing session, then X freezes (before end of loading !!!) > and the only way is to poweroff the computer !!! No ssh, no way to CTRL-ALT F1 > switching to a console screen, the box is down... > > I've googled a lot before posting here, but I've found nothing to rescue > me... Best idea : problems with the video card (ATI Radeon X300 on DELL Optiplex > GX280, or, in xorg language : > (--) PCI:*(1:0:0) ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] > PCI: (1:0:1) ATI Technologies Inc RV370 [Radeon X300SE]) > are mentioned on some forums which freeze X, but only if DRI & GLX are enabled. > I've disabled these modules. > > Note I can have a text mode session without any problem in console mode if I > CTRL-ALT-F1 switch without xdm logon. I also can have a windowmaker session > until I don't launch a "bad" app... like firefox or any kde component. I can use > gftp which is OpenMotif based... Hook up a serial console, and use script(1) to capture any panic messages, etc. That'll give you a hint as to what's going on, and you can see how to proceed. It's very hard to figure this out within x11. (Yes, this is a pain, but it could be worse; I'm currently doing a binary search to figure out when, exactly, -current stopped booting on my laptop. :-) ==ml -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 01:41:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37DFA16A420; Wed, 8 Feb 2006 01:41:45 +0000 (GMT) (envelope-from freebsd@bitparts.org) Received: from mail.bitparts.org (63-253-101-190.ip.mcleodusa.net [63.253.101.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A4143D46; Wed, 8 Feb 2006 01:41:42 +0000 (GMT) (envelope-from freebsd@bitparts.org) Received: from [127.0.0.1] (71-11-157-24.dhcp.stls.mo.charter.com [71.11.157.24]) (authenticated bits=0) by mail.bitparts.org (8.13.5/8.13.5) with ESMTP id k181fW8l098451; Tue, 7 Feb 2006 19:41:34 -0600 (CST) (envelope-from freebsd@bitparts.org) Message-ID: <43E94C4D.3010204@bitparts.org> Date: Tue, 07 Feb 2006 19:41:33 -0600 From: "J. Buck Caldwell" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: g@esil.univ-mrs.fr References: <1139346643.43e90cd3266be@webmail.esil.univ-mrs.fr> In-Reply-To: <1139346643.43e90cd3266be@webmail.esil.univ-mrs.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (mail.bitparts.org: authenticated connection) receiver=mail.bitparts.org; client-ip=71.11.157.24; helo=[127.0.0.1]; envelope-from=freebsd@bitparts.org; x-software=spfmilter 0.93 http://www.acme.com/software/spfmilter/; Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BIG BIG problem with Xorg and... something else... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 01:41:45 -0000 g@esil.univ-mrs.fr wrote: > Hi all, > > First don't blame me for cross-posting on stable and x11 lists but both seem > relevant for my problem. > > I'm tracking 6-STABLE. Since one week, I can't use my computer under FreeBSD. > The boot is OK, xdm screen is OK. But if I launch a KDE session, I've some color > problems during initializing session, then X freezes (before end of loading !!!) > and the only way is to poweroff the computer !!! No ssh, no way to CTRL-ALT F1 > switching to a console screen, the box is down... > > I seem to recall something similar being posted recently, having more to do with the X.ORG 6.9 upgrade than anything else. You might try doing a 'portupgrade -af' to rebuild everything against the new libraries. Couldn't hurt, anyway. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 02:26:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2276A16A420 for ; Wed, 8 Feb 2006 02:26:32 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A02943D46 for ; Wed, 8 Feb 2006 02:26:31 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1479605nzo for ; Tue, 07 Feb 2006 18:26:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LEMMzYO3z3MvQH6zLoPJchH6Xegj4fdfZh2+9YFAf7/RNrnHz0if6PR3uL02BS6PI4+CoaIzIBPbcxz3J/KIRMYC2n1OtBCFr2q9ydkra49o3BwdFn8Vjeou78a6E75woFnBGec6QRLx3i2r26iXhZbDRnPbQj86Lb+pfbT5j7U= Received: by 10.37.2.28 with SMTP id e28mr5552533nzi; Tue, 07 Feb 2006 18:26:29 -0800 (PST) Received: by 10.36.74.18 with HTTP; Tue, 7 Feb 2006 18:26:29 -0800 (PST) Message-ID: <28edec3c0602071826t5b619al24f0a93c713b5d30@mail.gmail.com> Date: Wed, 8 Feb 2006 10:26:29 +0800 From: "Mars G. Miro" To: Geoffroy Desvernay In-Reply-To: <43E8E353.1090900@dgeos.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0602032049l3d258a5cx72efe2c2ba4b23aa@mail.gmail.com> <43E8E353.1090900@dgeos.net> Cc: freebsd-stable@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/86880: [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS-A7NX motherboard with nforce2 chipset) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 02:26:32 -0000 On 2/8/06, Geoffroy Desvernay wrote: > > >>>I've got the same problem with an A7N8X-X (athlon 2000+) motherboard a= nd > >>>6-STABLE (Build Feb, 2 2006). > >>>booting with kernel.debug says nothing, seems to be hardware hang but > >>>doesn't happend with linux nor OpenBSD. Didn't tried 5.3 yet. > >>>Hang after detection of ATA devices (floppy's light turns on, then han= g) > > > > I've experienced this myself. Happens w/ nForce-based mobos and > > certain shuttles. My fix has to always set the BIOS setting of the HD > > to LBA instead of Auto or CHS. > > > > Try this and report back ;-) > > > Tried this unsuccessfully, but fixing cpu freq to 100Mhz (instead of > 133Mhz) seems to work... > > I've read something about disabling firewire in the bios, but I have it > on a separate card (not in the MB), and I can't remove it for the moment.= .. > Also try disabling APIC (not ACPI) as I've encountered several mobos that have this implemented poorly w/c results in weird behaviors of the OS. > I'm not kernel developper, but I may try patches or ? > I'm not aware of any patches but I think this is just a hardware config problem tho YMMV. > Geoffroy. > > > cheers mars From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 03:00:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C98116A420 for ; Wed, 8 Feb 2006 03:00:34 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFB9D43D45 for ; Wed, 8 Feb 2006 03:00:33 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id A0E8D62C95B for ; Tue, 7 Feb 2006 23:00:33 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 15555-05 for ; Tue, 7 Feb 2006 23:00:33 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 45BE762C95A for ; Tue, 7 Feb 2006 23:00:33 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 3455F36E6D; Tue, 7 Feb 2006 23:00:38 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 330CF36086 for ; Tue, 7 Feb 2006 23:00:38 -0400 (AST) Date: Tue, 7 Feb 2006 23:00:38 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060207225936.O3207@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: OpenVPN within a Jail under 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 03:00:34 -0000 Is this possible? I'm reading through the man pages for openvpn, and doubt that it is with 4.x, since it requires access to /dev, but with 6.x using devfs to mount dev into the jail, is it possible to set it up? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 06:04:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A2A616A420 for ; Wed, 8 Feb 2006 06:04:35 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C46443D55 for ; Wed, 8 Feb 2006 06:04:34 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: by uproxy.gmail.com with SMTP id u2so189721uge for ; Tue, 07 Feb 2006 22:04:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=UZO6Po5wpn2hpXOPCtvTI+Fw8tvHUkYhe/JcAVOzKJoj5SfAOojw9Oc8VGVla/h3c8sxXHG3yhJappDIMcZw4HyFfAudIMKL5EwnWBV3VyUYvsBpc3scuCwr/mmcXclFJ8lb7+LwDghg0Wi0z5q+ANyhUZ+CzoQVfkyv2wdyzgI= Received: by 10.49.34.11 with SMTP id m11mr1844301nfj; Tue, 07 Feb 2006 22:04:32 -0800 (PST) Received: by 10.49.26.12 with HTTP; Tue, 7 Feb 2006 22:04:32 -0800 (PST) Message-ID: <18e02bd30602072204j1d39f799hb0f8807b3f60fb68@mail.gmail.com> Date: Wed, 8 Feb 2006 08:04:32 +0200 From: Iantcho Vassilev To: Kris Kennaway In-Reply-To: <20060207204244.GA83175@xor.obsecurity.org> MIME-Version: 1.0 References: <18e02bd30602070647o682605dcg3f05bd22c7b45325@mail.gmail.com> <18e02bd30602070810g33a318f9m41e32eb417dcfb52@mail.gmail.com> <18e02bd30602071002w6cc54b6aw7721cd6f8012c391@mail.gmail.com> <20060207204244.GA83175@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Alexey Karagodov Subject: Re: kernel compile error - ata_modify_if_48bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 06:04:35 -0000 That`s strange. The file is missing.... And i have done maybe 5 times cvsup! That`s really strange... Do you have some ideas? On 2/7/06, Kris Kennaway wrote: > > On Tue, Feb 07, 2006 at 08:02:47PM +0200, Iantcho Vassilev wrote: > > here is the output from the default kernel build: > > > > > > > > ./aicasm -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > > -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd > > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa > -I/usr/src/sys/cam/scsi > > -I/usr/src/sys/dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p > > aic79xx_reg_print.c -i /usr/src/sys/dev/aic7xxx/aic79xx_osm.h > > /usr/src/sys/dev/aic7xxx/aic79xx.seq > > ./aicasm: 826 instructions used > > awk -f /usr/src/sys/tools/miidevs2h.awk /usr/src/sys/dev/mii/miidevs > > awk -f /usr/src/sys/tools/pccarddevs2h.awk > > /usr/src/sys/dev/pccard/pccarddevs > > awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h > > awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -d > > sed -e 's/^.*#include.*phy\.h.*$//' /usr/src/sys/contrib/dev/nve/os.h > > > os+%DIKED-nve.h > > make: don't know how to make /usr/src/sys/dev/cardbus/cardbus_device.c. > Stop > > *** Error code 2 > > Does that file exist? If not, you don't have a complete source tree. > > Kris > > > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 08:28:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D73316A420 for ; Wed, 8 Feb 2006 08:28:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4CF743D53 for ; Wed, 8 Feb 2006 08:28:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B13391A3C20; Wed, 8 Feb 2006 00:28:57 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A017C52255; Wed, 8 Feb 2006 03:28:56 -0500 (EST) Date: Wed, 8 Feb 2006 03:28:56 -0500 From: Kris Kennaway To: Iantcho Vassilev Message-ID: <20060208082856.GA22184@xor.obsecurity.org> References: <18e02bd30602070647o682605dcg3f05bd22c7b45325@mail.gmail.com> <18e02bd30602070810g33a318f9m41e32eb417dcfb52@mail.gmail.com> <18e02bd30602071002w6cc54b6aw7721cd6f8012c391@mail.gmail.com> <20060207204244.GA83175@xor.obsecurity.org> <18e02bd30602072204j1d39f799hb0f8807b3f60fb68@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <18e02bd30602072204j1d39f799hb0f8807b3f60fb68@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Alexey Karagodov , Kris Kennaway Subject: Re: kernel compile error - ata_modify_if_48bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 08:28:58 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 08, 2006 at 08:04:32AM +0200, Iantcho Vassilev wrote: > That`s strange. The file is missing.... > And i have done maybe 5 times cvsup! >=20 > That`s really strange... > Do you have some ideas? Show us your cvsupfile. Perhaps you are not downloading the full source tree. Kris --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6avIWry0BWjoQKURAsHbAJ9Ha7gzFhW8G6nUZo76euZ39wj08gCg9TEi L70+yG7itssFFb11xiA6pkQ= =/80O -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 10:09:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A896D16A423 for ; Wed, 8 Feb 2006 10:09:49 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id B298043D53 for ; Wed, 8 Feb 2006 10:09:48 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so305068uge for ; Wed, 08 Feb 2006 02:09:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=OQqXL+gkOVro7umtGmdWvFPW3q0ud8rLRo0AikSHn42gwnEg8FdQulD/9IkjujkKv5qBVO20UujJ+CREfNTe6+SrHRBm2sz3/mMeFRjl2JDKIpbFJizqIBH62ppJeGiLkr5l2BczABnEbwIGwxLlrK7T9+e7jE9UTSsiH5NexHI= Received: by 10.48.157.2 with SMTP id f2mr1914194nfe; Wed, 08 Feb 2006 02:09:47 -0800 (PST) Received: by 10.49.26.12 with HTTP; Wed, 8 Feb 2006 02:09:47 -0800 (PST) Message-ID: <18e02bd30602080209o6cc4f05cu2385db227614b103@mail.gmail.com> Date: Wed, 8 Feb 2006 11:09:47 +0100 From: Iantcho Vassilev To: Kris Kennaway In-Reply-To: <20060208082856.GA22184@xor.obsecurity.org> MIME-Version: 1.0 References: <18e02bd30602070647o682605dcg3f05bd22c7b45325@mail.gmail.com> <18e02bd30602070810g33a318f9m41e32eb417dcfb52@mail.gmail.com> <18e02bd30602071002w6cc54b6aw7721cd6f8012c391@mail.gmail.com> <20060207204244.GA83175@xor.obsecurity.org> <18e02bd30602072204j1d39f799hb0f8807b3f60fb68@mail.gmail.com> <20060208082856.GA22184@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Alexey Karagodov Subject: Re: kernel compile error - ata_modify_if_48bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 10:09:49 -0000 *Hmmm.. I have checked it, but thank you for the idea* ** *Anyway here it is:* # # DANGER! WARNING! LOOK OUT! VORSICHT! # # If you add any of the ports or doc collections to this file, be sure to # specify them with a "tag" value set to ".", like this: # # ports-all tag=3D. # doc-all tag=3D. # # If you leave out the "tag=3D." portion, CVSup will delete all of # the files in your ports or doc tree. That is because the ports and doc # collections do not use the same tags as the main part of the FreeBSD # source tree. # ###########################################################################= #### # Defaults that apply to all the collections # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=3Dcvsup2.fr.FreeBSD.org *default base=3D/var/db *default prefix=3D/usr # The following line is for 6-stable. If you want 5-stable, 4-stable, # 3-stable, or 2.2-stable, change to "RELENG_5", "RELENG_4", "RELENG_3", # or "RELENG_2_2" respectively. *default release=3Dcvs tag=3DRELENG_6 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try # commenting out the following line. (Normally, today's CPUs are fast enough # that you want to run compression.) *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the "src-all" # mega-collection. It includes all of the individual "src-*" collections. # Please note: If you want to track -STABLE, leave this uncommented. src-all # These are the individual collections that make up "src-all". If you # use these, be sure to comment out "src-all" above. #src-base #src-bin #src-contrib #src-etc #src-games #src-gnu #src-include #src-kerberos5 #src-kerberosIV #src-lib #src-libexec #src-release #src-sbin #src-share #src-sys #src-tools #src-usrbin #src-usrsbin # These are the individual collections that make up FreeBSD's crypto # collection. They are no longer export-restricted and are a part of # src-all #src-crypto #src-eBones #src-secure #src-sys-crypto On 2/8/06, Kris Kennaway wrote: > > On Wed, Feb 08, 2006 at 08:04:32AM +0200, Iantcho Vassilev wrote: > > That`s strange. The file is missing.... > > And i have done maybe 5 times cvsup! > > > > That`s really strange... > > Do you have some ideas? > > Show us your cvsupfile. Perhaps you are not downloading the full > source tree. > > Kris > > > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 11:39:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 898E316A420 for ; Wed, 8 Feb 2006 11:39:57 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from kelly.nerdshack.com (kelly.nerdshack.com [209.189.235.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D82343D48 for ; Wed, 8 Feb 2006 11:39:55 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from dispatchd.nerdshack.com (julie.nerdshack.com [209.189.235.39]) by kelly.nerdshack.com (Postfix) with SMTP id 199DD90BF4 for ; Wed, 8 Feb 2006 05:33:14 -0600 (CST) Received: from riff.number6 (dsl-235.47.221.203.lns02-kent-syd.dsl.comindico.com.au [203.221.47.235]) by mail.nerdshack.com with ESMTP Wed, 08 Feb 2006 05:31:34 -0600 From: Rob To: stable@freebsd.org Date: Wed, 8 Feb 2006 22:40:04 +1100 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602082240.04690.rbyrnes@mailshack.com> Cc: Subject: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 11:39:57 -0000 Hi all, Got a small problem thats just driving me nuts. I have an MP3 player that appears as a memory stick - from dmesg: umass0: iRiver Limited. iRiver Internet Audio Player IFP-700, rev 2.00/0.01, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 500MB (1024001 512 byte sectors: 64H 32S/T 500C) (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x10, scsi status == 0x0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x10, scsi status == 0x0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x10, scsi status == 0x0 The mount-point is owned by root:operator, and my user is a member of the operator group. I have vfs.usermount=1 in sysctl.conf. I have a devfs.rules file: [riff_usb=10] # Make USB drives readable to those in the "operator" group add path 'da*' mode 0660 group operator and it is referenced in rc.conf. But .. loop@riff ~ % mount /flash mount_msdosfs: /dev/da0: Operation not permitted loop@riff ~ % ls -la /dev/da0 crw-rw---- 1 root operator 0, 122 Feb 8 22:24 /dev/da0 Can anyone shed some light on what is happening here? Cheers, rob From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 11:59:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 525B816A420; Wed, 8 Feb 2006 11:59:27 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD8E143D48; Wed, 8 Feb 2006 11:59:26 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 7197C3B98; Wed, 8 Feb 2006 09:59:24 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id F36643B87; Wed, 8 Feb 2006 09:59:17 -0200 (BRDT) Message-ID: <43E9DD03.8040008@yahoo.com.br> Date: Wed, 08 Feb 2006 09:58:59 -0200 From: "Ricardo A. Reis" User-Agent: Thunderbird 1.5 (X11/20060126) MIME-Version: 1.0 To: stable@freebsd.org, fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: fsck: cannot increase directory list and Out of Memory . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 11:59:27 -0000 Hi, I have severals problems with one server ibm x346, i use FreeBSD 6-STABLE, After a electric panic, this system refused to pass fsck with a message "fsck: cannot increase directory list" , the ibm bios not notified per "memory errors", i rebooting and boot with fresbie and pass fsck and this work. In the same machine i have a geom concat volume with +/- 90 GB, i don't have success to pass fsck on console "cannot alloc 6404196 bytes for bockmap ". Before fail geom mount i comment this partition on fstab, i resolved reboot for normal boot but any commands and login resulted in "out of memory" Thanks. Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 12:11:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D26216A420; Wed, 8 Feb 2006 12:11:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46DF143D45; Wed, 8 Feb 2006 12:11:36 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k18CBZVC090729; Wed, 8 Feb 2006 06:11:36 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43E9DFF7.4070400@centtech.com> Date: Wed, 08 Feb 2006 06:11:35 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: "Ricardo A. Reis" References: <43E9DD03.8040008@yahoo.com.br> In-Reply-To: <43E9DD03.8040008@yahoo.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 04:11:53 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: fsck: cannot increase directory list and Out of Memory . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 12:11:37 -0000 Ricardo A. Reis wrote: > Hi, > > > I have severals problems with one server ibm x346, i use FreeBSD > 6-STABLE, > > After a electric panic, this system refused to pass fsck with a > message "fsck: cannot increase directory list" , > the ibm bios not notified per "memory errors", i rebooting and boot > with fresbie and pass fsck and this work. > In the same machine i have a geom concat volume with +/- 90 GB, i > don't have success to pass fsck > on console "cannot alloc 6404196 bytes for bockmap ". > Before fail geom mount i comment this partition on fstab, i resolved > reboot for normal boot > but any commands and login resulted in "out of memory" You need to increase the maxdsiz setting to something bigger - the default I believe is 512MB, so if you have say, 1GB of memory, you may try setting it to 800MB. You set it in /boot/loader.conf by adding a line like this: kern.maxdsiz="768000000" Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 12:27:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 006CD16A420 for ; Wed, 8 Feb 2006 12:27:10 +0000 (GMT) (envelope-from mathieu.larchet@univ-nancy2.fr) Received: from isis.univ-nancy2.fr (isis.univ-nancy2.fr [194.214.218.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D8743D49 for ; Wed, 8 Feb 2006 12:27:10 +0000 (GMT) (envelope-from mathieu.larchet@univ-nancy2.fr) Received: from localhost (localhost.localdomain [127.0.0.1]) by isis.univ-nancy2.fr (Postfix) with ESMTP id D667A56006 for ; Wed, 8 Feb 2006 13:27:08 +0100 (CET) Received: from isis.univ-nancy2.fr ([127.0.0.1]) by localhost (isis.univ-nancy2.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24047-03 for ; Wed, 8 Feb 2006 13:27:08 +0100 (CET) Received: from [194.214.218.182] (cg011ml.univ-nancy2.fr [194.214.218.182]) by isis.univ-nancy2.fr (Postfix) with ESMTP id 1E9C156002 for ; Wed, 8 Feb 2006 13:27:08 +0100 (CET) Message-ID: <43E9E39B.9050404@univ-nancy2.fr> Date: Wed, 08 Feb 2006 13:27:07 +0100 From: Mathieu Larchet Organization: =?ISO-8859-1?Q?Universit=E9_Nancy_2?= User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Virus-Scanned: by amavisd-new at univ-nancy2.fr Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Crash during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mathieu.larchet@univ-nancy2.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 12:27:11 -0000 Hi, I've just bought a HP Pavilion zv6000 laptop and I can't go trough FreeBSD 6.0 install. Whatever boot option I choose, the system freeze at '- / | \ -' prompt. It seems something similar Compaq Presario R3000 series with FreeBSD 5.xx, keyboard probing at startup. I've already tried following solutions without success : 1. /set hint.atkbd.0.flags="0x9"/ /set hint.acpi.0.disabled="1"/ /boot/ 2. /set hw.atkbdc.disable_test=""/ /set hint.acpi.0.disabled="1"/ /boot/ Does anybody have any idea ? -- Mathieu Larchet Centre de Ressources Informatiques Université Nancy 2 mathieu.larchet@univ-nancy2.fr 03-54-00-11-07 http://www.univ-nancy2.fr/ANNUAIRE/PERS/detail_pres.php?uid=mlarchet From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 12:47:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A6B016A420 for ; Wed, 8 Feb 2006 12:47:52 +0000 (GMT) (envelope-from lists@elehack.net) Received: from weirdo.crazywebhosting.net (weirdo.crazywebhosting.net [70.85.78.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCE0243D46 for ; Wed, 8 Feb 2006 12:47:51 +0000 (GMT) (envelope-from lists@elehack.net) Received: from rentacop.student.iastate.edu ([65.110.225.31] helo=bezalel) by weirdo.crazywebhosting.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52) id 1F6ojo-00075m-CE for freebsd-stable@freebsd.org; Wed, 08 Feb 2006 06:48:00 -0600 Date: Wed, 8 Feb 2006 06:46:37 -0600 From: Michael Ekstrand To: freebsd-stable@freebsd.org Message-Id: <20060208064637.11c015ee.lists@elehack.net> In-Reply-To: <200602082240.04690.rbyrnes@mailshack.com> References: <200602082240.04690.rbyrnes@mailshack.com> Organization: Ekstrand Family X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - weirdo.crazywebhosting.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - elehack.net X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 12:47:52 -0000 On Wed, 8 Feb 2006 22:40:04 +1100 Rob wrote: > Can anyone shed some light on what is happening here? AFAIK, only root can mount things under FreeBSD, period. I could be wrong on this... but I looked around a while ago for something to do the job of the Linux 'user' option, and found nothing. I kinda remember trying changing permissions too. If I'm wrong, I'd love to be corrected :-). - Michael From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 13:02:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 875C116A422 for ; Wed, 8 Feb 2006 13:02:44 +0000 (GMT) (envelope-from chris@arnold.se) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 141B043D58 for ; Wed, 8 Feb 2006 13:02:42 +0000 (GMT) (envelope-from chris@arnold.se) Received: from home.arnold.se ([83.226.146.134] [83.226.146.134]) by mxfep01.bredband.com with ESMTP id <20060208130240.TBHQ12400.mxfep01.bredband.com@home.arnold.se> for ; Wed, 8 Feb 2006 14:02:40 +0100 Received: from localhost (localhost [127.0.0.1]) by home.arnold.se (8.13.4/8.13.4) with ESMTP id k18D2eAO012540 for ; Wed, 8 Feb 2006 14:02:40 +0100 (CET) (envelope-from chris@arnold.se) Date: Wed, 8 Feb 2006 14:02:40 +0100 (CET) From: Christopher Arnold To: freebsd-stable@freebsd.org Message-ID: <20060208135710.B11963@home.arnold.se> X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards?= =?ISO-8859-1?Q?_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Intel watchdog timer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 13:02:44 -0000 Hi, does anyone have any info on how to disable the watchdog timer on an intel serverboard model SE7501WV2? I have found the userland application to disable the watchdog in the ICH but that dosnt help much when i cant even get 6.0 installed before the timer goes off... Wouldnt it be a good idea if we could disable the timer when booting in failsafe mode from the installation CD? /Chris From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 13:13:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62C3716A420 for ; Wed, 8 Feb 2006 13:13:57 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 048D143D4C for ; Wed, 8 Feb 2006 13:13:56 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 57777 invoked by uid 16563); 8 Feb 2006 13:13:55 -0000 Received: from unknown (HELO df1.marelmo.com) ([159.134.156.40]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 8 Feb 2006 13:13:55 -0000 Date: Wed, 8 Feb 2006 13:13:54 +0000 From: Steve O'Hara-Smith To: freebsd-stable@freebsd.org Message-Id: <20060208131354.59e9e8fb.steve@sohara.org> In-Reply-To: <20060208064637.11c015ee.lists@elehack.net> References: <200602082240.04690.rbyrnes@mailshack.com> <20060208064637.11c015ee.lists@elehack.net> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-pc-dragonfly1) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 13:13:57 -0000 On Wed, 8 Feb 2006 06:46:37 -0600 Michael Ekstrand wrote: > On Wed, 8 Feb 2006 22:40:04 +1100 > Rob wrote: > > Can anyone shed some light on what is happening here? > > AFAIK, only root can mount things under FreeBSD, period. I could be > wrong on this... but I looked around a while ago for something to do > the job of the Linux 'user' option, and found nothing. I kinda remember > trying changing permissions too. > > If I'm wrong, I'd love to be corrected :-). Ask and ye shall receive :) sysctl vfs.usermount=1 Will enable users to mount devices *provided* that they own the mount point and have access to the device node. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 13:21:59 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A989816A420 for ; Wed, 8 Feb 2006 13:21:59 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0553143D45 for ; Wed, 8 Feb 2006 13:21:58 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (bmtuhk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k18DLp9R061918 for ; Wed, 8 Feb 2006 14:21:57 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k18DLpjo061917; Wed, 8 Feb 2006 14:21:51 +0100 (CET) (envelope-from olli) Date: Wed, 8 Feb 2006 14:21:51 +0100 (CET) Message-Id: <200602081321.k18DLpjo061917@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060207225936.O3207@ganymede.hub.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 08 Feb 2006 14:21:57 +0100 (CET) Cc: Subject: Re: OpenVPN within a Jail under 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 13:21:59 -0000 Marc G. Fournier wrote: > Is this possible? I'm reading through the man pages for openvpn, and > doubt that it is with 4.x, since it requires access to /dev, but with 6.x > using devfs to mount dev into the jail, is it possible to set it up? The problem isn't related to /dev. It doesn't matter whether your device nodes come from devfs (FreeBSD 6) or have been created manually with MAKEDEV (FreeBSD 4), both of which can be used for jails. The problem is that you need to configure interfaces (tun(4) or tap(4)) to set up the VPN, but ifconfig(8) does not work inside a jail. That means you cannot set up a VPN inside a jail. However, you can _use_ it within a jail, of course, if you assign the IP of the VPN connection to the jail (or arrange to forward packets to the jail with IPFW FWD or whatever). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. Passwords are like underwear. You don't share them, you don't hang them on your monitor or under your keyboard, you don't email them, or put them on a web site, and you must change them very often. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 13:27:19 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E50D16A420 for ; Wed, 8 Feb 2006 13:27:19 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC6D443D46 for ; Wed, 8 Feb 2006 13:27:18 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wdixgp@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k18DRCnZ061981 for ; Wed, 8 Feb 2006 14:27:17 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k18DRCY2061980; Wed, 8 Feb 2006 14:27:12 +0100 (CET) (envelope-from olli) Date: Wed, 8 Feb 2006 14:27:12 +0100 (CET) Message-Id: <200602081327.k18DRCY2061980@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060208064637.11c015ee.lists@elehack.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 08 Feb 2006 14:27:17 +0100 (CET) Cc: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 13:27:19 -0000 Michael Ekstrand wrote: > Rob wrote: > > Can anyone shed some light on what is happening here? > > AFAIK, only root can mount things under FreeBSD, period. I could be > wrong on this... You are wrong. :-) > but I looked around a while ago for something to do > the job of the Linux 'user' option, and found nothing. I kinda remember > trying changing permissions too. > > If I'm wrong, I'd love to be corrected :-). You're welcome. :-) To enable user mounts, there are three conditions: 1. sysctl vfs.usermount=1 2. The user must have read+write permission on the device which is to be mounted. This is usually accomplished by creating a special group for this device. 3. The user must _own_ the mountpoint (r/w permission is not sufficient). Of course, an alternative is to use sudo (ports/security/sudo) or super (ports/security/super, which prefer). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 13:32:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8B2216A420 for ; Wed, 8 Feb 2006 13:32:08 +0000 (GMT) (envelope-from nealie@kobudo.homeunix.net) Received: from neal.nelson.name (neal.nelson.name [82.139.192.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69F7A43D49 for ; Wed, 8 Feb 2006 13:32:08 +0000 (GMT) (envelope-from nealie@kobudo.homeunix.net) Received: from [10.0.0.8] (tibook.home [10.0.0.8]) by neal.nelson.name with esmtp; Wed, 08 Feb 2006 14:32:05 +0100 id 000CF007.43E9F2D6.00004EE3 Mime-Version: 1.0 (Apple Message framework v623) Content-Transfer-Encoding: 7bit Message-Id: <5e9d9fe557ea6dedf8f173c257a0c7a9@kobudo.homeunix.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: Neal Nelson Date: Wed, 8 Feb 2006 14:32:03 +0100 X-Mailer: Apple Mail (2.623) Subject: IPv6 and IPFW X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 13:32:09 -0000 I've been trying to set up IPv6 and without ipfw my tunnel seems to work. However I cannot seem to setup ipfw to allow IPv6 to flow. Do I need to use ip6fw or just ipfw as that seems to accept ip6 protocols. If I need to use ip6fw then why does ipfw accept ip6 protocols? I'm using -STABLE from yesterday. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 14:05:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEF8E16A420; Wed, 8 Feb 2006 14:05:30 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DED743D49; Wed, 8 Feb 2006 14:05:29 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 6E9343F22; Wed, 8 Feb 2006 12:05:28 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 8AA5C3B9D; Wed, 8 Feb 2006 12:05:22 -0200 (BRDT) Message-ID: <43E9FA90.9090502@yahoo.com.br> Date: Wed, 08 Feb 2006 12:05:04 -0200 From: "Ricardo A. Reis" User-Agent: Thunderbird 1.5 (X11/20060126) MIME-Version: 1.0 To: Eric Anderson References: <43E9DD03.8040008@yahoo.com.br> <43E9DFF7.4070400@centtech.com> In-Reply-To: <43E9DFF7.4070400@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: fsck: cannot increase directory list and Out of Memory . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 14:05:31 -0000 Hi Eric, Thanks, is work perfectly. On the past i changed this variable for one value minor 512MB per mislead. Thanks again por your help. > > > You need to increase the maxdsiz setting to something bigger - the > default I believe is 512MB, so if you have say, 1GB of memory, you may > try setting it to 800MB. > You set it in /boot/loader.conf by adding a line like this: > > kern.maxdsiz="768000000" > > Eric > > Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 15:05:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A3C516A420 for ; Wed, 8 Feb 2006 15:05:06 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECC2E43D45 for ; Wed, 8 Feb 2006 15:05:05 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 4566 invoked from network); 8 Feb 2006 15:05:05 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 8 Feb 2006 15:05:05 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 9EBD928439; Wed, 8 Feb 2006 10:05:04 -0500 (EST) Sender: lowell@be-well.ilk.org To: Rob References: <200602082240.04690.rbyrnes@mailshack.com> From: Lowell Gilbert Date: 08 Feb 2006 10:05:04 -0500 In-Reply-To: <200602082240.04690.rbyrnes@mailshack.com> Message-ID: <4464npvqlb.fsf@be-well.ilk.org> Lines: 45 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: stable@freebsd.org Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 15:05:06 -0000 Rob writes: > Got a small problem thats just driving me nuts. I have an MP3 player that > appears as a memory stick - from dmesg: > > umass0: iRiver Limited. iRiver Internet Audio Player IFP-700, rev 2.00/0.01, > addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 500MB (1024001 512 byte sectors: 64H 32S/T 500C) > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x10, scsi status > == 0x0 > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x10, scsi status > == 0x0 > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x10, scsi status > == 0x0 > > The mount-point is owned by root:operator, and my user is a member of the > operator group. I have vfs.usermount=1 in sysctl.conf. I have a devfs.rules > file: > > [riff_usb=10] > # Make USB drives readable to those in the "operator" group > add path 'da*' mode 0660 group operator > > and it is referenced in rc.conf. > > But .. > > loop@riff ~ % mount /flash > mount_msdosfs: /dev/da0: Operation not permitted > loop@riff ~ % ls -la /dev/da0 > crw-rw---- 1 root operator 0, 122 Feb 8 22:24 /dev/da0 > > Can anyone shed some light on what is happening here? Hard to say. Can you make the mount as root? [If not, maybe you're using the wrong device; these kinds of gadgets are generally sliced. Or maybe the failing SCSI commands are a problem.] If you can make the mount as root, check the sysctl and user's groups from the command line to make sure that the settings are being done properly. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 15:26:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D6D216A420 for ; Wed, 8 Feb 2006 15:26:16 +0000 (GMT) (envelope-from jt@barfoos.de) Received: from mail.zuto.de (badlands.zuto.de [217.160.140.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2723B43D48 for ; Wed, 8 Feb 2006 15:26:14 +0000 (GMT) (envelope-from jt@barfoos.de) Received: from localhost (localhost [127.0.0.1]) by mail.zuto.de (Postfix) with ESMTP id 6A47C1E447 for ; Wed, 8 Feb 2006 16:26:04 +0100 (CET) Received: from mail.zuto.de ([127.0.0.1]) by localhost (badlands [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27480-10 for ; Wed, 8 Feb 2006 16:25:57 +0100 (CET) Received: from anastasia.lan.barfoos.de (unknown [10.11.1.1]) by mail.zuto.de (Postfix) with SMTP id EE6571E41F for ; Wed, 8 Feb 2006 16:25:56 +0100 (CET) Received: (qmail 23040 invoked by uid 1001); 8 Feb 2006 15:25:46 -0000 Date: Wed, 8 Feb 2006 16:25:46 +0100 From: Jens Trzaska To: freebsd-stable@freebsd.org Message-ID: <20060208152546.GA78035@anastasia.lan.barfoos.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 4.11-RELEASE, i386 X-GPG-Key-ID: = 96FE36DB X-GPG-Key-Fingerprint: 1C9B 7EF8 1A22 1740 9F1B AB7B 17D2 64E1 96FE 36DB X-GPG-Key-Location: http://www.elug.de/schluessel/96FE36DB.asc X-Accept-Language: de,en User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavis at zuto.de Subject: truss and /sbin/init X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 15:26:16 -0000 Hi, I just tried to use truss on the running /sbin/init process. root@beast:~# truss -p 1 truss: cannot open /proc/1/mem: No such file or directory Exit 8 As you can see without any luck. But why is the memory information missing in procfs here? /sbin/init is a more or less regular userland process. Looking at truss(1) it even shows this example: # Follow an already-running process $ truss -p 1 Any hints? jens From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 15:52:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E46F16A420 for ; Wed, 8 Feb 2006 15:52:05 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D75643D68 for ; Wed, 8 Feb 2006 15:52:01 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by uproxy.gmail.com with SMTP id k3so514709ugf for ; Wed, 08 Feb 2006 07:51:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Icdc0Bun/x5RY80xT7xrP6oj6SImef53qagqIyMgJ4zNNBTK0XGm88+OLfM2arrjbcKbagVd5BCvR3XuKNZALCZqBz7SY/ilbgQXxx73YrPyo5CMgspj/pFejh5zLM69q59p1oMwEJQiNL2BW7Mga+mPKWuiRxXNkqtNgVIW01I= Received: by 10.49.33.17 with SMTP id l17mr2003382nfj; Wed, 08 Feb 2006 07:51:55 -0800 (PST) Received: by 10.48.222.5 with HTTP; Wed, 8 Feb 2006 07:51:55 -0800 (PST) Message-ID: <35c231bf0602080751p6df719f0sf61cee25d3404a8@mail.gmail.com> Date: Wed, 8 Feb 2006 07:51:55 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: Jens Trzaska In-Reply-To: <20060208152546.GA78035@anastasia.lan.barfoos.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060208152546.GA78035@anastasia.lan.barfoos.de> Cc: freebsd-stable@freebsd.org Subject: Re: truss and /sbin/init X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 15:52:05 -0000 On 2/8/06, Jens Trzaska wrote: > Hi, > > I just tried to use truss on the running /sbin/init process. > > root@beast:~# truss -p 1 > truss: cannot open /proc/1/mem: No such file or directory > Exit 8 > > As you can see without any luck. But why is the memory information > missing in procfs here? /sbin/init is a more or less regular userland > process. Looking at truss(1) it even shows this example: The memory is apparently locked in core, according to the L flag for 'ps'. This should probably be documented in the truss man page to avoid confusion. FWIW, you can run ktrace on init, although I don't really recommend running it with the '-d' or '-i' flags unless you have a lot of space for the output, heh. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 16:17:55 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E9B016A420 for ; Wed, 8 Feb 2006 16:17:55 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id C54DD43D48 for ; Wed, 8 Feb 2006 16:17:54 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id E774462C8FC for ; Wed, 8 Feb 2006 12:17:53 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 84438-04 for ; Wed, 8 Feb 2006 12:17:53 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 82F1B62C8AB for ; Wed, 8 Feb 2006 12:17:53 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id B3EC3392FF; Wed, 8 Feb 2006 12:17:51 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 79CD938C67 for ; Wed, 8 Feb 2006 12:17:51 -0400 (AST) Date: Wed, 8 Feb 2006 12:17:50 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200602081321.k18DLpjo061917@lurza.secnetix.de> Message-ID: <20060208121704.L3207@ganymede.hub.org> References: <200602081321.k18DLpjo061917@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: Subject: Re: OpenVPN within a Jail under 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 16:17:55 -0000 On Wed, 8 Feb 2006, Oliver Fromme wrote: > Marc G. Fournier wrote: > > Is this possible? I'm reading through the man pages for openvpn, and > > doubt that it is with 4.x, since it requires access to /dev, but with 6.x > > using devfs to mount dev into the jail, is it possible to set it up? > > The problem isn't related to /dev. It doesn't matter > whether your device nodes come from devfs (FreeBSD 6) > or have been created manually with MAKEDEV (FreeBSD 4), > both of which can be used for jails. > > The problem is that you need to configure interfaces > (tun(4) or tap(4)) to set up the VPN, but ifconfig(8) > does not work inside a jail. That means you cannot > set up a VPN inside a jail. However, you can _use_ > it within a jail, of course, if you assign the IP of > the VPN connection to the jail 'k, how would you do that? I thought you could only assign one IP to a jail, both in 4.x and 6.x? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 16:37:07 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EAC616A420 for ; Wed, 8 Feb 2006 16:37:07 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BD743D46 for ; Wed, 8 Feb 2006 16:37:06 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (rozohw@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k18GaxJs069153 for ; Wed, 8 Feb 2006 17:37:04 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k18GaxjW069152; Wed, 8 Feb 2006 17:36:59 +0100 (CET) (envelope-from olli) Date: Wed, 8 Feb 2006 17:36:59 +0100 (CET) Message-Id: <200602081636.k18GaxjW069152@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200602082240.04690.rbyrnes@mailshack.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 08 Feb 2006 17:37:04 +0100 (CET) Cc: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 16:37:07 -0000 Rob wrote: > The mount-point is owned by root:operator, and my user is a member of the > operator group. I have vfs.usermount=1 in sysctl.conf. The mount point must be owned by the user. Being in the group of the mount point is not sufficient. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 16:37:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85E1716A420 for ; Wed, 8 Feb 2006 16:37:18 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1532143D45 for ; Wed, 8 Feb 2006 16:37:17 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by pproxy.gmail.com with SMTP id i49so361873pye for ; Wed, 08 Feb 2006 08:37:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Gt6wmWBhgiAda4/gd/BRqM3WoxscNmzudTqfB38ZvSnvGsqaxmAshyv8BI92VRjnFKJyL0WgFkgzJiedmZuDLlFWLsPOqCK4dtnonR96RdCvf4tVzCF2D8g+8KZNHojasoaLb7pX5kRSTx+vkj9oVm8yyGr3yluS5043CnEX3H4= Received: by 10.35.99.5 with SMTP id b5mr196064pym; Wed, 08 Feb 2006 08:37:17 -0800 (PST) Received: by 10.35.38.9 with HTTP; Wed, 8 Feb 2006 08:37:17 -0800 (PST) Message-ID: <79722fad0602080837s28412e49g964332e509747c88@mail.gmail.com> Date: Wed, 8 Feb 2006 18:37:17 +0200 From: Vlad GALU To: freebsd-stable@freebsd.org In-Reply-To: <20060208121704.L3207@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200602081321.k18DLpjo061917@lurza.secnetix.de> <20060208121704.L3207@ganymede.hub.org> Subject: Re: OpenVPN within a Jail under 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 16:37:18 -0000 On 2/8/06, Marc G. Fournier wrote: > On Wed, 8 Feb 2006, Oliver Fromme wrote: > > > Marc G. Fournier wrote: > > > Is this possible? I'm reading through the man pages for openvpn, and > > > doubt that it is with 4.x, since it requires access to /dev, but with= 6.x > > > using devfs to mount dev into the jail, is it possible to set it up? > > > > The problem isn't related to /dev. It doesn't matter > > whether your device nodes come from devfs (FreeBSD 6) > > or have been created manually with MAKEDEV (FreeBSD 4), > > both of which can be used for jails. > > > > The problem is that you need to configure interfaces > > (tun(4) or tap(4)) to set up the VPN, but ifconfig(8) > > does not work inside a jail. That means you cannot > > set up a VPN inside a jail. However, you can _use_ > > it within a jail, of course, if you assign the IP of > > the VPN connection to the jail > > 'k, how would you do that? I thought you could only assign one IP to a > jail, both in 4.x and 6.x? I think he meant binding OpenVPN to that jail's IP. > > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.or= g) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 76156= 64 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 16:43:27 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20C8816A420 for ; Wed, 8 Feb 2006 16:43:27 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF0F843D46 for ; Wed, 8 Feb 2006 16:43:25 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (netwva@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k18GhJtY069699 for ; Wed, 8 Feb 2006 17:43:24 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k18GhJNg069698; Wed, 8 Feb 2006 17:43:19 +0100 (CET) (envelope-from olli) Date: Wed, 8 Feb 2006 17:43:19 +0100 (CET) Message-Id: <200602081643.k18GhJNg069698@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060208121704.L3207@ganymede.hub.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 08 Feb 2006 17:43:24 +0100 (CET) Cc: Subject: Re: OpenVPN within a Jail under 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 16:43:27 -0000 Marc G. Fournier wrote: > Oliver Fromme wrote: > > The problem is that you need to configure interfaces > > (tun(4) or tap(4)) to set up the VPN, but ifconfig(8) > > does not work inside a jail. That means you cannot > > set up a VPN inside a jail. However, you can _use_ > > it within a jail, of course, if you assign the IP of > > the VPN connection to the jail > > 'k, how would you do that? I thought you could only assign one IP to a > jail, both in 4.x and 6.x? True. I meant that the IP of the VPN connection is the only IP of the jail. Or, if you can't do that, forward the packets into the jail using IPFW FWD rules and NAT. In that case, the jail doesn't need to have the VPN connection's IP. In fact, you can set the IP of the jail to a localnet IP (such as 127.0.1.1), which isn't routable and isn't accessible from the outside at all. That's often done to improve security. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 17:09:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E27FD16A420 for ; Wed, 8 Feb 2006 17:09:45 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD9243D46 for ; Wed, 8 Feb 2006 17:09:42 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:nuQU1NxBs6HwIrfp6hTFKQxerkCEEN4jJIbqbP1UcfAZ0v7YmNkw4HEBCsFlEZWK@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k18H9W3T044920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Feb 2006 02:09:36 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 09 Feb 2006 02:09:32 +0900 Message-ID: From: Hajimu UMEMOTO To: Neal Nelson In-Reply-To: <5e9d9fe557ea6dedf8f173c257a0c7a9@kobudo.homeunix.net> References: <5e9d9fe557ea6dedf8f173c257a0c7a9@kobudo.homeunix.net> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Thu, 09 Feb 2006 02:09:36 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 and IPFW X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 17:09:46 -0000 Hi, >>>>> On Wed, 8 Feb 2006 14:32:03 +0100 >>>>> Neal Nelson said: nealie> I've been trying to set up IPv6 and without ipfw my tunnel seems to nealie> work. However I cannot seem to setup ipfw to allow IPv6 to flow. Do I nealie> need to use ip6fw or just ipfw as that seems to accept ip6 protocols. nealie> If I need to use ip6fw then why does ipfw accept ip6 protocols? nealie> I'm using -STABLE from yesterday. The ipfw in 6-STABLE has an IPv6 awareness, but it is not enabled as far as you use ipfw as a KLD module. If ipfw is compiled into kernel, ipfw does filterling an IPv6 as well. If you wish to enable an IPv6 support of ipfw as an KLD module, put following lines into your /etc/make.conf and rebuild ipfw.ko: .if ${.CURDIR} == "/usr/src/sys/modules/ipfw" CFLAGS+= -DINET6 .endif If you don't want to filter an IPv6 by ipfw, and want to filter an IPv6 by ip6fw, please add following rule in your ipfw rule: add pass ip6 from any to any Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 18:06:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06BAA16A422 for ; Wed, 8 Feb 2006 18:06:28 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E0CE43D77 for ; Wed, 8 Feb 2006 18:06:19 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by pproxy.gmail.com with SMTP id i49so375934pye for ; Wed, 08 Feb 2006 10:06:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cnpKFE0M/y8KCsKqoX1LJeJUGerLqacHMZrZGimhv0ILY+hhMFRwhfTMk97Uw0nszDw7HDBoEj8SsJsv4Huvq5FwwXE2WogAE5jq5tQGvr8wurnSHuZcRdZR4QDq6dSOxG09FhCZPBttKrlPr0D71/VBqjcl/SNadctG4AxblPk= Received: by 10.35.22.17 with SMTP id z17mr266865pyi; Wed, 08 Feb 2006 09:37:57 -0800 (PST) Received: by 10.35.28.4 with HTTP; Wed, 8 Feb 2006 09:37:57 -0800 (PST) Message-ID: <2a41acea0602080937ga597b82n241fcef4bcf26586@mail.gmail.com> Date: Wed, 8 Feb 2006 09:37:57 -0800 From: Jack Vogel To: Christopher Arnold In-Reply-To: <20060208135710.B11963@home.arnold.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060208135710.B11963@home.arnold.se> Cc: freebsd-stable@freebsd.org Subject: Re: Intel watchdog timer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 18:06:28 -0000 On 2/8/06, Christopher Arnold wrote: > > Hi, > > does anyone have any info on how to disable the watchdog timer on an inte= l > serverboard model SE7501WV2? > > I have found the userland application to disable the watchdog in the ICH > but that dosnt help much when i cant even get 6.0 installed before the > timer goes off... > > Wouldnt it be a good idea if we could disable the timer when booting in > failsafe mode from the installation CD? This should be a BIOS option, I dont have one of these to be sure, but look into the System Management/BMC stuff in the BIOS. That's just a guess. Jack From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 18:36:42 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1098416A420 for ; Wed, 8 Feb 2006 18:36:42 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B7E443D72 for ; Wed, 8 Feb 2006 18:36:39 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: (qmail 3653 invoked by uid 0); 8 Feb 2006 18:36:37 -0000 Received: from r5k4.chello.upc.cz (HELO ?86.49.10.4?) (86.49.10.4) by smtp.dkm.cz with SMTP; 8 Feb 2006 18:36:37 -0000 Message-ID: <43EA3A34.8070801@pobox.sk> Date: Wed, 08 Feb 2006 19:36:36 +0100 From: martinko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <20060208064637.11c015ee.lists@elehack.net> <200602081327.k18DRCY2061980@lurza.secnetix.de> In-Reply-To: <200602081327.k18DRCY2061980@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: olli@lurza.secnetix.de Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 18:36:42 -0000 Oliver Fromme wrote: > Michael Ekstrand wrote: > > Rob wrote: > > > Can anyone shed some light on what is happening here? > > > > AFAIK, only root can mount things under FreeBSD, period. I could be > > wrong on this... > > You are wrong. :-) > > > but I looked around a while ago for something to do > > the job of the Linux 'user' option, and found nothing. I kinda remember > > trying changing permissions too. > > > > If I'm wrong, I'd love to be corrected :-). > > You're welcome. :-) > > To enable user mounts, there are three conditions: > 1. sysctl vfs.usermount=1 > 2. The user must have read+write permission on the device > which is to be mounted. This is usually accomplished > by creating a special group for this device. > 3. The user must _own_ the mountpoint (r/w permission is > not sufficient). > > Of course, an alternative is to use sudo (ports/security/sudo) > or super (ports/security/super, which prefer). > > Best regards > Oliver > hello, i must be missing something (and i'm quite convinced that it worked when i set it up initially) ... [mb-aw1n-bsd][mato][~] $ id uid=1001(mato) gid=1001(mato) groups=1001(mato), 0(wheel), 5(operator) [mb-aw1n-bsd][mato][~] $ sysctl vfs.usermount vfs.usermount: 1 [mb-aw1n-bsd][mato][~] $ ll mnt/ total 10 drwxr-x--- 2 mato mato 512 Dec 11 20:44 cdrom drwxr-x--- 2 mato mato 512 Dec 11 20:44 dos drwxr-x--- 2 mato mato 512 Dec 11 20:44 fat drwxr-x--- 2 mato mato 512 Dec 11 20:44 lin drwxr-x--- 2 mato mato 512 Dec 11 20:44 win [mb-aw1n-bsd][mato][~] $ grep "/mato" /etc/fstab /dev/acd0 /usr/home/mato/mnt/cdrom cd9660 ro,noauto 0 0 /dev/ad0s1 /usr/home/mato/mnt/dos msdosfs ro,noauto 0 0 /dev/ad0s5 /usr/home/mato/mnt/fat msdosfs ro,noatime,noauto,-Lsk_SK.ISO8859-2 0 0 /dev/ad0s6 /usr/home/mato/mnt/win ntfs ro,noauto 0 0 /dev/ad0s7 /usr/home/mato/mnt/lin ext2fs ro,noauto 0 0 [mb-aw1n-bsd][mato][~] $ ll /dev/ad0 crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/win/ mount_ntfs: /dev/ad0s6: Operation not permitted [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/lin/ mount_ext2fs: /dev/ad0s7: Operation not permitted [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/fat/ mount_msdosfs: cannot find or load "msdosfs_iconv" kernel module mount_msdosfs: msdosfs_iconv: Operation not permitted [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/dos/ [mb-aw1n-bsd][mato][~] $ any hint pls ?? cheers, martin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 18:48:41 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 890A416A423 for ; Wed, 8 Feb 2006 18:48:41 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 607A243D49 for ; Wed, 8 Feb 2006 18:48:39 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mdazwt@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k18ImWkZ074209; Wed, 8 Feb 2006 19:48:37 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k18ImWBC074208; Wed, 8 Feb 2006 19:48:32 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200602081848.k18ImWBC074208@lurza.secnetix.de> To: martinkov@pobox.sk (martinko) Date: Wed, 8 Feb 2006 19:48:32 +0100 (CET) In-Reply-To: <43EA3A34.8070801@pobox.sk> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 08 Feb 2006 19:48:38 +0100 (CET) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 18:48:41 -0000 martinko wrote: > Oliver Fromme wrote: > > To enable user mounts, there are three conditions: > > 1. sysctl vfs.usermount=1 > > 2. The user must have read+write permission on the device > > which is to be mounted. This is usually accomplished > > by creating a special group for this device. > > 3. The user must _own_ the mountpoint (r/w permission is > > not sufficient). > > [...] > $ ll /dev/ad0 > crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 Condition #2 isn't met: The device must be "rw" for for the user (in this case for the operator group). Note that "r" is not sufficient, even for read-only mounts. Best regards Oliver PS: Please respect the "Reply-To:" header. I do read the mailing list (via an NNTP gateway) and do _not_ want to get superfluous copies in my mailbox. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 19:09:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E620216A420 for ; Wed, 8 Feb 2006 19:09:12 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD6D43D45 for ; Wed, 8 Feb 2006 19:09:11 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F6uew-0002o3-TH for freebsd-stable@freebsd.org; Wed, 08 Feb 2006 20:07:23 +0100 Received: from r5k4.chello.upc.cz ([86.49.10.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Feb 2006 20:07:22 +0100 Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Feb 2006 20:07:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Wed, 08 Feb 2006 20:05:44 +0100 Lines: 36 Message-ID: References: <43EA3A34.8070801@pobox.sk> <200602081848.k18ImWBC074208@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <200602081848.k18ImWBC074208@lurza.secnetix.de> Sender: news Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 19:09:13 -0000 Oliver Fromme wrote: > martinko wrote: > > Oliver Fromme wrote: > > > To enable user mounts, there are three conditions: > > > 1. sysctl vfs.usermount=1 > > > 2. The user must have read+write permission on the device > > > which is to be mounted. This is usually accomplished > > > by creating a special group for this device. > > > 3. The user must _own_ the mountpoint (r/w permission is > > > not sufficient). > > > > [...] > > $ ll /dev/ad0 > > crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 > > Condition #2 isn't met: The device must be "rw" for for > the user (in this case for the operator group). Note > that "r" is not sufficient, even for read-only mounts. sure. but why did it mount /usr/home/mato/mnt/dos then ?? > > Best regards > Oliver > > PS: Please respect the "Reply-To:" header. I do read > the mailing list (via an NNTP gateway) and do _not_ want > to get superfluous copies in my mailbox. i'm sorry. > cheers, martin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 19:32:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BE7E16A420; Wed, 8 Feb 2006 19:32:19 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from mail.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1BD843D4C; Wed, 8 Feb 2006 19:32:16 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (mailman.ijs.si [193.2.4.66]) by patsy.ijs.si (Postfix) with ESMTP id 8C8B317B894; Wed, 8 Feb 2006 20:32:15 +0100 (CET) X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([193.2.4.66]) by localhost (patsy.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ofzG2ZsFIPku; Wed, 8 Feb 2006 20:31:57 +0100 (CET) Received: from radagast.ijs.si (radagast.ijs.si [193.2.4.168]) by patsy.ijs.si (Postfix) with ESMTP id 1981617B853; Wed, 8 Feb 2006 20:31:56 +0100 (CET) Received: from localhost.ijs.si (localhost.ijs.si [127.0.0.1]) by radagast.ijs.si (Postfix) with ESMTP id 349FD1702F; Wed, 8 Feb 2006 20:31:56 +0100 (CET) From: Dejan Lesjak To: freebsd-x11@freebsd.org Date: Wed, 8 Feb 2006 20:31:53 +0100 User-Agent: KMail/1.9.1 References: <1139346643.43e90cd3266be@webmail.esil.univ-mrs.fr> In-Reply-To: <1139346643.43e90cd3266be@webmail.esil.univ-mrs.fr> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_rck6DQ8WszH7r8F" Message-Id: <200602082031.55437.dejan.lesjak@ijs.si> Cc: g@esil.univ-mrs.fr, freebsd-stable@freebsd.org Subject: Re: BIG BIG problem with Xorg and... something else... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 19:32:19 -0000 --Boundary-00=_rck6DQ8WszH7r8F Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 07 February 2006 22:10, g@esil.univ-mrs.fr wrote: > Hi all, > > First don't blame me for cross-posting on stable and x11 lists but both > seem relevant for my problem. > > I'm tracking 6-STABLE. Since one week, I can't use my computer under > FreeBSD. The boot is OK, xdm screen is OK. But if I launch a KDE session, > I've some color problems during initializing session, then X freezes > (before end of loading !!!) and the only way is to poweroff the computer > !!! No ssh, no way to CTRL-ALT F1 switching to a console screen, the box is > down... > > I've googled a lot before posting here, but I've found nothing to rescue > me... Best idea : problems with the video card (ATI Radeon X300 on DELL > Optiplex GX280, or, in xorg language : > (--) PCI:*(1:0:0) ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] > PCI: (1:0:1) ATI Technologies Inc RV370 [Radeon X300SE]) > are mentioned on some forums which freeze X, but only if DRI & GLX are > enabled. I've disabled these modules. > > Note I can have a text mode session without any problem in console mode > if I CTRL-ALT-F1 switch without xdm logon. I also can have a windowmaker > session until I don't launch a "bad" app... like firefox or any kde > component. I can use gftp which is OpenMotif based... > > I mail you from my box... but inside an XFCE FreesBie live CD session, > which is 5.3 release based and runs like a charm : no X problem (like me > during last year from 5.3 STABLE to 6-STABLE until previous week...). WXP > runs without problem on another slice... So I think I can exclude hardware > dysfunction... > > The problem begins before I upgrade to KDE 3.5 and xorg 6.9. The > upgrade has had no effect... I've sync my sources two days ago : no > effect... > > I don't know what to do ? No log, no coredump... Any idea ??? > > My xorg.conf (and also an uncommented version), Xorg.0.log (X.org 6.9) > and older Xorg.8.log (Xorg 6.8, before the problem) are viewable here : > http://www.esil.univ-mrs.fr/~g/FreeBSD-x-problem. > > Thanks a lot in advance for any idea, comment, explanation, light, > incantation, etc. Can you try the attached patch for xorg-server port? --Boundary-00=_rck6DQ8WszH7r8F Content-Type: text/x-diff; charset="iso-8859-1"; name="xo-radeon-mmap.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xo-radeon-mmap.patch" Index: Makefile =================================================================== RCS file: /usr/local/repos/freebsd/ports/x11-servers/xorg-server/Makefile,v retrieving revision 1.33 diff -u -r1.33 Makefile --- Makefile 21 Jan 2006 18:55:07 -0000 1.33 +++ Makefile 2 Feb 2006 15:21:15 -0000 @@ -7,6 +7,7 @@ PORTNAME= xorg-server PORTVERSION= 6.9.0 +PORTREVISION= 1 CATEGORIES= x11-servers MASTER_SITES= ${MASTER_SITE_XORG} MASTER_SITE_SUBDIR= X11R${PORTVERSION}/src Index: files/patch-radeon-memmap =================================================================== RCS file: files/patch-radeon-memmap diff -N files/patch-radeon-memmap --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-radeon-memmap 2 Feb 2006 15:31:54 -0000 @@ -0,0 +1,1547 @@ +--- programs/Xserver/hw/xfree86/drivers/ati/radeon.h.orig Wed Nov 9 08:30:03 2005 ++++ programs/Xserver/hw/xfree86/drivers/ati/radeon.h Thu Feb 2 16:15:03 2006 +@@ -102,7 +102,7 @@ + + /* ------------------------------------- */ + +-#define RADEON_DEBUG 0 /* Turn off debugging output */ ++#define RADEON_DEBUG 1 /* Turn off debugging output */ + #define RADEON_IDLE_RETRY 16 /* Fall out of idle loops after this count */ + #define RADEON_TIMEOUT 2000000 /* Fall out of wait loops after this count */ + #define RADEON_MMIOSIZE 0x80000 +@@ -116,13 +116,13 @@ + */ + + #if RADEON_DEBUG +-#define RADEONTRACE(x) \ ++#define RADEONTRACE(x) \ + do { \ + ErrorF("(**) %s(%d): ", RADEON_NAME, pScrn->scrnIndex); \ + ErrorF x; \ +-} while (0); ++} while(0) + #else +-#define RADEONTRACE(x) ++#define RADEONTRACE(x) do { } while(0) + #endif + + +@@ -147,10 +147,16 @@ + CARD32 cap0_trig_cntl; + CARD32 cap1_trig_cntl; + CARD32 bus_cntl; +- CARD32 surface_cntl; + CARD32 bios_4_scratch; + CARD32 bios_5_scratch; + CARD32 bios_6_scratch; ++ CARD32 surface_cntl; ++ CARD32 surfaces[8][3]; ++ CARD32 mc_agp_location; ++ CARD32 mc_fb_location; ++ CARD32 display_base_addr; ++ CARD32 display2_base_addr; ++ CARD32 ov0_base_addr; + + /* Other registers to save for VT switches */ + CARD32 dp_datatype; +@@ -158,8 +164,6 @@ + CARD32 clock_cntl_index; + CARD32 amcgpio_en_reg; + CARD32 amcgpio_mask; +- +- CARD32 surfaces[8][3]; + + /* CRTC registers */ + CARD32 crtc_gen_cntl; +@@ -326,6 +330,8 @@ + unsigned long MMIOAddr; /* MMIO region physical address */ + unsigned long BIOSAddr; /* BIOS physical address */ + unsigned int fbLocation; ++ CARD32 mc_fb_location; ++ CARD32 mc_agp_location; + + unsigned char *MMIO; /* Map of MMIO region */ + unsigned char *FB; /* Map of frame buffer */ +@@ -482,6 +488,7 @@ + #ifdef XF86DRI + Bool noBackBuffer; + Bool directRenderingEnabled; ++ Bool directRenderingInited; + DRIInfoPtr pDRIInfo; + int drmFD; + int numVisualConfigs; +--- programs/Xserver/hw/xfree86/drivers/ati/radeon_common.h.orig Sun Sep 11 10:51:38 2005 ++++ programs/Xserver/hw/xfree86/drivers/ati/radeon_common.h Thu Feb 2 16:15:03 2006 +@@ -474,6 +474,7 @@ + #define RADEON_SETPARAM_FB_LOCATION 1 + #define RADEON_SETPARAM_SWITCH_TILING 2 + #define RADEON_SETPARAM_PCIGART_LOCATION 3 ++#define RADEON_SETPARAM_NEW_MEMMAP 4 + + /* 1.14: Clients can allocate/free a surface + */ +--- programs/Xserver/hw/xfree86/drivers/ati/radeon_commonfuncs.c.orig Sun Sep 11 22:58:53 2005 ++++ programs/Xserver/hw/xfree86/drivers/ati/radeon_commonfuncs.c Thu Feb 2 16:15:03 2006 +@@ -155,9 +155,11 @@ + } + #endif + ++#if 0 + RADEONTRACE(("WaitForIdle (entering): %d entries, stat=0x%08x\n", + INREG(RADEON_RBBM_STATUS) & RADEON_RBBM_FIFOCNT_MASK, + INREG(RADEON_RBBM_STATUS))); ++#endif + + /* Wait for the engine to go idle */ + RADEONWaitForFifoFunction(pScrn, 64); +--- programs/Xserver/hw/xfree86/drivers/ati/radeon_cursor.c.orig Tue Nov 8 10:44:41 2005 ++++ programs/Xserver/hw/xfree86/drivers/ati/radeon_cursor.c Thu Feb 2 16:15:03 2006 +@@ -31,6 +31,9 @@ + #include "config.h" + #endif + ++#define RADEONCTRACE(x) ++/* #define RADEONCTRACE(x) RADEONTRACE(x) */ ++ + /* + * Authors: + * Kevin E. Martin +@@ -50,6 +53,7 @@ + + /* Driver data structures */ + #include "radeon.h" ++#include "radeon_version.h" + #include "radeon_reg.h" + #include "radeon_macros.h" + #include "radeon_mergedfb.h" +@@ -81,11 +85,11 @@ + #define CURSOR_SWAPPING_DECL_MMIO unsigned char *RADEONMMIO = info->MMIO; + #define CURSOR_SWAPPING_START() \ + do { \ ++ COMMON_CURSOR_SWAPPING_START(); \ + OUTREG(RADEON_SURFACE_CNTL, \ + (info->ModeReg.surface_cntl | \ +- RADEON_NONSURF_AP0_SWP_32BPP) & \ +- ~RADEON_NONSURF_AP0_SWP_16BPP); \ +- COMMON_CURSOR_SWAPPING_START(); \ ++ RADEON_NONSURF_AP0_SWP_32BPP | RADEON_NONSURF_AP1_SWP_32BPP) & \ ++ ~(RADEON_NONSURF_AP0_SWP_16BPP | RADEON_NONSURF_AP1_SWP_16BPP)); \ + } while (0) + #define CURSOR_SWAPPING_END() (OUTREG(RADEON_SURFACE_CNTL, \ + info->ModeReg.surface_cntl)) +@@ -133,9 +137,9 @@ + "Using hardware cursor\n", + info->cursor_offset = info->cursorArea->offset); + +- RADEONTRACE(("%s (0x%08x-0x%08x)\n", __func__, +- info->cursor_offset, +- info->cursor_offset + info->cursorArea->size)); ++ RADEONCTRACE(("%s (0x%08x-0x%08x)\n", __func__, ++ info->cursor_offset, ++ info->cursor_offset + info->cursorArea->size)); + } + } + #endif +@@ -149,6 +153,11 @@ + int pixel, i; + CURSOR_SWAPPING_DECL_MMIO + ++ RADEONCTRACE(("RADEONSetCursorColors\n")); ++ ++ if (info->cursor_offset == 0) ++ return; ++ + #ifdef ARGB_CURSOR + /* Don't recolour cursors set with SetCursorARGB. */ + if (info->cursor_argb) +@@ -191,11 +200,17 @@ + int total_y = pScrn->frameY1 - pScrn->frameY0; + int stride = 256; + ++ if (info->cursor_offset == 0) ++ return; ++ + if(info->MergedFB) { ++ RADEONCTRACE(("RADEONSetCursorPositionMerged\n")); + RADEONSetCursorPositionMerged(pScrn, x, y); + return; + } + ++ RADEONCTRACE(("RADEONSetCursorPosition\n")); ++ + if (x < 0) xorigin = -x+1; + if (y < 0) yorigin = -y+1; + if (y > total_y) y = total_y; +@@ -210,6 +225,8 @@ + OUTREG(RADEON_CUR_HORZ_VERT_POSN, (RADEON_CUR_LOCK + | ((xorigin ? 0 : x) << 16) + | (yorigin ? 0 : y))); ++ RADEONCTRACE(("cursor_offset: 0x%x, yorigin: %d, stride: %d\n", ++ info->cursor_offset, yorigin, stride)); + OUTREG(RADEON_CUR_OFFSET, info->cursor_offset + yorigin * stride); + } else { + OUTREG(RADEON_CUR2_HORZ_VERT_OFF, (RADEON_CUR2_LOCK +@@ -238,6 +255,11 @@ + CARD8 chunk; + CARD32 i, j; + ++ if (info->cursor_offset == 0) ++ return; ++ ++ RADEONCTRACE(("RADEONLoadCursorImage (at %x)\n", info->cursor_offset)); ++ + if (!info->IsSecondary) { + save1 = INREG(RADEON_CRTC_GEN_CNTL) & ~(CARD32) (3 << 20); + save1 |= (CARD32) (2 << 20); +@@ -264,7 +286,7 @@ + */ + CURSOR_SWAPPING_START(); + #define ARGB_PER_CHUNK (8 * sizeof (chunk) / 2) +- for (i = 0; i < CURSOR_WIDTH * CURSOR_HEIGHT / ARGB_PER_CHUNK; i++) { ++ for (i = 0; i < (CURSOR_WIDTH * CURSOR_HEIGHT / ARGB_PER_CHUNK); i++) { + chunk = *s++; + for (j = 0; j < ARGB_PER_CHUNK; j++, chunk >>= 2) + *d++ = mono_cursor_color[chunk & 3]; +@@ -288,6 +310,8 @@ + RADEONInfoPtr info = RADEONPTR(pScrn); + unsigned char *RADEONMMIO = info->MMIO; + ++ RADEONCTRACE(("RADEONHideCursor\n")); ++ + if (info->IsSecondary || info->MergedFB) + OUTREGP(RADEON_CRTC2_GEN_CNTL, 0, ~RADEON_CRTC2_CUR_EN); + +@@ -301,6 +325,8 @@ + RADEONInfoPtr info = RADEONPTR(pScrn); + unsigned char *RADEONMMIO = info->MMIO; + ++ RADEONCTRACE(("RADEONShowCursor\n")); ++ + if (info->IsSecondary || info->MergedFB) + OUTREGP(RADEON_CRTC2_GEN_CNTL, RADEON_CRTC2_CUR_EN, + ~RADEON_CRTC2_CUR_EN); +@@ -351,8 +377,10 @@ + CARD32 *image = pCurs->bits->argb; + CARD32 *i; + +- if (!image) +- return; /* XXX can't happen */ ++ RADEONCTRACE(("RADEONLoadCursorARGB\n")); ++ ++ if (info->cursor_offset == 0) ++ return; + + if (!info->IsSecondary) { + save1 = INREG(RADEON_CRTC_GEN_CNTL) & ~(CARD32) (3 << 20); +@@ -473,7 +501,7 @@ + 256); + info->cursor_end = info->cursor_offset + size_bytes; + } +- RADEONTRACE(("RADEONCursorInit (0x%08x-0x%08x)\n", ++ RADEONCTRACE(("RADEONCursorInit (0x%08x-0x%08x)\n", + info->cursor_offset, info->cursor_end)); + } + #endif +--- programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c.orig Fri Oct 21 20:40:18 2005 ++++ programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c Thu Feb 2 16:15:03 2006 +@@ -1456,10 +1456,6 @@ + version->version_patchlevel); + info->allowColorTiling = FALSE; + info->tilingEnabled = FALSE; +- /* try to fix up already set mode, crt pitch, ddx major (hope that's ok to do here) */ +- /* is this correct scrnIndex? flags? */ +- RADEONSwitchMode(pScrn->scrnIndex, pScrn->currentMode, 0); +- pScrn->AdjustFrame(pScrn->scrnIndex, pScrn->frameX0, pScrn->frameY0, 0); + pDRIInfo->ddxDriverMajorVersion = RADEON_VERSION_MAJOR; + } + drmFreeVersion(version); +@@ -1611,6 +1607,8 @@ + info->allowPageFlip = 0; + } + ++ info->directRenderingInited = TRUE; ++ + return TRUE; + } + +@@ -1665,7 +1663,9 @@ + drmRadeonInit drmInfo; + RING_LOCALS; + +- /* Stop the CP */ ++ RADEONTRACE(("RADEONDRICloseScreen\n")); ++ ++ /* Stop the CP */ + if (info->directRenderingEnabled) { + /* If we've generated any CP commands, we must flush them to the + * kernel module now. +@@ -1775,6 +1775,9 @@ + int i; + RADEONSAREAPrivPtr pSAREAPriv = DRIGetSAREAPrivate(pScrn->pScreen); + ++ if (!info->directRenderingInited) ++ return; ++ + /* Don't want to do this when no 3d is active and pages are + * right-way-round + */ +@@ -1784,6 +1787,10 @@ + #ifdef USE_XAA + /* XXX: implement for EXA */ + /* pretty much a hack. */ ++ ++ /* Make sure accel has been properly inited */ ++ if (info->accel == NULL || info->accel->SetupForScreenToScreenCopy == NULL) ++ return; + if (info->tilingEnabled) + info->dst_pitch_offset |= RADEON_DST_TILE_MACRO; + (*info->accel->SetupForScreenToScreenCopy)(pScrn, +--- programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c.orig Wed Dec 14 20:41:19 2005 ++++ programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c Thu Feb 2 16:15:03 2006 +@@ -129,6 +129,8 @@ + static int RADEONValidateMergeModes(ScrnInfoPtr pScrn); + static void RADEONSetDynamicClock(ScrnInfoPtr pScrn, int mode); + static void RADEONUpdatePanelSize(ScrnInfoPtr pScrn); ++static void RADEONSaveMemMapRegisters(ScrnInfoPtr pScrn, RADEONSavePtr save); ++static void RADEONAdjustMemMapRegisters(ScrnInfoPtr pScrn, RADEONSavePtr save); + + /* psuedo xinerama support */ + +@@ -732,6 +734,7 @@ + if (info->FBDev) { + info->FB = fbdevHWMapVidmem(pScrn); + } else { ++ RADEONTRACE(("Map: 0x%08x, 0x%08x\n", info->LinearAddr, info->FbMapSize)); + info->FB = xf86MapPciMem(pScrn->scrnIndex, + VIDMEM_FRAMEBUFFER, + info->PciTag, +@@ -2252,83 +2255,80 @@ + return TRUE; + } + +-/* Set up MC_FB_LOCATION and related registers */ +-static void +-RADEONSetFBLocation(ScrnInfoPtr pScrn) ++static void RADEONInitMemMapRegisters(ScrnInfoPtr pScrn, RADEONSavePtr save, ++ RADEONInfoPtr info) + { +- RADEONInfoPtr info = RADEONPTR(pScrn); +- RADEONEntPtr pRADEONEnt = RADEONEntPriv(pScrn); ++ save->mc_fb_location = info->mc_fb_location; ++ save->mc_agp_location = info->mc_agp_location; ++ save->display_base_addr = info->fbLocation; ++ save->display2_base_addr = info->fbLocation; ++ save->ov0_base_addr = info->fbLocation; ++} ++ ++static void RADEONInitMemoryMap(ScrnInfoPtr pScrn) ++{ ++ RADEONInfoPtr info = RADEONPTR(pScrn); + unsigned char *RADEONMMIO = info->MMIO; +- CARD32 mc_fb_location; +- CARD32 mc_agp_location = INREG(RADEON_MC_AGP_LOCATION); +- CARD32 bus_cntl = INREG(RADEON_BUS_CNTL); +- +- OUTREG (RADEON_BUS_CNTL, bus_cntl | RADEON_BUS_MASTER_DIS); +- RADEONWaitForIdleMMIO(pScrn); ++ unsigned long agp_size, agp_base, mem_size; + +- /* This function has many problems with newer cards. +- * Even with older cards, all registers changed here are not +- * restored properly when X quits, this will also cause +- * various problems, especially with radeonfb. +- * Since we don't have DRI support for R300 and above cards, +- * we just hardcode these values for now. +- * Need to revisit this whole function!!! +- */ ++ /* Default to existing values */ ++ info->mc_fb_location = INREG(RADEON_MC_FB_LOCATION); ++ info->mc_agp_location = INREG(RADEON_MC_AGP_LOCATION); + +- if (info->IsIGP) { +- mc_fb_location = INREG(RADEON_NB_TOM); ++ /* We shouldn't use info->videoRam here which might have been clipped ++ * but the real video RAM instead ++ */ ++ mem_size = INREG(RADEON_CONFIG_MEMSIZE); ++ if (mem_size == 0) ++ mem_size = 0x800000; + +- OUTREG(RADEON_GRPH2_BUFFER_CNTL, +- INREG(RADEON_GRPH2_BUFFER_CNTL) & ~0x7f0000); + +- } else ++ /* We won't try to change MC_FB_LOCATION when using fbdev */ ++ if (!info->FBDev) { ++ if (info->IsIGP) ++ info->mc_fb_location = INREG(RADEON_NB_TOM); ++ else + #ifdef XF86DRI +- if ( info->directRenderingEnabled && info->drmMinor < 10 ) { +- mc_fb_location = (INREG(RADEON_CONFIG_APER_SIZE) - 1) & 0xffff0000U; +- } else ++ /* Old DRI has restrictions on the memory map */ ++ if ( info->directRenderingEnabled && info->drmMinor < 10 ) ++ info->mc_fb_location = (mem_size - 1) & 0xffff0000U; ++ else + #endif +- { +- CARD32 aper0_base = INREG(RADEON_CONFIG_APER_0_BASE); +- +- mc_fb_location = (aper0_base >> 16) +- | ((aper0_base + (INREG(RADEON_CONFIG_APER_SIZE) - 1) +- ) & 0xffff0000U); +- } +- +- info->fbLocation = (mc_fb_location & 0xffff) << 16; ++ { ++ CARD32 aper0_base = INREG(RADEON_CONFIG_APER_0_BASE); + +- if (((mc_agp_location & 0xffff) << 16) != +- ((mc_fb_location & 0xffff0000U) + 0x10000)) { +- mc_agp_location = mc_fb_location & 0xffff0000U; +- mc_agp_location |= (mc_agp_location + 0x10000) >> 16; ++ info->mc_fb_location = (aper0_base >> 16) | ++ ((aper0_base + mem_size - 1) & 0xffff0000U); ++ } + } ++ info->fbLocation = (info->mc_fb_location & 0xffff) << 16; + +- RADEONWaitForIdleMMIO(pScrn); ++ /* Calculate AGP aperture location */ ++ agp_size = ((info->mc_agp_location >> 16) - ++ (info->mc_agp_location & 0xffff) + 1) << 16; ++ agp_base = info->fbLocation + mem_size; + +- OUTREG(RADEON_MC_FB_LOCATION, mc_fb_location); +- OUTREG(RADEON_MC_AGP_LOCATION, mc_agp_location); +- OUTREG(RADEON_DISPLAY_BASE_ADDR, info->fbLocation); +- if (info->HasCRTC2) +- OUTREG(RADEON_DISPLAY2_BASE_ADDR, info->fbLocation); +- OUTREG(RADEON_OV0_BASE_ADDR, info->fbLocation); ++ /* Make sure AGP size is at least 4Mb for the sake of the memory mapping ++ * (even if we don't actually use it, to avoid leaving a dangling map ++ * or invalid setting in MC_AGP_LOCATION ++ */ ++ if (agp_size < 0x400000) ++ agp_size = 0x400000; + +- OUTREG (RADEON_BUS_CNTL, bus_cntl); +- RADEONWaitForIdleMMIO(pScrn); ++ /* If there is no room up there put AGP just below the fb */ ++ if (((agp_base + agp_size) & 0xfffffffful) < agp_base) ++ agp_base = info->fbLocation - agp_size; + +- /* Set display0/1 priority up on r3/4xx in the memory controller for +- * high res modes if the user specifies HIGH for displaypriority +- * option. +- */ +- if ((info->DispPriority == 2) && IS_R300_VARIANT) { +- CARD32 mc_init_misc_lat_timer = INREG(R300_MC_INIT_MISC_LAT_TIMER); +- if (info->MergedFB || pRADEONEnt->HasSecondary) { +- mc_init_misc_lat_timer |= 0x1100; /* display 0 and 1 */ +- } else { +- mc_init_misc_lat_timer |= 0x0100; /* display 0 only */ +- } +- OUTREG(R300_MC_INIT_MISC_LAT_TIMER, mc_init_misc_lat_timer); +- } ++ /* Ok, now set our various bits & pieces */ ++ info->mc_agp_location = (agp_base >> 16) | ++ ((agp_base + agp_size - 1) & 0xffff0000U); + ++ RADEONTRACE(("RADEONInitMemoryMap() : \n")); ++ RADEONTRACE((" mem_size : 0x%08lx\n", mem_size)); ++ RADEONTRACE((" agp_size : 0x%08lx\n", agp_size)); ++ RADEONTRACE((" agp_base : 0x%08lx\n", agp_base)); ++ RADEONTRACE((" MC_FB_LOCATION : 0x%08lx\n", info->mc_fb_location)); ++ RADEONTRACE((" MC_AGP_LOCATION : 0x%08lx\n", info->mc_agp_location)); + } + + static void RADEONGetVRamType(ScrnInfoPtr pScrn) +@@ -2704,22 +2704,48 @@ + + OUTREG(RADEON_CONFIG_MEMSIZE, pScrn->videoRam * 1024); + } else { +- /* There are different HDP mapping schemes depending on single/multi funciton setting, +- * chip family, HDP mode, and the generation of HDP mapping scheme. +- * To make things simple, we only allow maximum 128M addressable FB. Anything more than +- * 128M is configured as invisible FB to CPU that can only be accessed from chip side. +- */ ++ CARD32 accessible_mem = INREG(RADEON_CONFIG_APER_SIZE) / 1024; ++ ++ /* There are different HDP mapping schemes depending on single/multi ++ * funciton setting, chip family, HDP mode, and the generation of HDP ++ * mapping scheme. To make things simple, we only allow maximum 128M ++ * addressable FB. Anything more than 128M is configured as invisible ++ * FB to CPU that can only be accessed from chip side. ++ * ++ * The above doesn't necessarily work. For example, I've seen machines ++ * with 128Mb configured as 2x64Mb apertures. However, if I always set ++ * HDP_APER_CNTL, it seems PCI access stops working on some cards :( ++ * Let's just read the setting and check how much we can access... ++ */ + pScrn->videoRam = INREG(RADEON_CONFIG_MEMSIZE) / 1024; +- if (pScrn->videoRam > 128*1024) pScrn->videoRam = 128*1024; ++ ++ /* We used to limit to 128M ... let's keep that for now until I have ++ * verified that my new code might lift that limitation ++ */ ++ if (pScrn->videoRam > 128*1024) ++ pScrn->videoRam = 128*1024; ++ ++ /* Now, set HDP_APER_CNTL only on some cards as Hui original code does */ + if ((info->ChipFamily == CHIP_FAMILY_RV350) || + (info->ChipFamily == CHIP_FAMILY_RV380) || +- (info->ChipFamily == CHIP_FAMILY_R420)) { +- OUTREGP (RADEON_HOST_PATH_CNTL, (1<<23), ~(1<<23)); +- } ++ (info->ChipFamily == CHIP_FAMILY_R420)) ++ OUTREGP (RADEON_HOST_PATH_CNTL, RADEON_HDP_APER_CNTL, ++ ~RADEON_HDP_APER_CNTL); ++ ++ /* Now, read that bit. If it's set, double the accessible memory */ ++ if (INREG(RADEON_HOST_PATH_CNTL) & RADEON_HDP_APER_CNTL) ++ accessible_mem *= 2; ++ ++ /* Now trim videoRam if necessary */ ++ if (pScrn->videoRam > accessible_mem) ++ pScrn->videoRam = accessible_mem; + } + + /* Some production boards of m6 will return 0 if it's 8 MB */ +- if (pScrn->videoRam == 0) pScrn->videoRam = 8192; ++ if (pScrn->videoRam == 0) { ++ pScrn->videoRam = 8192; ++ OUTREG(RADEON_CONFIG_MEMSIZE, 0x800000); ++ } + + /* Check chip errata */ + info->ChipErrata = 0; +@@ -5095,7 +5121,7 @@ + RADEONInfoPtr info = RADEONPTR(pScrn); + + #ifdef XF86DRI +- if (info->directRenderingEnabled) { ++ if (info->directRenderingInited) { + FLUSH_RING(); + } + #endif +@@ -5453,8 +5479,10 @@ + info->CPInUse = FALSE; + info->CPStarted = FALSE; + info->directRenderingEnabled = FALSE; ++ info->directRenderingInited = FALSE; + #endif + info->accelOn = FALSE; ++ info->accel = NULL; + pScrn->fbOffset = 0; + if (info->IsSecondary) pScrn->fbOffset = pScrn->videoRam * 1024; + if (!RADEONMapMem(pScrn)) return FALSE; +@@ -5502,31 +5530,6 @@ + info->tilingEnabled = (pScrn->currentMode->Flags & (V_DBLSCAN | V_INTERLACE)) ? FALSE : TRUE; + } + } +- +- if (!info->IsSecondary) { +- /* empty the surfaces */ +- unsigned char *RADEONMMIO = info->MMIO; +- unsigned int i; +- for (i = 0; i < 8; i++) { +- OUTREG(RADEON_SURFACE0_INFO + 16 * i, 0); +- OUTREG(RADEON_SURFACE0_LOWER_BOUND + 16 * i, 0); +- OUTREG(RADEON_SURFACE0_UPPER_BOUND + 16 * i, 0); +- } +- } +- +- if (info->FBDev) { +- unsigned char *RADEONMMIO = info->MMIO; +- +- if (!fbdevHWModeInit(pScrn, pScrn->currentMode)) return FALSE; +- info->ModeReg.surface_cntl = INREG(RADEON_SURFACE_CNTL); +- } else { +- if (!RADEONModeInit(pScrn, pScrn->currentMode)) return FALSE; +- } +- +- RADEONSaveScreen(pScreen, SCREEN_SAVER_ON); +- +- pScrn->AdjustFrame(scrnIndex, pScrn->frameX0, pScrn->frameY0, 0); +- + /* Visual setup */ + miClearVisualTypes(); + if (!miSetVisualTypes(pScrn->depth, +@@ -5588,6 +5591,41 @@ + } + } + ++ hasDRI = info->directRenderingEnabled; ++#endif ++ ++ /* Initialize the memory map, this basically calculates the values ++ * we'll use later on for MC_FB_LOCATION & MC_AGP_LOCATION ++ */ ++ RADEONInitMemoryMap(pScrn); ++ ++ if (!info->IsSecondary) { ++ /* empty the surfaces */ ++ unsigned char *RADEONMMIO = info->MMIO; ++ unsigned int i; ++ for (i = 0; i < 8; i++) { ++ OUTREG(RADEON_SURFACE0_INFO + 16 * i, 0); ++ OUTREG(RADEON_SURFACE0_LOWER_BOUND + 16 * i, 0); ++ OUTREG(RADEON_SURFACE0_UPPER_BOUND + 16 * i, 0); ++ } ++ } ++ ++ if (info->FBDev) { ++ unsigned char *RADEONMMIO = info->MMIO; ++ ++ if (!fbdevHWModeInit(pScrn, pScrn->currentMode)) return FALSE; ++ RADEONSaveMemMapRegisters(pScrn, &info->ModeReg); ++ info->fbLocation = (info->ModeReg.mc_fb_location & 0xffff) << 16; ++ info->ModeReg.surface_cntl = INREG(RADEON_SURFACE_CNTL); ++ info->ModeReg.surface_cntl &= ~RADEON_SURF_TRANSLATION_DIS; ++ } else { ++ if (!RADEONModeInit(pScrn, pScrn->currentMode)) return FALSE; ++ } ++ ++ RADEONSaveScreen(pScreen, SCREEN_SAVER_ON); ++ ++ pScrn->AdjustFrame(scrnIndex, pScrn->frameX0, pScrn->frameY0, 0); ++ + /* Depth moves are disabled by default since they are extremely slow */ + info->depthMoves = xf86ReturnOptValBool(info->Options, + OPTION_DEPTH_MOVE, FALSE); +@@ -5602,11 +5640,15 @@ + "Depth moves disabled by default\n"); + } + +- hasDRI = info->directRenderingEnabled; +-#endif ++ /* Initial setup of surfaces */ ++ if (!info->IsSecondary) { ++ RADEONTRACE(("Setting up initial surfaces\n")); ++ RADEONChangeSurfaces(pScrn); ++ } + +- RADEONSetFBLocation(pScrn); ++ RADEONTRACE(("Initializing fb layer\n")); + ++ /* Init fb layer */ + if (!fbScreenInit(pScreen, info->FB, + pScrn->virtualX, pScrn->virtualY, + pScrn->xDpi, pScrn->yDpi, pScrn->displayWidth, +@@ -5653,6 +5695,9 @@ + } + #endif + /* Memory manager setup */ ++ ++ RADEONTRACE(("Setting up accel memmap\n")); ++ + #ifdef USE_EXA + if (info->useEXA && !RADEONSetupMemEXA(pScreen)) + return FALSE; +@@ -5671,8 +5716,97 @@ + info->dst_pitch_offset = (((pScrn->displayWidth * info->CurrentLayout.pixel_bytes / 64) + << 22) | ((info->fbLocation + pScrn->fbOffset) >> 10)); + +- /* Acceleration setup */ ++ /* Backing store setup */ ++ RADEONTRACE(("Initializing backing store\n")); ++ miInitializeBackingStore(pScreen); ++ xf86SetBackingStore(pScreen); ++ ++ /* Colormap setup */ ++ RADEONTRACE(("Initializing color map\n")); ++ if (!miCreateDefColormap(pScreen)) return FALSE; ++ if (!xf86HandleColormaps(pScreen, 256, info->dac6bits ? 6 : 8, ++ RADEONLoadPalette, NULL, ++ CMAP_PALETTED_TRUECOLOR ++#if 0 /* This option messes up text mode! (eich@suse.de) */ ++ | CMAP_LOAD_EVEN_IF_OFFSCREEN ++#endif ++ | CMAP_RELOAD_ON_MODE_SWITCH)) return FALSE; ++ ++ /* DPMS setup */ ++ /* DRI finalisation */ ++#ifdef XF86DRI ++ /* Tell DRI about new memory map */ ++ if (info->directRenderingEnabled) { ++ drmRadeonSetParam radeonsetparam; ++ RADEONTRACE(("DRI New memory map param\n")); ++ memset(&radeonsetparam, 0, sizeof(drmRadeonSetParam)); ++ radeonsetparam.param = RADEON_SETPARAM_NEW_MEMMAP; ++ radeonsetparam.value = 1; ++ if (drmCommandWrite(info->drmFD, DRM_RADEON_SETPARAM, ++ &radeonsetparam, sizeof(drmRadeonSetParam)) < 0) ++ xf86DrvMsg(pScrn->scrnIndex, X_WARNING, ++ "[drm] failed to enable new memory map\n"); ++ } ++ ++ if (info->cardType==CARD_PCIE && info->pciGartOffset && info->drmMinor>=19) ++ { ++ drmRadeonSetParam radeonsetparam; ++ RADEONTRACE(("DRI PCIGART param\n")); ++ memset(&radeonsetparam, 0, sizeof(drmRadeonSetParam)); ++ radeonsetparam.param = RADEON_SETPARAM_PCIGART_LOCATION; ++ radeonsetparam.value = info->pciGartOffset; ++ if (drmCommandWrite(info->drmFD, DRM_RADEON_SETPARAM, ++ &radeonsetparam, sizeof(drmRadeonSetParam)) < 0) ++ xf86DrvMsg(pScrn->scrnIndex, X_ERROR, ++ "[drm] failed set pci gart location\n"); ++ } ++ if (info->directRenderingEnabled) { ++ RADEONTRACE(("DRI Finishing init !\n")); ++ info->directRenderingEnabled = RADEONDRIFinishScreenInit(pScreen); ++ } ++ if (info->directRenderingEnabled) { ++ /* DRI final init might have changed the memory map, we need to adjust ++ * our local image to make sure we restore them properly on mode ++ * changes or VT switches ++ */ ++ RADEONAdjustMemMapRegisters(pScrn, &info->ModeReg); ++ ++ if ((info->DispPriority == 1) && (info->cardType==CARD_AGP)) { ++ /* we need to re-calculate bandwidth because of AGPMode difference. */ ++ RADEONInitDispBandwidth(pScrn); ++ } ++ xf86DrvMsg(pScrn->scrnIndex, X_INFO, "Direct rendering enabled\n"); ++ ++ /* we might already be in tiled mode, tell drm about it */ ++ if (info->directRenderingEnabled && info->tilingEnabled) { ++ drmRadeonSetParam radeonsetparam; ++ memset(&radeonsetparam, 0, sizeof(drmRadeonSetParam)); ++ radeonsetparam.param = RADEON_SETPARAM_SWITCH_TILING; ++ radeonsetparam.value = info->tilingEnabled ? 1 : 0; ++ if (drmCommandWrite(info->drmFD, DRM_RADEON_SETPARAM, ++ &radeonsetparam, sizeof(drmRadeonSetParam)) < 0) ++ xf86DrvMsg(pScrn->scrnIndex, X_ERROR, ++ "[drm] failed changing tiling status\n"); ++ } ++ } else { ++ xf86DrvMsg(pScrn->scrnIndex, X_WARNING, ++ "Direct rendering disabled\n"); ++ } ++#endif ++ ++ /* Make sure surfaces are allright since DRI setup may have changed them */ ++ if (!info->IsSecondary) { ++ RADEONTRACE(("Setting up final surfaces\n")); ++ RADEONChangeSurfaces(pScrn); ++ } ++ ++ if(info->MergedFB) ++ /* need this here to fix up sarea values */ ++ RADEONAdjustFrameMerged(scrnIndex, pScrn->frameX0, pScrn->frameY0, 0); ++ ++ /* Enable aceleration */ + if (!xf86ReturnOptValBool(info->Options, OPTION_NOACCEL, FALSE)) { ++ RADEONTRACE(("Initializing Acceleration\n")); + if (RADEONAccelInit(pScreen)) { + xf86DrvMsg(scrnIndex, X_INFO, "Acceleration enabled\n"); + info->accelOn = TRUE; +@@ -5687,12 +5821,28 @@ + info->accelOn = FALSE; + } + ++ /* Init DPMS */ ++ RADEONTRACE(("Initializing DPMS\n")); ++ xf86DPMSInit(pScreen, RADEONDisplayPowerManagementSet, 0); ++ + /* DGA setup */ ++ RADEONTRACE(("Initializing DGA\n")); + RADEONDGAInit(pScreen); + +- /* Backing store setup */ +- miInitializeBackingStore(pScreen); +- xf86SetBackingStore(pScreen); ++ /* Wrap some funcs for MergedFB */ ++ if(info->MergedFB) { ++ info->PointerMoved = pScrn->PointerMoved; ++ pScrn->PointerMoved = RADEONMergePointerMoved; ++ /* Psuedo xinerama */ ++ if(info->UseRADEONXinerama) { ++ RADEONnoPanoramiXExtension = FALSE; ++ RADEONXineramaExtensionInit(pScrn); ++ } else { ++ info->MouseRestrictions = FALSE; ++ } ++ } ++ ++ RADEONTRACE(("Initializing Cursor\n")); + + /* Set Silken Mouse */ + xf86SetSilkenMouse(pScreen); +@@ -5729,115 +5879,117 @@ + xf86DrvMsg(scrnIndex, X_INFO, "Using software cursor\n"); + } + +- /* Colormap setup */ +- if (!miCreateDefColormap(pScreen)) return FALSE; +- if (!xf86HandleColormaps(pScreen, 256, info->dac6bits ? 6 : 8, +- RADEONLoadPalette, NULL, +- CMAP_PALETTED_TRUECOLOR +-#if 0 /* This option messes up text mode! (eich@suse.de) */ +- | CMAP_LOAD_EVEN_IF_OFFSCREEN +-#endif +- | CMAP_RELOAD_ON_MODE_SWITCH)) return FALSE; +- +- /* DPMS setup */ +- xf86DPMSInit(pScreen, RADEONDisplayPowerManagementSet, 0); +- ++ /* Init Xv */ ++ RADEONTRACE(("Initializing Xv\n")); + RADEONInitVideo(pScreen); + +- /* Provide SaveScreen */ +- pScreen->SaveScreen = RADEONSaveScreen; +- +- /* Wrap CloseScreen */ ++ /* Provide SaveScreen & wrap BlockHandler and CloseScreen */ ++ /* Wrap CloseScreen */ + info->CloseScreen = pScreen->CloseScreen; + pScreen->CloseScreen = RADEONCloseScreen; ++ pScreen->SaveScreen = RADEONSaveScreen; ++ info->BlockHandler = pScreen->BlockHandler; ++ pScreen->BlockHandler = RADEONBlockHandler; + +- /* Wrap some funcs for MergedFB */ +- if(info->MergedFB) { +- info->PointerMoved = pScrn->PointerMoved; +- pScrn->PointerMoved = RADEONMergePointerMoved; +- /* Psuedo xinerama */ +- if(info->UseRADEONXinerama) { +- RADEONnoPanoramiXExtension = FALSE; +- RADEONXineramaExtensionInit(pScrn); +- } else { +- info->MouseRestrictions = FALSE; +- } +- } +- +- /* Note unused options */ ++ /* Note unused options */ + if (serverGeneration == 1) + xf86ShowUnusedOptions(pScrn->scrnIndex, pScrn->options); + +-#ifdef XF86DRI +- if (info->cardType==CARD_PCIE && info->pciGartOffset && info->drmMinor>=19) +- { +- drmRadeonSetParam radeonsetparam; +- memset(&radeonsetparam, 0, sizeof(drmRadeonSetParam)); +- radeonsetparam.param = RADEON_SETPARAM_PCIGART_LOCATION; +- radeonsetparam.value = info->pciGartOffset; +- if (drmCommandWrite(info->drmFD, DRM_RADEON_SETPARAM, +- &radeonsetparam, sizeof(drmRadeonSetParam)) < 0) +- xf86DrvMsg(pScrn->scrnIndex, X_ERROR, +- "[drm] failed set pci gart location\n"); +- } ++ RADEONTRACE(("RADEONScreenInit finished\n")); + +- /* DRI finalization */ +- if (info->directRenderingEnabled) { +- /* Now that mi, fb, drm and others have +- done their thing, complete the DRI +- setup. */ +- if (!(info->directRenderingEnabled = RADEONDRIFinishScreenInit(pScreen))) { +-#ifdef USE_EXA +- if (info->useEXA) { +- RADEONDrawInitMMIO(pScreen); +- } +-#endif /* USE_EXA */ +-#ifdef USE_XAA +- if (!info->useEXA) +- RADEONAccelInitMMIO(pScreen, info->accel); +-#endif /* USE_XAA */ +- } +- } +- if (info->directRenderingEnabled) { +- if ((info->DispPriority == 1) && (info->cardType==CARD_AGP)) { +- /* we need to re-calculate bandwidth because of AGPMode difference. */ +- RADEONInitDispBandwidth(pScrn); +- } +- xf86DrvMsg(pScrn->scrnIndex, X_INFO, "Direct rendering enabled\n"); ++ return TRUE; ++} + +- /* we might already be in tiled mode, tell drm about it */ +- if (info->directRenderingEnabled && info->tilingEnabled) { +- drmRadeonSetParam radeonsetparam; +- memset(&radeonsetparam, 0, sizeof(drmRadeonSetParam)); +- radeonsetparam.param = RADEON_SETPARAM_SWITCH_TILING; +- radeonsetparam.value = info->tilingEnabled ? 1 : 0; +- if (drmCommandWrite(info->drmFD, DRM_RADEON_SETPARAM, +- &radeonsetparam, sizeof(drmRadeonSetParam)) < 0) +- xf86DrvMsg(pScrn->scrnIndex, X_ERROR, +- "[drm] failed changing tiling status\n"); +- } ++/* Write memory mapping registers */ ++static void RADEONRestoreMemMapRegisters(ScrnInfoPtr pScrn, ++ RADEONSavePtr restore) ++{ ++ RADEONInfoPtr info = RADEONPTR(pScrn); ++ unsigned char *RADEONMMIO = info->MMIO; ++ int i; + +- } else { +- xf86DrvMsg(pScrn->scrnIndex, X_WARNING, +- "Direct rendering disabled\n"); +- } +-#endif ++ RADEONTRACE(("RADEONRestoreMemMapRegisters() : \n")); ++ RADEONTRACE((" MC_FB_LOCATION : 0x%08lx\n", restore->mc_fb_location)); ++ RADEONTRACE((" MC_AGP_LOCATION : 0x%08lx\n", restore->mc_agp_location)); ++ ++ /* Write memory mapping registers only if their value change ++ * since we must ensure no access is done while they are ++ * reprogrammed ++ */ ++ if (INREG(RADEON_MC_FB_LOCATION) != restore->mc_fb_location || ++ INREG(RADEON_MC_AGP_LOCATION) != restore->mc_agp_location) { ++ CARD32 tmp; + +- if (!info->IsSecondary) +- RADEONChangeSurfaces(pScrn); ++ RADEONTRACE((" Map Changed ! Applying ...\n")); + +- if(info->MergedFB) { +- /* need this here to fix up sarea values */ +- RADEONAdjustFrameMerged(scrnIndex, pScrn->frameX0, pScrn->frameY0, 0); ++ /* Make sure engine is idle. We assume the CCE is stopped ++ * at this point ++ */ ++ RADEONWaitForIdleMMIO(pScrn); ++ ++ /* Stop display & memory access */ ++ tmp = INREG(RADEON_CRTC_EXT_CNTL); ++ OUTREG(RADEON_CRTC_EXT_CNTL, tmp | RADEON_CRTC_DISPLAY_DIS); ++ tmp = INREG(RADEON_CRTC_GEN_CNTL); ++ tmp &= ~RADEON_CRTC_CUR_EN; ++ tmp |= RADEON_CRTC_DISP_REQ_EN_B; ++ OUTREG(RADEON_CRTC_GEN_CNTL, tmp); ++ if (info->HasCRTC2) { ++ tmp = INREG(RADEON_CRTC2_GEN_CNTL); ++ tmp &= ~RADEON_CRTC2_CUR_EN; ++ tmp |= RADEON_CRTC2_DISP_DIS | RADEON_CRTC2_DISP_REQ_EN_B; ++ OUTREG(RADEON_CRTC2_GEN_CNTL, tmp); ++ } ++ tmp = INREG(RADEON_OV0_SCALE_CNTL); ++ tmp &= ~RADEON_SCALER_ENABLE; ++ ++ /* Make sure the chip settles down and set new map*/ ++ usleep(100000); ++ OUTREG(RADEON_MC_FB_LOCATION, restore->mc_fb_location); ++ OUTREG(RADEON_MC_AGP_LOCATION, restore->mc_agp_location); ++ /* Make sure map fully reached the chip */ ++ (void)INREG(RADEON_MC_FB_LOCATION); + } ++ ++ /* Restore base addresses */ ++ OUTREG(RADEON_DISPLAY_BASE_ADDR, restore->display_base_addr); ++ OUTREG(RADEON_DISPLAY2_BASE_ADDR, restore->display2_base_addr); ++ OUTREG(RADEON_OV0_BASE_ADDR, restore->ov0_base_addr); ++} + +- info->BlockHandler = pScreen->BlockHandler; +- pScreen->BlockHandler = RADEONBlockHandler; ++static void RADEONAdjustMemMapRegisters(ScrnInfoPtr pScrn, RADEONSavePtr save) ++{ ++ RADEONInfoPtr info = RADEONPTR(pScrn); ++ unsigned char *RADEONMMIO = info->MMIO; ++ CARD32 fb, agp; ++ int fb_loc_changed; + +- return TRUE; ++ fb = INREG(RADEON_MC_FB_LOCATION); ++ agp = INREG(RADEON_MC_AGP_LOCATION); ++ fb_loc_changed = (fb != info->mc_fb_location); ++ ++ if (fb_loc_changed || agp != info->mc_agp_location) { ++ xf86DrvMsg(pScrn->scrnIndex, X_WARNING, ++ "DRI init changed memory map, adjusting ...\n"); ++ xf86DrvMsg(pScrn->scrnIndex, X_WARNING, ++ " MC_FB_LOCATION was: 0x%08lx is: 0x%08lx\n", ++ info->mc_fb_location, fb); ++ xf86DrvMsg(pScrn->scrnIndex, X_WARNING, ++ " MC_AGP_LOCATION was: 0x%08lx is: 0x%08lx\n", ++ info->mc_agp_location, agp); ++ info->mc_fb_location = fb; ++ info->mc_agp_location = agp; ++ info->fbLocation = (save->mc_fb_location & 0xffff) << 16; ++ ++ RADEONInitMemMapRegisters(pScrn, save, info); ++ ++ /* If MC_FB_LOCATION was changed, adjust the various offsets */ ++ if (fb_loc_changed) ++ RADEONRestoreMemMapRegisters(pScrn, save); ++ } + } + +-/* Write common registers (initialized to 0) */ ++/* Write common registers */ + static void RADEONRestoreCommonRegisters(ScrnInfoPtr pScrn, + RADEONSavePtr restore) + { +@@ -6000,13 +6152,6 @@ + OUTREG(RADEON_FP_VERT_STRETCH, restore->fp_vert_stretch); + OUTREG(RADEON_FP_GEN_CNTL, restore->fp_gen_cntl); + +- /* old AIW Radeon has some BIOS initialization problem +- * with display buffer underflow, only occurs to DFP +- */ +- if (!info->HasCRTC2) +- OUTREG(RADEON_GRPH_BUFFER_CNTL, +- INREG(RADEON_GRPH_BUFFER_CNTL) & ~0x7f0000); +- + if (info->IsMobility) { + OUTREG(RADEON_BIOS_4_SCRATCH, restore->bios_4_scratch); + OUTREG(RADEON_BIOS_5_SCRATCH, restore->bios_5_scratch); +@@ -6255,6 +6400,35 @@ + ~(RADEON_PIX2CLK_SRC_SEL_MASK)); + } + ++ ++/* restore original surface info (for fb console). */ ++static void RADEONRestoreSurfaces(ScrnInfoPtr pScrn, RADEONSavePtr restore) ++{ ++ RADEONInfoPtr info = RADEONPTR(pScrn); ++ unsigned char *RADEONMMIO = info->MMIO; ++ unsigned int surfnr; ++ ++ for ( surfnr = 0; surfnr < 8; surfnr++ ) { ++ OUTREG(RADEON_SURFACE0_INFO + 16 * surfnr, restore->surfaces[surfnr][0]); ++ OUTREG(RADEON_SURFACE0_LOWER_BOUND + 16 * surfnr, restore->surfaces[surfnr][1]); ++ OUTREG(RADEON_SURFACE0_UPPER_BOUND + 16 * surfnr, restore->surfaces[surfnr][2]); ++ } ++} ++ ++/* save original surface info (for fb console). */ ++static void RADEONSaveSurfaces(ScrnInfoPtr pScrn, RADEONSavePtr save) ++{ ++ RADEONInfoPtr info = RADEONPTR(pScrn); ++ unsigned char *RADEONMMIO = info->MMIO; ++ unsigned int surfnr; ++ ++ for ( surfnr = 0; surfnr < 8; surfnr++ ) { ++ save->surfaces[surfnr][0] = INREG(RADEON_SURFACE0_INFO + 16 * surfnr); ++ save->surfaces[surfnr][1] = INREG(RADEON_SURFACE0_LOWER_BOUND + 16 * surfnr); ++ save->surfaces[surfnr][2] = INREG(RADEON_SURFACE0_UPPER_BOUND + 16 * surfnr); ++ } ++} ++ + void RADEONChangeSurfaces(ScrnInfoPtr pScrn) + { + /* the idea here is to only set up front buffer as tiled, and back/depth buffer when needed. +@@ -6273,6 +6447,9 @@ + + RADEON_BUFFER_ALIGN) & ~RADEON_BUFFER_ALIGN); + unsigned int depth_pattern, color_pattern, swap_pattern; + ++ if (!info->allowColorTiling) ++ return; ++ + swap_pattern = 0; + #if X_BYTE_ORDER == X_BIG_ENDIAN + switch (pScrn->bitsPerPixel) { +@@ -6305,8 +6482,9 @@ + depth_pattern = R200_SURF_TILE_DEPTH_32BPP; + } + #ifdef XF86DRI +- if (info->directRenderingEnabled && info->allowColorTiling) { ++ if (info->directRenderingInited) { + drmRadeonSurfaceFree drmsurffree; ++ drmRadeonSurfaceAlloc drmsurfalloc; + int retvalue; + + drmsurffree.address = info->frontOffset; +@@ -6327,31 +6505,31 @@ + &drmsurffree, sizeof(drmsurffree)); + } + +- if (info->tilingEnabled) { +- drmRadeonSurfaceAlloc drmsurfalloc; +- drmsurfalloc.size = bufferSize; +- drmsurfalloc.address = info->frontOffset; ++ drmsurfalloc.size = bufferSize; ++ drmsurfalloc.address = info->frontOffset; ++ drmsurfalloc.flags = swap_pattern; + ++ if (info->tilingEnabled) { + if (IS_R300_VARIANT) +- drmsurfalloc.flags = swap_pattern | (width_bytes / 8) | color_pattern; ++ drmsurfalloc.flags |= (width_bytes / 8) | color_pattern; + else +- drmsurfalloc.flags = swap_pattern | (width_bytes / 16) | color_pattern; +- ++ drmsurfalloc.flags |= (width_bytes / 16) | color_pattern; ++ } ++ retvalue = drmCommandWrite(info->drmFD, DRM_RADEON_SURF_ALLOC, ++ &drmsurfalloc, sizeof(drmsurfalloc)); ++ if (retvalue < 0) ++ xf86DrvMsg(pScrn->scrnIndex, X_ERROR, ++ "drm: could not allocate surface for front buffer!\n"); ++ ++ if ((info->have3DWindows) && (!info->noBackBuffer)) { ++ drmsurfalloc.address = info->backOffset; + retvalue = drmCommandWrite(info->drmFD, DRM_RADEON_SURF_ALLOC, +- &drmsurfalloc, sizeof(drmsurfalloc)); ++ &drmsurfalloc, sizeof(drmsurfalloc)); + if (retvalue < 0) + xf86DrvMsg(pScrn->scrnIndex, X_ERROR, +- "drm: could not allocate surface for front buffer!\n"); +- +- if ((info->have3DWindows) && (!info->noBackBuffer)) { +- drmsurfalloc.address = info->backOffset; +- retvalue = drmCommandWrite(info->drmFD, DRM_RADEON_SURF_ALLOC, +- &drmsurfalloc, sizeof(drmsurfalloc)); +- if (retvalue < 0) +- xf86DrvMsg(pScrn->scrnIndex, X_ERROR, +- "drm: could not allocate surface for back buffer!\n"); +- } ++ "drm: could not allocate surface for back buffer!\n"); + } ++ + /* rv100 and probably the derivative igps don't have depth tiling on all the time? */ + if (info->have3DWindows && ((info->ChipFamily != CHIP_FAMILY_RV100) || + (info->ChipFamily != CHIP_FAMILY_RS100) || +@@ -6372,16 +6550,16 @@ + } + else + #endif +- if (info->allowColorTiling) { +- unsigned int surf_info = 0; ++ { ++ unsigned int surf_info = swap_pattern; + unsigned char *RADEONMMIO = info->MMIO; + /* we don't need anything like WaitForFifo, no? */ + if (!info->IsSecondary) { + if (info->tilingEnabled) { + if (IS_R300_VARIANT) +- surf_info = swap_pattern | (width_bytes / 8) | color_pattern; ++ surf_info |= (width_bytes / 8) | color_pattern; + else +- surf_info = swap_pattern | (width_bytes / 16) | color_pattern; ++ surf_info |= (width_bytes / 16) | color_pattern; + } + OUTREG(RADEON_SURFACE0_INFO, surf_info); + OUTREG(RADEON_SURFACE0_LOWER_BOUND, 0); +@@ -6391,6 +6569,9 @@ + surf_info, 0, bufferSize - 1024);*/ + } + } ++ ++ /* Update surface images */ ++ RADEONSaveSurfaces(pScrn, &info->ModeReg); + } + + #if 0 +@@ -6419,35 +6600,6 @@ + } + #endif + +-/* restore original surface info (for fb console). */ +-static void RADEONRestoreSurfaces(ScrnInfoPtr pScrn, RADEONSavePtr restore) +-{ +- RADEONInfoPtr info = RADEONPTR(pScrn); +- unsigned char *RADEONMMIO = info->MMIO; +- unsigned int surfnr; +- +- for ( surfnr = 0; surfnr < 8; surfnr++ ) { +- OUTREG(RADEON_SURFACE0_INFO + 16 * surfnr, restore->surfaces[surfnr][0]); +- OUTREG(RADEON_SURFACE0_LOWER_BOUND + 16 * surfnr, restore->surfaces[surfnr][1]); +- OUTREG(RADEON_SURFACE0_UPPER_BOUND + 16 * surfnr, restore->surfaces[surfnr][2]); +- } +-} +- +-/* save original surface info (for fb console). */ +-static void RADEONSaveSurfaces(ScrnInfoPtr pScrn, RADEONSavePtr save) +-{ +- RADEONInfoPtr info = RADEONPTR(pScrn); +- unsigned char *RADEONMMIO = info->MMIO; +- unsigned int surfnr; +- +- for ( surfnr = 0; surfnr < 8; surfnr++ ) { +- save->surfaces[surfnr][0] = INREG(RADEON_SURFACE0_INFO + 16 * surfnr); +- save->surfaces[surfnr][1] = INREG(RADEON_SURFACE0_LOWER_BOUND + 16 * surfnr); +- save->surfaces[surfnr][2] = INREG(RADEON_SURFACE0_UPPER_BOUND + 16 * surfnr); +- } +-} +- +- + /* Write out state to define a new video mode */ + static void RADEONRestoreMode(ScrnInfoPtr pScrn, RADEONSavePtr restore) + { +@@ -6455,8 +6607,11 @@ + RADEONEntPtr pRADEONEnt = RADEONEntPriv(pScrn); + static RADEONSaveRec restore0; + ++ RADEONTRACE(("RADEONRestoreMode()\n")); ++ + /* For Non-dual head card, we don't have private field in the Entity */ + if (!info->HasCRTC2) { ++ RADEONRestoreMemMapRegisters(pScrn, restore); + RADEONRestoreCommonRegisters(pScrn, restore); + RADEONRestoreCrtcRegisters(pScrn, restore); + RADEONRestoreFPRegisters(pScrn, restore); +@@ -6474,10 +6629,12 @@ + * order. Regardless the order of X server issuing the calls, we + * have to ensure we set registers in the right order!!! Otherwise + * we may get a blank screen. ++ * ++ * We always restore MemMap first, the saverec should be up to date ++ * in all cases + */ + if (info->IsSecondary) { +- if (!pRADEONEnt->RestorePrimary && !info->IsSwitching) +- RADEONRestoreCommonRegisters(pScrn, restore); ++ RADEONRestoreMemMapRegisters(pScrn, restore); + RADEONRestoreCrtc2Registers(pScrn, restore); + RADEONRestorePLL2Registers(pScrn, restore); + +@@ -6488,15 +6645,14 @@ + if (pRADEONEnt->RestorePrimary) { + pRADEONEnt->RestorePrimary = FALSE; + ++ RADEONRestoreCommonRegisters(pScrn, &restore0); + RADEONRestoreCrtcRegisters(pScrn, &restore0); + RADEONRestoreFPRegisters(pScrn, &restore0); + RADEONRestorePLLRegisters(pScrn, &restore0); + pRADEONEnt->IsSecondaryRestored = FALSE; + } + } else { +- if (!pRADEONEnt->IsSecondaryRestored) +- RADEONRestoreCommonRegisters(pScrn, restore); +- ++ RADEONRestoreMemMapRegisters(pScrn, restore); + if (info->MergedFB) { + RADEONRestoreCrtc2Registers(pScrn, restore); + RADEONRestorePLL2Registers(pScrn, restore); +@@ -6506,6 +6662,7 @@ + info->IsSwitching) { + pRADEONEnt->IsSecondaryRestored = FALSE; + ++ RADEONRestoreCommonRegisters(pScrn, restore); + RADEONRestoreCrtcRegisters(pScrn, restore); + RADEONRestoreFPRegisters(pScrn, restore); + RADEONRestorePLLRegisters(pScrn, restore); +@@ -6520,6 +6677,19 @@ + #endif + } + ++/* Read memory map */ ++static void RADEONSaveMemMapRegisters(ScrnInfoPtr pScrn, RADEONSavePtr save) ++{ ++ RADEONInfoPtr info = RADEONPTR(pScrn); ++ unsigned char *RADEONMMIO = info->MMIO; ++ ++ save->mc_fb_location = INREG(RADEON_MC_FB_LOCATION); ++ save->mc_agp_location = INREG(RADEON_MC_AGP_LOCATION); ++ save->display_base_addr = INREG(RADEON_DISPLAY_BASE_ADDR); ++ save->display2_base_addr = INREG(RADEON_DISPLAY2_BASE_ADDR); ++ save->ov0_base_addr = INREG(RADEON_OV0_BASE_ADDR); ++} ++ + /* Read common registers */ + static void RADEONSaveCommonRegisters(ScrnInfoPtr pScrn, RADEONSavePtr save) + { +@@ -6703,6 +6873,7 @@ + RADEONInfoPtr info = RADEONPTR(pScrn); + + RADEONTRACE(("RADEONSaveMode(%p)\n", save)); ++ RADEONSaveMemMapRegisters(pScrn, save); + RADEONSaveCommonRegisters(pScrn, save); + if (info->IsSecondary) { + RADEONSaveCrtc2Registers(pScrn, save); +@@ -6731,6 +6902,7 @@ + + RADEONTRACE(("RADEONSave\n")); + if (info->FBDev) { ++ RADEONSaveMemMapRegisters(pScrn, save); + fbdevHWSave(pScrn); + return; + } +@@ -6914,6 +7086,22 @@ + int stop_req, max_stop_req; + float read_return_rate, time_disp1_drop_priority; + ++ /* ++ * Set display0/1 priority up on r3/4xx in the memory controller for ++ * high res modes if the user specifies HIGH for displaypriority ++ * option. ++ */ ++ if ((info->DispPriority == 2) && IS_R300_VARIANT) { ++ CARD32 mc_init_misc_lat_timer = INREG(R300_MC_INIT_MISC_LAT_TIMER); ++ if (info->MergedFB || pRADEONEnt->HasSecondary) { ++ mc_init_misc_lat_timer |= 0x1100; /* display 0 and 1 */ ++ } else { ++ mc_init_misc_lat_timer |= 0x0100; /* display 0 only */ ++ } ++ OUTREG(R300_MC_INIT_MISC_LAT_TIMER, mc_init_misc_lat_timer); ++ } ++ ++ + /* R420 family not supported yet */ + if (info->ChipFamily == CHIP_FAMILY_R420) return; + +@@ -7822,8 +8010,9 @@ + } + + /* Define PLL registers for requested video mode */ +-static void RADEONInitPLLRegisters(RADEONInfoPtr info, RADEONSavePtr save, +- RADEONPLLPtr pll, double dot_clock) ++static void RADEONInitPLLRegisters(ScrnInfoPtr pScrn, RADEONInfoPtr info, ++ RADEONSavePtr save, RADEONPLLPtr pll, ++ double dot_clock) + { + unsigned long freq = dot_clock * 100; + +@@ -7887,8 +8076,9 @@ + } + + /* Define PLL2 registers for requested video mode */ +-static void RADEONInitPLL2Registers(RADEONSavePtr save, RADEONPLLPtr pll, +- double dot_clock, int no_odd_postdiv) ++static void RADEONInitPLL2Registers(ScrnInfoPtr pScrn, RADEONSavePtr save, ++ RADEONPLLPtr pll, double dot_clock, ++ int no_odd_postdiv) + { + unsigned long freq = dot_clock * 100; + +@@ -8016,11 +8206,12 @@ + + info->Flags = mode->Flags; + ++ RADEONInitMemMapRegisters(pScrn, save, info); + RADEONInitCommonRegisters(save, info); + if (info->IsSecondary) { + if (!RADEONInitCrtc2Registers(pScrn, save, mode, info)) + return FALSE; +- RADEONInitPLL2Registers(save, &info->pll, dot_clock, info->DisplayType != MT_CRT); ++ RADEONInitPLL2Registers(pScrn, save, &info->pll, dot_clock, info->DisplayType != MT_CRT); + } else if (info->MergedFB) { + RADEONInitCommonRegisters(save, info); + if (!RADEONInitCrtcRegisters(pScrn, save, +@@ -8028,7 +8219,7 @@ + return FALSE; + dot_clock = (((RADEONMergedDisplayModePtr)mode->Private)->CRT1)->Clock / 1000.0; + if (dot_clock) { +- RADEONInitPLLRegisters(info, save, &info->pll, dot_clock); ++ RADEONInitPLLRegisters(pScrn, info, save, &info->pll, dot_clock); + } else { + save->ppll_ref_div = info->SavedReg.ppll_ref_div; + save->ppll_div_3 = info->SavedReg.ppll_div_3; +@@ -8037,13 +8228,13 @@ + RADEONInitCrtc2Registers(pScrn, save, + ((RADEONMergedDisplayModePtr)mode->Private)->CRT2, info); + dot_clock = (((RADEONMergedDisplayModePtr)mode->Private)->CRT2)->Clock / 1000.0; +- RADEONInitPLL2Registers(save, &info->pll, dot_clock, info->MergeType != MT_CRT); ++ RADEONInitPLL2Registers(pScrn, save, &info->pll, dot_clock, info->MergeType != MT_CRT); + } else { + if (!RADEONInitCrtcRegisters(pScrn, save, mode, info)) + return FALSE; + dot_clock = mode->Clock/1000.0; + if (dot_clock) { +- RADEONInitPLLRegisters(info, save, &info->pll, dot_clock); ++ RADEONInitPLLRegisters(pScrn, info, save, &info->pll, dot_clock); + } else { + save->ppll_ref_div = info->SavedReg.ppll_ref_div; + save->ppll_div_3 = info->SavedReg.ppll_div_3; +@@ -8079,6 +8270,8 @@ + { + RADEONInfoPtr info = RADEONPTR(pScrn); + ++ RADEONTRACE(("RADEONModeInit()\n")); ++ + if (!RADEONInit(pScrn, mode, &info->ModeReg)) return FALSE; + + pScrn->vtSema = TRUE; +@@ -8099,6 +8292,8 @@ + ScrnInfoPtr pScrn = xf86Screens[pScreen->myNum]; + Bool unblank; + ++ RADEONTRACE(("RADEONSaveScreen(%d)\n", mode)); ++ + unblank = xf86IsUnblank(mode); + if (unblank) SetTimeSinceLastInputEvent(); + +@@ -8124,6 +8319,8 @@ + } + #endif + ++ RADEONTRACE(("RADEONSwitchMode() !n")); ++ + if (info->allowColorTiling) { + if (info->MergedFB) { + if ((((RADEONMergedDisplayModePtr)mode->Private)->CRT1->Flags & +@@ -8237,6 +8434,8 @@ + XF86DRISAREAPtr pSAREA; + #endif + ++ RADEONTRACE(("RADEONDoAdjustFrame(%d,%d,%d)\n", x, y, clone)); ++ + if (info->showCache && y) { + int lastline = info->FbMapSize / + ((pScrn->displayWidth * pScrn->bitsPerPixel) / 8); +@@ -8300,7 +8499,7 @@ + Base &= ~7; /* 3 lower bits are always 0 */ + + #ifdef XF86DRI +- if (info->directRenderingEnabled) { ++ if (info->directRenderingInited) { + /* note cannot use pScrn->pScreen since this is unitialized when called from + RADEONScreenInit, and we need to call from there to get mergedfb + pageflip working */ + /*** NOTE: r3/4xx will need sarea and drm pageflip updates to handle the xytile regs for +@@ -8328,11 +8527,15 @@ + } + #endif + ++ RADEONTRACE((" -> reg : 0x%04x = 0x%08x\n", reg, Base)); ++ + OUTREG(reg, Base); + + if (IS_R300_VARIANT) { ++ RADEONTRACE((" regcntl : 0x%04x = 0x%08x\n", xytilereg, crtcxytile)); + OUTREG(xytilereg, crtcxytile); + } else { ++ RADEONTRACE((" regcntl : 0x%04x = 0x%08x\n", regcntl, crtcoffsetcntl)); + OUTREG(regcntl, crtcoffsetcntl); + } + +@@ -8396,13 +8599,13 @@ + } else + if (!RADEONModeInit(pScrn, pScrn->currentMode)) return FALSE; + +- RADEONSetFBLocation(pScrn); + if (!info->IsSecondary) + RADEONRestoreSurfaces(pScrn, &info->ModeReg); + #ifdef XF86DRI + if (info->directRenderingEnabled) { + /* get the Radeon back into shape after resume */ + RADEONDRIResume(pScrn->pScreen); ++ RADEONAdjustMemMapRegisters(pScrn, &info->ModeReg); + } + #endif + /* this will get XVideo going again, but only if XVideo was initialised +@@ -8436,7 +8639,7 @@ + + RADEONTRACE(("RADEONLeaveVT\n")); + #ifdef XF86DRI +- if (RADEONPTR(pScrn)->directRenderingEnabled) { ++ if (RADEONPTR(pScrn)->directRenderingInited) { + DRILock(pScrn->pScreen, 0); + RADEONCP_STOP(pScrn, info); + } +@@ -8451,9 +8654,9 @@ + fbdevHWLeaveVT(scrnIndex,flags); + } + +- if (!info->IsSecondary) +- RADEONSaveSurfaces(pScrn, save); + RADEONRestore(pScrn); ++ ++ RADEONTRACE(("Ok, leaving now...\n")); + } + + /* Called at the end of each server generation. Restore the original +@@ -8467,11 +8670,17 @@ + + RADEONTRACE(("RADEONCloseScreen\n")); + ++ /* Mark acceleration as stopped or we might try to access the engine at ++ * wrong times, especially if we had DRI, after DRI has been stopped ++ */ ++ info->accelOn = FALSE; ++ + #ifdef XF86DRI +- /* Disable direct rendering */ ++ /* Disable direct rendering */ + if (info->directRenderingEnabled) { + RADEONDRICloseScreen(pScreen); + info->directRenderingEnabled = FALSE; ++ info->directRenderingInited = FALSE; + } + #endif + +@@ -8486,8 +8695,8 @@ + RADEONDisplayPowerManagementSet(pScrn, DPMSModeOn, 0); + RADEONRestore(pScrn); + } +- RADEONUnmapMem(pScrn); + ++ RADEONTRACE(("Disposing accel...\n")); + #ifdef USE_EXA + if (info->useEXA && info->accelOn) + exaDriverFini(pScreen); +@@ -8504,12 +8713,17 @@ + } + #endif /* USE_XAA */ + ++ RADEONTRACE(("Disposing cusor info\n")); + if (info->cursor) xf86DestroyCursorInfoRec(info->cursor); + info->cursor = NULL; + ++ RADEONTRACE(("Disposing DGA\n")); + if (info->DGAModes) xfree(info->DGAModes); + info->DGAModes = NULL; + ++ RADEONTRACE(("Unmapping memory\n")); ++ RADEONUnmapMem(pScrn); ++ + pScrn->vtSema = FALSE; + + xf86ClearPrimInitDone(info->pEnt->index); +@@ -8646,6 +8860,8 @@ + unsigned char *RADEONMMIO = info->MMIO; + + if (!pScrn->vtSema) return; ++ ++ RADEONTRACE(("RADEONDisplayPowerManagementSet(%d,0x%x)\n", PowerManagementMode, flags)); + + #ifdef XF86DRI + if (info->CPStarted) DRILock(pScrn->pScreen, 0); +--- programs/Xserver/hw/xfree86/drivers/ati/radeon_reg.h.orig Sat Sep 17 09:47:51 2005 ++++ programs/Xserver/hw/xfree86/drivers/ati/radeon_reg.h Thu Feb 2 16:15:03 2006 +@@ -812,6 +812,7 @@ + #define RADEON_HOST_DATA_LAST 0x17e0 + #define RADEON_HOST_PATH_CNTL 0x0130 + # define RADEON_HDP_SOFT_RESET (1 << 26) ++# define RADEON_HDP_APER_CNTL (1 << 23) + #define RADEON_HTOTAL_CNTL 0x0009 /* PLL */ + #define RADEON_HTOTAL2_CNTL 0x002e /* PLL */ + +--- programs/Xserver/hw/xfree86/drivers/ati/radeon_render.c.orig Fri Dec 9 19:15:31 2005 ++++ programs/Xserver/hw/xfree86/drivers/ati/radeon_render.c Thu Feb 2 16:15:03 2006 +@@ -315,29 +315,27 @@ + { + RADEONInfoPtr info = RADEONPTR(pScrn); + unsigned char *RADEONMMIO = info->MMIO; ++ CARD32 swapper = info->ModeReg.surface_cntl; ++ ++ swapper &= ~(RADEON_NONSURF_AP0_SWP_16BPP | RADEON_NONSURF_AP1_SWP_16BPP | ++ RADEON_NONSURF_AP0_SWP_32BPP | RADEON_NONSURF_AP1_SWP_32BPP); + + /* Set up byte swapping for the framebuffer aperture as needed */ + switch (tex_bytepp) { + case 1: +- OUTREG(RADEON_SURFACE_CNTL, info->ModeReg.surface_cntl & +- ~(RADEON_NONSURF_AP0_SWP_32BPP +- | RADEON_NONSURF_AP0_SWP_16BPP)); + break; + case 2: +- OUTREG(RADEON_SURFACE_CNTL, (info->ModeReg.surface_cntl & +- ~RADEON_NONSURF_AP0_SWP_32BPP) +- | RADEON_NONSURF_AP0_SWP_16BPP); ++ swapper |= RADEON_NONSURF_AP0_SWP_16BPP | RADEON_NONSURF_AP1_SWP_16BPP; + break; + case 4: +- OUTREG(RADEON_SURFACE_CNTL, (info->ModeReg.surface_cntl & +- ~RADEON_NONSURF_AP0_SWP_16BPP) +- | RADEON_NONSURF_AP0_SWP_32BPP); ++ swapper |= RADEON_NONSURF_AP0_SWP_32BPP | RADEON_NONSURF_AP1_SWP_32BPP; + break; + default: + xf86DrvMsg(pScrn->scrnIndex, X_ERROR, "%s: Don't know what to do for " + "tex_bytepp == %d!\n", __func__, tex_bytepp); + return FALSE; + } ++ OUTREG(RADEON_SURFACE_CNTL, swapper); + return TRUE; + } + --Boundary-00=_rck6DQ8WszH7r8F-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 19:34:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4339C16A422 for ; Wed, 8 Feb 2006 19:34:31 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 0665343D5F for ; Wed, 8 Feb 2006 19:34:26 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 08 Feb 2006 19:34:24 -0000 Received: from p54A7FC1B.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.252.27] by mail.gmx.net (mp028) with SMTP; 08 Feb 2006 20:34:24 +0100 X-Authenticated: #5465401 Message-ID: <43EA47BD.8060509@gmx.de> Date: Wed, 08 Feb 2006 20:34:21 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200602081636.k18GaxjW069152@lurza.secnetix.de> In-Reply-To: <200602081636.k18GaxjW069152@lurza.secnetix.de> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig59F90FB6FB1EDB8113DC4D68" X-Y-GMX-Trusted: 0 Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 19:34:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig59F90FB6FB1EDB8113DC4D68 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I think it's enough when the mount point is owned by the group, without belonging to a user. Try: # chown :operator /mountpoint # chmod 0770 /mountpoint Oliver Fromme wrote: > Rob wrote: > > The mount-point is owned by root:operator, and my user is a member o= f the=20 > > operator group. I have vfs.usermount=3D1 in sysctl.conf. >=20 > The mount point must be owned by the user. > Being in the group of the mount point is not sufficient. >=20 > Best regards > Oliver >=20 --------------enig59F90FB6FB1EDB8113DC4D68 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6ke9fMDIb41/+S0RAoA4AJ9mC0dlqE5wUjs6sRHDiSIUnQwkmQCbBFKx kMuzNxhg4NBaT6cH2l9qW/U= =IY4C -----END PGP SIGNATURE----- --------------enig59F90FB6FB1EDB8113DC4D68-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 19:46:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C40BE16A423; Wed, 8 Feb 2006 19:46:17 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9290E43D72; Wed, 8 Feb 2006 19:46:07 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr12.xs4all.nl (8.13.3/8.13.3) with ESMTP id k18Jk4oR037339; Wed, 8 Feb 2006 20:46:05 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k18Jk42x000726; Wed, 8 Feb 2006 20:46:04 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k18Jk4AE000725; Wed, 8 Feb 2006 20:46:04 +0100 (CET) (envelope-from wb) Date: Wed, 8 Feb 2006 20:46:04 +0100 From: Wilko Bulte To: sos@freebsd.org Message-ID: <20060208194603.GA689@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 19:46:18 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Soren, I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE of roughly end of december. And I hit some stuff that really worries me: - the freshly built kernel keels over with (hand transcribed): ata3: reiniting channel SATA connect ... SATA connected sata_connect_devices 0x1 ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout !! DANGER Will RObinson !! (... is where I cannot read my own handwriting, it scrolled quite fast on the screen..) Boot device is a SATA RAID1 on a Promise 2300. Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 on 6.1-PRE Verbose dmesg.boot from the 6.0-STABLE kernel and atacontrol list are attached. thanks, -- Wilko Bulte wilko@FreeBSD.org --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=atalist ATA channel 0: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 1: Master: acd1 ATA/ATAPI revision 0 Slave: no device present ATA channel 2: Master: ad4 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: ad6 Serial ATA v1.0 Slave: no device present ATA channel 4: Master: no device present Slave: no device present ATA channel 5: Master: ad10 Serial ATA v1.0 Slave: no device present ATA channel 6: Master: no device present Slave: no device present --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 0000fc00, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[10]: type 4, range 32, base 0000bc00, size 3, enabled map[14]: type 4, range 32, base 0000b880, size 2, enabled map[18]: type 4, range 32, base 0000b800, size 3, enabled map[1c]: type 4, range 32, base 0000b480, size 2, enabled map[20]: type 4, range 32, base 0000b400, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[20]: type 4, range 32, base 00000400, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000c000, size 8, enabled map[14]: type 4, range 32, base 0000c400, size 6, enabled map[18]: type 1, range 32, base f6fff800, size 9, enabled map[1c]: type 1, range 32, base f6fff400, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf7000000-0xf7efffff pcib1: prefetched decode 0xf4000000-0xf5ffffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x102b, dev=0x0525, revid=0x82 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=4 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base f4000000, size 25, enabled pcib1: (null) requested memory range 0xf4000000-0xf5ffffff: good map[14]: type 1, range 32, base f7efc000, size 14, enabled pcib1: (null) requested memory range 0xf7efc000-0xf7efffff: good map[18]: type 1, range 32, base f7000000, size 23, enabled pcib1: (null) requested memory range 0xf7000000-0xf77fffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 drm0: mem 0xf4000000-0xf5ffffff,0xf7efc000-0xf7efffff,0xf7000000-0xf77fffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized mga 3.1.0 20021029 on minor 0 uhci0: port 0xc480-0xc49f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc480 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc800 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc880-0xc89f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc880 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xcc00-0xcc1f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf6fffc00-0xf6ffffff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf6fffc00 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xefff pcib2: memory decode 0xf7f00000-0xfbffffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x10b7, dev=0x1700, revid=0x12 bus=2, slot=5, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=4 (dwords) lattimer=0x40 (1920 ns), mingnt=0x17 (5750 ns), maxlat=0x1f (7750 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base f7ffc000, size 14, enabled pcib2: (null) requested memory range 0xf7ffc000-0xf7ffffff: good map[14]: type 4, range 32, base 0000e800, size 8, enabled pcib2: (null) requested I/O range 0xe800-0xe8ff: in range pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 22 found-> vendor=0x9710, dev=0x9845, revid=0x01 bus=2, slot=9, func=0 class=07-00-02, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0280, cachelnsz=4 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000ec00, size 3, enabled pcib2: (null) requested I/O range 0xec00-0xec07: in range map[14]: type 4, range 32, base 0000e480, size 3, enabled pcib2: (null) requested I/O range 0xe480-0xe487: in range map[18]: type 4, range 32, base 0000e400, size 3, enabled pcib2: (null) requested I/O range 0xe400-0xe407: in range map[1c]: type 4, range 32, base 0000e080, size 3, enabled pcib2: (null) requested I/O range 0xe080-0xe087: in range map[20]: type 4, range 32, base 0000e000, size 3, enabled pcib2: (null) requested I/O range 0xe000-0xe007: in range map[24]: type 4, range 32, base 0000dc00, size 4, enabled pcib2: (null) requested I/O range 0xdc00-0xdc0f: in range pcib2: matched entry for 2.9.INTA pcib2: slot 9 INTA hardwired to IRQ 21 found-> vendor=0x1077, dev=0x1020, revid=0x05 bus=2, slot=11, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0200, cachelnsz=4 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000d800, size 8, enabled pcib2: (null) requested I/O range 0xd800-0xd8ff: in range map[14]: type 1, range 32, base f7ff7000, size 12, enabled pcib2: (null) requested memory range 0xf7ff7000-0xf7ff7fff: good pcib2: matched entry for 2.11.INTA pcib2: slot 11 INTA hardwired to IRQ 23 found-> vendor=0x105a, dev=0x3570, revid=0x02 bus=2, slot=13, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=1 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D3 current D0 map[10]: type 4, range 32, base 0000d480, size 7, enabled pcib2: (null) requested I/O range 0xd480-0xd4ff: in range map[18]: type 4, range 32, base 0000d000, size 8, enabled pcib2: (null) requested I/O range 0xd000-0xd0ff: in range map[1c]: type 1, range 32, base f7ff6000, size 12, enabled pcib2: (null) requested memory range 0xf7ff6000-0xf7ff6fff: good map[20]: type 1, range 32, base f7fc0000, size 17, enabled pcib2: (null) requested memory range 0xf7fc0000-0xf7fdffff: good pcib2: matched entry for 2.13.INTA pcib2: slot 13 INTA hardwired to IRQ 21 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xf7ffc000-0xf7ffffff irq 22 at device 5.0 on pci2 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf7ffc000 skc0: interrupt moderation is 100 us skc0: 3Com Gigabit LOM (3C940) rev. (0x1) skc0: PN: 40-0779-000 skc0: EC: Rev. 1.2 skc0: MN: 3Com skc0: SN: HFSR9B01E8 skc0: chip ver = 0xb0 skc0: chip rev = 0x01 skc0: SK_EPROM0 = 0x00 skc0: SRAM size = 0x020000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:0c:6e:4f:77:0c miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [MPSAFE] puc0: port 0xec00-0xec07,0xe480-0xe487,0xe400-0xe407,0xe080-0xe087,0xe000-0xe007,0xdc00-0xdc0f irq 21 at device 9.0 on pci2 puc0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 puc0: Reserved 0x8 bytes for rid 0x14 type 4 at 0xe480 puc0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe400 puc0: Reserved 0x8 bytes for rid 0x1c type 4 at 0xe080 sio4: on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode sio6: on puc0 sio6: type 16550A sio6: unable to activate interrupt in fast mode - using normal mode sio7: on puc0 sio7: type 16550A sio7: unable to activate interrupt in fast mode - using normal mode Qlogic ISP Driver, FreeBSD Version 5.9, Core Version 2.9 isp0: port 0xd800-0xd8ff mem 0xf7ff7000-0xf7ff7fff irq 23 at device 11.0 on pci2 isp0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xf7ff7000 isp0: using Memory space register mapping isp0: [GIANT-LOCKED] isp0: Differential Mode isp0: Ultra Mode Capable isp0: Board Type 1040B, Chip Revision 0x5, resident F/W Revision 2.26.0 isp0: Last F/W revision was 2.26.0 isp0: 401 max I/O commands supported isp0: Initiator ID is 7 on Channel 0 atapci0: port 0xd480-0xd4ff,0xd000-0xd0ff mem 0xf7ff6000-0xf7ff6fff,0xf7fc0000-0xf7fdffff irq 21 at device 13.0 on pci2 atapci0: rid 0x20 is memory, requested 4 atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xf7fc0000 atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xf7ff6000 atapci0: [MPSAFE] ata2: on atapci0 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect ready time=0ms ata3: sata_connect devices=0x1 ata3: [MPSAFE] ata4: on atapci0 ata4: reset tp1 mask=03 ostat0=e0 ostat1=f0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat0=0xa0 err=0xa0 lsb=0xa0 msb=0xa0 ata4: stat1=0xb0 err=0xb0 lsb=0xb0 msb=0xb0 ata4: reset tp2 stat0=a0 stat1=b0 devices=0x0 ata4: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=01 ostat0=00 ostat1=ff ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] atapci2: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f irq 18 at device 31.2 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 atapci2: [MPSAFE] atapci2: failed to enable memory mapping! ata5: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0xbc00 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb880 ata5: reset tp1 mask=01 ostat0=80 ostat1=00 ata5: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata5: reset tp2 stat0=50 stat1=00 devices=0x1 ata5: [MPSAFE] ata6: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb800 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb480 ata6: reset tp1 mask=01 ostat0=7f ostat1=00 ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff ata6: reset tp2 stat0=ff stat1=00 devices=0x0 ata6: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0xc000-0xc0ff,0xc400-0xc43f mem 0xf6fff800-0xf6fff9ff,0xf6fff400-0xf6fff4ff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xf6fff800 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xf6fff400 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 1f389000, 4000; 0xd9a72000 -> 1f389000 pcm0: sndbuf_setmap 1f382000, 4000; 0xd9a76000 -> 1f382000 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 4 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0xcc21 0xcc31 0xcc21 0xcc21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xcc21 0xcc29 0xcc21 0xcc21 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc87ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 99952223 hz Timecounter "TSC" frequency 2398854100 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached Waiting 3 seconds for SCSI devices to settle isp0: driver initiated bus reset of bus 0 ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on Intel ICH5 chip acd0: setting UDMA33 on Intel ICH5 chip acd0: DVDR drive at ata0 as master acd0: read 6890KB/s (6890KB/s) write 5512KB/s (5512KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1-master: pio=PIO3 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd1: setting PIO3 on Intel ICH5 chip acd1: CDROM drive at ata1 as master acd1: read 5512KB/s (5512KB/s), 128KB buffer, PIO3 acd1: Reads: CDDA stream acd1: Writes: acd1: Audio: play, 16 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad4: 238475MB at ata2-master SATA150 ad4: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue ********* ATA Promise FastTrak Metadata ********* promise_id dummy_0 0x00020000 magic_0 0x0000000000000000 magic_1 0x1222 magic_2 0x00172a4f integrity 0x00000080 80 flags 0x07 7 disk_number 0 channel 0x00 device 0x00 magic_0 0x0000000000000000 disk_offset 0 disk_sectors 488397105 rebuild_lba 0xffffffff generation 0x0002 status 0x8f 8f type RAID1 total_disks 2 stripe_shift 7 array_width 1 array_number 0 total_sectors 488281250 cylinders 30393 heads 254 sectors 63 magic_1 0x000000172a4f1222 DISK# flags dummy_0 channel device magic_0 0 7 0x00 0x00 0x00 0x0000000000000000 1 7 0x00 0x01 0x00 0x0000000000000000 2 0 0x00 0x00 0x00 0x0000000000000000 3 0 0x00 0x00 0x00 0x0000000000000000 4 0 0x00 0x00 0x00 0x0000000000000000 5 0 0x00 0x00 0x00 0x0000000000000000 6 0 0x00 0x00 0x00 0x0000000000000000 7 0 0x00 0x00 0x00 0x0000000000000000 checksum 0xbde37e9c ================================================= ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad6: 238475MB at ata3-master SATA150 ad6: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue ********* ATA Promise FastTrak Metadata ********* promise_id dummy_0 0x00020000 magic_0 0x0000000000000000 magic_1 0x1222 magic_2 0x00172a4f integrity 0x00000080 80 flags 0x07 7 disk_number 1 channel 0x01 device 0x00 magic_0 0x0000000000000000 disk_offset 0 disk_sectors 488397105 rebuild_lba 0xffffffff generation 0x0002 status 0x8f 8f type RAID1 total_disks 2 stripe_shift 7 array_width 1 array_number 0 total_sectors 488281250 cylinders 30393 heads 254 sectors 63 magic_1 0x000000172a4f1222 DISK# flags dummy_0 channel device magic_0 0 7 0x00 0x00 0x00 0x0000000000000000 1 7 0x00 0x01 0x00 0x0000000000000000 2 0 0x00 0x00 0x00 0x0000000000000000 3 0 0x00 0x00 0x00 0x0000000000000000 4 0 0x00 0x00 0x00 0x0000000000000000 5 0 0x00 0x00 0x00 0x0000000000000000 6 0 0x00 0x00 0x00 0x0000000000000000 7 0 0x00 0x00 0x00 0x0000000000000000 checksum 0xbde47f9c ================================================= ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad10: 156334MB at ata5-master SATA150 ad10: 320173056 sectors [317632C/16H/63S] 16 sectors/interrupt 1 depth queue ad10: Intel check1 failed ad10: Adaptec check1 failed ad10: LSI (v3) check1 failed ad10: LSI (v2) check1 failed ad10: FreeBSD check1 failed pcm0: measured ac97 link rate at 48010 Hz, will use 48000 Hz GEOM: new disk ad4 GEOM: new disk ad6 GEOM: new disk ad10 pass0 at ata0 bus 0 target 0 lun 0 pass0: <_NEC DVD_RW ND-2510A 2.15> Removable CD-ROM SCSI-0 device pass0: Serial Number [ pass0: 33.000MB/s transfers pass1 at ata1 bus 0 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: Serial Number \^_ pass1: 11.000MB/s transfers GEOM: new disk cd0 GEOM: new disk cd1 ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** ================================================= format Promise Fasttrak type RAID1 flags 0x01 1 magic_0 0x0000000000000000 magic_1 0x000000172a4f1222 generation 2 total_sectors 488281250 offset_sectors 0 heads 255 sectors 63 cylinders 30394 width 1 interleave 128 total_disks 2 disk 0: flags = 0x0b b ad4: sectors 488397105 disk 1: flags = 0x0b b ad6: sectors 488397105 ================================================= ar0: 238418MB status: READY ar0: 488281250 sectors [30394C/255H/63S] <> subdisks defined as: ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error cd0 at ata0 bus 0 target 0 lun 0 cd0: <_NEC DVD_RW ND-2510A 2.15> Removable CD-ROM SCSI-0 device cd0: Serial Number [ cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd1:ata1:0:0:0): error 6 (cd1:ata1:0:0:0): Unretryable Error cd1 at ata1 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: Serial Number \^_ cd1: 11.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd1:ata1:0:0:0): error 6 (cd1:ata1:0:0:0): Unretryable Error (cd1:ata1:0:0:0): error 6 (cd1:ata1:0:0:0): Unretryable Error (cd1:ata1:0:0:0): error 6 (cd1:ata1:0:0:0): Unretryable Error GEOM: new disk ar0 Trying to mount root from ufs:/dev/ar0s2a start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 20:01:58 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FE516A420 for ; Wed, 8 Feb 2006 20:01:58 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 933E543D4C for ; Wed, 8 Feb 2006 20:01:57 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (kvenmb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k18K1ojJ077018 for ; Wed, 8 Feb 2006 21:01:55 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k18K1ol4077017; Wed, 8 Feb 2006 21:01:50 +0100 (CET) (envelope-from olli) Date: Wed, 8 Feb 2006 21:01:50 +0100 (CET) Message-Id: <200602082001.k18K1ol4077017@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <43EA47BD.8060509@gmx.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 08 Feb 2006 21:01:55 +0100 (CET) Cc: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 20:01:58 -0000 [LoN]Kamikaze wrote: > I think it's enough when the mount point is owned by the group, without > belonging to a user. Try: > # chown :operator /mountpoint > # chmod 0770 /mountpoint No. The mount point _must_ be owned by the user. How many times does that have to be repeated until people get it? :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 20:03:43 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F08D916A420 for ; Wed, 8 Feb 2006 20:03:43 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCFBF43D4C for ; Wed, 8 Feb 2006 20:03:42 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nmrgri@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k18K3ZNT077078 for ; Wed, 8 Feb 2006 21:03:40 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k18K3ZQJ077077; Wed, 8 Feb 2006 21:03:35 +0100 (CET) (envelope-from olli) Date: Wed, 8 Feb 2006 21:03:35 +0100 (CET) Message-Id: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 08 Feb 2006 21:03:40 +0100 (CET) Cc: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 20:03:44 -0000 martinko wrote: > Oliver Fromme wrote: > > martinko wrote: > > > Oliver Fromme wrote: > > > > To enable user mounts, there are three conditions: > > > > 1. sysctl vfs.usermount=1 > > > > 2. The user must have read+write permission on the device > > > > which is to be mounted. This is usually accomplished > > > > by creating a special group for this device. > > > > 3. The user must _own_ the mountpoint (r/w permission is > > > > not sufficient). > > > > > > [...] > > > $ ll /dev/ad0 > > > crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 > > > > Condition #2 isn't met: The device must be "rw" for for > > the user (in this case for the operator group). Note > > that "r" is not sufficient, even for read-only mounts. > > sure. but why did it mount /usr/home/mato/mnt/dos then ?? Maybe /dev/ad0s1 had different permissions? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 20:41:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5CE916A420 for ; Wed, 8 Feb 2006 20:41:20 +0000 (GMT) (envelope-from flagel@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id D19D843D48 for ; Wed, 8 Feb 2006 20:41:19 +0000 (GMT) (envelope-from flagel@gmail.com) Received: by uproxy.gmail.com with SMTP id y2so48326uge for ; Wed, 08 Feb 2006 12:41:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:to:message-id:content-type:from:subject:date:x-mailer; b=PRTopNBfEAHbW34TTc2DQc6u3cnipJeL3Apuw05BA8zI3/vMMA6ga2S7gywFcHeFMgJ5L6BvzVRAW+nLvqxAlvEUid+UVDC1tlx8K5/Q2eC0YHhgf297k7kl6hwTR+zdlzhiVFryKroANrU3X140AZQNDAD6HdgK8gPJczQeJqw= Received: by 10.66.255.13 with SMTP id c13mr3857471ugi; Wed, 08 Feb 2006 10:56:32 -0800 (PST) Received: from ?192.168.1.3? ( [83.251.71.145]) by mx.gmail.com with ESMTP id m1sm6271484uge.2006.02.08.10.56.31; Wed, 08 Feb 2006 10:56:32 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) To: freebsd-stable@FreeBSD.org Message-Id: From: Tanel Rebane Date: Wed, 8 Feb 2006 19:57:46 +0100 X-Mailer: Apple Mail (2.746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: 6.0-Release sysinstall panic. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 20:41:21 -0000 Hello! I'm trying to install FBSD 6.0-Release on one of my servers. The server, with the same hardware, has been running FBSD 5.4-Stable just fine. The problem is that every time I try to install FBSD 6.0- Release the system crashes when trying to extract base into /, the crashes seem to occur at random point into the progress. I've tried as much as I can think of, as disabling the onboard USB, IEEE1394, LAN, audio and FDD from BIOS. I've also tried to boot without support for ACPI and underclocked the Athlon XP-M 2600+ to 800MHz to minimize any hardware faults. The system should be stable as it has no problem running both prime and memtest86 without faults for 7+ days. A picture of the panic: http://qwqb.com/temp/fault.jpg The hardware consists of: Motherboard: Abit AN7 nForce2 v.1.9 BIOS: http://www2.abit.com.tw/ page/se/motherboard/motherboard_detail.php? pMODEL_NAME=AN7&fMTYPE=Socket+A CPU: Athlon XP-M 2600+ Memory: TwinMOS 2*512MB Winbond BH-5 ATA-controller: Promise Ultra133TX2 Graphicscard: Asus Geforce Ti4200 128MB NIC: Intel PRO/1000 MT Server Adapter Thanks in advance! //Tanel Rebane From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 21:02:15 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B89C116A420; Wed, 8 Feb 2006 21:02:15 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24E6E43D49; Wed, 8 Feb 2006 21:02:14 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k18L28Dx024918; Wed, 8 Feb 2006 22:02:09 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <43EA5C50.5020804@deepcore.dk> Date: Wed, 08 Feb 2006 22:02:08 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: Wilko Bulte References: <20060208194603.GA689@freebie.xs4all.nl> In-Reply-To: <20060208194603.GA689@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: stable@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 21:02:15 -0000 Wilko Bulte wrote: > Hi Soren, > > I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE > of roughly end of december. > > And I hit some stuff that really worries me: > > - the freshly built kernel keels over with (hand transcribed): > > ata3: reiniting channel SATA connect ... > SATA connected > sata_connect_devices 0x1 > > ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout > !! DANGER Will RObinson !! > > (... is where I cannot read my own handwriting, it scrolled quite fast on > the screen..) > > Boot device is a SATA RAID1 on a Promise 2300. Hmm, that should not happen. Could you try to backstep just ATA to before the MFC, that is 24/1/06 and let me know if that helps please ? > Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 on > 6.1-PRE Hmm that is because there is only 2 ports on your promise which is now correctly identified, before it was errounsly found as 3 ports. -Søren From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 21:09:01 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A8AB16A420 for ; Wed, 8 Feb 2006 21:09:01 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id EC33043D53 for ; Wed, 8 Feb 2006 21:08:59 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 08 Feb 2006 21:08:57 -0000 Received: from p54A7FC1B.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.252.27] by mail.gmx.net (mp026) with SMTP; 08 Feb 2006 22:08:57 +0100 X-Authenticated: #5465401 Message-ID: <43EA5DE1.9090803@gmx.de> Date: Wed, 08 Feb 2006 22:08:49 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200602082001.k18K1ol4077017@lurza.secnetix.de> In-Reply-To: <200602082001.k18K1ol4077017@lurza.secnetix.de> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4EBE468C79369CD50DCB4E44" X-Y-GMX-Trusted: 0 Cc: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 21:09:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4EBE468C79369CD50DCB4E44 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable So why does it work fine on my system? BTW, is devfs_system_ruleset=3D"mydevfsrules" set in /etc/rc.conf ? Oliver Fromme wrote: > [LoN]Kamikaze wrote: > > I think it's enough when the mount point is owned by the group, with= out > > belonging to a user. Try: > > # chown :operator /mountpoint > > # chmod 0770 /mountpoint >=20 > No. The mount point _must_ be owned by the user. >=20 > How many times does that have to be repeated until > people get it? :-) >=20 > Best regards > Oliver >=20 --------------enig4EBE468C79369CD50DCB4E44 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6l3mfMDIb41/+S0RArBCAJ4wNqiAf1dsREj6VQJXXwuvOUwRIgCePyOR fDf5Yt7/T9TMZiFwYPor+KI= =ba00 -----END PGP SIGNATURE----- --------------enig4EBE468C79369CD50DCB4E44-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 21:28:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 771C416A422 for ; Wed, 8 Feb 2006 21:28:10 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2138343D6E for ; Wed, 8 Feb 2006 21:28:04 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F6wqr-0000K9-Oi for freebsd-stable@freebsd.org; Wed, 08 Feb 2006 22:27:49 +0100 Received: from r5k4.chello.upc.cz ([86.49.10.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Feb 2006 22:27:49 +0100 Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Feb 2006 22:27:49 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Wed, 08 Feb 2006 22:27:39 +0100 Lines: 42 Message-ID: References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> Sender: news Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 21:28:10 -0000 Oliver Fromme wrote: > martinko wrote: > > Oliver Fromme wrote: > > > martinko wrote: > > > > Oliver Fromme wrote: > > > > > To enable user mounts, there are three conditions: > > > > > 1. sysctl vfs.usermount=1 > > > > > 2. The user must have read+write permission on the device > > > > > which is to be mounted. This is usually accomplished > > > > > by creating a special group for this device. > > > > > 3. The user must _own_ the mountpoint (r/w permission is > > > > > not sufficient). > > > > > > > > [...] > > > > $ ll /dev/ad0 > > > > crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 > > > > > > Condition #2 isn't met: The device must be "rw" for for > > > the user (in this case for the operator group). Note > > > that "r" is not sufficient, even for read-only mounts. > > > > sure. but why did it mount /usr/home/mato/mnt/dos then ?? > > Maybe /dev/ad0s1 had different permissions? > $ ls -la /dev/ad0* crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 crw-r----- 1 root operator 0, 97 Feb 8 18:27 /dev/ad0s1 crw-r----- 1 root operator 0, 98 Feb 8 18:27 /dev/ad0s2 crw-r----- 1 root operator 0, 99 Feb 8 18:27 /dev/ad0s3 crw-r----- 1 root operator 0, 101 Feb 8 19:27 /dev/ad0s3a crw-r----- 1 root operator 0, 102 Feb 8 19:27 /dev/ad0s3b crw-r----- 1 root operator 0, 103 Feb 8 18:27 /dev/ad0s3c crw-r----- 1 root operator 0, 104 Feb 8 19:27 /dev/ad0s3d crw-r----- 1 root operator 0, 105 Feb 8 19:27 /dev/ad0s3e crw-r----- 1 root operator 0, 106 Feb 8 19:27 /dev/ad0s3f crw-r----- 1 root operator 0, 100 Feb 8 18:27 /dev/ad0s4 crw-r----- 1 root operator 0, 107 Feb 8 18:27 /dev/ad0s5 crw-r----- 1 root operator 0, 108 Feb 8 18:27 /dev/ad0s6 crw-r----- 1 root operator 0, 109 Feb 8 18:27 /dev/ad0s7 crw-r----- 1 root operator 0, 110 Feb 8 18:27 /dev/ad0s8 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 21:35:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A80F16A420 for ; Wed, 8 Feb 2006 21:35:00 +0000 (GMT) (envelope-from jorge@salk.edu) Received: from sherryl.salk.edu (sherryl.snl.salk.edu [198.202.70.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F32043D49 for ; Wed, 8 Feb 2006 21:34:57 +0000 (GMT) (envelope-from jorge@salk.edu) Received: from haller.snl.salk.edu (haller.snl.salk.edu [198.202.70.5]) by sherryl.salk.edu (8.12.10/8.12.10) with ESMTP id k18LYta1029847; Wed, 8 Feb 2006 13:34:56 -0800 (PST) Date: Wed, 8 Feb 2006 13:34:53 -0800 (PST) From: Jorge Aldana X-X-Sender: jorge@haller.snl.salk.edu To: martinko In-Reply-To: Message-ID: References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 21:35:00 -0000 Yea, your permissions are off, need rw on them as well. I caught this thread and the 3 steps do it nicely! You may need to logoff and back on to get the group change going for your username though, well I did. I caught the devfs setting but does anyone have one already set? It should go in the rc.conf under /etc (I just want a ruleset or need one if one is readily avaialble) > revfs_system_ruleset="mydevfsrules" Jorge On Wed, 8 Feb 2006, martinko wrote: > Oliver Fromme wrote: >> martinko wrote: >> > Oliver Fromme wrote: >> >> martinko wrote: >> >>> Oliver Fromme wrote: >> >>>> To enable user mounts, there are three conditions: >> >>>> 1. sysctl vfs.usermount=1 >> >>>> 2. The user must have read+write permission on the device >> >>>> which is to be mounted. This is usually accomplished >> >>>> by creating a special group for this device. >> >>>> 3. The user must _own_ the mountpoint (r/w permission is >> >>>> not sufficient). >> >>> >> >>> [...] >> >>> $ ll /dev/ad0 >> >>> crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 >> >> >> >> Condition #2 isn't met: The device must be "rw" for for >> >> the user (in this case for the operator group). Note >> >> that "r" is not sufficient, even for read-only mounts. >> > >> > sure. but why did it mount /usr/home/mato/mnt/dos then ?? >> >> Maybe /dev/ad0s1 had different permissions? >> > > $ ls -la /dev/ad0* > crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 > crw-r----- 1 root operator 0, 97 Feb 8 18:27 /dev/ad0s1 > crw-r----- 1 root operator 0, 98 Feb 8 18:27 /dev/ad0s2 > crw-r----- 1 root operator 0, 99 Feb 8 18:27 /dev/ad0s3 > crw-r----- 1 root operator 0, 101 Feb 8 19:27 /dev/ad0s3a > crw-r----- 1 root operator 0, 102 Feb 8 19:27 /dev/ad0s3b > crw-r----- 1 root operator 0, 103 Feb 8 18:27 /dev/ad0s3c > crw-r----- 1 root operator 0, 104 Feb 8 19:27 /dev/ad0s3d > crw-r----- 1 root operator 0, 105 Feb 8 19:27 /dev/ad0s3e > crw-r----- 1 root operator 0, 106 Feb 8 19:27 /dev/ad0s3f > crw-r----- 1 root operator 0, 100 Feb 8 18:27 /dev/ad0s4 > crw-r----- 1 root operator 0, 107 Feb 8 18:27 /dev/ad0s5 > crw-r----- 1 root operator 0, 108 Feb 8 18:27 /dev/ad0s6 > crw-r----- 1 root operator 0, 109 Feb 8 18:27 /dev/ad0s7 > crw-r----- 1 root operator 0, 110 Feb 8 18:27 /dev/ad0s8 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 21:37:10 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D177A16A420 for ; Wed, 8 Feb 2006 21:37:10 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3912543D45 for ; Wed, 8 Feb 2006 21:37:10 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr2.xs4all.nl (8.13.3/8.13.3) with ESMTP id k18Lb6Ai065138; Wed, 8 Feb 2006 22:37:06 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k18Lb5Pa000738; Wed, 8 Feb 2006 22:37:05 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k18Lb5aD000737; Wed, 8 Feb 2006 22:37:05 +0100 (CET) (envelope-from wb) Date: Wed, 8 Feb 2006 22:37:04 +0100 From: Wilko Bulte To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20060208213704.GA703@freebie.xs4all.nl> References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43EA5C50.5020804@deepcore.dk> X-OS: FreeBSD 6.1-PRERELEASE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@FreeBSD.ORG Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 21:37:10 -0000 On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. > Wilko Bulte wrote: > >Hi Soren, > > > >I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE > >of roughly end of december. > > > >And I hit some stuff that really worries me: > > > >- the freshly built kernel keels over with (hand transcribed): > > > >ata3: reiniting channel SATA connect ... > >SATA connected > >sata_connect_devices 0x1 > > > >ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout > >!! DANGER Will RObinson !! > > > >(... is where I cannot read my own handwriting, it scrolled quite fast on > >the screen..) > > > >Boot device is a SATA RAID1 on a Promise 2300. > > Hmm, that should not happen. Could you try to backstep just ATA to > before the MFC, that is 24/1/06 and let me know if that helps please ? First impression is that the problem is gone. None of the previously reported errors are seen. I am running a level 0 dump from disk to disk to see if the box remains stable. Given that this is my primary machine I sure hope it will be :-) > >Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 on > >6.1-PRE > > Hmm that is because there is only 2 ports on your promise which is now > correctly identified, before it was errounsly found as 3 ports. Ah, OK. I would suggest a note to the Release Note writers would be a good thing, devices changing location after an upgrade in the -stable branch is unnerving ;-) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 21:44:10 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2E3A16A420 for ; Wed, 8 Feb 2006 21:44:10 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 077C943D46 for ; Wed, 8 Feb 2006 21:44:09 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k18Li5P9025400; Wed, 8 Feb 2006 22:44:06 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <43EA6625.2070106@deepcore.dk> Date: Wed, 08 Feb 2006 22:44:05 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: Wilko Bulte References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> In-Reply-To: <20060208213704.GA703@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: stable@FreeBSD.ORG Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 21:44:10 -0000 Wilko Bulte wrote: > On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. >> Wilko Bulte wrote: >>> Hi Soren, >>> >>> I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE >>> of roughly end of december. >>> >>> And I hit some stuff that really worries me: >>> >>> - the freshly built kernel keels over with (hand transcribed): >>> >>> ata3: reiniting channel SATA connect ... >>> SATA connected >>> sata_connect_devices 0x1 >>> >>> ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout >>> !! DANGER Will RObinson !! >>> >>> (... is where I cannot read my own handwriting, it scrolled quite fast on >>> the screen..) >>> >>> Boot device is a SATA RAID1 on a Promise 2300. >> Hmm, that should not happen. Could you try to backstep just ATA to >> before the MFC, that is 24/1/06 and let me know if that helps please ? > > First impression is that the problem is gone. None of the previously > reported errors are seen. I am running a level 0 dump from disk to disk > to see if the box remains stable. Given that this is my primary machine > I sure hope it will be :-) > >>> Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 on >>> 6.1-PRE >> Hmm that is because there is only 2 ports on your promise which is now >> correctly identified, before it was errounsly found as 3 ports. > > Ah, OK. I would suggest a note to the Release Note writers would be a good > thing, devices changing location after an upgrade in the -stable branch > is unnerving ;-) Well, the good thing is that I can reproduce the error here, the bad thing is that it slipped through testing on -current... Oh, well, I'll look into it ASAP... -Søren From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 22:05:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDEB916A432 for ; Wed, 8 Feb 2006 22:05:56 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DBB643D49 for ; Wed, 8 Feb 2006 22:05:55 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F6xRU-000297-VQ for freebsd-stable@freebsd.org; Wed, 08 Feb 2006 23:05:41 +0100 Received: from r5k4.chello.upc.cz ([86.49.10.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Feb 2006 23:05:40 +0100 Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Feb 2006 23:05:40 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Wed, 08 Feb 2006 23:05:21 +0100 Lines: 134 Message-ID: <43EA6B21.8040307@pobox.sk> References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: Sender: news Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 22:05:57 -0000 Jorge Aldana wrote: > Yea, your permissions are off, need rw on them as well. > > I caught this thread and the 3 steps do it nicely! You may need to > logoff and back on to get the group change going for your username > though, well I did. > > I caught the devfs setting but does anyone have one already set? It > should go in the rc.conf under /etc (I just want a ruleset or need one > if one is readily avaialble) > >> revfs_system_ruleset="mydevfsrules" > > > > Jorge > > On Wed, 8 Feb 2006, martinko wrote: > >> Oliver Fromme wrote: >> >>> martinko wrote: >>> > Oliver Fromme wrote: >>> >> martinko wrote: >>> >>> Oliver Fromme wrote: >>> >>>> To enable user mounts, there are three conditions: >>> >>>> 1. sysctl vfs.usermount=1 >>> >>>> 2. The user must have read+write permission on the device >>> >>>> which is to be mounted. This is usually accomplished >>> >>>> by creating a special group for this device. >>> >>>> 3. The user must _own_ the mountpoint (r/w permission is >>> >>>> not sufficient). >>> >>> >>> >>> [...] >>> >>> $ ll /dev/ad0 >>> >>> crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 >>> >> >>> >> Condition #2 isn't met: The device must be "rw" for for >>> >> the user (in this case for the operator group). Note >>> >> that "r" is not sufficient, even for read-only mounts. >>> > >>> > sure. but why did it mount /usr/home/mato/mnt/dos then ?? >>> >>> Maybe /dev/ad0s1 had different permissions? >>> >> >> $ ls -la /dev/ad0* >> crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 >> crw-r----- 1 root operator 0, 97 Feb 8 18:27 /dev/ad0s1 >> crw-r----- 1 root operator 0, 98 Feb 8 18:27 /dev/ad0s2 >> crw-r----- 1 root operator 0, 99 Feb 8 18:27 /dev/ad0s3 >> crw-r----- 1 root operator 0, 101 Feb 8 19:27 /dev/ad0s3a >> crw-r----- 1 root operator 0, 102 Feb 8 19:27 /dev/ad0s3b >> crw-r----- 1 root operator 0, 103 Feb 8 18:27 /dev/ad0s3c >> crw-r----- 1 root operator 0, 104 Feb 8 19:27 /dev/ad0s3d >> crw-r----- 1 root operator 0, 105 Feb 8 19:27 /dev/ad0s3e >> crw-r----- 1 root operator 0, 106 Feb 8 19:27 /dev/ad0s3f >> crw-r----- 1 root operator 0, 100 Feb 8 18:27 /dev/ad0s4 >> crw-r----- 1 root operator 0, 107 Feb 8 18:27 /dev/ad0s5 >> crw-r----- 1 root operator 0, 108 Feb 8 18:27 /dev/ad0s6 >> crw-r----- 1 root operator 0, 109 Feb 8 18:27 /dev/ad0s7 >> crw-r----- 1 root operator 0, 110 Feb 8 18:27 /dev/ad0s8 >> ok, once again and with the righteous permissions.. [mb-aw1n-bsd][mato][~] $ id uid=1001(mato) gid=1001(mato) groups=1001(mato), 0(wheel), 5(operator) [mb-aw1n-bsd][mato][~] $ sysctl vfs.usermount vfs.usermount: 1 [mb-aw1n-bsd][mato][~] $ ll mnt/ total 10 drwxr-x--- 2 mato mato 512 Dec 11 20:44 cdrom drwxr-x--- 2 mato mato 512 Dec 11 20:44 dos drwxr-x--- 2 mato mato 512 Dec 11 20:44 fat drwxr-x--- 2 mato mato 512 Dec 11 20:44 lin drwxr-x--- 2 mato mato 512 Dec 11 20:44 win [mb-aw1n-bsd][mato][~] $ grep "/mato" /etc/fstab /dev/acd0 /usr/home/mato/mnt/cdrom cd9660 ro,noauto 0 0 /dev/ad0s1 /usr/home/mato/mnt/dos msdosfs ro,noauto 0 0 /dev/ad0s5 /usr/home/mato/mnt/fat msdosfs ro,noatime,noauto,-Lsk_SK.ISO8859-2 0 0 /dev/ad0s6 /usr/home/mato/mnt/win ntfs ro,noauto 0 0 /dev/ad0s7 /usr/home/mato/mnt/lin ext2fs ro,noauto 0 0 [mb-aw1n-bsd][mato][~] $ ll /dev/ad0* crw-rw---- 1 root operator 0, 96 Feb 8 22:50 /dev/ad0 crw-rw---- 1 root operator 0, 97 Feb 8 22:50 /dev/ad0s1 crw-rw---- 1 root operator 0, 98 Feb 8 22:50 /dev/ad0s2 crw-rw---- 1 root operator 0, 99 Feb 8 22:50 /dev/ad0s3 crw-rw---- 1 root operator 0, 101 Feb 8 23:50 /dev/ad0s3a crw-rw---- 1 root operator 0, 102 Feb 8 23:50 /dev/ad0s3b crw-rw---- 1 root operator 0, 103 Feb 8 22:50 /dev/ad0s3c crw-rw---- 1 root operator 0, 104 Feb 8 23:50 /dev/ad0s3d crw-rw---- 1 root operator 0, 105 Feb 8 23:50 /dev/ad0s3e crw-rw---- 1 root operator 0, 106 Feb 8 23:50 /dev/ad0s3f crw-rw---- 1 root operator 0, 100 Feb 8 22:50 /dev/ad0s4 crw-rw---- 1 root operator 0, 107 Feb 8 22:50 /dev/ad0s5 crw-rw---- 1 root operator 0, 108 Feb 8 22:50 /dev/ad0s6 crw-rw---- 1 root operator 0, 109 Feb 8 22:50 /dev/ad0s7 crw-rw---- 1 root operator 0, 110 Feb 8 22:50 /dev/ad0s8 [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/win/ mount_ntfs: /dev/ad0s6: Operation not permitted [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/lin/ mount_ext2fs: /dev/ad0s7: Operation not permitted [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/fat/ mount_msdosfs: cannot find or load "msdosfs_iconv" kernel module mount_msdosfs: msdosfs_iconv: Operation not permitted [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/dos/ [mb-aw1n-bsd][mato][~] $ as you can see, the results are the same as before -- only the last mount point got mounted. (why?) permissions were set via /etc/devfs.conf and system rebooted: perm ad0* 0660 any hint or idea what might be wrong pls ?? cheers, martin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 22:11:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B36E16A420 for ; Wed, 8 Feb 2006 22:11:15 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4A5343D48 for ; Wed, 8 Feb 2006 22:11:14 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr9.xs4all.nl (8.13.3/8.13.3) with ESMTP id k18MAwLW097858; Wed, 8 Feb 2006 23:10:58 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k18MAvGm001315; Wed, 8 Feb 2006 23:10:57 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k18MAvgw001314; Wed, 8 Feb 2006 23:10:57 +0100 (CET) (envelope-from wb) Date: Wed, 8 Feb 2006 23:10:57 +0100 From: Wilko Bulte To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20060208221056.GA1299@freebie.xs4all.nl> References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> <43EA6625.2070106@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43EA6625.2070106@deepcore.dk> X-OS: FreeBSD 6.1-PRERELEASE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 22:11:15 -0000 On Wed, Feb 08, 2006 at 10:44:05PM +0100, Sren Schmidt wrote.. > Wilko Bulte wrote: > >On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. > >>Wilko Bulte wrote: > >>>Hi Soren, > >>> > >>>I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE > >>>of roughly end of december. > >>> > >>>And I hit some stuff that really worries me: > >>> > >>>- the freshly built kernel keels over with (hand transcribed): > >>> > >>>ata3: reiniting channel SATA connect ... > >>>SATA connected > >>>sata_connect_devices 0x1 > >>> > >>>ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout > >>>!! DANGER Will RObinson !! > >>> > >>>(... is where I cannot read my own handwriting, it scrolled quite fast on > >>>the screen..) > >>> > >>>Boot device is a SATA RAID1 on a Promise 2300. > >>Hmm, that should not happen. Could you try to backstep just ATA to > >>before the MFC, that is 24/1/06 and let me know if that helps please ? > > > >First impression is that the problem is gone. None of the previously > >reported errors are seen. I am running a level 0 dump from disk to disk > >to see if the box remains stable. Given that this is my primary machine > >I sure hope it will be :-) > > > >>>Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 on > >>>6.1-PRE > >>Hmm that is because there is only 2 ports on your promise which is now > >>correctly identified, before it was errounsly found as 3 ports. > > > >Ah, OK. I would suggest a note to the Release Note writers would be a good > >thing, devices changing location after an upgrade in the -stable branch > >is unnerving ;-) > > Well, the good thing is that I can reproduce the error here, the bad > thing is that it slipped through testing on -current... > Oh, well, I'll look into it ASAP... Thank you Soren! -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 22:18:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8488C16A420 for ; Wed, 8 Feb 2006 22:18:16 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from gw.luna.afraid.org (lls-c-13303.adsl.wanadoo.nl [81.69.81.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C035E43D45 for ; Wed, 8 Feb 2006 22:18:15 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from [127.0.0.1] (gw.luna.afraid.org [127.0.0.1]) by gw.luna.afraid.org (Postfix) with ESMTP id C94849; Wed, 8 Feb 2006 23:18:13 +0100 (CET) Message-ID: <43EA6E25.8090009@luna.afraid.org> Date: Wed, 08 Feb 2006 23:18:13 +0100 From: Raaf User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8) Gecko/20060118 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: martinko References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> <43EA6B21.8040307@pobox.sk> In-Reply-To: <43EA6B21.8040307@pobox.sk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 22:18:16 -0000 martinko wrote: > Jorge Aldana wrote: >> Yea, your permissions are off, need rw on them as well. >> >> I caught this thread and the 3 steps do it nicely! You may need to >> logoff and back on to get the group change going for your username >> though, well I did. >> >> I caught the devfs setting but does anyone have one already set? It >> should go in the rc.conf under /etc (I just want a ruleset or need one >> if one is readily avaialble) >> >>> revfs_system_ruleset="mydevfsrules" >> >> >> Jorge >> >> On Wed, 8 Feb 2006, martinko wrote: >> >>> Oliver Fromme wrote: >>> >>>> martinko wrote: >>>>> Oliver Fromme wrote: >>>>>> martinko wrote: >>>>>>> Oliver Fromme wrote: >>>>>>>> To enable user mounts, there are three conditions: >>>>>>>> 1. sysctl vfs.usermount=1 >>>>>>>> 2. The user must have read+write permission on the device >>>>>>>> which is to be mounted. This is usually accomplished >>>>>>>> by creating a special group for this device. >>>>>>>> 3. The user must _own_ the mountpoint (r/w permission is >>>>>>>> not sufficient). >>>>>>> [...] >>>>>>> $ ll /dev/ad0 >>>>>>> crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 >>>>>> Condition #2 isn't met: The device must be "rw" for for >>>>>> the user (in this case for the operator group). Note >>>>>> that "r" is not sufficient, even for read-only mounts. >>>>> sure. but why did it mount /usr/home/mato/mnt/dos then ?? >>>> Maybe /dev/ad0s1 had different permissions? >>>> >>> $ ls -la /dev/ad0* >>> crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 >>> crw-r----- 1 root operator 0, 97 Feb 8 18:27 /dev/ad0s1 >>> crw-r----- 1 root operator 0, 98 Feb 8 18:27 /dev/ad0s2 >>> crw-r----- 1 root operator 0, 99 Feb 8 18:27 /dev/ad0s3 >>> crw-r----- 1 root operator 0, 101 Feb 8 19:27 /dev/ad0s3a >>> crw-r----- 1 root operator 0, 102 Feb 8 19:27 /dev/ad0s3b >>> crw-r----- 1 root operator 0, 103 Feb 8 18:27 /dev/ad0s3c >>> crw-r----- 1 root operator 0, 104 Feb 8 19:27 /dev/ad0s3d >>> crw-r----- 1 root operator 0, 105 Feb 8 19:27 /dev/ad0s3e >>> crw-r----- 1 root operator 0, 106 Feb 8 19:27 /dev/ad0s3f >>> crw-r----- 1 root operator 0, 100 Feb 8 18:27 /dev/ad0s4 >>> crw-r----- 1 root operator 0, 107 Feb 8 18:27 /dev/ad0s5 >>> crw-r----- 1 root operator 0, 108 Feb 8 18:27 /dev/ad0s6 >>> crw-r----- 1 root operator 0, 109 Feb 8 18:27 /dev/ad0s7 >>> crw-r----- 1 root operator 0, 110 Feb 8 18:27 /dev/ad0s8 >>> > > > ok, once again and with the righteous permissions.. > > > [mb-aw1n-bsd][mato][~] > $ id > uid=1001(mato) gid=1001(mato) groups=1001(mato), 0(wheel), 5(operator) > [mb-aw1n-bsd][mato][~] > $ sysctl vfs.usermount > vfs.usermount: 1 > [mb-aw1n-bsd][mato][~] > $ ll mnt/ > total 10 > drwxr-x--- 2 mato mato 512 Dec 11 20:44 cdrom > drwxr-x--- 2 mato mato 512 Dec 11 20:44 dos > drwxr-x--- 2 mato mato 512 Dec 11 20:44 fat > drwxr-x--- 2 mato mato 512 Dec 11 20:44 lin > drwxr-x--- 2 mato mato 512 Dec 11 20:44 win > [mb-aw1n-bsd][mato][~] > $ grep "/mato" /etc/fstab > /dev/acd0 /usr/home/mato/mnt/cdrom cd9660 ro,noauto > 0 0 > /dev/ad0s1 /usr/home/mato/mnt/dos msdosfs ro,noauto 0 0 > /dev/ad0s5 /usr/home/mato/mnt/fat msdosfs > ro,noatime,noauto,-Lsk_SK.ISO8859-2 0 0 > /dev/ad0s6 /usr/home/mato/mnt/win ntfs ro,noauto 0 0 > /dev/ad0s7 /usr/home/mato/mnt/lin ext2fs ro,noauto 0 0 > [mb-aw1n-bsd][mato][~] > $ ll /dev/ad0* > crw-rw---- 1 root operator 0, 96 Feb 8 22:50 /dev/ad0 > crw-rw---- 1 root operator 0, 97 Feb 8 22:50 /dev/ad0s1 > crw-rw---- 1 root operator 0, 98 Feb 8 22:50 /dev/ad0s2 > crw-rw---- 1 root operator 0, 99 Feb 8 22:50 /dev/ad0s3 > crw-rw---- 1 root operator 0, 101 Feb 8 23:50 /dev/ad0s3a > crw-rw---- 1 root operator 0, 102 Feb 8 23:50 /dev/ad0s3b > crw-rw---- 1 root operator 0, 103 Feb 8 22:50 /dev/ad0s3c > crw-rw---- 1 root operator 0, 104 Feb 8 23:50 /dev/ad0s3d > crw-rw---- 1 root operator 0, 105 Feb 8 23:50 /dev/ad0s3e > crw-rw---- 1 root operator 0, 106 Feb 8 23:50 /dev/ad0s3f > crw-rw---- 1 root operator 0, 100 Feb 8 22:50 /dev/ad0s4 > crw-rw---- 1 root operator 0, 107 Feb 8 22:50 /dev/ad0s5 > crw-rw---- 1 root operator 0, 108 Feb 8 22:50 /dev/ad0s6 > crw-rw---- 1 root operator 0, 109 Feb 8 22:50 /dev/ad0s7 > crw-rw---- 1 root operator 0, 110 Feb 8 22:50 /dev/ad0s8 > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/win/ > mount_ntfs: /dev/ad0s6: Operation not permitted > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/lin/ > mount_ext2fs: /dev/ad0s7: Operation not permitted > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/fat/ > mount_msdosfs: cannot find or load "msdosfs_iconv" kernel module > mount_msdosfs: msdosfs_iconv: Operation not permitted > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/dos/ > [mb-aw1n-bsd][mato][~] > $ > > > as you can see, the results are the same as before -- only the last > mount point got mounted. (why?) > permissions were set via /etc/devfs.conf and system rebooted: > perm ad0* 0660 > > any hint or idea what might be wrong pls ?? > My guess is that you haven't added support for those other filesystems in your kernel and it's trying to kldload those modules but fails because you are not root. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 8 22:30:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A36716A420 for ; Wed, 8 Feb 2006 22:30:04 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 838FE43D45 for ; Wed, 8 Feb 2006 22:30:02 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: (qmail 53986 invoked by uid 0); 8 Feb 2006 22:30:01 -0000 Received: from r5k4.chello.upc.cz (HELO ?86.49.10.4?) (86.49.10.4) by smtp.dkm.cz with SMTP; 8 Feb 2006 22:30:00 -0000 Message-ID: <43EA70E8.2030301@pobox.sk> Date: Wed, 08 Feb 2006 23:30:00 +0100 From: martinko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en MIME-Version: 1.0 To: Raaf References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> <43EA6B21.8040307@pobox.sk> <43EA6E25.8090009@luna.afraid.org> In-Reply-To: <43EA6E25.8090009@luna.afraid.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 22:30:04 -0000 Raaf wrote: >martinko wrote: > > >>Jorge Aldana wrote: >> >> >>>Yea, your permissions are off, need rw on them as well. >>> >>>I caught this thread and the 3 steps do it nicely! You may need to >>>logoff and back on to get the group change going for your username >>>though, well I did. >>> >>>I caught the devfs setting but does anyone have one already set? It >>>should go in the rc.conf under /etc (I just want a ruleset or need one >>>if one is readily avaialble) >>> >>> >>> >>>>revfs_system_ruleset="mydevfsrules" >>>> >>>> >>>Jorge >>> >>>On Wed, 8 Feb 2006, martinko wrote: >>> >>> >>> >>>>Oliver Fromme wrote: >>>> >>>> >>>> >>>>>martinko wrote: >>>>> >>>>> >>>>>>Oliver Fromme wrote: >>>>>> >>>>>> >>>>>>>martinko wrote: >>>>>>> >>>>>>> >>>>>>>>Oliver Fromme wrote: >>>>>>>> >>>>>>>> >>>>>>>>>To enable user mounts, there are three conditions: >>>>>>>>>1. sysctl vfs.usermount=1 >>>>>>>>>2. The user must have read+write permission on the device >>>>>>>>> which is to be mounted. This is usually accomplished >>>>>>>>> by creating a special group for this device. >>>>>>>>>3. The user must _own_ the mountpoint (r/w permission is >>>>>>>>> not sufficient). >>>>>>>>> >>>>>>>>> >>>>>>>>[...] >>>>>>>>$ ll /dev/ad0 >>>>>>>>crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 >>>>>>>> >>>>>>>> >>>>>>>Condition #2 isn't met: The device must be "rw" for for >>>>>>>the user (in this case for the operator group). Note >>>>>>>that "r" is not sufficient, even for read-only mounts. >>>>>>> >>>>>>> >>>>>>sure. but why did it mount /usr/home/mato/mnt/dos then ?? >>>>>> >>>>>> >>>>>Maybe /dev/ad0s1 had different permissions? >>>>> >>>>> >>>>> >>>>$ ls -la /dev/ad0* >>>>crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 >>>>crw-r----- 1 root operator 0, 97 Feb 8 18:27 /dev/ad0s1 >>>>crw-r----- 1 root operator 0, 98 Feb 8 18:27 /dev/ad0s2 >>>>crw-r----- 1 root operator 0, 99 Feb 8 18:27 /dev/ad0s3 >>>>crw-r----- 1 root operator 0, 101 Feb 8 19:27 /dev/ad0s3a >>>>crw-r----- 1 root operator 0, 102 Feb 8 19:27 /dev/ad0s3b >>>>crw-r----- 1 root operator 0, 103 Feb 8 18:27 /dev/ad0s3c >>>>crw-r----- 1 root operator 0, 104 Feb 8 19:27 /dev/ad0s3d >>>>crw-r----- 1 root operator 0, 105 Feb 8 19:27 /dev/ad0s3e >>>>crw-r----- 1 root operator 0, 106 Feb 8 19:27 /dev/ad0s3f >>>>crw-r----- 1 root operator 0, 100 Feb 8 18:27 /dev/ad0s4 >>>>crw-r----- 1 root operator 0, 107 Feb 8 18:27 /dev/ad0s5 >>>>crw-r----- 1 root operator 0, 108 Feb 8 18:27 /dev/ad0s6 >>>>crw-r----- 1 root operator 0, 109 Feb 8 18:27 /dev/ad0s7 >>>>crw-r----- 1 root operator 0, 110 Feb 8 18:27 /dev/ad0s8 >>>> >>>> >>>> >>ok, once again and with the righteous permissions.. >> >> >>[mb-aw1n-bsd][mato][~] >>$ id >>uid=1001(mato) gid=1001(mato) groups=1001(mato), 0(wheel), 5(operator) >>[mb-aw1n-bsd][mato][~] >>$ sysctl vfs.usermount >>vfs.usermount: 1 >>[mb-aw1n-bsd][mato][~] >>$ ll mnt/ >>total 10 >>drwxr-x--- 2 mato mato 512 Dec 11 20:44 cdrom >>drwxr-x--- 2 mato mato 512 Dec 11 20:44 dos >>drwxr-x--- 2 mato mato 512 Dec 11 20:44 fat >>drwxr-x--- 2 mato mato 512 Dec 11 20:44 lin >>drwxr-x--- 2 mato mato 512 Dec 11 20:44 win >>[mb-aw1n-bsd][mato][~] >>$ grep "/mato" /etc/fstab >>/dev/acd0 /usr/home/mato/mnt/cdrom cd9660 ro,noauto >>0 0 >>/dev/ad0s1 /usr/home/mato/mnt/dos msdosfs ro,noauto 0 0 >>/dev/ad0s5 /usr/home/mato/mnt/fat msdosfs >>ro,noatime,noauto,-Lsk_SK.ISO8859-2 0 0 >>/dev/ad0s6 /usr/home/mato/mnt/win ntfs ro,noauto 0 0 >>/dev/ad0s7 /usr/home/mato/mnt/lin ext2fs ro,noauto 0 0 >>[mb-aw1n-bsd][mato][~] >>$ ll /dev/ad0* >>crw-rw---- 1 root operator 0, 96 Feb 8 22:50 /dev/ad0 >>crw-rw---- 1 root operator 0, 97 Feb 8 22:50 /dev/ad0s1 >>crw-rw---- 1 root operator 0, 98 Feb 8 22:50 /dev/ad0s2 >>crw-rw---- 1 root operator 0, 99 Feb 8 22:50 /dev/ad0s3 >>crw-rw---- 1 root operator 0, 101 Feb 8 23:50 /dev/ad0s3a >>crw-rw---- 1 root operator 0, 102 Feb 8 23:50 /dev/ad0s3b >>crw-rw---- 1 root operator 0, 103 Feb 8 22:50 /dev/ad0s3c >>crw-rw---- 1 root operator 0, 104 Feb 8 23:50 /dev/ad0s3d >>crw-rw---- 1 root operator 0, 105 Feb 8 23:50 /dev/ad0s3e >>crw-rw---- 1 root operator 0, 106 Feb 8 23:50 /dev/ad0s3f >>crw-rw---- 1 root operator 0, 100 Feb 8 22:50 /dev/ad0s4 >>crw-rw---- 1 root operator 0, 107 Feb 8 22:50 /dev/ad0s5 >>crw-rw---- 1 root operator 0, 108 Feb 8 22:50 /dev/ad0s6 >>crw-rw---- 1 root operator 0, 109 Feb 8 22:50 /dev/ad0s7 >>crw-rw---- 1 root operator 0, 110 Feb 8 22:50 /dev/ad0s8 >>[mb-aw1n-bsd][mato][~] >>$ mount /usr/home/mato/mnt/win/ >>mount_ntfs: /dev/ad0s6: Operation not permitted >>[mb-aw1n-bsd][mato][~] >>$ mount /usr/home/mato/mnt/lin/ >>mount_ext2fs: /dev/ad0s7: Operation not permitted >>[mb-aw1n-bsd][mato][~] >>$ mount /usr/home/mato/mnt/fat/ >>mount_msdosfs: cannot find or load "msdosfs_iconv" kernel module >>mount_msdosfs: msdosfs_iconv: Operation not permitted >>[mb-aw1n-bsd][mato][~] >>$ mount /usr/home/mato/mnt/dos/ >>[mb-aw1n-bsd][mato][~] >>$ >> >> >>as you can see, the results are the same as before -- only the last >>mount point got mounted. (why?) >>permissions were set via /etc/devfs.conf and system rebooted: >>perm ad0* 0660 >> >>any hint or idea what might be wrong pls ?? >> >> >> > >My guess is that you haven't added support for those other >filesystems in your kernel and it's trying to kldload those >modules but fails because you are not root. > > > > > > > yeah, that sounds very reasonable (even though i would expect something like that to happen somehow automagically) ... anyway, i'll have a look at it tmrw or so.. thanks! m. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 00:23:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EADD116A420 for ; Thu, 9 Feb 2006 00:23:16 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id B9ED643D45 for ; Thu, 9 Feb 2006 00:23:15 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 09 Feb 2006 00:23:13 -0000 Received: from p54A7FC1B.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.252.27] by mail.gmx.net (mp001) with SMTP; 09 Feb 2006 01:23:13 +0100 X-Authenticated: #5465401 Message-ID: <43EA8B69.9070905@gmx.de> Date: Thu, 09 Feb 2006 01:23:05 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> <43EA6B21.8040307@pobox.sk> <43EA6E25.8090009@luna.afraid.org> <43EA70E8.2030301@pobox.sk> In-Reply-To: <43EA70E8.2030301@pobox.sk> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6A91013BF9C6A4182928BAEE" X-Y-GMX-Trusted: 0 Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 00:23:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6A91013BF9C6A4182928BAEE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable The file /etc/devfs.conf can only be used for devices which exist during boot time. Its use should (in my opinion) be deprecated. Use /etc/devfs.rules . My /etc/devfs.rules looks like this: [devfsrules_common=3D10] add path 'da*' mode 0660 group wheel add path 'acd*' mode 0660 group wheel add path 'cd*' mode 0660 group wheel add path 'ttyU*' mode 0660 group wheel add path 'cuaU*' mode 0660 group wheel And in my rc.conf I have this entry: devfs_system_ruleset=3D"devfsrules_common" --------------enig6A91013BF9C6A4182928BAEE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6ottfMDIb41/+S0RAviQAJwIqZdXSZrcr+X6ogTeDkyk9bcOyACfat3w QziOM4jpVLOwZQmn8zgJUN0= =Zzx/ -----END PGP SIGNATURE----- --------------enig6A91013BF9C6A4182928BAEE-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 01:32:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6824816A420 for ; Thu, 9 Feb 2006 01:32:49 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [65.75.192.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1DBE43D45 for ; Thu, 9 Feb 2006 01:32:48 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.13.4/8.13.4) with ESMTP id k191WgDw019262 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 8 Feb 2006 17:32:42 -0800 (PST) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.13.4/8.13.4/Submit) id k191WfIr019261; Wed, 8 Feb 2006 17:32:41 -0800 (PST) (envelope-from james) Date: Wed, 8 Feb 2006 17:32:41 -0800 From: James Long To: freebsd-stable@freebsd.org, Rob Message-ID: <20060209013241.GA19239@ns.museum.rain.com> References: <20060208193253.CA6AC16A42F@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060208193253.CA6AC16A42F@hub.freebsd.org> User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.museum.rain.com Cc: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 01:32:49 -0000 > Date: Wed, 8 Feb 2006 06:46:37 -0600 > From: Michael Ekstrand > Subject: Re: Trouble with mounting USB stick as user > To: freebsd-stable@freebsd.org > Message-ID: <20060208064637.11c015ee.lists@elehack.net> > Content-Type: text/plain; charset=US-ASCII > > On Wed, 8 Feb 2006 22:40:04 +1100 > Rob wrote: > > Can anyone shed some light on what is happening here? > > AFAIK, only root can mount things under FreeBSD, period. I could be > wrong on this... but I looked around a while ago for something to do > the job of the Linux 'user' option, and found nothing. I kinda remember > trying changing permissions too. > > If I'm wrong, I'd love to be corrected :-). > > - Michael # portupgrade -N security/sudo # man sudo From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 04:40:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F276016A420 for ; Thu, 9 Feb 2006 04:40:47 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B35C43D48 for ; Thu, 9 Feb 2006 04:40:47 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so28471wra for ; Wed, 08 Feb 2006 20:40:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lailldNofAgUZjuFmjiQQmLv0VeZeEyrGtsyF1sqdxv3Fo3GY1ICT46pIHy2j1i1y77ULhj5VTOWfBgk+Ffy0rSUKvOlqlw5qYL7OpstS9is6ADf4F2GgVCVRnhNWHak1o9smDjNE//Oi1NcA/awaE3srq95Fxir7KRWoEivqDE= Received: by 10.54.122.20 with SMTP id u20mr8345821wrc; Wed, 08 Feb 2006 20:40:46 -0800 (PST) Received: by 10.54.113.13 with HTTP; Wed, 8 Feb 2006 20:40:46 -0800 (PST) Message-ID: <3aaaa3a0602082040l4917c5cfo@mail.gmail.com> Date: Thu, 9 Feb 2006 04:40:46 +0000 From: Chris To: Kris Kennaway In-Reply-To: <20060207014535.GA10328@xor.obsecurity.org> MIME-Version: 1.0 References: <43E7EDA2.7070807@rogers.com> <001201c62b84$4d591900$fac8a8c0@dragon> <20060207014535.GA10328@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Jon Holstrom Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 04:40:48 -0000 On 07/02/06, Kris Kennaway wrote: > > On Mon, Feb 06, 2006 at 05:17:45PM -0800, Jon Holstrom wrote: > > i cvsuped for 5.4 stable a few days ago. > > server gave me 5.5 prerelease > > Right, because they're the same. > > > works good, > > > > gnome2-2.12 ( had to pkg_deinstall -r deinstall gnome 2.10) > > Xorg 6.9.0 > > > > just slow as can be > > This is unlikely since changing the name of the release doesn't > magically make it slower, but if you really think so, then again, > please explain. > > Kris > > > Saying 6 is preferable in every way is a sweeping statement, their are numerous reasons why people may not want to jump to 6.0 just yet, I for instance have found some issues in 6.0 which stop it working so well with m= y hardware possibly due to the i386 code removal I dont know but that is what might be it, and I use some software which isnt yet to be compatible with 6.x. Hopefully all my problems will be resolved when 6.1 is released. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 05:43:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4724616A420 for ; Thu, 9 Feb 2006 05:43:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F04CD43D4C for ; Thu, 9 Feb 2006 05:43:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C74951A4D84; Wed, 8 Feb 2006 21:43:34 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 77D545161D; Thu, 9 Feb 2006 00:43:33 -0500 (EST) Date: Thu, 9 Feb 2006 00:43:33 -0500 From: Kris Kennaway To: Chris Message-ID: <20060209054333.GA68771@xor.obsecurity.org> References: <43E7EDA2.7070807@rogers.com> <001201c62b84$4d591900$fac8a8c0@dragon> <20060207014535.GA10328@xor.obsecurity.org> <3aaaa3a0602082040l4917c5cfo@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <3aaaa3a0602082040l4917c5cfo@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Jon Holstrom , Kris Kennaway Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 05:43:35 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Feb 09, 2006 at 04:40:46AM +0000, Chris wrote: > On 07/02/06, Kris Kennaway wrote: > > > > On Mon, Feb 06, 2006 at 05:17:45PM -0800, Jon Holstrom wrote: > > > i cvsuped for 5.4 stable a few days ago. > > > server gave me 5.5 prerelease > > > > Right, because they're the same. > > > > > works good, > > > > > > gnome2-2.12 ( had to pkg_deinstall -r deinstall gnome 2.10) > > > Xorg 6.9.0 > > > > > > just slow as can be > > > > This is unlikely since changing the name of the release doesn't > > magically make it slower, but if you really think so, then again, > > please explain. > > > > Kris > > > > > > > Saying 6 is preferable in every way is a sweeping statement, their are Note that I didn't say that. > numerous reasons why people may not want to jump to 6.0 just yet, I for > instance have found some issues in 6.0 which stop it working so well with my > hardware possibly due to the i386 code removal I dont know but that is what > might be it, and I use some software which isnt yet to be compatible with > 6.x. Hopefully all my problems will be resolved when 6.1 is released. Your issues probably won't be fixed if you don't report them, though. Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6taEWry0BWjoQKURAr/bAJ0V8h4gQnemdfJQjIPHBn9j4hUtswCdHZ47 Do7SZhyZwVNG8LTJ3Mirbc4= =zhFE -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 06:40:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 257C016A424 for ; Thu, 9 Feb 2006 06:40:37 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9691D43D45 for ; Thu, 9 Feb 2006 06:40:35 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1F75Tm-000H21-3a for freebsd-stable@freebsd.org; Thu, 09 Feb 2006 09:40:34 +0300 Received: from localhost.stc ([127.0.0.1] helo=sysadm.stc) by sysadm.stc with esmtp (Exim 4.54 (FreeBSD)) id 1F75Tk-0000Ew-4Q for freebsd-stable@freebsd.org; Thu, 09 Feb 2006 09:40:32 +0300 Received: (from igorr@localhost) by sysadm.stc (8.13.4/8.13.3/Submit) id k196eVka000925 for freebsd-stable@freebsd.org; Thu, 9 Feb 2006 09:40:31 +0300 (MSK) (envelope-from igorr) Date: Thu, 9 Feb 2006 09:40:31 +0300 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060209064031.GA850@sysadm.stc> References: <20060208064637.11c015ee.lists@elehack.net> <200602081327.k18DRCY2061980@lurza.secnetix.de> <43EA3A34.8070801@pobox.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43EA3A34.8070801@pobox.sk> User-Agent: Mutt/1.5.11 X-Archived: Yes Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 06:40:37 -0000 On Wed, Feb 08, 2006 at 07:36:36PM +0100, martinko wrote: > $ mount /usr/home/mato/mnt/win/ > mount_ntfs: /dev/ad0s6: Operation not permitted > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/lin/ > mount_ext2fs: /dev/ad0s7: Operation not permitted > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/fat/ > mount_msdosfs: cannot find or load "msdosfs_iconv" kernel module > mount_msdosfs: msdosfs_iconv: Operation not permitted Do you have filesystem modules loaded? While vfs.usermount=1 allows user to mount filesystems, it does not allow him load modules. For removamble devices I have following in my /etc/rc.local: mount /rem/floppy mount /rem/flash These mount commands dont mount anything without media in drive, but they load all modules and setup kernel locale stuff. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 08:47:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CD9C16A420 for ; Thu, 9 Feb 2006 08:47:13 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id A02BA43D45 for ; Thu, 9 Feb 2006 08:47:12 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 09 Feb 2006 08:47:10 -0000 Received: from p54A7FC1B.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.252.27] by mail.gmx.net (mp035) with SMTP; 09 Feb 2006 09:47:10 +0100 X-Authenticated: #5465401 Message-ID: <43EB0180.2020806@gmx.de> Date: Thu, 09 Feb 2006 09:46:56 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig928211E8A28E0C577DBD04E6" X-Y-GMX-Trusted: 0 Subject: [Fwd: Blogger post failed] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 08:47:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig928211E8A28E0C577DBD04E6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable That is somewhat annoying, I'm not the only one with signed messages. -------- Original Message -------- From: - Thu Feb 9 09:44:20 2006 Subject: Blogger post failed From: postgateway@blogger.com To: lon_kamikaze@gmx.de Blogger does not accept multipart/signed files. Error code: 7.A66B97 Original message: From: lon_kamikaze@gmx.de Date: Thu, 09 Feb 2006 01:23:05 +0100 Subject: Re: Trouble with mounting USB stick as user None --------------enig928211E8A28E0C577DBD04E6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6wGLfMDIb41/+S0RAp5zAJ4w/Yrfjr+IJ6b/2ROhgJjkyDnAdQCfRhkc IAvS3VMTOMo9jnc2l2GC4p8= =ZaLr -----END PGP SIGNATURE----- --------------enig928211E8A28E0C577DBD04E6-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 08:52:12 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D295D16A420 for ; Thu, 9 Feb 2006 08:52:12 +0000 (GMT) (envelope-from jt@barfoos.de) Received: from mail.zuto.de (badlands.zuto.de [217.160.140.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4B0B43D46 for ; Thu, 9 Feb 2006 08:52:11 +0000 (GMT) (envelope-from jt@barfoos.de) Received: from localhost (localhost [127.0.0.1]) by mail.zuto.de (Postfix) with ESMTP id 508D11E420 for ; Thu, 9 Feb 2006 09:52:10 +0100 (CET) Received: from mail.zuto.de ([127.0.0.1]) by localhost (badlands [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26334-08 for ; Thu, 9 Feb 2006 09:52:01 +0100 (CET) Received: from anastasia.lan.barfoos.de (unknown [10.11.1.1]) by mail.zuto.de (Postfix) with SMTP id 0AEE51E439 for ; Thu, 9 Feb 2006 09:51:57 +0100 (CET) Received: (qmail 34638 invoked by uid 1001); 9 Feb 2006 08:51:47 -0000 Date: Thu, 9 Feb 2006 09:51:47 +0100 From: Jens Trzaska To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20060209085147.GB78035@anastasia.lan.barfoos.de> References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> <43EA6625.2070106@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <43EA6625.2070106@deepcore.dk> X-Operating-System: FreeBSD 4.11-RELEASE, i386 X-GPG-Key-ID: = 96FE36DB X-GPG-Key-Fingerprint: 1C9B 7EF8 1A22 1740 9F1B AB7B 17D2 64E1 96FE 36DB X-GPG-Key-Location: http://www.elug.de/schluessel/96FE36DB.asc X-Accept-Language: de,en User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavis at zuto.de Cc: stable@FreeBSD.ORG Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 08:52:13 -0000 Hi, * Søren Schmidt [2006-02-08 22:44]: > Wilko Bulte wrote: > >On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. > >>Wilko Bulte wrote: > >>>Hi Soren, > >>> > >>>I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE > >>>of roughly end of december. > >>> > >>>And I hit some stuff that really worries me: > >>> > >>>- the freshly built kernel keels over with (hand transcribed): > >>> > >>>ata3: reiniting channel SATA connect ... > >>>SATA connected > >>>sata_connect_devices 0x1 > >>> > >>>ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout > >>>!! DANGER Will RObinson !! > >>> > >>>(... is where I cannot read my own handwriting, it scrolled quite fast on > >>>the screen..) > >>> > >>>Boot device is a SATA RAID1 on a Promise 2300. > >>Hmm, that should not happen. Could you try to backstep just ATA to > >>before the MFC, that is 24/1/06 and let me know if that helps please ? > > > >First impression is that the problem is gone. None of the previously > >reported errors are seen. I am running a level 0 dump from disk to disk > >to see if the box remains stable. Given that this is my primary machine > >I sure hope it will be :-) > > > >>>Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 on > >>>6.1-PRE > >>Hmm that is because there is only 2 ports on your promise which is now > >>correctly identified, before it was errounsly found as 3 ports. > > > >Ah, OK. I would suggest a note to the Release Note writers would be a good > >thing, devices changing location after an upgrade in the -stable branch > >is unnerving ;-) > > Well, the good thing is that I can reproduce the error here, the bad > thing is that it slipped through testing on -current... > Oh, well, I'll look into it ASAP... I have seen nearly the same problem after upgrading to -stable at the weekend. I digged through the commits and went back to 2006.01.25.00.00.00 of -stable as there were many ata and gmirror commits that time. That helped to get the mirror back alive. I am willing to test patches as I'm prepared now. Feb 5 12:21:00 beast kernel: ad6: req=0xc4e487d0 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! Feb 5 12:21:04 beast kernel: ad6: req=0xc4e487d0 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! This is my controller: atapci1: port 0xdc00-0xdc7f,0xe000-0xe0ff mem 0xdf521000-0xdf521fff,0xdf500000-0xdf51ffff irq 16 at device 12.0 on pci0 ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 jens From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 08:54:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7200E16A420 for ; Thu, 9 Feb 2006 08:54:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 091F543D4C for ; Thu, 9 Feb 2006 08:53:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5BA261A3C1B; Thu, 9 Feb 2006 00:53:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 78C1853491; Thu, 9 Feb 2006 03:53:50 -0500 (EST) Date: Thu, 9 Feb 2006 03:53:50 -0500 From: Kris Kennaway To: "[LoN]Kamikaze" Message-ID: <20060209085350.GA73198@xor.obsecurity.org> References: <43EB0180.2020806@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <43EB0180.2020806@gmx.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: [Fwd: Blogger post failed] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 08:54:00 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 09, 2006 at 09:46:56AM +0100, [LoN]Kamikaze wrote: > That is somewhat annoying, I'm not the only one with signed messages. Yes, but unfortunately you'll have to take it up with blogger.com (if you can reach an actual human in charge). Kris > -------- Original Message -------- > From: - Thu Feb 9 09:44:20 2006 > Subject: Blogger post failed > From: postgateway@blogger.com > To: lon_kamikaze@gmx.de >=20 > Blogger does not accept multipart/signed files. >=20 > Error code: 7.A66B97 >=20 > Original message: > From: lon_kamikaze@gmx.de > Date: Thu, 09 Feb 2006 01:23:05 +0100 > Subject: Re: Trouble with mounting USB stick as user > None >=20 >=20 >=20 --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6wMdWry0BWjoQKURAqmgAJ9ZQRZOehW3A7etro1pAUwF2F3aLgCgt84C hmm6Kl9YF/VcuMwFxjbxYs8= =Arqb -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 11:11:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2ED316A420; Thu, 9 Feb 2006 11:11:01 +0000 (GMT) (envelope-from dgeo@dgeos.net) Received: from titine.dgeos.net (titine.esm2.imt-mrs.fr [147.94.38.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 367E143D45; Thu, 9 Feb 2006 11:11:00 +0000 (GMT) (envelope-from dgeo@dgeos.net) Received: from localhost (localhost [127.0.0.1]) by titine.dgeos.net (Postfix) with ESMTP id ECD38678AC; Thu, 9 Feb 2006 13:18:45 +0100 (CET) Received: from titine.dgeos.net ([127.0.0.1]) by localhost (titine.dgeos.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14272-05; Thu, 9 Feb 2006 13:18:40 +0100 (CET) Received: from dgeos.net (localhost [127.0.0.1]) by titine.dgeos.net (Postfix) with ESMTP id 5C5D06789D; Thu, 9 Feb 2006 13:18:40 +0100 (CET) Received: from dgeo.esm2.imt-mrs.fr (dgeo.esm2.imt-mrs.fr [147.94.38.97]) by mail.dgeos.net (Horde MIME library) with HTTP; Thu, 09 Feb 2006 13:18:40 +0100 Message-ID: <20060209131840.0pgsy7fs1s0ocos0@mail.dgeos.net> Date: Thu, 09 Feb 2006 13:18:40 +0100 From: Geoffroy Desvernay To: "Mars G. Miro" References: <28edec3c0602032049l3d258a5cx72efe2c2ba4b23aa@mail.gmail.com> <43E8E353.1090900@dgeos.net> <28edec3c0602071826t5b619al24f0a93c713b5d30@mail.gmail.com> In-Reply-To: <28edec3c0602071826t5b619al24f0a93c713b5d30@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-5.4 X-Virus-Scanned: amavisd-new at dgeos.net Cc: freebsd-stable@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/86880: [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS-A7NX motherboard with nforce2 chipset) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 11:11:01 -0000 Quoting "Mars G. Miro" : > On 2/8/06, Geoffroy Desvernay wrote: >> >> >>>I've got the same problem with an A7N8X-X (athlon 2000+) motherboard and >> >>>6-STABLE (Build Feb, 2 2006). >> >>>booting with kernel.debug says nothing, seems to be hardware hang but >> >>>doesn't happend with linux nor OpenBSD. Didn't tried 5.3 yet. >> >>>Hang after detection of ATA devices (floppy's light turns on, then hang) >> > >> > I've experienced this myself. Happens w/ nForce-based mobos and >> > certain shuttles. My fix has to always set the BIOS setting of the HD >> > to LBA instead of Auto or CHS. >> > >> > Try this and report back ;-) >> > >> Tried this unsuccessfully, but fixing cpu freq to 100Mhz (instead of >> 133Mhz) seems to work... >> >> I've read something about disabling firewire in the bios, but I have it >> on a separate card (not in the MB), and I can't remove it for the moment... >> > > Also try disabling APIC (not ACPI) as I've encountered several mobos > that have this implemented poorly w/c results in weird behaviors of > the OS. > >> I'm not kernel developper, but I may try patches or ? >> > > I'm not aware of any patches but I think this is just a hardware > config problem tho YMMV. > Working at 133Mhz with hint.apic.0.disabled="1" in looader.conf. Thanks for that :) I saw at http://acpi.sf.net/dsdt/view.php?id=233 that a dsdt specific for this board is available... (not fixing all), could this fix anything in my case ? I think I'll give a try on of these days... Geoffroy ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 11:36:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A5516A420 for ; Thu, 9 Feb 2006 11:36:46 +0000 (GMT) (envelope-from gemini@geminix.org) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36B4243D46 for ; Thu, 9 Feb 2006 11:36:46 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <43EB294A.6090609@geminix.org> Date: Thu, 09 Feb 2006 12:36:42 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060129 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200602081643.k18GhJNg069698@lurza.secnetix.de> In-Reply-To: <200602081643.k18GhJNg069698@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F7A6N-000Ihz-H4; Thu, 09 Feb 2006 12:36:43 +0100 Cc: Subject: Re: OpenVPN within a Jail under 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 11:36:46 -0000 Oliver Fromme wrote: > Marc G. Fournier wrote: > > Oliver Fromme wrote: > > > The problem is that you need to configure interfaces > > > (tun(4) or tap(4)) to set up the VPN, but ifconfig(8) > > > does not work inside a jail. That means you cannot > > > set up a VPN inside a jail. However, you can _use_ > > > it within a jail, of course, if you assign the IP of > > > the VPN connection to the jail > > > > 'k, how would you do that? I thought you could only assign one IP to a > > jail, both in 4.x and 6.x? > > True. I meant that the IP of the VPN connection is the > only IP of the jail. > > Or, if you can't do that, forward the packets into the > jail using IPFW FWD rules and NAT. In that case, the > jail doesn't need to have the VPN connection's IP. > > In fact, you can set the IP of the jail to a localnet > IP (such as 127.0.1.1), which isn't routable and isn't > accessible from the outside at all. That's often done > to improve security. Talking about security, while I haven't worked with VPNs so far I believe that there needs to be a route installed in order to forward packets to the remote end of the VPN connection. Now, since routes are a global resource in FreeBSD, is there a way to prevent users from other jails on that machine from accessing that VPN, too? If it weren't possible to restrict access to a VPN to the jail it is associated with the VPN would no longer be private I'd think. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 12:25:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6227816A420 for ; Thu, 9 Feb 2006 12:25:53 +0000 (GMT) (envelope-from jt@barfoos.de) Received: from mail.zuto.de (badlands.zuto.de [217.160.140.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EAB943D48 for ; Thu, 9 Feb 2006 12:25:52 +0000 (GMT) (envelope-from jt@barfoos.de) Received: from localhost (localhost [127.0.0.1]) by mail.zuto.de (Postfix) with ESMTP id C1EDA1E442 for ; Thu, 9 Feb 2006 13:25:50 +0100 (CET) Received: from mail.zuto.de ([127.0.0.1]) by localhost (badlands [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00868-07 for ; Thu, 9 Feb 2006 13:25:41 +0100 (CET) Received: from anastasia.lan.barfoos.de (unknown [10.11.1.1]) by mail.zuto.de (Postfix) with SMTP id 5D8F71E420 for ; Thu, 9 Feb 2006 13:25:40 +0100 (CET) Received: (qmail 36962 invoked by uid 1001); 9 Feb 2006 12:25:30 -0000 Date: Thu, 9 Feb 2006 13:25:30 +0100 From: Jens Trzaska To: David Kirchner Message-ID: <20060209122530.GA36749@anastasia.lan.barfoos.de> References: <20060208152546.GA78035@anastasia.lan.barfoos.de> <35c231bf0602080751p6df719f0sf61cee25d3404a8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35c231bf0602080751p6df719f0sf61cee25d3404a8@mail.gmail.com> X-Operating-System: FreeBSD 4.11-RELEASE, i386 X-GPG-Key-ID: = 96FE36DB X-GPG-Key-Fingerprint: 1C9B 7EF8 1A22 1740 9F1B AB7B 17D2 64E1 96FE 36DB X-GPG-Key-Location: http://www.elug.de/schluessel/96FE36DB.asc X-Accept-Language: de,en User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavis at zuto.de Cc: freebsd-stable@freebsd.org Subject: Re: truss and /sbin/init X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 12:25:53 -0000 * David Kirchner [2006-02-08 16:53]: > On 2/8/06, Jens Trzaska wrote: > > > > I just tried to use truss on the running /sbin/init process. > > > > root@beast:~# truss -p 1 > > truss: cannot open /proc/1/mem: No such file or directory > > Exit 8 > > > > As you can see without any luck. But why is the memory information > > missing in procfs here? /sbin/init is a more or less regular userland > > process. Looking at truss(1) it even shows this example: > > The memory is apparently locked in core, according to the L flag for > 'ps'. This should probably be documented in the truss man page to > avoid confusion. Does you or perhaps someone else know why init is locked in core? Its not the case in 4.x and I can't see why a regular userspace process is locked. Can someone explain that? jens From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 13:17:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35AD516A422 for ; Thu, 9 Feb 2006 13:17:25 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88BAC43D58 for ; Thu, 9 Feb 2006 13:17:23 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so157426nzo for ; Thu, 09 Feb 2006 05:17:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YtrzHHhiBEE6Gxipn/fT2qZhOm/SdJ3IURYUa2rG/O8aUcWqdFUSymF+chzMbnM0d4Bhhv9mfFCZwwD7xs8xnHKQirNLsnUziyoP4CSyWXsVqyGCjvkEBgNz4mbI5kqiIo3Cn1ZZ8u7kDRxJvOq3kTgsiubTvrq3JUz7vYqC6DE= Received: by 10.36.79.1 with SMTP id c1mr587124nzb; Thu, 09 Feb 2006 05:17:22 -0800 (PST) Received: by 10.36.71.16 with HTTP; Thu, 9 Feb 2006 05:17:22 -0800 (PST) Message-ID: <28edec3c0602090517t6967bd88l16eb63207bd16ffd@mail.gmail.com> Date: Thu, 9 Feb 2006 21:17:22 +0800 From: "Mars G. Miro" To: Geoffroy Desvernay In-Reply-To: <20060209131840.0pgsy7fs1s0ocos0@mail.dgeos.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0602032049l3d258a5cx72efe2c2ba4b23aa@mail.gmail.com> <43E8E353.1090900@dgeos.net> <28edec3c0602071826t5b619al24f0a93c713b5d30@mail.gmail.com> <20060209131840.0pgsy7fs1s0ocos0@mail.dgeos.net> Cc: freebsd-stable@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/86880: [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS-A7NX motherboard with nforce2 chipset) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 13:17:25 -0000 On 2/9/06, Geoffroy Desvernay wrote: > Quoting "Mars G. Miro" : > > > On 2/8/06, Geoffroy Desvernay wrote: > >> > >> >>>I've got the same problem with an A7N8X-X (athlon 2000+) motherboar= d > and > >> >>>6-STABLE (Build Feb, 2 2006). > >> >>>booting with kernel.debug says nothing, seems to be hardware hang b= ut > >> >>>doesn't happend with linux nor OpenBSD. Didn't tried 5.3 yet. > >> >>>Hang after detection of ATA devices (floppy's light turns on, then > hang) > >> > > >> > I've experienced this myself. Happens w/ nForce-based mobos and > >> > certain shuttles. My fix has to always set the BIOS setting of the H= D > >> > to LBA instead of Auto or CHS. > >> > > >> > Try this and report back ;-) > >> > > >> Tried this unsuccessfully, but fixing cpu freq to 100Mhz (instead of > >> 133Mhz) seems to work... > >> > >> I've read something about disabling firewire in the bios, but I have i= t > >> on a separate card (not in the MB), and I can't remove it for the > moment... > >> > > > > Also try disabling APIC (not ACPI) as I've encountered several mobos > > that have this implemented poorly w/c results in weird behaviors of > > the OS. > > > >> I'm not kernel developper, but I may try patches or ? > >> > > > > I'm not aware of any patches but I think this is just a hardware > > config problem tho YMMV. > > > Working at 133Mhz with hint.apic.0.disabled=3D"1" in looader.conf. > > Thanks for that :) > Actually, I was referring to disabling APIC in the BIOS, not in FreeBSD. But I'm glad that it works ;-) > I saw at http://acpi.sf.net/dsdt/view.php?id=3D233 that a dsdt specific > for this board is available... (not fixing all), could this fix > anything in my case ? I think I'll give a try on of these days... > That I have no clue ;-) > Geoffroy > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > cheers mars From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 13:55:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA45016A420 for ; Thu, 9 Feb 2006 13:55:37 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id E5F1C43D45 for ; Thu, 9 Feb 2006 13:55:36 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 9 Feb 2006 13:54:53 +0000 (GMT) Date: Thu, 9 Feb 2006 13:54:52 +0000 From: David Malone To: Jens Trzaska Message-ID: <20060209135452.GA17228@walton.maths.tcd.ie> References: <20060208152546.GA78035@anastasia.lan.barfoos.de> <35c231bf0602080751p6df719f0sf61cee25d3404a8@mail.gmail.com> <20060209122530.GA36749@anastasia.lan.barfoos.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060209122530.GA36749@anastasia.lan.barfoos.de> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-stable@freebsd.org, David Kirchner Subject: Re: truss and /sbin/init X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 13:55:37 -0000 On Thu, Feb 09, 2006 at 01:25:30PM +0100, Jens Trzaska wrote: > Does you or perhaps someone else know why init is locked in core? Its > not the case in 4.x and I can't see why a regular userspace process > is locked. > Can someone explain that? The 'L' flag in ps output corresponds to either the process being locked or it being a system process. In this case, init counts as a system process. It might be worth updating the documentation to make this clearer. Procfs only makes certain nodes available if it thinks you are permitted to debug the process. This includes the mem file. The way it chooses is: (p->p_flag & P_SYSTEM) == 0 && p_candebug(td, p) == 0 (This is in sys/fs/procfs/procfs.c - see the function procfs_candebug) I'm not sure why it rejects system processes explicitly - I think the p_candebug call should be enough, but maybe I've missed something. I'd suggest that you replace the test above with: p_candebug(td, p) == 0 then recompile and reinstall your procfs module. David. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 14:09:24 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B241516A420 for ; Thu, 9 Feb 2006 14:09:24 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9107B43D49 for ; Thu, 9 Feb 2006 14:09:23 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ahsrqx@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k19E9Eu5013704 for ; Thu, 9 Feb 2006 15:09:20 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k19E9Edc013703; Thu, 9 Feb 2006 15:09:14 +0100 (CET) (envelope-from olli) Date: Thu, 9 Feb 2006 15:09:14 +0100 (CET) Message-Id: <200602091409.k19E9Edc013703@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <43EA5DE1.9090803@gmx.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 09 Feb 2006 15:09:20 +0100 (CET) Cc: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 14:09:24 -0000 [LoN]Kamikaze wrote: > Oliver Fromme wrote: > > [LoN]Kamikaze wrote: > > > I think it's enough when the mount point is owned by the group, without > > > belonging to a user. Try: > > > # chown :operator /mountpoint > > > # chmod 0770 /mountpoint > > > > No. The mount point _must_ be owned by the user. > > > > How many times does that have to be repeated until > > people get it? :-) > > So why does it work fine on my system? I don't know. You either modified the kernel sources so it works with the group alone, or you are confusing things. The source code is pretty clear. The following excerpt is verbatim (including comment) from src/sys/kern/vfs_mount.c which implements the mount() syscall. /* * If the user is not root, ensure that they own the directory * onto which we are attempting to mount. */ error = VOP_GETATTR(vp, &va, td->td_ucred, td); if (error) { vput(vp); return (error); } if (va.va_uid != td->td_ucred->cr_uid) { if ((error = suser(td)) != 0) { vput(vp); return (error); } } Note that the UID attribute (va_uid) of the vnode which represents the mount point (vp) is compared with the UID of the user credentials (cr_uid) from the current thread (td). No GIDs involved here, only UIDs. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "... there are two ways of constructing a software design: One way is to make it so simple that there are _obviously_ no deficiencies and the other way is to make it so complicated that there are no _obvious_ deficiencies." -- C.A.R. Hoare, ACM Turing Award Lecture, 1980 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 14:29:48 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B36D016A420 for ; Thu, 9 Feb 2006 14:29:48 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC05143D49 for ; Thu, 9 Feb 2006 14:29:47 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (crytyt@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k19ETeRj014393 for ; Thu, 9 Feb 2006 15:29:45 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k19ETeFc014392; Thu, 9 Feb 2006 15:29:40 +0100 (CET) (envelope-from olli) Date: Thu, 9 Feb 2006 15:29:40 +0100 (CET) Message-Id: <200602091429.k19ETeFc014392@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060209122530.GA36749@anastasia.lan.barfoos.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 09 Feb 2006 15:29:45 +0100 (CET) Cc: Subject: Re: truss and /sbin/init X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 14:29:48 -0000 Jens Trzaska wrote: > David Kirchner [2006-02-08 16:53]: > > The memory is apparently locked in core, according to the L flag for > > 'ps'. This should probably be documented in the truss man page to > > avoid confusion. > > Does you or perhaps someone else know why init is locked in core? Its > not the case in 4.x and I can't see why a regular userspace process > is locked. It _is_ the case in 4.x: $ uname -rs FreeBSD 4.11-STABLE $ ps -p 1 PID TT STAT TIME COMMAND 1 ?? ILs 0:17.41 /sbin/init -- As for the reason: Well, init(8) is special. Its existence is critical for the running system, so it cannot be paged out to swap space. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 14:35:47 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7290116A420 for ; Thu, 9 Feb 2006 14:35:47 +0000 (GMT) (envelope-from lists@elehack.net) Received: from weirdo.crazywebhosting.net (weirdo.crazywebhosting.net [70.85.78.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20BEC43D48 for ; Thu, 9 Feb 2006 14:35:46 +0000 (GMT) (envelope-from lists@elehack.net) Received: from rentacop.student.iastate.edu ([65.110.225.31] helo=bezalel) by weirdo.crazywebhosting.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52) id 1F7Ctn-0005Bj-Ox for freebsd-stable@FreeBSD.ORG; Thu, 09 Feb 2006 08:35:55 -0600 Date: Thu, 9 Feb 2006 08:35:40 -0600 From: Michael Ekstrand To: freebsd-stable@FreeBSD.ORG Message-Id: <20060209083540.0cbdbfb0.lists@elehack.net> In-Reply-To: <200602081327.k18DRCY2061980@lurza.secnetix.de> References: <20060208064637.11c015ee.lists@elehack.net> <200602081327.k18DRCY2061980@lurza.secnetix.de> Organization: Ekstrand Family X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - weirdo.crazywebhosting.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - elehack.net X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 14:35:47 -0000 On Wed, 8 Feb 2006 14:27:12 +0100 (CET) Oliver Fromme wrote: > To enable user mounts, there are three conditions: > 1. sysctl vfs.usermount=1 > 2. The user must have read+write permission on the device > which is to be mounted. This is usually accomplished > by creating a special group for this device. > 3. The user must _own_ the mountpoint (r/w permission is > not sufficient). Excellent :-). I now have my USB flash stick mounting as my regular user (and thanks to [LoN]Kamikaze for the devfs.rules hints). > Of course, an alternative is to use sudo (ports/security/sudo) > or super (ports/security/super, which prefer). That's what I've been doing, but it doesn't play so well with a GUI file manager. Of course, some provide the option to use sudo/gksu/whatever, but not ROX at this point AFAIK. Again, thanks all for pleasantly proving me wrong :-). - Michael From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 14:37:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5DFD16A420 for ; Thu, 9 Feb 2006 14:37:28 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EA2443D77 for ; Thu, 9 Feb 2006 14:37:12 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k19Eb7lT018470; Thu, 9 Feb 2006 15:37:07 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <43EB5393.5090502@deepcore.dk> Date: Thu, 09 Feb 2006 15:37:07 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: Wilko Bulte References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> <43EA6625.2070106@deepcore.dk> <20060208221056.GA1299@freebie.xs4all.nl> In-Reply-To: <20060208221056.GA1299@freebie.xs4all.nl> Content-Type: multipart/mixed; boundary="------------000801080306030609050702" X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: stable@freebsd.org Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 14:37:28 -0000 This is a multi-part message in MIME format. --------------000801080306030609050702 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Wilko Bulte wrote: > On Wed, Feb 08, 2006 at 10:44:05PM +0100, Sren Schmidt wrote.. >> Wilko Bulte wrote: >>> On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. >>>> Wilko Bulte wrote: >>>>> Hi Soren, >>>>> >>>>> I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE >>>>> of roughly end of december. >>>>> >>>>> And I hit some stuff that really worries me: >>>>> >>>>> - the freshly built kernel keels over with (hand transcribed): >>>>> >>>>> ata3: reiniting channel SATA connect ... >>>>> SATA connected >>>>> sata_connect_devices 0x1 >>>>> >>>>> ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout >>>>> !! DANGER Will RObinson !! >>>>> >>>>> (... is where I cannot read my own handwriting, it scrolled quite fast on >>>>> the screen..) >>>>> >>>>> Boot device is a SATA RAID1 on a Promise 2300. >>>> Hmm, that should not happen. Could you try to backstep just ATA to >>>> before the MFC, that is 24/1/06 and let me know if that helps please ? >>> First impression is that the problem is gone. None of the previously >>> reported errors are seen. I am running a level 0 dump from disk to disk >>> to see if the box remains stable. Given that this is my primary machine >>> I sure hope it will be :-) >>> >>>>> Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 on >>>>> 6.1-PRE >>>> Hmm that is because there is only 2 ports on your promise which is now >>>> correctly identified, before it was errounsly found as 3 ports. >>> Ah, OK. I would suggest a note to the Release Note writers would be a good >>> thing, devices changing location after an upgrade in the -stable branch >>> is unnerving ;-) >> Well, the good thing is that I can reproduce the error here, the bad >> thing is that it slipped through testing on -current... >> Oh, well, I'll look into it ASAP... > > Thank you Soren! OK, had a few this afternoon, could you try this patch and let me know if it helps, at least it makes the problem go away on my testbed.. -Søren --------------000801080306030609050702 Content-Type: text/plain; name="prom-p1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="prom-p1" Index: ata-chipset.c =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.156 diff -u -r1.156 ata-chipset.c --- ata-chipset.c 6 Feb 2006 19:17:48 -0000 1.156 +++ ata-chipset.c 9 Feb 2006 13:20:06 -0000 @@ -2861,10 +2861,10 @@ { ATA_PDC20377, 0, PRMIO, PRCMBO, ATA_SA150, "PDC20377" }, { ATA_PDC20378, 0, PRMIO, PRCMBO, ATA_SA150, "PDC20378" }, { ATA_PDC20379, 0, PRMIO, PRCMBO, ATA_SA150, "PDC20379" }, - { ATA_PDC20571, 0, PRMIO, PRSATA2, ATA_SA150, "PDC20571" }, + { ATA_PDC20571, 0, PRMIO, PRCMBO2, ATA_SA150, "PDC20571" }, { ATA_PDC20575, 0, PRMIO, PRCMBO2, ATA_SA150, "PDC20575" }, { ATA_PDC20579, 0, PRMIO, PRCMBO2, ATA_SA150, "PDC20579" }, - { ATA_PDC20771, 0, PRMIO, PRSATA2, ATA_SA300, "PDC20771" }, + { ATA_PDC20771, 0, PRMIO, PRCMBO2, ATA_SA300, "PDC20771" }, { ATA_PDC40775, 0, PRMIO, PRCMBO2, ATA_SA300, "PDC40775" }, { ATA_PDC20617, 0, PRMIO, PRPATA, ATA_UDMA6, "PDC20617" }, { ATA_PDC20618, 0, PRMIO, PRPATA, ATA_UDMA6, "PDC20618" }, @@ -2925,6 +2925,7 @@ ata_promise_chipinit(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); + int fake_reg, stat_reg; if (ata_setup_interrupt(dev)) return ENXIO; @@ -2962,8 +2963,7 @@ &ctlr->r_rid2, RF_ACTIVE))) goto failnfree; - switch (ctlr->chip->cfg2) { - case PRSX4X: { + if (ctlr->chip->cfg2 == PRSX4X) { struct ata_promise_sx4 *hpkt; u_int32_t dimm = ATA_INL(ctlr->r_res2, 0x000c0080); @@ -2998,58 +2998,55 @@ ctlr->setmode = ata_promise_setmode; ctlr->channels = 4; return 0; - } - case PRPATA: - case PRCMBO: - case PRSATA: - /* - * older "mio" type controllers need an interrupt intercept - * function to compensate for the "reset on read" type interrupt - * status register they have. - */ - if (bus_teardown_intr(dev, ctlr->r_irq, ctlr->handle) || + } + + /* mio type controllers need an interrupt intercept */ + if (bus_teardown_intr(dev, ctlr->r_irq, ctlr->handle) || bus_setup_intr(dev, ctlr->r_irq, ATA_INTR_FLAGS, ata_promise_mio_intr, ctlr, &ctlr->handle)) { device_printf(dev, "unable to setup interrupt\n"); goto failnfree; - } - /* prime fake interrupt register */ - ATA_OUTL(ctlr->r_res2, 0x060, 0xffffffff); - break; } - - ctlr->allocate = ata_promise_mio_allocate; - ctlr->reset = ata_promise_mio_reset; - ctlr->dmainit = ata_promise_mio_dmainit; - ctlr->setmode = ata_promise_mio_setmode; - switch (ctlr->chip->cfg2) { case PRPATA: ctlr->channels = ((ATA_INL(ctlr->r_res2, 0x48) & 0x01) > 0) + ((ATA_INL(ctlr->r_res2, 0x48) & 0x02) > 0) + 2; - return 0; - + goto sata150; case PRCMBO: - ATA_OUTL(ctlr->r_res2, 0x06c, 0x000000ff); - ctlr->channels = ((ATA_INL(ctlr->r_res2, 0x48) & 0x02) > 0) + 3; - return 0; - + ctlr->channels = 3; + goto sata150; case PRSATA: - ATA_OUTL(ctlr->r_res2, 0x06c, 0x000000ff); ctlr->channels = 4; - return 0; +sata150: + fake_reg = 0x60; + stat_reg = 0x6c; + break; - case PRCMBO2: - ATA_OUTL(ctlr->r_res2, 0x060, 0x000000ff); + case PRCMBO2: ctlr->channels = 3; - return 0; - + goto sataii; case PRSATA2: - ATA_OUTL(ctlr->r_res2, 0x060, 0x000000ff); + default: ctlr->channels = 4; - return 0; +sataii: + fake_reg = 0x54; + stat_reg = 0x60; + break; } + + /* prime fake interrupt register */ + ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); + + /* clear SATA status */ + ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + + ctlr->allocate = ata_promise_mio_allocate; + ctlr->reset = ata_promise_mio_reset; + ctlr->dmainit = ata_promise_mio_dmainit; + ctlr->setmode = ata_promise_mio_setmode; + + return 0; } failnfree: @@ -3297,7 +3294,21 @@ { struct ata_pci_controller *ctlr = data; struct ata_channel *ch; - int unit; + u_int32_t vector; + int unit, fake_reg; + + switch (ctlr->chip->cfg2) { + case PRPATA: + case PRCMBO: + case PRSATA: + fake_reg = 0x60; + break; + case PRCMBO2: + case PRSATA2: + default: + fake_reg = 0x54; + break; + } /* * since reading interrupt status register on early "mio" chips @@ -3306,13 +3317,16 @@ * store the bits in an unused register in the chip so we can read * it from there safely to get around this "feature". */ - ATA_OUTL(ctlr->r_res2, 0x060, ATA_INL(ctlr->r_res2, 0x040)); + vector = ATA_INL(ctlr->r_res2, 0x040); + ATA_OUTL(ctlr->r_res2, 0x040, vector); + ATA_OUTL(ctlr->r_res2, fake_reg, vector); for (unit = 0; unit < ctlr->channels; unit++) { if ((ch = ctlr->interrupt[unit].argument)) ctlr->interrupt[unit].function(ch); } - ATA_OUTL(ctlr->r_res2, 0x060, 0xffffffff); + + ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); } static int @@ -3321,37 +3335,30 @@ struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); struct ata_connect_task *tp; - u_int32_t vector, status; + u_int32_t fake_reg, stat_reg, vector, status; switch (ctlr->chip->cfg2) { case PRPATA: - case PRSATA: case PRCMBO: - /* read and acknowledge interrupt */ - vector = ATA_INL(ctlr->r_res2, 0x0060); - - /* read and clear interface status */ - status = ATA_INL(ctlr->r_res2, 0x006c); - ATA_OUTL(ctlr->r_res2, 0x006c, status & (0x00000011 << ch->unit)); + case PRSATA: + fake_reg = 0x60; + stat_reg = 0x6c; break; - + case PRCMBO2: case PRSATA2: - case PRCMBO2: -critical_enter(); - /* read and acknowledge interrupt */ - vector = ATA_INL(ctlr->r_res2, 0x0040); - ATA_OUTL(ctlr->r_res2, 0x0040, (1 << (ch->unit + 1))); - - /* read and clear interface status */ - status = ATA_INL(ctlr->r_res2, 0x0060); - ATA_OUTL(ctlr->r_res2, 0x0060, status & (0x00000011 << ch->unit)); -critical_exit(); - break; - default: - return 0; + fake_reg = 0x54; + stat_reg = 0x60; + break; } + /* read and acknowledge interrupt */ + vector = ATA_INL(ctlr->r_res2, fake_reg); + + /* read and clear interface status */ + status = ATA_INL(ctlr->r_res2, stat_reg); + ATA_OUTL(ctlr->r_res2, stat_reg, status & (0x00000011 << ch->unit)); + /* check for and handle disconnect events */ if ((status & (0x00000001 << ch->unit)) && (tp = (struct ata_connect_task *) Index: ata-pci.c =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.114 diff -u -r1.114 ata-pci.c --- ata-pci.c 25 Jan 2006 23:07:42 -0000 1.114 +++ ata-pci.c 9 Feb 2006 13:31:10 -0000 @@ -34,6 +34,7 @@ #include #include #include +#include #include #include #include @@ -443,7 +444,7 @@ { struct ata_channel *ch = device_get_softc(dev); - if (!ata_legacy(device_get_parent(dev)) && + if ((dumping || !ata_legacy(device_get_parent(dev))) && ch->dma && ((ch->flags & ATA_ALWAYS_DMASTAT) || (ch->dma->flags & ATA_DMA_ACTIVE))) { int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; --------------000801080306030609050702-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 14:43:04 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A318516A420 for ; Thu, 9 Feb 2006 14:43:04 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 106CF43D68 for ; Thu, 9 Feb 2006 14:42:57 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr17.xs4all.nl (8.13.3/8.13.3) with ESMTP id k19Egoj0057427; Thu, 9 Feb 2006 15:42:55 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k19EgoKF004941; Thu, 9 Feb 2006 15:42:50 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k19EgoUS004940; Thu, 9 Feb 2006 15:42:50 +0100 (CET) (envelope-from wb) Date: Thu, 9 Feb 2006 15:42:50 +0100 From: Wilko Bulte To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20060209144250.GB4874@freebie.xs4all.nl> References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> <43EA6625.2070106@deepcore.dk> <20060208221056.GA1299@freebie.xs4all.nl> <43EB5393.5090502@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43EB5393.5090502@deepcore.dk> X-OS: FreeBSD 6.1-PRERELEASE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@FreeBSD.ORG Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 14:43:04 -0000 On Thu, Feb 09, 2006 at 03:37:07PM +0100, Sren Schmidt wrote.. > Wilko Bulte wrote: > >On Wed, Feb 08, 2006 at 10:44:05PM +0100, Sren Schmidt wrote.. > >>Wilko Bulte wrote: > >>>On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. > >>>>Wilko Bulte wrote: > >>>>>Hi Soren, > >>>>> > >>>>>I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE > >>>>>of roughly end of december. > >>>>> > >>>>>And I hit some stuff that really worries me: > >>>>> > >>>>>- the freshly built kernel keels over with (hand transcribed): > >>>>> > >>>>>ata3: reiniting channel SATA connect ... > >>>>>SATA connected > >>>>>sata_connect_devices 0x1 > >>>>> > >>>>>ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout > >>>>>!! DANGER Will RObinson !! > >>>>> > >>>>>(... is where I cannot read my own handwriting, it scrolled quite fast > >>>>>on > >>>>>the screen..) > >>>>> > >>>>>Boot device is a SATA RAID1 on a Promise 2300. > >>>>Hmm, that should not happen. Could you try to backstep just ATA to > >>>>before the MFC, that is 24/1/06 and let me know if that helps please ? > >>>First impression is that the problem is gone. None of the previously > >>>reported errors are seen. I am running a level 0 dump from disk to disk > >>>to see if the box remains stable. Given that this is my primary machine > >>>I sure hope it will be :-) > >>> > >>>>>Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 on > >>>>>6.1-PRE > >>>>Hmm that is because there is only 2 ports on your promise which is now > >>>>correctly identified, before it was errounsly found as 3 ports. > >>>Ah, OK. I would suggest a note to the Release Note writers would be a > >>>good > >>>thing, devices changing location after an upgrade in the -stable branch > >>>is unnerving ;-) > >>Well, the good thing is that I can reproduce the error here, the bad > >>thing is that it slipped through testing on -current... > >>Oh, well, I'll look into it ASAP... > > > >Thank you Soren! > > OK, had a few this afternoon, could you try this patch and let me know > if it helps, at least it makes the problem go away on my testbed.. Is this relative to HEAD or RELENG_6? I cannot / will not go to HEAD with this machine (my main production box.. :-) Wilko From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 14:46:03 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15CFA16A420 for ; Thu, 9 Feb 2006 14:46:03 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A814E43D46 for ; Thu, 9 Feb 2006 14:46:01 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k19EjrGB018594; Thu, 9 Feb 2006 15:45:53 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <43EB55A1.9040405@deepcore.dk> Date: Thu, 09 Feb 2006 15:45:53 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: Wilko Bulte References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> <43EA6625.2070106@deepcore.dk> <20060208221056.GA1299@freebie.xs4all.nl> <43EB5393.5090502@deepcore.dk> <20060209144250.GB4874@freebie.xs4all.nl> In-Reply-To: <20060209144250.GB4874@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: stable@FreeBSD.ORG Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 14:46:03 -0000 Wilko Bulte wrote: > On Thu, Feb 09, 2006 at 03:37:07PM +0100, Sren Schmidt wrote.. >> Wilko Bulte wrote: >>> On Wed, Feb 08, 2006 at 10:44:05PM +0100, Sren Schmidt wrote.. >>>> Wilko Bulte wrote: >>>>> On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. >>>>>> Wilko Bulte wrote: >>>>>>> Hi Soren, >>>>>>> >>>>>>> I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE >>>>>>> of roughly end of december. >>>>>>> >>>>>>> And I hit some stuff that really worries me: >>>>>>> >>>>>>> - the freshly built kernel keels over with (hand transcribed): >>>>>>> >>>>>>> ata3: reiniting channel SATA connect ... >>>>>>> SATA connected >>>>>>> sata_connect_devices 0x1 >>>>>>> >>>>>>> ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout >>>>>>> !! DANGER Will RObinson !! >>>>>>> >>>>>>> (... is where I cannot read my own handwriting, it scrolled quite fast >>>>>>> on >>>>>>> the screen..) >>>>>>> >>>>>>> Boot device is a SATA RAID1 on a Promise 2300. >>>>>> Hmm, that should not happen. Could you try to backstep just ATA to >>>>>> before the MFC, that is 24/1/06 and let me know if that helps please ? >>>>> First impression is that the problem is gone. None of the previously >>>>> reported errors are seen. I am running a level 0 dump from disk to disk >>>>> to see if the box remains stable. Given that this is my primary machine >>>>> I sure hope it will be :-) >>>>> >>>>>>> Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 on >>>>>>> 6.1-PRE >>>>>> Hmm that is because there is only 2 ports on your promise which is now >>>>>> correctly identified, before it was errounsly found as 3 ports. >>>>> Ah, OK. I would suggest a note to the Release Note writers would be a >>>>> good >>>>> thing, devices changing location after an upgrade in the -stable branch >>>>> is unnerving ;-) >>>> Well, the good thing is that I can reproduce the error here, the bad >>>> thing is that it slipped through testing on -current... >>>> Oh, well, I'll look into it ASAP... >>> Thank you Soren! >> OK, had a few this afternoon, could you try this patch and let me know >> if it helps, at least it makes the problem go away on my testbed.. > > Is this relative to HEAD or RELENG_6? I cannot / will not go to HEAD > with this machine (my main production box.. :-) Doesn't matter, ATA is the same on both... -Søren From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 15:23:31 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0777816A420 for ; Thu, 9 Feb 2006 15:23:31 +0000 (GMT) (envelope-from jt@barfoos.de) Received: from mail.zuto.de (badlands.zuto.de [217.160.140.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C664C43D46 for ; Thu, 9 Feb 2006 15:23:29 +0000 (GMT) (envelope-from jt@barfoos.de) Received: from localhost (localhost [127.0.0.1]) by mail.zuto.de (Postfix) with ESMTP id 213FA1E43A for ; Thu, 9 Feb 2006 16:23:27 +0100 (CET) Received: from mail.zuto.de ([127.0.0.1]) by localhost (badlands [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06378-09 for ; Thu, 9 Feb 2006 16:23:18 +0100 (CET) Received: from anastasia.lan.barfoos.de (unknown [10.11.1.1]) by mail.zuto.de (Postfix) with SMTP id C169C1E433 for ; Thu, 9 Feb 2006 16:23:14 +0100 (CET) Received: (qmail 38953 invoked by uid 1001); 9 Feb 2006 15:23:04 -0000 Date: Thu, 9 Feb 2006 16:23:04 +0100 From: Jens Trzaska To: freebsd-stable@FreeBSD.ORG Message-ID: <20060209152304.GB36749@anastasia.lan.barfoos.de> References: <20060209122530.GA36749@anastasia.lan.barfoos.de> <200602091429.k19ETeFc014392@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602091429.k19ETeFc014392@lurza.secnetix.de> X-Operating-System: FreeBSD 4.11-RELEASE, i386 X-GPG-Key-ID: = 96FE36DB X-GPG-Key-Fingerprint: 1C9B 7EF8 1A22 1740 9F1B AB7B 17D2 64E1 96FE 36DB X-GPG-Key-Location: http://www.elug.de/schluessel/96FE36DB.asc X-Accept-Language: de,en User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavis at zuto.de Cc: olli@lurza.secnetix.de Subject: Re: truss and /sbin/init X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 15:23:31 -0000 * Oliver Fromme [2006-02-09 15:32]: > Jens Trzaska wrote: > > David Kirchner [2006-02-08 16:53]: > > > The memory is apparently locked in core, according to the L flag for > > > 'ps'. This should probably be documented in the truss man page to > > > avoid confusion. > > > > Does you or perhaps someone else know why init is locked in core? Its > > not the case in 4.x and I can't see why a regular userspace process > > is locked. > > It _is_ the case in 4.x: > > $ uname -rs > FreeBSD 4.11-STABLE > $ ps -p 1 > PID TT STAT TIME COMMAND > 1 ?? ILs 0:17.41 /sbin/init -- You are right. I just checked by 'ls /proc/1/mem' which is available in 4.11. Its locked. But I am more or less able to use truss on init. Not very successful but I am for example able to track signals. anastasia:~#truss -p 1 SIGNAL 1 SIGNAL 1 SIGNAL 1 -- CANNOT READ REGISTERS -- -- CANNOT READ REGISTERS -- -- CANNOT READ REGISTERS -- -- CANNOT READ REGISTERS -- > As for the reason: Well, init(8) is special. Its existence > is critical for the running system, so it cannot be paged > out to swap space. That makes sense. Thank you for the explaination. Linux strace shows the user a bit more where the problem may be located: pepper:/home/jt# strace -p 1 attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted jens From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 15:27:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E71D216A422 for ; Thu, 9 Feb 2006 15:27:13 +0000 (GMT) (envelope-from dwcjr@aexeous.net) Received: from rnsserver.aexeous.net (rnsserver.aexeous.net [209.198.171.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EB7843D60 for ; Thu, 9 Feb 2006 15:27:12 +0000 (GMT) (envelope-from dwcjr@aexeous.net) Content-Class: urn:content-classes:message MIME-Version: 1.0 Keywords: disclaimer Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C62D8D.13F379C0" Date: Thu, 9 Feb 2006 09:25:37 -0600 Message-ID: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Ipfilter strangeness on FreeBSD 6 thread-index: AcYtjROsF2WW7q2fT4aTN4IMPUzWNg== From: "David W. Chapman Jr." To: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: darrenr@pobox.com Subject: Ipfilter strangeness on FreeBSD 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 15:27:14 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C62D8D.13F379C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've installed Freebsd 6.0-RELEASE and had some ipfilter bugs on a machine. It appears that after 3-4 hours ipfilter ignores all group rules. When I run ipfstat -ih I can see the packets coming in and hitting the specific rules but it seems to block them anyway. =20 By group rules I mean I'm doing something like this =20 block in on dc0 all head 100 block out on dc0 all head 150 block in on xl0 all head 200 block out on xl0 all head 250 =20 and have respective group rules under each group. =20 I switched out the nic on the public interface as I thought it was that originally. I currently have this cron job in place to alleviate the problem temporarily 0 * * * * /sbin/ipf -D;/sbin/ipf -E;/sbin/ipf -FS -Fa -f /etc/ipf.rules;/sbin/ipnat -FCf /etc/ipnat.rules =20 I cvsuped to the latest version =20 FreeBSD fbsd.abghouston.com 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #7: Tue Feb 7 17:34:35 UTC 2006 whatever@whatever.com:/usr/obj/usr/src/sys/FIREWALL i386 =20 the problem still seems to persist. =20 tcpdump appears to lock up if there are packets on the dc0 interface(which is the public interface). The problem completely goes away when I disable ipfilter. =20 Does anyone have any hints/clues/ideas? ###########################################=0A= =0A= This message has been scanned by HyBlue Secure.=0A= For more information, connect to http://www.HyBlue.com/ ------_=_NextPart_001_01C62D8D.13F379C0-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 16:03:54 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5DB616A423 for ; Thu, 9 Feb 2006 16:03:54 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8849243D4C for ; Thu, 9 Feb 2006 16:03:53 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ixstoj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k19G3iOH019266 for ; Thu, 9 Feb 2006 17:03:50 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k19G3iKX019265; Thu, 9 Feb 2006 17:03:44 +0100 (CET) (envelope-from olli) Date: Thu, 9 Feb 2006 17:03:44 +0100 (CET) Message-Id: <200602091603.k19G3iKX019265@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <43EB294A.6090609@geminix.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 09 Feb 2006 17:03:50 +0100 (CET) Cc: Subject: Re: OpenVPN within a Jail under 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 16:03:54 -0000 Uwe Doering wrote: > Talking about security, while I haven't worked with VPNs so far I > believe that there needs to be a route installed in order to forward > packets to the remote end of the VPN connection. In general, yes, you need a route. However, it depends on what you're using the VPN connection for. If you only need it to access a single host or network on the other side, then the interface route might be sufficient (it's created automaticaly by ifconfig(8)). Conversely, if you want to use the VPN connection as your uplink, you must set the default route to the VPN link. > Now, since routes are a global resource in FreeBSD, is there a way to > prevent users from other jails on that machine from accessing that VPN, > too? If it weren't possible to restrict access to a VPN to the jail it > is associated with the VPN would no longer be private I'd think. Every jail has its own IP address. Connections originating from a jail are forced to use the jail's IP address as their source address. Therefore you can use a packet filter (IPFW or PF) to control where those packets are allowed to go. For example, assume you have a jail with IP 10.20.30.40 that is allowed to use a VPN on interface tun5. These IPFW rules will implement that policy: allow ip from 10.20.30.40 to any out xmit tun5 deny ip from any to any out xmit tun5 Of course, that's just a very simple example. You can use other rules to further restrict the packets, and you can also control incoming packets in a similar way. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 16:30:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FE0B16A420 for ; Thu, 9 Feb 2006 16:30:03 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A24543D53 for ; Thu, 9 Feb 2006 16:30:02 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: by uproxy.gmail.com with SMTP id c2so81147ugf for ; Thu, 09 Feb 2006 08:30:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=npOTq6wOsinFvWTdMom4JUwxO6do7Y+gIBAjdSqBTdq7dC2IrLa2rI3a26roL3t9ibC3ySeIc73f8NLlooythAWcaebkGXMiWJeRWU02wSO/2YkjIIURTpfBFhzJZ7wGq7ZYo+IZGQCH0n3AWsHGmJf42lLVPg4SZozkmeITKq4= Received: by 10.66.225.20 with SMTP id x20mr449444ugg; Thu, 09 Feb 2006 08:23:20 -0800 (PST) Received: from ogre.obchaga.org ( [195.225.128.22]) by mx.gmail.com with ESMTP id c1sm532865ugf.2006.02.09.08.23.19; Thu, 09 Feb 2006 08:23:20 -0800 (PST) Date: Thu, 9 Feb 2006 19:23:18 +0300 From: Sergey Lungu To: freebsd-stable@freebsd.org Message-Id: <20060209192318.510b11c3.sergey.lungu@gmail.com> In-Reply-To: <20060208002444.51549648.sergey.lungu@gmail.com> References: <20060207015911.16cd48f1.sergey.lungu@gmail.com> <20060208002444.51549648.sergey.lungu@gmail.com> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: atapicam problem (again): hang on boot with DVD burner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 16:30:03 -0000 On Wed, 8 Feb 2006 00:24:44 +0300 Sergey Lungu wrote: > On Tue, 7 Feb 2006 01:59:11 +0300 Sergey Lungu > wrote: > > > Hi! > > > > I'm not burning DVDs frequently, so I haven't seen this problem > > before. I have burned a DVD with growisofs and after that I am > > seeing a 3-5 min hang at boot time. No error messages at all, just > > hang :) > > > > Here is what I have: > > > > Copyright (c) 1992-2005 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > > 1994 The Regents of the University of California. All rights > > reserved. FreeBSD 6.1-PRERELEASE #0: Fri Feb 3 11:35:18 MSK 2006 > > keyer@ogre.obchaga.org:/usr/obj/usr/src/sys/OGRE > > ACPI APIC Table: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2405.47-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > > > > [...] > > > > acd0: DMA limited to UDMA33, controller found non-ATA66 cable > > acd0: DVDR at ata1-master UDMA33 > > cd0 at ata1 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 device > > cd0: 33.000MB/s transfers > > cd0: Attempt to query device size failed: NOT READY, Medium not > > present > > > > [3-5 min hang goes here] > > > > Trying to mount root from ufs:/dev/ad0s2a > > > > The most interesting thing is that I had no such problem before > > using my DVD burner! > > > > Is there a way to fix it? > > I've been searching mailing-lists and PR-database for my problem > solution and found that setting hw.ata.atapi_dma to zero from loader > and turning it on back using atacontrol can help. I tried it, but this > one doesn't work for me. > > Any ideas? OK, this is not the atapicam problem (I think), my apologies! I have turned my DVD drive off, but the hang was still there. I have compiled the kernel with DDB and debugging information in order to find the place where the hang happens. This is my first try to look inside the kernel, so don't blame me, please :) start_init -> vfs_mountroot -> root_mount_wait -> g_waitidle: void g_waitidle(void) { g_topology_assert_not(); mtx_assert(&Giant, MA_NOTOWNED); mtx_lock(&g_eventlock); while (!TAILQ_EMPTY(&g_events)) msleep(&g_pending_events, &g_eventlock, PPAUSE, "g_waitidle", hz/5); mtx_unlock(&g_eventlock); curthread->td_pflags &= ~TDP_GEOM; } The kernel hangs in that `while'. As far as I can judge, it is waiting for completion of GEOM events handling. Why is it happening and how can I solve this annoying problem? -- Sergey Lungu Washing your car to make it rain doesn't work. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 17:17:10 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84CAB16A420 for ; Thu, 9 Feb 2006 17:17:10 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: from av10-2-sn2.hy.skanova.net (av10-2-sn2.hy.skanova.net [81.228.8.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE84E43D55 for ; Thu, 9 Feb 2006 17:17:09 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av10-2-sn2.hy.skanova.net (Postfix, from userid 502) id 7EEC437E46; Thu, 9 Feb 2006 18:17:04 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av10-2-sn2.hy.skanova.net (Postfix) with ESMTP id 5FFFF37E46; Thu, 9 Feb 2006 18:17:04 +0100 (CET) Received: from t6o55p77.telia.com (t6o55p77.telia.com [212.181.194.197]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 6D4E037E45; Thu, 9 Feb 2006 18:16:55 +0100 (CET) From: Joel Dahl To: Tanel Rebane In-Reply-To: References: Content-Type: text/plain Date: Thu, 09 Feb 2006 18:16:48 +0100 Message-Id: <1139505408.687.3.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: 6.0-Release sysinstall panic. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 17:17:10 -0000 On Wed, 2006-02-08 at 19:57 +0100, Tanel Rebane wrote: > Hello! > > I'm trying to install FBSD 6.0-Release on one of my servers. The > server, with the same hardware, has been running FBSD 5.4-Stable just > fine. The problem is that every time I try to install FBSD 6.0- > Release the system crashes when trying to extract base into /, the > crashes seem to occur at random point into the progress. > > I've tried as much as I can think of, as disabling the onboard USB, > IEEE1394, LAN, audio and FDD from BIOS. I've also tried to boot > without support for ACPI and underclocked the Athlon XP-M 2600+ to > 800MHz to minimize any hardware faults. The system should be stable > as it has no problem running both prime and memtest86 without faults > for 7+ days. Have you tried the latest snapshots of 6.0-STABLE? ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Jan_2006/ -- Joel - joel at FreeBSD dot org From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 17:48:43 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC3B16A422 for ; Thu, 9 Feb 2006 17:48:43 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA2843D76 for ; Thu, 9 Feb 2006 17:48:36 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.4/8.13.4) with ESMTP id k19HmZUt043014 for ; Thu, 9 Feb 2006 20:48:35 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 9 Feb 2006 20:48:35 +0300 (MSK) From: Dmitry Morozovsky To: stable@FreeBSD.org Message-ID: <20060209204148.T87003@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Thu, 09 Feb 2006 20:48:35 +0300 (MSK) Cc: Subject: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 17:48:43 -0000 Dear colleagues, I have USB multi-LUN flash reader which is identified under RELENG_6 as umass0: GENERIC USB Storage Device, rev 2.00/1.8a, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present when I insert flash into one of slots, I need to rescan da* providers, as usually there is slice1 which should be mounted. How can I achieve this? camcomtrol rescan does not help, and for now I've found only *very* ugly workaround like dd if=/dev/da0 of=/dev/da0 count=1 which results in error, but actually create GEOMs Any hints? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 17:50:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE74616A423 for ; Thu, 9 Feb 2006 17:50:14 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F13443D5C for ; Thu, 9 Feb 2006 17:50:06 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 652515C78; Thu, 9 Feb 2006 12:50:06 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04921-10; Thu, 9 Feb 2006 12:50:04 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-67-226.ny325.east.verizon.net [68.161.67.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 4CF5F5C16; Thu, 9 Feb 2006 12:50:03 -0500 (EST) Message-ID: <43EB80D0.2090303@mac.com> Date: Thu, 09 Feb 2006 12:50:08 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "David W. Hankins" References: <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <20060204005501.GD7613@isc.org> <43E44BAD.50601@mac.com> <20060206225310.GA16149@isc.org> In-Reply-To: <20060206225310.GA16149@isc.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 17:50:15 -0000 David W. Hankins wrote: > On Sat, Feb 04, 2006 at 01:37:33AM -0500, Chuck Swiger wrote: [ ...sorry for the minor delay, realjob sometimes interferes... ] >> OK, cool. Are you doing anything with regard to Zeroconf/Rendezvous? > > Not really, no, except when DHCP options appear to turn off IPv4LL, or > that sort of thing. > > What did you have in mind? It might be nice for dhclient to leave an interface configured with a zeroconf link-local address, if no lease can be obtained. It's possible that the multicast DNS resolution and service location could augment dhclient's attempts to query information like which DNS servers are available. If you haven't read this: http://files.stuartcheshire.org/draft-cheshire-ipv4-acd.txt ...it's worth considering the way it standardizes (or proposes to standardize) how ARP traffic from unconfigured IPs should be done to avoid flooding large networks, or polluting the ARP caches with traffic from unconfigured hosts. >> would be nice if dhcpd would never get confused by it's own /var/db/dhcpd.leases >> file. I don't get useful diagnostics when this happens, but every once in a >> blue moon dhcpd will no longer hand out leases until I delete the leases file >> and restart it. > > From this description it's hard to say what's happening. From your > second descriptoin, I think it's pretty obvious you have a rogue client > that's eating up your free leases. I know it's hard to debug from the lack of data; running of out leases was not the problem, IIRC, the leases file had perhaps 30 or so, out of an address pool of 150. >> It would also be good if dhcpd would reassign the same IP to the same machine >> (if the IP is not otherwise being used) if there was a prior lease matching the >> client asking for a new lease, and not just when a client is trying to renew an >> existing lease. > > dhcpd tries hard - very hard - to find a lease to assign to the client > it most recently was bound to. [ ... ] > 2) The client returns to an odd form of "INIT/BOUND" when it decides to > renew its lease. dhcpd sends an ICMP echo request when a client is sensed > to be in the INIT state - since the client is bound, this echo request > succeeds, and the lease is marked 'ABANDONED' to avoid duplicate > allocations (the server has falsely discovered a conflict). Workaround: > disable ping-check. We're also looking at better ways to get around > this, changing ping-check behaviour in a future release. Using ping-check appears to the reason, then. I don't really want to disable ping-checking since I might manually configure a machine in the DHCP dynamic pool range for whatever reasons... [ ... ] >> Please use snprintf() and not sprintf() whenever you're dealing with any data >> which is not known to be static and compiled in; using sprintf() on data from >> the network is simply unwise. (Why yes, I happen to trust the security of the >> OpenBSD code quite a bit more than the ISC code I've seen. People writing code >> which runs as root should take great pains to avoid code patterns which could >> ever be exploitable.) > > Already done. > > Up until my tenure at ISC, in and around 3.0.1RC14 engineering, some > includes/cf/* (system-local includes such as freebsd.h etc) used: > > #define vsnprintf(buf, size, fmt, list) vsprintf (buf, fmt, list) > > And a stub snprintf() that calls vsnprintf() within the sources. > > So astounding is this, when I encountered the problem in snprintf() > overflowing the buffer it was given, my immediate reaction was "libc bug." > > It was more believable to me that someone optimized-out the bounds check > than that our code #defined it away. > > Because really, who would do a thing like that? > > What a rude awakening that was. Oh, my goodness. :-) Well, some people write scary code, and it good to fix it, thanks for being aware of the issue. > As far as I am aware, from my recent audits of the software, there do not > currently exist any unbounded buffer utilizations. sprintf() is used, > frequently, but it is gauged in each event as impossible to overflow > (even if the contents of the arguments are maligned). The company line > on this is that it must be "auditable within (n) lines of where it is > used." Where (n) is derived from average employee edit buffer screen > sizes. Depending on inspection to guarantee that the first arg to snprintf() won't overflow is risky, because someone down the line might change the size of the buffers in a header somewhere and invalidate the assumptions made in the inline code review. snprintf(buf, sizeof(buf), ... ); ...is always going to be safer. Maybe I was overtrained about this matter, but using sprintf() in code which runs as root against any dynamic input is like using malloc() without checking for NULL. > It is also the case that where snprintf() is used today, it results in > truncated log lines (a matter of some controversy within ISC as to wether > this should be allowed or not), but if and when used outside of logging > format strings, an error is always asserted, and either an all-stop in > the case where strings are not network-supplied, or the client is at > least not replied to. The syslog RFC defines a maximum length of 1024 bytes in section 4.1: http://www.faqs.org/rfcs/rfc3164.html > This latter bit - what to do when it truncation ocurrs - is often > ignored by the "strncpy/snprintf always!" school of thinking. Not > overrunning buffer is good - not overrunning buffer and producing > invalid protocol as a consequence is bad. If your protocol has length limitations, they should be enforced. You should detect and log something would otherwise overrun the buffer as a possibly malicious attempt to hack into the program, just as SMTP programs now object to RFC-822/2822 headers longer than 1024 bytes as "potential MIME-decoding attacks". >> I try to make sure my code goes under FreeBSD, NetBSD, MacOSX/Darwin, Solaris, >> Red Hat, and SuSE (not necessarily in that order), although I don't particularly >> view it as writing code for those platforms so much as making sure I don't write >> platform-specific code except when I really have to. > > This thinking is dangerous. "The code is portable, your system is the > problem" is the disease that sometimes precipitates. > > Only sometimes, mind you. > > Ironically, ISC DHCP was built from this mindset, from what I read. > The result is not very portable, and people trying to make it so create > static machinations of #ifdef'ery that ultimately collapse the entire > package into an obscure singularity. Platform-specific #ifdef's are obviously not portable code, by definition. The code I was thinking of had one platform-specific section for NetBSD, which largely is no longer needed with PR standards/25058, out of ~7300 lines of C. (It's a bespoke IDS that implements most of an IPv4 TCP/IP stack, and even understands the DHCP protocol well enough to obtain a lease itself, as well as monitor others being granted and the ARP traffic going by.) % cat *.[hc] | wc -l 7282 [ ... ] #include #include #include #if defined(__NetBSD__) #include #else #include #endif #include /* NetBSD doesn't seem to define these... */ #if !defined(TH_ECE) #define TH_ECE 0x40 #endif #if !defined(TH_CWR) #define TH_CWR 0x80 #endif /* length of an ethernet datalink-layer header in octets */ #define DLH_EN (14) #include #include ...and that was it for the platform specific stuff. Actually, let me correct that, NetBSD 1.6 and the earlier 2.x betas didn't update PCAP, either: /* This returns the length of the layer-2 data (ie, the offset to IP data) * based on the datalink type. */ static int datalink_offset(int dltype) { switch (dltype) { case DLT_NULL: return 4; case DLT_EN10MB: return DLH_EN; case DLT_IEEE802: return 22; case DLT_ARCNET: return 4; /* not sure */ case DLT_SLIP: return 16; case DLT_PPP: return 24; case DLT_FDDI: return 21; case DLT_ATM_RFC1483: return 8; /* not sure */ case DLT_RAW: return 0; #if !defined(__NetBSD__) case DLT_LOOP: return 4; case DLT_LINUX_SLL: return 16; #endif default: logwarn("unknown/unsupported PCAP datalink type\n"); return 0; } } I don't think anyone would be likely to use those last two cases any more than I expect to test an ARCnet network, so this could probably go away too. > The autoconf approach is the correct one, but this doesn't find these > "niggling details" until they hit someone square in the jaw, after > release...it just makes it easier to mop up the blood afterward. Autoconf is a mixture of a portable configuration front end which is genuinely useful, with too many assumptions that get built in at compile time (or ./config time), rather than dynamicly when the program is run. It also fosters an endless series of tests like these: checking size of char... 1 checking for short... yes checking size of short... 2 checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 ...which encourage people to write non-portable code, rather than using C99 standard datatypes (int32_t, etc). Autoconf asks far too many questions that portable code should not need to have answered. [ ... ] >>> Up until this, to me, unusual news, I had been planning the future >>> without FreeBSD in the picture at all. >>> >>> It's surprising to me to think that someone still uses our client >>> software on that platform. >> Surprises often happen when one chooses not to pay attention. > > I see. > > I should be reading freebsd-arch, freebsd-net (which I was on), > freebsd-stable, and freebsd-current, just to make sure I catch > everything ISC-DHCP related. No, although your exaggeration is entertaining. All you need to do is coordinate with: % cd /usr/ports/net/isc-dhcp3-server && make maintainer Joerg.Pulz@frm2.tum.de ...assuming that you didn't want to maintain the software directly yourself. Perhaps that should be put the other way around, as most maintainers of ports are happy to address FreeBSD-specific issues themselves, and only pass things upstream which are useful patches or problems they can't resolve locally themselves. The happy relationship you said you had with Martin Blapp seems to be (or have been) a fine example of this, although I guess that mblapp@ has gone offline or AWOL. [ ...a discussion involving Mohammed and mountains, snipped :-)... ] >> Either you choose to subscribe to the BSD mailing lists, or review the bug >> database for PR's every once in a while, or perhaps even act as the maintainer >> of the ISC DHCP port, or you choose not to do so. > > This is a case of black and white thinking. Yes, I use first-order logic a fair amount, and I find it more useful than not, even if some situations are more complicated than it can account for. Even if the world has more shades of grey than black-and-white situations, individual actions or choices tend to be distinctive and clear, at least when people are honest with themselves.... Anyway, thanks for your response, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 17:55:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AFE516A420 for ; Thu, 9 Feb 2006 17:55:05 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AB4E43D48 for ; Thu, 9 Feb 2006 17:55:05 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Thu, 09 Feb 2006 09:55:02 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BE0F945042; Thu, 9 Feb 2006 09:55:01 -0800 (PST) To: "[LoN]Kamikaze" In-reply-to: Your message of "Thu, 09 Feb 2006 01:23:05 +0100." <43EA8B69.9070905@gmx.de> Date: Thu, 09 Feb 2006 09:55:01 -0800 From: "Kevin Oberman" Message-Id: <20060209175501.BE0F945042@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 17:55:05 -0000 > Date: Thu, 09 Feb 2006 01:23:05 +0100 > From: "[LoN]Kamikaze" > Sender: owner-freebsd-stable@freebsd.org > > The file /etc/devfs.conf can only be used for devices which exist during > boot time. Its use should (in my opinion) be deprecated. Use > /etc/devfs.rules . My /etc/devfs.rules looks like this: > > [devfsrules_common=10] > add path 'da*' mode 0660 group wheel > add path 'acd*' mode 0660 group wheel > add path 'cd*' mode 0660 group wheel > add path 'ttyU*' mode 0660 group wheel > add path 'cuaU*' mode 0660 group wheel > > And in my rc.conf I have this entry: > > devfs_system_ruleset="devfsrules_common" I agree that devfs.conf should go away, but ATM there is no way to get all of its functionality in devfs.rules. The one things that gets most (all?) of the complaints is "link". There is simply no way to implement this from devfs.rules; only on devfs.conf. I want to create /dev/dvd and /dev/cdrom when my CD/DVD is plugged into my system. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 18:00:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7A7A16A420 for ; Thu, 9 Feb 2006 18:00:55 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C7F943D7D for ; Thu, 9 Feb 2006 18:00:47 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so5589uge for ; Thu, 09 Feb 2006 10:00:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=aPG4f1Vh0FyPB+M7rOA1+9rq8fVgzfb4ZDoqlbW0mERY3IMs4b/pveSo/ViaxdUn8a29CX/8y+3LTEAywr3l7XR32q7om84RojMBLL4m9fZXlMtgW0R9wEFGtMBkOWJurza15avowEHxedf0POGFCpG+/elCdMayeEsOdtxESqU= Received: by 10.49.36.13 with SMTP id o13mr2454892nfj; Thu, 09 Feb 2006 10:00:42 -0800 (PST) Received: by 10.49.26.14 with HTTP; Thu, 9 Feb 2006 10:00:42 -0800 (PST) Message-ID: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> Date: Thu, 9 Feb 2006 13:00:42 -0500 From: Ryan R To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Broken kde3 from ports, not downloading what it's supposed to. Will not compile; need advice please. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 18:00:55 -0000 Hi there everybody I am a novice user, and I just did a FreeBSD-6.0 MINIMAL install I did all the basic stuff, like cvsup'ed my ports and standard-supfile, so I'm synced to 6.1-PRERELEASE, and I applied my kernel patches, rebuilt world, and even compiled Xorg from scratch along with some basic window managers until kde3 was going to be ready.. But I've encountered a problem :( I asked on #FreeBSD on the IRC FreeNode channel, but they were pretty unhelpful and just said that "The installer should be taking care of this problem automatically", and that it sounds like there is some kind of conflict my 'mysql' As I said earlier, I am a novice user at best, and really need some advice. Here is the output of where KDE3 craps all over me: -- begin -- Script started on Thu Feb 9 09:51:45 2006 root@localhost# make install =3D=3D=3D> Installing for kde-3.5.1 =3D=3D=3D> kde-3.5.1 depends on executable: kjumpingcube - found =3D=3D=3D> kde-3.5.1 depends on executable: kdessh - found =3D=3D=3D> kde-3.5.1 depends on executable: kword - not found =3D=3D=3D> Verifying install for kword in /usr/ports/editors/koffice-kde= 3 =3D=3D=3D> Installing for koffice-1.4.2_2,1 =3D=3D=3D> koffice-1.4.2_2,1 depends on file: /usr/local/lib/libpqxx.a - = found =3D=3D=3D> koffice-1.4.2_2,1 depends on file: /usr/local/bin/python - fou= nd =3D=3D=3D> koffice-1.4.2_2,1 depends on file: /usr/X11R6/bin/moc - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: art_lgpl_2.5 - fo= und =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: aspell - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: fontconfig - foun= d =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: freetype - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: lcms - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: paper - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: wpd-0.8 - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: wv2 - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: xml2 - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: xslt - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: kimproxy - found =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: mysqlclient.14 - = not found =3D=3D=3D> Verifying install for mysqlclient.14 in /usr/ports/databases/mysql41-client =3D=3D=3D> Returning to build of koffice-1.4.2_2,1 Error: shared library "mysqlclient.14" does not exist *** Error code 1 Stop in /usr/ports/editors/koffice-kde3. *** Error code 1 Stop in /usr/ports/x11/kde3. root@localhost# exit exit Script done on Thu Feb 9 09:51:50 2006 -- end -- I really don't have a clue what steps to take. Somebody in the IRC channel had told me to check /var/db/pkg for any mysql* packages, and the only one that exists is /var/db/pkg/mysql-client-4.1.16_1 Any help would be greatly appreciated, I'm at a brick wall and wont be able to continue until someone kindly can give me a hand here :-) Thanks alot guys, anxiously awaiting help!! :) -Ryan From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 18:04:09 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78DD116A453 for ; Thu, 9 Feb 2006 18:04:09 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BBF143D49 for ; Thu, 9 Feb 2006 18:04:08 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vwfgja@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k19I41xQ023915 for ; Thu, 9 Feb 2006 19:04:06 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k19I41RN023914; Thu, 9 Feb 2006 19:04:01 +0100 (CET) (envelope-from olli) Date: Thu, 9 Feb 2006 19:04:01 +0100 (CET) Message-Id: <200602091804.k19I41RN023914@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060209204148.T87003@woozle.rinet.ru> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 09 Feb 2006 19:04:06 +0100 (CET) Cc: Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 18:04:09 -0000 Dmitry Morozovsky wrote: > I have USB multi-LUN flash reader which is identified under RELENG_6 as > umass0: GENERIC USB Storage Device, rev 2.00/1.8a, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > [...] > when I insert flash into one of slots, I need to rescan da* providers, as > usually there is slice1 which should be mounted. The problem is that devfs isn't "triggered", therefore it doesn't notice that a new device appeared, so no new nodes are created. > How can I achieve this? camcomtrol rescan does not help, and for now I've found > only *very* ugly workaround like > > dd if=/dev/da0 of=/dev/da0 count=1 > > which results in error, but actually create GEOMs The following should work as well, without giving an error: dd if=/dev/null of=/dev/da0 count=0 It opens the device for writing (without actually writing anything) and immediately closes it again, which causes devfs to be "triggered". I don't think there's currently a real fix for the problem, I'm afraid. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 18:17:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED59D16A420 for ; Thu, 9 Feb 2006 18:17:16 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F4E043D4C for ; Thu, 9 Feb 2006 18:17:15 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.4/8.13.4) with ESMTP id k19IHExe043499 for ; Thu, 9 Feb 2006 21:17:14 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 9 Feb 2006 21:17:14 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-stable@freebsd.org In-Reply-To: <200602091804.k19I41RN023914@lurza.secnetix.de> Message-ID: <20060209210748.L87003@woozle.rinet.ru> References: <200602091804.k19I41RN023914@lurza.secnetix.de> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Thu, 09 Feb 2006 21:17:14 +0300 (MSK) Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 18:17:17 -0000 On Thu, 9 Feb 2006, Oliver Fromme wrote: OF> Dmitry Morozovsky wrote: OF> > I have USB multi-LUN flash reader which is identified under RELENG_6 as OF> > umass0: GENERIC USB Storage Device, rev 2.00/1.8a, addr 2 OF> > da0 at umass-sim0 bus 0 target 0 lun 0 OF> > da0: Removable Direct Access SCSI-0 device OF> > da0: 40.000MB/s transfers OF> > da0: Attempt to query device size failed: NOT READY, Medium not present OF> > [...] OF> > when I insert flash into one of slots, I need to rescan da* providers, as OF> > usually there is slice1 which should be mounted. OF> OF> The problem is that devfs isn't "triggered", therefore it OF> doesn't notice that a new device appeared, so no new nodes OF> are created. Yes I understand this. What I currently fail to understand ;-) is why devfs isn't triggered on read requests (possibly only on 'magic' areas like the very start of each provider, such as when fdisk or bsdlabel is running)? OF> > How can I achieve this? camcomtrol rescan does not help, and for now I've found OF> > only *very* ugly workaround like OF> > OF> > dd if=/dev/da0 of=/dev/da0 count=1 OF> > OF> > which results in error, but actually create GEOMs OF> OF> The following should work as well, without giving an error: OF> OF> dd if=/dev/null of=/dev/da0 count=0 OF> OF> It opens the device for writing (without actually writing OF> anything) and immediately closes it again, which causes OF> devfs to be "triggered". Aha, actually, it works. Thanks. OF> I don't think there's currently a real fix for the problem, OF> I'm afraid. Before any kind of 'real fix' we should determine 'The Right Way[tm]' I think... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 18:23:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AB7116A420 for ; Thu, 9 Feb 2006 18:23:37 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8611D43D45 for ; Thu, 9 Feb 2006 18:23:36 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F7GRd-0004fm-Tt for freebsd-stable@freebsd.org; Thu, 09 Feb 2006 19:23:06 +0100 Received: from r5k4.chello.upc.cz ([86.49.10.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 19:23:05 +0100 Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 19:23:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Thu, 09 Feb 2006 19:22:33 +0100 Lines: 226 Message-ID: References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> <43EA6B21.8040307@pobox.sk> <43EA6E25.8090009@luna.afraid.org> <43EA70E8.2030301@pobox.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <43EA70E8.2030301@pobox.sk> Sender: news Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 18:23:37 -0000 martinko wrote: > Raaf wrote: > > >>martinko wrote: >> >> >> >>>Jorge Aldana wrote: >>> >>> >>> >>>>Yea, your permissions are off, need rw on them as well. >>>> >>>>I caught this thread and the 3 steps do it nicely! You may need to >>>>logoff and back on to get the group change going for your username >>>>though, well I did. >>>> >>>>I caught the devfs setting but does anyone have one already set? It >>>>should go in the rc.conf under /etc (I just want a ruleset or need one >>>>if one is readily avaialble) >>>> >>>> >>>> >>>> >>>>>revfs_system_ruleset="mydevfsrules" >>>>> >>>>> >>>> >>>>Jorge >>>> >>>>On Wed, 8 Feb 2006, martinko wrote: >>>> >>>> >>>> >>>> >>>>>Oliver Fromme wrote: >>>>> >>>>> >>>>> >>>>> >>>>>>martinko wrote: >>>>>> >>>>>> >>>>>> >>>>>>>Oliver Fromme wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>>martinko wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>Oliver Fromme wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>>To enable user mounts, there are three conditions: >>>>>>>>>>1. sysctl vfs.usermount=1 >>>>>>>>>>2. The user must have read+write permission on the device >>>>>>>>>> which is to be mounted. This is usually accomplished >>>>>>>>>> by creating a special group for this device. >>>>>>>>>>3. The user must _own_ the mountpoint (r/w permission is >>>>>>>>>> not sufficient). >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>>[...] >>>>>>>>>$ ll /dev/ad0 >>>>>>>>>crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>>Condition #2 isn't met: The device must be "rw" for for >>>>>>>>the user (in this case for the operator group). Note >>>>>>>>that "r" is not sufficient, even for read-only mounts. >>>>>>>> >>>>>>>> >>>>>>> >>>>>>>sure. but why did it mount /usr/home/mato/mnt/dos then ?? >>>>>>> >>>>>>> >>>>>> >>>>>>Maybe /dev/ad0s1 had different permissions? >>>>>> >>>>>> >>>>>> >>>>> >>>>>$ ls -la /dev/ad0* >>>>>crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 >>>>>crw-r----- 1 root operator 0, 97 Feb 8 18:27 /dev/ad0s1 >>>>>crw-r----- 1 root operator 0, 98 Feb 8 18:27 /dev/ad0s2 >>>>>crw-r----- 1 root operator 0, 99 Feb 8 18:27 /dev/ad0s3 >>>>>crw-r----- 1 root operator 0, 101 Feb 8 19:27 /dev/ad0s3a >>>>>crw-r----- 1 root operator 0, 102 Feb 8 19:27 /dev/ad0s3b >>>>>crw-r----- 1 root operator 0, 103 Feb 8 18:27 /dev/ad0s3c >>>>>crw-r----- 1 root operator 0, 104 Feb 8 19:27 /dev/ad0s3d >>>>>crw-r----- 1 root operator 0, 105 Feb 8 19:27 /dev/ad0s3e >>>>>crw-r----- 1 root operator 0, 106 Feb 8 19:27 /dev/ad0s3f >>>>>crw-r----- 1 root operator 0, 100 Feb 8 18:27 /dev/ad0s4 >>>>>crw-r----- 1 root operator 0, 107 Feb 8 18:27 /dev/ad0s5 >>>>>crw-r----- 1 root operator 0, 108 Feb 8 18:27 /dev/ad0s6 >>>>>crw-r----- 1 root operator 0, 109 Feb 8 18:27 /dev/ad0s7 >>>>>crw-r----- 1 root operator 0, 110 Feb 8 18:27 /dev/ad0s8 >>>>> >>>>> >>>>> >>> >>>ok, once again and with the righteous permissions.. >>> >>> >>>[mb-aw1n-bsd][mato][~] >>>$ id >>>uid=1001(mato) gid=1001(mato) groups=1001(mato), 0(wheel), 5(operator) >>>[mb-aw1n-bsd][mato][~] >>>$ sysctl vfs.usermount >>>vfs.usermount: 1 >>>[mb-aw1n-bsd][mato][~] >>>$ ll mnt/ >>>total 10 >>>drwxr-x--- 2 mato mato 512 Dec 11 20:44 cdrom >>>drwxr-x--- 2 mato mato 512 Dec 11 20:44 dos >>>drwxr-x--- 2 mato mato 512 Dec 11 20:44 fat >>>drwxr-x--- 2 mato mato 512 Dec 11 20:44 lin >>>drwxr-x--- 2 mato mato 512 Dec 11 20:44 win >>>[mb-aw1n-bsd][mato][~] >>>$ grep "/mato" /etc/fstab >>>/dev/acd0 /usr/home/mato/mnt/cdrom cd9660 ro,noauto >>>0 0 >>>/dev/ad0s1 /usr/home/mato/mnt/dos msdosfs ro,noauto 0 0 >>>/dev/ad0s5 /usr/home/mato/mnt/fat msdosfs >>>ro,noatime,noauto,-Lsk_SK.ISO8859-2 0 0 >>>/dev/ad0s6 /usr/home/mato/mnt/win ntfs ro,noauto 0 0 >>>/dev/ad0s7 /usr/home/mato/mnt/lin ext2fs ro,noauto 0 0 >>>[mb-aw1n-bsd][mato][~] >>>$ ll /dev/ad0* >>>crw-rw---- 1 root operator 0, 96 Feb 8 22:50 /dev/ad0 >>>crw-rw---- 1 root operator 0, 97 Feb 8 22:50 /dev/ad0s1 >>>crw-rw---- 1 root operator 0, 98 Feb 8 22:50 /dev/ad0s2 >>>crw-rw---- 1 root operator 0, 99 Feb 8 22:50 /dev/ad0s3 >>>crw-rw---- 1 root operator 0, 101 Feb 8 23:50 /dev/ad0s3a >>>crw-rw---- 1 root operator 0, 102 Feb 8 23:50 /dev/ad0s3b >>>crw-rw---- 1 root operator 0, 103 Feb 8 22:50 /dev/ad0s3c >>>crw-rw---- 1 root operator 0, 104 Feb 8 23:50 /dev/ad0s3d >>>crw-rw---- 1 root operator 0, 105 Feb 8 23:50 /dev/ad0s3e >>>crw-rw---- 1 root operator 0, 106 Feb 8 23:50 /dev/ad0s3f >>>crw-rw---- 1 root operator 0, 100 Feb 8 22:50 /dev/ad0s4 >>>crw-rw---- 1 root operator 0, 107 Feb 8 22:50 /dev/ad0s5 >>>crw-rw---- 1 root operator 0, 108 Feb 8 22:50 /dev/ad0s6 >>>crw-rw---- 1 root operator 0, 109 Feb 8 22:50 /dev/ad0s7 >>>crw-rw---- 1 root operator 0, 110 Feb 8 22:50 /dev/ad0s8 >>>[mb-aw1n-bsd][mato][~] >>>$ mount /usr/home/mato/mnt/win/ >>>mount_ntfs: /dev/ad0s6: Operation not permitted >>>[mb-aw1n-bsd][mato][~] >>>$ mount /usr/home/mato/mnt/lin/ >>>mount_ext2fs: /dev/ad0s7: Operation not permitted >>>[mb-aw1n-bsd][mato][~] >>>$ mount /usr/home/mato/mnt/fat/ >>>mount_msdosfs: cannot find or load "msdosfs_iconv" kernel module >>>mount_msdosfs: msdosfs_iconv: Operation not permitted >>>[mb-aw1n-bsd][mato][~] >>>$ mount /usr/home/mato/mnt/dos/ >>>[mb-aw1n-bsd][mato][~] >>>$ >>> >>> >>>as you can see, the results are the same as before -- only the last >>>mount point got mounted. (why?) >>>permissions were set via /etc/devfs.conf and system rebooted: >>>perm ad0* 0660 >>> >>>any hint or idea what might be wrong pls ?? >>> >>> >>> >> >>My guess is that you haven't added support for those other >>filesystems in your kernel and it's trying to kldload those >>modules but fails because you are not root. >> >> >> >> >> >> >> > > > yeah, that sounds very reasonable (even though i would expect something > like that to happen somehow automagically) ... anyway, i'll have a look > at it tmrw or so.. thanks! > > m. confirmed. almost. all but one mounted. please see below and comment ... /everything setup as before/above/ [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/win/ [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/lin/ [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/fat/ mount_msdosfs: msdosfs_iconv: Operation not permitted [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/dos/ [mb-aw1n-bsd][mato][~] $ kldstat Id Refs Address Size Name 1 30 0xc0400000 459d90 kernel 3 1 0xc085c000 56c8 vesa.ko 4 1 0xc0862000 cbe4 ntfs.ko ... 13 1 0xc0943000 4ec8 atapicam.ko 14 1 0xc0948000 1e78 msdosfs_iconv.ko 15 2 0xc094a000 49f4 libiconv.ko 16 1 0xc094f000 103f4 ext2fs.ko [mb-aw1n-bsd][mato][~] $ all necessary modules seem to be loaded so why is it still failing ?? martin From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 18:47:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8707616A420 for ; Thu, 9 Feb 2006 18:47:27 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07D6243D45 for ; Thu, 9 Feb 2006 18:47:26 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F7Gop-0002LB-0G for freebsd-stable@freebsd.org; Thu, 09 Feb 2006 19:47:03 +0100 Received: from anthonychavez.org ([166.70.126.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 19:47:02 +0100 Received: from acc by anthonychavez.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 19:47:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Anthony Chavez Date: Thu, 09 Feb 2006 11:45:59 -0700 Lines: 37 Message-ID: References: <436D1376.5030909@home.se> <20051105203723.GQ39882@cirb503493.alcatel.com.au> <436D36FE.4020806@home.se> <43E74B69.8070505@home.se> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: anthonychavez.org X-PGP-Key: http://anthonychavez.org/pubkey.asc User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/22.0.50 (darwin) Cancel-Lock: sha1:LpnTb7OJ1hQKSWVqarNGqOXGNtM= Sender: news Cc: Markus Buretorp Subject: Re: 5.4 -> 6.0 buildworld failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 18:47:27 -0000 --=-=-= On Mon, 06 Feb 2006 14:13:13 +0100 Markus Buretorp wrote: > For me, the problem was caused by some stupid envvars I had > in my shell config. I removed these and the problem was solved. > > export INCLUDE_PATH=/usr/include:/usr/local/include export > C_INCLUDE_PATH=/usr/include:/usr/local/include:/usr/X11R6/include > export CPLUS_INCLUDE_PATH=$C_INCLUDE_PATH export > LIBRARY_PATH=/usr/lib:/usr/local/lib export LD_LIBRARY_PATH=. Thanks for the info, Markus. I didn't have anything of the sort in my shell config, but fortunately after I upgraded to 5.4-RELEASE-p11, I executed a successful buildworld for 6.0-RELEASE. Cheers! -- Anthony Chavez http://anthonychavez.org/ mailto:acc@anthonychavez.org jabber:acc@jabber.anthonychavez.org --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) iQEVAwUAQ+uN6/AIdTFWAbdTAQp5CAgApeX+j+lIwTqqW0psmoSU4YB9CxsOoX7l tTVtf6cciuSOd059nV6yNQW3oxvUgdis1JU+6qk7oSg6jPHfGzm53jnNfQCjRTle hfC4ZHmCUg88+ekg0ks+MlXgM31B2AzDE/zyXmhUXBMT/R/YOWIx6xTZtSN73NEa fYeBSp8YGbbRwSb7gNETq8XZGtY+S6EzmwZBE8rWhmaj0j6eEUsxRjen2GIaWIez hFIM96SaZZ74pgvcVg3TdIGJZp0WCATQMxijSXpV4+RiltmehAcOAYKMmsMPkNAN TxCnKgcKw4hC/MuBEzMzBPEifqk/ACfnL+p4CtuAXo/1pneJGeVnQg== =6Ipd -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 18:47:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA35216A435 for ; Thu, 9 Feb 2006 18:47:41 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABE9F43D55 for ; Thu, 9 Feb 2006 18:47:40 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F7Gox-0002OD-UL for freebsd-stable@freebsd.org; Thu, 09 Feb 2006 19:47:12 +0100 Received: from r5k4.chello.upc.cz ([86.49.10.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 19:47:11 +0100 Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 19:47:11 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Thu, 09 Feb 2006 19:46:25 +0100 Lines: 79 Message-ID: References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> Sender: news Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 18:47:42 -0000 Oliver Fromme wrote: > martinko wrote: > > Oliver Fromme wrote: > > > martinko wrote: > > > > Oliver Fromme wrote: > > > > > To enable user mounts, there are three conditions: > > > > > 1. sysctl vfs.usermount=1 > > > > > 2. The user must have read+write permission on the device > > > > > which is to be mounted. This is usually accomplished > > > > > by creating a special group for this device. > > > > > 3. The user must _own_ the mountpoint (r/w permission is > > > > > not sufficient). > > > > > > > > [...] > > > > $ ll /dev/ad0 > > > > crw-r----- 1 root operator 0, 96 Feb 8 18:27 /dev/ad0 > > > > > > Condition #2 isn't met: The device must be "rw" for for > > > the user (in this case for the operator group). Note > > > that "r" is not sufficient, even for read-only mounts. > > > > sure. but why did it mount /usr/home/mato/mnt/dos then ?? > > Maybe /dev/ad0s1 had different permissions? > > Best regards > Oliver > oliver, i don't know how or why but it works here even w/o "w"-permission for the user (group) : [mb-aw1n-bsd][mato][~] $ id uid=1001(mato) gid=1001(mato) groups=1001(mato), 0(wheel), 5(operator) [mb-aw1n-bsd][mato][~] $ ll /dev/ad0* crw-r----- 1 root operator 0, 96 Feb 9 19:32 /dev/ad0 crw-r----- 1 root operator 0, 97 Feb 9 19:32 /dev/ad0s1 crw-r----- 1 root operator 0, 98 Feb 9 19:32 /dev/ad0s2 crw-r----- 1 root operator 0, 99 Feb 9 19:32 /dev/ad0s3 crw-r----- 1 root operator 0, 101 Feb 9 20:32 /dev/ad0s3a crw-r----- 1 root operator 0, 102 Feb 9 20:32 /dev/ad0s3b crw-r----- 1 root operator 0, 103 Feb 9 19:32 /dev/ad0s3c crw-r----- 1 root operator 0, 104 Feb 9 20:32 /dev/ad0s3d crw-r----- 1 root operator 0, 105 Feb 9 20:32 /dev/ad0s3e crw-r----- 1 root operator 0, 106 Feb 9 20:32 /dev/ad0s3f crw-r----- 1 root operator 0, 100 Feb 9 19:32 /dev/ad0s4 crw-r----- 1 root operator 0, 107 Feb 9 19:32 /dev/ad0s5 crw-r----- 1 root operator 0, 108 Feb 9 19:32 /dev/ad0s6 crw-r----- 1 root operator 0, 109 Feb 9 19:32 /dev/ad0s7 crw-r----- 1 root operator 0, 110 Feb 9 19:32 /dev/ad0s8 [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/win/ [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/lin/ [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/fat/ mount_msdosfs: msdosfs_iconv: Operation not permitted [mb-aw1n-bsd][mato][~] $ mount /usr/home/mato/mnt/dos/ [mb-aw1n-bsd][mato][~] $ ll mnt/ total 40 drwxr-x--- 2 mato mato 512 Dec 11 20:44 cdrom drwxr-x--- 1 mato mato 16384 Jan 1 1980 dos drwxr-x--- 2 mato mato 512 Dec 11 20:44 fat drwxr-xr-x 19 root wheel 4096 Feb 4 21:32 lin drwxr-x--- 1 mato mato 0 Apr 22 2009 win [mb-aw1n-bsd][mato][~] $ pls note that the one that failed also fails with "w" set, as shown in other thread. (?) m. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 19:25:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7094616A420 for ; Thu, 9 Feb 2006 19:25:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2580943D46 for ; Thu, 9 Feb 2006 19:25:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 568B41A3C1B; Thu, 9 Feb 2006 11:25:51 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B388354BAC; Thu, 9 Feb 2006 14:25:46 -0500 (EST) Date: Thu, 9 Feb 2006 14:25:46 -0500 From: Kris Kennaway To: Ryan R Message-ID: <20060209192546.GA9408@xor.obsecurity.org> References: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Broken kde3 from ports, not downloading what it's supposed to. Will not compile; need advice please. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 19:25:53 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 09, 2006 at 01:00:42PM -0500, Ryan R wrote: > Hi there everybody >=20 > I am a novice user, and I just did a FreeBSD-6.0 MINIMAL install >=20 > I did all the basic stuff, like cvsup'ed my ports and > standard-supfile, so I'm synced to 6.1-PRERELEASE, and I applied my > kernel patches, rebuilt world, and even compiled Xorg from scratch > along with some basic window managers until kde3 was going to be > ready.. But I've encountered a problem :( >=20 > I asked on #FreeBSD on the IRC FreeNode channel, but they were pretty > unhelpful and just said that "The installer should be taking care of > this problem automatically", and that it sounds like there is some > kind of conflict my 'mysql' >=20 > As I said earlier, I am a novice user at best, and really need some > advice. Here is the output of where KDE3 craps all over me: >=20 >=20 > -- begin -- >=20 > Script started on Thu Feb 9 09:51:45 2006 > root@localhost# make install > =3D=3D=3D> Installing for kde-3.5.1 > =3D=3D=3D> kde-3.5.1 depends on executable: kjumpingcube - found > =3D=3D=3D> kde-3.5.1 depends on executable: kdessh - found > =3D=3D=3D> kde-3.5.1 depends on executable: kword - not found > =3D=3D=3D> Verifying install for kword in /usr/ports/editors/koffice-k= de3 > =3D=3D=3D> Installing for koffice-1.4.2_2,1 > =3D=3D=3D> koffice-1.4.2_2,1 depends on file: /usr/local/lib/libpqxx.a = - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on file: /usr/local/bin/python - f= ound > =3D=3D=3D> koffice-1.4.2_2,1 depends on file: /usr/X11R6/bin/moc - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: art_lgpl_2.5 - = found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: aspell - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: fontconfig - fo= und > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: freetype - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: lcms - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: paper - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: wpd-0.8 - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: wv2 - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: xml2 - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: xslt - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: kimproxy - found > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: mysqlclient.14 = - not found > =3D=3D=3D> Verifying install for mysqlclient.14 in > /usr/ports/databases/mysql41-client > =3D=3D=3D> Returning to build of koffice-1.4.2_2,1 > Error: shared library "mysqlclient.14" does not exist > *** Error code 1 You had a stale build of mysql41-client lying around from the last time you built it - notice how it didn't actually built that port but skipped right back to the koffice build. You might be able to get away with just running 'make clean' first (this is always good practise if you're in the habit of forgetting to run 'make clean' *after* the build), but perhaps you'll have to also portupgrade to a newer mysql first. Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD65c6Wry0BWjoQKURAsmzAJ9gmfgdhtESys5npfa2dCLUJG2CpgCeN2Ko njSilpKIF/aht0dKi3ZnVvc= =MxOI -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 19:49:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6826116A420 for ; Thu, 9 Feb 2006 19:49:46 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bloom.cse.buffalo.edu (bloom.cse.Buffalo.EDU [128.205.32.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6913443D5C for ; Thu, 9 Feb 2006 19:49:39 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bloom.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by bloom.cse.buffalo.edu (8.13.4/8.12.4) with ESMTP id k19JncI7017988 for ; Thu, 9 Feb 2006 14:49:38 -0500 (EST) Received: (from kensmith@localhost) by bloom.cse.buffalo.edu (8.13.4/8.13.4/Submit) id k19Jncno017987 for freebsd-stable@freebsd.org; Thu, 9 Feb 2006 14:49:38 -0500 (EST) (envelope-from kensmith) Date: Thu, 9 Feb 2006 14:49:38 -0500 From: Ken Smith To: freebsd-stable@freebsd.org Message-ID: <20060209194938.GA17969@bloom.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: FreeBSD 6.1-BETA1/FreeBSD 5.5-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 19:49:46 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Announcement ------------ The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 6.1-BETA1 and FreeBSD5.5-BETA1, which marks the beginning of both the FreeBSD 6.1 Release and FreeBSD 5.5 Release Cycles. Both FreeBSD 6.1 and FreeBSD 5.5 are meant to be a refinement of their respective branches with no large potentially traumatic changes. A lot of bugfixes have been made, some updates to drivers, etc. but no large changes have been made to the basic architecture. The FreeBSD 5.5 Release is being done for people who are unable to make the jump to FreeBSD 6.X for some reason but we encourage people to make that transition as soon as possible. There have been some updates made between FreeBSD 5.4 and FreeBSD 5.5 but not all of the bugfixes done to RELENG_6 have been backported to RELENG_5. This will almost certainly be the last 5.X release. We encourage people to help with testing so any final bugs can be identified and worked out. Availability of ISO images is given below. If you have an older system you want to update using the normal CVS/cvsup source based upgrade the branch tag to use is RELENG_6 for 6.1 and RELENG_5 for 5.5, though that will change later in the release cycle when we start doing the Release Candidates. Problem reports can be submitted using the send-pr(1) command. The list of open issues and things still being worked on are on the todo list: http://www.freebsd.org/releases/6.1R/todo.html http://www.freebsd.org/releases/5.5R/todo.html Known Issues ------------ Other than the list of open issues in the todo lists BETA1 has a few other known issues. There is a problem with using DHCP during system installation. A fix for this is already being worked on. And as usual at this stage of a release the availability of pre-built packages on the ISO images varies widely from architecture to architecture. The list of packages that will be available as part of the release itself will certainly be different. Availability ------------ The BETA1 ISOs and FTP support are available on most of the FreeBSD Mirror sites. A list of the mirror sites is available here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html The MD5s are: MD5 (5.5-BETA1-alpha-bootonly.iso) =3D af05452acda5868b5515bc868038ffba MD5 (5.5-BETA1-alpha-disc1.iso) =3D 4660ef47a3d1ffc49611484c7fab4cd0 MD5 (5.5-BETA1-amd64-bootonly.iso) =3D c0f161a4711ca422832907692e47f54c MD5 (5.5-BETA1-amd64-disc1.iso) =3D 4e64fe4c4cd0dec41ee234f84f8c4946 MD5 (5.5-BETA1-amd64-disc2.iso) =3D ba9898176a7afbfc2d0162e38ec8d205 MD5 (5.5-BETA1-i386-bootonly.iso) =3D 5a5214b758db033529897884350b8a19 MD5 (5.5-BETA1-i386-disc1.iso) =3D 10c489414716782d9d8ce942dd4f7de8 MD5 (5.5-BETA1-i386-disc2.iso) =3D f7bcae220c1cfc8cff67e1aaa5a3bb69 MD5 (5.5-BETA1-pc98-disc1.iso) =3D d581fa4725e9b2daf939f45619b63c93 MD5 (5.5-BETA1-sparc64-bootonly.iso) =3D 34a90df46d5b1a6c7fe2cd263138f1ec MD5 (5.5-BETA1-sparc64-disc1.iso) =3D 3261ec3570b7b1a1f8089577564f5693 MD5 (5.5-BETA1-sparc64-disc2.iso) =3D 614541ce58508efe94b3ca2f9fc6159c MD5 (6.1-BETA1-alpha-bootonly.iso) =3D e63dc0fcbc4222e82c3bb7e040f791cb MD5 (6.1-BETA1-alpha-disc1.iso) =3D c536ed08fedbd45141f48919803042dc MD5 (6.1-BETA1-amd64-bootonly.iso) =3D 84a72b2a6d86fd29f7e35da9092300ec MD5 (6.1-BETA1-amd64-disc1.iso) =3D 20f36ee823ed4313f89289d5357fc365 MD5 (6.1-BETA1-amd64-disc2.iso) =3D 2bbf97c74d7df701037634a7b0c971cb MD5 (6.1-BETA1-i386-bootonly.iso) =3D 037b99d2dddb93f75f3a3445908103a4 MD5 (6.1-BETA1-i386-disc1.iso) =3D 3cc6e3e66abce6420c316e04631ddb19 MD5 (6.1-BETA1-i386-disc2.iso) =3D c822d0a62f3e402f21088ca8abefce3e MD5 (6.1-BETA1-ia64-bootonly.iso) =3D 1fb12b97f70980ab12c2d31526c128ec MD5 (6.1-BETA1-ia64-disc1.iso) =3D d5e34526c056caf543d300412cf07648 MD5 (6.1-BETA1-ia64-livefs.iso) =3D c29cb7b7b0724d70b6e07e724bf44b62 MD5 (6.1-BETA1-pc98-disc1.iso) =3D 6894340e1b7dac32de263974a62e9beb MD5 (6.1-BETA1-sparc64-bootonly.iso) =3D af91246b0b42bf16e65d38a5a68b6726 MD5 (6.1-BETA1-sparc64-disc1.iso) =3D 668c98638c2b830ca3276cdfe18815a5 MD5 (6.1-BETA1-sparc64-disc2.iso) =3D f01049d7a1011db04101b97c954da363 The SHA256s are: SHA256 (5.5-BETA1-amd64-bootonly.iso) =3D 2553bf02cf3acf38f5ca6ccb2884a1d83= b1046e039686fbfca8d8b799173fb7c SHA256 (5.5-BETA1-amd64-disc1.iso) =3D ee9ee3c11651d6c1991a168e7c6731d12920= 9c072bf93bd6e453af1da255e1fd SHA256 (5.5-BETA1-amd64-disc2.iso) =3D 9e871ea6dd7ee3e4ef4bdcb7f3eb7efcda7a= 1f96b8397f313010c03d781b4c93 SHA256 (5.5-BETA1-i386-bootonly.iso) =3D 335428bcc6e391578c354a042ab1258669= 68ebe3c6031011fe0062558d56328c SHA256 (5.5-BETA1-i386-disc1.iso) =3D a33138b4bf7b224e24c20d6578954897d8095= ce316cb72cd117a2c449c26a55b SHA256 (5.5-BETA1-i386-disc2.iso) =3D ec68782fa3e82c74582de00b62e14f395e3a4= 5ec0c10e95fb5673a8354e3f4f5 SHA256 (5.5-BETA1-pc98-disc1.iso) =3D a884fd69a0e49752c0a963c8b0d2cd84c5ffa= 8d2b0cae57e18fa59136722214c SHA256 (5.5-BETA1-sparc64-bootonly.iso) =3D 8a073b3704e038f2217b559e2e6f68e= d33a5f0f45a4546ccdccb4e0b71f1b79f SHA256 (5.5-BETA1-sparc64-disc1.iso) =3D 1c5dc64f48918d3cbdb1a5e39bc50d9d1a= 51afd5536a3c836c06ab8691c89e70 SHA256 (5.5-BETA1-sparc64-disc2.iso) =3D 8c1cb446565765ace8f9787e9656745b9d= 7fd3e0c6823655a10846f65eea95a5 SHA256 (6.1-BETA1-amd64-bootonly.iso) =3D ed6a6043d37c3ebe378c3f0d5524b5506= 8530e8ce0b8b7fb7e47670317df0e58 SHA256 (6.1-BETA1-amd64-disc1.iso) =3D 75654232c50bb767fd5c6ae694b4a4260f70= 46e4444887ab7ff5d9e682f7e9eb SHA256 (6.1-BETA1-amd64-disc2.iso) =3D 4d420862fff3f674804e3d55c424674ecda3= 4cc0413d86d704e3d91d897fd315 SHA256 (6.1-BETA1-i386-bootonly.iso) =3D 2694044bdd7c2ce3f7e30cb681e39a2770= ba80be7b9a0083bd74f0059474a934 SHA256 (6.1-BETA1-i386-disc1.iso) =3D c9143660a828af9f70803af917b6edfd8ec04= 6308f41223e99f946ac9a14f2e3 SHA256 (6.1-BETA1-i386-disc2.iso) =3D 6b87643b2b1bc85790597f9f049023301a830= 5da8c035883b1ae95200f93c97c SHA256 (6.1-BETA1-ia64-bootonly.iso) =3D b621dbbc9e6e71a5c29c9b50657968661a= 77769d48c8bd98318b648a41949b87 SHA256 (6.1-BETA1-ia64-disc1.iso) =3D 87c68d5460c106453efa5b9acc230c2229ec6= f2f28d6b3494ed56c9f6b1f22b8 SHA256 (6.1-BETA1-ia64-livefs.iso) =3D 6f96ff9adb408b8e6c6451bbb1d6fd650c80= 45ec555c48ece0e749b79abdd21a SHA256 (6.1-BETA1-pc98-disc1.iso) =3D 52cc1e94ad7a84815d9fb697398facd9b7581= 5f14023bbb76d8570afd1bc8ee7 SHA256 (6.1-BETA1-sparc64-bootonly.iso) =3D 1b673ceeb236d27b0a7feca6f4d1ef5= 43055036f27357f2814adc286a0b09235 SHA256 (6.1-BETA1-sparc64-disc1.iso) =3D e37cdadfcc8f4a6705968e10e28d02715f= 3f5f5cd0af2172e78e65efcd978cb9 SHA256 (6.1-BETA1-sparc64-disc2.iso) =3D da00f6a5ffbc6da1dfbb812456aeafb325= e20bbb6286b2888433c1b8ec27d71d =20 -ken --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD65zR/G14VSmup/YRAi98AJ0d9c2ZWYeEe2uQeMNYgkCDZpv4LACeLqGW 22r1aU8/nXD6icPja+IYBu8= =ZS0y -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 19:50:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B957216A420; Thu, 9 Feb 2006 19:50:55 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62AB543D66; Thu, 9 Feb 2006 19:50:47 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k19JogZH002973; Thu, 9 Feb 2006 12:50:43 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43EB9D0D.6030609@samsco.org> Date: Thu, 09 Feb 2006 12:50:37 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: re@freebsd.org Subject: BETA1 announcement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 19:50:55 -0000 Announcement ------------ The FreeBSD Release Engineering Team is pleased to announce the beginning of both the FreeBSD 6.1 and FreeBSD 5.5 release cycles with the availability of FreeBSD 6.1-BETA1 and FreeBSD 5.5-BETA1 Both FreeBSD 6.1 and FreeBSD 5.5 are meant to be a refinement of their respective branches with few dramatic changes. A lot of bugfixes have been made, some drivers have been updated, and some areas have been tweaked for better performance, etc. but no large changes have been made to the basic architecture. The FreeBSD 5.5 Release is being done for people who are unable to make the jump to FreeBSD 6.X at this time. We do encourage people to make that transition as soon as possible, though. There have been some updates made between FreeBSD 5.4 and FreeBSD 5.5 but not all of the bugfixes done to RELENG_6 have been backported to RELENG_5. This will almost certainly be the last 5.X release. We encourage people to help with testing so any final bugs can be identified and worked out. Availability of ISO images is given below. If you have an older system you want to update using the normal CVS/cvsup source based upgrade the branch tag to use is RELENG_6 for 6.1 and RELENG_5 for 5.5, though that will change later in the release cycle when we start doing the Release Candidates. Problem reports can be submitted using the send-pr(1) command. The list of open issues and things still being worked on are on the todo list: http://www.freebsd.org/releases/6.1R/todo.html http://www.freebsd.org/releases/5.5R/todo.html Known Issues ------------ Other than the list of open issues in the todo lists BETA1 has a few other known issues. There is a problem with using DHCP during system installation. A fix for this is already being worked on. And as usual at this stage of a release the availability of pre-built packages on the ISO images varies widely from architecture to architecture. The list of packages that will be available as part of the release itself will certainly be different. Availability ------------ The BETA1 ISOs and FTP support are available on most of the FreeBSD Mirror sites. A list of the mirror sites is available here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html The MD5s are: MD5 (5.5-BETA1-alpha-bootonly.iso) = af05452acda5868b5515bc868038ffba MD5 (5.5-BETA1-alpha-disc1.iso) = 4660ef47a3d1ffc49611484c7fab4cd0 MD5 (5.5-BETA1-amd64-bootonly.iso) = c0f161a4711ca422832907692e47f54c MD5 (5.5-BETA1-amd64-disc1.iso) = 4e64fe4c4cd0dec41ee234f84f8c4946 MD5 (5.5-BETA1-amd64-disc2.iso) = ba9898176a7afbfc2d0162e38ec8d205 MD5 (5.5-BETA1-i386-bootonly.iso) = 5a5214b758db033529897884350b8a19 MD5 (5.5-BETA1-i386-disc1.iso) = 10c489414716782d9d8ce942dd4f7de8 MD5 (5.5-BETA1-i386-disc2.iso) = f7bcae220c1cfc8cff67e1aaa5a3bb69 MD5 (5.5-BETA1-pc98-disc1.iso) = d581fa4725e9b2daf939f45619b63c93 MD5 (5.5-BETA1-sparc64-bootonly.iso) = 34a90df46d5b1a6c7fe2cd263138f1ec MD5 (5.5-BETA1-sparc64-disc1.iso) = 3261ec3570b7b1a1f8089577564f5693 MD5 (5.5-BETA1-sparc64-disc2.iso) = 614541ce58508efe94b3ca2f9fc6159c MD5 (6.1-BETA1-alpha-bootonly.iso) = e63dc0fcbc4222e82c3bb7e040f791cb MD5 (6.1-BETA1-alpha-disc1.iso) = c536ed08fedbd45141f48919803042dc MD5 (6.1-BETA1-amd64-bootonly.iso) = 84a72b2a6d86fd29f7e35da9092300ec MD5 (6.1-BETA1-amd64-disc1.iso) = 20f36ee823ed4313f89289d5357fc365 MD5 (6.1-BETA1-amd64-disc2.iso) = 2bbf97c74d7df701037634a7b0c971cb MD5 (6.1-BETA1-i386-bootonly.iso) = 037b99d2dddb93f75f3a3445908103a4 MD5 (6.1-BETA1-i386-disc1.iso) = 3cc6e3e66abce6420c316e04631ddb19 MD5 (6.1-BETA1-i386-disc2.iso) = c822d0a62f3e402f21088ca8abefce3e MD5 (6.1-BETA1-ia64-bootonly.iso) = 1fb12b97f70980ab12c2d31526c128ec MD5 (6.1-BETA1-ia64-disc1.iso) = d5e34526c056caf543d300412cf07648 MD5 (6.1-BETA1-ia64-livefs.iso) = c29cb7b7b0724d70b6e07e724bf44b62 MD5 (6.1-BETA1-pc98-disc1.iso) = 6894340e1b7dac32de263974a62e9beb MD5 (6.1-BETA1-sparc64-bootonly.iso) = af91246b0b42bf16e65d38a5a68b6726 MD5 (6.1-BETA1-sparc64-disc1.iso) = 668c98638c2b830ca3276cdfe18815a5 MD5 (6.1-BETA1-sparc64-disc2.iso) = f01049d7a1011db04101b97c954da363 The SHA256s are: SHA256 (5.5-BETA1-amd64-bootonly.iso) = 2553bf02cf3acf38f5ca6ccb2884a1d83b1046e039686fbfca8d8b799173fb7c SHA256 (5.5-BETA1-amd64-disc1.iso) = ee9ee3c11651d6c1991a168e7c6731d129209c072bf93bd6e453af1da255e1fd SHA256 (5.5-BETA1-amd64-disc2.iso) = 9e871ea6dd7ee3e4ef4bdcb7f3eb7efcda7a1f96b8397f313010c03d781b4c93 SHA256 (5.5-BETA1-i386-bootonly.iso) = 335428bcc6e391578c354a042ab125866968ebe3c6031011fe0062558d56328c SHA256 (5.5-BETA1-i386-disc1.iso) = a33138b4bf7b224e24c20d6578954897d8095ce316cb72cd117a2c449c26a55b SHA256 (5.5-BETA1-i386-disc2.iso) = ec68782fa3e82c74582de00b62e14f395e3a45ec0c10e95fb5673a8354e3f4f5 SHA256 (5.5-BETA1-pc98-disc1.iso) = a884fd69a0e49752c0a963c8b0d2cd84c5ffa8d2b0cae57e18fa59136722214c SHA256 (5.5-BETA1-sparc64-bootonly.iso) = 8a073b3704e038f2217b559e2e6f68ed33a5f0f45a4546ccdccb4e0b71f1b79f SHA256 (5.5-BETA1-sparc64-disc1.iso) = 1c5dc64f48918d3cbdb1a5e39bc50d9d1a51afd5536a3c836c06ab8691c89e70 SHA256 (5.5-BETA1-sparc64-disc2.iso) = 8c1cb446565765ace8f9787e9656745b9d7fd3e0c6823655a10846f65eea95a5 SHA256 (6.1-BETA1-amd64-bootonly.iso) = ed6a6043d37c3ebe378c3f0d5524b55068530e8ce0b8b7fb7e47670317df0e58 SHA256 (6.1-BETA1-amd64-disc1.iso) = 75654232c50bb767fd5c6ae694b4a4260f7046e4444887ab7ff5d9e682f7e9eb SHA256 (6.1-BETA1-amd64-disc2.iso) = 4d420862fff3f674804e3d55c424674ecda34cc0413d86d704e3d91d897fd315 SHA256 (6.1-BETA1-i386-bootonly.iso) = 2694044bdd7c2ce3f7e30cb681e39a2770ba80be7b9a0083bd74f0059474a934 SHA256 (6.1-BETA1-i386-disc1.iso) = c9143660a828af9f70803af917b6edfd8ec046308f41223e99f946ac9a14f2e3 SHA256 (6.1-BETA1-i386-disc2.iso) = 6b87643b2b1bc85790597f9f049023301a8305da8c035883b1ae95200f93c97c SHA256 (6.1-BETA1-ia64-bootonly.iso) = b621dbbc9e6e71a5c29c9b50657968661a77769d48c8bd98318b648a41949b87 SHA256 (6.1-BETA1-ia64-disc1.iso) = 87c68d5460c106453efa5b9acc230c2229ec6f2f28d6b3494ed56c9f6b1f22b8 SHA256 (6.1-BETA1-ia64-livefs.iso) = 6f96ff9adb408b8e6c6451bbb1d6fd650c8045ec555c48ece0e749b79abdd21a SHA256 (6.1-BETA1-pc98-disc1.iso) = 52cc1e94ad7a84815d9fb697398facd9b75815f14023bbb76d8570afd1bc8ee7 SHA256 (6.1-BETA1-sparc64-bootonly.iso) = 1b673ceeb236d27b0a7feca6f4d1ef543055036f27357f2814adc286a0b09235 SHA256 (6.1-BETA1-sparc64-disc1.iso) = e37cdadfcc8f4a6705968e10e28d02715f3f5f5cd0af2172e78e65efcd978cb9 SHA256 (6.1-BETA1-sparc64-disc2.iso) = da00f6a5ffbc6da1dfbb812456aeafb325e20bbb6286b2888433c1b8ec27d71d From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 20:19:35 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AD0C16A422 for ; Thu, 9 Feb 2006 20:19:35 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAD1C43D46 for ; Thu, 9 Feb 2006 20:19:34 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr5.xs4all.nl (8.13.3/8.13.3) with ESMTP id k19KJEm6028364; Thu, 9 Feb 2006 21:19:18 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k19KJCc5000709; Thu, 9 Feb 2006 21:19:12 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k19KJCqf000708; Thu, 9 Feb 2006 21:19:12 +0100 (CET) (envelope-from wb) Date: Thu, 9 Feb 2006 21:19:12 +0100 From: Wilko Bulte To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20060209201912.GA680@freebie.xs4all.nl> References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> <43EA6625.2070106@deepcore.dk> <20060208221056.GA1299@freebie.xs4all.nl> <43EB5393.5090502@deepcore.dk> <20060209144250.GB4874@freebie.xs4all.nl> <43EB55A1.9040405@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43EB55A1.9040405@deepcore.dk> X-OS: FreeBSD 6.1-PRERELEASE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@FreeBSD.ORG Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 20:19:35 -0000 On Thu, Feb 09, 2006 at 03:45:53PM +0100, Sren Schmidt wrote.. > Wilko Bulte wrote: > >On Thu, Feb 09, 2006 at 03:37:07PM +0100, Sren Schmidt wrote.. > >>Wilko Bulte wrote: > >>>On Wed, Feb 08, 2006 at 10:44:05PM +0100, Sren Schmidt wrote.. > >>>>Wilko Bulte wrote: > >>>>>On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. > >>>>>>Wilko Bulte wrote: > >>>>>>>Hi Soren, > >>>>>>> > >>>>>>>I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE > >>>>>>>of roughly end of december. > >>>>>>> > >>>>>>>And I hit some stuff that really worries me: > >>>>>>> > >>>>>>>- the freshly built kernel keels over with (hand transcribed): > >>>>>>> > >>>>>>>ata3: reiniting channel SATA connect ... > >>>>>>>SATA connected > >>>>>>>sata_connect_devices 0x1 > >>>>>>> > >>>>>>>ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout > >>>>>>>!! DANGER Will RObinson !! > >>>>>>> > >>>>>>>(... is where I cannot read my own handwriting, it scrolled quite > >>>>>>>fast on > >>>>>>>the screen..) > >>>>>>> > >>>>>>>Boot device is a SATA RAID1 on a Promise 2300. > >>>>>>Hmm, that should not happen. Could you try to backstep just ATA to > >>>>>>before the MFC, that is 24/1/06 and let me know if that helps please ? > >>>>>First impression is that the problem is gone. None of the previously > >>>>>reported errors are seen. I am running a level 0 dump from disk to > >>>>>disk > >>>>>to see if the box remains stable. Given that this is my primary > >>>>>machine > >>>>>I sure hope it will be :-) > >>>>> > >>>>>>>Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 > >>>>>>>on > >>>>>>>6.1-PRE > >>>>>>Hmm that is because there is only 2 ports on your promise which is > >>>>>>now correctly identified, before it was errounsly found as 3 ports. > >>>>>Ah, OK. I would suggest a note to the Release Note writers would be a > >>>>>good > >>>>>thing, devices changing location after an upgrade in the -stable branch > >>>>>is unnerving ;-) > >>>>Well, the good thing is that I can reproduce the error here, the bad > >>>>thing is that it slipped through testing on -current... > >>>>Oh, well, I'll look into it ASAP... > >>>Thank you Soren! > >>OK, had a few this afternoon, could you try this patch and let me know > >>if it helps, at least it makes the problem go away on my testbed.. > > > >Is this relative to HEAD or RELENG_6? I cannot / will not go to HEAD > >with this machine (my main production box.. :-) > > Doesn't matter, ATA is the same on both... OK, I was not sure if they were 100% identical. The patch at first impression seems to have eliminated the problem. Interestingly enough ad10 remained ad10 with the patch applied? I'll put some load on to see what happens. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 20:24:39 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 972CA16A420 for ; Thu, 9 Feb 2006 20:24:39 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBAE343D69 for ; Thu, 9 Feb 2006 20:24:38 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k19KONiW022984; Thu, 9 Feb 2006 21:24:24 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <43EBA4F7.7040407@deepcore.dk> Date: Thu, 09 Feb 2006 21:24:23 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: Wilko Bulte References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> <43EA6625.2070106@deepcore.dk> <20060208221056.GA1299@freebie.xs4all.nl> <43EB5393.5090502@deepcore.dk> <20060209144250.GB4874@freebie.xs4all.nl> <43EB55A1.9040405@deepcore.dk> <20060209201912.GA680@freebie.xs4all.nl> In-Reply-To: <20060209201912.GA680@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: stable@FreeBSD.ORG Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 20:24:39 -0000 Wilko Bulte wrote: > On Thu, Feb 09, 2006 at 03:45:53PM +0100, Sren Schmidt wrote.. >> Wilko Bulte wrote: >>> On Thu, Feb 09, 2006 at 03:37:07PM +0100, Sren Schmidt wrote.. >>>> Wilko Bulte wrote: >>>>> On Wed, Feb 08, 2006 at 10:44:05PM +0100, Sren Schmidt wrote.. >>>>>> Wilko Bulte wrote: >>>>>>> On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. >>>>>>>> Wilko Bulte wrote: >>>>>>>>> Hi Soren, >>>>>>>>> >>>>>>>>> I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE >>>>>>>>> of roughly end of december. >>>>>>>>> >>>>>>>>> And I hit some stuff that really worries me: >>>>>>>>> >>>>>>>>> - the freshly built kernel keels over with (hand transcribed): >>>>>>>>> >>>>>>>>> ata3: reiniting channel SATA connect ... >>>>>>>>> SATA connected >>>>>>>>> sata_connect_devices 0x1 >>>>>>>>> >>>>>>>>> ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout >>>>>>>>> !! DANGER Will RObinson !! >>>>>>>>> >>>>>>>>> (... is where I cannot read my own handwriting, it scrolled quite >>>>>>>>> fast on >>>>>>>>> the screen..) >>>>>>>>> >>>>>>>>> Boot device is a SATA RAID1 on a Promise 2300. >>>>>>>> Hmm, that should not happen. Could you try to backstep just ATA to >>>>>>>> before the MFC, that is 24/1/06 and let me know if that helps please ? >>>>>>> First impression is that the problem is gone. None of the previously >>>>>>> reported errors are seen. I am running a level 0 dump from disk to >>>>>>> disk >>>>>>> to see if the box remains stable. Given that this is my primary >>>>>>> machine >>>>>>> I sure hope it will be :-) >>>>>>> >>>>>>>>> Another snag is that my ad10 disk on 6.0-STABLE suddenly became ad12 >>>>>>>>> on >>>>>>>>> 6.1-PRE >>>>>>>> Hmm that is because there is only 2 ports on your promise which is >>>>>>>> now correctly identified, before it was errounsly found as 3 ports. >>>>>>> Ah, OK. I would suggest a note to the Release Note writers would be a >>>>>>> good >>>>>>> thing, devices changing location after an upgrade in the -stable branch >>>>>>> is unnerving ;-) >>>>>> Well, the good thing is that I can reproduce the error here, the bad >>>>>> thing is that it slipped through testing on -current... >>>>>> Oh, well, I'll look into it ASAP... >>>>> Thank you Soren! >>>> OK, had a few this afternoon, could you try this patch and let me know >>>> if it helps, at least it makes the problem go away on my testbed.. >>> Is this relative to HEAD or RELENG_6? I cannot / will not go to HEAD >>> with this machine (my main production box.. :-) >> Doesn't matter, ATA is the same on both... > > OK, I was not sure if they were 100% identical. > > The patch at first impression seems to have eliminated the problem. Good seems I'm on the right track at least. > Interestingly enough ad10 remained ad10 with the patch applied? Yeah, thats intentional, I though we better not break POLA here.. > I'll put some load on to see what happens. Let me know how that turns out, I'll clean things up a bit and get it committed to -current, then get permission to MFC when we are sure it fixes the problem... -Søren From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 20:48:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAF5316A420 for ; Thu, 9 Feb 2006 20:48:20 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8254643D48 for ; Thu, 9 Feb 2006 20:48:19 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so11806uge for ; Thu, 09 Feb 2006 12:48:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dWvAov7bfKqefUNgO5z8Ks1cYCFPuT0yUyzuzgt3etYjgJoG0d6KFRxEY0o/vbkQzBpEZZmZuRaddOrluotzPcq9EfsuVuiYnsorcoe6GRC5NgRuDDt7it6g8RsaaNfUnX5gASvEWKfoVJ0WLoMIYX1AbVp9PHrdWSfXQbAksI4= Received: by 10.49.36.13 with SMTP id o13mr2496538nfj; Thu, 09 Feb 2006 11:49:46 -0800 (PST) Received: by 10.49.26.14 with HTTP; Thu, 9 Feb 2006 11:49:46 -0800 (PST) Message-ID: <1b62a7390602091149j77308d39q7ba8ac5fd1a4515@mail.gmail.com> Date: Thu, 9 Feb 2006 11:49:46 -0800 From: Ryan R To: freebsd-stable@freebsd.org In-Reply-To: <1b62a7390602091149t4085e369q7bc05540bf40fc01@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> <20060209192546.GA9408@xor.obsecurity.org> <1b62a7390602091149t4085e369q7bc05540bf40fc01@mail.gmail.com> Subject: Re: Broken kde3 from ports, not downloading what it's supposed to. Will not compile; need advice please. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 20:48:20 -0000 On 2/9/06, Ryan R wrote: > Oh dear. > > I've got to do a make clean before trying the 'make install' again?! > > I spent hours compiling already :-( > > I never built mysql before; another port I installed must have used > it; but I _ALWAYS_ do make clean after a make install! I really don't > think I forgot to do that.. > > *sigh* so if I have to start over again, what do you suggest I do? > run a 'make clean' in the /usr/ports/x11/kde3 directory? And then try > to portupgrade a mysql? I'm not even sure how to do that :( > > I'll see if I can figure it out.. thanks then > > -Ryan > > On 2/9/06, Kris Kennaway wrote: > > On Thu, Feb 09, 2006 at 01:00:42PM -0500, Ryan R wrote: > > > Hi there everybody > > > > > > I am a novice user, and I just did a FreeBSD-6.0 MINIMAL install > > > > > > I did all the basic stuff, like cvsup'ed my ports and > > > standard-supfile, so I'm synced to 6.1-PRERELEASE, and I applied my > > > kernel patches, rebuilt world, and even compiled Xorg from scratch > > > along with some basic window managers until kde3 was going to be > > > ready.. But I've encountered a problem :( > > > > > > I asked on #FreeBSD on the IRC FreeNode channel, but they were pretty > > > unhelpful and just said that "The installer should be taking care of > > > this problem automatically", and that it sounds like there is some > > > kind of conflict my 'mysql' > > > > > > As I said earlier, I am a novice user at best, and really need some > > > advice. Here is the output of where KDE3 craps all over me: > > > > > > > > > -- begin -- > > > > > > Script started on Thu Feb 9 09:51:45 2006 > > > root@localhost# make install > > > =3D=3D=3D> Installing for kde-3.5.1 > > > =3D=3D=3D> kde-3.5.1 depends on executable: kjumpingcube - found > > > =3D=3D=3D> kde-3.5.1 depends on executable: kdessh - found > > > =3D=3D=3D> kde-3.5.1 depends on executable: kword - not found > > > =3D=3D=3D> Verifying install for kword in /usr/ports/editors/koffi= ce-kde3 > > > =3D=3D=3D> Installing for koffice-1.4.2_2,1 > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on file: /usr/local/lib/libpqx= x.a - found > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on file: /usr/local/bin/python= - found > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on file: /usr/X11R6/bin/moc - = found > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: art_lgpl_2.= 5 - found > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: aspell - fo= und > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: fontconfig = - found > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: freetype - = found > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: lcms - foun= d > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: paper - fou= nd > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: wpd-0.8 - f= ound > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: wv2 - found > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: xml2 - foun= d > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: xslt - foun= d > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: kimproxy - = found > > > =3D=3D=3D> koffice-1.4.2_2,1 depends on shared library: mysqlclient= .14 - not found > > > =3D=3D=3D> Verifying install for mysqlclient.14 in > > > /usr/ports/databases/mysql41-client > > > =3D=3D=3D> Returning to build of koffice-1.4.2_2,1 > > > Error: shared library "mysqlclient.14" does not exist > > > *** Error code 1 > > > > You had a stale build of mysql41-client lying around from the last > > time you built it - notice how it didn't actually built that port but > > skipped right back to the koffice build. You might be able to get > > away with just running 'make clean' first (this is always good > > practise if you're in the habit of forgetting to run 'make clean' > > *after* the build), but perhaps you'll have to also portupgrade to a > > newer mysql first. > > > > Kris > > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 21:05:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCBAE16A420 for ; Thu, 9 Feb 2006 21:05:31 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20C6143D45 for ; Thu, 9 Feb 2006 21:05:30 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (pato.euesrg02.net [192.168.0.3]) by alf.dyndns.ws (8.13.1/8.13.1) with ESMTP id k19L5Sbx092973 for ; Thu, 9 Feb 2006 22:05:29 +0100 (CET) (envelope-from victor@bsdes.net) Date: Thu, 9 Feb 2006 22:05:28 +0100 From: Victor Balada Diaz To: stable@freebsd.org Message-ID: <20060209210528.GC670@pato.euesrg02.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: wrong dev.cpu.0.freq_levels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 21:05:32 -0000 Hi, i'm testing FreeBSD 6.1-PRERELEASE (from a few minutes ago) and it doesn't have a freq level for 2000 mhz, but my cpu is a p4-m at 2000 mhz. CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 hw.clockrate: 1995 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 75 dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.%driver: p4tcc dev.p4tcc.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500 /-1 1250/-1 Any ideas on what could be wrong? Thanks in advance. -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 21:55:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 221DB16A420 for ; Thu, 9 Feb 2006 21:55:20 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AD0C43D4C for ; Thu, 9 Feb 2006 21:55:12 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id E209DDE; Thu, 9 Feb 2006 15:55:11 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 2CAD161C38; Thu, 9 Feb 2006 15:55:11 -0600 (CST) Date: Thu, 9 Feb 2006 15:55:11 -0600 From: "Matthew D. Fuller" To: Ryan R Message-ID: <20060209215511.GD54473@over-yonder.net> References: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> <20060209192546.GA9408@xor.obsecurity.org> <1b62a7390602091149t4085e369q7bc05540bf40fc01@mail.gmail.com> <1b62a7390602091149j77308d39q7ba8ac5fd1a4515@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1b62a7390602091149j77308d39q7ba8ac5fd1a4515@mail.gmail.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-stable@freebsd.org Subject: Re: Broken kde3 from ports, not downloading what it's supposed to. Will not compile; need advice please. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 21:55:20 -0000 On Thu, Feb 09, 2006 at 11:49:46AM -0800 I heard the voice of Ryan R, and lo! it spake thus: > On 2/9/06, Ryan R wrote: > > Oh dear. > > > > I've got to do a make clean before trying the 'make install' > > again?! > > > > I spent hours compiling already :-( You don't have to clean the whole thing; just the MySQL part. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 22:08:49 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D25C16A422 for ; Thu, 9 Feb 2006 22:08:49 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id D61EF43D7B for ; Thu, 9 Feb 2006 22:08:32 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.13.3/8.13.3) with ESMTP id k19M8PGx046574; Thu, 9 Feb 2006 23:08:25 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k19M8OXv001529; Thu, 9 Feb 2006 23:08:24 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k19M8O6X001528; Thu, 9 Feb 2006 23:08:24 +0100 (CET) (envelope-from wb) Date: Thu, 9 Feb 2006 23:08:24 +0100 From: Wilko Bulte To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20060209220824.GA1499@freebie.xs4all.nl> References: <20060208194603.GA689@freebie.xs4all.nl> <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> <43EA6625.2070106@deepcore.dk> <20060208221056.GA1299@freebie.xs4all.nl> <43EB5393.5090502@deepcore.dk> <20060209144250.GB4874@freebie.xs4all.nl> <43EB55A1.9040405@deepcore.dk> <20060209201912.GA680@freebie.xs4all.nl> <43EBA4F7.7040407@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43EBA4F7.7040407@deepcore.dk> X-OS: FreeBSD 6.1-PRERELEASE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@FreeBSD.ORG Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 22:08:49 -0000 On Thu, Feb 09, 2006 at 09:24:23PM +0100, Sren Schmidt wrote.. > Wilko Bulte wrote: > >On Thu, Feb 09, 2006 at 03:45:53PM +0100, Sren Schmidt wrote.. > >>Wilko Bulte wrote: > >>>On Thu, Feb 09, 2006 at 03:37:07PM +0100, Sren Schmidt wrote.. > >>>>Wilko Bulte wrote: > >>>>>On Wed, Feb 08, 2006 at 10:44:05PM +0100, Sren Schmidt wrote.. > >>>>>>Wilko Bulte wrote: > >>>>>>>On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. > >>>>>>>>Wilko Bulte wrote: > >>>>>>>>>Hi Soren, > >>>>>>>>> > >>>>>>>>>I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE > >>>>>>>>>of roughly end of december. > >>>>>>>>> > >>>>>>>>>And I hit some stuff that really worries me: > >>>>>>>>> > >>>>>>>>>- the freshly built kernel keels over with (hand transcribed): > >>>>>>>>> > >>>>>>>>>ata3: reiniting channel SATA connect ... > >>>>>>>>>SATA connected > >>>>>>>>>sata_connect_devices 0x1 > >>>>>>>>> > >>>>>>>>>ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout > >>>>>>>>>!! DANGER Will RObinson !! > >>>>>>>>> > >>>>>>>>>(... is where I cannot read my own handwriting, it scrolled quite > >>>>>>>>>fast on > >>>>>>>>>the screen..) > >>>>>>>>> > >>>>>>>>>Boot device is a SATA RAID1 on a Promise 2300. > >>>>>>>>Hmm, that should not happen. Could you try to backstep just ATA to > >>>>>>>>before the MFC, that is 24/1/06 and let me know if that helps > >>>>>>>>please ? > >>>>>>>First impression is that the problem is gone. None of the > >>>>>>>previously reported errors are seen. I am running a level 0 dump > >>>>>>>from disk to disk > >>>>>>>to see if the box remains stable. Given that this is my primary > >>>>>>>machine > >>>>>>>I sure hope it will be :-) > >>>>>>> > >>>>>>>>>Another snag is that my ad10 disk on 6.0-STABLE suddenly became > >>>>>>>>>ad12 on > >>>>>>>>>6.1-PRE > >>>>>>>>Hmm that is because there is only 2 ports on your promise which is > >>>>>>>>now correctly identified, before it was errounsly found as 3 ports. > >>>>>>>Ah, OK. I would suggest a note to the Release Note writers would be > >>>>>>>a good > >>>>>>>thing, devices changing location after an upgrade in the -stable > >>>>>>>branch > >>>>>>>is unnerving ;-) > >>>>>>Well, the good thing is that I can reproduce the error here, the bad > >>>>>>thing is that it slipped through testing on -current... > >>>>>>Oh, well, I'll look into it ASAP... > >>>>>Thank you Soren! > >>>>OK, had a few this afternoon, could you try this patch and let me know > >>>>if it helps, at least it makes the problem go away on my testbed.. > >>>Is this relative to HEAD or RELENG_6? I cannot / will not go to HEAD > >>>with this machine (my main production box.. :-) > >>Doesn't matter, ATA is the same on both... > > > >OK, I was not sure if they were 100% identical. > > > >The patch at first impression seems to have eliminated the problem. > > Good seems I'm on the right track at least. > > >Interestingly enough ad10 remained ad10 with the patch applied? > > Yeah, thats intentional, I though we better not break POLA here.. I agree :-) > >I'll put some load on to see what happens. > > Let me know how that turns out, I'll clean things up a bit and get it > committed to -current, then get permission to MFC when we are sure it > fixes the problem... I ran a 44GB disk-to-disk dump without incidents (source on the RAID1, target on the JBOD). No problems whatsoever. Looks like things behave much better now. Tonight the machine will run a daily full dump to DLT tape, I'll know how that turns out tomorrow. thanks, Wilko -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 22:09:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6664116A420 for ; Thu, 9 Feb 2006 22:09:57 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from gw.luna.afraid.org (lls-c-13303.adsl.wanadoo.nl [81.69.81.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C326443DA1 for ; Thu, 9 Feb 2006 22:09:53 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from [127.0.0.1] (gw.luna.afraid.org [127.0.0.1]) by gw.luna.afraid.org (Postfix) with ESMTP id C818D32; Thu, 9 Feb 2006 23:09:52 +0100 (CET) Message-ID: <43EBBDB0.9030402@luna.afraid.org> Date: Thu, 09 Feb 2006 23:09:52 +0100 From: Raaf User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8) Gecko/20060118 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: martinko References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> <43EA6B21.8040307@pobox.sk> <43EA6E25.8090009@luna.afraid.org> <43EA70E8.2030301@pobox.sk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 22:09:57 -0000 martinko wrote: > confirmed. almost. all but one mounted. please see below and comment ... > > /everything setup as before/above/ > > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/win/ > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/lin/ > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/fat/ > mount_msdosfs: msdosfs_iconv: Operation not permitted > [mb-aw1n-bsd][mato][~] > $ mount /usr/home/mato/mnt/dos/ > [mb-aw1n-bsd][mato][~] > $ kldstat > Id Refs Address Size Name > 1 30 0xc0400000 459d90 kernel > 3 1 0xc085c000 56c8 vesa.ko > 4 1 0xc0862000 cbe4 ntfs.ko > ... > 13 1 0xc0943000 4ec8 atapicam.ko > 14 1 0xc0948000 1e78 msdosfs_iconv.ko > 15 2 0xc094a000 49f4 libiconv.ko > 16 1 0xc094f000 103f4 ext2fs.ko > [mb-aw1n-bsd][mato][~] > $ > > all necessary modules seem to be loaded so why is it still failing ?? > I suspect it has something to do with character-conversion failing. See the mount_msdosfs(8) manpage for some mount options that might be able to help you out. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 22:18:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C230316A422 for ; Thu, 9 Feb 2006 22:18:48 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA1D43D70 for ; Thu, 9 Feb 2006 22:18:41 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F7K7S-0004u2-TU for freebsd-stable@freebsd.org; Thu, 09 Feb 2006 23:18:31 +0100 Received: from r5k4.chello.upc.cz ([86.49.10.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 23:18:30 +0100 Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 23:18:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Thu, 09 Feb 2006 23:18:17 +0100 Lines: 45 Message-ID: References: <200602082003.k18K3ZQJ077077@lurza.secnetix.de> <43EA6B21.8040307@pobox.sk> <43EA6E25.8090009@luna.afraid.org> <43EA70E8.2030301@pobox.sk> <43EBBDB0.9030402@luna.afraid.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <43EBBDB0.9030402@luna.afraid.org> Sender: news Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 22:18:48 -0000 Raaf wrote: > martinko wrote: > >>confirmed. almost. all but one mounted. please see below and comment ... >> >>/everything setup as before/above/ >> >>[mb-aw1n-bsd][mato][~] >>$ mount /usr/home/mato/mnt/win/ >>[mb-aw1n-bsd][mato][~] >>$ mount /usr/home/mato/mnt/lin/ >>[mb-aw1n-bsd][mato][~] >>$ mount /usr/home/mato/mnt/fat/ >>mount_msdosfs: msdosfs_iconv: Operation not permitted >>[mb-aw1n-bsd][mato][~] >>$ mount /usr/home/mato/mnt/dos/ >>[mb-aw1n-bsd][mato][~] >>$ kldstat >>Id Refs Address Size Name >> 1 30 0xc0400000 459d90 kernel >> 3 1 0xc085c000 56c8 vesa.ko >> 4 1 0xc0862000 cbe4 ntfs.ko >>... >>13 1 0xc0943000 4ec8 atapicam.ko >>14 1 0xc0948000 1e78 msdosfs_iconv.ko >>15 2 0xc094a000 49f4 libiconv.ko >>16 1 0xc094f000 103f4 ext2fs.ko >>[mb-aw1n-bsd][mato][~] >>$ >> >>all necessary modules seem to be loaded so why is it still failing ?? >> > > > I suspect it has something to do with character-conversion failing. > See the mount_msdosfs(8) manpage for some mount options that might > be able to help you out. i've just found out that once i mount (and unmount) that mount point as root, i can mount (and unmount) it as a regular user. so it seems to me like something is still missing and once it's done/loaded with help of root, it works as expected for others too. but what is it ?? m. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 23:03:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BE6A16A420 for ; Thu, 9 Feb 2006 23:03:05 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from mail.scls.lib.wi.us (mail.scls.lib.wi.us [198.150.40.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3DEA43D45 for ; Thu, 9 Feb 2006 23:03:04 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from [172.26.2.238] ([172.26.2.238]) by mail.scls.lib.wi.us (8.12.9p2/8.12.9) with ESMTP id k19N33R4044434; Thu, 9 Feb 2006 17:03:03 -0600 (CST) (envelope-from nalists@scls.lib.wi.us) Message-ID: <43EBCA27.9050401@scls.lib.wi.us> Date: Thu, 09 Feb 2006 17:03:03 -0600 From: Greg Barniskis User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Ryan R References: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> In-Reply-To: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Broken kde3 from ports, not downloading what it's supposed to. Will not compile; need advice please. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 23:03:05 -0000 Ryan R wrote: > Hi there everybody > > I am a novice user, and I just did a FreeBSD-6.0 MINIMAL install > > I did all the basic stuff, like cvsup'ed my ports and > standard-supfile, so I'm synced to 6.1-PRERELEASE, and I applied my > kernel patches, rebuilt world, and even compiled Xorg from scratch > along with some basic window managers until kde3 was going to be > ready.. But I've encountered a problem :( Well, not bad for a novice! You've gotten good advice from others on this particular issue but I feel compelled to add two cents. As a novice, you might certainly find it less troublesome/exasperating to track a less volatile security release branch (e.g. RELENG_6_0) instead of -STABLE (RELENG_6), and to install your ports applications from packages rather than compiling these yourself from source. The differences in these approaches to system and ports management are pretty well described in the Handbook as well as the archives of this list. However, if you're trying to be on the bleeding edge on purpose because you want the experience (including the occasional headaches) gained from compiling things from scratch, then more power to you, of course. For most purposes though, installing ports from packages is just fine. -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) , (608) 266-6348 From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 00:07:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A87C816A420 for ; Fri, 10 Feb 2006 00:07:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74B2743D49 for ; Fri, 10 Feb 2006 00:07:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 51BF672DDD; Thu, 9 Feb 2006 16:07:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4D17972DDB; Thu, 9 Feb 2006 16:07:45 -0800 (PST) Date: Thu, 9 Feb 2006 16:07:45 -0800 (PST) From: Doug White To: Dmitry Morozovsky In-Reply-To: <20060209210748.L87003@woozle.rinet.ru> Message-ID: <20060209160623.E10921@carver.gumbysoft.com> References: <200602091804.k19I41RN023914@lurza.secnetix.de> <20060209210748.L87003@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 00:07:45 -0000 On Thu, 9 Feb 2006, Dmitry Morozovsky wrote: > OF> > > OF> > dd if=/dev/da0 of=/dev/da0 count=1 > OF> > > OF> > which results in error, but actually create GEOMs > OF> > OF> The following should work as well, without giving an error: > OF> > OF> dd if=/dev/null of=/dev/da0 count=0 > OF> > OF> It opens the device for writing (without actually writing > OF> anything) and immediately closes it again, which causes > OF> devfs to be "triggered". > > Aha, actually, it works. Thanks. How about 'fdisk da0'? :) I have a usb drive that takes a while to become ready after being inserted. It initially generates errors when attempting to access it. Yours may have a similar issue. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 00:27:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FDEA16A420 for ; Fri, 10 Feb 2006 00:27:18 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A57D43D48 for ; Fri, 10 Feb 2006 00:27:16 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.4/8.13.1) with ESMTP id k1A0K0Vs020749 for ; Fri, 10 Feb 2006 01:20:00 +0100 (CET) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.4/8.13.1/Submit) with ESMTP id k1A0K0GH020728 for ; Fri, 10 Feb 2006 01:20:00 +0100 (CET) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Fri, 10 Feb 2006 01:20:00 +0100 (CET) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: stable@freebsd.org Message-ID: <20060210011026.D20535@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Apache abort X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 00:27:18 -0000 I have a problem with an apache installation' the httpd-error log file is full of messages like these: [Fri Feb 10 01:01:03 2006] [warn] pid file /var/run/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Fri Feb 10 01:01:03 2006] [notice] Apache/2.0.55 (FreeBSD) PHP/5.0.5 mod_ssl/2.0.55 OpenSSL/0.9.7e-p1 configured -- resuming normal operations httpd in malloc(): error: recursive call [Fri Feb 10 01:01:32 2006] [notice] child pid 56158 exit signal Abort trap (6) httpd in free(): error: recursive call [Fri Feb 10 01:02:26 2006] [notice] child pid 56160 exit signal Abort trap (6) httpd in free(): error: recursive call [Fri Feb 10 01:02:48 2006] [notice] child pid 56168 exit signal Abort trap (6) httpd in malloc(): error: recursive call [Fri Feb 10 01:03:15 2006] [notice] child pid 56155 exit signal Abort trap (6) httpd in malloc(): error: recursive call [Fri Feb 10 01:04:04 2006] [notice] child pid 56170 exit signal Abort trap (6) httpd in free(): error: recursive call [Fri Feb 10 01:04:27 2006] [notice] child pid 56153 exit signal Abort trap (6) httpd in free(): error: recursive call [Fri Feb 10 01:06:28 2006] [notice] child pid 56157 exit signal Abort trap (6) httpd in free(): error: recursive call [Fri Feb 10 01:07:19 2006] [notice] child pid 56271 exit signal Abort trap (6) This is 6-STABLE (prelease), with "aj" flags in /etc/malloc.conf so I'd expect these not to be fatal errors but only warnings. If it helps anything, here's a partial backtrace (it's always the same): #0 0x29266ae0 in ?? () #1 0x2844982b in _pthread_main_np () from /lib/libc.so.6 #2 0x2842531c in __hostdata_init () from /lib/libc.so.6 #3 0x28425aec in gethostbyname () from /lib/libc.so.6 #4 0x0806f0b2 in ap_get_local_host () #5 0x00000012 in ?? () #6 0xbfbfe548 in ?? () #7 0x284186a5 in freeaddrinfo () from /lib/libc.so.6 #8 0x2e797469 in ?? () #9 0x662e6363 in ?? () #10 0x682e7265 in ?? () #11 0x00000072 in ?? () #12 0xbfbfe880 in ?? () #13 0xbfbfe528 in ?? () #14 0x28458428 in ?? () from /lib/libc.so.6 #15 0x00000006 in ?? () #16 0xbfbfe880 in ?? () #17 0xbfbfe598 in ?? () #18 0x081153c0 in ?? () #19 0x00000003 in ?? () #20 0xbfbfe850 in ?? () #21 0xbfbfe548 in ?? () #22 0x28458428 in ?? () from /lib/libc.so.6 #23 0x00000000 in ?? () #24 0xbfbfe86c in ?? () #25 0xbfbfe888 in ?? () #26 0x284193a9 in getaddrinfo () from /lib/libc.so.6 Previous frame inner to this frame (corrupt stack?) This is a production machine so I can't do much with it currently. Has anyone seen something like this? This doesn't happen on a similar 5-STABLE machine. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 01:25:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68D8916A420 for ; Fri, 10 Feb 2006 01:25:52 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 1131943D45 for ; Fri, 10 Feb 2006 01:25:51 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: (qmail 31833 invoked from network); 10 Feb 2006 01:25:50 -0000 Received: from unknown (HELO ?192.168.0.102?) (66.225.170.87) by smtp.vianet.ca with SMTP; 10 Feb 2006 01:25:50 -0000 Message-ID: <43EBEB9B.1060402@animenfo.com> Date: Thu, 09 Feb 2006 20:25:47 -0500 From: Kevin Lamothe User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Connectivity issue with FreeBSD6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 01:25:52 -0000 Hey there, I'm running BSD6 on my servers. One problem I'm having is the webserver keeps randomly losing connections to the SQL server which is on another box. From the tcpdump logs it looks like the packets are not reaching the sql server, I've talked to one of the admins at the dc and they're saying a few other freebsd6 boxes are having this issue. Any ideas on this weird issue? Thanks From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 03:08:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51D1416A420 for ; Fri, 10 Feb 2006 03:08:25 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id A694B43D46 for ; Fri, 10 Feb 2006 03:08:24 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so230435wxc for ; Thu, 09 Feb 2006 19:08:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OeYN03g1oJvhnMMRcFe0i7O1kw8OS27bvUrNpKBhx/jQqKNcALHpUrXpLFrZRILQw06VIL7hsIFf+lUW/JHUUWte6cq6xuCqqz19hxCGvaBfMFL7bjNKyUel5rc5IAAHXFA2X9wfiEwfvhSzogAfY0YJGzLtLrTWwkLFwG+aeMM= Received: by 10.70.69.19 with SMTP id r19mr1821231wxa; Thu, 09 Feb 2006 19:08:22 -0800 (PST) Received: by 10.70.105.2 with HTTP; Thu, 9 Feb 2006 19:08:22 -0800 (PST) Message-ID: <84dead720602091908l67512dd0j709683723134a6d@mail.gmail.com> Date: Fri, 10 Feb 2006 08:38:22 +0530 From: Joseph Koshy To: Kevin Lamothe In-Reply-To: <43EBEB9B.1060402@animenfo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43EBEB9B.1060402@animenfo.com> Cc: stable@freebsd.org Subject: Re: Connectivity issue with FreeBSD6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 03:08:25 -0000 Kevin, > Any ideas on this weird issue? Please also post the output of dmesg(8) and whatever network related statistics that you have from netstat, ifconfig etc. What is the OS on the SQL server box? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 04:33:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E26C116A420 for ; Fri, 10 Feb 2006 04:33:13 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C11743D45 for ; Fri, 10 Feb 2006 04:33:13 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: (qmail 19793 invoked from network); 10 Feb 2006 04:33:12 -0000 Received: from unknown (HELO ?192.168.0.102?) (66.225.170.87) by smtp.vianet.ca with SMTP; 10 Feb 2006 04:33:12 -0000 Message-ID: <43EC1784.302@animenfo.com> Date: Thu, 09 Feb 2006 23:33:08 -0500 From: Kevin Lamothe User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Joseph Koshy References: <43EBEB9B.1060402@animenfo.com> <84dead720602091908l67512dd0j709683723134a6d@mail.gmail.com> In-Reply-To: <84dead720602091908l67512dd0j709683723134a6d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Connectivity issue with FreeBSD6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 04:33:14 -0000 Joseph Koshy wrote: > Kevin, > > >> Any ideas on this weird issue? >> > > Please also post the output of dmesg(8) and whatever > network related statistics that you have from netstat, > ifconfig etc. What is the OS on the SQL server > box? > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > The www and sql box are both freebsd6 using the exact same image as they are the exact same hardware. i've tried with polling disabled and enabled neither helps. ifconfig: rl0: flags=8843 mtu 1500 options=48 ether 00:13:d4:b1:ef:ce media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 netstat -m: 2177/1093/3270 mbufs in use (current/cache/total) 2087/549/2636/25600 mbuf clusters in use (current/cache/total/max) 45/424/6656 sfbufs in use (current/peak/max) 4718K/1371K/6089K bytes allocated to network (current/cache/total) 0 requests for sfbufs denied 0 requests for sfbufs delayed 828281 requests for I/O initiated by sendfile 6923 calls to protocol drain routines dmesg: All buffers synced. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Thu Jan 26 12:12:18 PST 2006 root@box1.swiftco.com:/usr/obj/usr/src/sys/AYA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2676.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> real memory = 1065025536 (1015 MB) avail memory = 1037479936 (989 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xb800-0xb807 mem 0xdfe00000-0xdfe7ffff,0xc0000000-0xcfffffff,0xdfe80000-0xdfebffff irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 27.0 (no driver attached) pcib1: at device 28.0 on pci0 pci2: on pcib1 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci1: on pcib2 rl0: port 0xd800-0xd8ff mem 0xdffffc00-0xdffffcff irq 17 at device 2.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:13:d4:b1:ef:ce isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f irq 19 at device 31.2 on pci0 atapci1: failed to enable memory mapping! ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] Timecounter "TSC" frequency 2676153040 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled ad0: 76319MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a rl0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 06:09:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9140E16A422 for ; Fri, 10 Feb 2006 06:09:20 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9482A43D49 for ; Fri, 10 Feb 2006 06:09:19 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so342722wra for ; Thu, 09 Feb 2006 22:09:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=oKphWRY7nuJKXyI+IHCLXeEuF17ST14LLGXU772L/v2JZElyiIfMBoJx9ePfkU2xU1P0xwnA8FU6XOG2W4iPmm0i2cLA1N3U3W4/ZLIr62gDuDlsnY9oF2bmGRP+5u8HTB6qkUJMTPkBvwHeX+j5sbQOS0ZgALEK/v9JCNEGkmY= Received: by 10.54.152.14 with SMTP id z14mr7125818wrd; Thu, 09 Feb 2006 22:09:18 -0800 (PST) Received: by 10.54.113.13 with HTTP; Thu, 9 Feb 2006 22:09:18 -0800 (PST) Message-ID: <3aaaa3a0602092209t53d228b4h@mail.gmail.com> Date: Fri, 10 Feb 2006 06:09:18 +0000 From: Chris To: "Mars G. Miro" In-Reply-To: <28edec3c0602090517t6967bd88l16eb63207bd16ffd@mail.gmail.com> MIME-Version: 1.0 References: <28edec3c0602032049l3d258a5cx72efe2c2ba4b23aa@mail.gmail.com> <43E8E353.1090900@dgeos.net> <28edec3c0602071826t5b619al24f0a93c713b5d30@mail.gmail.com> <20060209131840.0pgsy7fs1s0ocos0@mail.dgeos.net> <28edec3c0602090517t6967bd88l16eb63207bd16ffd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Geoffroy Desvernay , freebsd-stable@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/86880: [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS-A7NX motherboard with nforce2 chipset) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 06:09:20 -0000 On 09/02/06, Mars G. Miro wrote: > > On 2/9/06, Geoffroy Desvernay wrote: > > Quoting "Mars G. Miro" : > > > > > On 2/8/06, Geoffroy Desvernay wrote: > > >> > > >> >>>I've got the same problem with an A7N8X-X (athlon 2000+) > motherboard > > and > > >> >>>6-STABLE (Build Feb, 2 2006). > > >> >>>booting with kernel.debug says nothing, seems to be hardware hang > but > > >> >>>doesn't happend with linux nor OpenBSD. Didn't tried 5.3 yet. > > >> >>>Hang after detection of ATA devices (floppy's light turns on, the= n > > hang) > > >> > > > >> > I've experienced this myself. Happens w/ nForce-based mobos and > > >> > certain shuttles. My fix has to always set the BIOS setting of the > HD > > >> > to LBA instead of Auto or CHS. > > >> > > > >> > Try this and report back ;-) > > >> > > > >> Tried this unsuccessfully, but fixing cpu freq to 100Mhz (instead of > > >> 133Mhz) seems to work... > > >> > > >> I've read something about disabling firewire in the bios, but I have > it > > >> on a separate card (not in the MB), and I can't remove it for the > > moment... > > >> > > > > > > Also try disabling APIC (not ACPI) as I've encountered several mobos > > > that have this implemented poorly w/c results in weird behaviors of > > > the OS. > > > > > >> I'm not kernel developper, but I may try patches or ? > > >> > > > > > > I'm not aware of any patches but I think this is just a hardware > > > config problem tho YMMV. > > > > > Working at 133Mhz with hint.apic.0.disabled=3D"1" in looader.conf. > > > > Thanks for that :) > > > > Actually, I was referring to disabling APIC in the BIOS, not in > FreeBSD. But I'm glad that it works ;-) > > > I saw at http://acpi.sf.net/dsdt/view.php?id=3D233 that a dsdt specific > > for this board is available... (not fixing all), could this fix > > anything in my case ? I think I'll give a try on of these days... > > > > That I have no clue ;-) > > > > Geoffroy > > > > ---------------------------------------------------------------- > > This message was sent using IMP, the Internet Messaging Program. > > > > > > > > > cheers > mars > _______________________________________________ I noticed a few times now disabling acpi in 6.0 fixes some problems, but on the same hardware acpi will work on 5.4 is this to do with i386 support bee= n removed or are there other acpi changes under the hood? Chris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 06:14:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E98E16A420 for ; Fri, 10 Feb 2006 06:14:51 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8462443D46 for ; Fri, 10 Feb 2006 06:14:50 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.207.70) by pne-smtpout2-sn2.hy.skanova.net (7.2.070) id 43E6F1FB00138FCB for freebsd-stable@freebsd.org; Fri, 10 Feb 2006 07:14:49 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id E0E7761C9E for ; Fri, 10 Feb 2006 07:14:47 +0100 (CET) Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72356-04 for ; Fri, 10 Feb 2006 07:14:46 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi.stromnet.org (Postfix) with ESMTP id 0C77861C9C for ; Fri, 10 Feb 2006 07:14:45 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) To: freebsd-stable@freebsd.org Message-Id: <24ECF01E-9881-41F3-A1D9-4C258489D41F@stromnet.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4-183655063; protocol="application/pkcs7-signature" From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Fri, 10 Feb 2006 07:15:28 +0100 X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gmirror/disk problems! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 06:14:51 -0000 --Apple-Mail-4-183655063 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi list! I've been experiencing problems earlier with gmirror (thread "Page fault, GEOM problem??"). My gmirror crashed, and the box compleatly froze. Now I got a new mobo, and it has been working great since (no crashes, and i get decent 40-50mb/s read/write instead of ~10-20). This morning i woke up to this: subdisk4: detached ad4: detached unknown: TIMEOUT - READ_DMA retrying (1 retry left) LBA=187595536 unknown: timeout waiting to issue command unknown: error issueing READ_DMA command GEOM_MIRROR: Device gm0s1: provider ad4s1 disconnected. GEOM_MIRROR: Request failed (error=6). ad4s1[WRITE(offset=134373376, length=16384)] GEOM_MIRROR: Request failed (error=6). ad4s1[WRITE(offset=134438912, length=16384)] GEOM_MIRROR: Request failed (error=6). ad4s1[WRITE(offset=268591104, length=16384)] GEOM_MIRROR: Request failed (error=6). ad4s1[WRITE(offset=268607488, length=16384)] GEOM_MIRROR: Request failed (error=6). ad4s1[WRITE(offset=268656640, length=16384)] GEOM_MIRROR: Request failed (error=6). ad4s1[WRITE(offset=5966399488, length=2048)] GEOM_MIRROR: Request failed (error=5). ad4s1[READ(offset=96048882176, length=32768)] Just like "old times"... However, no page faults! Yay.. But.. what is going on here?? Why does the atacontroler or whatever think they need to detach my disk?? And how do i reattach it? I have tried some stuff with atacontrol: $ atacontrol list ATA channel 0: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: ad6 Serial ATA v1.0 Slave: no device present $ atacontrol attach ata2 atacontrol: ioctl(IOCATAATTACH): File exists $ atacontrol reinit ata2 < here i get a long system wide block> Master: no device present Slave: no device present $ Okay so no luck reiniting it.. I dont realy wanna reboot the box (each time this might happen).. But im happy that it doesnt crash totally anymore heh... dmesg of current system: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #2: Thu Dec 1 20:18:30 CET 2005 johan@elfi.stromnet.org:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP (1200.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480800 real memory = 536674304 (511 MB) avail memory = 515833856 (491 MB) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 5 on acpi0 pci_link6: irq 5 on acpi0 pci_link7: irq 3 on acpi0 pci_link8: irq 5 on acpi0 pci_link9: irq 0 on acpi0 pci_link10: irq 11 on acpi0 pci_link11: irq 0 on acpi0 pci_link12: irq 5 on acpi0 pci_link13: irq 0 on acpi0 pci_link14: irq 0 on acpi0 pci_link15: irq 10 on acpi0 pci_link16: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfebfb000-0xfebfbfff irq 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfebfc000-0xfebfcfff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xfebfdc00-0xfebfdcff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered nve0: port 0xdc00-0xdc07 mem 0xfebfe000-0xfebfefff irq 20 at device 4.0 on pci0 nve0: Ethernet address 00:13:d4:bf:5b:79 miibus0: on nve0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: Ethernet address: 00:13:d4:bf:5b:79 nve0: [GIANT-LOCKED] pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pci_link0: BIOS IRQ 22 for 0.11.INTA is invalid pci_link2: BIOS IRQ 21 for 0.6.INTA is invalid pci2: on pcib1 pci2: at device 6.0 (no driver attached) atapci0: port 0xc880-0xc8ff, 0xb800-0xb8ff mem 0xfeafd000-0xfeafdfff,0xfea80000-0xfea9ffff irq 16 at device 8.0 on pci2 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xcc00-0xcc7f mem 0xfeafec00-0xfeafec7f irq 17 at device 9.0 on pci2 miibus1: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:ef:c6:36 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 9.0 on pci0 ata0: on atapci1 ata1: on atapci1 atapci2: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0x7f00-0x7f0f, 0x7c00-0x7c7f irq 22 at device 11.0 on pci0 ata6: on atapci2 ata7: on atapci2 pcib2: at device 30.0 on pci0 pci1: on pcib2 acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc87ff, 0xc8800-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1200008615 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 ad6: 286188MB at ata3-master SATA150 ad10: 286188MB at ata5-master SATA150 I could try to move the disks to my promise sata2 tx4 card i bought for the old mobo (which didnt have sata)... But i'd rather find the problem ;) Hope someone can help. Thanks Johan --Apple-Mail-4-183655063-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 06:16:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22EB516A420 for ; Fri, 10 Feb 2006 06:16:34 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3006E43D46 for ; Fri, 10 Feb 2006 06:16:33 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so255783wra for ; Thu, 09 Feb 2006 22:16:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=JgnSDas8hcp1tK0HTKhoCP8ES7FGVyWJz6s8/FyWa0scQuXPn/URrjAFCfW0G3UyEA0UmAKBNJZb4h3vdxf5A4k8m3L2/q7C0+VNg4dEWxJ3VIiymsoU7LywzXBGeHHXGdcwlxTnUKFK9mPmj5SA87BvfPoMzB/pcJeHozTiAMM= Received: by 10.54.123.3 with SMTP id v3mr439254wrc; Thu, 09 Feb 2006 22:16:32 -0800 (PST) Received: by 10.54.113.13 with HTTP; Thu, 9 Feb 2006 22:16:32 -0800 (PST) Message-ID: <3aaaa3a0602092216t75d955aew@mail.gmail.com> Date: Fri, 10 Feb 2006 06:16:32 +0000 From: Chris To: Kris Kennaway In-Reply-To: <20060209054333.GA68771@xor.obsecurity.org> MIME-Version: 1.0 References: <43E7EDA2.7070807@rogers.com> <001201c62b84$4d591900$fac8a8c0@dragon> <20060207014535.GA10328@xor.obsecurity.org> <3aaaa3a0602082040l4917c5cfo@mail.gmail.com> <20060209054333.GA68771@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Jon Holstrom Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 06:16:34 -0000 On 09/02/06, Kris Kennaway wrote: > > On Thu, Feb 09, 2006 at 04:40:46AM +0000, Chris wrote: > > On 07/02/06, Kris Kennaway wrote: > > > > > > On Mon, Feb 06, 2006 at 05:17:45PM -0800, Jon Holstrom wrote: > > > > i cvsuped for 5.4 stable a few days ago. > > > > server gave me 5.5 prerelease > > > > > > Right, because they're the same. > > > > > > > works good, > > > > > > > > gnome2-2.12 ( had to pkg_deinstall -r deinstall gnome 2.10) > > > > Xorg 6.9.0 > > > > > > > > just slow as can be > > > > > > This is unlikely since changing the name of the release doesn't > > > magically make it slower, but if you really think so, then again, > > > please explain. > > > > > > Kris > > > > > > > > > > > Saying 6 is preferable in every way is a sweeping statement, their are > > Note that I didn't say that. > > > numerous reasons why people may not want to jump to 6.0 just yet, I for > > instance have found some issues in 6.0 which stop it working so well > with my > > hardware possibly due to the i386 code removal I dont know but that is > what > > might be it, and I use some software which isnt yet to be compatible > with > > 6.x. Hopefully all my problems will be resolved when 6.1 is released. > > Your issues probably won't be fixed if you don't report them, though. > > Kris > > > I did try to report the one with incompatible hardware and was told it was broken hardware which seems stupid considering the same hardware will run linux, freebsd 5.x, freebsd 4.x and windows just fine. For software I expect over time that wont be a problem as with any version jump it takes time for software to adapt. Chris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 06:25:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF1BF16A420 for ; Fri, 10 Feb 2006 06:25:36 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id E64E643D46 for ; Fri, 10 Feb 2006 06:25:35 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir4.iol.cz (avir4 [192.168.30.209]) by smtp-out4.iol.cz (Postfix) with ESMTP id DFA6A1F8A6B; Fri, 10 Feb 2006 07:25:32 +0100 (CET) Received: from localhost (antivir4.iol.cz [127.0.0.1]) by antivir4.iol.cz (Postfix) with ESMTP id D2E3F24001E; Fri, 10 Feb 2006 07:25:32 +0100 (CET) Received: from smtp-out4.iol.cz (unknown [192.168.30.31]) by antivir4.iol.cz (Postfix) with ESMTP id BF02C24001B; Fri, 10 Feb 2006 07:25:32 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out4.iol.cz (Postfix) with ESMTP id ECB7C22AEF0; Fri, 10 Feb 2006 07:25:22 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 7C47427; Fri, 10 Feb 2006 07:25:22 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, TRACKER_ID autolearn=ham version=3.1.0 Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id 3A18125; Fri, 10 Feb 2006 07:25:21 +0100 (CET) Date: Fri, 10 Feb 2006 07:25:21 +0100 (CET) From: Vladimir Botka X-X-Sender: vlado@srv.g1.netng.org To: Greg Barniskis In-Reply-To: <43EBCA27.9050401@scls.lib.wi.us> Message-ID: <20060210072157.E17222@srv.g1.netng.org> References: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> <43EBCA27.9050401@scls.lib.wi.us> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at iol.cz Cc: Ryan R , freebsd-stable@freebsd.org Subject: Re: Broken kde3 from ports, not downloading what it's supposed to. Will not compile; need advice please. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 06:25:37 -0000 There are no kde-3.5.1 packages available. AFAIK. Maybe on the 6.1-BETA1-i386-disc2.iso ? Cheers, -vlado D0000000000000000000000000000000 On Thu, 9 Feb 2006, Greg Barniskis wrote: > Ryan R wrote: >> Hi there everybody >> >> I am a novice user, and I just did a FreeBSD-6.0 MINIMAL install >> >> I did all the basic stuff, like cvsup'ed my ports and >> standard-supfile, so I'm synced to 6.1-PRERELEASE, and I applied my >> kernel patches, rebuilt world, and even compiled Xorg from scratch >> along with some basic window managers until kde3 was going to be >> ready.. But I've encountered a problem :( > > Well, not bad for a novice! > > You've gotten good advice from others on this particular issue but I feel > compelled to add two cents. As a novice, you might certainly find it less > troublesome/exasperating to track a less volatile security release branch > (e.g. RELENG_6_0) instead of -STABLE (RELENG_6), and to install your ports > applications from packages rather than compiling these yourself from source. > The differences in these approaches to system and ports management are pretty > well described in the Handbook as well as the archives of this list. > > However, if you're trying to be on the bleeding edge on purpose because you > want the experience (including the occasional headaches) gained from > compiling things from scratch, then more power to you, of course. For most > purposes though, installing ports from packages is just fine. > > > -- > Greg Barniskis, Computer Systems Integrator > South Central Library System (SCLS) > Library Interchange Network (LINK) > , (608) 266-6348 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 06:42:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB2B816A420 for ; Fri, 10 Feb 2006 06:42:23 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1249C43D46 for ; Fri, 10 Feb 2006 06:42:23 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.207.70) by pne-smtpout2-sn2.hy.skanova.net (7.2.070) id 43E6F1FB00139EE1 for freebsd-stable@freebsd.org; Fri, 10 Feb 2006 07:42:22 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 9E1B861C9D for ; Fri, 10 Feb 2006 07:42:21 +0100 (CET) Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71185-09 for ; Fri, 10 Feb 2006 07:42:19 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi.stromnet.org (Postfix) with ESMTP id 8FDA861C9E for ; Fri, 10 Feb 2006 07:42:19 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <24ECF01E-9881-41F3-A1D9-4C258489D41F@stromnet.org> References: <24ECF01E-9881-41F3-A1D9-4C258489D41F@stromnet.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-6-185308276; protocol="application/pkcs7-signature" Message-Id: From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Fri, 10 Feb 2006 07:43:01 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: gmirror/disk problems! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 06:42:23 -0000 --Apple-Mail-6-185308276 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 10 feb 2006, at 07.15, Johan Str=F6m wrote: > Hi list! > > I've been experiencing problems earlier with gmirror (thread "Page =20 > fault, GEOM problem??"). My gmirror crashed, and the box compleatly =20= > froze. > Now I got a new mobo, and it has been working great since (no =20 > crashes, and i get decent 40-50mb/s read/write instead of ~10-20). > This morning i woke up to this: > > > subdisk4: detached > ad4: detached > unknown: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D187595536 > unknown: timeout waiting to issue command > unknown: error issueing READ_DMA command > GEOM_MIRROR: Device gm0s1: provider ad4s1 disconnected. > GEOM_MIRROR: Request failed (error=3D6). ad4s1[WRITE=20 > (offset=3D134373376, length=3D16384)] > GEOM_MIRROR: Request failed (error=3D6). ad4s1[WRITE=20 > (offset=3D134438912, length=3D16384)] > GEOM_MIRROR: Request failed (error=3D6). ad4s1[WRITE=20 > (offset=3D268591104, length=3D16384)] > GEOM_MIRROR: Request failed (error=3D6). ad4s1[WRITE=20 > (offset=3D268607488, length=3D16384)] > GEOM_MIRROR: Request failed (error=3D6). ad4s1[WRITE=20 > (offset=3D268656640, length=3D16384)] > GEOM_MIRROR: Request failed (error=3D6). ad4s1[WRITE=20 > (offset=3D5966399488, length=3D2048)] > GEOM_MIRROR: Request failed (error=3D5). ad4s1[READ=20 > (offset=3D96048882176, length=3D32768)] > > Just like "old times"... However, no page faults! Yay.. But.. what =20 > is going on here?? Why does the atacontroler or whatever think they > need to detach my disk?? And how do i reattach it? I have tried =20 > some stuff with atacontrol: > > $ atacontrol list > ATA channel 0: > Master: acd0 ATA/ATAPI revision 0 > Slave: no device present > ATA channel 1: > Master: no device present > Slave: no device present > ATA channel 2: > Master: no device present > Slave: no device present > ATA channel 3: > Master: ad6 Serial ATA v1.0 > Slave: no device present > $ atacontrol attach ata2 > atacontrol: ioctl(IOCATAATTACH): File exists > $ atacontrol reinit ata2 > < here i get a long system wide block> > Master: no device present > Slave: no device present > $ > > Okay so no luck reiniting it.. I dont realy wanna reboot the box =20 > (each time this might happen).. But im happy that it doesnt crash =20 > totally anymore heh... > > dmesg of current system: Feb 2 19:39:09 elfi syslogd: kernel boot file is /boot/kernel/kernel Feb 2 19:39:09 elfi kernel: Copyright (c) 1992-2005 The FreeBSD =20 Project. Feb 2 19:39:09 elfi kernel: Copyright (c) 1979, 1980, 1983, 1986, =20 1988, 1989, 1991, 1992, 1993, 1994 Feb 2 19:39:09 elfi kernel: The Regents of the University of =20 California. All rights reserved. Feb 2 19:39:09 elfi kernel: FreeBSD 6.0-RELEASE #2: Thu Dec 1 =20 20:18:30 CET 2005 Feb 2 19:39:09 elfi kernel: johan@elfi.stromnet.org:/usr/obj/usr/src/=20= sys/GENERIC Feb 2 19:39:09 elfi kernel: ACPI APIC Table: Feb 2 19:39:09 elfi kernel: Timecounter "i8254" frequency 1193182 Hz =20= quality 0 Feb 2 19:39:09 elfi kernel: CPU: AMD Athlon(tm) XP (1200.01-MHz 686-=20= class CPU) Feb 2 19:39:09 elfi kernel: Origin =3D "AuthenticAMD" Id =3D 0x662 =20= Stepping =3D 2 Feb 2 19:39:09 elfi kernel: =20 Features=3D0x383fbff Feb 2 19:39:09 elfi kernel: AMD Features=3D0xc0480800 Feb 2 19:39:09 elfi kernel: real memory =3D 536674304 (511 MB) Feb 2 19:39:09 elfi kernel: avail memory =3D 515833856 (491 MB) Feb 2 19:39:09 elfi kernel: ioapic0 irqs 0-23 on =20 motherboard Feb 2 19:39:09 elfi kernel: npx0: [FAST] Feb 2 19:39:09 elfi kernel: npx0: on motherboard Feb 2 19:39:09 elfi kernel: npx0: INT 16 interface Feb 2 19:39:09 elfi kernel: acpi0: on motherboard Feb 2 19:39:09 elfi kernel: acpi0: Power Button (fixed) Feb 2 19:39:09 elfi kernel: pci_link0: irq 0 on =20= acpi0 Feb 2 19:39:09 elfi kernel: pci_link1: irq 5 on =20= acpi0 Feb 2 19:39:09 elfi kernel: pci_link2: irq 0 on =20= acpi0 Feb 2 19:39:09 elfi kernel: pci_link3: irq 0 on =20= acpi0 Feb 2 19:39:09 elfi kernel: pci_link4: irq 11 =20 on acpi0 Feb 2 19:39:09 elfi kernel: pci_link5: irq 5 on =20= acpi0 Feb 2 19:39:09 elfi kernel: pci_link6: irq 5 on =20= acpi0 Feb 2 19:39:09 elfi kernel: pci_link7: irq 3 on =20= acpi0 Feb 2 19:39:09 elfi kernel: pci_link8: irq 5 on =20= acpi0 Feb 2 19:39:09 elfi kernel: pci_link9: irq 0 on =20= acpi0 Feb 2 19:39:09 elfi kernel: pci_link10: irq 11 =20 on acpi0 Feb 2 19:39:09 elfi kernel: pci_link11: irq 0 =20 on acpi0 Feb 2 19:39:09 elfi kernel: pci_link12: irq 5 =20 on acpi0 Feb 2 19:39:09 elfi kernel: pci_link13: irq 0 =20 on acpi0 Feb 2 19:39:09 elfi kernel: pci_link14: irq 0 =20 on acpi0 Feb 2 19:39:09 elfi kernel: pci_link15: irq 10 =20 on acpi0 Feb 2 19:39:09 elfi kernel: pci_link16: irq 0 =20 on acpi0 Feb 2 19:39:09 elfi kernel: Timecounter "ACPI-fast" frequency =20 3579545 Hz quality 1000 Feb 2 19:39:09 elfi kernel: acpi_timer0: <24-bit timer at =20 3.579545MHz> port 0x4008-0x400b on acpi0 Feb 2 19:39:09 elfi kernel: cpu0: on acpi0 Feb 2 19:39:09 elfi kernel: acpi_throttle0: on =20= cpu0 Feb 2 19:39:09 elfi kernel: pcib0: port =20 0xcf8-0xcff on acpi0 Feb 2 19:39:09 elfi kernel: pci0: on pcib0 Feb 2 19:39:09 elfi kernel: agp0: =20 mem 0xf8000000-0xfbffffff at device 0.0 on pci0 Feb 2 19:39:09 elfi kernel: pci0: at device 0.1 (no =20 driver attached) Feb 2 19:39:09 elfi kernel: pci0: at device 0.2 (no =20 driver attached) Feb 2 19:39:09 elfi kernel: pci0: at device 0.3 (no =20 driver attached) Feb 2 19:39:09 elfi kernel: pci0: at device 0.4 (no =20 driver attached) Feb 2 19:39:09 elfi kernel: pci0: at device 0.5 (no =20 driver attached) Feb 2 19:39:09 elfi kernel: isab0: at device 1.0 on =20= pci0 Feb 2 19:39:09 elfi kernel: isa0: on isab0 Feb 2 19:39:09 elfi kernel: pci0: at device 1.1 =20 (no driver attached) Feb 2 19:39:09 elfi kernel: ohci0: =20 mem 0xfebfb000-0xfebfbfff irq 20 at device 2.0 on pci0 Feb 2 19:39:09 elfi kernel: ohci0: [GIANT-LOCKED] Feb 2 19:39:09 elfi kernel: usb0: OHCI version 1.0, legacy support Feb 2 19:39:09 elfi kernel: usb0: on =20= ohci0 Feb 2 19:39:09 elfi kernel: usb0: USB revision 1.0 Feb 2 19:39:09 elfi kernel: uhub0: nVidia OHCI root hub, class 9/0, =20 rev 1.00/1.00, addr 1 Feb 2 19:39:09 elfi kernel: uhub0: 4 ports with 4 removable, self =20 powered Feb 2 19:39:09 elfi kernel: ohci1: =20 mem 0xfebfc000-0xfebfcfff irq 21 at device 2.1 on pci0 Feb 2 19:39:09 elfi kernel: ohci1: [GIANT-LOCKED] Feb 2 19:39:09 elfi kernel: usb1: OHCI version 1.0, legacy support Feb 2 19:39:09 elfi kernel: usb1: on =20= ohci1 Feb 2 19:39:09 elfi kernel: usb1: USB revision 1.0 Feb 2 19:39:09 elfi kernel: uhub1: nVidia OHCI root hub, class 9/0, =20 rev 1.00/1.00, addr 1 Feb 2 19:39:09 elfi kernel: uhub1: 4 ports with 4 removable, self =20 powered Feb 2 19:39:09 elfi kernel: ehci0: mem 0xfebfdc00-0xfebfdcff irq 22 at device 2.2 on pci0 Feb 2 19:39:09 elfi kernel: ehci0: [GIANT-LOCKED] Feb 2 19:39:09 elfi kernel: usb2: EHCI version 1.0 Feb 2 19:39:09 elfi kernel: usb2: companion controllers, 4 ports =20 each: usb0 usb1 Feb 2 19:39:09 elfi kernel: usb2: on ehci0 Feb 2 19:39:09 elfi kernel: usb2: USB revision 2.0 Feb 2 19:39:09 elfi kernel: uhub2: nVidia EHCI root hub, class 9/0, =20 rev 2.00/1.00, addr 1 Feb 2 19:39:09 elfi kernel: uhub2: 8 ports with 8 removable, self =20 powered Feb 2 19:39:09 elfi kernel: nve0: port 0xdc00-0xdc07 mem 0xfebfe000-0xfebfefff irq 20 at =20 device 4.0 on pci0 Feb 2 19:39:09 elfi kernel: nve0: Ethernet address 00:13:d4:bf:5b:79 Feb 2 19:39:09 elfi kernel: miibus0: on nve0 Feb 2 19:39:09 elfi kernel: rlphy0: on miibus0 Feb 2 19:39:09 elfi kernel: rlphy0: 10baseT, 10baseT-FDX, =20 100baseTX, 100baseTX-FDX, auto Feb 2 19:39:09 elfi kernel: nve0: Ethernet address: 00:13:d4:bf:5b:79 Feb 2 19:39:09 elfi kernel: nve0: [GIANT-LOCKED] Feb 2 19:39:09 elfi kernel: pci0: at device 6.0 =20 (no driver attached) Feb 2 19:39:09 elfi kernel: pcib1: at device =20 8.0 on pci0 Feb 2 19:39:09 elfi kernel: pci_link0: BIOS IRQ 22 for 0.11.INTA is =20 invalid Feb 2 19:39:09 elfi kernel: pci_link2: BIOS IRQ 21 for 0.6.INTA is =20 invalid Feb 2 19:39:09 elfi kernel: pci2: on pcib1 Feb 2 19:39:09 elfi kernel: pci2: at device 6.0 (no =20 driver attached) Feb 2 19:39:09 elfi kernel: xl0: <3Com 3c905C-TX Fast Etherlink XL> =20 port 0xcc00-0xcc7f mem 0xfeafec00-0xfeafec7f irq 17 at device 9.0 on =20 pci2 Feb 2 19:39:09 elfi kernel: miibus1: on xl0 Feb 2 19:39:09 elfi kernel: xlphy0: <3c905C 10/100 internal PHY> on =20 miibus1 Feb 2 19:39:09 elfi kernel: xlphy0: 10baseT, 10baseT-FDX, =20 100baseTX, 100baseTX-FDX, auto Feb 2 19:39:09 elfi kernel: xl0: Ethernet address: 00:04:76:ef:c6:36 Feb 2 19:39:09 elfi kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at =20= device 9.0 on pci0 Feb 2 19:39:09 elfi kernel: ata0: on atapci0 Feb 2 19:39:09 elfi kernel: ata1: on atapci0 Feb 2 19:39:09 elfi kernel: atapci1: port =20 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0x7f00-0x7f0f,=20= 0x7c00- 0x7c7f irq 22 at device 11.0 on pci0 Feb 2 19:39:09 elfi kernel: ata2: on atapci1 Feb 2 19:39:09 elfi kernel: ata3: on atapci1 Feb 2 19:39:09 elfi kernel: pcib2: at device =20 30.0 on pci0 Feb 2 19:39:09 elfi kernel: pci1: on pcib2 Feb 2 19:39:09 elfi kernel: acpi_button0: on acpi0 Feb 2 19:39:09 elfi kernel: fdc0: =20 port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Feb 2 19:39:09 elfi kernel: fdc0: [FAST] Feb 2 19:39:09 elfi kernel: ppc0: port =20 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 Feb 2 19:39:09 elfi kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/=20 NIBBLE) in COMPATIBLE mode Feb 2 19:39:09 elfi kernel: ppc0: FIFO with 16/16/9 bytes threshold Feb 2 19:39:09 elfi kernel: ppbus0: on ppc0 Feb 2 19:39:09 elfi kernel: plip0: on ppbus0 Feb 2 19:39:09 elfi kernel: lpt0: on ppbus0 Feb 2 19:39:09 elfi kernel: lpt0: Interrupt-driven port Feb 2 19:39:09 elfi kernel: ppi0: on ppbus0 Feb 2 19:39:09 elfi kernel: atkbdc0: =20 port 0x60,0x64 irq 1 on acpi0 Feb 2 19:39:09 elfi kernel: atkbd0: irq 1 on atkbdc0 Feb 2 19:39:09 elfi kernel: kbd0 at atkbd0 Feb 2 19:39:09 elfi kernel: atkbd0: [GIANT-LOCKED] Feb 2 19:39:09 elfi kernel: sio0: <16550A-compatible COM port> port =20 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Feb 2 19:39:09 elfi kernel: sio0: type 16550A Feb 2 19:39:09 elfi kernel: pmtimer0 on isa0 Feb 2 19:39:09 elfi kernel: orm0: at iomem =20 0xc0000-0xc7fff,0xc8000-0xc87ff on isa0 Feb 2 19:39:09 elfi kernel: sc0: at flags 0x100 on =20 isa0 Feb 2 19:39:09 elfi kernel: sc0: VGA <16 virtual consoles, flags=3D0x300>= Feb 2 19:39:09 elfi kernel: sio1: configured irq 3 not in bitmap of =20 probed irqs 0 Feb 2 19:39:09 elfi kernel: sio1: port may not be enabled Feb 2 19:39:09 elfi kernel: vga0: at port =20 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Feb 2 19:39:09 elfi kernel: Timecounter "TSC" frequency 1200006671 =20 Hz quality 800 Feb 2 19:39:09 elfi kernel: Timecounters tick every 1.000 msec Feb 2 19:39:09 elfi kernel: acd0: CDROM at =20 ata0-master PIO4 Feb 2 19:39:09 elfi kernel: ad4: 286188MB =20 at ata2-master SATA150 Feb 2 19:39:09 elfi kernel: ad6: 286188MB =20 at ata3-master SATA150 Feb 2 19:39:09 elfi kernel: GEOM_MIRROR: Device gm0s1 created =20 (id=3D4118114647). Feb 2 19:39:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad4s1 detected. Feb 2 19:39:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 detected. Feb 2 19:39:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 activated. Feb 2 19:39:09 elfi kernel: Root mount waiting for: GMIRROR Feb 2 19:39:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad4s1 activated. Feb 2 19:39:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 mirror/gm0s1 launched. There we go..: ) The last was from a previous boot before i pulled =20 the promise card out... Has worked fine since (7 days uptime). > > I could try to move the disks to my promise sata2 tx4 card i bought =20= > for the old mobo (which didnt have sata)... But i'd rather find the =20= > problem ;) > > Hope someone can help. > Thanks > Johan > --Apple-Mail-6-185308276-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 08:00:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E5DF16A422 for ; Fri, 10 Feb 2006 08:00:18 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id D644F43D45 for ; Fri, 10 Feb 2006 08:00:17 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by uproxy.gmail.com with SMTP id c2so196998ugf for ; Fri, 10 Feb 2006 00:00:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lJOgeitmUPxVztmJwt94DHHV/wMOwztTkPnKYCcO8ath+K04C+q3ePaLMqOk+yA8a9dtP9Rnubs5cLAOR7XfKpS7wjpTphiu81sP79AyVQsOaJxZg/1BitGmlmUNa6//XntvL1Tzp1NETzDnpEPgved2cg7JE7lOWpVh7EqJpao= Received: by 10.67.27.17 with SMTP id e17mr819903ugj; Thu, 09 Feb 2006 22:19:32 -0800 (PST) Received: by 10.66.234.16 with HTTP; Thu, 9 Feb 2006 22:19:32 -0800 (PST) Message-ID: <5f67a8c40602092219r4109cf2fw99966f397aa41d86@mail.gmail.com> Date: Fri, 10 Feb 2006 01:19:32 -0500 From: Zaphod Beeblebrox To: Doug White In-Reply-To: <20060209160623.E10921@carver.gumbysoft.com> MIME-Version: 1.0 References: <200602091804.k19I41RN023914@lurza.secnetix.de> <20060209210748.L87003@woozle.rinet.ru> <20060209160623.E10921@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 08:00:18 -0000 On 2/9/06, Doug White wrote: How about 'fdisk da0'? :) That's only bad when it actually decides to do something :). I have a usb drive that takes a while to become ready after being > inserted. It initially generates errors when attempting to access it. > Yours may have a similar issue. > No... what he's talking about (and I have also commented on this issue) is that many USB devices that talk to memory --- and we're not talking about USB memory sticks per se, but more like 5-in-1 readers and whatnot --- "plu= g in" to USB and show up as disks with '0' blocks. Many of these devices sho= w up as many drives (different "luns" in the SCSI speak) all with 0 bytes. A good example of the problem is my Dell flat panel. It has a USB connection to the computer and it provides a USB hub with 4 ports and a 4 slot multi-card reader. It shows up thusly: da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present and a good summary: [3:137:437]root@canoe:/usr/ports/astro/gpsd/work/gpsd-2.30> camcontrol devlist at scbus0 target 0 lun 0 (da0,pass0) at scbus0 target 0 lun 1 (da1,pass1) at scbus0 target 0 lun 2 (da2,pass2) at scbus0 target 0 lun 3 (da3,pass3) Obviously, one each for compact flash, memory stick, Smart media and SD/MMC= . Now... interestingly, if I put a card in, camcontrol rescan da3, it doesn't realize that the media has changed, or that the media is anything but zero blocks. Several of the GEOM classes even panic if you ask them to attach to the empty unit. If the unit is full, attaching the null geom device works somewhat like doing the "dd" trick from earlier in this thread. But (just to show the sillyness of it) my current workaround to this proble= m (most times) is to turn off my monitor (thus dumping the USB hub and all it's attachments). Nasty. Need to be able to rescan these things. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 08:03:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FC6E16A420 for ; Fri, 10 Feb 2006 08:03:59 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDE1D43D48 for ; Fri, 10 Feb 2006 08:03:58 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr1.xs4all.nl (8.13.3/8.13.3) with ESMTP id k1A83rNA091291; Fri, 10 Feb 2006 09:03:53 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k1A83r46005996; Fri, 10 Feb 2006 09:03:53 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k1A83ob1005995; Fri, 10 Feb 2006 09:03:50 +0100 (CET) (envelope-from wb) Date: Fri, 10 Feb 2006 09:03:50 +0100 From: Wilko Bulte To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20060210080350.GA5978@freebie.xs4all.nl> References: <43EA5C50.5020804@deepcore.dk> <20060208213704.GA703@freebie.xs4all.nl> <43EA6625.2070106@deepcore.dk> <20060208221056.GA1299@freebie.xs4all.nl> <43EB5393.5090502@deepcore.dk> <20060209144250.GB4874@freebie.xs4all.nl> <43EB55A1.9040405@deepcore.dk> <20060209201912.GA680@freebie.xs4all.nl> <43EBA4F7.7040407@deepcore.dk> <20060209220824.GA1499@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060209220824.GA1499@freebie.xs4all.nl> X-OS: FreeBSD 6.1-PRERELEASE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Showstopper ATA bug in 6.1-PRE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 08:03:59 -0000 On Thu, Feb 09, 2006 at 11:08:24PM +0100, Wilko Bulte wrote.. > On Thu, Feb 09, 2006 at 09:24:23PM +0100, Sren Schmidt wrote.. > > Wilko Bulte wrote: > > >On Thu, Feb 09, 2006 at 03:45:53PM +0100, Sren Schmidt wrote.. > > >>Wilko Bulte wrote: > > >>>On Thu, Feb 09, 2006 at 03:37:07PM +0100, Sren Schmidt wrote.. > > >>>>Wilko Bulte wrote: > > >>>>>On Wed, Feb 08, 2006 at 10:44:05PM +0100, Sren Schmidt wrote.. > > >>>>>>Wilko Bulte wrote: > > >>>>>>>On Wed, Feb 08, 2006 at 10:02:08PM +0100, Sren Schmidt wrote.. > > >>>>>>>>Wilko Bulte wrote: > > >>>>>>>>>Hi Soren, > > >>>>>>>>> > > >>>>>>>>>I just went to 6.1-PRE on my main machine, coming from 6.0-STABLE > > >>>>>>>>>of roughly end of december. > > >>>>>>>>> > > >>>>>>>>>And I hit some stuff that really worries me: > > >>>>>>>>> > > >>>>>>>>>- the freshly built kernel keels over with (hand transcribed): > > >>>>>>>>> > > >>>>>>>>>ata3: reiniting channel SATA connect ... > > >>>>>>>>>SATA connected > > >>>>>>>>>sata_connect_devices 0x1 > > >>>>>>>>> > > >>>>>>>>>ad6: req=0xC35ba0c8 SETFEATURES SETTRANSFERMODE semaphore timeout > > >>>>>>>>>!! DANGER Will RObinson !! > > >>>>>>>>> > > >>>>>>>>>(... is where I cannot read my own handwriting, it scrolled quite > > >>>>>>>>>fast on > > >>>>>>>>>the screen..) > > >>>>>>>>> > > >>>>>>>>>Boot device is a SATA RAID1 on a Promise 2300. > > >>>>>>>>Hmm, that should not happen. Could you try to backstep just ATA to > > >>>>>>>>before the MFC, that is 24/1/06 and let me know if that helps > > >>>>>>>>please ? > > >>>>>>>First impression is that the problem is gone. None of the > > >>>>>>>previously reported errors are seen. I am running a level 0 dump > > >>>>>>>from disk to disk > > >>>>>>>to see if the box remains stable. Given that this is my primary > > >>>>>>>machine > > >>>>>>>I sure hope it will be :-) > > >>>>>>> > > >>>>>>>>>Another snag is that my ad10 disk on 6.0-STABLE suddenly became > > >>>>>>>>>ad12 on > > >>>>>>>>>6.1-PRE > > >>>>>>>>Hmm that is because there is only 2 ports on your promise which is > > >>>>>>>>now correctly identified, before it was errounsly found as 3 ports. > > >>>>>>>Ah, OK. I would suggest a note to the Release Note writers would be > > >>>>>>>a good > > >>>>>>>thing, devices changing location after an upgrade in the -stable > > >>>>>>>branch > > >>>>>>>is unnerving ;-) > > >>>>>>Well, the good thing is that I can reproduce the error here, the bad > > >>>>>>thing is that it slipped through testing on -current... > > >>>>>>Oh, well, I'll look into it ASAP... > > >>>>>Thank you Soren! > > >>>>OK, had a few this afternoon, could you try this patch and let me know > > >>>>if it helps, at least it makes the problem go away on my testbed.. > > >>>Is this relative to HEAD or RELENG_6? I cannot / will not go to HEAD > > >>>with this machine (my main production box.. :-) > > >>Doesn't matter, ATA is the same on both... > > > > > >OK, I was not sure if they were 100% identical. > > > > > >The patch at first impression seems to have eliminated the problem. > > > > Good seems I'm on the right track at least. > > > > >Interestingly enough ad10 remained ad10 with the patch applied? > > > > Yeah, thats intentional, I though we better not break POLA here.. > > I agree :-) > > > >I'll put some load on to see what happens. > > > > Let me know how that turns out, I'll clean things up a bit and get it > > committed to -current, then get permission to MFC when we are sure it > > fixes the problem... > > I ran a 44GB disk-to-disk dump without incidents (source on the RAID1, > target on the JBOD). No problems whatsoever. > > Looks like things behave much better now. Tonight the machine will > run a daily full dump to DLT tape, I'll know how that turns out tomorrow. Backup ran without problems. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 08:27:55 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25EFA16A420 for ; Fri, 10 Feb 2006 08:27:55 +0000 (GMT) (envelope-from gemini@geminix.org) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id B52AF43D48 for ; Fri, 10 Feb 2006 08:27:54 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <43EC4E88.2070009@geminix.org> Date: Fri, 10 Feb 2006 09:27:52 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060129 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200602091603.k19G3iKX019265@lurza.secnetix.de> In-Reply-To: <200602091603.k19G3iKX019265@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F7TdB-000KPU-1s; Fri, 10 Feb 2006 09:27:53 +0100 Cc: Subject: Re: OpenVPN within a Jail under 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 08:27:55 -0000 Oliver Fromme wrote: > Uwe Doering wrote: > [...] > > Now, since routes are a global resource in FreeBSD, is there a way to > > prevent users from other jails on that machine from accessing that VPN, > > too? If it weren't possible to restrict access to a VPN to the jail it > > is associated with the VPN would no longer be private I'd think. > > Every jail has its own IP address. Connections originating > from a jail are forced to use the jail's IP address as their > source address. Therefore you can use a packet filter (IPFW > or PF) to control where those packets are allowed to go. > [...] Thanks for pointing that out. I must admit that I hadn't thought this through very thoroughly. Now that you mention the fixed nature of a jail's IP address it is kind of obvious that you can filter on the source address. However, I believe there is still a snag. People tend to pick the same IP networks from the range of official private IP addresses for their internal LANs. If you wanted to set up VPN tunnels to these LANs for a larger number of jails belonging to individual "owners" there is some likelihood that the routes to these LANs would overlap. That is, since you cannot _route_ based on the source address of IP packets, at some point you would have a clash of interests between two or more owners of said jails. As the administrator of the machine that carries these jails you would ultimately have to take a decision on who can have a VPN tunnel and who not. Provided my analysis is correct this would mean that the approach of using just a packet filter for access control doesn't scale very well. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 08:52:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E826E16A420 for ; Fri, 10 Feb 2006 08:52:37 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4281743D46 for ; Fri, 10 Feb 2006 08:52:36 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.4/8.13.4) with ESMTP id k1A8qZjt057683; Fri, 10 Feb 2006 11:52:35 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Fri, 10 Feb 2006 11:52:35 +0300 (MSK) From: Dmitry Morozovsky To: Doug White In-Reply-To: <20060209160623.E10921@carver.gumbysoft.com> Message-ID: <20060210115040.W57059@woozle.rinet.ru> References: <200602091804.k19I41RN023914@lurza.secnetix.de> <20060209210748.L87003@woozle.rinet.ru> <20060209160623.E10921@carver.gumbysoft.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Fri, 10 Feb 2006 11:52:35 +0300 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 08:52:38 -0000 On Thu, 9 Feb 2006, Doug White wrote: DW> > OF> > dd if=/dev/da0 of=/dev/da0 count=1 DW> > OF> > DW> > OF> > which results in error, but actually create GEOMs DW> > OF> DW> > OF> The following should work as well, without giving an error: DW> > OF> DW> > OF> dd if=/dev/null of=/dev/da0 count=0 DW> > OF> DW> > OF> It opens the device for writing (without actually writing DW> > OF> anything) and immediately closes it again, which causes DW> > OF> devfs to be "triggered". DW> > DW> > Aha, actually, it works. Thanks. DW> DW> How about 'fdisk da0'? :) That was the first I checked. Nope. Trying to update MBR on the flash works, but then dd is a bit simpler. DW> I have a usb drive that takes a while to become ready after being DW> inserted. It initially generates errors when attempting to access it. DW> Yours may have a similar issue. No, that's not my case. In my case there is no USB event when flash is inserted/ejected (reader is internal). Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 09:01:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B01316A420 for ; Fri, 10 Feb 2006 09:01:11 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A56E643D48 for ; Fri, 10 Feb 2006 09:01:10 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.4/8.13.4) with ESMTP id k1A919EA057849; Fri, 10 Feb 2006 12:01:09 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Fri, 10 Feb 2006 12:01:09 +0300 (MSK) From: Dmitry Morozovsky To: Zaphod Beeblebrox In-Reply-To: <5f67a8c40602092219r4109cf2fw99966f397aa41d86@mail.gmail.com> Message-ID: <20060210115436.D57059@woozle.rinet.ru> References: <200602091804.k19I41RN023914@lurza.secnetix.de> <20060209210748.L87003@woozle.rinet.ru> <20060209160623.E10921@carver.gumbysoft.com> <5f67a8c40602092219r4109cf2fw99966f397aa41d86@mail.gmail.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Fri, 10 Feb 2006 12:01:09 +0300 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 09:01:11 -0000 On Fri, 10 Feb 2006, Zaphod Beeblebrox wrote: ZB> But (just to show the sillyness of it) my current workaround to this problem ZB> (most times) is to turn off my monitor (thus dumping the USB hub and all ZB> it's attachments). ZB> ZB> Nasty. And I'm out of even that solution, because USB connection between root hub and the reader are all internal. The same situation is with most modern laptops with embedded flash readers. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 09:35:42 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8128416A420; Fri, 10 Feb 2006 09:35:42 +0000 (GMT) (envelope-from hlh@ciger.be) Received: from morzine.ciger.be (smtp.ciger.be [193.74.104.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id C114743D48; Fri, 10 Feb 2006 09:35:41 +0000 (GMT) (envelope-from hlh@ciger.be) Received: from [172.24.16.65] (wyoming.cigersoft.be [172.24.16.65]) (authenticated bits=0) by morzine.ciger.be (8.13.5/8.13.5) with ESMTP id k1A9Zbq2079337; Fri, 10 Feb 2006 10:35:38 +0100 (CET) (envelope-from hlh@ciger.be) Message-ID: <43EC5E69.6070109@ciger.be> Date: Fri, 10 Feb 2006 10:35:37 +0100 From: Henri Hennebert Organization: CIGER sa User-Agent: Mozilla Thunderbird 1.0.7-1.4.1.centos4 (X11/20051007) X-Accept-Language: en-us, en MIME-Version: 1.0 To: bug-followup@FreeBSD.org, hlh@ciger.be, freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: Re: kern/84040: [mpt] 6.0-BETA1 mpt driver not working under VMware ESX 2.5.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 09:35:42 -0000 I cvsup to RELENG_6 at 2006-02-10 05:03:20 UTC ~ 6.1-BETA1 The mpt driver can't find the disk under VMWARE ESX 2.5.2. Henri From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 10:08:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8158916A420 for ; Fri, 10 Feb 2006 10:08:21 +0000 (GMT) (envelope-from flagel@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FD043D48 for ; Fri, 10 Feb 2006 10:08:20 +0000 (GMT) (envelope-from flagel@gmail.com) Received: by uproxy.gmail.com with SMTP id c2so240545ugf for ; Fri, 10 Feb 2006 02:08:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=qdqrK4oR4PFPT24MjszAJYGPFnHm5AwiFp34PsmbciXD3JEeSTBTOueV4CkLfMhZgmFvFnKDogRUrxIooCn3FUrPdN7twQJdoosR9jejLA7bE621lBm3ZLBqxvfdcfH/L/jwRWy23E6qLC7UqTbiesjbIc9ZL2G03m0kRPeOOyQ= Received: by 10.66.255.4 with SMTP id c4mr2183299ugi; Fri, 10 Feb 2006 02:07:54 -0800 (PST) Received: from ?192.168.1.3? ( [83.251.71.145]) by mx.gmail.com with ESMTP id q40sm1351400ugc.2006.02.10.02.07.53; Fri, 10 Feb 2006 02:07:54 -0800 (PST) In-Reply-To: <1139505408.687.3.camel@dude.automatvapen.se> References: <1139505408.687.3.camel@dude.automatvapen.se> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <578AC648-FF89-42DF-8663-5F8A1C55A368@gmail.com> Content-Transfer-Encoding: 7bit From: Tanel Rebane Date: Fri, 10 Feb 2006 11:09:12 +0100 To: Joel Dahl X-Mailer: Apple Mail (2.746.2) Cc: freebsd-stable@FreeBSD.org Subject: Re: 6.0-Release sysinstall panic. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 10:08:21 -0000 9 feb 2006 kl. 18.16 skrev Joel Dahl: > On Wed, 2006-02-08 at 19:57 +0100, Tanel Rebane wrote: >> Hello! >> >> I'm trying to install FBSD 6.0-Release on one of my servers. The >> server, with the same hardware, has been running FBSD 5.4-Stable just >> fine. The problem is that every time I try to install FBSD 6.0- >> Release the system crashes when trying to extract base into /, the >> crashes seem to occur at random point into the progress. >> >> I've tried as much as I can think of, as disabling the onboard USB, >> IEEE1394, LAN, audio and FDD from BIOS. I've also tried to boot >> without support for ACPI and underclocked the Athlon XP-M 2600+ to >> 800MHz to minimize any hardware faults. The system should be stable >> as it has no problem running both prime and memtest86 without faults >> for 7+ days. > > Have you tried the latest snapshots of 6.0-STABLE? > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Jan_2006/ > I tried with SNAP011 and that didn't change a thing, the problem still occurs (and still at extraction of base to /). //Tanel Rebane From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 10:29:09 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B50A716A420 for ; Fri, 10 Feb 2006 10:29:09 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 309F243D49 for ; Fri, 10 Feb 2006 10:29:08 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (yjsbap@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k1AAT2CS056951 for ; Fri, 10 Feb 2006 11:29:07 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k1AAT2DA056950; Fri, 10 Feb 2006 11:29:02 +0100 (CET) (envelope-from olli) Date: Fri, 10 Feb 2006 11:29:02 +0100 (CET) Message-Id: <200602101029.k1AAT2DA056950@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060209210748.L87003@woozle.rinet.ru> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 10 Feb 2006 11:29:07 +0100 (CET) Cc: Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 10:29:09 -0000 Dmitry Morozovsky wrote: > On Thu, 9 Feb 2006, Oliver Fromme wrote: > OF> Dmitry Morozovsky wrote: > OF> > I have USB multi-LUN flash reader which is identified under RELENG_6 as > OF> > umass0: GENERIC USB Storage Device, rev 2.00/1.8a, addr 2 > OF> > da0 at umass-sim0 bus 0 target 0 lun 0 > OF> > da0: Removable Direct Access SCSI-0 device > OF> > da0: 40.000MB/s transfers > OF> > da0: Attempt to query device size failed: NOT READY, Medium not present > OF> > [...] > OF> > when I insert flash into one of slots, I need to rescan da* providers, as > OF> > usually there is slice1 which should be mounted. > OF> > OF> The problem is that devfs isn't "triggered", therefore it > OF> doesn't notice that a new device appeared, so no new nodes > OF> are created. > > Yes I understand this. What I currently fail to understand ;-) > is why devfs isn't triggered on read requests Because a read request cannot change the partition table, so devfs doesn't bother to look for new partitions. However, when you open the raw device for _writing_ (as the proposed dd command does), then it is possible that the partition table has changed, so devfs looks at it (actually the GEOM code, I think), detects the new partitons, and creates nodes in /dev. (That explanation is somewhat simplified, but basically that's the reason.) > OF> The following should work as well, without giving an error: > OF> > OF> dd if=/dev/null of=/dev/da0 count=0 > OF> > OF> It opens the device for writing (without actually writing > OF> anything) and immediately closes it again, which causes > OF> devfs to be "triggered". > > Aha, actually, it works. Thanks. It's also more secure. First, /dev/null immediately returns EOF, so there's no danger to overwrite anything on /dev/da0, and second, count=0 also prevents anything from being written. > OF> I don't think there's currently a real fix for the problem, > OF> I'm afraid. > > Before any kind of 'real fix' we should determine 'The Right Way[tm]' I > think... Concerning the SCSI and CAM code I'm not an expert, but I think it should be possible to nudge devfs when a rescan has detected a new device. The freebsd-scsi list might be a better place to discuss that issue. Although, maybe other subsystems (like ATA) are also affected by the problem. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 10:33:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A39016A420 for ; Fri, 10 Feb 2006 10:33:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CF943D45 for ; Fri, 10 Feb 2006 10:33:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BB9951A3C23; Fri, 10 Feb 2006 02:33:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BFC9351CF4; Fri, 10 Feb 2006 05:33:03 -0500 (EST) Date: Fri, 10 Feb 2006 05:33:03 -0500 From: Kris Kennaway To: Vladimir Botka Message-ID: <20060210103303.GA34269@xor.obsecurity.org> References: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> <43EBCA27.9050401@scls.lib.wi.us> <20060210072157.E17222@srv.g1.netng.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20060210072157.E17222@srv.g1.netng.org> User-Agent: Mutt/1.4.2.1i Cc: Greg Barniskis , Ryan R , freebsd-stable@freebsd.org Subject: Re: Broken kde3 from ports, not downloading what it's supposed to. Will not compile; need advice please. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 10:33:05 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2006 at 07:25:21AM +0100, Vladimir Botka wrote: >=20 > There are no kde-3.5.1 packages available. AFAIK. > Maybe on the 6.1-BETA1-i386-disc2.iso ? They're still building. They'll be on the master FTP site tomorrow and make their way out from there. Kris --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7GvfWry0BWjoQKURAhoaAJ0Sk5GFaztLmR/Y96njaIEUw2nGmgCg71GF nPbgq7SQKb0idQsZy4/Qz8I= =2xkM -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 10:35:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD17C16A420; Fri, 10 Feb 2006 10:35:33 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0194843D46; Fri, 10 Feb 2006 10:35:32 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (svr21.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id A195370904; Fri, 10 Feb 2006 11:35:31 +0100 (CET) Received: from fw.reifenberger.com (ppp-62-245-209-54.mnet-online.de [62.245.209.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.m-online.net (Postfix) with ESMTP id 77C98F0132; Fri, 10 Feb 2006 11:35:29 +0100 (CET) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.4/8.13.4/Submit) with ESMTP id k1AAZULZ005986; Fri, 10 Feb 2006 11:35:30 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Fri, 10 Feb 2006 11:35:30 +0100 (CET) From: Michael Reifenberger To: sos@freebsd.org Message-ID: <20060210111959.Y5942@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: IDE DMA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 10:35:34 -0000 Hi, since one year I have an amd64 Asus A8V Deluxe with 2 sata WD Raptors and AMD64 X2 4800 cpu running fresh i386 RELENG_6/SMP. Until yesterday I always used only one of the disks at a time. On one disk I had RELENG_6 amd64, on the other where RELENG_6 i386. I never had any disk problems so far whene using only one of the disks concurrently. So HW-problems seems less likely to me. Yesterday I created an gmirror of both disks and now I start getting (occasionally) the following messages under load: ... ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=58914495 ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=123039679 ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=54591167 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=12195663 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=1635791 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=44137999 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50282255 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=56249551 ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=97339535 ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=135283407 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=11254159 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=47525839 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=53599055 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=111091855 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=128326863 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=129464079 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=2358543 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=20341519 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=110633679 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=5420495 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=5722511 ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=46084951 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=107076431 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=102623759 ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=38935439 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=1227535 ... Is there a timing issue with SMP? dmesg shows: ... CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2403.09-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 2147155968 (2047 MB) avail memory = 2096107520 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ... atapci0: port 0xd000-0xd007,0xc800-0xc803,0xc400-0 xc407,0xc000-0xc003,0xb800-0xb80f,0xb400-0xb4ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376, 0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 ... ad0: 70911MB at ata2-master SATA150 ad1: 70911MB at ata3-master SATA150 ... Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 10:37:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01A5616A420 for ; Fri, 10 Feb 2006 10:37:18 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE0E43D70 for ; Fri, 10 Feb 2006 10:37:09 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id k1AAb6P9006703; Fri, 10 Feb 2006 10:37:06 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id k1AAb64x041666; Fri, 10 Feb 2006 10:37:06 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id k1AAb6C9041665; Fri, 10 Feb 2006 10:37:06 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: sergey.lungu@gmail.com In-Reply-To: <20060209211803.05495205.sergey.lungu@gmail.com> References: <20060207015911.16cd48f1.sergey.lungu@gmail.com> <20060208002444.51549648.sergey.lungu@gmail.com> <20060209192318.510b11c3.sergey.lungu@gmail.com> <1139506118.77939.86.camel@buffy.york.ac.uk> <20060209211803.05495205.sergey.lungu@gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 10 Feb 2006 10:37:06 +0000 Message-Id: <1139567826.41486.11.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Boot hang (floppy related) (was: Re: atapicam problem (again): hang on boot with DVD burner) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 10:37:18 -0000 On Thu, 2006-02-09 at 21:18 +0300, Sergey Lungu wrote: > On Thu, 09 Feb 2006 17:28:38 +0000 Gavin Atkinson > wrote: > > > On Thu, 2006-02-09 at 19:23 +0300, Sergey Lungu wrote: > > > > > OK, this is not the atapicam problem (I think), my apologies! > > > I have turned my DVD drive off, but the hang was still there. > > > > > > I have compiled the kernel with DDB and debugging information in > > > order to find the place where the hang happens. This is my first > > > try to look inside the kernel, so don't blame me, please :) > > > > > > start_init -> vfs_mountroot -> root_mount_wait -> g_waitidle: > > > > > > > > The kernel hangs in that `while'. As far as I can judge, it is > > > waiting for completion of GEOM events handling. > > > > > > Why is it happening and how can I solve this annoying problem? > > > > Can you try disabling (by unplugging or setting hints) your floppy > > drive? > > > > Gavin > > I've turned my floppy off and the hang gone away! :) > Thanks a lot! How did you disable it? There's a difference between pulling the cable out and disabling the floppy controller through hints which may be significant. If possible, could you try doing the other one of those two to see what happens? > How have you guessed that? Just a hunch... :) > Is there a way to keep it, 'cause I'm using it some times? Try setting debug.fdc.debugflags=255 from the loader, then posting the bits of the dmesg relating to the floppy drive. Gavin From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 10:37:33 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BBCC16A42A for ; Fri, 10 Feb 2006 10:37:33 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9839243D45 for ; Fri, 10 Feb 2006 10:37:32 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (upcryt@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k1AAbQWL057207 for ; Fri, 10 Feb 2006 11:37:31 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k1AAbPw9057206; Fri, 10 Feb 2006 11:37:25 +0100 (CET) (envelope-from olli) Date: Fri, 10 Feb 2006 11:37:25 +0100 (CET) Message-Id: <200602101037.k1AAbPw9057206@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <43EC4E88.2070009@geminix.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 10 Feb 2006 11:37:31 +0100 (CET) Cc: Subject: Re: OpenVPN within a Jail under 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 10:37:33 -0000 Uwe Doering wrote: > Oliver Fromme wrote: > > Uwe Doering wrote: > > [...] > > > Now, since routes are a global resource in FreeBSD, is there a way to > > > prevent users from other jails on that machine from accessing that VPN, > > > too? If it weren't possible to restrict access to a VPN to the jail it > > > is associated with the VPN would no longer be private I'd think. > > > > Every jail has its own IP address. Connections originating > > from a jail are forced to use the jail's IP address as their > > source address. Therefore you can use a packet filter (IPFW > > or PF) to control where those packets are allowed to go. > > [...] > > Thanks for pointing that out. I must admit that I hadn't thought this > through very thoroughly. Now that you mention the fixed nature of a > jail's IP address it is kind of obvious that you can filter on the > source address. > > However, I believe there is still a snag. People tend to pick the same > IP networks from the range of official private IP addresses for their > internal LANs. If you wanted to set up VPN tunnels to these LANs for a > larger number of jails belonging to individual "owners" there is some > likelihood that the routes to these LANs would overlap. Yes, but that's a more generic problem. When you connect various LANs (no matter if by VPN tunnels or other means), then you should make sure that their addresses don't overlap. It's a question of careful planning and design. If you manage such a set of LANs, make sure that you assign different address ranges to each of them. > That is, since > you cannot _route_ based on the source address of IP packets, Well, you can. At least to some extent, routing by source IP can be accomplished using IPFW's FWD feature. However, that doesn't help much when you need to connect networks with overlapping address ranges. IP addresses are required to uniquely identify a machine. If you have overlapping LANs, it's not possible anymore to uniquely identify a machine by IP number, no matter what you do. That problem exists independently of VPNs and jails. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 12:20:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C35CB16A422 for ; Fri, 10 Feb 2006 12:20:04 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: from blue-ld-033.synserver.de (blue-ld-033.synserver.de [217.119.50.236]) by mx1.FreeBSD.org (Postfix) with SMTP id 2C8FA43D64 for ; Fri, 10 Feb 2006 12:19:57 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: (qmail 7001 invoked by uid 0); 10 Feb 2006 12:19:54 -0000 X-SynServer-RemoteDnsName: port-212-202-36-170.dynamic.qsc.de X-SynServer-AuthUser: markus@trippelsdorf.de Received: from port-212-202-36-170.dynamic.qsc.de (HELO bsd.trippelsdorf.de) (212.202.36.170) by mx-05.synserver.de with SMTP; 10 Feb 2006 12:19:53 -0000 Date: Fri, 10 Feb 2006 13:19:52 +0100 From: Markus Trippelsdorf To: Michael Reifenberger Message-ID: <20060210121952.GB4925@bsd.trippelsdorf.de> References: <20060210111959.Y5942@fw.reifenberger.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060210111959.Y5942@fw.reifenberger.com> Cc: FreeBSD Stable , sos@freebsd.org Subject: Re: IDE DMA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 12:20:04 -0000 On Fri, Feb 10, 2006 at 11:35:30AM +0100, Michael Reifenberger wrote: > since one year I have an amd64 Asus A8V Deluxe with 2 sata WD Raptors and > AMD64 X2 4800 cpu running fresh i386 RELENG_6/SMP. > > Yesterday I created an gmirror of both disks and now I start getting > (occasionally) the following messages under load: > ... > ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=58914495 > ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=123039679 > ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=54591167 It looks like bad cabling to me. Try new cables and also run smartctl -a /dev/ad0 (and ad1) to check if the hardware is OK. -- Markus From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 12:28:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59C9016A420 for ; Fri, 10 Feb 2006 12:28:05 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id D921D43D45 for ; Fri, 10 Feb 2006 12:28:04 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (svr21.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id CA1B770674; Fri, 10 Feb 2006 13:28:03 +0100 (CET) Received: from fw.reifenberger.com (ppp-62-245-209-54.mnet-online.de [62.245.209.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.m-online.net (Postfix) with ESMTP id BA2E7C0561; Fri, 10 Feb 2006 13:28:03 +0100 (CET) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.4/8.13.4/Submit) with ESMTP id k1ACS4Wc006384; Fri, 10 Feb 2006 13:28:04 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Fri, 10 Feb 2006 13:28:04 +0100 (CET) From: Michael Reifenberger To: Markus Trippelsdorf In-Reply-To: <20060210121952.GB4925@bsd.trippelsdorf.de> Message-ID: <20060210132529.I6359@fw.reifenberger.com> References: <20060210111959.Y5942@fw.reifenberger.com> <20060210121952.GB4925@bsd.trippelsdorf.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: IDE DMA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 12:28:05 -0000 On Fri, 10 Feb 2006, Markus Trippelsdorf wrote: ... >> ... >> ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=58914495 >> ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=123039679 >> ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=54591167 > > It looks like bad cabling to me. Try new cables and also run > smartctl -a /dev/ad0 (and ad1) to check if the hardware is OK. > smartctl doesn't reports any errors, and accessing only on disk at a time doesn't give errors either. So probably cabling isn't the issue here. More likely a timing/locking interaction between gmirror/ata... Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 13:12:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1DB616A420 for ; Fri, 10 Feb 2006 13:12:05 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3856B43D45 for ; Fri, 10 Feb 2006 13:12:04 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 1ACDAC19B for ; Fri, 10 Feb 2006 08:12:04 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 86FEBC306 for ; Fri, 10 Feb 2006 08:11:58 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 06094C2E7 for ; Fri, 10 Feb 2006 08:11:58 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type; b=ceY7rxfbKK3HnNtQKZUx0q7UcmxG887qN+UYMg2jMH9dUdgq0GUo9k+cvCT7z3jfQKxt5WYUp2hpYp0DdalRYuQ9lAdEOfHCJfneJLOw+ufHMQ1ZPXc7d1M5G7xcWpdw; Received: from [192.168.1.11] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) by aaron.protected-networks.net (Postfix) with ESMTP id 9D838C19B for ; Fri, 10 Feb 2006 08:11:57 -0500 (EST) Message-ID: <43EC911B.10905@protected-networks.net> Date: Fri, 10 Feb 2006 08:11:55 -0500 From: Michael Butler User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030804030700090808030503" Subject: rpc.lockd on server only X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 13:12:06 -0000 This is a cryptographically signed message in MIME format. --------------ms030804030700090808030503 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I upgraded a 5-stable box to 6.1-prerelease yesterday and found the following message in /var/log/messages .. rpc.lockd: open: nfslock: No such file or directory .. and rpc.lockd refuses to run. As it turns out, this machine is intended to be an NFS server only. However, if I load the client module, the error goes away and rpc.lockd daemonizes correctly. Is this expected behavior? Michael --------------ms030804030700090808030503 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIN0DCC BuQwggTMoAMCAQICATEwDQYJKoZIhvcNAQEFBQAwgccxCzAJBgNVBAYTAlVTMQswCQYDVQQI EwJNQTEQMA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5ldHdvcmtzMR4w HAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3RlY3RlZCBOZXR3 b3JrcyBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0 ZWQtbmV0d29ya3MubmV0MB4XDTA2MDIwNzE0MDE0NloXDTExMDMwODE0MDE0NlowgagxCzAJ BgNVBAYTAlVTMQswCQYDVQQIEwJNQTEQMA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJv dGVjdGVkIE5ldHdvcmtzMRQwEgYDVQQLEwtNYWlsIGNsaWVudDEcMBoGA1UEAxMTSWFpbiBN aWNoYWVsIEJ1dGxlcjEpMCcGCSqGSIb3DQEJARYaaW1iQHByb3RlY3RlZC1uZXR3b3Jrcy5u ZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALJGiIrZoBOaYG7p44h64oIsBmQmi0n4 vfRKAdQY1TGGXAWWAWjdhJDUJJCLrkv2a3chbEBWfKOr+n8vHV5wI5fHN7Yp+9R7wVQ5Hb/F rUp3fZPRx83rd8+FvrtBLcfKDT7J8cIaUF+I14YTPFMSf6thm55hrjLIUB2FlPFrcH/7AgMB AAGjggJ6MIICdjAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDBGBglghkgBhvhCAQ0E ORY3Q2VydGlmaWNhdGUgaXNzdWVkIGJ5IGh0dHA6Ly93d3cucHJvdGVjdGVkLW5ldHdvcmtz Lm5ldDAdBgNVHQ4EFgQUKTHICg24Uox83sZjRL50XypVU0IwgfwGA1UdIwSB9DCB8YAUVEXu oZyg4TYTDDa5wzviGlSDFj6hgc2kgcowgccxCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJNQTEQ MA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5ldHdvcmtzMR4wHAYDVQQL ExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3RlY3RlZCBOZXR3b3JrcyBD ZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0ZWQtbmV0 d29ya3MubmV0ggkAzFwjxK9/fmIwJQYDVR0SBB4wHIEaaW1iQHByb3RlY3RlZC1uZXR3b3Jr cy5uZXQwRwYJYIZIAYb4QgEEBDoWOGh0dHA6Ly93d3cucHJvdGVjdGVkLW5ldHdvcmtzLm5l dC9Qcm90ZWN0ZWRfTmV0d29ya3MuY3JsMEkGA1UdHwRCMEAwPqA8oDqGOGh0dHA6Ly93d3cu cHJvdGVjdGVkLW5ldHdvcmtzLm5ldC9Qcm90ZWN0ZWRfTmV0d29ya3MuY3JsMCUGA1UdEQQe MByBGmltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0MA4GA1UdDwEB/wQEAwIF4DANBgkqhkiG 9w0BAQUFAAOCAgEAlS1aZVoA0yQSiK8Jds1K1pZE7dvE6yJHcih3tMqBah5tzTHMDBoeuu7b rJ6lEbYM6r/y1WSJ+0PtMyMac/QxAw1nEtKmECOcNMUlwjiazDonHKNw/BjyCcZZ18SRL63p Jr209xa6c93PfSUFkM2ya8TfHnAjcfcR8NNsr53I6g/jItLqTltY56xglP8OVjDf7fXpzXhV 8w66pmye0tTldcTE95YjVGhr24aM5l42Mp6wveHQIaO9nALa5p3ujqMX72EpCG/phC7dy/2g xdhG7epqtWCEsC7XI4CrBke/fx4TO0T5tLhKGLFtNeqHXl3CjFnxGv9HAm6vutDpM90sTs5e F1M04tM2b7asNKAj0o1AOm0TIPk8obIOnu/8ifbOIOax8WtsbaR9wbpi5JU10FZdZPYfx91b NMztR/1ViCTsvAxPkluU3/I2EPjQZKpbwu7h06D+FH++9aStylZL0N9Hyf09EsYfYL3LGzWn NkMmmzSRHYtD8dHHWpby9OLsWtvKOqG7nrE0e5QZ8CWmc8xeAa4vGQDRTqkk3ALwiUeI/LG7 IoBCqVQXJWnTPtD2wcssG2j9phlDBa5XRo49yC/MTYOHmuAib/oORtsMR49Pv4/wTVNcwvZ+ iY473W36N0mfXXcEL7GD2OPzl89vIBLeUeP5gl3sKoV2JqYJBzwwggbkMIIEzKADAgECAgEx MA0GCSqGSIb3DQEBBQUAMIHHMQswCQYDVQQGEwJVUzELMAkGA1UECBMCTUExEDAOBgNVBAcT B01lZGZvcmQxGzAZBgNVBAoTElByb3RlY3RlZCBOZXR3b3JrczEeMBwGA1UECxMVQ2VydGlm aWNhdGUgQXV0aG9yaXR5MTEwLwYDVQQDEyhQcm90ZWN0ZWQgTmV0d29ya3MgQ2VydGlmaWNh dGUgQXV0aG9yaXR5MSkwJwYJKoZIhvcNAQkBFhppbWJAcHJvdGVjdGVkLW5ldHdvcmtzLm5l dDAeFw0wNjAyMDcxNDAxNDZaFw0xMTAzMDgxNDAxNDZaMIGoMQswCQYDVQQGEwJVUzELMAkG A1UECBMCTUExEDAOBgNVBAcTB01lZGZvcmQxGzAZBgNVBAoTElByb3RlY3RlZCBOZXR3b3Jr czEUMBIGA1UECxMLTWFpbCBjbGllbnQxHDAaBgNVBAMTE0lhaW4gTWljaGFlbCBCdXRsZXIx KTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0MIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQCyRoiK2aATmmBu6eOIeuKCLAZkJotJ+L30SgHUGNUxhlwFlgFo 3YSQ1CSQi65L9mt3IWxAVnyjq/p/Lx1ecCOXxze2KfvUe8FUOR2/xa1Kd32T0cfN63fPhb67 QS3Hyg0+yfHCGlBfiNeGEzxTEn+rYZueYa4yyFAdhZTxa3B/+wIDAQABo4ICejCCAnYwCQYD VR0TBAIwADARBglghkgBhvhCAQEEBAMCBLAwRgYJYIZIAYb4QgENBDkWN0NlcnRpZmljYXRl IGlzc3VlZCBieSBodHRwOi8vd3d3LnByb3RlY3RlZC1uZXR3b3Jrcy5uZXQwHQYDVR0OBBYE FCkxyAoNuFKMfN7GY0S+dF8qVVNCMIH8BgNVHSMEgfQwgfGAFFRF7qGcoOE2Eww2ucM74hpU gxY+oYHNpIHKMIHHMQswCQYDVQQGEwJVUzELMAkGA1UECBMCTUExEDAOBgNVBAcTB01lZGZv cmQxGzAZBgNVBAoTElByb3RlY3RlZCBOZXR3b3JrczEeMBwGA1UECxMVQ2VydGlmaWNhdGUg QXV0aG9yaXR5MTEwLwYDVQQDEyhQcm90ZWN0ZWQgTmV0d29ya3MgQ2VydGlmaWNhdGUgQXV0 aG9yaXR5MSkwJwYJKoZIhvcNAQkBFhppbWJAcHJvdGVjdGVkLW5ldHdvcmtzLm5ldIIJAMxc I8Svf35iMCUGA1UdEgQeMByBGmltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0MEcGCWCGSAGG +EIBBAQ6FjhodHRwOi8vd3d3LnByb3RlY3RlZC1uZXR3b3Jrcy5uZXQvUHJvdGVjdGVkX05l dHdvcmtzLmNybDBJBgNVHR8EQjBAMD6gPKA6hjhodHRwOi8vd3d3LnByb3RlY3RlZC1uZXR3 b3Jrcy5uZXQvUHJvdGVjdGVkX05ldHdvcmtzLmNybDAlBgNVHREEHjAcgRppbWJAcHJvdGVj dGVkLW5ldHdvcmtzLm5ldDAOBgNVHQ8BAf8EBAMCBeAwDQYJKoZIhvcNAQEFBQADggIBAJUt WmVaANMkEoivCXbNStaWRO3bxOsiR3Iod7TKgWoebc0xzAwaHrru26yepRG2DOq/8tVkiftD 7TMjGnP0MQMNZxLSphAjnDTFJcI4msw6JxyjcPwY8gnGWdfEkS+t6Sa9tPcWunPdz30lBZDN smvE3x5wI3H3EfDTbK+dyOoP4yLS6k5bWOesYJT/DlYw3+316c14VfMOuqZsntLU5XXExPeW I1Roa9uGjOZeNjKesL3h0CGjvZwC2uad7o6jF+9hKQhv6YQu3cv9oMXYRu3qarVghLAu1yOA qwZHv38eEztE+bS4ShixbTXqh15dwoxZ8Rr/RwJur7rQ6TPdLE7OXhdTNOLTNm+2rDSgI9KN QDptEyD5PKGyDp7v/In2ziDmsfFrbG2kfcG6YuSVNdBWXWT2H8fdWzTM7Uf9VYgk7LwMT5Jb lN/yNhD40GSqW8Lu4dOg/hR/vvWkrcpWS9DfR8n9PRLGH2C9yxs1pzZDJps0kR2LQ/HRx1qW 8vTi7Frbyjqhu56xNHuUGfAlpnPMXgGuLxkA0U6pJNwC8IlHiPyxuyKAQqlUFyVp0z7Q9sHL LBto/aYZQwWuV0aOPcgvzE2Dh5rgIm/6DkbbDEePT7+P8E1TXML2fomOO91t+jdJn113BC+x g9jj85fPbyAS3lHj+YJd7CqFdiamCQc8MYID7TCCA+kCAQEwgc0wgccxCzAJBgNVBAYTAlVT MQswCQYDVQQIEwJNQTEQMA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5l dHdvcmtzMR4wHAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3Rl Y3RlZCBOZXR3b3JrcyBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmlt YkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0AgExMAkGBSsOAwIaBQCgggJ1MBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA2MDIxMDEzMTE1NVowIwYJKoZIhvcN AQkEMRYEFGHLX5E5Km/IMxTq+HF5e2ZvJCxPMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIHeBgkrBgEEAYI3EAQxgdAwgc0wgccxCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJNQTEQ MA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5ldHdvcmtzMR4wHAYDVQQL ExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3RlY3RlZCBOZXR3b3JrcyBD ZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0ZWQtbmV0 d29ya3MubmV0AgExMIHgBgsqhkiG9w0BCRACCzGB0KCBzTCBxzELMAkGA1UEBhMCVVMxCzAJ BgNVBAgTAk1BMRAwDgYDVQQHEwdNZWRmb3JkMRswGQYDVQQKExJQcm90ZWN0ZWQgTmV0d29y a3MxHjAcBgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTExMC8GA1UEAxMoUHJvdGVjdGVk IE5ldHdvcmtzIENlcnRpZmljYXRlIEF1dGhvcml0eTEpMCcGCSqGSIb3DQEJARYaaW1iQHBy b3RlY3RlZC1uZXR3b3Jrcy5uZXQCATEwDQYJKoZIhvcNAQEBBQAEgYAC9m3MHaYs8TGfw3Yz y+77JyrR36fTUNKMR67ZboTvoSozvckoZUCBD+HMp4YCfOmQAz4Z3WUWQGeqGA8ycyeZfK7/ lF4t1y/g+55FOgu9SUlz3gnRsYr+VpVZ155v/wn9N7p7GN54sa6nmEBKHmy38sIzYqxB4Nxy N2ONvDJJkwAAAAAAAA== --------------ms030804030700090808030503-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 13:48:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 832DC16A420; Fri, 10 Feb 2006 13:48:55 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9446E43D48; Fri, 10 Feb 2006 13:48:50 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 9CAAB1CCFD; Fri, 10 Feb 2006 14:48:45 +0100 (CET) Received: by mail.rulez.sk (Postfix, from userid 1001) id 18C611CCBD; Fri, 10 Feb 2006 14:48:39 +0100 (CET) Date: Fri, 10 Feb 2006 14:48:39 +0100 From: Daniel Gerzo To: current@freebsd.org, stable@freebsd.org Message-ID: <20060210134839.GA74081@daemon.rulez.sk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-2.361 tagged_above=-999 required=5 tests=[AWL=0.239, BAYES_00=-2.599, NO_RELAYS=-0.001] X-Spam-Score: -2.361 X-Spam-Level: Cc: Subject: [panic] Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 13:48:55 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I've just got installed a brand new box, and I can say that it's hanging on regular basis, around every 10 minutes. The backtrace is included, as well as the dmesg. Any help with this will be appreciated. Thank you. -- Sincerely, Daniel Gerzo --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename="crashlog.log" Content-Transfer-Encoding: 8bit bigbang# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xa9b2d30c fault code = supervisor write, page not present instruction pointer = 0x20:0xc0810407 stack pointer = 0x28:0xe33b9b58 frame pointer = 0x28:0xe33b9be0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle) trap number = 12 panic: page fault Uptime: 17m32s Dumping 1007 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1007MB (257776 pages) 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) list *0xc0810407 0xc0810407 is in __qdivrem (/usr/src/sys/libkern/qdivrem.c:251). 246 u[i + j] = LHALF(t); 247 t = HHALF(t); 248 } 249 u[j] = LHALF(u[j] + t); 250 } 251 q[j] = qhat; 252 } while (++j <= m); /* D7: loop on j. */ 253 254 /* 255 * If caller wants the remainder, we have to calculate it as (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0638202 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc0638498 in panic (fmt=0xc084e5a2 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0807c30 in trap_fatal (frame=0xe33b9b18, eva=2847068940) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc08073d2 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 606, tf_esi = 0, tf_ebp = -482632736, tf_isp = -482632892, tf_ebx = 0, tf_edx = 0, tf_ecx = -1447898356, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1065286649, tf_cs = 32, tf_eflags = 589894, tf_esp = 55296, tf_ss = 55930}) at /usr/src/sys/i386/i386/trap.c:267 #5 0xc07f6dca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0810407 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/libkern/qdivrem.c:251 #7 0xc081050e in __udivdi3 (a=9223372036854775808, b=3579545) at /usr/src/sys/libkern/udivdi3.c:47 #8 0xc0640e5d in tc_windup () at /usr/src/sys/kern/kern_tc.c:491 #9 0xc064132d in tc_ticktock () at /usr/src/sys/kern/kern_tc.c:756 #10 0xc060ec50 in hardclock (frame=0xe33b9c98) at /usr/src/sys/kern/kern_clock.c:243 #11 0xc07fcbe5 in lapic_handle_timer (frame= {cf_vec = 0, cf_fs = -1037828088, cf_es = -1067319256, cf_ds = 40, cf_edi = -1036617472, cf_esi = -1036617448, cf_ebp = -482632484, cf_ebx = 0, cf_edx = 0, cf_ecx = 1000, cf_eax = 1000, cf_eip = -1062831147, cf_cs = 32, cf_eflags = 524870, cf_esp = -482632452, cf_ss = -1062848970}) at /usr/src/sys/i386/i386/local_apic.c:630 #12 0xc07f73b0 in Xtimerint () at apic_vector.s:137 #13 0xc0a67bd5 in ?? () #14 0xe33b9d04 in ?? () #15 0xc07fe487 in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1134 Previous frame inner to this frame (corrupt stack?) (kgdb) list 256 * u[m..m+n] >> d (this is at most n digits and thus fits in 257 * u[m+1..m+n], but we may need more source digits). 258 */ 259 if (arq) { 260 if (d) { 261 for (i = m + n; i > m; --i) 262 u[i] = (u[i] >> d) | 263 LHALF(u[i - 1] << (HALF_BITS - d)); 264 u[i] = 0; 265 } (kgdb) backtrace full #0 doadump () at pcpu.h:165 No locals. #1 0xc0638202 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc0638498 in panic (fmt=0xc084e5a2 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc2247780 bootopt = 260 newpanic = 0 ap = 0xc2247780 " #3 0xc0807c30 in trap_fatal (frame=0xe33b9b18, eva=2847068940) at /usr/src/sys/i386/i386/trap.c:831 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} #4 0xc08073d2 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 606, tf_esi = 0, tf_ebp = -482632736, tf_isp = -482632892, tf_ebx = 0, tf_edx = 0, tf_ecx = -1447898356, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1065286649, tf_cs = 32, tf_eflags = 589894, tf_esp = 55296, tf_ss = 55930}) at /usr/src/sys/i386/i386/trap.c:267 td = (struct thread *) 0xc2247780 p = (struct proc *) 0xc2246a3c sticks = 0 i = 0 ucode = 0 type = 12 code = 2 eva = 2847068940 #5 0xc07f6dca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #6 0xc0810407 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/libkern/qdivrem.c:251 uj0 = 0 uj1 = 0 uj2 = 0 tmp = {q = 3579545, uq = 3579545, sl = {3579545, 0}, ul = {3579545, 0}} u = (digit *) 0xe33b9bc4 v = (digit *) 0xe33b9bb8 q = (digit *) 0xa9b2d30c v1 = 55296 qhat = 606 rhat = 0 t = 0 m = 482632784 n = -482632780 d = 10 j = 0 i = 0 uspace = {512, 0, 0, 0, 0} vspace = {62595, 0, 0, 55296, 40601} qspace = {0, 0, 599, 61080, 39104} #7 0xc081050e in __udivdi3 (a=9223372036854775808, b=3579545) at /usr/src/sys/libkern/udivdi3.c:47 No locals. #8 0xc0640e5d in tc_windup () at /usr/src/sys/kern/kern_tc.c:491 bt = {sec = 1041520524, frac = 1039604477975553048} th = (struct timehands *) 0xc08c4060 tho = (struct timehands *) 0xc08c40a0 scale = 9223372036854775808 delta = 0 ncount = 0 ogen = 105179 i = 0 t = -1064550304 #9 0xc064132d in tc_ticktock () at /usr/src/sys/kern/kern_tc.c:756 count = 0 #10 0xc060ec50 in hardclock (frame=0xe33b9c98) at /usr/src/sys/kern/kern_clock.c:243 need_softclock = 0 #11 0xc07fcbe5 in lapic_handle_timer (frame= {cf_vec = 0, cf_fs = -1037828088, cf_es = -1067319256, cf_ds = 40, cf_edi = -1036617472, cf_esi = -1036617448, cf_ebp = -482632484, cf_ebx = 0, cf_edx = 0, cf_ecx = 1000, cf_eax = 1000, cf_eip = -1062831147, cf_cs = 32, cf_eflags = 524870, cf_esp = -482632452, cf_ss = -1062848970}) at /usr/src/sys/i386/i386/local_apic.c:630 la = (struct lapic *) 0xc09540e0 #12 0xc07f73b0 in Xtimerint () at apic_vector.s:137 No locals. #13 0xc0a67bd5 in ?? () No symbol table info available. #14 0xe33b9d04 in ?? () No symbol table info available. #15 0xc07fe487 in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1134 No locals. Previous frame inner to this frame (corrupt stack?) --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2994.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 1056899072 (1007 MB) avail memory = 1025335296 (977 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 7 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 12 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xb000-0xb007 mem 0xf0000000-0xf7ffffff,0xfa000000-0xfa07ffff irq 16 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0x9000-0x90ff mem 0xf9021000-0xf9021fff irq 16 at device 1.0 on pci1 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0x9400-0x943f mem 0xf9020000-0xf9020fff,0xf9000000-0xf901ffff irq 18 at device 3.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:af:a6:6e isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xd2000-0xd37ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2994900140 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 78533MB at ata0-master UDMA100 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 48 files 14 WARNING: /storage was not properly dismounted --qMm9M+Fa2AknHoGS-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 14:26:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2B5A16A420 for ; Fri, 10 Feb 2006 14:26:00 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56DF443D5A for ; Fri, 10 Feb 2006 14:25:54 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by uproxy.gmail.com with SMTP id a2so94253ugf for ; Fri, 10 Feb 2006 06:25:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=CyGRjLncdBRFGyd8kA+JdNWht4de7tmT7AEPtBLhoPwaUrqnbfYUSH3S7jGLGenhi1aIur71C9c9DQsHTb4N72/38U6k3GmbkgbcWO7mQIW2Y6ZFmKFz19EpNqs24qW5PRkCw7/c4/sptgDz/p7jocVzhU9f6n8sCuy1gHNNfmo= Received: by 10.66.255.13 with SMTP id c13mr4901665ugi; Fri, 10 Feb 2006 06:19:01 -0800 (PST) Received: by 10.66.234.16 with HTTP; Fri, 10 Feb 2006 06:19:01 -0800 (PST) Message-ID: <5f67a8c40602100619v4ce3ab7fof3c0d45c51bd2a74@mail.gmail.com> Date: Fri, 10 Feb 2006 09:19:01 -0500 From: Zaphod Beeblebrox To: freebsd-stable@freebsd.org In-Reply-To: <200602101029.k1AAT2DA056950@lurza.secnetix.de> MIME-Version: 1.0 References: <20060209210748.L87003@woozle.rinet.ru> <200602101029.k1AAT2DA056950@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 14:26:01 -0000 On 2/10/06, Oliver Fromme wrote: Concerning the SCSI and CAM code I'm not an expert, but I > think it should be possible to nudge devfs when a rescan > has detected a new device. You'd think, but no. You see, the device , according to CAM, doesn't change. Magically, it has more blocks, but it's the "same" device to cam. Atacontrol can remove a device, but camcontrol can't. It seems it would be sufficient to be able to have camcontrol force a rescan, but you can't. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 14:27:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7469916A422 for ; Fri, 10 Feb 2006 14:27:52 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8871543D79 for ; Fri, 10 Feb 2006 14:27:40 +0000 (GMT) (envelope-from sergey.lungu@gmail.com) Received: by uproxy.gmail.com with SMTP id k40so388601ugc for ; Fri, 10 Feb 2006 06:27:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:reply-to:x-mailer:mime-version:content-type:content-transfer-encoding; b=F6XVKSAtchAfx5XOwTfHkyO2CYnuTNiZ+scoe8asrFydO3rO06y+nrPap7k4zEJDrhL+uKikYvnYNr0jMihsluNwnOJvYpZ8GAPf1Eh4qao3cL6aP1BRya4/+UTxXP35zWvTXEij/6YDxc1MNpZAjcno3rxQq/ZzOzNUYwHjW2k= Received: by 10.49.6.2 with SMTP id j2mr2714955nfi; Fri, 10 Feb 2006 06:03:26 -0800 (PST) Received: from ogre.obchaga.org ( [195.225.128.22]) by mx.gmail.com with ESMTP id i1sm1244294nfe.2006.02.10.06.03.25; Fri, 10 Feb 2006 06:03:25 -0800 (PST) Date: Fri, 10 Feb 2006 17:03:23 +0300 From: Sergey Lungu To: freebsd-stable@freebsd.org Message-Id: <20060210170323.2a2bca8c.sergey.lungu@gmail.com> In-Reply-To: <1139567826.41486.11.camel@buffy.york.ac.uk> References: <20060207015911.16cd48f1.sergey.lungu@gmail.com> <20060208002444.51549648.sergey.lungu@gmail.com> <20060209192318.510b11c3.sergey.lungu@gmail.com> <1139506118.77939.86.camel@buffy.york.ac.uk> <20060209211803.05495205.sergey.lungu@gmail.com> <1139567826.41486.11.camel@buffy.york.ac.uk> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Boot hang (floppy related) (was: Re: atapicam problem (again): hang on boot with DVD burner) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sergey.lungu@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 14:27:52 -0000 On Fri, 10 Feb 2006 10:37:06 +0000 Gavin Atkinson wrote: > On Thu, 2006-02-09 at 21:18 +0300, Sergey Lungu wrote: > > On Thu, 09 Feb 2006 17:28:38 +0000 Gavin Atkinson > > wrote: > > > > > On Thu, 2006-02-09 at 19:23 +0300, Sergey Lungu wrote: > > > > > > > OK, this is not the atapicam problem (I think), my apologies! > > > > I have turned my DVD drive off, but the hang was still there. > > > > > > > > I have compiled the kernel with DDB and debugging information in > > > > order to find the place where the hang happens. This is my first > > > > try to look inside the kernel, so don't blame me, please :) > > > > > > > > start_init -> vfs_mountroot -> root_mount_wait -> g_waitidle: > > > > > > > > > > > The kernel hangs in that `while'. As far as I can judge, it is > > > > waiting for completion of GEOM events handling. > > > > > > > > Why is it happening and how can I solve this annoying problem? > > > > > > Can you try disabling (by unplugging or setting hints) your floppy > > > drive? > > > > > > Gavin > > > > I've turned my floppy off and the hang gone away! :) > > Thanks a lot! > > How did you disable it? There's a difference between pulling the > cable out and disabling the floppy controller through hints which may > be significant. If possible, could you try doing the other one of > those two to see what happens? > > > How have you guessed that? > > Just a hunch... :) > > > Is there a way to keep it, 'cause I'm using it some times? > > Try setting debug.fdc.debugflags=255 from the loader, then posting the > bits of the dmesg relating to the floppy drive. That's really funny! :) I've decided to see if my floppy drive is working at all, but when I was inserting a disk in it I noticed that there already was one. :) Then I've tried to mount that one, but the mount utility hanged. The other disk is working with no problem. So, the problem was that strange floppy disk sitting in my drive. I'm really sorry for bothering all you guys! The real problem was (and still is) my inattentiveness. P.S. This floppy disk does not cause a hang in windows, so I may suppose that there is a bug in fdc! :) -- Sergey Lungu Management can't. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 15:29:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13D0B16A42D for ; Fri, 10 Feb 2006 15:29:45 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from mail.scls.lib.wi.us (mail.scls.lib.wi.us [198.150.40.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9970F43D5A for ; Fri, 10 Feb 2006 15:29:33 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from [172.26.2.238] ([172.26.2.238]) by mail.scls.lib.wi.us (8.12.9p2/8.12.9) with ESMTP id k1AFTKR4066968; Fri, 10 Feb 2006 09:29:20 -0600 (CST) (envelope-from nalists@scls.lib.wi.us) Message-ID: <43ECB150.9020609@scls.lib.wi.us> Date: Fri, 10 Feb 2006 09:29:20 -0600 From: Greg Barniskis User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Vladimir Botka References: <1b62a7390602091000q44f735f4n692970044b56330b@mail.gmail.com> <43EBCA27.9050401@scls.lib.wi.us> <20060210072157.E17222@srv.g1.netng.org> In-Reply-To: <20060210072157.E17222@srv.g1.netng.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ryan R , freebsd-stable@freebsd.org Subject: Re: Broken kde3 from ports, not downloading what it's supposed to. Will not compile; need advice please. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 15:29:45 -0000 Vladimir Botka wrote: > > There are no kde-3.5.1 packages available. AFAIK. > Maybe on the 6.1-BETA1-i386-disc2.iso ? That would be an important factor, obviously. If you simply must have a thing and there's only one way to get it, then you have to do what you have to do. But my point still holds; if trying to be bleeding edge and compiling from source is confusing, bothersome /and/ not required, the simplest solution is "well, don't do that". =) -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) , (608) 266-6348 From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 18:10:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B050916A420 for ; Fri, 10 Feb 2006 18:10:59 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCA4343D48 for ; Fri, 10 Feb 2006 18:10:53 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k1AIAp3K030582 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 11 Feb 2006 05:10:52 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k1AIApdx042630; Sat, 11 Feb 2006 05:10:51 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k1AIAp7K042629; Sat, 11 Feb 2006 05:10:51 +1100 (EST) (envelope-from peter) Date: Sat, 11 Feb 2006 05:10:50 +1100 From: Peter Jeremy To: Daniel Gerzo Message-ID: <20060210181050.GB685@turion.vk2pj.dyndns.org> References: <20060210134839.GA74081@daemon.rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060210134839.GA74081@daemon.rulez.sk> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: [panic] Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 18:10:59 -0000 Please don't cross-post. A problem with 6-RELEASE is not appropriate for current@. On Fri, 2006-Feb-10 14:48:39 +0100, Daniel Gerzo wrote: > I've just got installed a brand new box, and I can say that it's > hanging on regular basis, around every 10 minutes. Is the panic always at the same place or does it move around? __qdivrem() hasn't been touched for just under two years and it seems unlikely that it would suddenly start triggering panics. Since you mention that this is a brand new box, are you certain that it isn't a hardware fault? I suggest running (eg) memtest86 on it for a few hours and see if that picks anything up. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 18:32:44 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2142F16A420 for ; Fri, 10 Feb 2006 18:32:44 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3777D43D45 for ; Fri, 10 Feb 2006 18:32:42 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (varonk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k1AIWZvq076285 for ; Fri, 10 Feb 2006 19:32:41 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k1AIWZhl076284; Fri, 10 Feb 2006 19:32:35 +0100 (CET) (envelope-from olli) Date: Fri, 10 Feb 2006 19:32:35 +0100 (CET) Message-Id: <200602101832.k1AIWZhl076284@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <5f67a8c40602100619v4ce3ab7fof3c0d45c51bd2a74@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 10 Feb 2006 19:32:41 +0100 (CET) Cc: Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 18:32:44 -0000 Zaphod Beeblebrox wrote: > On 2/10/06, Oliver Fromme wrote: > > Concerning the SCSI and CAM code I'm not an expert, but I > > think it should be possible to nudge devfs when a rescan > > has detected a new device. > > You'd think, but no. You see, the device , according to CAM, doesn't > change. Magically, it has more blocks, but it's the "same" device to cam. Yes, that's how the code currently handles it. It needs to be changed. When the card reader is inserted, the SCSI code _does_ detect that no medium is inserted (it logs "Medium not present"). Upon the first successful access to the device -- no matter what kind of access -- there must be a medium present, obviously, so the code _should_ rescan the device and arrange for devfs to create the necessary nodes. Actually, it's very similar to other kinds of removable media, such as SCSI CD-ROM drives. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. C++: "an octopus made by nailing extra legs onto a dog" -- Steve Taylor, 1998 From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 19:15:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6498B16A420 for ; Fri, 10 Feb 2006 19:15:57 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [216.148.227.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id D066B43D5D for ; Fri, 10 Feb 2006 19:15:56 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from dragon (c-24-7-180-38.hsd1.ca.comcast.net[24.7.180.38]) by comcast.net (rwcrmhc14) with SMTP id <20060210191555m1400dcvcde>; Fri, 10 Feb 2006 19:15:56 +0000 Message-ID: <00aa01c62e76$6e552410$fac8a8c0@dragon> From: "Jon Holstrom" To: References: <43E7EDA2.7070807@rogers.com> <001201c62b84$4d591900$fac8a8c0@dragon> <20060207014535.GA10328@xor.obsecurity.org> <3aaaa3a0602082040l4917c5cfo@mail.gmail.com> <20060209054333.GA68771@xor.obsecurity.org> Date: Fri, 10 Feb 2006 11:16:01 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 19:15:57 -0000 Hello Group. I CVSuped a few days back from the time of the release of 5.5 PreRelease (bata1) & got 5.4 stable february 1, 10 GMT was the last day beforee 5.5 hit the CVS server(s) (calif ) Sorry i dont have the time to mess with bug tracking and what not, but i need a working OS, not a bata ! Thank you everyone for your help ! ----- Original Message ----- From: "Kris Kennaway" To: "Chris" Cc: "Kris Kennaway" ; "Jon Holstrom" ; Sent: Wednesday, February 08, 2006 9:43 PM Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 19:38:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3937116A420 for ; Fri, 10 Feb 2006 19:38:03 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C6C343D64 for ; Fri, 10 Feb 2006 19:37:58 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from falcon.midgard.homeip.net (83.253.29.241) by pne-smtpout1-sn1.fre.skanova.net (7.2.070) id 43E9FE42000B24EC for freebsd-stable@freebsd.org; Fri, 10 Feb 2006 20:37:57 +0100 Received: (qmail 52532 invoked by uid 1001); 10 Feb 2006 20:37:57 +0100 Date: Fri, 10 Feb 2006 20:37:57 +0100 From: Erik Trulsson To: Jon Holstrom Message-ID: <20060210193757.GA51981@falcon.midgard.homeip.net> Mail-Followup-To: Jon Holstrom , freebsd-stable@freebsd.org References: <43E7EDA2.7070807@rogers.com> <001201c62b84$4d591900$fac8a8c0@dragon> <20060207014535.GA10328@xor.obsecurity.org> <3aaaa3a0602082040l4917c5cfo@mail.gmail.com> <20060209054333.GA68771@xor.obsecurity.org> <00aa01c62e76$6e552410$fac8a8c0@dragon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00aa01c62e76$6e552410$fac8a8c0@dragon> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 19:38:03 -0000 On Fri, Feb 10, 2006 at 11:16:01AM -0800, Jon Holstrom wrote: > Hello Group. > I CVSuped a few days back from the time of the > release of 5.5 PreRelease (bata1) & got 5.4 stable > february 1, 10 GMT was the last day beforee 5.5 hit > the CVS server(s) (calif ) > Sorry i dont have the time to mess with bug tracking > and what not, but i need a working OS, not a bata ! > > Thank you everyone for your help ! 5.5-PRERELEASE and 5.4-STABLE are the same thing. Only the name is different. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 20:00:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF4516A420 for ; Fri, 10 Feb 2006 20:00:11 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3499643D49 for ; Fri, 10 Feb 2006 20:00:09 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-061-210-251.pools.arcor-ip.net [84.61.210.251]) by dd2718.kasserver.com (Postfix) with ESMTP id 5E938DCFDA; Fri, 10 Feb 2006 20:58:55 +0100 (CET) Message-ID: <43ECF0C5.7000306@chillt.de> Date: Fri, 10 Feb 2006 21:00:05 +0100 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: Jon Holstrom References: <43E7EDA2.7070807@rogers.com> <001201c62b84$4d591900$fac8a8c0@dragon> <20060207014535.GA10328@xor.obsecurity.org> <3aaaa3a0602082040l4917c5cfo@mail.gmail.com> <20060209054333.GA68771@xor.obsecurity.org> <00aa01c62e76$6e552410$fac8a8c0@dragon> In-Reply-To: <00aa01c62e76$6e552410$fac8a8c0@dragon> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 20:00:11 -0000 > but i need a working OS, not a bata ! If you don't like using a beta (nothing wrong with that), you definitely should not be using -stable either. There are even less promises regarding the reliability and quality of -stable than there are of a beta. After all, during the prerelease and beta cycles, the tree is getting in shape for a release and there is a focus on fixing as many little nits as possible. In between releases, bigger MFCs might hit -stable from time to time and make it less reliable. So, while you are getting confused by the branch name changing, you should also rethink whether you want -stable at all. It really seems like you should be aiming for RELENG_5_4 (and then RELENG_5_5 once 5.5 is out) instead. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 21:45:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2260B16A420 for ; Fri, 10 Feb 2006 21:45:18 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id A55DB43D60 for ; Fri, 10 Feb 2006 21:45:15 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from dragon (c-24-7-180-38.hsd1.ca.comcast.net[24.7.180.38]) by comcast.net (rwcrmhc12) with SMTP id <20060210214514m1200d64p5e>; Fri, 10 Feb 2006 21:45:14 +0000 Message-ID: <000c01c62e8b$4a22bc00$fac8a8c0@dragon> From: "Jon Holstrom" To: References: <43E7EDA2.7070807@rogers.com> <001201c62b84$4d591900$fac8a8c0@dragon> <20060207014535.GA10328@xor.obsecurity.org> <3aaaa3a0602082040l4917c5cfo@mail.gmail.com> <20060209054333.GA68771@xor.obsecurity.org><00aa01c62e76$6e552410$fac8a8c0@dragon> <43ECF0C5.7000306@chillt.de> Date: Fri, 10 Feb 2006 13:45:20 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 21:45:18 -0000 ----- Original Message ----- From: "Bartosz Fabianowski" To: "Jon Holstrom" Cc: Sent: Friday, February 10, 2006 12:00 PM Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) >> but i need a working OS, not a bata ! > > If you don't like using a beta (nothing wrong with that), you definitely > should not be using -stable either. There are even less promises > regarding the reliability and quality of -stable than there are of a > beta. After all, during the prerelease and beta cycles, the tree is > getting in shape for a release and there is a focus on fixing as many > little nits as possible. In between releases, bigger MFCs might hit > -stable from time to time and make it less reliable. > > So, while you are getting confused by the branch name changing, you > should also rethink whether you want -stable at all. It really seems > like you should be aiming for RELENG_5_4 (and then RELENG_5_5 once 5.5 > is out) instead. > > - Bartosz >____________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Thank you much for your input. after thinking this over a few weeks ago, it did seem to be the best bet to go for 5.4 stable. i gave 6.0 release its chance, things didnt seem to work as i needed them. 5.4 release does not support Eclipse 3.1 at all. this is why i needed 5.4 stable ! as hard as i tried to stay simple on using FreeBSD, FreeBSD led me to 5.4 stable as of Feb1, 2006 at 10:00 GMT..... all working this far. Software has its own mind, it will & has led us here. i could go on & on about what i think about all this. but the truth is, FreeBSD software led me here ! What i am upto with freebsd 5.4 stable ? --==--==--==--==--==--==--==-- FreeBSD 5.4 stable. Apache 1.3 PHP4 MySQL 4.1 OSCommerce 2.2 MS2 JavaSDK 1.4 Tomcat 5 Eclipse 3.1 <------- needs 5.4 stable PHPEclipse --==--==--==--==--==--==--==-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 21:55:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A52D16A420 for ; Fri, 10 Feb 2006 21:55:32 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A3043D46 for ; Fri, 10 Feb 2006 21:55:31 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 10 Feb 2006 13:55:28 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B96C345041; Fri, 10 Feb 2006 13:55:27 -0800 (PST) To: Bartosz Fabianowski In-reply-to: Your message of "Fri, 10 Feb 2006 21:00:05 +0100." <43ECF0C5.7000306@chillt.de> Date: Fri, 10 Feb 2006 13:55:27 -0800 From: "Kevin Oberman" Message-Id: <20060210215527.B96C345041@ptavv.es.net> Cc: freebsd-stable@freebsd.org, Jon Holstrom Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 21:55:32 -0000 > Date: Fri, 10 Feb 2006 21:00:05 +0100 > From: Bartosz Fabianowski > Sender: owner-freebsd-stable@freebsd.org > > > but i need a working OS, not a bata ! > > If you don't like using a beta (nothing wrong with that), you definitely > should not be using -stable either. There are even less promises > regarding the reliability and quality of -stable than there are of a > beta. After all, during the prerelease and beta cycles, the tree is > getting in shape for a release and there is a focus on fixing as many > little nits as possible. In between releases, bigger MFCs might hit > -stable from time to time and make it less reliable. Since there are no promises of ANYTHING with FreeBSD, I don't see how -stable could come with fewer. :-) The reality of the situation is that pre-release and betas are often less than most systems marked "stable" because of the release cycle. Developers tend to delay MFCing new features so that they can get as much testing as possible in -current. This is good, but it means that after a release you see a number of bug fixes as no amount of testing in current or stable will find a bug as fast as when it's in a release. This loosely means (stability on the Y axis and time on the X): **** ** ********* *** ***** **** ** * * * * ** ** *** * * ****** * | ** * **** | ** | ** *** | | * ***** | | ** | Release Stable pre-rel. Beta Release Note that this is the stability of the stable branch and not the actual release which is usually a bit more stable than the -stable branch at the time of release as they diverge a bit just before a release. The big drop comes just before the code freeze when developers start merging in new features from current. Running pre-release software is always a bit dicey. Beta will have most of the problems encountered fixed and quality will improve a bit before release. There is also a small drop right after release when a couple of new features that couldn't be made stable are MFCed again. Of course, every release is different, but the cycle has repeated pretty consistently since at least 3.3 when I first started tracking -stable. On systems that I want to be reliable, I tend to run -stable, but I monitor the mailing list and update between releases to a date about a week in the past so I can be pretty sure that -stable really is. > > So, while you are getting confused by the branch name changing, you > should also rethink whether you want -stable at all. It really seems > like you should be aiming for RELENG_5_4 (and then RELENG_5_5 once 5.5 > is out) instead. > > - Bartosz > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 22:00:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3567D16A420 for ; Fri, 10 Feb 2006 22:00:27 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.200.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0FD243D45 for ; Fri, 10 Feb 2006 22:00:26 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from dragon (c-24-7-180-38.hsd1.ca.comcast.net[24.7.180.38]) by comcast.net (sccrmhc13) with SMTP id <2006021022002501300nv89ue>; Fri, 10 Feb 2006 22:00:25 +0000 Message-ID: <003c01c62e8d$694f9f10$fac8a8c0@dragon> From: "Jon Holstrom" To: References: <001d01c62ab9$56c25310$fac8a8c0@dragon> Date: Fri, 10 Feb 2006 14:00:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: freeBSD 5.5 Prerelease ( 5.4 stable ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 22:00:27 -0000 ----- Original Message ----- From: "Jon Holstrom" To: Sent: Sunday, February 05, 2006 5:04 PM Subject: freeBSD 5.5 Prerelease ( 5.4 stable ) Hello Group CVSuped a 5.4 release box 2 days ago ( was going for 5-stable ) CVS server gave me 5.5 prerelease two days later everything is 100 % installed had to run pkg_deinstall on gnome-2-10 after running portupgrade to install gnome-2.12 run down on PC i worked with Compaq 5003US PIII 866 , 370 pingrid 384 megs of ram ( 1 stick of PC 133, 256 RAM, 1 stick of PC 133, 128 RAM ) 40 gig Maxtor ATA 100 onboard Intel 810 chipset 3Com networkcard This post was not a post "in need of help" It was & has been a port to warn your all & any other pore SOB's that CVSuping for 5-stable gets you 5.5 PRERELEASE ( BATA1 ) reread the darn post, i never did ask for help Have a good day everyone. Sorry to have caused a ruffle ! I will stay away from the send button._______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 22:37:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08F7816A420 for ; Fri, 10 Feb 2006 22:37:54 +0000 (GMT) (envelope-from paolo@euresis.it) Received: from agnus.ngi.it (ns.virtuo.it [88.149.128.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACD5443D46 for ; Fri, 10 Feb 2006 22:37:51 +0000 (GMT) (envelope-from paolo@euresis.it) Received: from smtp.paolo.maero.net (81-174-13-252.f5.ngi.it [81.174.13.252]) by agnus.ngi.it (8.13.5/8.13.5) with ESMTP id k1AMbmLj016663; Fri, 10 Feb 2006 23:37:49 +0100 Received: from [192.168.2.16] (mac.paolo.maero.net [192.168.2.16]) by smtp.paolo.maero.net (Postfix) with ESMTP id 4D06B145F426; Fri, 10 Feb 2006 23:37:48 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20060210132529.I6359@fw.reifenberger.com> References: <20060210111959.Y5942@fw.reifenberger.com> <20060210121952.GB4925@bsd.trippelsdorf.de> <20060210132529.I6359@fw.reifenberger.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <20B290A8-6AED-4767-9DE8-082CB9D35353@euresis.it> Content-Transfer-Encoding: 7bit From: Paolo Maero Date: Fri, 10 Feb 2006 23:37:47 +0100 To: Michael Reifenberger , FreeBSD Stable X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: IDE DMA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 22:37:54 -0000 On Feb 10, 2006, at 1:28 PM, Michael Reifenberger wrote: > On Fri, 10 Feb 2006, Markus Trippelsdorf wrote: > ... >>> ... >>> ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=58914495 >>> ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=123039679 >>> ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) >>> LBA=54591167 >> >> It looks like bad cabling to me. Try new cables and also run >> smartctl -a /dev/ad0 (and ad1) to check if the hardware is OK. >> > smartctl doesn't reports any errors, and accessing only on disk at > a time > doesn't give errors either. So probably cabling isn't the issue here. > More likely a timing/locking interaction between gmirror/ata... > > Bye/2 > --- > Michael Reifenberger, Business Development Manager SAP-Basis, Plaut > Consulting > Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com > http://www.plaut.de | http:// > www.Reifenberger.com > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > I have the same problem with 6.0 and gmirror. It's not cabling or HW problem as it works fine with FreeBSD 5.4 or previous, OpenBSD 3.8 and Linux 2.6.x, with and without mirroring. I have a 2xPIII 700 MHz SMP system with Maxtor PCI SATA controller and two 250 GB Maxtor disks, plus SCSI disks for the OS. atapci0: port 0x3080-0x30bf, 0x30c0-0x30cf,0x3000-0x307f mem 0xf4220000-0xf4220fff, 0xf4200000-0xf421ffff irq 20 at device 4.0 on pci2 ad4: 239372MB at ata2-master SATA150 ad6: 239372MB at ata2-master SATA150 The disks are gmirror'ed and never completes a synchronization. When reaching around 40%-45% of gmirror resynch the system crashes. No log is written and the screen has some garbage in it. The system also crashes occasionally under heavy load, after logging some TIMEOUT - READ_DMA errors. The system is then unable to boot again. It crashes during the boot sequence when the mirror is reestablished and the resynch is started again. It crashes also if the resynch is prevented (through NOAUTOSYNCH). I need to boot the installation CD and clean gmirror metadata on one disk to be able to boot. I have 6.0-RELEASE-p4 (but it happens on any 6.0) and this is my kernel: # include standard distribution's SMP kernel build file, which in turns include the generic kernel build file (named GENERIC) include SMP # set custom kernel ident name ident ZOE_020 # additional/overridden settings starts here nooptions PREEMPTION # Disable kernel thread preemption # standard system settings maxusers 64 # 64 users is a lot, but we should have plenty of memory! options INCLUDE_CONFIG_FILE # Include this file in kernel for reference # memory settings - 2 GBytes for data or stack maximum size, 1 GByte as default initial size options MAXDSIZ=(2048UL*1024*1024) options MAXSSIZ=(2048UL*1024*1024) options DFLDSIZ=(1024UL*1024*1024) # SYSV options (shared memory, semaphores, message queues) options SEMMAP=63 # Maximum number of entries in a semaphore map. options SEMMNI=512 # Maximum number of System V semaphores that can be used on the system at one time. options SEMMNS=512 # Total number of semaphores system wide options SEMMNU=512 # Total number of undo structures in system options SEMMSL=64 # Maximum number of System V semaphores that can be used by a single process at one time. options SEMOPM=128 # Maximum number of operations that can be outstanding on a single System V semaphore at one time. options SEMUME=48 # Maximum number of undo operations that can be outstanding on a single System V semaphore at one time. options SHMALL=262144 # Maximum number of shared memory pages system wide. options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1) # Maximum size, in bytes, of a single System V shared memory region. options SHMMAXPGS=262144 # Maximum size, in pages, of a single System V shared memory region. options SHMMIN=2 # Minimum size, in bytes, of a single System V shared memory region. options SHMMNI=128 # Maximum number of shared memory regions that can be used on the system at one time. options SHMSEG=32 # Maximum number of System V shared memory regions that can be attached to a single process at one time. options MSGMNB=2049 # Max number of chars in queue options MSGMNI=41 # Max number of message queue identifiers options MSGSEG=2049 # Max number of message segments options MSGSSZ=16 # Size of a message segment (must be a power of 2 between 8 and 1024) options MSGTQL=41 # Max number of messages in system I need to go to production soon and I want FreeBSD 6.0 as Linux/other- BSD don't fit my requirements (e.g. jail, GEOM...), so I changed the controller to a Promise TX2300. It still has problems with 6.0 as again, at 40%-45% of mirror rebuild I get this error: ad4: req=0xc1c43d48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ... I am quite worried as I need to trust storage! Any idea of what is the problem? If needed I can provide more data or make tests. I have a photo of the screen of the panic during the boot sequence (1MB) Thanks and excuse me for the bad english! Paolo From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 23:00:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74D9616A420 for ; Fri, 10 Feb 2006 23:00:39 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmmtao05.cox.net (eastrmmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9868943D49 for ; Fri, 10 Feb 2006 23:00:38 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao05.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060210230042.RSEI14098.eastrmmtao05.cox.net@serene.no-ip.org> for ; Fri, 10 Feb 2006 18:00:42 -0500 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.4/8.13.4) with ESMTP id k1AN0NLW069494 for ; Fri, 10 Feb 2006 17:00:24 -0600 (CST) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by serene.no-ip.org (8.13.4/8.13.4/Submit) id k1AN0Ibw069493 for freebsd-stable@freebsd.org; Fri, 10 Feb 2006 17:00:18 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 10 Feb 2006 17:00:18 -0600 (CST) From: Conrad Sabatier To: freebsd-stable@freebsd.org Subject: CFLAGS in libc_r, libpthread and libthr, and MUTEX stuff in kern_mutex.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 23:00:39 -0000 Given that STABLE is supposed to be...well...*stable* :-) ... Could we possibly remove "-D_PTHREADS_INVARIANTS", "-D_LOCK_DEBUG" and "-g" from the CFLAGS in the Makefiles for libc_r, libpthread and libthr? I've been under the impression that these options were only intended for testing/debugging under CURRENT. Granted, it's a simple matter to patch the Makefiles after an update/before a buildworld, but it would be nice not to have to do so. On a related note, I was rather surprised to discover recently that in sys/kern/kern_mutex.c, the MUTEX_WAKE_ALL option is forcibly defined if not already defined in the user's kernel config. While the accompanying comment (in mutex.c) would seem to indicate that there's good reason for doing so at this time, at the very least, this should be documented in sys/conf/NOTES as well. Additionally, it should also be made unmistakably clear that certain other mutex-related options -- namely, ADAPTIVE_GIANT and NO_ADAPTIVE_MUTEXES -- have absolutely no effect whatsoever unless SMP is also defined. While I suppose this might be inferred from the fact that they're listed under the SMP section of NOTES, nonetheless, there is a chance that this relationship may go unrecognized. Thank you. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 23:51:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3072F16A420 for ; Fri, 10 Feb 2006 23:51:27 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx01.interbgc.com [217.9.224.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 2AA8343D45 for ; Fri, 10 Feb 2006 23:51:24 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 2184 invoked from network); 10 Feb 2006 23:51:22 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(0.1/8.0):. Processed in 2.000186 secs); 10 Feb 2006 23:51:22 -0000 X-Spam-Status: No, hits=0.1 required=8.0 Received: from niked.ddns.cablebg.net (HELO tormentor.totalterror.net) (85.130.14.211) by mx01.interbgc.com with SMTP; 10 Feb 2006 23:51:20 -0000 Received: (qmail 2069 invoked from network); 10 Feb 2006 23:51:17 -0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 10 Feb 2006 23:51:17 -0000 Message-ID: <43ED26F5.2000001@cytexbg.com> Date: Sat, 11 Feb 2006 01:51:17 +0200 From: Niki Denev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org References: <61167.207.70.139.52.1139269796.squirrel@www.compedgeracing.com> <20060206235603.GA6494@xor.obsecurity.org> <62897.207.70.139.52.1139283700.squirrel@www.compedgeracing.com> <20060207071612.GC88541@ip.net.ua> In-Reply-To: <20060207071612.GC88541@ip.net.ua> X-Enigmail-Version: 0.94.0.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: src upgrade to 6 from 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 23:51:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ruslan Ermilov wrote: > On Mon, Feb 06, 2006 at 09:41:40PM -0600, Robert Uzzi wrote: [...] >> > How did you disable ccache? If you did it by setting NOCCACHE it doesn't > really work. Comment out the ccache stuff completely from /etc/make.conf > and try again. > > > Cheers, I'm using the following lines in my make.conf because of this problem : .if ${.CURDIR:M/usr/ports/*} CC=/usr/local/libexec/ccache/cc CXX=/usr/local/libexec/ccache/c++ .endif - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD7Sb1HNAJ/fLbfrkRAv7/AKC/7FnnTZdDPWufJG4l0bUMqdOoTQCgprsV qaDiVIpDnmn6pBraGZE9XTM= =0ehi -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 00:53:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C01F16A420 for ; Sat, 11 Feb 2006 00:53:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20EC343D76 for ; Sat, 11 Feb 2006 00:53:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 071501A3C2C; Fri, 10 Feb 2006 16:53:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 13AC9521FC; Fri, 10 Feb 2006 19:53:03 -0500 (EST) Date: Fri, 10 Feb 2006 19:53:02 -0500 From: Kris Kennaway To: Conrad Sabatier Message-ID: <20060211005302.GA73491@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: CFLAGS in libc_r, libpthread and libthr, and MUTEX stuff in kern_mutex.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 00:53:19 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2006 at 05:00:18PM -0600, Conrad Sabatier wrote: > Given that STABLE is supposed to be...well...*stable* :-) ... >=20 > Could we possibly remove "-D_PTHREADS_INVARIANTS", "-D_LOCK_DEBUG" and "-= g" > from the CFLAGS in the Makefiles for libc_r, libpthread and libthr? I've > been under the impression that these options were only intended for > testing/debugging under CURRENT. I think your impressions are wrong. For example, -g has no effect on the installed code (since it's stripped), and IIRC -D_PTHREADS_INVARIANTS doesn't have a run-time penalty either. > On a related note, I was rather surprised to discover recently that in > sys/kern/kern_mutex.c, the MUTEX_WAKE_ALL option is forcibly defined if n= ot > already defined in the user's kernel config. While the accompanying > comment (in mutex.c) would seem to indicate that there's good reason for > doing so at this time, at the very least, this should be documented in > sys/conf/NOTES as well. > =20 > Additionally, it should also be made unmistakably clear that certain other > mutex-related options -- namely, ADAPTIVE_GIANT and NO_ADAPTIVE_MUTEXES -- > have absolutely no effect whatsoever unless SMP is also defined. While I > suppose this might be inferred from the fact that they're listed under the > SMP section of NOTES, nonetheless, there is a chance that this relationsh= ip > may go unrecognized. Sounds like you can submit a patch for these. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7TVuWry0BWjoQKURAiOPAKDhFIjvVISseTCRsmiFJyQ+lRKoJwCdHd21 KOJNOjLmzssrjxlsz5tJhuI= =O3pp -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 02:43:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB49816A420 for ; Sat, 11 Feb 2006 02:43:02 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F6D43D45 for ; Sat, 11 Feb 2006 02:43:02 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id i30so385641wxd for ; Fri, 10 Feb 2006 18:43:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OjKo5x7P4XBoUkVQvEomVrpvlvVXE3X8ociHACK/3WvvCW0cfdZaZpVzToDC+9fQUWHFT5s5S1u2Tfe7UVfbcU19Dkp9BWcryVKAAX+3bY2lrm7SIjxjBBd6EyYBCajo6E817nIGK7kz782pQfaoseTa2wPRUAr9ZNm0+e8yeCY= Received: by 10.70.29.10 with SMTP id c10mr122571wxc; Fri, 10 Feb 2006 18:43:01 -0800 (PST) Received: by 10.70.116.10 with HTTP; Fri, 10 Feb 2006 18:43:01 -0800 (PST) Message-ID: <84dead720602101843l316e02faue8a59157c2d02060@mail.gmail.com> Date: Sat, 11 Feb 2006 08:13:01 +0530 From: Joseph Koshy To: Kevin Lamothe In-Reply-To: <43EC1784.302@animenfo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43EBEB9B.1060402@animenfo.com> <84dead720602091908l67512dd0j709683723134a6d@mail.gmail.com> <43EC1784.302@animenfo.com> Cc: stable@freebsd.org Subject: Re: Connectivity issue with FreeBSD6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 02:43:03 -0000 kl> From the tcpdump logs it looks like the packets are not kl> reaching the sql ... kl> IP Filter: v4.1.8 initialized. Default =3D pass all, Logging =3D kl> enabled Anything interesting in IPFilter's stats? Does the misbehaviour remain if IPFilter is turned off? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 03:10:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B28116A420 for ; Sat, 11 Feb 2006 03:10:16 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id C8F6543D48 for ; Sat, 11 Feb 2006 03:10:15 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: (qmail 24375 invoked from network); 11 Feb 2006 03:10:14 -0000 Received: from unknown (HELO ?192.168.0.102?) (66.225.170.87) by smtp.vianet.ca with SMTP; 11 Feb 2006 03:10:14 -0000 Message-ID: <43ED5592.6070004@animenfo.com> Date: Fri, 10 Feb 2006 22:10:10 -0500 From: Kevin Lamothe User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Joseph Koshy References: <43EBEB9B.1060402@animenfo.com> <84dead720602091908l67512dd0j709683723134a6d@mail.gmail.com> <43EC1784.302@animenfo.com> <84dead720602101843l316e02faue8a59157c2d02060@mail.gmail.com> In-Reply-To: <84dead720602101843l316e02faue8a59157c2d02060@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Connectivity issue with FreeBSD6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 03:10:16 -0000 Joseph Koshy wrote: > kl> From the tcpdump logs it looks like the packets are not > kl> reaching the sql ... > > kl> IP Filter: v4.1.8 initialized. Default = pass all, Logging = > kl> enabled > > Anything interesting in IPFilter's stats? > Does the misbehaviour remain if IPFilter is turned off? > > I've used ipf, ipfw and no filewall and theres no difference. > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 06:13:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9894116A422 for ; Sat, 11 Feb 2006 06:13:58 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 083EF43D46 for ; Sat, 11 Feb 2006 06:13:57 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k1B6Drvw010210; Sat, 11 Feb 2006 01:13:53 -0500 (EST) Date: Sat, 11 Feb 2006 01:13:53 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Conrad Sabatier In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-stable@freebsd.org Subject: Re: CFLAGS in libc_r, libpthread and libthr, and MUTEX stuff in kern_mutex.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 06:13:58 -0000 On Fri, 10 Feb 2006, Conrad Sabatier wrote: > Given that STABLE is supposed to be...well...*stable* :-) ... > > Could we possibly remove "-D_PTHREADS_INVARIANTS", "-D_LOCK_DEBUG" and "-g" > from the CFLAGS in the Makefiles for libc_r, libpthread and libthr? I've > been under the impression that these options were only intended for > testing/debugging under CURRENT. Please go search the archives for the last time this was brought up. You are under the mistaken assumption that there is a performance impact. I think next time I'm in there, I'll just change the names of the macros or just remove them completely so they're always enabled :( -- DE From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 08:16:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B4CB16A420 for ; Sat, 11 Feb 2006 08:16:01 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E4EE43D58 for ; Sat, 11 Feb 2006 08:15:59 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F7pvC-000EM4-DC for freebsd-stable@freebsd.org; Sat, 11 Feb 2006 09:15:58 +0100 Date: Sat, 11 Feb 2006 09:15:58 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060211081557.GE18919@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <43EBEB9B.1060402@animenfo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43EBEB9B.1060402@animenfo.com> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Subject: Re: Connectivity issue with FreeBSD6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 08:16:01 -0000 Hi. On Thu, Feb 09, 2006 at 08:25:47PM -0500, Kevin Lamothe wrote: > Hey there, I'm running BSD6 on my servers. > > One problem I'm having is the webserver keeps randomly losing > connections to the SQL server which is on another box. > > From the tcpdump logs it looks like the packets are not reaching the > sql server, I've talked to one of the admins at the dc and they're > saying a few other freebsd6 boxes are having this issue. > > Any ideas on this weird issue? I had something, that looked quite like that, but it turned out, it had nothing to do with FreeBSD or the network. Are you using MySQL from through JDBC? There's a bug in JDBC, so that the driver does not notice, if the server closes a connection due to timeout. So have a look how long the idle timeout on the MySQL server is and be sure to set the timeout of the JDBC pooled connections to a value lower than that (or disable timeouts on the MySQL server). Just an idea, since your description does not tell too much about the surrounding environment. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 10:33:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16E4016A420 for ; Sat, 11 Feb 2006 10:33:41 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F47543D49 for ; Sat, 11 Feb 2006 10:33:39 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 11 Feb 2006 10:33:38 -0000 Received: from p54A7D21A.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.210.26] by mail.gmx.net (mp029) with SMTP; 11 Feb 2006 11:33:38 +0100 X-Authenticated: #5465401 Message-ID: <43EDBD78.8020602@gmx.de> Date: Sat, 11 Feb 2006 11:33:28 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF6EA7F232F7734034B9521A8" X-Y-GMX-Trusted: 0 Subject: Undefined symbol "X509_STORE_CTX_set_depth" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 10:33:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF6EA7F232F7734034B9521A8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Apache22 outputs the following when it's started httpd: Syntax error on line 82 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_ssl.so into server: /usr/local/libexec/apache22/mod_ssl.so: Undefined symbol "X509_STORE_CTX_set_depth" /usr/local/libexec/apache22/mod_ssl.so is linked to libssl.so.4 =3D> /usr/lib/libssl.so.4 (0x28195000) libcrypto.so.4 =3D> /lib/libcrypto.so.4 (0x281c7000) So I guess this is a problem in the world. I'm following 6-stable. --------------enigF6EA7F232F7734034B9521A8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7b1+fMDIb41/+S0RAoG7AJ9MtwmeL54tYX6/5hJ8g+fBkGuUZQCffRGF DP5JoDk1hQrD+OyUt0UF3Dw= =MbEr -----END PGP SIGNATURE----- --------------enigF6EA7F232F7734034B9521A8-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 12:21:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE9D16A420 for ; Sat, 11 Feb 2006 12:21:15 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from kelly.nerdshack.com (kelly.nerdshack.com [209.189.235.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC5A343D45 for ; Sat, 11 Feb 2006 12:21:14 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from dispatchd.nerdshack.com (julie.nerdshack.com [209.189.235.39]) by kelly.nerdshack.com (Postfix) with SMTP id EBA6590A61 for ; Sat, 11 Feb 2006 06:14:28 -0600 (CST) Received: from cartman.mailshack.com (dsl-235.47.221.203.lns02-kent-syd.dsl.comindico.com.au [203.221.47.235]) by mail.nerdshack.com with ESMTP Sat, 11 Feb 2006 06:12:45 -0600 Message-Id: <7.0.0.16.2.20060211232032.025f8990@mailshack.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Sat, 11 Feb 2006 23:21:07 +1100 To: freebsd-stable@FreeBSD.ORG From: Rob B In-Reply-To: <200602081327.k18DRCY2061980@lurza.secnetix.de> References: <20060208064637.11c015ee.lists@elehack.net> <200602081327.k18DRCY2061980@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Trouble with mounting USB stick as user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 12:21:15 -0000 At 12:27 AM 9/02/2006, Oliver Fromme wrote: >To enable user mounts, there are three conditions: >1. sysctl vfs.usermount=1 >2. The user must have read+write permission on the device > which is to be mounted. This is usually accomplished > by creating a special group for this device. >3. The user must _own_ the mountpoint (r/w permission is > not sufficient). That fixed it ... thanks. Rob From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 13:03:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3891016A420 for ; Sat, 11 Feb 2006 13:03:30 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC76E43D45 for ; Sat, 11 Feb 2006 13:03:29 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id D1B6610E5EA; Sat, 11 Feb 2006 14:11:30 +0100 (CET) Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77364-09; Sat, 11 Feb 2006 14:11:29 +0100 (CET) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 40CC210E5E9; Sat, 11 Feb 2006 14:11:29 +0100 (CET) Date: Sat, 11 Feb 2006 14:02:10 +0100 From: Daniel Gerzo X-Mailer: The Bat! (v3.62.14) Professional X-Priority: 3 (Normal) Message-ID: <428873391.20060211140210@rulez.sk> To: Peter Jeremy In-Reply-To: <20060210181050.GB685@turion.vk2pj.dyndns.org> References: <20060210134839.GA74081@daemon.rulez.sk> <20060210181050.GB685@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Cc: stable@freebsd.org Subject: Re[2]: [panic] Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 13:03:30 -0000 Hello Peter, Friday, February 10, 2006, 7:10:50 PM, you has on mind: > Please don't cross-post. A problem with 6-RELEASE is not appropriate > for current@. I apologize. > On Fri, 2006-Feb-10 14:48:39 +0100, Daniel Gerzo wrote: >> I've just got installed a brand new box, and I can say that it's >> hanging on regular basis, around every 10 minutes. > Is the panic always at the same place or does it move around? __qdivrem() > hasn't been touched for just under two years and it seems unlikely that > it would suddenly start triggering panics. yes. the bactrace is the same all the time. > Since you mention that this is a brand new box, are you certain that it > isn't a hardware fault? I suggest running (eg) memtest86 on it for a > few hours and see if that picks anything up. we upgraded our power supply to the stronger one and we can get 1+ hours of uptime before crash. I've run sysutils/memtest and it didn't fail in any way. I can provide more info if anybody tell me how :-) -- Best regards Daniel Gerzo From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 13:43:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C97616A420 for ; Sat, 11 Feb 2006 13:43:32 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA41643D5E for ; Sat, 11 Feb 2006 13:43:25 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1BDhMbA073058; Sat, 11 Feb 2006 08:43:23 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k1BDhKZV074987 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Feb 2006 08:43:21 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060211084122.093dcae8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Sat, 11 Feb 2006 08:43:08 -0500 To: Paolo Maero , FreeBSD Stable From: Mike Tancsa In-Reply-To: <20B290A8-6AED-4767-9DE8-082CB9D35353@euresis.it> References: <20060210111959.Y5942@fw.reifenberger.com> <20060210121952.GB4925@bsd.trippelsdorf.de> <20060210132529.I6359@fw.reifenberger.com> <20B290A8-6AED-4767-9DE8-082CB9D35353@euresis.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: Re: IDE DMA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 13:43:32 -0000 At 05:37 PM 10/02/2006, Paolo Maero wrote: >I have a 2xPIII 700 MHz SMP system with Maxtor PCI SATA controller >and two 250 GB Maxtor disks, plus SCSI disks for the OS. > >atapci0: port 0x3080-0x30bf, >0x30c0-0x30cf,0x3000-0x307f mem 0xf4220000-0xf4220fff, >0xf4200000-0xf421ffff irq 20 at device 4.0 on pci2 >ad4: 239372MB at ata2-master SATA150 >ad6: 239372MB at ata2-master SATA150 Your problem might be due to a specific issue with the promise controller see http://lists.freebsd.org/pipermail/freebsd-stable/2006-February/022407.html ---Mike From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 15:41:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 925E916A420 for ; Sat, 11 Feb 2006 15:41:47 +0000 (GMT) (envelope-from paul.eskello@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC23543D4C for ; Sat, 11 Feb 2006 15:41:46 +0000 (GMT) (envelope-from paul.eskello@gmail.com) Received: by uproxy.gmail.com with SMTP id c2so310354ugf for ; Sat, 11 Feb 2006 07:41:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=r36typOaLkYnBRYsWDEa9u47m8492qt/gb6BZ/JMaEylJ8PfA6LEGf/cV2PF1BBDee2ZRGK9vQ1wTJ1bnIc0hY20kdUOMgxNwrITC+XAPmv/FX2kRzw1XrLdSNO1waajjLLP7/ObvMuNRd0Gkc7VRVj7/4X1uwUV3B/3q49tQTI= Received: by 10.48.236.12 with SMTP id j12mr144805nfh; Sat, 11 Feb 2006 07:35:32 -0800 (PST) Received: by 10.49.39.20 with HTTP; Sat, 11 Feb 2006 07:35:32 -0800 (PST) Message-ID: <8cdf6c720602110735g152f6b37nb38be50c477e2663@mail.gmail.com> Date: Sat, 11 Feb 2006 16:35:32 +0100 From: Paul Eskello To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: pxe clients with freebsd 6.0-rel ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 15:41:47 -0000 Hi, for some months now I do run pxe clients running 5.4-rel with no problems, with a 4.10-rel box as dhcp/tftp/nfs server. I just followed the strategy outlined in the handbook (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-diskless= .html) . Now with the upcoming 6.1 release I cvsuppped the pxe-client to RELENG_6_0, build both kernel and world en installed it. He boots ok, but now sendmail does not run and also vipw does not run (it stucks with starting vi). I also observed I'm not able to open an files for the second time in a row while the first attempt succeeded (not with vi ofcourse). I tried to upgrade this pxe-client as well a few months ago in order to beta-drive RELENG_6 and the situation was the same. I then happened to compile vim on the box and that ran troublefree. But that was a quick test lasting an hour or so and without a running vipw. I doublechecked rpcbind, rpc.lockd en rpc.statd assumed they were not running. They were. I then decided to upgrade the pxe server running RELENG_4_10 to RELENG_5_4 to RELENG_6_0. That went flawless, but the pxe-client still behaved the same. Also, another pxe-client running RELENG_5_4 now was showing troubles with locking files as described above. Doing some research with cvs commits logs and cvsweb.freebsd.org I learned /usr/src/sys/rpc.lockd/kern.c was changed. I checked out version 1.13 and tried to recompile: that went wrong. As a second attempt, I plainly copied /usr/src/sys/usr.sbin/rpc.lockd/* from a RELENG_5_4 box to the client. That also did not make my compiler happy and broke before a usefull finish. I did not bother waiting for a make -k :-) Last week I tried to create a clean install (with the pxe-server still running RELENG_6_0 at that time) to make a installworld with DESTDIR=3D/var/pxe/client1, and make distribution and so on and pointed my "option root-path" in dhcpd.conf to that directory. The client did boot but was still showing the (presumed !) file locking trouble. Now I was thinking: Is there anyone here who IS running RELENG_6_0 pxe clients without the file-locking trouble I encounter over the last few months. Anyone who just can run vipw for three times in a row and where sendmail is just running. Yes sendmail starts but it does not display a banner and cannot be killed, netstat shows me it's not bond to any port. Can anyone point me to a solution, make a hint about where to look, what to check or do, or just give me the answer: "cannot be done with 6" :-/ I'm willing to test, patch or do whatever to make the thing work with 6 (time permitting ofcourse). Thanks for reading. paul From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 20:32:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64A3416A420 for ; Sat, 11 Feb 2006 20:32:12 +0000 (GMT) (envelope-from zsolt@cyber.hu) Received: from cyber.hu (local.cyber.hu [193.202.88.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C18BC43D6B for ; Sat, 11 Feb 2006 20:32:11 +0000 (GMT) (envelope-from zsolt@cyber.hu) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Sat, 11 Feb 2006 21:32:28 +0100 Message-ID: <5C21FC3499EF6B4C8810C60D92270A7D100E16@cyber-server.cyber.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ichsmb compile problem Thread-Index: AcYvSkZ3QoYkfeQZTMWxeGmLscT4pQ== From: =?iso-8859-2?Q?Resty=E1nszki_Zsolt?= To: Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ichsmb compile problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 20:32:12 -0000 Dear FreeBSD develpers! =20 Sorry about my e-mail, but I have a big problem with ichsmb kernel = driver. I try to compile to my kernel, but in FreeBSD 5.4-STABLE version = required smbus_if.h and smbus_if.c files missing, so make depend fails. =20 Thats my request: can You send me a compiled version of ichsmb or if you = have a representative of smbus_if sources, can you send me those files? =20 Yours sincerely Zsolt Resty=E1nszki Developer Cyber Systems Ltd. From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 22:35:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0361416A420 for ; Sat, 11 Feb 2006 22:35:57 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B3BA43D48 for ; Sat, 11 Feb 2006 22:35:56 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IUJ001N8O3V11A0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 11 Feb 2006 23:35:55 +0100 (CET) Received: from kg-work.kg4.no ([80.202.174.136]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IUJ00BGXO3VAS10@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 11 Feb 2006 23:35:55 +0100 (CET) Date: Sat, 11 Feb 2006 23:35:57 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-stable@freebsd.org Message-id: <20060211233557.22237ccc.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: install FreeBSS 6 from an existing filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 22:35:57 -0000 Hmm, I think I am missing something here. Trying to install FreeBSD 6.0 (yeah, release, but will upgrade to -stable once I get it installed) on this old laptop (HP OmniBook 5500CT), which has no CD-ROM drive, and no usb. On top of that, the floppies of 6.0-RELEASE don't detect the PC cards properly, so my network card doesn't work. The laptop has a FreeBSD-4.11 install on slice 1 of the disk, and the other half is free for my 6.0 installation. No spare place for a msdos partition. Fine, I'll try to install from an existing filesystem then. In 4.11, I download the distributions to a directory on /usr (/usr/fbsd6), which is the /dev/ad0s1g partition. After that I boot the 6.0 installation floppies, and try to install. When I get to the "select media" stage, I select "install from an existing filesystem" (or something like that), but it only asks me for a path. Do I have to mount my filesystem manually first? Isn't that a bit user unfriendly at this stage? -- Yours, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 22:42:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6649216A420 for ; Sat, 11 Feb 2006 22:42:04 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id F36E543D48 for ; Sat, 11 Feb 2006 22:42:02 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 12677DE; Sat, 11 Feb 2006 16:42:02 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 2C6A061C38; Sat, 11 Feb 2006 16:42:01 -0600 (CST) Date: Sat, 11 Feb 2006 16:42:01 -0600 From: "Matthew D. Fuller" To: Torfinn Ingolfsen Message-ID: <20060211224201.GC78576@over-yonder.net> References: <20060211233557.22237ccc.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060211233557.22237ccc.torfinn.ingolfsen@broadpark.no> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-stable@freebsd.org Subject: Re: install FreeBSS 6 from an existing filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 22:42:04 -0000 On Sat, Feb 11, 2006 at 11:35:57PM +0100 I heard the voice of Torfinn Ingolfsen, and lo! it spake thus: > > The laptop has a FreeBSD-4.11 install on slice 1 of the disk, and > the other half is free for my 6.0 installation. Actually, the easiest thing to do in this case is probably to label and newfs the stuff for 6, and install it manually from the 4 partition. You won't get UFS2 filesystems, but... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 22:48:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A73C16A420 for ; Sat, 11 Feb 2006 22:48:23 +0000 (GMT) (envelope-from paolo@euresis.it) Received: from maya.ngi.it (ns2.ngi.it [194.185.88.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A5443D55 for ; Sat, 11 Feb 2006 22:48:21 +0000 (GMT) (envelope-from paolo@euresis.it) Received: from smtp.paolo.maero.net (81-174-13-252.f5.ngi.it [81.174.13.252]) by maya.ngi.it (8.13.5/8.13.5) with ESMTP id k1BMmJMu026944; Sat, 11 Feb 2006 23:48:19 +0100 Received: from [192.168.2.16] (mac.paolo.maero.net [192.168.2.16]) by smtp.paolo.maero.net (Postfix) with ESMTP id 5329C145F446; Sat, 11 Feb 2006 23:48:19 +0100 (CET) In-Reply-To: <6.2.3.4.0.20060211084122.093dcae8@64.7.153.2> References: <20060210111959.Y5942@fw.reifenberger.com> <20060210121952.GB4925@bsd.trippelsdorf.de> <20060210132529.I6359@fw.reifenberger.com> <20B290A8-6AED-4767-9DE8-082CB9D35353@euresis.it> <6.2.3.4.0.20060211084122.093dcae8@64.7.153.2> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <37FD9423-FB2C-4716-A37A-1852DCB222E5@euresis.it> Content-Transfer-Encoding: 7bit From: Paolo Maero Date: Sat, 11 Feb 2006 23:48:18 +0100 To: Mike Tancsa X-Mailer: Apple Mail (2.746.2) Cc: FreeBSD Stable Subject: Re: IDE DMA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 22:48:23 -0000 On Feb 11, 2006, at 2:43 PM, Mike Tancsa wrote: > At 05:37 PM 10/02/2006, Paolo Maero wrote: > >> I have a 2xPIII 700 MHz SMP system with Maxtor PCI SATA controller >> and two 250 GB Maxtor disks, plus SCSI disks for the OS. >> >> atapci0: port 0x3080-0x30bf, >> 0x30c0-0x30cf,0x3000-0x307f mem 0xf4220000-0xf4220fff, >> 0xf4200000-0xf421ffff irq 20 at device 4.0 on pci2 >> ad4: 239372MB at ata2-master SATA150 >> ad6: 239372MB at ata2-master SATA150 > > Your problem might be due to a specific issue with the promise > controller > > see > http://lists.freebsd.org/pipermail/freebsd-stable/2006-February/ > 022407.html > > ---Mike > Mike, I was probably not clear in my message. I have a Maxtor SATA controller that uses a Promise chip (PDC20375). With this controller the system crashes every time gmirror rebuilds the mirror (no log is left, though) and it also crashes occasionally under heavy load, leaving IDE ATA Timeouts messages just before the crash, e.g.: Dec 29 03:25:09 zoe kernel: subdisk6: detached Dec 29 03:25:09 zoe kernel: ad6: detached Dec 29 03:25:09 zoe kernel: unknown: TIMEOUT - READ_DMA retrying (1 retry left) LBA=212229760 Dec 29 03:25:09 zoe kernel: GEOM_MIRROR: Device data1: provider ad6 disconnected. Dec 29 03:25:09 zoe kernel: GEOM_MIRROR: Device data1: provider mirror/data1 destroyed. Dec 29 03:25:09 zoe kernel: GEOM_MIRROR: Device data1: rebuilding provider ad4 stopped. Dec 29 03:25:24 zoe kernel: unknown: TIMEOUT - READ_DMA retrying (0 retries left) LBA=212229760 < system crashes, no logs after that > Dec 29 07:02:32 zoe kernel: subdisk6: detached Dec 29 07:02:32 zoe kernel: ad6: detached Dec 29 07:02:32 zoe kernel: unknown: TIMEOUT - READ_DMA retrying (1 retry left) LBA=212229760 Dec 29 07:02:32 zoe kernel: GEOM_MIRROR: Device data1: provider ad6 disconnected. Dec 29 07:02:32 zoe kernel: GEOM_MIRROR: Device data1: provider mirror/data1 destroyed. Dec 29 07:02:32 zoe kernel: GEOM_MIRROR: Device data1: rebuilding provider ad4 stopped. < system crashes, no logs after that > In the following case the system didn't crash, but the mirror was broken. Rebooting the system generates a crash during the boot sequence until I clean the mirror metadata in one of the disks (the logs are jammed, it seems syslogd is not able to fully write some messages) Dec 10 04:24:48 zoe kernel: subdisk6: detached Dec 10 04:24:48 zoe kernel: ad6: detached Dec 10 04:24:48 zoe kernel: unknown: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=329048264GEOM_MIRROR: Device data1: provider ad6 disconnected. Dec 10 04:24:48 zoe kernel: Dec 10 04:24:48 zoe kernel: GEOM_MIRROR: Request failed (error=6). ad6 [WRITE(offset=173617111040, length=16384)] Dec 10 04:25:03 zoe kernel: unknown: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=329048264 Dec 10 04:25:18 zoe kernel: unknown: FAILURE - READ_DMA48 timed out LBA=329048264 Dec 10 04:25:18 zoe kernel: GEOM_MIRROR: Request failed (error=5). ad6 [READ(offset=168472711168, length=2048)] I then changed the controller to a Promise TX2300, which uses the PDC20771 chip (erroneously identified as PDC20580 by FreeBSD 6.0.p4) and I saw the errors as described in the thread you mention. It seems the second problem (TX2300) is solved and will probably be inserted into the next release, but the first one not. Regards Paolo From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 23:07:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68D6B16A420 for ; Sat, 11 Feb 2006 23:07:33 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD02943D45 for ; Sat, 11 Feb 2006 23:07:31 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IUJ001VHPKI12C0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 12 Feb 2006 00:07:31 +0100 (CET) Received: from kg-work.kg4.no ([80.202.174.136]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IUJ00AKSPKIXP60@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 12 Feb 2006 00:07:30 +0100 (CET) Date: Sun, 12 Feb 2006 00:07:33 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20060211224201.GC78576@over-yonder.net> To: freebsd-stable@freebsd.org Message-id: <20060212000733.434e1f53.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20060211233557.22237ccc.torfinn.ingolfsen@broadpark.no> <20060211224201.GC78576@over-yonder.net> Subject: Re: install FreeBSS 6 from an existing filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 23:07:33 -0000 On Sat, 11 Feb 2006 16:42:01 -0600 "Matthew D. Fuller" wrote: > Actually, the easiest thing to do in this case is probably to label > and newfs the stuff for 6, and install it manually from the 4 > partition. You won't get UFS2 filesystems, but... But that is one of the things I want. Surely there must be a way to get this installation working without ripping the disk out of the laptop (a tedious operation). I tried manually mounting partitions from the fixit (floppy) shell. My new partitions are /dev/ad0s2a / /dev/ad0s2b swap /dev/ad0s2d /var /dev/ad0s2e /tmp /dev/ad0s2f /usr but when I issue 'mount /dev/ad0s2a /mnt', I get the message mount: /dev/ad0s2a: Operation not permitted Huh? -- Yours, Torfinn Ingolfsen, Norway