From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 00:01:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B80DF16A41F; Sun, 25 Dec 2005 00:01:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 898EF43D60; Sun, 25 Dec 2005 00:01:06 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp132-74.lns2.adl2.internode.on.net [59.167.132.74]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBP012ZK076789 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 25 Dec 2005 10:31:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Brian Candler Date: Sun, 25 Dec 2005 10:30:21 +1030 User-Agent: KMail/1.8.3 References: <200512231136.12471.doconnor@gsoft.com.au> <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de> <20051224153218.GA4424@uk.tiscali.com> In-Reply-To: <20051224153218.GA4424@uk.tiscali.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1224601.v8xf1bQxn3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512251030.44582.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: "Patrick M. Hausen" , Jo Rhett , stable@freebsd.org, freebsd-stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 00:01:10 -0000 --nextPart1224601.v8xf1bQxn3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 25 Dec 2005 02:02, Brian Candler wrote: > Linux has an extremely neat solution for this (sshfs) but I don't know of > anything comparable in the BSD world. sshfs uses 'Fuse', a plug-in > architecture which allows filesystems to run in userland. I believe it > makes an sftp connection to the remote host, and then exposes it as if it > were a real filesystem. Someone ported FUSE to FreeBSD for the Google SoC. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1224601.v8xf1bQxn3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDreEs5ZPcIHs/zowRArcvAJ98kJOgRFsGgZkuIN2qNag77/UQ+ACeIWBg 1P18y6SGk+UjG8EI9rVxteE= =HlMr -----END PGP SIGNATURE----- --nextPart1224601.v8xf1bQxn3-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 10:15:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08CA016A41F; Sun, 25 Dec 2005 10:15:09 +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 6B71F43D45; Sun, 25 Dec 2005 10:15:08 +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 jBPAF6OS023571; Sun, 25 Dec 2005 05:15:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jBPAF6bf053137; Sun, 25 Dec 2005 05:15:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0AD077302F; Sun, 25 Dec 2005 05:15:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051225101505.0AD077302F@freebsd-current.sentex.ca> Date: Sun, 25 Dec 2005 05:15:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 10:15:09 -0000 TB --- 2005-12-25 09:08:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-25 09:08:15 - starting HEAD tinderbox run for i386/i386 TB --- 2005-12-25 09:08:15 - cleaning the object tree TB --- 2005-12-25 09:08:52 - checking out the source tree TB --- 2005-12-25 09:08:52 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-12-25 09:08:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-25 09:14:34 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-25 09:14:34 - cd /src TB --- 2005-12-25 09:14:34 - /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 [...] cc -O2 -pipe -I. -I/src/usr.sbin/atm/scspd/../../../sys -I/src/usr.sbin/atm/scspd -c /src/usr.sbin/atm/scspd/scsp_subr.c cc -O2 -pipe -I. -I/src/usr.sbin/atm/scspd/../../../sys -I/src/usr.sbin/atm/scspd -c /src/usr.sbin/atm/scspd/scsp_timer.c cc -O2 -pipe -I. -I/src/usr.sbin/atm/scspd/../../../sys -I/src/usr.sbin/atm/scspd -o scspd scspd.o scsp_cafsm.o scsp_config.o scsp_config_lex.o scsp_config_parse.o scsp_hfsm.o scsp_if.o scsp_input.o scsp_log.o scsp_msg.o scsp_output.o scsp_print.o scsp_socket.o scsp_subr.o scsp_timer.o -latm -lmd gzip -cn /src/usr.sbin/atm/scspd/scspd.8 > scspd.8.gz ===> usr.sbin/authpf (all) cc -O2 -pipe -I/src/usr.sbin/authpf/../../contrib/pf/pfctl -Wall -Werror -DENABLE_ALTQ -c /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c: In function `change_filter': /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c:706: warning: long int format, time_t arg (arg 5) *** Error code 1 Stop in /src/usr.sbin/authpf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-25 10:15:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-25 10:15:05 - ERROR: failed to build world TB --- 2005-12-25 10:15:05 - tinderbox aborted TB --- 1.14 user 5.66 system 4010.76 real From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 11:21:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D000116A41F; Sun, 25 Dec 2005 11:21:30 +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 F084943D4C; Sun, 25 Dec 2005 11:21:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jBPBLSlO026429; Sun, 25 Dec 2005 06:21:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBPBLSdR054536; Sun, 25 Dec 2005 06:21:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8367F7302F; Sun, 25 Dec 2005 06:21:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051225112128.8367F7302F@freebsd-current.sentex.ca> Date: Sun, 25 Dec 2005 06:21:28 -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 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 11:21:31 -0000 TB --- 2005-12-25 10:15:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-25 10:15:06 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-12-25 10:15:06 - cleaning the object tree TB --- 2005-12-25 10:15:34 - checking out the source tree TB --- 2005-12-25 10:15:34 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-12-25 10:15:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-25 10:21:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-25 10:21:28 - cd /src TB --- 2005-12-25 10:21:28 - /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 [...] cc -O2 -pipe -I. -I/src/usr.sbin/atm/scspd/../../../sys -I/src/usr.sbin/atm/scspd -c /src/usr.sbin/atm/scspd/scsp_subr.c cc -O2 -pipe -I. -I/src/usr.sbin/atm/scspd/../../../sys -I/src/usr.sbin/atm/scspd -c /src/usr.sbin/atm/scspd/scsp_timer.c cc -O2 -pipe -I. -I/src/usr.sbin/atm/scspd/../../../sys -I/src/usr.sbin/atm/scspd -o scspd scspd.o scsp_cafsm.o scsp_config.o scsp_config_lex.o scsp_config_parse.o scsp_hfsm.o scsp_if.o scsp_input.o scsp_log.o scsp_msg.o scsp_output.o scsp_print.o scsp_socket.o scsp_subr.o scsp_timer.o -latm -lmd gzip -cn /src/usr.sbin/atm/scspd/scspd.8 > scspd.8.gz ===> usr.sbin/authpf (all) cc -O2 -pipe -I/src/usr.sbin/authpf/../../contrib/pf/pfctl -Wall -Werror -DENABLE_ALTQ -c /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c: In function `change_filter': /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c:706: warning: long int format, time_t arg (arg 5) *** Error code 1 Stop in /src/usr.sbin/authpf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-25 11:21:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-25 11:21:28 - ERROR: failed to build world TB --- 2005-12-25 11:21:28 - tinderbox aborted TB --- 0.96 user 5.56 system 3982.29 real From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 12:29:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EB3A16A41F for ; Sun, 25 Dec 2005 12:29:04 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E3D543D46 for ; Sun, 25 Dec 2005 12:28:59 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id jBPCSlAi012467 for ; Sun, 25 Dec 2005 14:28:47 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sun, 25 Dec 2005 14:28:47 +0200 (EET) From: Dmitry Pryanishnikov To: freebsd-current@freebsd.org Message-ID: <20051225135216.Y1294@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 25 Dec 2005 15:18:25 +0000 Subject: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 12:29:04 -0000 Hello! I've tried fresh (as of 24-Dec-2005) CURRENT on my ASUS M5A notebook (based on Intel 915GM Express chipset), and got a problem with agp module attachment. Here is the relevant part of pciconf -lv: hostb0@pci0:0:0: class=0x060000 card=0x19971043 chip=0x25908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915PM/GM/GMS, 82910GML Host Bridge' class = bridge subclass = HOST-PCI vgapci0@pci0:2:0: class=0x030000 card=0x18821043 chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x18821043 chip=0x27928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS,82910GML Mobile Express Family Graphics Controller (??)' class = display I've tried both to compile devices agp,drm,i915 to the kernel and load them via /boot/loader.conf - result with the stock kernel was the same: vgapci0: port 0xec00-0xec07 mem 0xfeb80000-0xfebfffff,0xd0000000-0xdfffffff,0xfeb40000-0xfeb7ffff irq 16 at device 2.0 on pci0 drm0: on vgapci0 error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. device_attach: drm0 attach returned 12 I had to hack /sys/dev/pci/vga_pci.c: --- vga_pci.c.orig Thu Dec 22 18:25:22 2005 +++ vga_pci.c Sun Dec 25 13:04:09 2005 @@ -74,7 +74,7 @@ * If AGP capabilities are present on this device, then create * an AGP child. */ - if (pci_find_extcap(dev, PCIY_AGP, NULL) == 0) +// if (pci_find_extcap(dev, PCIY_AGP, NULL) == 0) device_add_child(dev, "agp", -1); in order to get proper (I hope!) attachment of agp and drm: vgapci0: port 0xec00-0xec07 mem 0xfeb80000-0xfebfffff,0xd0000000-0xdfffffff,0xfeb40000-0xfeb7ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drm0: on vgapci0 info: [drm] AGP at 0xfeb80000 0MB info: [drm] Initialized i915 1.2.0 20041217 Why doesn't vgapci want to attach an agp module on my notebook? What relevant info should I dig further? P.S. Here is my kernel config: ident NOTEBOOK machine i386 cpu I686_CPU # aka Pentium Pro(tm) makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INCLUDE_CONFIG_FILE # Include this file in kernel options SCHED_4BSD # 4BSD scheduler options ADAPTIVE_GIANT options PREEMPTION # Enable kernel thread preemption device apic # I/O apic options INET #Internet communications protocols options FFS #Fast filesystem options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options COMPAT_43 options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options SYSVSHM options SYSVSEM options SYSVMSG options KDB options KDB_TRACE options DDB options DDB_NUMSYM options SYSCTL_DEBUG options KTRACE #kernel tracing options KTRACE_REQUEST_POOL=101 options _KPOSIX_PRIORITY_SCHEDULING options P1003_1B_SEMAPHORES device pci device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse options KBD_INSTALL_CDEV # install a CDEV entry in /dev device vga # VGA video card driver device splash # Splash screen and screen saver support device sc options SC_HISTORY_SIZE=20000 options SC_TWOBUTTON_MOUSE device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device pmtimer device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 15:34:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A589316A41F; Sun, 25 Dec 2005 15:34:19 +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 0A64543D5A; Sun, 25 Dec 2005 15:34:16 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.213.224] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1EqXt11j9K-0005Cn; Sun, 25 Dec 2005 16:34:15 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sun, 25 Dec 2005 16:34:27 +0100 User-Agent: KMail/1.8.3 References: <20051225112128.8367F7302F@freebsd-current.sentex.ca> In-Reply-To: <20051225112128.8367F7302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4436421.9W40vluWXy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512251634.34247.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 15:34:19 -0000 --nextPart4436421.9W40vluWXy Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 December 2005 12:21, FreeBSD Tinderbox wrote: > =3D=3D=3D> usr.sbin/authpf (all) > cc -O2 -pipe -I/src/usr.sbin/authpf/../../contrib/pf/pfctl -Wall -Werror > -DENABLE_ALTQ -c /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c > /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c: In function > `change_filter': /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c:70= 6: > warning: long int format, time_t arg (arg 5) *** Error code 1 So this is a sideeffect of xprintf, I suppose? Does that mean tinderboxes= =20 enable it by default or why do we get it here? I failed to reproduce this= =20 error on my buildbox so far. =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 --nextPart4436421.9W40vluWXy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDrrwKXyyEoT62BG0RAgkrAJ9f0cKZFUaApMfYmyOsTkUJQothGACbBmO5 vpqFpBA5+izVgERHF7gYgJE= =owB+ -----END PGP SIGNATURE----- --nextPart4436421.9W40vluWXy-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 15:43:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4446D16A41F for ; Sun, 25 Dec 2005 15:43:15 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from viefep20-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B4D843D64 for ; Sun, 25 Dec 2005 15:43:13 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at ([213.47.85.26]) by viefep20-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20051225154310.VZFC24926.viefep20-int.chello.at@wombat.fafoe.narf.at>; Sun, 25 Dec 2005 16:43:10 +0100 Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id ACAA6BEAC; Sun, 25 Dec 2005 16:43:09 +0100 (CET) Date: Sun, 25 Dec 2005 16:43:09 +0100 From: Stefan Farfeleder To: Max Laier Message-ID: <20051225154307.GH63814@wombat.fafoe.narf.at> Mail-Followup-To: Max Laier , freebsd-current@freebsd.org References: <20051225112128.8367F7302F@freebsd-current.sentex.ca> <200512251634.34247.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512251634.34247.max@love2party.net> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 15:43:15 -0000 On Sun, Dec 25, 2005 at 04:34:27PM +0100, Max Laier wrote: > On Sunday 25 December 2005 12:21, FreeBSD Tinderbox wrote: > > ===> usr.sbin/authpf (all) > > cc -O2 -pipe -I/src/usr.sbin/authpf/../../contrib/pf/pfctl -Wall -Werror > > -DENABLE_ALTQ -c /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c > > /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c: In function > > `change_filter': /src/usr.sbin/authpf/../../contrib/pf/authpf/authpf.c:706: > > warning: long int format, time_t arg (arg 5) *** Error code 1 > > So this is a sideeffect of xprintf, I suppose? Does that mean tinderboxes > enable it by default or why do we get it here? I failed to reproduce this > error on my buildbox so far. No, it's src/sys/sys/_timeval.h rev 1.2 which made struct timeval's member tv_sec a time_t. Stefan From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 16:43:56 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8295816A41F; Sun, 25 Dec 2005 16:43:56 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id C137F43D58; Sun, 25 Dec 2005 16:43:44 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.3/8.13.3/NinthNine) with ESMTP id jBPGhT6M062626; Mon, 26 Dec 2005 01:43:29 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 26 Dec 2005 01:43:29 +0900 From: Norikatsu Shigemura To: jhb@FreeBSD.org Message-Id: <20051226014329.152c6918.nork@FreeBSD.org> In-Reply-To: <20051225135216.Y1294@atlantis.atlantis.dp.ua> References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> X-Mailer: Sylpheed version 2.2.0beta1 (GTK+ 2.8.9; i386-portbld-freebsd7.0) 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.0 (sakura.ninth-nine.com [219.127.74.121]); Mon, 26 Dec 2005 01:43:29 +0900 (JST) Cc: Dmitry Pryanishnikov , freebsd-current@FreeBSD.org Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 16:43:56 -0000 On Sun, 25 Dec 2005 14:28:47 +0200 (EET) Dmitry Pryanishnikov wrote: > I've tried both to compile devices agp,drm,i915 to the kernel and load them > via /boot/loader.conf - result with the stock kernel was the same: > vgapci0: port 0xec00-0xec07 mem > 0xfeb80000-0xfebfffff,0xd0000000-0xdfffffff,0xfeb40000-0xfeb7ffff irq 16 > at device 2.0 on pci0 > drm0: on vgapci0 > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. > device_attach: drm0 attach returned 12 > I had to hack /sys/dev/pci/vga_pci.c: I have same problem in my i830M, too and fixed Dmitry's patch. According to my pciconf -rb, pci_find_extcap(dev, PCIY_AGP, NULL) never find PCIY_AGP(because of 0x01). # pciconf -lv | grep vgapci0 vgapci0@pci0:2:0: class=0x030000 card=0x102913bd chip=0x35778086 rev=0x04 hdr=0x00 # pciconf -rb pci0:2:0 0x0000:0x00ff | manual-formating... | 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F -----+------------------------------------------------- 0000 | 86 80 77 35 07 00 90 00 04 00 00 03 00 00 80 00 0010 | 08 00 00 e8 00 00 00 e0 00 00 00 00 00 00 00 00 0020 | 00 00 00 00 00 00 00 00 00 00 00 00 bd 13 29 10 0030 | 00 00 00 00 d0 00 00 00 00 00 00 00 05 01 00 00 ~~ 0040 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0050 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0060 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00A0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00B0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00C0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00D0 | 01 00 21 02 00 00 00 00 80 80 13 2a 00 00 00 00 ~~ This is not 0x02(=PCIY_AGP) 00E0 | 2a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00F0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 21:29:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A97216A41F for ; Sun, 25 Dec 2005 21:29:15 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E85843D58 for ; Sun, 25 Dec 2005 21:29:14 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1018771nzo for ; Sun, 25 Dec 2005 13:29:13 -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=WcIKkCFPz0LxSsGzBc8939XDAQGLeI1nlnqp63ejKzhedTkxtAyDxvAiv8w05DimjDz/+20Ee6ywyhCSJB4AvdKo+PzRRGMoQl5+0ehNDYtRUyVvs6vCvxMLA81PjsGHk+EKCNqaIhFRYjvYLBKHWHSMrgvszH49EeVZqZgeF00= Received: by 10.64.253.2 with SMTP id a2mr1338382qbi; Sun, 25 Dec 2005 13:29:13 -0800 (PST) Received: by 10.65.192.14 with HTTP; Sun, 25 Dec 2005 13:29:13 -0800 (PST) Message-ID: Date: Sun, 25 Dec 2005 22:29:13 +0100 From: Claus Guttesen To: Jason Evans In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 21:29:15 -0000 > * Claus Guttesen and Devon O'Dell reported issues in kldxref and X on > amd64. The kldxref problem has been fixed. The X problem is a bit > trickier. I borrowed a Turion-based laptop from Rob Braun and indeed > found that X wouldn't start. Eric Anholt suggested trying the xorg- > server-snap port rather than xorg-server, and the problem went away. Slightly OT but related to the xorg-snap. I installed xorg-snap from the ports-collection and now my ati x700 and my beloved 1680x1050 LCD-screen goes into 640x480. Other than that kldxref is gone. So I'll have to "downgrade" to phkmalloc again. regards Claus From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 21:32:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E458516A41F for ; Sun, 25 Dec 2005 21:32:55 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9204443D45 for ; Sun, 25 Dec 2005 21:32:55 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 6F2A25E48E4; Sun, 25 Dec 2005 13:32:55 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id D17B45E48A2; Sun, 25 Dec 2005 13:32:53 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jason Evans Date: Sun, 25 Dec 2005 13:32:50 -0800 To: Claus Guttesen X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 21:32:56 -0000 On Dec 25, 2005, at 1:29 PM, Claus Guttesen wrote: > Other than that kldxref is gone. Are you saying that kldxref is working correctly now? Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 22:04:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3322E16A41F for ; Sun, 25 Dec 2005 22:04:17 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 038D043D55 for ; Sun, 25 Dec 2005 22:04:15 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1022331nzo for ; Sun, 25 Dec 2005 14:04:15 -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=QPbI8VwdbqpHQBKkihjpRGg0Jb7WHvx8uR3aZw6LGYl8hbOJxz6KOl5FvYdq5PzsFlK/YDqZOKjOcZE/ec/joVK7KkJ5ntvReDD1KZCeKQtNi9tYGVRksvDWzwVCB50j279wBf9AO0XVH9W9grfkIIaukwcDBvhTaOzpTpXPjDY= Received: by 10.64.196.3 with SMTP id t3mr1002857qbf; Sun, 25 Dec 2005 14:04:15 -0800 (PST) Received: by 10.65.192.14 with HTTP; Sun, 25 Dec 2005 14:04:15 -0800 (PST) Message-ID: Date: Sun, 25 Dec 2005 23:04:15 +0100 From: Claus Guttesen To: Jason Evans In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 22:04:17 -0000 > > Other than that kldxref is gone. > Are you saying that kldxref is working correctly now? Yes, kldxref works. My mind wandered of a bit at the previous posting, what I meant to say was the problem related to kldxref (filling up the root-partition) was gone, not kldxref itself, sorry. regards Claus From owner-freebsd-current@FreeBSD.ORG Sun Dec 25 23:54:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51A8916A420; Sun, 25 Dec 2005 23:54:57 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id B29D643D45; Sun, 25 Dec 2005 23:54:53 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.231.236] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2Dk-1EqfhT1xEq-0005sZ; Mon, 26 Dec 2005 00:54:52 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 26 Dec 2005 00:55:00 +0100 User-Agent: KMail/1.8.3 References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <20051226014329.152c6918.nork@FreeBSD.org> In-Reply-To: <20051226014329.152c6918.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1931992.cVPSDO5UNy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512260055.07720.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Dmitry Pryanishnikov , Norikatsu Shigemura Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 23:54:57 -0000 --nextPart1931992.cVPSDO5UNy Content-Type: multipart/mixed; boundary="Boundary-01=_WFzrDmka2ec2A8j" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_WFzrDmka2ec2A8j Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 December 2005 17:43, Norikatsu Shigemura wrote: > On Sun, 25 Dec 2005 14:28:47 +0200 (EET) > > Dmitry Pryanishnikov wrote: > > I've tried both to compile devices agp,drm,i915 to the kernel and load > > them via /boot/loader.conf - result with the stock kernel was the same: > > vgapci0: port 0xec00-0xec07 mem > > 0xfeb80000-0xfebfffff,0xd0000000-0xdfffffff,0xfeb40000-0xfeb7ffff irq > > 16 at device 2.0 on pci0 > > drm0: on vgapci0 > > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initiali= ze > > AGP. device_attach: drm0 attach returned 12 > > I had to hack /sys/dev/pci/vga_pci.c: > > I have same problem in my i830M, too and fixed Dmitry's patch. > According to my pciconf -rb, pci_find_extcap(dev, PCIY_AGP, NULL) > never find PCIY_AGP(because of 0x01). > > # pciconf -lv | grep vgapci0 > vgapci0@pci0:2:0: class=3D0x030000 card=3D0x102913bd chip=3D0x35778086 re= v=3D0x04 > hdr=3D0x00 > # pciconf -rb pci0:2:0 0x0000:0x00ff | manual-formating...=20 /me too on a IBM X41, pciconf -lv and -rb 0x0000:0x00ff for both instances= =20 attached. As well, only 0x01 capability set. Without checking, AGP attaches nicely and drm seems to work well (at least= =20 glclock's benchclock shows significant speed up [for some tests]). =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 --Boundary-01=_WFzrDmka2ec2A8j Content-Type: text/plain; charset="iso-8859-1"; name="card0" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="card0" 86 80 92 25 03 00 90 00 03 00 00 03 00 00 80 00=20 00 00 08 a0 01 18 00 00 08 00 00 c0 00 00 00 a0=20 00 00 00 00 00 00 00 00 00 00 00 00 14 10 82 05=20 00 00 00 00 d0 00 00 00 00 00 00 00 10 01 00 00=20 00 00 00 00 e0 00 00 00 09 00 09 21 02 a2 8b 90=20 0a 00 30 00 19 00 00 b8 00 00 00 00 00 00 80 1f=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 01 00 22 00 00 00 00 00 00 00 00 00 00 00 00 00=20 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 64 34 ff 00 00 00 00 00 03 00 00 00 00 00=20 --Boundary-01=_WFzrDmka2ec2A8j Content-Type: text/plain; charset="iso-8859-1"; name="card1" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="card1" 86 80 92 27 00 00 90 00 03 00 80 03 00 00 80 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 14 10 82 05=20 00 00 00 00 d0 00 00 00 00 00 00 00 ff 00 00 00=20 00 00 00 00 e0 00 00 00 09 00 09 21 02 a2 8b 90=20 0a 00 30 00 19 00 00 b8 00 00 00 00 00 00 80 1f=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 01 00 22 00 00 00 00 00 00 00 00 00 00 00 00 00=20 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 64 34 ff 00 00 00 00 00 03 00 00 00 00 00=20 --Boundary-01=_WFzrDmka2ec2A8j-- --nextPart1931992.cVPSDO5UNy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDrzFbXyyEoT62BG0RAhWvAJ93v4SK7Yivko5M4HCIf5lUZxpBagCeJPWS yNx3dxSlUShesQpwGxumTLM= =/hRn -----END PGP SIGNATURE----- --nextPart1931992.cVPSDO5UNy-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 00:39:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7513716A420 for ; Mon, 26 Dec 2005 00:39:08 +0000 (GMT) (envelope-from mph@echobase.hoth.dk) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EFA343D5E for ; Mon, 26 Dec 2005 00:39:05 +0000 (GMT) (envelope-from mph@echobase.hoth.dk) Received: from echobase.hoth.dk (echobase.hoth.dk [80.62.210.27]) by pfepa.post.tele.dk (Postfix) with ESMTP id 8A59C47FE82 for ; Mon, 26 Dec 2005 01:39:04 +0100 (CET) Received: by echobase.hoth.dk (Postfix, from userid 1001) id 4B01D19B3D; Mon, 26 Dec 2005 01:39:04 +0100 (CET) Date: Mon, 26 Dec 2005 01:39:04 +0100 From: "Martin P. Hansen" To: freebsd-current@freebsd.org Message-ID: <20051226003904.GA75075@echobase.hoth.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <20051226014329.152c6918.nork@FreeBSD.org> <200512260055.07720.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512260055.07720.max@love2party.net> User-Agent: Mutt/1.4.2.1i Subject: Signature verification failed [OT] (was: Re: vgapci doesn't want to attach agp on ASUS M5A) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 00:39:08 -0000 On Mon, 26 Dec 2005 at 00:55 CET, Max Laier wrote. I'm not all that used to PGP-signatures. But I can't verify the one on Max' message. It is probably some attachment issue, since I can verify the signature on the email of Sun, 25 Dec 2005 16:34:27 CET. Am I the only one who can't verify the signature? I just wonder if Kmail or Mutt is wrong? -- Martin P. Hansen From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 00:51:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D509516A41F for ; Mon, 26 Dec 2005 00:51:59 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E71043D75 for ; Mon, 26 Dec 2005 00:51:53 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.231.236] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1Eqgad0MMX-0008E4; Mon, 26 Dec 2005 01:51:51 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 26 Dec 2005 01:52:01 +0100 User-Agent: KMail/1.8.3 References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <200512260055.07720.max@love2party.net> <20051226003904.GA75075@echobase.hoth.dk> In-Reply-To: <20051226003904.GA75075@echobase.hoth.dk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart87351417.HBgpPbK8O9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512260152.07131.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: "Martin P. Hansen" Subject: Re: Signature verification failed [OT] (was: Re: vgapci doesn't want to attach agp on ASUS M5A) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 00:52:00 -0000 --nextPart87351417.HBgpPbK8O9 Content-Type: multipart/mixed; boundary="Boundary-01=_z6zrDspTPEgqoxP" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_z6zrDspTPEgqoxP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 26 December 2005 01:39, Martin P. Hansen wrote: > On Mon, 26 Dec 2005 at 00:55 CET, Max Laier wrote. > > I'm not all that used to PGP-signatures. But I can't verify the one > on Max' message. It is probably some attachment issue, since I can > verify the signature on the email of Sun, 25 Dec 2005 16:34:27 CET. > > Am I the only one who can't verify the signature? I just wonder if > Kmail or Mutt is wrong? It's the mailing list that insists on rewriting "Content-Type:" - or better= ,=20 does not like the way kmail handles "Content-Type:" ... or at least that's= =20 what is usually boils down to. This time the ML just decided to strip off= =20 one attachment completely (as kmail declared it to be text/x-java for some= =20 reason out of my understanding). Here it is as text/plain. And a diff of the "Content-Type"-rewriting for another mail that was sent t= o=20 freebsd-pf@ =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 --Boundary-01=_z6zrDspTPEgqoxP Content-Type: text/plain; charset="iso-8859-1"; name="pciconf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pciconf" hostb0@pci0:0:0: class=0x060000 card=0x05751014 chip=0x25908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915PM/GM/GMS, 82910GML Host Bridge' class = bridge subclass = HOST-PCI vgapci0@pci0:2:0: class=0x030000 card=0x05821014 chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x05821014 chip=0x27928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS,82910GML Mobile Express Family Graphics Controller (??)' class = display --Boundary-01=_z6zrDspTPEgqoxP Content-Type: text/x-diff; charset="iso-8859-1"; name="diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="diff" =2D-- connections weirdness.orig Mon Dec 26 01:49:44 2005 +++ connections weirdness Mon Dec 26 01:49:13 2005 @@ -49,9 +94,8 @@ / \ ASCII Ribbon Campaign | Against HTML Mail and News =20 --Boundary-01=3D_9CyqD8SV+wWyjKB =2DContent-Type: text/x-diff; =2D charset=3D"iso-8859-1"; =2D name=3D"pf_state_conn.RELENG_6.diff" +Content-Type: text/x-diff; charset=3D"iso-8859-1"; + name=3D"pf_state_conn.RELENG_6.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=3D"pf_state_conn.RELENG_6.diff" --Boundary-01=_z6zrDspTPEgqoxP-- --nextPart87351417.HBgpPbK8O9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDrz63XyyEoT62BG0RAkcpAJ45CUdcwCyeCwxapIm9X/dbExwcvACaAtX2 PmNn85WWgun2p8wldRVReaY= =QpIU -----END PGP SIGNATURE----- --nextPart87351417.HBgpPbK8O9-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 01:11:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AADB616A41F for ; Mon, 26 Dec 2005 01:11:47 +0000 (GMT) (envelope-from mph@echobase.hoth.dk) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id F192343D58 for ; Mon, 26 Dec 2005 01:11:46 +0000 (GMT) (envelope-from mph@echobase.hoth.dk) Received: from echobase.hoth.dk (echobase.hoth.dk [80.62.210.27]) by pfepa.post.tele.dk (Postfix) with ESMTP id 4062747FE47 for ; Mon, 26 Dec 2005 02:11:46 +0100 (CET) Received: by echobase.hoth.dk (Postfix, from userid 1001) id 0390D19B3D; Mon, 26 Dec 2005 02:11:45 +0100 (CET) Date: Mon, 26 Dec 2005 02:11:45 +0100 From: "Martin P. Hansen" To: freebsd-current@freebsd.org Message-ID: <20051226011145.GB75075@echobase.hoth.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <200512260055.07720.max@love2party.net> <20051226003904.GA75075@echobase.hoth.dk> <200512260152.07131.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512260152.07131.max@love2party.net> User-Agent: Mutt/1.4.2.1i Subject: Re: Signature verification failed [OT] (was: Re: vgapci doesn't want to attach agp on ASUS M5A) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 01:11:47 -0000 On Mon, 26 Dec 2005, Max Laier wrote: > It's the mailing list that insists on rewriting "Content-Type:" - or better, > does not like the way kmail handles "Content-Type:" ... or at least that's > what is usually boils down to. This time the ML just decided to strip off > one attachment completely (as kmail declared it to be text/x-java for some > reason out of my understanding). Here it is as text/plain. Ah, so someone actually did tamper with the message ;-) Anyways it is good to know it isn't my setup. -- Martin P. Hansen From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 09:34:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96AD316A41F; Mon, 26 Dec 2005 09:34:47 +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 ECB5A43D5F; Mon, 26 Dec 2005 09:34:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jBQ9YhDH081956; Mon, 26 Dec 2005 04:34:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBQ9YhAi000274; Mon, 26 Dec 2005 04:34:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ABDC17302F; Mon, 26 Dec 2005 04:34:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051226093443.ABDC17302F@freebsd-current.sentex.ca> Date: Mon, 26 Dec 2005 04:34:43 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 09:34:47 -0000 TB --- 2005-12-26 08:01:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-26 08:01:52 - starting HEAD tinderbox run for i386/i386 TB --- 2005-12-26 08:01:52 - cleaning the object tree TB --- 2005-12-26 08:02:23 - checking out the source tree TB --- 2005-12-26 08:02:23 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-12-26 08:02:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-26 08:18:04 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-26 08:18:04 - cd /src TB --- 2005-12-26 08:18:04 - /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 --- 2005-12-26 09:28:07 - generating LINT kernel config TB --- 2005-12-26 09:28:07 - cd /src/sys/i386/conf TB --- 2005-12-26 09:28:07 - /usr/bin/make -B LINT TB --- 2005-12-26 09:28:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-26 09:28:07 - cd /src TB --- 2005-12-26 09:28:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 26 09:28:07 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hatm/if_hatm_rx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hatm/if_hatm_tx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_buffer.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_command.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_globals.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_if.c /src/sys/dev/hfa/fore_if.c: In function `fore_atm_ioctl': /src/sys/dev/hfa/fore_if.c:99: warning: long int format, time_t arg (arg 2) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-26 09:34:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-26 09:34:43 - ERROR: failed to build lint kernel TB --- 2005-12-26 09:34:43 - tinderbox aborted TB --- 0.86 user 2.91 system 5571.59 real From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 10:10:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8DB216A41F; Mon, 26 Dec 2005 10:10:42 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D7D43D46; Mon, 26 Dec 2005 10:10:41 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id jBQAAedf026883; Mon, 26 Dec 2005 02:10:40 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id jBQAAdoq026882; Mon, 26 Dec 2005 02:10:39 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Claus Guttesen In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4C5dT/C5Tsd4s3S4oVoH" Date: Mon, 26 Dec 2005 02:10:38 -0800 Message-Id: <1135591838.1065.7.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, Jason Evans Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 10:10:42 -0000 --=-4C5dT/C5Tsd4s3S4oVoH Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2005-12-25 at 22:29 +0100, Claus Guttesen wrote: > > * Claus Guttesen and Devon O'Dell reported issues in kldxref and X on > > amd64. The kldxref problem has been fixed. The X problem is a bit > > trickier. I borrowed a Turion-based laptop from Rob Braun and indeed > > found that X wouldn't start. Eric Anholt suggested trying the xorg- > > server-snap port rather than xorg-server, and the problem went away. >=20 > Slightly OT but related to the xorg-snap. I installed xorg-snap from > the ports-collection and now my ati x700 and my beloved 1680x1050 > LCD-screen goes into 640x480. Other than that kldxref is gone. >=20 > So I'll have to "downgrade" to phkmalloc again. We'd have to see Xorg.0.logs before and after the update to xorg-server-snap to say anything about what actually happened. --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org --=-4C5dT/C5Tsd4s3S4oVoH 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) iD8DBQBDr8GeHUdvYGzw6vcRAmXxAJ0cUAqL3dR5N/xKQ0TqMMGrbqBFpwCfXyt3 E70VdbLWPzujUk5Ft03gLfU= =g/CZ -----END PGP SIGNATURE----- --=-4C5dT/C5Tsd4s3S4oVoH-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 10:18:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05C1816A41F; Mon, 26 Dec 2005 10:18:19 +0000 (GMT) (envelope-from fjoe@neo.samodelkin.net) Received: from neo.samodelkin.net (samodelkin.net [195.62.0.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D47C43D5C; Mon, 26 Dec 2005 10:18:08 +0000 (GMT) (envelope-from fjoe@neo.samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 1000) id 46BC317019; Mon, 26 Dec 2005 16:18:25 +0600 (NOVT) Date: Mon, 26 Dec 2005 16:18:25 +0600 From: Max Khon To: Jason Evans Message-ID: <20051226101825.GA92082@samodelkin.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 10:18:19 -0000 Hi! On Fri, Dec 23, 2005 at 01:14:08AM -0800, Jason Evans wrote: > So, how about it? Is jemalloc ready to go in now? Great work! Do you plan to provide public API for malloc arenas similar to SGI amalloc(3)? http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=0650&db=man&fname=/usr/share/catman/p_man/cat3p/amallinfo.z /fjoe From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 10:32:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ECC116A41F for ; Mon, 26 Dec 2005 10:32:55 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 103E043D62 for ; Mon, 26 Dec 2005 10:32:53 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so973084wri for ; Mon, 26 Dec 2005 02:32: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iO6L9mu5SHiw3/LIcLy1bdm21u/R+tQjf4eXP1c/yzm99VKwMc5kOINWP/p/OxugdVV/azQvoEdk7Y/vPG3fcY/QsBpEOTmeD9KEgBOp7+KSA306G9ndYqTiTIeoFhtzS4zfYMSH/AU75BXBHrSmj50wQRRqWrSPJm3jfixYD+0= Received: by 10.65.153.12 with SMTP id f12mr2198691qbo; Mon, 26 Dec 2005 02:32:53 -0800 (PST) Received: by 10.65.192.14 with HTTP; Mon, 26 Dec 2005 02:32:53 -0800 (PST) Message-ID: Date: Mon, 26 Dec 2005 11:32:53 +0100 From: Claus Guttesen To: Eric Anholt In-Reply-To: <1135591838.1065.7.camel@leguin> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1135591838.1065.7.camel@leguin> Cc: freebsd-current@freebsd.org, Jason Evans Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 10:32:55 -0000 > > > * Claus Guttesen and Devon O'Dell reported issues in kldxref and X on > > > amd64. The kldxref problem has been fixed. The X problem is a bit > > > trickier. I borrowed a Turion-based laptop from Rob Braun and indeed > > > found that X wouldn't start. Eric Anholt suggested trying the xorg- > > > server-snap port rather than xorg-server, and the problem went away. > > > > Slightly OT but related to the xorg-snap. I installed xorg-snap from > > the ports-collection and now my ati x700 and my beloved 1680x1050 > > LCD-screen goes into 640x480. Other than that kldxref is gone. > > > > So I'll have to "downgrade" to phkmalloc again. > > We'd have to see Xorg.0.logs before and after the update to > xorg-server-snap to say anything about what actually happened. I found the following patch to xorg 6.9 at http://www.ijs.si/~lesi/xorg/xorg-69/xorg-up-690-1.patch provided by Dejan Lesjak. Applied the patch and installed xorg. I had to comment out the following line in xorg.conf to get my screen-resolution back: #VertRefresh 50 - 86 Xorg ver. 6.9 works with jemalloc :-) regards From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 10:51:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28AAB16A41F; Mon, 26 Dec 2005 10:51:04 +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 6FB9E43D55; Mon, 26 Dec 2005 10:51:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jBQAp0vU043964; Mon, 26 Dec 2005 05:51:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jBQAp0fj039942; Mon, 26 Dec 2005 05:51:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3174C7302F; Mon, 26 Dec 2005 05:51:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051226105100.3174C7302F@freebsd-current.sentex.ca> Date: Mon, 26 Dec 2005 05:51:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 10:51:04 -0000 TB --- 2005-12-26 09:34:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-26 09:34:43 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-12-26 09:34:43 - cleaning the object tree TB --- 2005-12-26 09:34:59 - checking out the source tree TB --- 2005-12-26 09:34:59 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-12-26 09:34:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-26 09:40:45 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-26 09:40:45 - cd /src TB --- 2005-12-26 09:40:45 - /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 --- 2005-12-26 10:45:10 - generating LINT kernel config TB --- 2005-12-26 10:45:10 - cd /src/sys/pc98/conf TB --- 2005-12-26 10:45:10 - /usr/bin/make -B LINT TB --- 2005-12-26 10:45:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-26 10:45:10 - cd /src TB --- 2005-12-26 10:45:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 26 10:45:10 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hatm/if_hatm_rx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hatm/if_hatm_tx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_buffer.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_command.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_globals.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_if.c /src/sys/dev/hfa/fore_if.c: In function `fore_atm_ioctl': /src/sys/dev/hfa/fore_if.c:99: warning: long int format, time_t arg (arg 2) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-26 10:50:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-26 10:50:59 - ERROR: failed to build lint kernel TB --- 2005-12-26 10:50:59 - tinderbox aborted TB --- 0.65 user 3.12 system 4576.12 real From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 10:39:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E504A16A41F; Mon, 26 Dec 2005 10:39:08 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8029043D4C; Mon, 26 Dec 2005 10:39:03 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id jBQAcigm059198; Mon, 26 Dec 2005 12:38:44 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Mon, 26 Dec 2005 12:38:44 +0200 (EET) From: Dmitry Pryanishnikov To: Max Laier In-Reply-To: <200512260055.07720.max@love2party.net> Message-ID: <20051226121547.M46183@atlantis.atlantis.dp.ua> References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <20051226014329.152c6918.nork@FreeBSD.org> <200512260055.07720.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 26 Dec 2005 12:24:33 +0000 Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 10:39:09 -0000 Hello! On Mon, 26 Dec 2005, Max Laier wrote: >> Dmitry Pryanishnikov wrote: >>> I've tried both to compile devices agp,drm,i915 to the kernel and load >>> them via /boot/loader.conf - result with the stock kernel was the same: >>> vgapci0: port 0xec00-0xec07 mem >>> 0xfeb80000-0xfebfffff,0xd0000000-0xdfffffff,0xfeb40000-0xfeb7ffff irq >>> 16 at device 2.0 on pci0 >>> drm0: on vgapci0 >>> error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize >>> AGP. device_attach: drm0 attach returned 12 >>> I had to hack /sys/dev/pci/vga_pci.c: >> >> I have same problem in my i830M, too and fixed Dmitry's patch. >> According to my pciconf -rb, pci_find_extcap(dev, PCIY_AGP, NULL) >> never find PCIY_AGP(because of 0x01). >> >> # pciconf -lv | grep vgapci0 >> vgapci0@pci0:2:0: class=0x030000 card=0x102913bd chip=0x35778086 rev=0x04 >> hdr=0x00 >> # pciconf -rb pci0:2:0 0x0000:0x00ff | manual-formating... > > /me too on a IBM X41, pciconf -lv and -rb 0x0000:0x00ff for both instances > attached. As well, only 0x01 capability set. According to Intel's Mobile 915 PM/GM/GMS and 910GML Express Chipset Datasheet, we'll get such a picture on every chipset from this product line: they define power management capability (0x01) as the only one, see 7.2.29 PMCAPID - Power Management Capabilities ID PCI Device: 2 Function: 0 Address Offset: D0h Default Value: 0001h Access: RO Size: 16 bits Bit Access & Description Default 15:8 RO NEXT_PTR 00h This contains a pointer to next item in capabilities list. This is the final capability in the list and must be set to 00h. 7:0 RO CAP_ID. 01h SIG defines this ID is 01h for power management. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 16:22:31 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04F2D16A41F for ; Mon, 26 Dec 2005 16:22:31 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from bilbo.mebtel.net (bilbo.mebtel.net [64.40.67.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8161443D5C for ; Mon, 26 Dec 2005 16:22:30 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id 38A272AC20 for ; Mon, 26 Dec 2005 11:22:29 -0500 (EST) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17222-10 for ; Mon, 26 Dec 2005 11:22:28 -0500 (EST) Received: from sukey.arm.org (66-79-79-177.dsl.mebtel.net [66.79.79.177]) by bilbo.mebtel.net (Postfix) with ESMTP id 4153D2AC26 for ; Mon, 26 Dec 2005 11:22:28 -0500 (EST) Received: from sukey.arm.org (localhost [127.0.0.1]) by sukey.arm.org (8.13.4/8.13.4) with ESMTP id jBQGMRau002088 for ; Mon, 26 Dec 2005 11:22:27 -0500 (EST) (envelope-from dlt@sukey.arm.org) Received: (from dlt@localhost) by sukey.arm.org (8.13.4/8.13.4/Submit) id jBQGMRqa002085; Mon, 26 Dec 2005 11:22:27 -0500 (EST) (envelope-from dlt) Date: Mon, 26 Dec 2005 11:22:27 -0500 (EST) Message-Id: <200512261622.jBQGMRqa002085@sukey.arm.org> From: Derek Tattersall To: current@FreeBSD.org X-Virus-Scanned: by amavisd-new at mebtel.net Cc: Subject: X start failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 16:22:31 -0000 Current system from December 25. When booting directly into multi-user state, X starts but xdm fails to start the user session with a message about "(EE) GARTInit: Unable to open /dev/agpgart (No such file or directory)" However xdm starts the user session just fine when X is started after exiting from single user mode. I still have the GART error message in xdm.log, but the user session works fine. I believe this behavior is new in the last week. pciconf -lv reveals: hostb0@pci0:0:0: class=0x060000 card=0x054a1014 chip=0x35808086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Host-Hub Interface Bridge ' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0x088000 card=0x054b1014 chip=0x35848086 rev=0x01 hdr=0x0 0 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara System Memory Controller' class = base peripheral none1@pci0:0:3: class=0x088000 card=0x054c1014 chip=0x35858086 rev=0x01 hdr=0x0 0 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Configuration Process' class = base peripheral vgapci0@pci0:2:0: class=0x030000 card=0x05431014 chip=0x35828086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Devic e' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x05431014 chip=0x35828086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Devic e' class = display It seems that there have been some recent changes to agp_intel.c that may have an impact on this, but I don't understand enough of what's been done to attempt undoing it. Can anybody tell me what's going on here? -- Derek Tattersall | All the passions make us commit faults; love makes | us commit the most ridiculous ones. -- La dlt@mebtel.net | Rochefoucauld dtatters@gmail.com | dlt666@yahoo.com | From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 18:26:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39AEE16A41F for ; Mon, 26 Dec 2005 18:26:58 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE7CE43D49 for ; Mon, 26 Dec 2005 18:26:57 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 997EE5E48E4; Mon, 26 Dec 2005 10:26:57 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 8EBFA5E48C4; Mon, 26 Dec 2005 10:26:48 -0800 (PST) In-Reply-To: <20051226101825.GA92082@samodelkin.net> References: <20051226101825.GA92082@samodelkin.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jason Evans Date: Mon, 26 Dec 2005 10:26:45 -0800 To: Max Khon X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 18:26:58 -0000 On Dec 26, 2005, at 2:18 AM, Max Khon wrote: > > Do you plan to provide public API for malloc arenas > similar to SGI amalloc(3)? > > http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi? > coll=0650&db=man&fname=/usr/share/catman/p_man/cat3p/amallinfo.z I hadn't planned to do so. It's not too hard to think of scenarios in which manual management of arenas might be useful, but adding non- standard public APIs to libc is something that I'm reluctant to do unless there is a compelling reason to do so. Arena-specific APIs would work well with jemalloc, but they may not make sense for whatever comes after jemalloc, yet we'd be stuck with supporting the APIs. In fact, if I were making API changes to non-standard libc interfaces, the first thing I'd do would be to remove reallocf(3), or at least rename it to reallocf_np(). Are there compelling use cases you can think of that might sway us toward providing malloc arena APIs? Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 20:17:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0B5B16A41F for ; Mon, 26 Dec 2005 20:17:24 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ABFE43D45 for ; Mon, 26 Dec 2005 20:17:24 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IS4003RVGCZ8UA0@VL-MO-MR004.ip.videotron.ca> for freebsd-current@freebsd.org; Mon, 26 Dec 2005 15:17:23 -0500 (EST) Date: Mon, 26 Dec 2005 15:17:18 -0500 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200512261517.23498.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1302134.1gG5XSWbWs; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit User-Agent: KMail/1.8.3 Subject: Can't run KDE after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 20:17:25 -0000 --nextPart1302134.1gG5XSWbWs Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, On my -CURRENT system, this morning after my weekly 'make world', I am not= =20 able to go into KDE anymore. =20 kdm starts correctly at boot, when I login I see the kde splash and it will= go=20 until 'Initializing Peripherals' after which it will exit and go back to th= e=20 kdm_greet. =20 I see no error messages in either /var/log/kdm.log or Xorg.0.log. =20 Twm loads fine (this is what I am using now). Though not 100% sure, I don't believe it is a kernel issue since I always=20 reboot after a kernel build, test the kernel by starting kde then I=20 mergemaster/make install world. =20 Any suggestions? =2D-=20 =46reeBSD 7.0-CURRENT #7: Mon Dec 26 12:43:20 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? (updated 16 Nov 05) : http://www.clkroot.net/security/nb_root.asc --nextPart1302134.1gG5XSWbWs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDsE/T4wTBlvcsbJURAoy2AKChq4DAvIWGVFkGBVW7z33ktylSPwCeObSK 9+OHsd7gVkkW3XbQ5USha10= =R1tu -----END PGP SIGNATURE----- --nextPart1302134.1gG5XSWbWs-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 20:38:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B859F16A41F for ; Mon, 26 Dec 2005 20:38:56 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD2443D60 for ; Mon, 26 Dec 2005 20:38:54 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IS4003DRHCT9030@VL-MO-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Mon, 26 Dec 2005 15:38:53 -0500 (EST) Date: Mon, 26 Dec 2005 15:38:48 -0500 From: Nicolas Blais In-reply-to: <200512261517.23498.nb_root@videotron.ca> To: freebsd-current@freebsd.org Message-id: <200512261538.53467.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1142022.MPcnSn8kHK; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200512261517.23498.nb_root@videotron.ca> User-Agent: KMail/1.8.3 Subject: Re: Can't run KDE after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 20:38:56 -0000 --nextPart1142022.MPcnSn8kHK Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On December 26, 2005 03:17 pm, Nicolas Blais wrote: > Hi, > > On my -CURRENT system, this morning after my weekly 'make world', I am not > able to go into KDE anymore. > > kdm starts correctly at boot, when I login I see the kde splash and it wi= ll > go until 'Initializing Peripherals' after which it will exit and go back = to > the kdm_greet. > > I see no error messages in either /var/log/kdm.log or Xorg.0.log. > Twm loads fine (this is what I am using now). > > Though not 100% sure, I don't believe it is a kernel issue since I always > reboot after a kernel build, test the kernel by starting kde then I > mergemaster/make install world. > > Any suggestions? Reply to self: =46ound the problem, it was /tmp/.ICE-unix/ which was owned by my username= =20 instead of root for some reason. chown'ing it back to root solved my=20 problem. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #7: Mon Dec 26 12:43:20 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? (updated 16 Nov 05) : http://www.clkroot.net/security/nb_root.asc --nextPart1142022.MPcnSn8kHK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDsFTd4wTBlvcsbJURAvBIAJ9cJFEPppeCPEAzQ99D79A2Imi6/wCgwxYB OD4Sxsqnu2e+br0UgVcAfgE= =8PSM -----END PGP SIGNATURE----- --nextPart1142022.MPcnSn8kHK-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 00:12:33 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B588716A41F for ; Tue, 27 Dec 2005 00:12:33 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D299F43D70 for ; Tue, 27 Dec 2005 00:12:31 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jBR0CTO2004204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Dec 2005 03:12:30 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jBR0CTf8004203; Tue, 27 Dec 2005 03:12:29 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 27 Dec 2005 03:12:29 +0300 From: Gleb Smirnoff To: "Martin P. Hansen" Message-ID: <20051227001229.GF1496@FreeBSD.org> References: <20051224160047.GA40553@echobase.hoth.dk> <20051224235153.GA46187@echobase.hoth.dk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <20051224235153.GA46187@echobase.hoth.dk> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: if_dc.c causes page fault while in kernel mode; coredump; reproducible X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 00:12:33 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Martin, please try out the attached patch. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="if_dc.c.diff" Index: if_dc.c =================================================================== RCS file: /home/ncvs/src/sys/dev/dc/if_dc.c,v retrieving revision 1.176 diff -u -r1.176 if_dc.c --- if_dc.c 5 Dec 2005 12:32:20 -0000 1.176 +++ if_dc.c 27 Dec 2005 00:10:54 -0000 @@ -3138,8 +3138,9 @@ /* Disable interrupts. */ CSR_WRITE_4(sc, DC_IMR, 0x00000000); - while (((status = CSR_READ_4(sc, DC_ISR)) & DC_INTRS) - && status != 0xFFFFFFFF) { + while (((status = CSR_READ_4(sc, DC_ISR)) & DC_INTRS) && + status != 0xFFFFFFFF && + ifp->if_drv_flags & IFF_DRV_RUNNING) { CSR_WRITE_4(sc, DC_ISR, status); --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 02:10:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00C1116A41F for ; Tue, 27 Dec 2005 02:10:30 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E4B443D53 for ; Tue, 27 Dec 2005 02:10:27 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: (qmail 18445 invoked by uid 207); 27 Dec 2005 02:10:23 -0000 Received: from keramida@ceid.upatras.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.30/3.97. Clear:RC:1(81.186.70.21):. Processed in 0.138105 secs); 27 Dec 2005 02:10:23 -0000 Received: from dialup21.ach.sch.gr (HELO flame.pc) ([81.186.70.21]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with SMTP for ; 27 Dec 2005 02:10:21 -0000 Received: by flame.pc (Postfix, from userid 1001) id 7F7B9116C5; Tue, 27 Dec 2005 04:09:10 +0200 (EET) Date: Tue, 27 Dec 2005 04:09:10 +0200 From: Giorgos Keramidas To: Nicolas Blais Message-ID: <20051227020910.GA19581@flame.pc> References: <200512261517.23498.nb_root@videotron.ca> <200512261538.53467.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512261538.53467.nb_root@videotron.ca> Cc: freebsd-current@freebsd.org Subject: Re: Can't run KDE after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 02:10:30 -0000 On 2005-12-26 15:38, Nicolas Blais wrote: > Reply to self: > > Found the problem, it was /tmp/.ICE-unix/ which was owned by my > username instead of root for some reason. chown'ing it back to root > solved my problem. There are a few buglets in recent versions of /etc/rc.d/cleantmp. I found that reverting back to revision 1.12 of this file `solves' the new bugs, so it may help you to do this too until we can find a way to really solve the bugs without going back with Doug Barton's help :) From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 03:51:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCC3316A41F for ; Tue, 27 Dec 2005 03:51:09 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ECE843D55 for ; Tue, 27 Dec 2005 03:51:09 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 96BB26D432 for ; Mon, 26 Dec 2005 20:51:06 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36460-02 for ; Mon, 26 Dec 2005 20:51:03 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 9AD476D430 for ; Mon, 26 Dec 2005 20:51:03 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 04:49:41 +0100 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512270449.41709.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Subject: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 03:51:09 -0000 Hi there! Some time ago (about a year actually) I started some work in cooperation with ATI to port their Linux "fglrx" driver to FreeBSD. Well, about 2 months into that process I ended up moving to the other side of the pond and leaving one of my dev machines behind. (The one with the ATI card) However, this last week I managed to get ahold of another machine with an ATI card, and have picked back up where I left off about 9 months ago. I've put together a preliminary alpha release of the driver port in it's current state, and done a bit of testing myself. However, I would be thrilled to get some feedback from you guys! I have probably done some really horrible things, and I would like to hear it from you nice folks rather than from a thousand angry gamers. :) The driver as it stands does the following: * Installs the applicable linux libraries, and ATI programs to your linux_base. * Compiles and installs the following ATI programs (For FreeBSD): fgl_glxgears, fglrx_gamma, and the ATI control panel. * Installs the X11 drivers and libraries. (Linux builds, but work fine under FreeBSD) * Supports full 2D acceleration, including accelerated XVideo. * Supports TV out and MultiHead. * Does NOT support 3D acceleration, or build the kernel module. I have tested the driver with an ATI Radeon 9800LE, and it seems to work great for desktop, non-gaming use. (Playing video, running KDE, etc) I am currently working on the kernel module portion of the project. The X side of the driver is ready and waiting for a DRM device to plug into. The current hurdles are working with the ATI team to get rid of any show-stopping linux specifics in the closed-source static libraries which I have to link my kernel module to. If there is significant intrest in the project's current state, (without 3D) I will make a proper port and submit it. If there are any problems please let me know and I will do my best to fix them ASAP! You can download it at: http://www.neovanglist.net/~Neovanglist/FreeBSD-fglrx_6_8_0-8.20.8-1-ALPHA.i386.tar.bz2 Enjoy! -- Regards, Chris Gilbert From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 05:04:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA8616A41F for ; Tue, 27 Dec 2005 05:04:40 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DB8443D55 for ; Tue, 27 Dec 2005 05:04:40 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 0F09919F2C; Mon, 26 Dec 2005 21:05:46 -0800 (PST) From: "Darren Pilgrim" To: "'Chris Gilbert'" , Date: Mon, 26 Dec 2005 21:04:27 -0800 Message-ID: <000001c60aa3$06943100$642a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <200512270449.41709.Chris@lainos.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: RE: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 05:04:40 -0000 From: Chris Gilbert > > I've put together a preliminary alpha release of the [Linux ATI] driver > port in it's current state I'd be happy to test this out! It would be useful to know which chips the driver supports. From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 05:11:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DC0616A41F for ; Tue, 27 Dec 2005 05:11:43 +0000 (GMT) (envelope-from loveturtle@loveturtle.net) Received: from loveturtle.net (loveturtle.net [216.89.229.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 398BB43D5A for ; Tue, 27 Dec 2005 05:11:43 +0000 (GMT) (envelope-from loveturtle@loveturtle.net) Received: from [216.89.228.115] (laptop.loveturtle.net [216.89.228.115]) by loveturtle.net (Postfix) with ESMTP id 8156E40B6 for ; Tue, 27 Dec 2005 00:11:42 -0500 (EST) Message-ID: <43B0CD10.3080404@loveturtle.net> Date: Tue, 27 Dec 2005 00:11:44 -0500 From: Dillon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051210) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200512270449.41709.Chris@lainos.org> In-Reply-To: <200512270449.41709.Chris@lainos.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 05:11:43 -0000 Yay! Glad to see you're working on this again. I've been using this for about three minutes on my laptops ati radeon 9700 (rv350) and nothing has exploded yet! Dillon Chris Gilbert wrote: >Hi there! > >Some time ago (about a year actually) I started some work in cooperation with >ATI to port their Linux "fglrx" driver to FreeBSD. > >Well, about 2 months into that process I ended up moving to the other side of >the pond and leaving one of my dev machines behind. (The one with the ATI >card) > >However, this last week I managed to get ahold of another machine with an ATI >card, and have picked back up where I left off about 9 months ago. > >I've put together a preliminary alpha release of the driver port in it's >current state, and done a bit of testing myself. However, I would be thrilled >to get some feedback from you guys! > >I have probably done some really horrible things, and I would like to hear it >from you nice folks rather than from a thousand angry gamers. :) > >The driver as it stands does the following: > * Installs the applicable linux libraries, and ATI programs to your >linux_base. > * Compiles and installs the following ATI programs (For FreeBSD): >fgl_glxgears, fglrx_gamma, and the ATI control panel. > * Installs the X11 drivers and libraries. (Linux builds, but work fine under >FreeBSD) > * Supports full 2D acceleration, including accelerated XVideo. > * Supports TV out and MultiHead. > * Does NOT support 3D acceleration, or build the kernel module. > >I have tested the driver with an ATI Radeon 9800LE, and it seems to work great >for desktop, non-gaming use. (Playing video, running KDE, etc) > >I am currently working on the kernel module portion of the project. > >The X side of the driver is ready and waiting for a DRM device to plug into. > >The current hurdles are working with the ATI team to get rid of any >show-stopping linux specifics in the closed-source static libraries which I >have to link my kernel module to. > >If there is significant intrest in the project's current state, (without 3D) I >will make a proper port and submit it. > >If there are any problems please let me know and I will do my best to fix them >ASAP! > >You can download it at: >http://www.neovanglist.net/~Neovanglist/FreeBSD-fglrx_6_8_0-8.20.8-1-ALPHA.i386.tar.bz2 > >Enjoy! > >-- >Regards, >Chris Gilbert >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 05:31:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3CE316A41F for ; Tue, 27 Dec 2005 05:31:48 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 689A543D46 for ; Tue, 27 Dec 2005 05:31:48 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 0C3526D432; Mon, 26 Dec 2005 22:31:48 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36460-10; Mon, 26 Dec 2005 22:31:45 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 7E4446D430; Mon, 26 Dec 2005 22:31:45 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 06:30:25 +0100 User-Agent: KMail/1.8.2 References: <000001c60aa3$06943100$642a15ac@smiley> In-Reply-To: <000001c60aa3$06943100$642a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512270630.25678.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: Darren Pilgrim Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 05:31:49 -0000 Sure! Below is a support list based on what ATI reports the driver supports. Everything here should work as advertised, but to be sure, if you have succ= ess=20 with a particular card then let me know and I'll mark the support as=20 confirmed. It supports: (Put into a sane order, as opposed to what is on the ATI site) Radeon=C2=AE 8500 series Radeon=C2=AE 9000 series Radeon=C2=AE 9100 series Radeon=C2=AE 9200 series Radeon=C2=AE 9500 series Radeon=C2=AE 9550 series Radeon=C2=AE 9600 series Radeon=C2=AE 9700 series **CONFIRMED** Radeon=C2=AE 9800 series **CONFIRMED** Radeon=C2=AE X300/X550 series Radeon=C2=AE X600 series Radeon=C2=AE X700 series Radeon=C2=AE X800 series Radeon=C2=AE X850 series Mobility=E2=84=A2 FireGL=E2=84=A2 T2 =46ireGL=E2=84=A2 T2-128 =46ireGL=E2=84=A2 Z1-128 =46ireGL=E2=84=A2 X1-128 =46ireGL=E2=84=A2 X1-256p =46ireGL=E2=84=A2 X2-256 =46ireGL=E2=84=A2 X3 =46ireGL=E2=84=A2 X3-256 =46ireGL=E2=84=A2 8700 =46ireGL=E2=84=A2 8800 Mobility=E2=84=A2 FireGL=E2=84=A2 9100 =46ireGL=E2=84=A2 V3100 =46ireGL=E2=84=A2 V3200 =46ireGL=E2=84=A2 V5000 Mobility=E2=84=A2 FireGL=E2=84=A2 V5000 =46ireGL=E2=84=A2 V5100 =46ireGL=E2=84=A2 V7100 Mobility=E2=84=A2 Radeon=C2=AE X600=09 Mobility=E2=84=A2 Radeon=C2=AE X700 Mobility=E2=84=A2 Radeon=C2=AE 9000 Mobility=E2=84=A2 Radeon=C2=AE 9200 Mobility=E2=84=A2 Radeon=C2=AE 9550 Mobility=E2=84=A2 Radeon=C2=AE 9600 Mobility=E2=84=A2 Radeon=C2=AE 9800 Radeon=C2=AE Xpress 200 series Radeon=C2=AE Xpress 200M series=20 Mobility=E2=84=A2 Radeon=C2=AE 9000 IGP series Radeon=C2=AE 9100 IGP Mobility=E2=84=A2 Radeon=C2=AE 9100 IGP series Radeon=C2=AE 9200 IGP On Tuesday 27 December 2005 06:04, Darren Pilgrim wrote: > > I'd be happy to test this out! It would be useful to know which chips the > driver supports. From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 07:10:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89B2916A41F for ; Tue, 27 Dec 2005 07:10:37 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BD8A43D45 for ; Tue, 27 Dec 2005 07:10:36 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from smogmonster.local (pcp0010916331pcs.albqrq01.nm.comcast.net[68.35.114.183]) by comcast.net (sccrmhc12) with ESMTP id <20051227071018012007lh5ne>; Tue, 27 Dec 2005 07:10:36 +0000 From: Joshua Tinnin To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 00:10:16 -0700 User-Agent: KMail/1.8.3 References: <000001c60aa3$06943100$642a15ac@smiley> <200512270630.25678.Chris@lainos.org> In-Reply-To: <200512270630.25678.Chris@lainos.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200512270010.20337.krinklyfig@comcast.net> Cc: Chris Gilbert , Darren Pilgrim Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 07:10:37 -0000 On Mon 26 Dec 05 22:30, Chris Gilbert wrote: > Sure! > > Below is a support list based on what ATI reports the driver > supports. > > Everything here should work as advertised, but to be sure, if you > have success with a particular card then let me know and I'll mark > the support as confirmed. > > It supports: (Put into a sane order, as opposed to what is on the ATI > site) > Radeon 9600 series I have an ATI Radeon 9600XT, and I'm proud to report it's been working for the last hour with no problems. I can live without the 3D acceleration in FreeBSD, but 2D acceleration helps significantly. Finally using my card's memory instead of the system's. - jt From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 07:23:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF60216A41F for ; Tue, 27 Dec 2005 07:23:13 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34AC643D45 for ; Tue, 27 Dec 2005 07:23:13 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id jBR7N9Ag051517; Mon, 26 Dec 2005 23:23:09 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id jBR7MlCX051516; Mon, 26 Dec 2005 23:22:47 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Joshua Tinnin In-Reply-To: <200512270010.20337.krinklyfig@comcast.net> References: <000001c60aa3$06943100$642a15ac@smiley> <200512270630.25678.Chris@lainos.org> <200512270010.20337.krinklyfig@comcast.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-woMqW1B6ZlxMC2knbguW" Date: Mon, 26 Dec 2005 23:22:46 -0800 Message-Id: <1135668166.1065.45.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2 FreeBSD GNOME Team Port Cc: Chris Gilbert , freebsd-current@freebsd.org, Darren Pilgrim Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 07:23:13 -0000 --=-woMqW1B6ZlxMC2knbguW Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, 2005-12-27 at 00:10 -0700, Joshua Tinnin wrote: > On Mon 26 Dec 05 22:30, Chris Gilbert wrote: > > Sure! > > > > Below is a support list based on what ATI reports the driver > > supports. > > > > Everything here should work as advertised, but to be sure, if you > > have success with a particular card then let me know and I'll mark > > the support as confirmed. > > > > It supports: (Put into a sane order, as opposed to what is on the ATI > > site) > > > Radeon=AE 9600 series >=20 > I have an ATI Radeon 9600XT, and I'm proud to report it's been working=20 > for the last hour with no problems. I can live without the 3D=20 > acceleration in FreeBSD, but 2D acceleration helps significantly.=20 > Finally using my card's memory instead of the system's. Hmm. X.Org should be supporting the same 2d acceleration for 9600s as fglrx. Was that not the case? --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org --=-woMqW1B6ZlxMC2knbguW 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) iD8DBQBDsOvGHUdvYGzw6vcRAg88AJ9ftjX5msVW7g0TpOGa5G3EyjvYOACeK2NE uHDET5XSXkn0jvT/x6MhVZ0= =2hvt -----END PGP SIGNATURE----- --=-woMqW1B6ZlxMC2knbguW-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 07:33:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B10CE16A41F for ; Tue, 27 Dec 2005 07:33:35 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE1B043D76 for ; Tue, 27 Dec 2005 07:33:24 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from smogmonster.local (pcp0010916331pcs.albqrq01.nm.comcast.net[68.35.114.183]) by comcast.net (sccrmhc12) with ESMTP id <20051227073323012007ism6e>; Tue, 27 Dec 2005 07:33:23 +0000 From: Joshua Tinnin To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 00:33:21 -0700 User-Agent: KMail/1.8.3 References: <000001c60aa3$06943100$642a15ac@smiley> <200512270010.20337.krinklyfig@comcast.net> <1135668166.1065.45.camel@leguin> In-Reply-To: <1135668166.1065.45.camel@leguin> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200512270033.25933.krinklyfig@comcast.net> Cc: Chris Gilbert , Eric Anholt , Darren Pilgrim Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 07:33:35 -0000 On Tue 27 Dec 05 00:22, Eric Anholt wrote: > On Tue, 2005-12-27 at 00:10 -0700, Joshua Tinnin wrote: > > On Mon 26 Dec 05 22:30, Chris Gilbert wrote: > > > Sure! > > > > > > Below is a support list based on what ATI reports the driver > > > supports. > > > > > > Everything here should work as advertised, but to be sure, if you > > > have success with a particular card then let me know and I'll > > > mark the support as confirmed. > > > > > > It supports: (Put into a sane order, as opposed to what is on the > > > ATI site) > > > > > > > > > Radeon 9600 series > > > > I have an ATI Radeon 9600XT, and I'm proud to report it's been > > working for the last hour with no problems. I can live without the > > 3D acceleration in FreeBSD, but 2D acceleration helps > > significantly. Finally using my card's memory instead of the > > system's. > > Hmm. X.Org should be supporting the same 2d acceleration for 9600s > as fglrx. Was that not the case? Well, rather, it seems to be working much better now. The radeon X.Org driver never did seem to do 2D accel very well, at least in my experience, though the logs tell me it was working. It seems like it's actually working now, though I guess what I said previously wasn't precise. - jt From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 07:41:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31E0616A41F for ; Tue, 27 Dec 2005 07:41:01 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC96F43D4C for ; Tue, 27 Dec 2005 07:41:00 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 5D3AE6D438; Tue, 27 Dec 2005 00:41:00 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37320-07; Tue, 27 Dec 2005 00:40:57 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id CB6116D432; Tue, 27 Dec 2005 00:40:56 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 08:39:34 +0100 User-Agent: KMail/1.8.2 References: <000001c60aa3$06943100$642a15ac@smiley> <1135668166.1065.45.camel@leguin> <200512270033.25933.krinklyfig@comcast.net> In-Reply-To: <200512270033.25933.krinklyfig@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512270839.35248.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: Eric Anholt , Joshua Tinnin Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 07:41:01 -0000 Sounds good! Also, make sure to add a couple of xorg.conf lines in regards to this as=20 explained in the README. By default, it will try to involve Xv with its GL bits and fail, therefore = not=20 exposing proper Xv acceleration. (xvinfo will report no available adapters) By adding the following two lines, the correct "GL-less" accelerated behavi= or=20 will be restored: (These go in the "Device" section) Option "VideoOverlay" "on" Option "OpenGLOverlay" "off" On Tuesday 27 December 2005 08:33, Joshua Tinnin wrote: > On Tue 27 Dec 05 00:22, Eric Anholt wrote: > > On Tue, 2005-12-27 at 00:10 -0700, Joshua Tinnin wrote: > > > On Mon 26 Dec 05 22:30, Chris Gilbert wrote: > > > > Sure! > > > > > > > > Below is a support list based on what ATI reports the driver > > > > supports. > > > > > > > > Everything here should work as advertised, but to be sure, if you > > > > have success with a particular card then let me know and I'll > > > > mark the support as confirmed. > > > > > > > > It supports: (Put into a sane order, as opposed to what is on the > > > > ATI site) > > > > > > > > > > > > > Radeon=AE 9600 series > > > > > > I have an ATI Radeon 9600XT, and I'm proud to report it's been > > > working for the last hour with no problems. I can live without the > > > 3D acceleration in FreeBSD, but 2D acceleration helps > > > significantly. Finally using my card's memory instead of the > > > system's. > > > > Hmm. X.Org should be supporting the same 2d acceleration for 9600s > > as fglrx. Was that not the case? > > Well, rather, it seems to be working much better now. The radeon X.Org > driver never did seem to do 2D accel very well, at least in my > experience, though the logs tell me it was working. It seems like it's > actually working now, though I guess what I said previously wasn't > precise. > > - jt > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 07:56:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4376016A41F for ; Tue, 27 Dec 2005 07:56:03 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D26643D46 for ; Tue, 27 Dec 2005 07:55:59 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id B0D2119F2C; Mon, 26 Dec 2005 23:57:08 -0800 (PST) From: "Darren Pilgrim" To: "'Chris Gilbert'" Date: Mon, 26 Dec 2005 23:55:47 -0800 Message-ID: <000401c60aba$f5b8ed90$642a15ac@smiley> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0005_01C60A77.E795AD90" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <200512270630.25678.Chris@lainos.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal Cc: freebsd-current@freebsd.org Subject: RE: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 07:56:03 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C60A77.E795AD90 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable From: Chris Gilbert [mailto:Chris@lainos.org]=20 >=20 > Everything here should work as advertised, but to be sure, if you have > success with a particular card then let me know and I'll mark the > support as confirmed. You can add Mobility Radeon x300 to the confirmed supported list. `make clean; make; make install` completed without any warnings. You = might want to use `install -d` to avoid failures on missing directories. Tested on RELENG_6 from Dec 2 (see attached uname_-a.txt): - Loaded Xorg 6.8.2 and KDE 3.4, no problems. See attached = fglrx_Xorg.0.log and radeon_Xorg.0.log for comparison between the fglrx and radeon = drivers. - Ran glxgears, default window size, both drivers with DRI disabled. fglrx: ~164 FPS radeon: ~670 FPS. - Ran fgl_glxgears with the fglrx driver. Failed to run, error message attached as fgl_glxgears_error.log. ------=_NextPart_000_0005_01C60A77.E795AD90 Content-Type: text/plain; name="uname_-a.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="uname_-a.txt" FreeBSD Smiley.Blackthornes.LAN 6.0-STABLE FreeBSD 6.0-STABLE #0: Fri = Dec 2 08:54:12 PST 2005 = root@Smiley.Blackthornes.LAN:/usr/src/sys/i386/compile/smiley i386=0A= ------=_NextPart_000_0005_01C60A77.E795AD90 Content-Type: application/octet-stream; name="fglrx_Xorg.0.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="fglrx_Xorg.0.log" =0A= X Window System Version 6.8.2=0A= Release Date: 9 February 2005=0A= X Protocol Version 11, Revision 0, Release 6.8.2=0A= Build Operating System: FreeBSD 6.0 i386 [ELF] =0A= Current Operating System: FreeBSD Smiley.Blackthornes.LAN 6.0-STABLE = FreeBSD 6.0-STABLE #0: Fri Dec 2 08:54:12 PST 2005 = root@Smiley.Blackthornes.LAN:/usr/src/sys/i386/compile/smiley i386=0A= Build Date: 03 December 2005=0A= Before reporting problems, check http://wiki.X.Org=0A= to make sure that you have the latest version.=0A= Module Loader present=0A= Markers: (--) probed, (**) from config file, (=3D=3D) default setting,=0A= (++) from command line, (!!) notice, (II) informational,=0A= (WW) warning, (EE) error, (NI) not implemented, (??) unknown.=0A= (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Dec 26 23:27:32 2005=0A= (=3D=3D) Using config file: "/usr/X11R6/etc/X11/xorg.conf"=0A= (=3D=3D) ServerLayout "MainLayout"=0A= (**) |-->Screen "MainScreen" (0)=0A= (**) | |-->Monitor "flatpanel"=0A= (**) | |-->Device "x300"=0A= (**) |-->Input Device "ConsoleMoused"=0A= (**) |-->Input Device "MainKeyboard"=0A= (**) FontPath set to = "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/= lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/f= onts/100dpi/"=0A= (**) RgbPath set to "/usr/X11R6/lib/X11/rgb"=0A= (=3D=3D) ModulePath set to "/usr/X11R6/lib/modules"=0A= (**) Option "DontZoom"=0A= (II) Module ABI versions:=0A= X.Org ANSI C Emulation: 0.2=0A= X.Org Video Driver: 0.7=0A= X.Org XInput driver : 0.4=0A= X.Org Server Extension : 0.2=0A= X.Org Font Renderer : 0.4=0A= (II) Loader running on freebsd=0A= (II) LoadModule: "bitmap"=0A= (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a=0A= (II) Module bitmap: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org Font Renderer=0A= ABI class: X.Org Font Renderer, version 0.4=0A= (II) Loading font Bitmap=0A= (II) LoadModule: "pcidata"=0A= (II) Loading /usr/X11R6/lib/modules/libpcidata.a=0A= (II) Module pcidata: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (--) Using syscons driver with X support (version 2.0)=0A= (--) using VT number 11=0A= =0A= (II) PCI: Probing config type using method 1=0A= (II) PCI: Config type is 1=0A= (II) PCI: stages =3D 0x03, oldVal1 =3D 0x00000000, mode1Res1 =3D = 0x80000000=0A= (II) PCI: PCI scan (all values are in hex)=0A= (II) PCI: 00:00:0: chip 8086,2590 card 1028,0188 rev 03 class 06,00,00 = hdr 00=0A= (II) PCI: 00:01:0: chip 8086,2591 card 0000,0000 rev 03 class 06,04,00 = hdr 01=0A= (II) PCI: 00:1d:0: chip 8086,2658 card 1028,0188 rev 03 class 0c,03,00 = hdr 80=0A= (II) PCI: 00:1d:1: chip 8086,2659 card 1028,0188 rev 03 class 0c,03,00 = hdr 00=0A= (II) PCI: 00:1d:2: chip 8086,265a card 1028,0188 rev 03 class 0c,03,00 = hdr 00=0A= (II) PCI: 00:1d:3: chip 8086,265b card 1028,0188 rev 03 class 0c,03,00 = hdr 00=0A= (II) PCI: 00:1d:7: chip 8086,265c card 1028,0188 rev 03 class 0c,03,20 = hdr 00=0A= (II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev d3 class 06,04,01 = hdr 81=0A= (II) PCI: 00:1e:2: chip 8086,266e card 1028,0188 rev 03 class 04,01,00 = hdr 00=0A= (II) PCI: 00:1e:3: chip 8086,266d card 14f1,5423 rev 03 class 07,03,00 = hdr 00=0A= (II) PCI: 00:1f:0: chip 8086,2641 card 1028,0188 rev 03 class 06,01,00 = hdr 80=0A= (II) PCI: 00:1f:2: chip 8086,2653 card 1028,0188 rev 03 class 01,01,80 = hdr 00=0A= (II) PCI: 00:1f:3: chip 8086,266a card 1028,0188 rev 03 class 0c,05,00 = hdr 00=0A= (II) PCI: 01:00:0: chip 1002,5460 card 1028,2003 rev 00 class 03,00,00 = hdr 00=0A= (II) PCI: 03:00:0: chip 14e4,170c card 1028,0188 rev 02 class 02,00,00 = hdr 00=0A= (II) PCI: 03:01:0: chip 1180,0476 card fffc,ffff rev b3 class 06,07,00 = hdr 82=0A= (II) PCI: 03:01:1: chip 1180,0552 card 1028,0188 rev 08 class 0c,00,10 = hdr 80=0A= (II) PCI: 03:01:2: chip 1180,0822 card 1028,0188 rev 17 class 08,05,01 = hdr 80=0A= (II) PCI: 03:03:0: chip 8086,4223 card 8086,1020 rev 05 class 02,80,00 = hdr 00=0A= (II) PCI: End of PCI scan=0A= (II) Host-to-PCI bridge:=0A= (II) Bus 0: bridge is at (0:0:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set)=0A= (II) Bus 0 I/O range:=0A= [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]=0A= (II) Bus 0 non-prefetchable memory range:=0A= [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]=0A= (II) Bus 0 prefetchable memory range:=0A= [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]=0A= (II) PCI-to-PCI bridge:=0A= (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000a (VGA_EN is set)=0A= (II) Bus 1 I/O range:=0A= [0] -1 0 0x0000d000 - 0x0000dfff (0x1000) IX[B]=0A= (II) Bus 1 non-prefetchable memory range:=0A= [0] -1 0 0xdfd00000 - 0xdfefffff (0x200000) MX[B]=0A= (II) Bus 1 prefetchable memory range:=0A= [0] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B]=0A= (II) Subtractive PCI-to-PCI bridge:=0A= (II) Bus 3: bridge is at (0:30:0), (0,3,4), BCTRL: 0x0002 (VGA_EN is = cleared)=0A= (II) Bus 3 non-prefetchable memory range:=0A= [0] -1 0 0xdfc00000 - 0xdfcfffff (0x100000) MX[B]=0A= (II) PCI-to-ISA bridge:=0A= (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is = set)=0A= (II) PCI-to-CardBus bridge:=0A= (II) Bus 4: bridge is at (3:1:0), (3,4,4), BCTRL: 0x0740 (VGA_EN is = cleared)=0A= (--) PCI:*(1:0:0) ATI Technologies Inc unknown chipset (0x5460) rev 0, = Mem @ 0xd0000000/27, 0xdfdf0000/16, I/O @ 0xde00/8=0A= (II) Addressable bus resource ranges are=0A= [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]=0A= [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]=0A= (II) OS-reported resource ranges:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= (II) Active PCI resource ranges:=0A= [0] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [1] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [2] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [3] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [4] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [5] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [6] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [7] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [8] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [9] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [10] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [11] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [12] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [13] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [14] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [15] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [16] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [17] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [18] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [19] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [20] -1 0 0x0000bf40 - 0x0000bf7f (0x40) IX[B]E=0A= [21] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [22] -1 0 0x0000bf80 - 0x0000bfff (0x80) IX[B]E=0A= [23] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= (II) PCI I/O resource overlap reduced 0x0000bf40 from 0x0000bf7f to = 0x0000bf5f=0A= (II) PCI I/O resource overlap reduced 0x0000bf80 from 0x0000bfff to = 0x0000bf9f=0A= (II) Active PCI resource ranges after removing overlaps:=0A= [0] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [1] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [2] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [3] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [4] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [5] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [6] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [7] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [8] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [9] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [10] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [11] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [12] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [13] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [14] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [15] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [16] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [17] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [18] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [19] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [20] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [21] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [22] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [23] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= (II) OS-reported resource ranges after removing overlaps with PCI:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= (II) All system resource ranges:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [6] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [7] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [8] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [9] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [10] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [11] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [12] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [13] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [16] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [17] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [18] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [19] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [20] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [21] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [22] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [23] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [24] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [25] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [26] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [27] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [28] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [29] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [30] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= (II) LoadModule: "type1"=0A= (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a=0A= (II) Module type1: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.2=0A= Module class: X.Org Font Renderer=0A= ABI class: X.Org Font Renderer, version 0.4=0A= (II) Loading font Type1=0A= (II) Loading font CID=0A= (II) LoadModule: "freetype"=0A= (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so=0A= (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT = Project"=0A= compiled for 6.8.2, module version =3D 2.1.0=0A= Module class: X.Org Font Renderer=0A= ABI class: X.Org Font Renderer, version 0.4=0A= (II) Loading font FreeType=0A= (II) LoadModule: "extmod"=0A= (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a=0A= (II) Module extmod: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org Server Extension=0A= ABI class: X.Org Server Extension, version 0.2=0A= (II) Loading extension SHAPE=0A= (II) Loading extension MIT-SUNDRY-NONSTANDARD=0A= (II) Loading extension BIG-REQUESTS=0A= (II) Loading extension SYNC=0A= (II) Loading extension MIT-SCREEN-SAVER=0A= (II) Loading extension XC-MISC=0A= (II) Loading extension XFree86-VidModeExtension=0A= (II) Loading extension XFree86-Misc=0A= (II) Loading extension DPMS=0A= (II) Loading extension TOG-CUP=0A= (II) Loading extension Extended-Visual-Information=0A= (II) Loading extension XVideo=0A= (II) Loading extension XVideo-MotionCompensation=0A= (II) Loading extension X-Resource=0A= (II) LoadModule: "dbe"=0A= (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a=0A= (II) Module dbe: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org Server Extension=0A= ABI class: X.Org Server Extension, version 0.2=0A= (II) Loading extension DOUBLE-BUFFER=0A= (II) LoadModule: "glx"=0A= (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a=0A= (II) Module glx: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Server Extension, version 0.2=0A= (II) Loading sub module "GLcore"=0A= (II) LoadModule: "GLcore"=0A= (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a=0A= (II) Module GLcore: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Server Extension, version 0.2=0A= (II) Loading extension GLX=0A= (II) LoadModule: "fglrx"=0A= (II) Loading /usr/X11R6/lib/modules/drivers/fglrx_drv.o=0A= (II) Module fglrx: vendor=3D"FireGL - ATI Technologies Inc."=0A= compiled for 6.8.0, module version =3D 8.20.8=0A= Module class: X.Org Video Driver=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) LoadModule: "mouse"=0A= (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o=0A= (II) Module mouse: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org XInput Driver=0A= ABI class: X.Org XInput driver, version 0.4=0A= (II) LoadModule: "kbd"=0A= (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.o=0A= (II) Module kbd: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org XInput Driver=0A= ABI class: X.Org XInput driver, version 0.4=0A= (II) ATI Radeon/FireGL: The following chipsets are supported:=0A= RADEON 9000/9000 PRO (RV250 4966), RADEON 9000 LE (RV250 4967),=0A= MOBILITY FireGL 9000 (M9 4C64), MOBILITY RADEON 9000 (M9 4C66),=0A= RADEON 9000 PRO (D9 4C67), RADEON 9250 (RV280 5960),=0A= RADEON 9200 (RV280 5961), RADEON 9200 SE (RV280 5964),=0A= MOBILITY RADEON 9200 (M9+ 5C61), MOBILITY RADEON 9200 (M9+ 5C63),=0A= FireGL 8800 (R200 5148), RADEON 8500 (R200 514C),=0A= RADEON 9100 (R200 514D), RADEON 8500 AIW (R200 4242),=0A= RADEON 9600 (RV350 4150), RADEON 9600 SE (RV350 4151),=0A= RADEON 9600 PRO (RV360 4152),=0A= MOBILITY RADEON 9600/9700 (M10/M11 4E50),=0A= MOBILITY RADEON 9550 (M12 4E56), RADEON 9500 (R300 4144),=0A= RADEON 9600 TX (R300 4146), FireGL Z1 (R300 4147),=0A= RADEON 9700 PRO (R300 4E44), RADEON 9500 PRO/9700 (R300 4E45),=0A= RADEON 9600 TX (R300 4E46), FireGL X1 (R300 4E47),=0A= RADEON 9800 SE (R350 4148), RADEON 9550 (RV350 4153),=0A= FireGL T2 (RV350 4154), RADEON 9800 PRO (R350 4E48),=0A= RADEON 9800 (R350 4E49), RADEON 9800 XT (R360 4E4A),=0A= FireGL X2-256/X2-256t (R350 4E4B),=0A= MOBILITY FireGL T2/T2e (M10/M11 4E54), RADEON X300 (RV370 5B60),=0A= RADEON X600 (RV380 5B62), RADEON X550 (RV370 5B63),=0A= FireGL V3100 (RV370 5B64), MOBILITY RADEON X300 (M22 5460),=0A= MOBILITY RADEON X600 (M24 5462), MOBILITY FireGL V3100 (M22 5464),=0A= RADEON X600 (RV380 3E50), FireGL V3200 (RV380 3E54),=0A= MOBILITY RADEON X600 (M24 3150), MOBILITY RADEON X300 (M22 3152),=0A= MOBILITY FireGL V3200 (M24 3154), RADEON X800 (R420 4A48),=0A= RADEON X800 PRO (R420 4A49), RADEON X800 SE (R420 4A4A),=0A= RADEON X800 XT (R420 4A4B), RADEON X800 (R420 4A4C),=0A= FireGL X3-256 (R420 4A4D), MOBILITY RADEON 9800 (M18 4A4E),=0A= RADEON X800 XT Platinum Edition (R420 4A50), RADEON X800 (R423 5548),=0A= RADEON X800 PRO (R423 5549),=0A= RADEON X800 XT Platinum Edition (R423 554A),=0A= RADEON X800 SE (R423 554B), RADEON X800 XT (R423 5D57),=0A= FireGL V7100 (R423 5550), FireGL V5100 (R423 5551),=0A= MOBILITY RADEON X800 XT (M28 5D48), MOBILITY FireGL V5100 (M28 5D49),=0A= RADEON X800 XL (R430 554D), RADEON X800 (R430 554F),=0A= RADEON X850 XT Platinum Edition (R480 5D4D),=0A= RADEON X850 PRO (R480 5D4F), RADEON X850 XT (R480 5D52),=0A= MOBILITY FireGL V5000 (M26 564A), MOBILITY FireGL V5000 (M26 564B),=0A= FireGL V5000 (RV410 5E48), FireGL V3300 (RV410 5E49),=0A= RADEON X700 XT (RV410 5E4A), RADEON X700 PRO (RV410 5E4B),=0A= RADEON X700 SE (RV410 5E4C), RADEON X700 (RV410 5E4D),=0A= RADEON X700 (RV410 5E4F), MOBILITY RADEON X700 (M26 5652),=0A= MOBILITY RADEON X700 (M26 5653), MOBILITY RADEON X700 XL,=0A= RADEON 9100 IGP (RS300 5834),=0A= RADEON 9000 PRO/9100 PRO IGP (RS350 7834),=0A= MOBILITY RADEON 9000/9100 IGP (RS300M 5835),=0A= RADEON XPRESS 200 (RS400 5A41), RADEON XPRESS 200M (RS400 5A42),=0A= RADEON XPRESS 200 (RS480 5954), RADEON XPRESS 200M (RS480 5955),=0A= RADEON XPRESS 200 (RS482 5974), RADEON XPRESS 200M (RS482 5975),=0A= RADEON XPRESS 200 (RC410 5A61), RADEON XPRESS 200M (RC410 5A62)=0A= (II) Primary Device is: PCI 01:00:0=0A= (II) ATI Proprietary Linux Driver Version Identifier:8.20.8=0A= (II) ATI Proprietary Linux Driver Release Identifier: LGDr8.20g1 = =0A= (II) ATI Proprietary Linux Driver Build Date: Dec 6 2005 20:05:53=0A= (II) ATI Proprietary Linux Driver Build Information: = autobuild-rel-r6-8.20.1-driver-lnx-232334=0A= (--) Assigning device section with no busID to primary device=0A= (--) Chipset MOBILITY RADEON X300 (M22 5460) found=0A= (II) resource ranges after xf86ClaimFixedResources() call:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [6] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [7] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [8] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [9] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [10] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [11] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [12] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [13] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [16] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [17] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [18] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [19] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [20] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [21] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [22] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [23] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [24] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [25] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [26] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [27] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [28] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [29] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [30] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= (II) fglrx(0): pEnt->device->identifier=3D0x81ef1c0=0A= (II) resource ranges after probing:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [6] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [7] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [8] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [9] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [10] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [11] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [12] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [13] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [14] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]=0A= [15] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]=0A= [16] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]=0A= [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [19] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [20] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [21] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [22] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [23] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [24] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [25] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [26] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [27] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [28] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [29] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [30] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [31] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [32] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [33] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= [34] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]=0A= [35] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]=0A= (II) Setting vga for screen 0.=0A= (II) fglrx(0): =3D=3D=3D [R200PreInit] =3D=3D=3D begin, [s]=0A= (II) Loading sub module "vgahw"=0A= (II) LoadModule: "vgahw"=0A= (II) Loading /usr/X11R6/lib/modules/libvgahw.a=0A= (II) Module vgahw: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 0.1.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) fglrx(0): PCI bus 1 card 0 func 0=0A= (**) fglrx(0): Depth 24, (--) framebuffer bpp 32=0A= (II) fglrx(0): Pixel depth =3D 24 bits stored in 4 bytes (32 bpp pixmaps)=0A= (=3D=3D) fglrx(0): Default visual is TrueColor=0A= (**) fglrx(0): Option "OpenGLOverlay" "off"=0A= (**) fglrx(0): Option "VideoOverlay" "on"=0A= (=3D=3D) fglrx(0): RGB weight 888=0A= (II) fglrx(0): Using 8 bits per RGB (8 bit DAC)=0A= (=3D=3D) fglrx(0): Gamma Correction for I is 0x06419064=0A= (=3D=3D) fglrx(0): Gamma Correction for II is 0x06419064=0A= (=3D=3D) fglrx(0): Buffer Tiling is ON=0A= (II) Loading sub module "int10"=0A= (II) LoadModule: "int10"=0A= (II) Loading /usr/X11R6/lib/modules/libint10.a=0A= (II) Module int10: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (=3D=3D) fglrx(0): Write-combining range (0xa0000,0x20000) was already = clear=0A= (=3D=3D) fglrx(0): Write-combining range (0xc0000,0x40000) was already = clear=0A= (II) fglrx(0): Primary V_BIOS segment is: 0xc000=0A= (=3D=3D) fglrx(0): Write-combining range (0x0,0x1000) was already clear=0A= (--) fglrx(0): Chipset: "MOBILITY RADEON X300 (M22 5460)" (Chipset =3D = 0x5460)=0A= (--) fglrx(0): (PciSubVendor =3D 0x1028, PciSubDevice =3D 0x2003)=0A= (--) fglrx(0): board vendor info: third party graphics adapter - NOT = original ATI=0A= (--) fglrx(0): Linear framebuffer (phys) at 0xd0000000=0A= (--) fglrx(0): MMIO registers at 0xdfdf0000=0A= (=3D=3D) fglrx(0): ROM-BIOS at 0x000c0000=0A= (=3D=3D) fglrx(0): Write-combining range (0xdfdf0000,0x10000) was = already clear=0A= (=3D=3D) fglrx(0): Write-combining range (0xa0000,0x10000) was already = clear=0A= (II) Loading sub module "vbe"=0A= (II) LoadModule: "vbe"=0A= (II) Loading /usr/X11R6/lib/modules/libvbe.a=0A= (II) Module vbe: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.1.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) fglrx(0): VESA BIOS detected=0A= (II) fglrx(0): VESA VBE Version 2.0=0A= (II) fglrx(0): VESA VBE Total Mem: 65536 kB=0A= (II) fglrx(0): VESA VBE OEM: ATI MOBILITY RADEON (M24) =0A= (II) fglrx(0): VESA VBE OEM Software Rev: 1.0=0A= (II) fglrx(0): VESA VBE OEM Vendor: ATI Technologies Inc.=0A= (II) fglrx(0): VESA VBE OEM Product: P22 =0A= (II) fglrx(0): VESA VBE OEM Product Rev: 01.00=0A= (II) Loading sub module "drm"=0A= (II) LoadModule: "drm"=0A= (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a=0A= (II) Module drm: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Server Extension, version 0.2=0A= drmOpenDevice: node name is /dev/dri/card0=0A= drmOpenDevice: open result is 6, (OK)=0A= drmOpenDevice: node name is /dev/dri/card0=0A= drmOpenDevice: open result is 6, (OK)=0A= drmOpenDevice: node name is /dev/dri/card0=0A= drmOpenDevice: open result is 6, (OK)=0A= drmOpenDevice: node name is /dev/dri/card1=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card2=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card3=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card4=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card5=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card6=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card7=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card8=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card9=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card10=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card11=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card12=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card13=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= drmOpenDevice: node name is /dev/dri/card14=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: open result is -1, (No such file or directory)=0A= drmOpenDevice: Open failed=0A= (--) fglrx(0): VideoRAM: 65536 kByte, Type: DDR SGRAM / SDRAM=0A= (II) fglrx(0): PCIE card detected=0A= (WW) fglrx(0): board is an unknown third party board, chipset is = supported=0A= (II) Loading sub module "ddc"=0A= (II) LoadModule: "ddc"=0A= (II) Loading /usr/X11R6/lib/modules/libddc.a=0A= (II) Module ddc: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) fglrx(0): Connected Display1: LCD on internal LVDS=0A= (II) fglrx(0): Display1: No EDID information from DDC.=0A= (II) fglrx(0): Derived EDID from BIOS and internal tables for Display1:=0A= (II) fglrx(0): Display1 EDID data ---------------------------=0A= (II) fglrx(0): Manufacturer: MS_ Model: 0 Serial#: 0=0A= (II) fglrx(0): Year: 1990 Week: 0=0A= (II) fglrx(0): EDID Version: 1.3=0A= (II) fglrx(0): Analog Display Input, Input Voltage Level: 0.700/0.300 V=0A= (II) fglrx(0): Sync:Serration on. V.Sync Pulse req. if CompSync or = SyncOnGreen=0A= (II) fglrx(0): Max H-Image Size [cm]: horiz.: 40 vert.: 30=0A= (II) fglrx(0): Gamma: 1.00=0A= (II) fglrx(0): DPMS capabilities: StandBy Suspend Off; Non RGB = Multicolor Display=0A= (II) fglrx(0): First detailed timing is preferred mode=0A= (II) fglrx(0): redX: 0.000 redY: 0.000 greenX: 0.000 greenY: 0.000=0A= (II) fglrx(0): blueX: 0.000 blueY: 0.000 whiteX: 0.000 whiteY: 0.000=0A= (II) fglrx(0): Supported VESA Video Modes:=0A= (II) fglrx(0): 640x480@60Hz=0A= (II) fglrx(0): 800x600@60Hz=0A= (II) fglrx(0): 1024x768@60Hz=0A= (II) fglrx(0): Manufacturer's mask: 0=0A= (II) fglrx(0): Supported Future Video Modes:=0A= (II) fglrx(0): #0: hsize: 640 vsize 480 refresh: 60 vid: 16433=0A= (II) fglrx(0): #1: hsize: 800 vsize 600 refresh: 60 vid: 16453=0A= (II) fglrx(0): #2: hsize: 1024 vsize 768 refresh: 60 vid: 16481=0A= (II) fglrx(0): #3: hsize: 1152 vsize 864 refresh: 60 vid: 16497=0A= (II) fglrx(0): #4: hsize: 1280 vsize 960 refresh: 60 vid: 16513=0A= (II) fglrx(0): #5: hsize: 1600 vsize 1200 refresh: 60 vid: 16553=0A= (II) fglrx(0): Supported additional Video Mode:=0A= (II) fglrx(0): clock: 161.8 MHz Image Size: 0 x 0 mm=0A= (II) fglrx(0): h_active: 1920 h_sync: 2016 h_sync_end 2048 h_blank_end = 2184 h_border: 0=0A= (II) fglrx(0): v_active: 1200 v_sync: 1200 v_sync_end 1200 v_blanking: = 1235 v_border: 0=0A= (II) fglrx(0): End of Display1 EDID data --------------------=0A= (WW) fglrx(0): Specified desktop setup not supported: 8=0A= (II) fglrx(0): Primary Controller - LCD on internal LVDS=0A= (II) fglrx(0): Internal Desktop Setting: 0x00000004=0A= (II) fglrx(0): POWERplay version 3. 5 power states available:=0A= (II) fglrx(0): 1. 297/216MHz @ 60Hz [enable load balancing]=0A= (II) fglrx(0): 2. 100/122MHz @ 60Hz [low voltage, enable sleep]=0A= (II) fglrx(0): 3. 105/182MHz @ 60Hz [low voltage, enable sleep, = thermal diode mode]=0A= (II) fglrx(0): 4. 209/182MHz @ 60Hz [low voltage, enable sleep]=0A= (II) fglrx(0): 5. 209/182MHz @ 60Hz [low voltage, enable sleep, = thermal diode mode]=0A= (=3D=3D) fglrx(0): Qbs disabled=0A= (=3D=3D) fglrx(0): FAST_SWAP disabled=0A= (=3D=3D) fglrx(0): PseudoColor visuals disabled=0A= (=3D=3D) fglrx(0): Using gamma correction (1.0, 1.0, 1.0)=0A= (=3D=3D) fglrx(0): Center Mode is disabled =0A= (=3D=3D) fglrx(0): TMDS coherent mode is enabled =0A= (II) fglrx(0): Total of 18 modes found for primary display.=0A= (--) fglrx(0): Virtual size is 1920x1200 (pitch 1920)=0A= (**) fglrx(0): *Mode "1920x1200": 161.8 MHz (scaled from 0.0 MHz), 74.1 = kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "1920x1200" 161.84 1920 2016 2048 2184 1200 = 1202 1208 1235=0A= (**) fglrx(0): Default mode "1680x1050": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "1680x1050" 161.84 1680 1896 1928 2184 1050 = 1127 1133 1235=0A= (**) fglrx(0): Default mode "1600x1200": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "1600x1200" 161.84 1600 1856 1888 2184 1200 = 1202 1208 1235=0A= (**) fglrx(0): Default mode "1280x1024": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "1280x1024" 161.84 1280 1696 1728 2184 1024 = 1114 1120 1235=0A= (**) fglrx(0): Default mode "1280x800": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "1280x800" 161.84 1280 1696 1728 2184 800 = 1002 1008 1235=0A= (**) fglrx(0): Default mode "1280x768": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "1280x768" 161.84 1280 1696 1728 2184 768 986 = 992 1235=0A= (**) fglrx(0): Default mode "1024x768": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "1024x768" 161.84 1024 1568 1600 2184 768 986 = 992 1235=0A= (**) fglrx(0): Default mode "848x480": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "848x480" 161.84 848 1480 1512 2184 480 842 = 848 1235=0A= (**) fglrx(0): Default mode "800x600": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "800x600" 161.84 800 1456 1488 2184 600 902 = 908 1235=0A= (**) fglrx(0): Default mode "720x576": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "720x576" 161.84 720 1416 1448 2184 576 890 = 896 1235=0A= (**) fglrx(0): Default mode "720x480": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "720x480" 161.84 720 1416 1448 2184 480 842 = 848 1235=0A= (**) fglrx(0): Default mode "640x480": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "640x480" 161.84 640 1376 1408 2184 480 842 = 848 1235=0A= (**) fglrx(0): Default mode "640x400": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "640x400" 161.84 640 1376 1408 2184 400 802 = 808 1235=0A= (**) fglrx(0): Default mode "640x350": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "640x350" 161.84 640 1376 1408 2184 350 777 = 783 1235=0A= (**) fglrx(0): Default mode "512x384": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "512x384" 161.84 512 1312 1344 2184 384 794 = 800 1235=0A= (**) fglrx(0): Default mode "400x300": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "400x300" 161.84 400 1256 1288 2184 600 902 = 908 1235=0A= (**) fglrx(0): Default mode "320x240": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "320x240" 161.84 320 1216 1248 2184 480 842 = 848 1235=0A= (**) fglrx(0): Default mode "320x200": 161.8 MHz (scaled from 0.0 MHz), = 74.1 kHz, 60.0 Hz=0A= (II) fglrx(0): Modeline "320x200" 161.84 320 1216 1248 2184 400 802 = 808 1235=0A= (--) fglrx(0): Display dimensions: (400, 300) mm=0A= (--) fglrx(0): DPI set to (121, 101)=0A= (II) Loading sub module "fb"=0A= (II) LoadModule: "fb"=0A= (II) Loading /usr/X11R6/lib/modules/libfb.a=0A= (II) Module fb: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org ANSI C Emulation, version 0.2=0A= (II) Loading sub module "ramdac"=0A= (II) LoadModule: "ramdac"=0A= (II) Loading /usr/X11R6/lib/modules/libramdac.a=0A= (II) Module ramdac: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 0.1.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (=3D=3D) fglrx(0): NoAccel =3D NO=0A= (II) Loading sub module "xaa"=0A= (II) LoadModule: "xaa"=0A= (II) Loading /usr/X11R6/lib/modules/libxaa.a=0A= (II) Module xaa: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.2.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (=3D=3D) fglrx(0): HPV inactive=0A= (=3D=3D) fglrx(0): FSAA enabled: NO=0A= (=3D=3D) fglrx(0): FSAA Gamma enabled=0A= (=3D=3D) fglrx(0): FSAA Multisample Position is fix=0A= (=3D=3D) fglrx(0): NoDRI =3D NO=0A= (II) Loading sub module "fglrxdrm"=0A= (II) LoadModule: "fglrxdrm"=0A= (II) Loading /usr/X11R6/lib/modules/libfglrxdrm.a=0A= (II) Module fglrxdrm: vendor=3D"FireGL - ATI Technologies Inc."=0A= compiled for 6.8.0, module version =3D 8.20.8=0A= ABI class: X.Org Server Extension, version 0.2=0A= (II) fglrx(0): Depth moves disabled by default=0A= (=3D=3D) fglrx(0): Capabilities: 0x00000000=0A= (=3D=3D) fglrx(0): CapabilitiesEx: 0x00000000=0A= (=3D=3D) fglrx(0): cpuFlags: 0x8000001d=0A= (=3D=3D) fglrx(0): cpuSpeedMHz: 0x0000031f=0A= (=3D=3D) fglrx(0): OpenGL ClientDriverName: "fglrx_dri.so"=0A= (=3D=3D) fglrx(0): UseFastTLS=3D0=0A= (=3D=3D) fglrx(0): BlockSignalsOnLock=3D1=0A= (=3D=3D) fglrx(0): EnablePrivateBackZ =3D NO=0A= (--) Depth 24 pixmap format is 32 bpp=0A= (II) do I need RAC? No, I don't.=0A= (II) resource ranges after preInit:=0A= [0] 0 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B]=0A= [1] 0 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B]=0A= [2] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [7] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [8] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [9] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [10] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [11] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [12] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [13] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [14] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [15] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]=0A= [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]=0A= [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]=0A= [19] 0 0 0x0000de00 - 0x0000deff (0x100) IX[B]=0A= [20] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [21] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [22] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [23] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [24] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [25] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [26] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [27] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [28] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [29] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [30] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [31] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [32] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [33] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [34] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [35] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [36] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= [37] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]=0A= [38] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]=0A= (II) fglrx(0): UMM Bus area: 0xd0acb000 (size=3D0x03525000)=0A= (II) fglrx(0): UMM area: 0xd0acb000 (size=3D0x03525000)=0A= (II) fglrx(0): driver needs X.org 6.8.x.y with x.y >=3D 0.0=0A= (WW) fglrx(0): could not detect X server version (query_status=3D-2)=0A= (WW) fglrx(0): ***********************************************=0A= (WW) fglrx(0): * DRI initialization failed! *=0A= (WW) fglrx(0): * (maybe driver kernel module missing or bad) *=0A= (WW) fglrx(0): * 2D acceleraton available (MMIO) *=0A= (WW) fglrx(0): * no 3D acceleration available *=0A= (WW) fglrx(0): ********************************************* *=0A= (II) fglrx(0): FBADPhys: 0xd0000000 FBMappedSize: 0x03ff0000=0A= (WW) fglrx(0): Failed to set write-combining range (0xd0000000,0x3ff0000)=0A= (II) fglrx(0): FBMM initialized for area (0,0)-(1920,8191)=0A= (II) fglrx(0): FBMM auto alloc for area (0,0)-(1920,1200) (front color = buffer - assumption)=0A= (=3D=3D) fglrx(0): Backing store disabled=0A= (=3D=3D) fglrx(0): Silken mouse enabled=0A= (=3D=3D) fglrx(0): Using hardware cursor (scanline 1200)=0A= (II) fglrx(0): Largest offscreen area available: 1920 x 6988=0A= (II) fglrx(0): Using XFree86 Acceleration Architecture (XAA)=0A= Screen to screen bit blits=0A= Solid filled rectangles=0A= Solid Horizontal and Vertical Lines=0A= Offscreen Pixmaps=0A= Setting up tile and stipple cache:=0A= 32 128x128 slots=0A= 32 256x256 slots=0A= 16 512x512 slots=0A= (II) fglrx(0): Acceleration enabled=0A= (II) fglrx(0): Direct rendering disabled=0A= (II) Loading extension FGLRXEXTENSION=0A= (II) Loading extension ATITVOUT=0A= (=3D=3D) RandR enabled=0A= Symbol DRIGetDeviceInfo from module = /usr/X11R6/lib/modules/drivers/fglrx_drv.o is unresolved!=0A= Symbol DRIGetDrawableInfo from module = /usr/X11R6/lib/modules/drivers/fglrx_drv.o is unresolved!=0A= (II) Setting vga for screen 0.=0A= (II) Initializing built-in extension MIT-SHM=0A= (II) Initializing built-in extension XInputExtension=0A= (II) Initializing built-in extension XTEST=0A= (II) Initializing built-in extension XKEYBOARD=0A= (II) Initializing built-in extension XC-APPGROUP=0A= (II) Initializing built-in extension SECURITY=0A= (II) Initializing built-in extension XINERAMA=0A= (II) Initializing built-in extension XFIXES=0A= (II) Initializing built-in extension XFree86-Bigfont=0A= (II) Initializing built-in extension RENDER=0A= (II) Initializing built-in extension RANDR=0A= (II) Initializing built-in extension COMPOSITE=0A= (II) Initializing built-in extension DAMAGE=0A= (II) Initializing built-in extension XEVIE=0A= (**) Option "Protocol" "Auto"=0A= (**) ConsoleMoused: Device: "/dev/sysmouse"=0A= (**) ConsoleMoused: Protocol: "Auto"=0A= (**) Option "CorePointer"=0A= (**) ConsoleMoused: Core Pointer=0A= (**) Option "Device" "/dev/sysmouse"=0A= (=3D=3D) ConsoleMoused: Emulate3Buttons, Emulate3Timeout: 50=0A= (=3D=3D) ConsoleMoused: Buttons: 3=0A= (**) Option "CoreKeyboard"=0A= (**) MainKeyboard: Core Keyboard=0A= (**) Option "Protocol" "standard"=0A= (**) MainKeyboard: Protocol: standard=0A= (**) Option "AutoRepeat" "250 30"=0A= (**) Option "XLeds" "1 2 3"=0A= (**) Option "XkbRules" "xorg"=0A= (**) MainKeyboard: XkbRules: "xorg"=0A= (**) Option "XkbModel" "pc105"=0A= (**) MainKeyboard: XkbModel: "pc105"=0A= (**) Option "XkbLayout" "us"=0A= (**) MainKeyboard: XkbLayout: "us"=0A= (**) Option "CustomKeycodes" "off"=0A= (**) MainKeyboard: CustomKeycodes disabled=0A= (II) XINPUT: Adding extended input device "MainKeyboard" (type: KEYBOARD)=0A= (II) XINPUT: Adding extended input device "ConsoleMoused" (type: MOUSE)=0A= (II) ConsoleMoused: SetupAuto: hw.iftype is 4, hw.model is 0=0A= (II) ConsoleMoused: SetupAuto: protocol is SysMouse=0A= SetClientVersion: 0 8=0A= (=3D=3D) fglrx(0): Write-combining range (0xa0000,0x10000) was already = clear=0A= ------=_NextPart_000_0005_01C60A77.E795AD90 Content-Type: application/octet-stream; name="radeon_Xorg.0.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="radeon_Xorg.0.log" =0A= X Window System Version 6.8.2=0A= Release Date: 9 February 2005=0A= X Protocol Version 11, Revision 0, Release 6.8.2=0A= Build Operating System: FreeBSD 6.0 i386 [ELF] =0A= Current Operating System: FreeBSD Smiley.Blackthornes.LAN 6.0-STABLE = FreeBSD 6.0-STABLE #0: Fri Dec 2 08:54:12 PST 2005 = root@Smiley.Blackthornes.LAN:/usr/src/sys/i386/compile/smiley i386=0A= Build Date: 03 December 2005=0A= Before reporting problems, check http://wiki.X.Org=0A= to make sure that you have the latest version.=0A= Module Loader present=0A= Markers: (--) probed, (**) from config file, (=3D=3D) default setting,=0A= (++) from command line, (!!) notice, (II) informational,=0A= (WW) warning, (EE) error, (NI) not implemented, (??) unknown.=0A= (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Dec 26 23:24:46 2005=0A= (=3D=3D) Using config file: "/usr/X11R6/etc/X11/xorg.conf"=0A= (=3D=3D) ServerLayout "MainLayout"=0A= (**) |-->Screen "MainScreen" (0)=0A= (**) | |-->Monitor "flatpanel"=0A= (**) | |-->Device "x300"=0A= (**) |-->Input Device "ConsoleMoused"=0A= (**) |-->Input Device "MainKeyboard"=0A= (**) FontPath set to = "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/= lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/f= onts/100dpi/"=0A= (**) RgbPath set to "/usr/X11R6/lib/X11/rgb"=0A= (=3D=3D) ModulePath set to "/usr/X11R6/lib/modules"=0A= (**) Option "DontZoom"=0A= (II) Module ABI versions:=0A= X.Org ANSI C Emulation: 0.2=0A= X.Org Video Driver: 0.7=0A= X.Org XInput driver : 0.4=0A= X.Org Server Extension : 0.2=0A= X.Org Font Renderer : 0.4=0A= (II) Loader running on freebsd=0A= (II) LoadModule: "bitmap"=0A= (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a=0A= (II) Module bitmap: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org Font Renderer=0A= ABI class: X.Org Font Renderer, version 0.4=0A= (II) Loading font Bitmap=0A= (II) LoadModule: "pcidata"=0A= (II) Loading /usr/X11R6/lib/modules/libpcidata.a=0A= (II) Module pcidata: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (--) Using syscons driver with X support (version 2.0)=0A= (--) using VT number 11=0A= =0A= (II) PCI: Probing config type using method 1=0A= (II) PCI: Config type is 1=0A= (II) PCI: stages =3D 0x03, oldVal1 =3D 0x00000000, mode1Res1 =3D = 0x80000000=0A= (II) PCI: PCI scan (all values are in hex)=0A= (II) PCI: 00:00:0: chip 8086,2590 card 1028,0188 rev 03 class 06,00,00 = hdr 00=0A= (II) PCI: 00:01:0: chip 8086,2591 card 0000,0000 rev 03 class 06,04,00 = hdr 01=0A= (II) PCI: 00:1d:0: chip 8086,2658 card 1028,0188 rev 03 class 0c,03,00 = hdr 80=0A= (II) PCI: 00:1d:1: chip 8086,2659 card 1028,0188 rev 03 class 0c,03,00 = hdr 00=0A= (II) PCI: 00:1d:2: chip 8086,265a card 1028,0188 rev 03 class 0c,03,00 = hdr 00=0A= (II) PCI: 00:1d:3: chip 8086,265b card 1028,0188 rev 03 class 0c,03,00 = hdr 00=0A= (II) PCI: 00:1d:7: chip 8086,265c card 1028,0188 rev 03 class 0c,03,20 = hdr 00=0A= (II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev d3 class 06,04,01 = hdr 81=0A= (II) PCI: 00:1e:2: chip 8086,266e card 1028,0188 rev 03 class 04,01,00 = hdr 00=0A= (II) PCI: 00:1e:3: chip 8086,266d card 14f1,5423 rev 03 class 07,03,00 = hdr 00=0A= (II) PCI: 00:1f:0: chip 8086,2641 card 1028,0188 rev 03 class 06,01,00 = hdr 80=0A= (II) PCI: 00:1f:2: chip 8086,2653 card 1028,0188 rev 03 class 01,01,80 = hdr 00=0A= (II) PCI: 00:1f:3: chip 8086,266a card 1028,0188 rev 03 class 0c,05,00 = hdr 00=0A= (II) PCI: 01:00:0: chip 1002,5460 card 1028,2003 rev 00 class 03,00,00 = hdr 00=0A= (II) PCI: 03:00:0: chip 14e4,170c card 1028,0188 rev 02 class 02,00,00 = hdr 00=0A= (II) PCI: 03:01:0: chip 1180,0476 card fffc,ffff rev b3 class 06,07,00 = hdr 82=0A= (II) PCI: 03:01:1: chip 1180,0552 card 1028,0188 rev 08 class 0c,00,10 = hdr 80=0A= (II) PCI: 03:01:2: chip 1180,0822 card 1028,0188 rev 17 class 08,05,01 = hdr 80=0A= (II) PCI: 03:03:0: chip 8086,4223 card 8086,1020 rev 05 class 02,80,00 = hdr 00=0A= (II) PCI: End of PCI scan=0A= (II) Host-to-PCI bridge:=0A= (II) Bus 0: bridge is at (0:0:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set)=0A= (II) Bus 0 I/O range:=0A= [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]=0A= (II) Bus 0 non-prefetchable memory range:=0A= [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]=0A= (II) Bus 0 prefetchable memory range:=0A= [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]=0A= (II) PCI-to-PCI bridge:=0A= (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000a (VGA_EN is set)=0A= (II) Bus 1 I/O range:=0A= [0] -1 0 0x0000d000 - 0x0000dfff (0x1000) IX[B]=0A= (II) Bus 1 non-prefetchable memory range:=0A= [0] -1 0 0xdfd00000 - 0xdfefffff (0x200000) MX[B]=0A= (II) Bus 1 prefetchable memory range:=0A= [0] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B]=0A= (II) Subtractive PCI-to-PCI bridge:=0A= (II) Bus 3: bridge is at (0:30:0), (0,3,4), BCTRL: 0x0002 (VGA_EN is = cleared)=0A= (II) Bus 3 non-prefetchable memory range:=0A= [0] -1 0 0xdfc00000 - 0xdfcfffff (0x100000) MX[B]=0A= (II) PCI-to-ISA bridge:=0A= (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is = set)=0A= (II) PCI-to-CardBus bridge:=0A= (II) Bus 4: bridge is at (3:1:0), (3,4,4), BCTRL: 0x0740 (VGA_EN is = cleared)=0A= (--) PCI:*(1:0:0) ATI Technologies Inc unknown chipset (0x5460) rev 0, = Mem @ 0xd0000000/27, 0xdfdf0000/16, I/O @ 0xde00/8=0A= (II) Addressable bus resource ranges are=0A= [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]=0A= [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]=0A= (II) OS-reported resource ranges:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= (II) Active PCI resource ranges:=0A= [0] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [1] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [2] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [3] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [4] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [5] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [6] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [7] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [8] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [9] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [10] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [11] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [12] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [13] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [14] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [15] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [16] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [17] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [18] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [19] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [20] -1 0 0x0000bf40 - 0x0000bf7f (0x40) IX[B]E=0A= [21] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [22] -1 0 0x0000bf80 - 0x0000bfff (0x80) IX[B]E=0A= [23] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= (II) PCI I/O resource overlap reduced 0x0000bf40 from 0x0000bf7f to = 0x0000bf5f=0A= (II) PCI I/O resource overlap reduced 0x0000bf80 from 0x0000bfff to = 0x0000bf9f=0A= (II) Active PCI resource ranges after removing overlaps:=0A= [0] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [1] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [2] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [3] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [4] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [5] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [6] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [7] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [8] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [9] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [10] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [11] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [12] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [13] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [14] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [15] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [16] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [17] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [18] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [19] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [20] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [21] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [22] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [23] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= (II) OS-reported resource ranges after removing overlaps with PCI:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= (II) All system resource ranges:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [6] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [7] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [8] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [9] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [10] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [11] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [12] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [13] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [16] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [17] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [18] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [19] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [20] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [21] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [22] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [23] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [24] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [25] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [26] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [27] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [28] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [29] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [30] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= (II) LoadModule: "type1"=0A= (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a=0A= (II) Module type1: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.2=0A= Module class: X.Org Font Renderer=0A= ABI class: X.Org Font Renderer, version 0.4=0A= (II) Loading font Type1=0A= (II) Loading font CID=0A= (II) LoadModule: "freetype"=0A= (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so=0A= (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT = Project"=0A= compiled for 6.8.2, module version =3D 2.1.0=0A= Module class: X.Org Font Renderer=0A= ABI class: X.Org Font Renderer, version 0.4=0A= (II) Loading font FreeType=0A= (II) LoadModule: "extmod"=0A= (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a=0A= (II) Module extmod: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org Server Extension=0A= ABI class: X.Org Server Extension, version 0.2=0A= (II) Loading extension SHAPE=0A= (II) Loading extension MIT-SUNDRY-NONSTANDARD=0A= (II) Loading extension BIG-REQUESTS=0A= (II) Loading extension SYNC=0A= (II) Loading extension MIT-SCREEN-SAVER=0A= (II) Loading extension XC-MISC=0A= (II) Loading extension XFree86-VidModeExtension=0A= (II) Loading extension XFree86-Misc=0A= (II) Loading extension DPMS=0A= (II) Loading extension TOG-CUP=0A= (II) Loading extension Extended-Visual-Information=0A= (II) Loading extension XVideo=0A= (II) Loading extension XVideo-MotionCompensation=0A= (II) Loading extension X-Resource=0A= (II) LoadModule: "dbe"=0A= (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a=0A= (II) Module dbe: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org Server Extension=0A= ABI class: X.Org Server Extension, version 0.2=0A= (II) Loading extension DOUBLE-BUFFER=0A= (II) LoadModule: "glx"=0A= (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a=0A= (II) Module glx: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Server Extension, version 0.2=0A= (II) Loading sub module "GLcore"=0A= (II) LoadModule: "GLcore"=0A= (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a=0A= (II) Module GLcore: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Server Extension, version 0.2=0A= (II) Loading extension GLX=0A= (II) LoadModule: "radeon"=0A= (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o=0A= (II) Module radeon: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 4.0.1=0A= Module class: X.Org Video Driver=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) LoadModule: "ati"=0A= (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o=0A= (II) Module ati: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 6.5.6=0A= Module class: X.Org Video Driver=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) LoadModule: "mouse"=0A= (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o=0A= (II) Module mouse: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org XInput Driver=0A= ABI class: X.Org XInput driver, version 0.4=0A= (II) LoadModule: "kbd"=0A= (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.o=0A= (II) Module kbd: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= Module class: X.Org XInput Driver=0A= ABI class: X.Org XInput driver, version 0.4=0A= (II) ATI: ATI driver (version 6.5.6) for chipsets: ati, ativga=0A= (II) R128: Driver for ATI Rage 128 chipsets:=0A= ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP),=0A= ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP),=0A= ATI Rage 128 Pro GL PA (PCI/AGP), ATI Rage 128 Pro GL PB (PCI/AGP),=0A= ATI Rage 128 Pro GL PC (PCI/AGP), ATI Rage 128 Pro GL PD (PCI),=0A= ATI Rage 128 Pro GL PE (PCI/AGP), ATI Rage 128 Pro GL PF (AGP),=0A= ATI Rage 128 Pro VR PG (PCI/AGP), ATI Rage 128 Pro VR PH (PCI/AGP),=0A= ATI Rage 128 Pro VR PI (PCI/AGP), ATI Rage 128 Pro VR PJ (PCI/AGP),=0A= ATI Rage 128 Pro VR PK (PCI/AGP), ATI Rage 128 Pro VR PL (PCI/AGP),=0A= ATI Rage 128 Pro VR PM (PCI/AGP), ATI Rage 128 Pro VR PN (PCI/AGP),=0A= ATI Rage 128 Pro VR PO (PCI/AGP), ATI Rage 128 Pro VR PP (PCI),=0A= ATI Rage 128 Pro VR PQ (PCI/AGP), ATI Rage 128 Pro VR PR (PCI),=0A= ATI Rage 128 Pro VR PS (PCI/AGP), ATI Rage 128 Pro VR PT (PCI/AGP),=0A= ATI Rage 128 Pro VR PU (PCI/AGP), ATI Rage 128 Pro VR PV (PCI/AGP),=0A= ATI Rage 128 Pro VR PW (PCI/AGP), ATI Rage 128 Pro VR PX (PCI/AGP),=0A= ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP),=0A= ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI),=0A= ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (PCI/AGP),=0A= ATI Rage 128 4X SF (PCI/AGP), ATI Rage 128 4X SG (PCI/AGP),=0A= ATI Rage 128 4X SH (PCI/AGP), ATI Rage 128 4X SK (PCI/AGP),=0A= ATI Rage 128 4X SL (PCI/AGP), ATI Rage 128 4X SM (AGP),=0A= ATI Rage 128 4X SN (PCI/AGP), ATI Rage 128 Pro ULTRA TF (AGP),=0A= ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP),=0A= ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?),=0A= ATI Rage 128 Pro ULTRA TU (AGP?)=0A= (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),=0A= ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),=0A= ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI),=0A= ATI Radeon Mobility M7 LW (AGP),=0A= ATI Mobility FireGL 7800 M7 LX (AGP),=0A= ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP),=0A= ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336,=0A= ATI Radeon IGP330/340/350 (A4) 4137,=0A= ATI Radeon IGP330M/340M/350M (U2) 4337,=0A= ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon Mobility 7000 IGP 4437,=0A= ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP),=0A= ATI Radeon 9100 QM (AGP), ATI Radeon 8500 AIW BB (AGP),=0A= ATI Radeon 8500 AIW BC (AGP), ATI Radeon 7500 QW (AGP/PCI),=0A= ATI Radeon 7500 QX (AGP/PCI), ATI Radeon 9000/PRO If (AGP/PCI),=0A= ATI Radeon 9000 Ig (AGP/PCI), ATI FireGL Mobility 9000 (M9) Ld (AGP),=0A= ATI Radeon Mobility 9000 (M9) Lf (AGP),=0A= ATI Radeon Mobility 9000 (M9) Lg (AGP),=0A= ATI Radeon 9100 IGP (A5) 5834,=0A= ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon 9100 PRO IGP 7834,=0A= ATI Radeon Mobility 9200 IGP 7835, ATI Radeon 9200PRO 5960 (AGP),=0A= ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP),=0A= ATI Radeon 9200SE 5964 (AGP),=0A= ATI Radeon Mobility 9200 (M9+) 5C61 (AGP),=0A= ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon 9500 AD (AGP),=0A= ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP),=0A= ATI FireGL Z1 AG (AGP), ATI Radeon 9700 Pro ND (AGP),=0A= ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9700 NF (AGP),=0A= ATI FireGL X1 NG (AGP), ATI Radeon 9600 AP (AGP),=0A= ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP),=0A= ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP),=0A= ATI FireGL RV360 AV (AGP),=0A= ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP),=0A= ATI Radeon Mobility 9600 (M10) NQ (AGP),=0A= ATI Radeon Mobility 9600 (M11) NR (AGP),=0A= ATI Radeon Mobility 9600 (M10) NS (AGP),=0A= ATI FireGL Mobility T2 (M10) NT (AGP),=0A= ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon 9800SE AH (AGP),=0A= ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP),=0A= ATI FireGL X2 AK (AGP), ATI Radeon 9800PRO NH (AGP),=0A= ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP),=0A= ATI Radeon 9800XT NJ (AGP), ATI Radeon X600 (RV380) 3E50 (PCIE),=0A= ATI FireGL V3200 (RV380) 3E54 (PCIE),=0A= ATI Radeon Mobility X600 (M24) 3150 (PCIE),=0A= ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE),=0A= ATI Radeon X600 (RV370) 5B62 (PCIE),=0A= ATI FireGL V3100 (RV370) 5B64 (PCIE),=0A= ATI FireGL D1100 (RV370) 5B65 (PCIE),=0A= ATI Radeon Mobility M300 (M22) 5460 (PCIE),=0A= ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R420) JH (AGP),=0A= ATI Radeon X800PRO (R420) JI (AGP),=0A= ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP),=0A= ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP),=0A= ATI Radeon Mobility 9800 (M18) JN (AGP),=0A= ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X800 (R423) UH (PCIE),=0A= ATI Radeon X800PRO (R423) UI (PCIE),=0A= ATI Radeon X800LE (R423) UJ (PCIE),=0A= ATI Radeon X800SE (R423) UK (PCIE),=0A= ATI FireGL V7200 (R423) UQ (PCIE), ATI FireGL V5100 (R423) UR (PCIE),=0A= ATI FireGL V7100 (R423) UT (PCIE),=0A= ATI Radeon X800XT (R423) 5D57 (PCIE)=0A= (II) Primary Device is: PCI 01:00:0=0A= (--) Assigning device section with no busID to primary device=0A= (--) Chipset ATI Radeon Mobility M300 (M22) 5460 (PCIE) found=0A= (II) resource ranges after xf86ClaimFixedResources() call:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [6] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [7] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [8] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [9] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [10] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [11] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [12] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [13] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [16] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [17] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [18] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [19] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [20] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [21] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [22] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [23] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [24] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [25] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [26] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [27] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [28] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [29] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [30] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= (II) Loading sub module "radeon"=0A= (II) LoadModule: "radeon"=0A= (II) Reloading /usr/X11R6/lib/modules/drivers/radeon_drv.o=0A= (II) resource ranges after probing:=0A= [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [5] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [6] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [7] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [8] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [9] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [10] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [11] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [12] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [13] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [14] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]=0A= [15] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]=0A= [16] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]=0A= [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [19] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [20] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [21] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [22] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [23] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [24] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [25] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [26] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [27] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [28] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [29] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [30] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [31] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [32] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [33] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= [34] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]=0A= [35] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]=0A= (II) Setting vga for screen 0.=0A= (II) RADEON(0): MMIO registers at 0xdfdf0000=0A= (=3D=3D) RADEON(0): Write-combining range (0xdfdf0000,0x80000) was = already clear=0A= (II) Loading sub module "vgahw"=0A= (II) LoadModule: "vgahw"=0A= (II) Loading /usr/X11R6/lib/modules/libvgahw.a=0A= (II) Module vgahw: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 0.1.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is = 0x0000=0A= (II) RADEON(0): PCI bus 1 card 0 func 0=0A= (**) RADEON(0): Depth 24, (--) framebuffer bpp 32=0A= (II) RADEON(0): Pixel depth =3D 24 bits stored in 4 bytes (32 bpp = pixmaps)=0A= (=3D=3D) RADEON(0): Default visual is TrueColor=0A= (=3D=3D) RADEON(0): RGB weight 888=0A= (II) RADEON(0): Using 8 bits per RGB (8 bit DAC)=0A= (II) Loading sub module "int10"=0A= (II) LoadModule: "int10"=0A= (II) Loading /usr/X11R6/lib/modules/libint10.a=0A= (II) Module int10: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) RADEON(0): initializing int10=0A= (=3D=3D) RADEON(0): Write-combining range (0xa0000,0x20000) was already = clear=0A= (=3D=3D) RADEON(0): Write-combining range (0xc0000,0x40000) was already = clear=0A= (II) RADEON(0): Primary V_BIOS segment is: 0xc000=0A= (=3D=3D) RADEON(0): Write-combining range (0x0,0x1000) was already clear=0A= (--) RADEON(0): Chipset: "ATI Radeon Mobility M300 (M22) 5460 (PCIE)" = (ChipID =3D 0x5460)=0A= (--) RADEON(0): Linear framebuffer at 0xd0000000=0A= (--) RADEON(0): VideoRAM: 65536 kByte (64 bit DDR SDRAM)=0A= (II) RADEON(0): PCI card detected=0A= (II) Loading sub module "ddc"=0A= (II) LoadModule: "ddc"=0A= (II) Loading /usr/X11R6/lib/modules/libddc.a=0A= (II) Module ddc: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) Loading sub module "i2c"=0A= (II) LoadModule: "i2c"=0A= (II) Loading /usr/X11R6/lib/modules/libi2c.a=0A= (II) Module i2c: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.2.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) RADEON(0): I2C bus "DDC" initialized.=0A= (II) RADEON(0): Legacy BIOS detected=0A= (II) RADEON(0): LVDS port is not in connector table, added in.=0A= (II) RADEON(0): Connector0: DDCType-0, DACType-1, TMDSType--1, = ConnectorType-1=0A= (II) RADEON(0): Connector1: DDCType-3, DACType-0, TMDSType--1, = ConnectorType-2=0A= (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0.=0A= (II) RADEON(0): I2C device "DDC:ddc2" removed.=0A= (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0.=0A= (II) RADEON(0): I2C device "DDC:ddc2" removed.=0A= (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0.=0A= (II) RADEON(0): I2C device "DDC:ddc2" removed.=0A= (II) RADEON(0): DDC Type: 3, Detected Type: 0=0A= (II) RADEON(0): =0A= (II) RADEON(0): Primary:=0A= Monitor -- LVDS=0A= Connector -- VGA=0A= DAC Type -- Primary=0A= TMDS Type -- NONE=0A= DDC Type -- VGA_DDC=0A= (II) RADEON(0): Secondary:=0A= Monitor -- NONE=0A= Connector -- Proprietary=0A= DAC Type -- TVDAC/ExtDAC=0A= TMDS Type -- NONE=0A= DDC Type -- NONE=0A= (II) RADEON(0): PLL parameters: rf=3D2700 rd=3D6 min=3D20000 = max=3D35000; xclk=3D21600=0A= (II) RADEON(0): Panel ID string: J4362=02154U1=0A= =0A= (II) RADEON(0): Panel Size from BIOS: 1920x1200=0A= (II) RADEON(0): BIOS provided dividers will be used.=0A= (WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode = disabled=0A= (=3D=3D) RADEON(0): Using gamma correction (1.0, 1.0, 1.0)=0A= (II) RADEON(0): Validating modes on Primary head ---------=0A= (II) RADEON(0): Total number of valid DDC mode(s) found: 0=0A= (II) RADEON(0): Valid mode using on-chip RMX: 1920x1200=0A= (II) RADEON(0): Total number of valid FP mode(s) found: 1=0A= (--) RADEON(0): Virtual size is 1920x1200 (pitch 1920)=0A= (**) RADEON(0): *Mode "1920x1200": 161.8 MHz (scaled from 0.0 MHz), 74.1 = kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "1920x1200" 161.84 1920 2016 2048 2184 1200 = 1202 1208 1235=0A= (**) RADEON(0): Default mode "640x350": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "640x350" 161.84 640 2016 2048 2184 350 1202 = 1208 1235=0A= (**) RADEON(0): Default mode "640x400": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "640x400" 161.84 640 2016 2048 2184 400 1202 = 1208 1235=0A= (**) RADEON(0): Default mode "720x400": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "720x400" 161.84 720 2016 2048 2184 400 1202 = 1208 1235=0A= (**) RADEON(0): Default mode "640x480": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "640x480" 161.84 640 2016 2048 2184 480 1202 = 1208 1235=0A= (**) RADEON(0): Default mode "800x600": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "800x600" 161.84 800 2016 2048 2184 600 1202 = 1208 1235=0A= (**) RADEON(0): Default mode "1024x768": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "1024x768" 161.84 1024 2016 2048 2184 768 = 1202 1208 1235=0A= (**) RADEON(0): Default mode "1152x864": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "1152x864" 161.84 1152 2016 2048 2184 864 = 1202 1208 1235=0A= (**) RADEON(0): Default mode "1280x960": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "1280x960" 161.84 1280 2016 2048 2184 960 = 1202 1208 1235=0A= (**) RADEON(0): Default mode "1280x1024": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "1280x1024" 161.84 1280 2016 2048 2184 1024 = 1202 1208 1235=0A= (**) RADEON(0): Default mode "1600x1200": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "1600x1200" 161.84 1600 2016 2048 2184 1200 = 1202 1208 1235=0A= (**) RADEON(0): Default mode "832x624": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "832x624" 161.84 832 2016 2048 2184 624 1202 = 1208 1235=0A= (**) RADEON(0): Default mode "1152x768": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "1152x768" 161.84 1152 2016 2048 2184 768 = 1202 1208 1235=0A= (**) RADEON(0): Default mode "1400x1050": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "1400x1050" 161.84 1400 2016 2048 2184 1050 = 1202 1208 1235=0A= (**) RADEON(0): Default mode "1600x1024": 161.8 MHz (scaled from 0.0 = MHz), 74.1 kHz, 60.0 Hz=0A= (II) RADEON(0): Modeline "1600x1024" 161.84 1600 2016 2048 2184 1024 = 1202 1208 1235=0A= (=3D=3D) RADEON(0): DPI set to (75, 75)=0A= (II) Loading sub module "fb"=0A= (II) LoadModule: "fb"=0A= (II) Loading /usr/X11R6/lib/modules/libfb.a=0A= (II) Module fb: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org ANSI C Emulation, version 0.2=0A= (II) Loading sub module "ramdac"=0A= (II) LoadModule: "ramdac"=0A= (II) Loading /usr/X11R6/lib/modules/libramdac.a=0A= (II) Module ramdac: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 0.1.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) Loading sub module "xaa"=0A= (II) LoadModule: "xaa"=0A= (II) Loading /usr/X11R6/lib/modules/libxaa.a=0A= (II) Module xaa: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.2.0=0A= ABI class: X.Org Video Driver, version 0.7=0A= (II) RADEON(0): Depth moves disabled by default=0A= (II) Loading sub module "shadowfb"=0A= (II) LoadModule: "shadowfb"=0A= (II) Loading /usr/X11R6/lib/modules/libshadowfb.a=0A= (II) Module shadowfb: vendor=3D"X.Org Foundation"=0A= compiled for 6.8.2, module version =3D 1.0.0=0A= ABI class: X.Org ANSI C Emulation, version 0.2=0A= (II) RADEON(0): Page flipping disabled=0A= (=3D=3D) RADEON(0): Write-combining range (0x0,0x1000) was already clear=0A= (!!) RADEON(0): For information on using the multimedia capabilities=0A= of this adapter, please see http://gatos.sf.net.=0A= (--) Depth 24 pixmap format is 32 bpp=0A= (II) do I need RAC? No, I don't.=0A= (II) resource ranges after preInit:=0A= [0] 0 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B]=0A= [1] 0 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B]=0A= [2] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)=0A= [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)=0A= [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]=0A= [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]=0A= [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]=0A= [7] -1 0 0xdfcfd000 - 0xdfcfdfff (0x1000) MX[B]E=0A= [8] -1 0 0xdfcfc700 - 0xdfcfc7ff (0x100) MX[B]E=0A= [9] -1 0 0xdfcfc800 - 0xdfcfcfff (0x800) MX[B]E=0A= [10] -1 0 0xdfcfe000 - 0xdfcfffff (0x2000) MX[B]E=0A= [11] -1 0 0xdffffd00 - 0xdffffdff (0x100) MX[B]E=0A= [12] -1 0 0xdffffe00 - 0xdfffffff (0x200) MX[B]E=0A= [13] -1 0 0xffa80800 - 0xffa80fff (0x800) MX[B]E=0A= [14] -1 0 0xdfdf0000 - 0xdfdfffff (0x10000) MX[B](B)=0A= [15] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B)=0A= [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU)=0A= [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU)=0A= [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU)=0A= [19] 0 0 0x0000de00 - 0x0000deff (0x100) IX[B]=0A= [20] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]=0A= [21] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]=0A= [22] -1 0 0x000010c0 - 0x000010ff (0x40) IX[B]E=0A= [23] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E=0A= [24] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E=0A= [25] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E=0A= [26] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E=0A= [27] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E=0A= [28] -1 0 0x0000ec80 - 0x0000ecff (0x80) IX[B]E=0A= [29] -1 0 0x0000ee00 - 0x0000eeff (0x100) IX[B]E=0A= [30] -1 0 0x0000ec40 - 0x0000ec7f (0x40) IX[B]E=0A= [31] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E=0A= [32] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E=0A= [33] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E=0A= [34] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E=0A= [35] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E=0A= [36] -1 0 0x0000de00 - 0x0000deff (0x100) IX[B](B)=0A= [37] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)=0A= [38] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)=0A= (=3D=3D) RADEON(0): Write-combining range (0xdfdf0000,0x80000) was = already clear=0A= (=3D=3D) RADEON(0): Write-combining range (0xd0000000,0x4000000)=0A= (=3D=3D) RADEON(0): Write-combining range (0xa0000,0x10000) was already = clear=0A= (II) RADEON(0): Dynamic Clock Scaling Disabled=0A= (WW) RADEON(0): Direct rendering not yet supported on Radeon 9500 and = newer cards=0A= (II) RADEON(0): Memory manager initialized to (0,0) (1920,8191)=0A= (II) RADEON(0): Reserved area from (0,1200) to (1920,1202)=0A= (II) RADEON(0): Largest offscreen area available: 1920 x 6989=0A= (II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and = newer.=0A= (II) RADEON(0): Render acceleration disabled=0A= (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)=0A= Screen to screen bit blits=0A= Solid filled rectangles=0A= 8x8 mono pattern filled rectangles=0A= Indirect CPU to Screen color expansion=0A= Solid Lines=0A= Scanline Image Writes=0A= Offscreen Pixmaps=0A= Setting up tile and stipple cache:=0A= 32 128x128 slots=0A= 32 256x256 slots=0A= 16 512x512 slots=0A= (II) RADEON(0): Acceleration enabled=0A= (=3D=3D) RADEON(0): Backing store disabled=0A= (=3D=3D) RADEON(0): Silken mouse enabled=0A= (II) RADEON(0): Using hardware cursor (scanline 1202)=0A= (II) RADEON(0): Largest offscreen area available: 1920 x 6986=0A= (WW) RADEON(0): Option "VideoOverlay" is not used=0A= (WW) RADEON(0): Option "OpenGLOverlay" is not used=0A= (II) RADEON(0): Direct rendering disabled=0A= (=3D=3D) RandR enabled=0A= (II) Initializing built-in extension MIT-SHM=0A= (II) Initializing built-in extension XInputExtension=0A= (II) Initializing built-in extension XTEST=0A= (II) Initializing built-in extension XKEYBOARD=0A= (II) Initializing built-in extension XC-APPGROUP=0A= (II) Initializing built-in extension SECURITY=0A= (II) Initializing built-in extension XINERAMA=0A= (II) Initializing built-in extension XFIXES=0A= (II) Initializing built-in extension XFree86-Bigfont=0A= (II) Initializing built-in extension RENDER=0A= (II) Initializing built-in extension RANDR=0A= (II) Initializing built-in extension COMPOSITE=0A= (II) Initializing built-in extension DAMAGE=0A= (II) Initializing built-in extension XEVIE=0A= (**) Option "Protocol" "Auto"=0A= (**) ConsoleMoused: Device: "/dev/sysmouse"=0A= (**) ConsoleMoused: Protocol: "Auto"=0A= (**) Option "CorePointer"=0A= (**) ConsoleMoused: Core Pointer=0A= (**) Option "Device" "/dev/sysmouse"=0A= (=3D=3D) ConsoleMoused: Emulate3Buttons, Emulate3Timeout: 50=0A= (=3D=3D) ConsoleMoused: Buttons: 3=0A= (**) Option "CoreKeyboard"=0A= (**) MainKeyboard: Core Keyboard=0A= (**) Option "Protocol" "standard"=0A= (**) MainKeyboard: Protocol: standard=0A= (**) Option "AutoRepeat" "250 30"=0A= (**) Option "XLeds" "1 2 3"=0A= (**) Option "XkbRules" "xorg"=0A= (**) MainKeyboard: XkbRules: "xorg"=0A= (**) Option "XkbModel" "pc105"=0A= (**) MainKeyboard: XkbModel: "pc105"=0A= (**) Option "XkbLayout" "us"=0A= (**) MainKeyboard: XkbLayout: "us"=0A= (**) Option "CustomKeycodes" "off"=0A= (**) MainKeyboard: CustomKeycodes disabled=0A= (II) XINPUT: Adding extended input device "MainKeyboard" (type: KEYBOARD)=0A= (II) XINPUT: Adding extended input device "ConsoleMoused" (type: MOUSE)=0A= (II) ConsoleMoused: SetupAuto: hw.iftype is 4, hw.model is 0=0A= (II) ConsoleMoused: SetupAuto: protocol is SysMouse=0A= SetClientVersion: 0 8=0A= (=3D=3D) RADEON(0): Write-combining range (0xa0000,0x10000) was already = clear=0A= ------=_NextPart_000_0005_01C60A77.E795AD90 Content-Type: application/octet-stream; name="fgl_glxgears_error.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="fgl_glxgears_error.log" Using GLX_SGIX_pbuffer=0A= X Error of failed request: BadLength (poly request too large or = internal Xlib length error)=0A= Major opcode of failed request: 16 (X_InternAtom)=0A= Serial number of failed request: 23=0A= Current serial number in output stream: 26=0A= =0A= ------=_NextPart_000_0005_01C60A77.E795AD90-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 07:59:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61C9416A41F for ; Tue, 27 Dec 2005 07:59:54 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA6EE43D46 for ; Tue, 27 Dec 2005 07:59:53 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from smogmonster.local (pcp0010916331pcs.albqrq01.nm.comcast.net[68.35.114.183]) by comcast.net (sccrmhc11) with ESMTP id <20051227075938011005c012e>; Tue, 27 Dec 2005 07:59:53 +0000 From: Joshua Tinnin To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 00:59:37 -0700 User-Agent: KMail/1.8.3 References: <000001c60aa3$06943100$642a15ac@smiley> <200512270033.25933.krinklyfig@comcast.net> <200512270839.35248.Chris@lainos.org> In-Reply-To: <200512270839.35248.Chris@lainos.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200512270059.41578.krinklyfig@comcast.net> Cc: Chris Gilbert , Eric Anholt Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 07:59:54 -0000 On Tue 27 Dec 05 00:39, Chris Gilbert wrote: > Sounds good! > > Also, make sure to add a couple of xorg.conf lines in regards to this > as explained in the README. > > By default, it will try to involve Xv with its GL bits and fail, > therefore not exposing proper Xv acceleration. (xvinfo will report no > available adapters) > > By adding the following two lines, the correct "GL-less" accelerated > behavior will be restored: (These go in the "Device" section) > > Option "VideoOverlay" "on" > Option "OpenGLOverlay" "off" Yeah, I got that from the README. Even so, thanks for the heads up. - jt > On Tuesday 27 December 2005 08:33, Joshua Tinnin wrote: > > On Tue 27 Dec 05 00:22, Eric Anholt wrote: > > > On Tue, 2005-12-27 at 00:10 -0700, Joshua Tinnin wrote: > > > > On Mon 26 Dec 05 22:30, Chris Gilbert wrote: > > > > > Sure! > > > > > > > > > > Below is a support list based on what ATI reports the driver > > > > > supports. > > > > > > > > > > Everything here should work as advertised, but to be sure, if > > > > > you have success with a particular card then let me know and > > > > > I'll mark the support as confirmed. > > > > > > > > > > It supports: (Put into a sane order, as opposed to what is on > > > > > the ATI site) > > > > > > > > > > > > > > > > > Radeon 9600 series > > > > > > > > I have an ATI Radeon 9600XT, and I'm proud to report it's been > > > > working for the last hour with no problems. I can live without > > > > the 3D acceleration in FreeBSD, but 2D acceleration helps > > > > significantly. Finally using my card's memory instead of the > > > > system's. > > > > > > Hmm. X.Org should be supporting the same 2d acceleration for > > > 9600s as fglrx. Was that not the case? > > > > Well, rather, it seems to be working much better now. The radeon > > X.Org driver never did seem to do 2D accel very well, at least in > > my experience, though the logs tell me it was working. It seems > > like it's actually working now, though I guess what I said > > previously wasn't precise. > > > > - jt From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 08:01:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD46F16A41F for ; Tue, 27 Dec 2005 08:01:56 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 1218343D53 for ; Tue, 27 Dec 2005 08:01:55 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 64554 invoked by uid 399); 27 Dec 2005 08:01:53 -0000 Received: from localhost (HELO ?192.168.0.6?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 27 Dec 2005 08:01:53 -0000 Message-ID: <43B0F4EB.7040702@FreeBSD.org> Date: Tue, 27 Dec 2005 00:01:47 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Giorgos Keramidas References: <200512261517.23498.nb_root@videotron.ca> <200512261538.53467.nb_root@videotron.ca> <20051227020910.GA19581@flame.pc> In-Reply-To: <20051227020910.GA19581@flame.pc> X-Enigmail-Version: 0.93.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Nicolas Blais Subject: Re: Can't run KDE after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 08:01:56 -0000 Giorgos Keramidas wrote: > On 2005-12-26 15:38, Nicolas Blais wrote: >> Reply to self: >> >> Found the problem, it was /tmp/.ICE-unix/ which was owned by my >> username instead of root for some reason. chown'ing it back to root >> solved my problem. > > There are a few buglets in recent versions of /etc/rc.d/cleantmp. > I found that reverting back to revision 1.12 of this file `solves' > the new bugs, so it may help you to do this too until we can find > a way to really solve the bugs without going back with Doug Barton's > help :) Well, a good start would be to let me know what the buglets are. :) This script is basically very screwy. The old version violated the rc.d standards badly, but the problem is that some parts of that behavior were necessary to make things work. I'm actually tempted to just scrap the whole thing, and start over with two new scripts, one to handle X related stuff, and one to handle everything else. That would simplify a lot of stuff, and probably work better anyway. In any case, please let me know what you're seeing, and how your stuff is configured (/tmp as a directory on /, /tmp as its own fs, /tmp as a memory disk, etc.) and we'll work things out. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 08:12:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C81116A41F for ; Tue, 27 Dec 2005 08:12:22 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FC5543D5E for ; Tue, 27 Dec 2005 08:12:21 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 682CE19F2C; Tue, 27 Dec 2005 00:13:30 -0800 (PST) From: "Darren Pilgrim" To: "'Chris Gilbert'" Date: Tue, 27 Dec 2005 00:12:10 -0800 Message-ID: <001201c60abd$3f96ec30$642a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <000401c60aba$f5b8ed90$642a15ac@smiley> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal Cc: freebsd-current@freebsd.org Subject: RE: ATI on FreeBSD! FireGL Linux Driver Port (correction, clarification) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 08:12:22 -0000 From: Darren Pilgrim > > - Ran glxgears, default window size, both drivers with DRI disabled. > fglrx: ~164 FPS > radeon: ~670 FPS. The xorg logs indicate the radeon driver test was run without: Options "VideoOverlay" "on" Options "OpenGLOverlay" "off" I retested the radeon driver with the above options specified and got the same performance. From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 08:22:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEAD916A41F for ; Tue, 27 Dec 2005 08:22:58 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 333E443D4C for ; Tue, 27 Dec 2005 08:22:58 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id jBR8MtVX014776; Tue, 27 Dec 2005 00:22:56 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id jBR8Mt32014775; Tue, 27 Dec 2005 00:22:55 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Darren Pilgrim In-Reply-To: <001201c60abd$3f96ec30$642a15ac@smiley> References: <001201c60abd$3f96ec30$642a15ac@smiley> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-l1GioAwQ6xtBEWLfhDw2" Date: Tue, 27 Dec 2005 00:22:54 -0800 Message-Id: <1135671774.1065.48.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2 FreeBSD GNOME Team Port Cc: 'Chris Gilbert' , freebsd-current@freebsd.org Subject: RE: ATI on FreeBSD! FireGL Linux Driver Port (correction, clarification) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 08:22:58 -0000 --=-l1GioAwQ6xtBEWLfhDw2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-12-27 at 00:12 -0800, Darren Pilgrim wrote: > From: Darren Pilgrim > >=20 > > - Ran glxgears, default window size, both drivers with DRI disabled. > > fglrx: ~164 FPS > > radeon: ~670 FPS. >=20 > The xorg logs indicate the radeon driver test was run without: >=20 > Options "VideoOverlay" "on" > Options "OpenGLOverlay" "off" >=20 > I retested the radeon driver with the above options specified and got the > same performance. Those aren't radeon driver options (which should all be specified in radeon(4)). --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org --=-l1GioAwQ6xtBEWLfhDw2 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) iD8DBQBDsPneHUdvYGzw6vcRAnB1AJ4pSxNktD19wH6UvQ3L32biNnMoQQCeIiQR CjDv3cVY+bZg4NmXC1vmDxs= =zto9 -----END PGP SIGNATURE----- --=-l1GioAwQ6xtBEWLfhDw2-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 09:14:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF41416A423 for ; Tue, 27 Dec 2005 09:14:39 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5501143D49 for ; Tue, 27 Dec 2005 09:14:39 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 089D719F2C; Tue, 27 Dec 2005 01:15:47 -0800 (PST) From: "Darren Pilgrim" To: "'Eric Anholt'" Date: Tue, 27 Dec 2005 01:14:26 -0800 Message-ID: <000201c60ac5$f3016db0$642a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal In-Reply-To: <1135671774.1065.48.camel@leguin> Cc: 'Chris Gilbert' , freebsd-current@freebsd.org Subject: RE: ATI on FreeBSD! FireGL Linux Driver Port (correction, clarification) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 09:14:40 -0000 > -----Original Message----- > From: Eric Anholt [mailto:eta@lclark.edu] > Sent: Tuesday, December 27, 2005 12:23 AM > To: Darren Pilgrim > Cc: 'Chris Gilbert'; freebsd-current@freebsd.org > Subject: RE: ATI on FreeBSD! FireGL Linux Driver Port > (correction,clarification) > > > On Tue, 2005-12-27 at 00:12 -0800, Darren Pilgrim wrote: > > From: Darren Pilgrim > > > > > > - Ran glxgears, default window size, both drivers with > DRI disabled. > > > fglrx: ~164 FPS > > > radeon: ~670 FPS. > > > > The xorg logs indicate the radeon driver test was run without: > > > > Options "VideoOverlay" "on" > > Options "OpenGLOverlay" "off" > > > > I retested the radeon driver with the above options > specified and got the > > same performance. > > Those aren't radeon driver options (which should all be specified in > radeon(4)). True. But by the radeon(4) man page on the test system, the closest thing would be NoAccel. Testing the radeon driver, with DRI disabled, the fglrx-specific options commented out and "NoAccel" "on": 2D performance is a misnomer. glxgears: ~683 FPS If you, Chris or anyone can think of a set of options to make the radeon driver more equivalent to the fglrx driver, post 'em and I'll grind the gears. From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 09:25:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D6E216A41F for ; Tue, 27 Dec 2005 09:25:53 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BD9143D46 for ; Tue, 27 Dec 2005 09:25:52 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id jBR9PnC6023211; Tue, 27 Dec 2005 01:25:49 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id jBR9PmGC023210; Tue, 27 Dec 2005 01:25:48 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Darren Pilgrim In-Reply-To: <000201c60ac5$f3016db0$642a15ac@smiley> References: <000201c60ac5$f3016db0$642a15ac@smiley> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dv5My2yiwSOBdC9HRO58" Date: Tue, 27 Dec 2005 01:25:47 -0800 Message-Id: <1135675547.1065.52.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2 FreeBSD GNOME Team Port Cc: 'Chris Gilbert' , freebsd-current@freebsd.org Subject: RE: ATI on FreeBSD! FireGL Linux Driver Port (correction,clarification) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 09:25:53 -0000 --=-dv5My2yiwSOBdC9HRO58 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-12-27 at 01:14 -0800, Darren Pilgrim wrote: >=20 > > -----Original Message----- > > From: Eric Anholt [mailto:eta@lclark.edu]=20 > > Sent: Tuesday, December 27, 2005 12:23 AM > > To: Darren Pilgrim > > Cc: 'Chris Gilbert'; freebsd-current@freebsd.org > > Subject: RE: ATI on FreeBSD! FireGL Linux Driver Port=20 > > (correction,clarification) > >=20 > >=20 > > On Tue, 2005-12-27 at 00:12 -0800, Darren Pilgrim wrote: > > > From: Darren Pilgrim > > > >=20 > > > > - Ran glxgears, default window size, both drivers with=20 > > DRI disabled. > > > > fglrx: ~164 FPS > > > > radeon: ~670 FPS. > > >=20 > > > The xorg logs indicate the radeon driver test was run without: > > >=20 > > > Options "VideoOverlay" "on" > > > Options "OpenGLOverlay" "off" > > >=20 > > > I retested the radeon driver with the above options=20 > > specified and got the > > > same performance. > >=20 > > Those aren't radeon driver options (which should all be specified in > > radeon(4)). >=20 > True. But by the radeon(4) man page on the test system, the closest thin= g > would be NoAccel. Testing the radeon driver, with DRI disabled, the > fglrx-specific options commented out and "NoAccel" "on": >=20 > 2D performance is a misnomer. > glxgears: ~683 FPS >=20 > If you, Chris or anyone can think of a set of options to make the radeon > driver more equivalent to the fglrx driver, post 'em and I'll grind the > gears. I'm confused, why are you using glxgears as if it was a benchmark? If you wanted to turn off 3d hardware acceleration, and some 2d acceleration related to that, then remove Load "dri" from your xorg.conf. --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org --=-dv5My2yiwSOBdC9HRO58 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) iD8DBQBDsQibHUdvYGzw6vcRAhvQAKCWQbBz4oiN+LrCzP0mncVdXI/IXgCgnILm E8dxP7+VRJ+fQuVw+8Ttd+g= =oW93 -----END PGP SIGNATURE----- --=-dv5My2yiwSOBdC9HRO58-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 09:28:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6741C16A41F for ; Tue, 27 Dec 2005 09:28:26 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0152343D53 for ; Tue, 27 Dec 2005 09:28:24 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 8632E6D432; Tue, 27 Dec 2005 02:28:23 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38704-04; Tue, 27 Dec 2005 02:28:18 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 496D16D430; Tue, 27 Dec 2005 02:28:18 -0700 (MST) From: Chris Gilbert To: "Darren Pilgrim" Date: Tue, 27 Dec 2005 10:26:54 +0100 User-Agent: KMail/1.8.2 References: <000201c60ac5$f3016db0$642a15ac@smiley> In-Reply-To: <000201c60ac5$f3016db0$642a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512271026.55460.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: 'Eric Anholt' , freebsd-current@freebsd.org Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port (correction, clarification) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 09:28:26 -0000 glxgears is not a benchmark! In any case, there could be a lot of reasons for the slower glxgears performance with the fglrx driver. However, like I said before, the fglrx driver as of now has zero 3D acceleration, so slow GL performance is to be expected. Also in regards to fgl_glxgears not running, that is because it uses ATI pbuffers, and the FreeBSD libGL builds we have do not currently support these. When/if ATI makes custom FreeBSD libGL builds that include these, fgl_glxgears it will work the same as it's linux build. Also, I am about to release a new minor revision of the drivers with some fixed make rules and a preliminary FreeBSD port. (Port as in ports system) Should have it up within the hour for everyone to test. On Tuesday 27 December 2005 10:14, Darren Pilgrim wrote: > > -----Original Message----- > > From: Eric Anholt [mailto:eta@lclark.edu] > > Sent: Tuesday, December 27, 2005 12:23 AM > > To: Darren Pilgrim > > Cc: 'Chris Gilbert'; freebsd-current@freebsd.org > > Subject: RE: ATI on FreeBSD! FireGL Linux Driver Port > > (correction,clarification) > > > > On Tue, 2005-12-27 at 00:12 -0800, Darren Pilgrim wrote: > > > From: Darren Pilgrim > > > > > > > - Ran glxgears, default window size, both drivers with > > > > DRI disabled. > > > > > > fglrx: ~164 FPS > > > > radeon: ~670 FPS. > > > > > > The xorg logs indicate the radeon driver test was run without: > > > > > > Options "VideoOverlay" "on" > > > Options "OpenGLOverlay" "off" > > > > > > I retested the radeon driver with the above options > > > > specified and got the > > > > > same performance. > > > > Those aren't radeon driver options (which should all be specified in > > radeon(4)). > > True. But by the radeon(4) man page on the test system, the closest thing > would be NoAccel. Testing the radeon driver, with DRI disabled, the > fglrx-specific options commented out and "NoAccel" "on": > > 2D performance is a misnomer. > glxgears: ~683 FPS > > If you, Chris or anyone can think of a set of options to make the radeon > driver more equivalent to the fglrx driver, post 'em and I'll grind the > gears. From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 09:31:37 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCB4116A41F for ; Tue, 27 Dec 2005 09:31:37 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from strange.daemonsecurity.com (59.Red-81-33-11.staticIP.rima-tde.net [81.33.11.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 698D043D58 for ; Tue, 27 Dec 2005 09:31:30 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from [172.24.8.84] (generic.ATOSORIGIN.ES [212.170.156.200]) by strange.daemonsecurity.com (Postfix) with ESMTP id 2EB2F2E047; Tue, 27 Dec 2005 10:31:28 +0100 (CET) Message-ID: <43B109E9.8050509@locolomo.org> Date: Tue, 27 Dec 2005 10:31:21 +0100 From: Erik Norgaard User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051214) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dario Freni References: <439AE13D.1040800@locolomo.org> <20051217225939.GD9343@cvs.freesbie.org> In-Reply-To: <20051217225939.GD9343@cvs.freesbie.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Contacts for project idea list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 09:31:37 -0000 Dario Freni wrote: > This can be intepreted/implemented in many ways. As Alexander said, > this can be a "dummy" installer which formats, partitions and install > over the network. > > In my todo list, instead, there's (since at least one year) the idea > to implement this with FreeSBIE and BSD Installer. BSD Installer was > already ported to FreeSBIE one year ago, and the actual version of BSD > Installer works with the new version of the FreeSBIE toolkit. > > It can be nice to have a dedicated version of FreeSBIE which ships > with a dhcp server on it and can act as a PXE server, allowing clients > to netboot into BSD Installer. If you agree, we can start working on > it. Merry Christmas - Sorry for not getting back on this before. My experiene is that PXEBoot actually works quite well: It is fairly easy to create a memory disk that can be fetched with tftp. The only thing not included in the base system is a dhcp server. So, including such a setup on a FreeSBIE live CD should be trivial, the most non-trivial task I can think of is configuring dhcp for the user. However, work can be done to make it easier to use PXEBoot to install multiple systems: I know I am treading into a minefield now - sorry! 1) My idea is to exploit the install scripts. Normally the install script is in the root of the root device, but it is cumbersome to update the script on a memory disk. Instead, it would be great to have the script on the server and just specify a path in eg loader.rc. The install script should then be fetched with tftp. 2) It would be great if it was posible to create a valid install script from sysinstall - I know this is a completely different project, but maybe the idea could propagate :) The point is that, this way it would be easier for the administrator to save a system configuration and clone his systems. This would be really useful for those maintaining a large server farm or a large number of workstations, also this would be useful for recovery. Of the two items above, I think that 1) is within the scope of the proposed project, and maybe also the easier part :) Just my thoughts on where I would like to go with this project. Cheers, Erik -- Ph: +34.666334818 web: www.locolomo.org S/MIME Certificate: www.daemonsecurity.com/ca/8D03551FFCE04F06.crt Subject ID: 9E:AA:18:E6:94:7A:91:44:0A:E4:DD:87:73:7F:4E:82:E7:08:9C:72 Fingerprint: 5B:D5:1E:3E:47:E7:EC:1C:4C:C8:3A:19:CC:AE:14:F5:DF:18:0F:B9 From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 09:40:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B4B716A41F; Tue, 27 Dec 2005 09:40:12 +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 C724C43D49; Tue, 27 Dec 2005 09:40:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jBR9e94Q010510; Tue, 27 Dec 2005 04:40:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jBR9e9ea043416; Tue, 27 Dec 2005 04:40:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 517987302F; Tue, 27 Dec 2005 04:40:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051227094009.517987302F@freebsd-current.sentex.ca> Date: Tue, 27 Dec 2005 04:40:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 09:40:12 -0000 TB --- 2005-12-27 08:09:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-27 08:09:09 - starting HEAD tinderbox run for i386/i386 TB --- 2005-12-27 08:09:09 - cleaning the object tree TB --- 2005-12-27 08:09:43 - checking out the source tree TB --- 2005-12-27 08:09:43 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-12-27 08:09:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-27 08:24:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-27 08:24:33 - cd /src TB --- 2005-12-27 08:24:33 - /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 --- 2005-12-27 09:33:33 - generating LINT kernel config TB --- 2005-12-27 09:33:33 - cd /src/sys/i386/conf TB --- 2005-12-27 09:33:33 - /usr/bin/make -B LINT TB --- 2005-12-27 09:33:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-27 09:33:33 - cd /src TB --- 2005-12-27 09:33:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 27 09:33:33 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hatm/if_hatm_rx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hatm/if_hatm_tx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_buffer.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_command.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_globals.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_if.c /src/sys/dev/hfa/fore_if.c: In function `fore_atm_ioctl': /src/sys/dev/hfa/fore_if.c:99: warning: long int format, time_t arg (arg 2) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-27 09:40:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-27 09:40:09 - ERROR: failed to build lint kernel TB --- 2005-12-27 09:40:09 - tinderbox aborted TB --- 0.80 user 3.99 system 5460.13 real From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 09:50:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91D8116A41F for ; Tue, 27 Dec 2005 09:50:08 +0000 (GMT) (envelope-from mw@stoney.dudes.ch) Received: from frodo.cybernet.ch (frodo.cybernet.ch [212.90.198.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id D684C43D53 for ; Tue, 27 Dec 2005 09:50:07 +0000 (GMT) (envelope-from mw@stoney.dudes.ch) Received: from stoney.dudes.ch (stoney.dudes.ch [193.73.211.4]) by frodo.cybernet.ch (8.13.4/8.13.4) with ESMTP id jBR9o4XD019780 for ; Tue, 27 Dec 2005 10:50:06 +0100 (CET) (envelope-from mw@stoney.dudes.ch) Received: (from mw@localhost) by stoney.dudes.ch (SGI-8.9.3/8.8.2) id KAA06620 for freebsd-current@freebsd.org; Tue, 27 Dec 2005 10:50:03 +0100 (CET) Message-Id: <200512270950.KAA06620@stoney.dudes.ch> In-Reply-To: <200512271026.55460.Chris@lainos.org> To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 10:50:03 +0100 (CET) Sender: mw@dudes.ch From: fbsd-lists@dudes.ch X-Mailer: ELM [version 2.4ME+ PL100 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Scanned-By: MIMEDefang 2.54 on 212.90.198.164 Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port (correction, clarification) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 09:50:08 -0000 > Also, I am about to release a new minor revision of the drivers with some > fixed make rules and a preliminary FreeBSD port. (Port as in ports system) Thanks a lot for your efforts! I tried to get the server to load on my AMD64 system (current). Just adding amd64 to the panel Makefile.build will enable it to compile, but when trying to load the driver, it segfaults. Well, perhaps this was not supposed to work, after all ;-) If you think it _should_ work, I can provide with core dump traces etc. Cheers, Markus From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 10:18:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE96516A41F for ; Tue, 27 Dec 2005 10:18:16 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC42043D8F for ; Tue, 27 Dec 2005 10:18:06 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 1319D6D432; Tue, 27 Dec 2005 03:18:05 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38822-04; Tue, 27 Dec 2005 03:17:56 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 56B5C6D430; Tue, 27 Dec 2005 03:17:56 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 11:16:33 +0100 User-Agent: KMail/1.8.2 References: <200512270950.KAA06620@stoney.dudes.ch> In-Reply-To: <200512270950.KAA06620@stoney.dudes.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512271116.34464.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 10:18:17 -0000 It's ready! The new version works both standalone as before, and from a FreeBSD port. This is my first time making a port, and I've double checked it and run portlint, but I have probably overlooked something! Please have a good look at it and tell me if I've done something stupid :) You can grab the port here: http://www.neovanglist.net/~Neovanglist/ATI/ati-driver.tar.gz It should be extracted to /usr/ports/x11 It should fetch the distfile from my server... but in case you want to install it the old fashioned way, here is the link: http://www.neovanglist.net/~Neovanglist/ATI/FreeBSD-fglrx_6_8_0-8.20.8-2-ALPHA.i386.tar.bz2 Changes since the last version: * It now installs the glATI.h file. * The panel was installing all kinds of strange things.. and not being very port friendly. It's still bad but it's much better now. (And accounted for in pkg-plist) * All of the Linux documentation and the README file is installed to /usr/X11R6/share/doc/fglrx * Working FreeBSD "port"! (As in for the ports system) * README file updated with some worthwhile content including a compatibility list. In regards to AMD64 support, this is an i386 build and I wouldn't expect it to work on AMD64 :) However, getting an AMD64 version going should be fairly trivial, but I do not have the hardware to test it. Tomorrow I can put together and AMD64 package and add support for it to the FreeBSD port. If you can test/verify that it works I would be thrilled! Enjoy! On Tuesday 27 December 2005 10:50, fbsd-lists@dudes.ch wrote: > > Thanks a lot for your efforts! I tried to get the server to load > on my AMD64 system (current). Just adding amd64 to the panel Makefile.build > will enable it to compile, but when trying to load the driver, it > segfaults. Well, perhaps this was not supposed to work, after all ;-) > If you think it _should_ work, I can provide with core dump traces etc. > > Cheers, > Markus > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 10:56:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A76B16A41F; Tue, 27 Dec 2005 10:56:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB47E43D5D; Tue, 27 Dec 2005 10:56:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jBRAud8r051314; Tue, 27 Dec 2005 05:56:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBRAudLd053103; Tue, 27 Dec 2005 05:56:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6A27E7302F; Tue, 27 Dec 2005 05:56:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051227105639.6A27E7302F@freebsd-current.sentex.ca> Date: Tue, 27 Dec 2005 05:56:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 10:56:42 -0000 TB --- 2005-12-27 09:40:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-27 09:40:09 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-12-27 09:40:09 - cleaning the object tree TB --- 2005-12-27 09:40:28 - checking out the source tree TB --- 2005-12-27 09:40:28 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-12-27 09:40:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-27 09:46:24 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-27 09:46:24 - cd /src TB --- 2005-12-27 09:46:24 - /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 --- 2005-12-27 10:51:18 - generating LINT kernel config TB --- 2005-12-27 10:51:18 - cd /src/sys/pc98/conf TB --- 2005-12-27 10:51:18 - /usr/bin/make -B LINT TB --- 2005-12-27 10:51:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-27 10:51:18 - cd /src TB --- 2005-12-27 10:51:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 27 10:51:18 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hatm/if_hatm_rx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hatm/if_hatm_tx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_buffer.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_command.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_globals.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hfa/fore_if.c /src/sys/dev/hfa/fore_if.c: In function `fore_atm_ioctl': /src/sys/dev/hfa/fore_if.c:99: warning: long int format, time_t arg (arg 2) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-27 10:56:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-27 10:56:39 - ERROR: failed to build lint kernel TB --- 2005-12-27 10:56:39 - tinderbox aborted TB --- 0.82 user 3.89 system 4589.78 real From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 11:03:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B431416A428 for ; Tue, 27 Dec 2005 11:03:00 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B88743D9F for ; Tue, 27 Dec 2005 11:01:23 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp132-74.lns2.adl2.internode.on.net [59.167.132.74]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBRB0oh4021697 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 27 Dec 2005 21:30:51 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 21:30:48 +1030 User-Agent: KMail/1.8.3 References: <000001c60aa3$06943100$642a15ac@smiley> <200512270630.25678.Chris@lainos.org> In-Reply-To: <200512270630.25678.Chris@lainos.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1442244.MaPQcedYCW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512272130.49323.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Chris Gilbert , Darren Pilgrim Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 11:03:01 -0000 --nextPart1442244.MaPQcedYCW Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 27 Dec 2005 16:00, Chris Gilbert wrote: > Radeon=C2=AE X800 series Seems to work fine with my X800 Pro. Thanks a bunch for this work! :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1442244.MaPQcedYCW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDsR7h5ZPcIHs/zowRAkOIAJ4+hyvxF2frJ6T4g8kdL0REhqaouwCbBG29 lOsVJZeO3IrSnYPnES7AoxE= =Q1dR -----END PGP SIGNATURE----- --nextPart1442244.MaPQcedYCW-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 11:19:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A2B16A420 for ; Tue, 27 Dec 2005 11:19:25 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79CAF43D53 for ; Tue, 27 Dec 2005 11:19:22 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp132-74.lns2.adl2.internode.on.net [59.167.132.74]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBRBJIkl021828 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 27 Dec 2005 21:49:19 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 21:48:39 +1030 User-Agent: KMail/1.8.3 References: <000001c60aa3$06943100$642a15ac@smiley> <200512270630.25678.Chris@lainos.org> <200512272130.49323.doconnor@gsoft.com.au> In-Reply-To: <200512272130.49323.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart21032179.FSo8Hd3iFG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512272148.40689.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Chris Gilbert , Darren Pilgrim Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 11:19:25 -0000 --nextPart21032179.FSo8Hd3iFG Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 27 Dec 2005 21:30, Daniel O'Connor wrote: > On Tue, 27 Dec 2005 16:00, Chris Gilbert wrote: > > Radeon=C2=AE X800 series > > Seems to work fine with my X800 Pro. =2E. except when you want to go back to text console and the video gets=20 corrupted and the X server hangs. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart21032179.FSo8Hd3iFG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDsSMQ5ZPcIHs/zowRAgYFAJ9b4cqk1ucbhQDt0GBkcbrQa41ncQCeJuX2 EeWz6DSL5N8IpE2UnWt4weI= =Mqx/ -----END PGP SIGNATURE----- --nextPart21032179.FSo8Hd3iFG-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 11:19:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB7E916A420 for ; Tue, 27 Dec 2005 11:19:59 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 189ED43D49 for ; Tue, 27 Dec 2005 11:19:58 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D352.dip.t-dialin.net [84.165.211.82]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBRBHXMg004223; Tue, 27 Dec 2005 12:17:35 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBRBJrVQ009672; Tue, 27 Dec 2005 12:19:53 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Tue, 27 Dec 2005 12:19:57 +0100 From: Alexander Leidinger To: Erik Norgaard Message-ID: <20051227121957.20f2566c@Magellan.Leidinger.net> In-Reply-To: <43B109E9.8050509@locolomo.org> References: <439AE13D.1040800@locolomo.org> <20051217225939.GD9343@cvs.freesbie.org> <43B109E9.8050509@locolomo.org> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Dario Freni , current@freebsd.org Subject: Re: Contacts for project idea list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 11:19:59 -0000 On Tue, 27 Dec 2005 10:31:21 +0100 Erik Norgaard wrote: > Of the two items above, I think that 1) is within the scope of the > proposed project, and maybe also the easier part :) The scope of the proposed project is what the person volunteering to do something makes out of it... If the person decides to do less, the scope will be less (and maybe a new item with the rest will be created). If the person decides to do more... well, it's ok too. :-) Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 11:32:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C67416A41F for ; Tue, 27 Dec 2005 11:32:40 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 717E443D58 for ; Tue, 27 Dec 2005 11:32:39 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D352.dip.t-dialin.net [84.165.211.82]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBRBUDTo004283; Tue, 27 Dec 2005 12:30:16 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBRBWWnF012047; Tue, 27 Dec 2005 12:32:33 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Tue, 27 Dec 2005 12:32:37 +0100 From: Alexander Leidinger To: Chris Gilbert Message-ID: <20051227123237.6e5542cd@Magellan.Leidinger.net> In-Reply-To: <200512270449.41709.Chris@lainos.org> References: <200512270449.41709.Chris@lainos.org> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 11:32:40 -0000 On Tue, 27 Dec 2005 04:49:41 +0100 Chris Gilbert wrote: > The driver as it stands does the following: I haven't looked at the port version of this, but I haven't seen any changes described regarding those entries in the announcement. > * Installs the applicable linux libraries, and ATI programs to your > linux_base. Depending on what those programs do, this is wrong. Generally: - libs have to go to LINUXBASE if they are "infrastructure" (usable by other ports) - programs have to go to X11BASE or LOCALBASE if they are enduser programs instead of "infrastructure" Some examples: - generic libs which are used by linux programs belong into LINUXBASE - the tools which come with e.g. libjpeg are installed into LINUXBASE (everyone would use the FreeBSD native ones and the linux ones belong into the "infrastructure" category) - the linux version of firefox or the Intel C/C++ compiler , will be started by the user of the system, so it belongs into X11BASE or LOCALBASE So I think the ATI libs belong into LINUXBASE and the ATI programs an user would use belongs into X11BASE (or maybe LOCALBASE, depending what they do). > * Installs the X11 drivers and libraries. (Linux builds, but work fine under > FreeBSD) As long as the drivers are self-contained (no references to glibc parts or other linux specific libs), this is behavior as designed. It's great to see someone working on this. Bye, Alexander (another ATI cards user). -- The dark ages were caused by the Y1K problem. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 13:40:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC11016A41F for ; Tue, 27 Dec 2005 13:40:55 +0000 (GMT) (envelope-from dalius.dobravolskas@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D99A43D58 for ; Tue, 27 Dec 2005 13:40:55 +0000 (GMT) (envelope-from dalius.dobravolskas@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so850515wxc for ; Tue, 27 Dec 2005 05:40:54 -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=ShdlA03iFUqJZv5VTpSqRxrJtjMB7wz2qI9KoxjIEmXN8EsOvWtEMBLWd4U8Lgh4q12HseNN+YyWArAsYTTbsYJlCCBgLg2fzoGlOXT4pnkf7rybgtNo0J92YtIunNYvRNOa6NA7h7ar6FcosKbS7kfHYQtcxD/t35K1u2iSu2U= Received: by 10.70.89.3 with SMTP id m3mr6956330wxb; Tue, 27 Dec 2005 05:40:53 -0800 (PST) Received: by 10.70.54.11 with HTTP; Tue, 27 Dec 2005 05:40:53 -0800 (PST) Message-ID: <98dd087e0512270540h44b6e89bh@mail.gmail.com> Date: Tue, 27 Dec 2005 15:40:53 +0200 From: Dalius Dobravolskas To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: mouse and extra buttons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 13:40:55 -0000 Hello, I need help with mouse having extra buttons. I have googled a little bit around and have not found working solution. I think I was doing everything all right. Maybe somebody already have had similar problem and have idea what can be done to fix it. I have tried various combinations but have not succeded to make extra buttons work. Standard buttons and wheel works perfect. Here is what I get when I attach mouse: ums0: Cellink Co., LTD. Wireless RF Mouse, rev 1.10/0.01, addr 2, iclass 3/= 1 ums0: 6 buttons and Z dir. I try `cat /dev/ums0` and get something when I click buttons 1, 2, 3 and scrooling wheel and I get nothing when I try to use extra buttons. I think problem is somewhere in ums. Have looked in it (ums.c) but have no idea where to look and how to work with it (without recompiliing the whole kernel). My system is: FreeBSD 6.0-STABLE -- Dalius From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 15:05:40 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9054C16A41F; Tue, 27 Dec 2005 15:05:40 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB7EF43D5A; Tue, 27 Dec 2005 15:05:38 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (patr530-a115.otenet.gr [212.205.215.115]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-8) with ESMTP id jBRF5YSx026080; Tue, 27 Dec 2005 17:05:34 +0200 Received: by flame.pc (Postfix, from userid 1001) id A5D88115E3; Tue, 27 Dec 2005 17:04:22 +0200 (EET) Date: Tue, 27 Dec 2005 17:04:22 +0200 From: Giorgos Keramidas To: Doug Barton Message-ID: <20051227150422.GA1216@flame.pc> References: <200512261517.23498.nb_root@videotron.ca> <200512261538.53467.nb_root@videotron.ca> <20051227020910.GA19581@flame.pc> <43B0F4EB.7040702@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43B0F4EB.7040702@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, Nicolas Blais Subject: Re: Can't run KDE after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 15:05:40 -0000 On 2005-12-27 00:01, Doug Barton wrote: > Giorgos Keramidas wrote: > > On 2005-12-26 15:38, Nicolas Blais wrote: > >> Reply to self: > >> > >> Found the problem, it was /tmp/.ICE-unix/ which was owned by my > >> username instead of root for some reason. chown'ing it back to root > >> solved my problem. > > > > There are a few buglets in recent versions of /etc/rc.d/cleantmp. > Well, a good start would be to let me know what the buglets are. :) Hi Doug :) I thought I had mailed you already about this, but apparently the message was lost somewhere. With the recent email problems I've had, it may not be so strange. Anyway, here's a copy of the message: On 2005-12-20 23:22, Doug Barton wrote: > dougb 2005-12-20 23:22:47 UTC > > FreeBSD src repository > > Modified files: > etc/rc.d cleartmp > Log: > Include a somewhat hackish way to make sure that we *always* test the > new clear_tmp_X variable when start'ing. > > Revision Changes Path > 1.15 +6 -1 src/etc/rc.d/cleartmp This doesn't seem to work too well though. Revision 1.12 of cleartmp correctly creates .ICE-unix and the other X11 socket dirs in /tmp in my mfs /tmp filesystem. Newer revisions fail to do this, for two reasons: The cleartmp_prestart() function runs only when the script runs with $1 set to 'start', but the boot process calls the script with 'faststart'. Even when I change cleartmp to recognise faststart, onestart, start and forcestart, the cleartmp_prestart() function runs before cleartmp_start(), creates the directories, only to have them deleted immediately by cleartmp_start() when run_rc_command is called. I'm not sure if there's a good way to modify cleartmp to do both things correctly, at least without something equally hackish like: run_rc_command "$@" || exit $? case $1 in start|faststart|forcestart|onestart) clear_tmp_prestart ;; esac or if it's better to make two cleartmp scripts :-/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 16:49:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9B1216A422 for ; Tue, 27 Dec 2005 16:49:43 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C13C743D46 for ; Tue, 27 Dec 2005 16:49:42 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.12.10/8.12.9) with ESMTP id jBRGqaPx053296 for ; Tue, 27 Dec 2005 16:52:37 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id jBRGqai3053295 for freebsd-current@freebsd.org; Tue, 27 Dec 2005 16:52:36 GMT (envelope-from dunstan) Date: Tue, 27 Dec 2005 16:52:35 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20051227165235.GA53241@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [CALL FOR TESTERS] Accounting implemented as separate kernel thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 16:49:44 -0000 Hello, There were some problems in our current accounting implementation. These were reported by Richard Todd: http://lists.freebsd.org/pipermail/freebsd-current/2005-December/059149.html I've decided to solve this problem and came up with implementation of John Baldwin's idea: separate kernel thread responsible for acconting. It is created when needed and destroyed when accounting is being disabled. Also handles resume/suspend states. I did some tests and couldn't get a panic. The patch is here: http://freebsd.czest.pl/dunstan/FreeBSD/kern_acct.0.patch It would be probably useful to replace current static SYSCTL_INTs and replace them with SYSCTL_PROC of CTLTYPE_INT type in order to call wakeup() just after configuration value change. Comments are (as always) welcome! -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 17:28:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 772AE16A41F; Tue, 27 Dec 2005 17:28:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA8FB43D5C; Tue, 27 Dec 2005 17:28:13 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4665345 for multiple; Tue, 27 Dec 2005 12:30:01 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBRHS8jq019577; Tue, 27 Dec 2005 12:28:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Norikatsu Shigemura Date: Tue, 27 Dec 2005 11:31:15 -0500 User-Agent: KMail/1.8.2 References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <20051226014329.152c6918.nork@FreeBSD.org> In-Reply-To: <20051226014329.152c6918.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512271131.16479.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1218/Mon Dec 26 08:46:59 2005 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 17:28:14 -0000 On Sunday 25 December 2005 11:43 am, Norikatsu Shigemura wrote: > On Sun, 25 Dec 2005 14:28:47 +0200 (EET) > > Dmitry Pryanishnikov wrote: > > I've tried both to compile devices agp,drm,i915 to the kernel and load > > them via /boot/loader.conf - result with the stock kernel was the same: > > vgapci0: port 0xec00-0xec07 mem > > 0xfeb80000-0xfebfffff,0xd0000000-0xdfffffff,0xfeb40000-0xfeb7ffff irq > > 16 at device 2.0 on pci0 > > drm0: on vgapci0 > > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize > > AGP. device_attach: drm0 attach returned 12 > > I had to hack /sys/dev/pci/vga_pci.c: > > I have same problem in my i830M, too and fixed Dmitry's patch. > According to my pciconf -rb, pci_find_extcap(dev, PCIY_AGP, NULL) > never find PCIY_AGP(because of 0x01). Ok. I don't see any patch anywhere, but it sounds like you'll need to fix the DRM driver to not expect an AGP capability for this specific card or some such. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 17:31:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 160F216A41F; Tue, 27 Dec 2005 17:31:58 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B1743D5F; Tue, 27 Dec 2005 17:31:46 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.12.10/8.12.9) with ESMTP id jBRHYbPx053582; Tue, 27 Dec 2005 17:34:39 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id jBRHYahM053581; Tue, 27 Dec 2005 17:34:36 GMT (envelope-from dunstan) Date: Tue, 27 Dec 2005 17:34:35 +0000 From: "Wojciech A. Koszek" To: John Baldwin Message-ID: <20051227173434.GA53513@FreeBSD.czest.pl> References: <20051221031526.31ABC290@mx2.synetsystems.com> <200512211111.44268.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200512211111.44268.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: rwatson@freebsd.org, freebsd-current@freebsd.org, Richard Todd Subject: Re: Bug in latest rev kern_acct.c: panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 17:31:58 -0000 On Wed, Dec 21, 2005 at 11:11:43AM -0500, John Baldwin wrote: > On Tuesday 20 December 2005 09:18 pm, Richard Todd wrote: > > I've been getting this panic a good bit recently after updating -current > > sources a couple days ago. The panic occurs in the acctwatch() callout > > routine run from the clock ithread, apparently when it tries to sleep > > on a lock (which is, I gather, verboten in ithreads.) The panics seemed > > to occur randomly but, on reflection, always occured when > > 1) there was a good bit of system activity and > > 2) I had just done something to allocate or free enough space on /usr to > > cause accounting to be either suspended or resumed. > > and thus would cause the acctwatch() routine to have to do something. > > "make clean; make" in a big port seemed to be fairly effective in > > triggering the bug. :-) > > > > My previous kernel, which dated from Oct 24, didn't have this > > problem, which helps point suspicion at the latest rev of kern_acct.c > > (rev 1.76, date: 2005/11/12 10:45:13) which involved a bunch of changes > > in the lock handling of kernel accounting. > > acctwatch() probably isn't a good thing to do from a callout since it wants to > do VOPs and such. Probably the easiest fix is to stick acctwatch() in its > own kthread. I think I didn't break current behaviour. Patch is here: http://freebsd.czest.pl/dunstan/FreeBSD/kern_acct.0.patch Richard, could you try to repeat your problem with my patch? -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 18:05:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A591216A41F; Tue, 27 Dec 2005 18:05:49 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7644843D78; Tue, 27 Dec 2005 18:05:35 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4667638 for multiple; Tue, 27 Dec 2005 13:07:24 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBRI5X7b019832; Tue, 27 Dec 2005 13:05:33 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 13:01:19 -0500 User-Agent: KMail/1.8.2 References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <20051226014329.152c6918.nork@FreeBSD.org> In-Reply-To: <20051226014329.152c6918.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512271301.20955.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1218/Mon Dec 26 08:46:59 2005 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Dmitry Pryanishnikov , Norikatsu Shigemura Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 18:05:49 -0000 On Sunday 25 December 2005 11:43 am, Norikatsu Shigemura wrote: > On Sun, 25 Dec 2005 14:28:47 +0200 (EET) > > Dmitry Pryanishnikov wrote: > > I've tried both to compile devices agp,drm,i915 to the kernel and load > > them via /boot/loader.conf - result with the stock kernel was the same: > > vgapci0: port 0xec00-0xec07 mem > > 0xfeb80000-0xfebfffff,0xd0000000-0xdfffffff,0xfeb40000-0xfeb7ffff irq > > 16 at device 2.0 on pci0 > > drm0: on vgapci0 > > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize > > AGP. device_attach: drm0 attach returned 12 > > I had to hack /sys/dev/pci/vga_pci.c: > > I have same problem in my i830M, too and fixed Dmitry's patch. > According to my pciconf -rb, pci_find_extcap(dev, PCIY_AGP, NULL) > never find PCIY_AGP(because of 0x01). Ok, it looks like agp_i810.c doesn't actually look for the AGP cap either which is quite odd, but anyways. The best fix is to fix the AGP drivers to use identify routines and change the hostb and vgapci drivers to be dumber. Creating agp and drm devices in vgapci is a temporary hack anyway. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 19:10:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5F5916A41F for ; Tue, 27 Dec 2005 19:10:16 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 150C643D4C for ; Tue, 27 Dec 2005 19:10:15 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 66F756D43E; Tue, 27 Dec 2005 12:10:15 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42720-01; Tue, 27 Dec 2005 12:10:12 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 11C1A6D43A; Tue, 27 Dec 2005 12:10:12 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Tue, 27 Dec 2005 20:08:42 +0100 User-Agent: KMail/1.8.2 References: <200512270449.41709.Chris@lainos.org> <20051227123237.6e5542cd@Magellan.Leidinger.net> In-Reply-To: <20051227123237.6e5542cd@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512272008.43208.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: Alexander Leidinger Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 19:10:17 -0000 Hi Alexander, thanks for the feedback! What you outlined in the "examples" section is pretty much what my port does. I have modeled it after the nvidia-driver port. The linux libraries which will be used by linux applications (such as libGL) are installed into linux base, the same as they are with the nVidia driver. There are some tools (such as fireglcontrolpanel) which ATI provides linux builds of. (Packaged with their linux driver) I install those binaries into the linux base, and also compile native builds of them, which are installed to X11_BASE/bin. Everything else goes into X11_BASE as expected, with the exception of 2 files that are needed for KDE integration of the fireglcontrol application. (A .xpm icon and fireglcontrol.desktop) These go in the LOCALBASE since that is where KDE resides. Does this sound okay? > I haven't looked at the port version of this, but I haven't seen any > changes described regarding those entries in the announcement. I'm not quite sure what you mean by this... can you elaborate? Thanks! -- Regards, Chris Gilbert On Tuesday 27 December 2005 12:32, Alexander Leidinger wrote: > On Tue, 27 Dec 2005 04:49:41 +0100 > > Chris Gilbert wrote: > > The driver as it stands does the following: > > I haven't looked at the port version of this, but I haven't seen any > changes described regarding those entries in the announcement. > > > * Installs the applicable linux libraries, and ATI programs to your > > linux_base. > > Depending on what those programs do, this is wrong. > > Generally: > - libs have to go to LINUXBASE if they are "infrastructure" (usable by > other ports) > - programs have to go to X11BASE or LOCALBASE if they are enduser > programs instead of "infrastructure" > > Some examples: > - generic libs which are used by linux programs belong into LINUXBASE > - the tools which come with e.g. libjpeg are installed into LINUXBASE > (everyone would use the FreeBSD native ones and the linux ones > belong into the "infrastructure" category) > - the linux version of firefox or the Intel C/C++ compiler , will be > started by the user of the system, so it belongs into X11BASE or > LOCALBASE > > So I think the ATI libs belong into LINUXBASE and the ATI programs an > user would use belongs into X11BASE (or maybe LOCALBASE, depending what > they do). > > > * Installs the X11 drivers and libraries. (Linux builds, but work fine > > under FreeBSD) > > As long as the drivers are self-contained (no references to glibc parts > or other linux specific libs), this is behavior as designed. > > > It's great to see someone working on this. > > Bye, > Alexander (another ATI cards user). From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 20:27:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9080416A41F for ; Tue, 27 Dec 2005 20:27:21 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EA6D43D7E for ; Tue, 27 Dec 2005 20:27:20 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id jBRKRKYm000778 for ; Tue, 27 Dec 2005 12:27:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id jBRKRKR2000777 for freebsd-current@freebsd.org; Tue, 27 Dec 2005 12:27:20 -0800 (PST) (envelope-from sgk) Date: Tue, 27 Dec 2005 12:27:20 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20051227202719.GA628@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: uma_zalloc_arg panic! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 20:27:21 -0000 Seems my recent post about the extremely slow probing of fxp0 during boot (6+ minutes) went unnoticed. The slow probing has now manfest itself as a panic. uma_zalloc_arg+0x12a lock pop db> trace Tracing pid 0 tid 0 td 0xffffffff8062ff20 uma_zalloc_arg at ... +0.12a vm_map_entry_create at ... +0x23 vm_map_insert at ... +0x258 contigmalloc2 at ... +0xc1 contigmalloc at ... +0xe2 alloc_bounce_pages at ... 0x81 bus_dmamap_create at ... 0x145 fxp_attach at ... 0xc64 I'll also note the recent rototilling of mount has rendered my back up kernels useless because it is no longer possible to mount my filesystems. Booting to single user mode is fine. At the # prompt: # fsck -y # mount -a mount: unknown option # mount -f -a mount: unknown option -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 21:56:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A681716A420 for ; Tue, 27 Dec 2005 21:56:46 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0120543D68 for ; Tue, 27 Dec 2005 21:56:36 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: by nproxy.gmail.com with SMTP id l37so487048nfc for ; Tue, 27 Dec 2005 13:56:35 -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=r/YgHvTYtFYac29aJMtI0Fv5rjsJhROrsJUrE+dsQwgZlGkEIDW94zUGuB2DXLTotXkp4WrkHeqf14rjYDVEi0XqnZh+KXuRKXEw6ZCNiV6qBcNRT9BREO1RzcCtuBCRD1HlOKsG8P4Cwckl5EaWflnIk1fBJs99VHiE8LGTNYY= Received: by 10.48.246.4 with SMTP id t4mr282565nfh; Tue, 27 Dec 2005 13:56:34 -0800 (PST) Received: by 10.48.216.10 with HTTP; Tue, 27 Dec 2005 13:56:34 -0800 (PST) Message-ID: <65dcde740512271356u21af75ob667a0de0b67fd3@mail.gmail.com> Date: Tue, 27 Dec 2005 16:56:34 -0500 From: James Tanis Sender: jrtanis@gmail.com To: Chris Gilbert In-Reply-To: <200512270449.41709.Chris@lainos.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200512270449.41709.Chris@lainos.org> Cc: freebsd-current@freebsd.org Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 21:56:46 -0000 I'm not really sure what the point is. Develop a FreeBSD native module to support a linux-emulated DRM/X/etc? While the FreeBSD module is obviously necessary, ATI's X11/XOrg driver should be extremely portable seeing as how X's API is the same across platforms.. Just seems a bit.. ass backwards in all fairness.. I guess if ATI isn't going to throw you a bone its the best you can do, but that's a very *large* installation base just to run a smattering of programs. ATI's pretty much lost my business, unless they change their attitude towards open source drastically and quick the 9800 I bought years ago was the last purchase they'll see from me. Don't take this as a put down, if your able to deliver on this, it'll definately be a nice addition -- I'm just used to disappointment as far as ATI is concerned :P. On 12/26/05, Chris Gilbert wrote: > Hi there! > > Some time ago (about a year actually) I started some work in cooperation = with > ATI to port their Linux "fglrx" driver to FreeBSD. > > Well, about 2 months into that process I ended up moving to the other sid= e of > the pond and leaving one of my dev machines behind. (The one with the ATI > card) > > However, this last week I managed to get ahold of another machine with an= ATI > card, and have picked back up where I left off about 9 months ago. > > I've put together a preliminary alpha release of the driver port in it's > current state, and done a bit of testing myself. However, I would be thri= lled > to get some feedback from you guys! > > I have probably done some really horrible things, and I would like to hea= r it > from you nice folks rather than from a thousand angry gamers. :) > > The driver as it stands does the following: > * Installs the applicable linux libraries, and ATI programs to your > linux_base. > * Compiles and installs the following ATI programs (For FreeBSD): > fgl_glxgears, fglrx_gamma, and the ATI control panel. > * Installs the X11 drivers and libraries. (Linux builds, but work fine u= nder > FreeBSD) > * Supports full 2D acceleration, including accelerated XVideo. > * Supports TV out and MultiHead. > * Does NOT support 3D acceleration, or build the kernel module. > > I have tested the driver with an ATI Radeon 9800LE, and it seems to work = great > for desktop, non-gaming use. (Playing video, running KDE, etc) > > I am currently working on the kernel module portion of the project. > > The X side of the driver is ready and waiting for a DRM device to plug in= to. > > The current hurdles are working with the ATI team to get rid of any > show-stopping linux specifics in the closed-source static libraries which= I > have to link my kernel module to. > > If there is significant intrest in the project's current state, (without = 3D) I > will make a proper port and submit it. > > If there are any problems please let me know and I will do my best to fix= them > ASAP! > > You can download it at: > http://www.neovanglist.net/~Neovanglist/FreeBSD-fglrx_6_8_0-8.20.8-1-ALPH= A.i386.tar.bz2 > > Enjoy! > > -- > Regards, > Chris Gilbert > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > -- James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 21:44:05 2005 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C6E16A41F for ; Tue, 27 Dec 2005 21:44:05 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C8743D58 for ; Tue, 27 Dec 2005 21:44:04 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4) with ESMTP id jBRLhu88021937 for ; Tue, 27 Dec 2005 22:43:56 +0100 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4/Submit) with ESMTP id jBRLhtmb021934 for ; Tue, 27 Dec 2005 22:43:56 +0100 Date: Tue, 27 Dec 2005 22:43:55 +0100 (CET) From: Goran Gajic To: freebsd-current@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Tue, 27 Dec 2005 22:05:46 +0000 Cc: Subject: LOR+PANIC in 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 21:44:05 -0000 FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #16: Mon Dec 26 19:39:26 CET 2005 root@:/usr/src/sys/i386/compile/TEST i386 lock order reversal: (sleepable after non-sleepable) 1st 0xc2b77498 inp (tcpinp) @ netinet/tcp_input.c:743 2nd 0xc0967ec4 user map (user map) @ vm/vm_map.c:2993 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0977848,c0977488,c092ad8c) at kdb_backtrace+0x29 witness_checkorder(c0967ec4,9,c08b631d,bb1) at witness_checkorder+0x580 _sx_xlock(c0967ec4,c08b6314,bb1) at _sx_xlock+0x50 _vm_map_lock_read(c0967e80,c08b6314,bb1,216da80,c216c6ec) at _vm_map_lock_read+0x33 vm_map_lookup(cbfd9888,0,2,cbfd988c,cbfd987c) at vm_map_lookup+0x28 vm_fault(c0967e80,0,2,8,c216da80) at vm_fault+0x65 trap_pfault(cbfd99a4,0,44) at trap_pfault+0xee trap(c2160008,cbfd0028,c0690028,44,c28baa63) at trap+0x3cd calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0829b36, esp = 0xcbfd99e4, ebp = 0xcbfd9a14 --- generic_bcopy(c28baa63,6d,c228a438,c228a438,c0929784) at generic_bcopy+0x1a pppasyncstart(c243a600,c227210c,0,c08a5fee,3af) at pppasyncstart+0x108 pppoutput(c2272000,c2a52500,c2846330,c2437ba0,c2849c00) at pppoutput+0x2b2 ip_output(c2a52500,0,cbfd9ac8,0,0) at ip_output+0x7b6 tcp_output(c2b74c94) at tcp_output+0xff6 tcp_input(c2a52400,14,138,16055b93,0) at tcp_input+0x2bff ip_input(c2a52400) at ip_input+0x5a1 netisr_processqueue(c09b5098) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c216c684,c216a400) at ithread_execute_handlers+0xe6 ithread_loop(c21566f0,cbfd9d38,c21566f0,c0659f00,0) at ithread_loop+0x66 fork_exit(c0659f00,c21566f0,cbfd9d38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcbfd9d6c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0829b36 stack pointer = 0x28:0xcca66c5c frame pointer = 0x28:0xcca66c88 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 28 (swi0: sio) For some reason I couldn't use kgdb to do bactrace: # kgdb /usr/src/sys/i386/compile/TEST/kernel.debug /var/crash/vmcore.0 kgdb: cannot read PTD # Regards, gg. From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 22:10:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B92816A41F for ; Tue, 27 Dec 2005 22:10:57 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: from shinzon.blueboard.cz (shinzon.blueboard.cz [217.11.249.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D8AA43D49 for ; Tue, 27 Dec 2005 22:10:55 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 10240 invoked by uid 89); 27 Dec 2005 22:10:51 -0000 Received: by simscan 1.1.0 ppid: 10221, pid: 10236, t: 0.8104s scanners: clamav: 0.87.1/m:34/d:1204 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on shinzon.blueboard.cz X-Spam-Level: X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from unknown (HELO ?10.15.141.2?) (tomas@blueboard.cz@217.11.239.237) by shinzon.blueboard.cz with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Dec 2005 22:10:50 -0000 Message-ID: <43B1BBE5.6030900@hosting50.cz> Date: Tue, 27 Dec 2005 23:10:45 +0100 From: Tomas Randa User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20051221204149.GM56798@tigerfish2.my.domain> <200512212204.jBLM4rrR037479@peedub.jennejohn.org> In-Reply-To: <200512212204.jBLM4rrR037479@peedub.jennejohn.org> Content-Type: multipart/mixed; boundary="------------020606000406010907070309" Cc: Subject: Dual core CPUs support for the second time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 22:10:57 -0000 This is a multi-part message in MIME format. --------------020606000406010907070309 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello again, I`d like to thank for all responses, but my testing of everything was unsuccessfull in motherboard I have :( I have one general question? Could it be, because I am using this modern motherboard with modern chipset which could be unsupported in FBSD? My motherboard is very new SuperMicro H8SSL-i with ServerWorks HT1000 chipset, but in his BIOS, there are correctly written 2 cores in 1 physical CPU and CPU is recognized as dual core Athlon 64 X2 What is confusing me is dmesg - for example from current/i386 - system show correctly 2 cores per package, but second CPU is not launched or recognized by ioapic. I tried upgrade BIOS with unofficial version, which sent me technical support of SuperMicro, but no change. DMESG attached to this message Thanks a lot for any help. Tomas Randa --------------020606000406010907070309 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" 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 7.0-CURRENT #0: Thu Dec 22 11:01:08 CET 2005 root@bsd.af.czu.cz:/usr/obj/usr/src/sys/4BSD Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2194.52-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 real memory = 1073676288 (1023 MB) avail memory = 1041461248 (993 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 540, 20 (4) failed acpi0: reservation of 500, 20 (4) failed acpi0: reservation of 560, 20 (4) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 13.0 on pci1 pci2: on pcib2 ahd0: port 0xb000-0xb0ff,0xa800-0xa8ff mem 0xfc9fc000-0xfc9fdfff irq 9 at device 1.0 on ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs ahd1: port 0xb800-0xb8ff,0xb400-0xb4ff mem 0xfc9fe000-0xfc9fffff irq 11 at device 1.1 o ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs bge0: mem 0xfc9d0000-0xfc9dffff irq 7 at device 3.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:30:48:57:1e:54 bge1: mem 0xfc9e0000-0xfc9effff irq 5 at device 3.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:30:48:57:1e:55 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 2.2 on pci0 isa0: on isab0 pci0: at device 2.4 (no driver attached) pci0: at device 2.5 (no driver attached) pci0: at device 2.6 (no driver attached) ohci0: port 0xd400-0xd4ff mem 0xfebf8000-0xfebf8fff irq 10 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: port 0xd800-0xd8ff mem 0xfebf9000-0xfebf9fff irq 10 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0xe800-0xe8ff mem 0xfebfa000-0xfebfafff irq 10 at device 3.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: (0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered vgapci0: port 0xe000-0xe0ff mem 0xfd000000-0xfdffffff,0xfebff000-0xfebfffff irq 10 at device 5.0 on acpi_button0: on acpi0 acpi_button1: on acpi0 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 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 fdc0: No FDOUT register! ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB Optical Mouse, rev 1.10/21.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2194521336 Hz quality 800 Timecounters tick every 1.000 msec ad0: 19092MB at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle da0 at ahd1 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: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) Trying to mount root from ufs:/dev/da0s1a --------------020606000406010907070309-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 22:58:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C51716A41F for ; Tue, 27 Dec 2005 22:58:04 +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 0A8A743D49 for ; Tue, 27 Dec 2005 22:58:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jBRMw213017601; Tue, 27 Dec 2005 15:58:02 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43B1C6FA.3070601@samsco.org> Date: Tue, 27 Dec 2005 15:58:02 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomas Randa References: <20051221204149.GM56798@tigerfish2.my.domain> <200512212204.jBLM4rrR037479@peedub.jennejohn.org> <43B1BBE5.6030900@hosting50.cz> In-Reply-To: <43B1BBE5.6030900@hosting50.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Dual core CPUs support for the second time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 22:58:04 -0000 Tomas Randa wrote: > Hello again, > > I`d like to thank for all responses, but my testing of everything was > unsuccessfull in motherboard I have :( > I have one general question? Could it be, because I am using this modern > motherboard with modern chipset which could be unsupported in FBSD? > My motherboard is very new SuperMicro H8SSL-i with ServerWorks HT1000 > chipset, but in his BIOS, there are correctly written 2 cores in 1 > physical CPU and CPU is recognized as dual core Athlon 64 X2 > > What is confusing me is dmesg - for example from current/i386 - system > show correctly 2 cores per package, but second CPU is not launched or > recognized by ioapic. > > I tried upgrade BIOS with unofficial version, which sent me technical > support of SuperMicro, but no change. > > DMESG attached to this message > > > Thanks a lot for any help. > > Tomas Randa > I don't see anything in your dmesg about the APIC devices that should be there. Did you somehow omit that from your kernel config, or have it disabled in /boot/loader.conf? Without the apic device, the other CPU's can't get started. Can you run 'acpidump -d -t' and 'mptable'? Are you running an i386 or amd64 kernel? Scott From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 22:25:47 2005 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6946516A41F for ; Tue, 27 Dec 2005 22:25:47 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id B829243D5E for ; Tue, 27 Dec 2005 22:25:40 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4) with ESMTP id jBRMPXY8023940 for ; Tue, 27 Dec 2005 23:25:33 +0100 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4/Submit) with ESMTP id jBRMPWMA023936 for ; Tue, 27 Dec 2005 23:25:33 +0100 Date: Tue, 27 Dec 2005 23:25:32 +0100 (CET) From: Goran Gajic To: freebsd-current@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Tue, 27 Dec 2005 23:18:39 +0000 Cc: Subject: LOR in pcm/dsp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 22:25:47 -0000 FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #16: Mon Dec 26 19:39:26 CET 2005 root@:/usr/src/sys/i386/compile/TEST i386 lock order reversal: 1st 0xc23d5380 pcm0 (sound cdev) @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:277 2nd 0xc22b1a60 pcm0:record:0 (pcm record channel) @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:290 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0975930,c09758b8,c0929784) at kdb_backtrace+0x29 witness_checkorder(c22b1a60,9,c24a2b3b,122) at witness_checkorder+0x580 _mtx_lock_flags(c22b1a60,0,c24a2b3b,122,1) at _mtx_lock_flags+0x5b dsp_open(c24ad700,3,2000,c284aa80,c096970c) at dsp_open+0x2fd giant_open(c24ad700,3,2000,c284aa80,c24ad700) at giant_open+0x30 devfs_open(ce39c9f8,0,ce39cb60,ce39cab4,c06ce90e) at devfs_open+0x223 VOP_OPEN_APV(c0922060,ce39c9f8) at VOP_OPEN_APV+0x9b vn_open_cred(ce39cb60,ce39cc60,464,c2c0a300,22) at vn_open_cred+0x3fe vn_open(ce39cb60,ce39cc60,464,22,ce39cb00) at vn_open+0x1e kern_open(c284aa80,c226c000,1,3,bf1ff674) at kern_open+0xb6 linux_open(c284aa80,ce39cd04,c,c284aa80,ce39cd30) at linux_open+0xad syscall(3b,32003b,3b,8d51904,0) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, Linux ELF, linux_open), eip = 0x28fef6ab, esp = 0xbf1ff630, ebp = 0xbf1ff6c4 --- Regards, gg. From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 23:23:58 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 310D316A420 for ; Tue, 27 Dec 2005 23:23:58 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 7760843D64 for ; Tue, 27 Dec 2005 23:23:50 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 49749 invoked by uid 399); 27 Dec 2005 23:23:45 -0000 Received: from localhost (HELO ?192.168.0.6?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 27 Dec 2005 23:23:45 -0000 Message-ID: <43B1CCF7.20204@FreeBSD.org> Date: Tue, 27 Dec 2005 15:23:35 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Giorgos Keramidas References: <200512261517.23498.nb_root@videotron.ca> <200512261538.53467.nb_root@videotron.ca> <20051227020910.GA19581@flame.pc> <43B0F4EB.7040702@FreeBSD.org> <20051227150422.GA1216@flame.pc> In-Reply-To: <20051227150422.GA1216@flame.pc> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Nicolas Blais Subject: Re: Can't run KDE after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 23:23:58 -0000 Giorgos Keramidas wrote: > The cleartmp_prestart() function runs only when the script runs with > $1 set to 'start', but the boot process calls the script with > 'faststart'. Duh, sorry I missed this, total brain vacation on my part. I fixed this for one of the ports scripts, and forgot to do it here. > Even when I change cleartmp to recognise faststart, onestart, start > and forcestart, the cleartmp_prestart() function runs before > cleartmp_start(), creates the directories, only to have them deleted > immediately by cleartmp_start() when run_rc_command is called. > > I'm not sure if there's a good way to modify cleartmp to do both things > correctly, at least without something equally hackish like: > > run_rc_command "$@" || exit $? > > case $1 in *start) It's still a little hackish, but it works. I just added the X directories to the exclude list for find so they won't be deleted now. Thanks for the reminder. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 23:36:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1FD716A41F for ; Tue, 27 Dec 2005 23:36:26 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0A6443D5A for ; Tue, 27 Dec 2005 23:36:25 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EA3C.dip.t-dialin.net [84.165.234.60]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBRNXsSi008215; Wed, 28 Dec 2005 00:33:56 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBRNaJgJ048101; Wed, 28 Dec 2005 00:36:20 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Wed, 28 Dec 2005 00:36:24 +0100 From: Alexander Leidinger To: Chris Gilbert Message-ID: <20051228003624.4e99bcaf@Magellan.Leidinger.net> In-Reply-To: <200512272008.43208.Chris@lainos.org> References: <200512270449.41709.Chris@lainos.org> <20051227123237.6e5542cd@Magellan.Leidinger.net> <200512272008.43208.Chris@lainos.org> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 23:36:26 -0000 On Tue, 27 Dec 2005 20:08:42 +0100 Chris Gilbert wrote: [Description of where the port installs the files] > Does this sound okay? Yes. > > I haven't looked at the port version of this, but I haven't seen any > > changes described regarding those entries in the announcement. > > I'm not quite sure what you mean by this... can you elaborate? You explained what you did in your initial announcement. You didn't mentioned changes to the location where the port installs the files to, so I assumed the port does the same as described in your initial announcement. Bye, Alexander. -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Tue Dec 27 23:42:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFF0D16A41F for ; Tue, 27 Dec 2005 23:42:13 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01FAC43D53 for ; Tue, 27 Dec 2005 23:42:12 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EA3C.dip.t-dialin.net [84.165.234.60]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBRNdhOS008234; Wed, 28 Dec 2005 00:39:44 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBRNg9hS049138; Wed, 28 Dec 2005 00:42:09 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Wed, 28 Dec 2005 00:42:13 +0100 From: Alexander Leidinger To: James Tanis Message-ID: <20051228004213.081b0b8e@Magellan.Leidinger.net> In-Reply-To: <65dcde740512271356u21af75ob667a0de0b67fd3@mail.gmail.com> References: <200512270449.41709.Chris@lainos.org> <65dcde740512271356u21af75ob667a0de0b67fd3@mail.gmail.com> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Chris Gilbert , freebsd-current@freebsd.org Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 23:42:14 -0000 On Tue, 27 Dec 2005 16:56:34 -0500 James Tanis wrote: > I'm not really sure what the point is. Develop a FreeBSD native module > to support a linux-emulated DRM/X/etc? While the FreeBSD module is > obviously necessary, ATI's X11/XOrg driver should be extremely > portable seeing as how X's API is the same across platforms.. The X API and ABI was designed to allow to write once and run everywhere (assuming the instruction set of the CPU is the same). The reason why you see kernel modules from NVidia and ATI is that they need features the DRI part of the XServer isn't able to deliver. The only thing what needs to be ported is the kernel module. If I understand it correctly, Chris is porting the kernel module. So you can't talk about linux-emulated DRM, since there are no linux specific parts involved (except for the little utilities which are responsible to activate or show certain aspects of the driver). Bye, Alexander. -- Reboot America. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 00:22:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5BA916A41F for ; Wed, 28 Dec 2005 00:22:04 +0000 (GMT) (envelope-from daffy@xview.net) Received: from mail.oav.net (mail.oav.net [193.218.105.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7152343D5C for ; Wed, 28 Dec 2005 00:22:03 +0000 (GMT) (envelope-from daffy@xview.net) Received: from localhost (mail.oav.net [193.218.105.18]) by mail01.oav.net (Postfix) with ESMTP id 1A41B3F460 for ; Wed, 28 Dec 2005 01:22:02 +0100 (CET) (envelope-from daffy@xview.net) Received: from mail01.oav.net ([193.218.105.18]) by localhost (mail03.oav.net [172.31.1.3]) (amavisd-new, port 10026) with LMTP id 51112-02 for ; Wed, 28 Dec 2005 01:22:01 +0100 (CET) Received: from [192.168.1.10] (ALille-151-1-15-31.w82-127.abo.wanadoo.fr [82.127.173.31]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail01.oav.net (Postfix) with ESMTP id 443A63F449 for ; Wed, 28 Dec 2005 01:22:01 +0100 (CET) (envelope-from daffy@xview.net) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Olivier Warin Date: Wed, 28 Dec 2005 01:22:32 +0100 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new at mail03.oav.net Subject: Re: LOR+PANIC in 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 00:22:04 -0000 Please provide the dmesg and your kernel config files when reporting =20 crash... Le 27 d=E9c. 05 =E0 22:43, Goran Gajic a =E9crit : > FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #16: Mon Dec 26 19:39:26 =20 > CET 2005 root@:/usr/src/sys/i386/compile/TEST i386 > > > lock order reversal: (sleepable after non-sleepable) > 1st 0xc2b77498 inp (tcpinp) @ netinet/tcp_input.c:743 > 2nd 0xc0967ec4 user map (user map) @ vm/vm_map.c:2993 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0977848,c0977488,c092ad8c) at =20 > kdb_backtrace+0x29 > witness_checkorder(c0967ec4,9,c08b631d,bb1) at witness_checkorder=20 > +0x580 > _sx_xlock(c0967ec4,c08b6314,bb1) at _sx_xlock+0x50 > _vm_map_lock_read(c0967e80,c08b6314,bb1,216da80,c216c6ec) at =20 > _vm_map_lock_read+0x33 > vm_map_lookup(cbfd9888,0,2,cbfd988c,cbfd987c) at vm_map_lookup+0x28 > vm_fault(c0967e80,0,2,8,c216da80) at vm_fault+0x65 > trap_pfault(cbfd99a4,0,44) at trap_pfault+0xee > trap(c2160008,cbfd0028,c0690028,44,c28baa63) at trap+0x3cd > calltrap() at calltrap+0x5 > --- trap 0xc, eip =3D 0xc0829b36, esp =3D 0xcbfd99e4, ebp =3D = 0xcbfd9a14 =20 > --- > generic_bcopy(c28baa63,6d,c228a438,c228a438,c0929784) at =20 > generic_bcopy+0x1a > pppasyncstart(c243a600,c227210c,0,c08a5fee,3af) at pppasyncstart=20 > +0x108 > pppoutput(c2272000,c2a52500,c2846330,c2437ba0,c2849c00) at =20 > pppoutput+0x2b2 > ip_output(c2a52500,0,cbfd9ac8,0,0) at ip_output+0x7b6 > tcp_output(c2b74c94) at tcp_output+0xff6 > tcp_input(c2a52400,14,138,16055b93,0) at tcp_input+0x2bff > ip_input(c2a52400) at ip_input+0x5a1 > netisr_processqueue(c09b5098) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xc2 > ithread_execute_handlers(c216c684,c216a400) at =20 > ithread_execute_handlers+0xe6 > ithread_loop(c21566f0,cbfd9d38,c21566f0,c0659f00,0) at ithread_loop=20= > +0x66 > fork_exit(c0659f00,c21566f0,cbfd9d38) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xcbfd9d6c, ebp =3D 0 --- > > > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0x0 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc0829b36 > stack pointer =3D 0x28:0xcca66c5c > frame pointer =3D 0x28:0xcca66c88 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 28 (swi0: sio) > > For some reason I couldn't use kgdb to do bactrace: > > # kgdb /usr/src/sys/i386/compile/TEST/kernel.debug /var/crash/=20 > vmcore.0 > kgdb: cannot read PTD > # > > > Regards, > gg. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-=20 > unsubscribe@freebsd.org" -- Olivier Warin - http://xview.net Stay connected ! From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 00:24:51 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 769C016A41F for ; Wed, 28 Dec 2005 00:24:51 +0000 (GMT) (envelope-from mph@echobase.hoth.dk) Received: from pfepb.post.tele.dk (pfepb.post.tele.dk [195.41.46.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D4A643D9E for ; Wed, 28 Dec 2005 00:24:32 +0000 (GMT) (envelope-from mph@echobase.hoth.dk) Received: from echobase.hoth.dk (echobase.hoth.dk [80.62.210.27]) by pfepb.post.tele.dk (Postfix) with ESMTP id 279E35EE03A for ; Wed, 28 Dec 2005 01:24:31 +0100 (CET) Received: by echobase.hoth.dk (Postfix, from userid 1001) id CB08E19AF5; Wed, 28 Dec 2005 01:24:30 +0100 (CET) Date: Wed, 28 Dec 2005 01:24:30 +0100 From: "Martin P. Hansen" To: freebsd-current@FreeBSD.org Message-ID: <20051228002430.GA27330@echobase.hoth.dk> Mail-Followup-To: freebsd-current@FreeBSD.org References: <20051224160047.GA40553@echobase.hoth.dk> <20051224235153.GA46187@echobase.hoth.dk> <20051227001229.GF1496@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <20051227001229.GF1496@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: if_dc.c causes page fault while in kernel mode; coredump; reproducible X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 00:24:51 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 27 Dec 2005, Gleb Smirnoff wrote: > please try out the attached patch. It works. Thank you very much. Just of curiosity, why is the NIC still active when the system shuts down? I mean is the ``IFF_DRV_RUNNING'' _the_ method to stop an interface? I though in a simple setup one would disable the devices when shutting down by disabling interrupts or raising the interrupt priority level. --=20 Martin P. Hansen | () ASCII Ribbon Campaign | /\ Against HTML Email! --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDsds+OxWv3QTcu8YRAu58AJoDdqFxcqsmC+t1zIRUo9Cz5aHRKgCfXBj+ EA/Ds4GGCmITiBQXqLwyDXg= =LdG8 -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 01:25:23 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF60F16A41F for ; Wed, 28 Dec 2005 01:25:23 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67A3543D45 for ; Wed, 28 Dec 2005 01:25:22 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: (qmail 12533 invoked by uid 207); 28 Dec 2005 01:25:20 -0000 Received: from keramida@ceid.upatras.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.30/3.97. Clear:RC:1(81.186.70.96):. Processed in 0.207305 secs); 28 Dec 2005 01:25:20 -0000 Received: from dialup96.ach.sch.gr (HELO flame.pc) ([81.186.70.96]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with SMTP for ; 28 Dec 2005 01:25:18 -0000 Received: by flame.pc (Postfix, from userid 1001) id DB5E1116E7; Wed, 28 Dec 2005 03:24:06 +0200 (EET) Date: Wed, 28 Dec 2005 03:24:06 +0200 From: Giorgos Keramidas To: Doug Barton Message-ID: <20051228012406.GA13458@flame.pc> References: <200512261517.23498.nb_root@videotron.ca> <200512261538.53467.nb_root@videotron.ca> <20051227020910.GA19581@flame.pc> <43B0F4EB.7040702@FreeBSD.org> <20051227150422.GA1216@flame.pc> <43B1CCF7.20204@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43B1CCF7.20204@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, Nicolas Blais Subject: Re: Can't run KDE after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 01:25:24 -0000 On 2005-12-27 15:23, Doug Barton wrote: > Giorgos Keramidas wrote: > > Even when I change cleartmp to recognise faststart, onestart, start > > and forcestart, the cleartmp_prestart() function runs before > > cleartmp_start(), creates the directories, only to have them deleted > > immediately by cleartmp_start() when run_rc_command is called. > > > > I'm not sure if there's a good way to modify cleartmp to do both things > > correctly, at least without something equally hackish like: > > > > run_rc_command "$@" || exit $? > > > > case $1 in > *start) > > It's still a little hackish, but it works. I just added the X > directories to the exclude list for find so they won't be > deleted now. Fantastic! Thanks :))) From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 05:38:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02ECA16A41F for ; Wed, 28 Dec 2005 05:38:18 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9218F43D5F for ; Wed, 28 Dec 2005 05:38:17 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id jBS5brJA024278; Tue, 27 Dec 2005 22:37:54 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 27 Dec 2005 22:38:03 -0700 (MST) Message-Id: <20051227.223803.77258153.imp@bsdimp.com> To: mph@lima.dyndns.dk From: "M. Warner Losh" In-Reply-To: <20051228002430.GA27330@echobase.hoth.dk> References: <20051224235153.GA46187@echobase.hoth.dk> <20051227001229.GF1496@FreeBSD.org> <20051228002430.GA27330@echobase.hoth.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 27 Dec 2005 22:37:54 -0700 (MST) Cc: freebsd-current@freebsd.org Subject: Re: if_dc.c causes page fault while in kernel mode; coredump; reproducible X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 05:38:18 -0000 In message: <20051228002430.GA27330@echobase.hoth.dk> "Martin P. Hansen" writes: : On Tue, 27 Dec 2005, Gleb Smirnoff wrote: : > please try out the attached patch. : : It works. Thank you very much. : : Just of curiosity, why is the NIC still active when the system shuts : down? I mean is the ``IFF_DRV_RUNNING'' _the_ method to stop an : interface? Just because an interface has been stopped, doesn't mean that its ISR won't be called because another (shared) interrupt happens. : I though in a simple setup one would disable the devices when : shutting down by disabling interrupts or raising the interrupt : priority level. Without shared interrupts, one can usually get away with this... Warner From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 06:25:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 565DE16A41F; Wed, 28 Dec 2005 06:25:33 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A4543D46; Wed, 28 Dec 2005 06:25:27 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id jBS6PJHS008499; Wed, 28 Dec 2005 08:25:19 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 28 Dec 2005 08:25:19 +0200 (EET) From: Dmitry Pryanishnikov To: John Baldwin In-Reply-To: <200512271131.16479.jhb@freebsd.org> Message-ID: <20051228075749.B57227@atlantis.atlantis.dp.ua> References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <20051226014329.152c6918.nork@FreeBSD.org> <200512271131.16479.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 28 Dec 2005 06:32:55 +0000 Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 06:25:33 -0000 Hello! On Tue, 27 Dec 2005, John Baldwin wrote: >> I have same problem in my i830M, too and fixed Dmitry's patch. >> According to my pciconf -rb, pci_find_extcap(dev, PCIY_AGP, NULL) >> never find PCIY_AGP(because of 0x01). > > Ok. I don't see any patch anywhere, It's trivial: --- vga_pci.c.orig Thu Dec 22 18:25:22 2005 +++ vga_pci.c Sun Dec 25 13:04:09 2005 @@ -74,7 +74,7 @@ * If AGP capabilities are present on this device, then create * an AGP child. */ - if (pci_find_extcap(dev, PCIY_AGP, NULL) == 0) +// if (pci_find_extcap(dev, PCIY_AGP, NULL) == 0) device_add_child(dev, "agp", -1); > but it sounds like you'll need to fix the > DRM driver to not expect an AGP capability for this specific card or some > such. I'm not sure here. Yes, Intel's Mobile 915 PM/GM/GMS and 910GML Express Chipsets don't claim AGP capability. But they still contain AGP-related registers for compatibility. Moreover, we've just added those chipsets support to our sys/pci/agp_i810.c! So now we have an inconsistency between agp_i810.c and vga_pci.c and this should be fixed in order to get working DRM on those chipsets (people DO report that this hack makes DRM happy, I've not tried to explore it's actual functionality under XFree yet). For long-term solution, maybe we should have PCI Express-specific module which should attach to vga_pci and provide service similar to agp module. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 06:40:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F47616A420; Wed, 28 Dec 2005 06:40:12 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7340943D46; Wed, 28 Dec 2005 06:40:11 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id jBS6duNL049815; Tue, 27 Dec 2005 22:39:56 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id jBS6dtWO049814; Tue, 27 Dec 2005 22:39:55 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Dmitry Pryanishnikov In-Reply-To: <20051228075749.B57227@atlantis.atlantis.dp.ua> References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <20051226014329.152c6918.nork@FreeBSD.org> <200512271131.16479.jhb@freebsd.org> <20051228075749.B57227@atlantis.atlantis.dp.ua> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nJpv6l4+ispX3JuodXFt" Date: Tue, 27 Dec 2005 22:39:54 -0800 Message-Id: <1135751994.933.5.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 06:40:12 -0000 --=-nJpv6l4+ispX3JuodXFt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2005-12-28 at 08:25 +0200, Dmitry Pryanishnikov wrote: > Hello! >=20 > On Tue, 27 Dec 2005, John Baldwin wrote: > >> I have same problem in my i830M, too and fixed Dmitry's patch. > >> According to my pciconf -rb, pci_find_extcap(dev, PCIY_AGP, NULL) > >> never find PCIY_AGP(because of 0x01). > > > > Ok. I don't see any patch anywhere, >=20 > It's trivial: >=20 > --- vga_pci.c.orig Thu Dec 22 18:25:22 2005 > +++ vga_pci.c Sun Dec 25 13:04:09 2005 > @@ -74,7 +74,7 @@ > * If AGP capabilities are present on this device, then create > * an AGP child. > */ > - if (pci_find_extcap(dev, PCIY_AGP, NULL) =3D=3D 0) > +// if (pci_find_extcap(dev, PCIY_AGP, NULL) =3D=3D 0) > device_add_child(dev, "agp", -1); >=20 > > but it sounds like you'll need to fix the > > DRM driver to not expect an AGP capability for this specific card or so= me > > such. >=20 > I'm not sure here. Yes, Intel's Mobile 915 PM/GM/GMS and 910GML Express= =20 > Chipsets don't claim AGP capability. But they still contain AGP-related > registers for compatibility. Moreover, we've just added those chipsets > support to our sys/pci/agp_i810.c! So now we have an inconsistency betwee= n > agp_i810.c and vga_pci.c and this should be fixed in order to get > working DRM on those chipsets (people DO report that this hack makes > DRM happy, I've not tried to explore it's actual functionality under > XFree yet). For long-term solution, maybe we should have PCI Express-spec= ific > module which should attach to vga_pci and provide service similar to agp=20 > module. This is my understanding: The PCIE i915 chipsets have an internal gart which happens to do just the same thing for the graphics hardware as AGP did, in a rather similar way for us to program as how AGP used to be. So Linux and FreeBSD both just expose an AGP device using this gart, and the DRM happily uses it. However, because it's not *actually* AGP, it doesn't have the AGP capability set, so we need to pretend like it's set. --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org --=-nJpv6l4+ispX3JuodXFt 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) iD8DBQBDsjM6HUdvYGzw6vcRAnioAJ9jcm3r0267AJrySEGuPB1oyPdS3gCfYGRL i+p6agPAbW860gr+HCY9roY= =nws+ -----END PGP SIGNATURE----- --=-nJpv6l4+ispX3JuodXFt-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 10:25:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF35C16A41F for ; Wed, 28 Dec 2005 10:25:18 +0000 (GMT) (envelope-from andrea@acampi.hq.inet.it) Received: from acampi.hq.inet.it (out-11.hq.inet.it [194.185.62.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD41743D6B for ; Wed, 28 Dec 2005 10:25:16 +0000 (GMT) (envelope-from andrea@acampi.hq.inet.it) Received: by acampi.hq.inet.it (Postfix, from userid 1000) id 49E8F3D; Wed, 28 Dec 2005 11:25:13 +0100 (CET) Date: Wed, 28 Dec 2005 11:25:13 +0100 From: Andrea Campi To: Sam Leffler Message-ID: <20051228102512.GV1779@webcom.it> References: <20051221191919.GB17950@webcom.it> <43A9B5EA.8030905@errno.com> <20051221215457.GE17950@webcom.it> <43AA4415.8070300@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43AA4415.8070300@errno.com> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: Panic and LOR on -CURRENT with ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 10:25:19 -0000 On Wed, Dec 21, 2005 at 10:13:41PM -0800, Sam Leffler wrote: > The info you want is gone by the time the crash happens. Last time I > chased a similar problem I did some private hacks to write-protect mbufs > to catch unexpected modification. You might try removing ipfw or using > an alternate packet filter if that's feasible. I wouldn't be surprised > if this is related to ipfw and/or divert sockets. OK, I'm running with pf right now, and that particular panic went away. However, I had a few others... the first one is admittedly old, and it might have disappeared with the last cvsup (dec 27): Fatal trap 12: page fault while in kernel mode fault virtual address = 0xdeadc0de fault code = supervisor read, page not present instruction pointer = 0x20:0xc05288e6 stack pointer = 0x28:0xc5b70910 frame pointer = 0x28:0xc5b7091c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 270 (natd) [thread pid 270 tid 100043 ] Stopped at ieee80211_find_txnode+0x36: testb $0x1,0(%eax) db> bt Tracing pid 270 tid 100043 td 0xc0d5e300 ieee80211_find_txnode(c0d681ac,deadc0de,c0d690f8,c0d681ac,c0d71ef4) at ieee80211 _find_txnode+0x36 ath_start(c0d65000,25000,be,0,c1040842) at ath_start+0xe52 ether_output_frame(c0d65000,c1040800,c1040848,0,0) at ether_output_frame+0x226 ether_output(c0d65000,c1040800,c5b70a80,c0fdda50) at ether_output+0x2d3 ip_output(c1040800,0,c5b70a7c,1,0,0) at ip_output+0xa7e ip_forward(c06376e0,0,c05ef2e7,6d9,c06376e0) at ip_forward+0x120 ip_input(c1040800) at ip_input+0x8d5 div_send(c0fda000,0,c1040800,c0d91850,0) at div_send+0x18b sosend(c0fda000,c0d91850,c5b70c40,c1040800,0,0,c0d5e300) at sosend+0x5c5 kern_sendit(c0d5e300,3,c5b70cbc,0,0) at kern_sendit+0xbe sendit(c5b70cbc,0,bfbdeca0,0,c0d91850) at sendit+0x41 sendto(c0d5e300,c5b70d04,6,f65,296) at sendto+0x47 syscall(3b,3b,bfbf003b,1,b0) at syscall+0x110 Xint0x80_syscall() at Xint0x80_syscall+0x1f This one happened as I restarted dhclient: panic: bus_dmamap_load_mbuf_sg: no mbuf packet header! KDB: stack backtrace: panic(c06050ba,c060205c,c0554ad9,c1225846,c5708bfa) at panic+0xef bus_dmamap_load_mbuf_sg(c0d21d80,0,c1225800,c0d733f0,c0d733d0,1) at bus_dmamap_l oad_mbuf_sg+0x4ec ath_start(c0d65000,6c,c0ce771c,0,c0614d47) at ath_start+0x26f taskqueue_run(c0ce7700,0,c0d0e624,0,c04b84c0) at taskqueue_run+0x81 ithread_loop(c0ce7680,c5708d38,c0ce7680,c04b84c0,0) at ithread_loop+0x175 fork_exit(c04b84c0,c0ce7680,c5708d38) at fork_exit+0x83 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc5708d6c, ebp = 0 --- KDB: enter: panic [thread pid 31 tid 100017 ] This is 100% reproducible: switching from 11b to 11g (with a few associated nodes, most of which 11b only) results in this panic: gw0# ifconfig ath0 mode 11g panic: bogus long slot station count 0 KDB: stack backtrace: panic(c061e2a3,0,c0d699a8,c0f1d000,b59) at panic+0xef ieee80211_node_join(c0d691ac,c0f1d000,c0d699ac,0,c061dd08) at ieee80211_node_joi n ieee80211_iterate_nodes(c0d699a8,c0557ce0,c0d691ac) at ieee80211_iterate_nodes+0 xbc ieee80211_newstate(c0d691ac,0,ffffffff) at ieee80211_newstate+0x4e6 ath_newstate(c0d691ac,0,ffffffff,c0d6b000,c0d69000) at ath_newstate+0x2e4 ath_stop_locked(c0d69d3c,8,c06089ec,356,c0d69d3c) at ath_stop_locked+0xab ath_init(c0d69000,20280,c5e20a60,c0539d66,c0d65000) at ath_init+0x4e ath_media_change(c0d65000,c066a358,c5e20a64,c0cefd80,c0d65000) at ath_media_chan ge+0x3e ifmedia_ioctl(c0d65000,c0d92ca0,c0d69aac,c0206937,0) at ifmedia_ioctl+0x1f6 ieee80211_ioctl(c0d691ac,c0206937,c0d92ca0) at ieee80211_ioctl+0x16a ath_ioctl(c0d65000,c0206937,c0d92ca0) at ath_ioctl+0xb2 ifhwioctl(c0d92ca0,c1110a80,c0d65000,c0fdf6f4,c0206937) at ifhwioctl+0x113 ifioctl(c0fdf6f4,c0206937,c0d92ca0,c1110a80) at ifioctl+0x5c soo_ioctl(c0deca68,c0206937,c0d92ca0,c0ded780,c1110a80) at soo_ioctl+0x29d ioctl(c1110a80,c5e20d04,3,c,246) at ioctl+0xfa syscall(3b,3b,3b,8057d40,0) at syscall+0x110 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2813f71f, esp = 0xbfbfe4cc, ebp = 0xbfbfe4e8 --- KDB: enter: panic [thread pid 1615 tid 100068 ] Stopped at kdb_enter+0x2c: leal 0(%esi),%esi I'll keep testing but things look nicer despite these panics (as they only happen during non routine things). Bye, Andrea -- Secret hacker rule #11: hackers read manuals. -- Press every key to continue. From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 13:53:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1425016A41F; Wed, 28 Dec 2005 13:53:05 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E2F143D60; Wed, 28 Dec 2005 13:53:03 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EA3C.dip.t-dialin.net [84.165.234.60]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBSDoRAn016166; Wed, 28 Dec 2005 14:50:28 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBSDr03Q005306; Wed, 28 Dec 2005 14:53:00 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Wed, 28 Dec 2005 14:52:59 +0100 From: Alexander Leidinger To: current@freebsd.org, x11@freebsd.org Message-ID: <20051228145259.77b5a3df@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: Non working keyboard in X11 after upgrade of basesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 13:53:05 -0000 Hi, I've upgraded my Laptop from a beginning of December -current to a 24. December -current. After a reboot I wasn't able to use the keyboard in X11 anymore (kbd driver). The NumLock and the like functionality works in X11 (the leds are activated and deactivated as expected), but I don't see characters appearing in the gdm login window when I type something. The ++ X-server reset doesn't work too, so I think X11 doesn't sees any input. I tried to update to xorg-server-snap at 25. December, but this didn't solved the problem. Still no working keyboard. I can't find any strange looking message in the logs of the X-server which could explain this, everything looks sane. Then I updated to a 27. December -current. Still no working keyboard in X11 (console works as expected, but I have to boot into single-user mode, since I'm not able to switch to the console when X11 starts with a normal boot). I really updated the basesystem only on 24. December. Does this sound familiar to someone? Any ideas what I could try to find the cause of the problem? I update the source from a local repository with CVS, but there's only a slow wireless connection, so it would take very long to do a binary search of the change in -current which resulted in this change. Can this be related to the recent symbol versioning commits and I need to rebuild the X11-libs? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 13:53:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A0AE16A41F; Wed, 28 Dec 2005 13:53:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD39743D5D; Wed, 28 Dec 2005 13:53:38 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4723170 for multiple; Wed, 28 Dec 2005 08:51:09 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBSDrAxx029623; Wed, 28 Dec 2005 08:53:10 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Eric Anholt Date: Wed, 28 Dec 2005 08:48:14 -0500 User-Agent: KMail/1.8.3 References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <20051228075749.B57227@atlantis.atlantis.dp.ua> <1135751994.933.5.camel@leguin> In-Reply-To: <1135751994.933.5.camel@leguin> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512280848.16502.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1218/Mon Dec 26 08:46:59 2005 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 13:53:40 -0000 On Wednesday 28 December 2005 01:39 am, Eric Anholt wrote: > On Wed, 2005-12-28 at 08:25 +0200, Dmitry Pryanishnikov wrote: > > Hello! > > > > On Tue, 27 Dec 2005, John Baldwin wrote: > > >> I have same problem in my i830M, too and fixed Dmitry's patch. > > >> According to my pciconf -rb, pci_find_extcap(dev, PCIY_AGP, NULL) > > >> never find PCIY_AGP(because of 0x01). > > > > > > Ok. I don't see any patch anywhere, > > > > It's trivial: > > > > --- vga_pci.c.orig Thu Dec 22 18:25:22 2005 > > +++ vga_pci.c Sun Dec 25 13:04:09 2005 > > @@ -74,7 +74,7 @@ > > * If AGP capabilities are present on this device, then create > > * an AGP child. > > */ > > - if (pci_find_extcap(dev, PCIY_AGP, NULL) =3D=3D 0) > > +// if (pci_find_extcap(dev, PCIY_AGP, NULL) =3D=3D 0) > > device_add_child(dev, "agp", -1); > > > > > but it sounds like you'll need to fix the > > > DRM driver to not expect an AGP capability for this specific card or > > > some such. > > > > I'm not sure here. Yes, Intel's Mobile 915 PM/GM/GMS and 910GML Expre= ss > > Chipsets don't claim AGP capability. But they still contain AGP-related > > registers for compatibility. Moreover, we've just added those chipsets > > support to our sys/pci/agp_i810.c! So now we have an inconsistency > > between agp_i810.c and vga_pci.c and this should be fixed in order to g= et > > working DRM on those chipsets (people DO report that this hack makes DRM > > happy, I've not tried to explore it's actual functionality under XFree > > yet). For long-term solution, maybe we should have PCI Express-specific > > module which should attach to vga_pci and provide service similar to agp > > module. > > This is my understanding: > > The PCIE i915 chipsets have an internal gart which happens to do just > the same thing for the graphics hardware as AGP did, in a rather similar > way for us to program as how AGP used to be. So Linux and FreeBSD both > just expose an AGP device using this gart, and the DRM happily uses it. > However, because it's not *actually* AGP, it doesn't have the AGP > capability set, so we need to pretend like it's set. What I will do to fix this is to change all the agp drivers to use identify= =20 routines, then the hostb and vgapci drivers won't have to know to create ag= p=20 child devices at all. Eventually I'd like to change drm in the same way, b= ut=20 I will do agp first as it's in the tree. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 15:31:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A0FC16A41F for ; Wed, 28 Dec 2005 15:31:05 +0000 (GMT) (envelope-from vovkasm@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A8C43D72 for ; Wed, 28 Dec 2005 15:30:57 +0000 (GMT) (envelope-from vovkasm@gmail.com) Received: by nproxy.gmail.com with SMTP id y38so562688nfb for ; Wed, 28 Dec 2005 07:30:54 -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=guc7P7dA6DeRWBus91AwSasCJl1PUvxnqTlxzq/X2EoLVeI4iDPbOF5gcZrymiBzDs+s+1FfcusSeTi3pFApyUKc0KiS1ELe9ids9z0jIm6PCbtFKJt884OQ+Mzqdp3yu49ZX8QMISL+KN+zH+lIZXdmdnj68Gdyw2/7D8iVpQg= Received: by 10.48.249.2 with SMTP id w2mr204438nfh; Wed, 28 Dec 2005 07:30:53 -0800 (PST) Received: by 10.48.144.15 with HTTP; Wed, 28 Dec 2005 07:30:53 -0800 (PST) Message-ID: Date: Wed, 28 Dec 2005 18:30:53 +0300 From: Vladimir Timofeev To: Alexander Leidinger In-Reply-To: <20051228145259.77b5a3df@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051228145259.77b5a3df@Magellan.Leidinger.net> Cc: x11@freebsd.org, current@freebsd.org Subject: Re: Non working keyboard in X11 after upgrade of basesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 15:31:05 -0000 Hi, Seems like this http://lists.freebsd.org/mailman/htdig/freebsd-gnome/2005-November/012918.h= tml 2005/12/28, Alexander Leidinger : > Hi, > > I've upgraded my Laptop from a beginning of December -current to a 24. > December -current. After a reboot I wasn't able to use the keyboard in > X11 anymore (kbd driver). The NumLock and the like functionality works > in X11 (the leds are activated and deactivated as expected), but I > don't see characters appearing in the gdm login window when I type > something. The ++ X-server reset doesn't work > too, so I think X11 doesn't sees any input. > > I tried to update to xorg-server-snap at 25. December, but this didn't > solved the problem. Still no working keyboard. I can't find any strange > looking message in the logs of the X-server which could explain this, > everything looks sane. > > Then I updated to a 27. December -current. Still no working keyboard in > X11 (console works as expected, but I have to boot into single-user > mode, since I'm not able to switch to the console when X11 starts with > a normal boot). > > I really updated the basesystem only on 24. December. > > Does this sound familiar to someone? Any ideas what I could try to find > the cause of the problem? I update the source from a local repository > with CVS, but there's only a slow wireless connection, so it would take > very long to do a binary search of the change in -current which > resulted in this change. > > Can this be related to the recent symbol versioning commits and I need > to rebuild the X11-libs? > > Bye, > Alexander. > > -- > > http://www.Leidinger.net Alexander @ Leidinger.net > GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 16:30:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C45B16A41F; Wed, 28 Dec 2005 16:30:37 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D0BA43D67; Wed, 28 Dec 2005 16:30:33 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EA3C.dip.t-dialin.net [84.165.234.60]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBSGRu58016792; Wed, 28 Dec 2005 17:27:56 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBSGUT2A034175; Wed, 28 Dec 2005 17:30:30 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Wed, 28 Dec 2005 17:30:29 +0100 From: Alexander Leidinger To: Vladimir Timofeev Message-ID: <20051228173029.5548da38@Magellan.Leidinger.net> In-Reply-To: References: <20051228145259.77b5a3df@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Alexander Leidinger , x11@freebsd.org, current@freebsd.org Subject: Re: Non working keyboard in X11 after upgrade of basesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 16:30:37 -0000 On Wed, 28 Dec 2005 18:30:53 +0300 Vladimir Timofeev wrote: > Hi, > Seems like this > http://lists.freebsd.org/mailman/htdig/freebsd-gnome/2005-November/012918.html Yes, this fixes my problem. Thanks a lot. Bye, Alexander. -- To boldly go where I surely don't belong. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 17:58:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D65AA16A41F for ; Wed, 28 Dec 2005 17:58:09 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A38643D6B for ; Wed, 28 Dec 2005 17:57:57 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 2628 invoked from network); 28 Dec 2005 17:57:54 -0000 Received: from wbedllfs.xtra-net.org (HELO wbedllfs.xtra-net.be) (192.168.1.21) by 0 with SMTP; 28 Dec 2005 17:57:54 -0000 From: Vincent Blondel To: current@freebsd.org Content-Type: text/plain Date: Wed, 28 Dec 2005 18:57:53 +0100 Message-Id: <1135792673.2531.4.camel@wbedllfs.xtra-net.be> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Cc: Subject: make buildworld problem - Stop in /usr/src/kerberos5/lib/libasn1. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 17:58:10 -0000 Hi all, I just tried to update my FreeBSD-current (7.0) system with last cvsup but I get these errors when making buildworld. Can somebody help me to solve this problem . Regards Vincent --- mkdep -f .depend -a -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libasn1/../../include -DINET6 asn1_err.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/= der_copy.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/= der_free.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/= der_get.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/d= er_length.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1= /der_put.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/= timegm.c asn1_APOptions.c asn1_AP_REP.c asn1_AP_REQ.c asn1_AS_REP.c asn1_AS= _REQ.c asn1_Authenticator.c asn1_AuthorizationData.c asn1_CKSUMTYPE.c asn1_= Checksum.c asn1_ChangePasswdDataMS.c asn1_ENCTYPE.c asn1_ETYPE_INFO.c asn1_= ETYPE_INFO_ENTRY.c asn1_EncAPRepPart.c asn1_EncASRepPart.c asn1_EncKDCRepPa= rt.c asn1_EncKrbCredPart.c asn1_EncKrbPrivPart.c asn1_EncTGSRepPart.c asn1_= EncTicketPart.c asn1_EncryptedData.c asn1_EncryptionKey.c asn1_HostAddress.= c asn1_HostAddresses.c asn1_KDCOptions.c asn1_KDC_REP.c asn1_KDC_REQ.c asn1= _KDC_REQ_BODY.c asn1_KRB_CRED.c asn1_KRB_ERROR.c asn1_KRB_PRIV.c asn1_KRB_S= AFE.c asn1_KRB_SAFE_BODY.c asn1_KerberosTime.c asn1_KrbCredInfo.c asn1_LR_T= YPE.c asn1_LastReq.c asn1_MESSAGE_TYPE.c asn1_METHOD_DATA.c asn1_NAME_TYPE.= c asn1_PADATA_TYPE.c asn1_PA_DATA.c asn1_PA_ENC_TS_ENC.c asn1_Principal.c a= sn1_PrincipalName.c asn1_Realm.c asn1_TGS_REP.c asn1_TGS_REQ.c asn1_Ticket.= c asn1_TicketFlags.c asn1_TransitedEncoding.c asn1_UNSIGNED.c In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_lo= cl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_co= py.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_lo= cl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_fr= ee.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_lo= cl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_ge= t.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_lo= cl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_le= ngth.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_lo= cl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_pu= t.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_lo= cl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/timegm= .c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_APOptions.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AP_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AP_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AS_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AS_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Authenticator.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AuthorizationData.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_CKSUMTYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Checksum.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ChangePasswdDataMS.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ENCTYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ETYPE_INFO.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ETYPE_INFO_ENTRY.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncAPRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncASRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncKDCRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncKrbCredPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncKrbPrivPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncTGSRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncTicketPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncryptedData.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncryptionKey.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_HostAddress.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_HostAddresses.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDCOptions.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDC_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDC_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDC_REQ_BODY.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_CRED.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_ERROR.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_PRIV.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_SAFE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_SAFE_BODY.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KerberosTime.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KrbCredInfo.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_LR_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_LastReq.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_MESSAGE_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_METHOD_DATA.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_NAME_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PADATA_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PA_DATA.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PA_ENC_TS_ENC.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Principal.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PrincipalName.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Realm.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TGS_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TGS_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Ticket.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TicketFlags.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TransitedEncoding.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_UNSIGNED.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 17:17:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F73E16A420 for ; Wed, 28 Dec 2005 17:17:27 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id BABD943D53 for ; Wed, 28 Dec 2005 17:17:19 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from korso.flintsbach.schmalzbauer.de (korso.flintsbach.schmalzbauer.de [172.21.2.3]) by flb.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id jBSHHIAd001506; Wed, 28 Dec 2005 18:17:18 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.254]) by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id 1CFBFB62D; Wed, 28 Dec 2005 18:16:43 +0100 (CET) Received: from cale.flintsbach.schmalzbauer.de (localhost [127.0.0.1]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id jBSHHD54003352; Wed, 28 Dec 2005 18:17:13 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from localhost (localhost [[UNIX: localhost]]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4/Submit) id jBSHHCoT003351; Wed, 28 Dec 2005 18:17:12 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) From: Harald Schmalzbauer To: Olivier Houchard Date: Wed, 28 Dec 2005 18:17:05 +0100 User-Agent: KMail/1.8.1 References: <200508122159.01324@harrymail> <200508122219.34443@harrymail> <20050812235432.GA88046@ci0.org> In-Reply-To: <20050812235432.GA88046@ci0.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2448963.yG2aHre4Jy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512281817.12715@harrymail> X-Mailman-Approved-At: Wed, 28 Dec 2005 18:04:20 +0000 Cc: freebsd-current@freebsd.org, Marko Zec Subject: Re: Jails with IP6 addresses? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 17:17:27 -0000 --nextPart2448963.yG2aHre4Jy Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Samstag, 13. August 2005 01:54 CEST schrieb Olivier Houchard: > On Fri, Aug 12, 2005 at 10:19:24PM +0200, Harald Schmalzbauer wrote: > > Hi Olivier, > > > > I have some more things to make clear with IPv6 so I'm quiet sure I'll > > need more than a week to make the new systems productive. > > I'd love to test your patchset, preferably on RELENG_6, that's what's > > on the CF-Cards and what I'd like to use for production service. > > > > Thanks a lot, > > > > -Harry (Emanuel is just the fake ID I use for mailinglists) > > So hi Harry :-) > > By curiosity, I had a look to see if it would be a lot of work to get my > patch to work on -CURRENT, and it turned out it was not as painful as I > feared (it was still long enough to make my girlfriend unhappy, but well > :)) So here is the patch, against -RELENG_6 (I didn't test it under > RELENG_6, as I have no RELENG_6 box, shame on me, but I suspect it'll > work as well). It has to be applied in src/. You'll of course have to > recompile your kernel, but you can skip the "make world" part by just > copying sys/sys/jail.h into /usr/include/sys and doing cd > /usr/src/usr.sbin/jail && make depend all install > > It basically adds a -6 optional flag to the jail command, which takes > the v6 addr you want to use as an argument. I did a quick test on my > laptop, it seems to still work. Beware however, I don't know the v6 code > well enough to warrant you you will be as secure as with a classic v4 > jail. That's why I wanted a proper review of this code before committing > it. I certainly hope it's the case, though. > > Tell me how it goes once you're done with your IPv6 setup. If all goes Hello Olivier, a little late but finally I'm about to setup a IPv6 only=20 environment. I'm using RELENG_6 from today with your patch but=20 unfortunately the jail doesn't "bind" to one ip6 address. gune:~#7: netstat -a | grep ssh tcp4 0 0 0.0.0.2.ssh *.* LISTEN tcp6 0 0 *.ssh *.* LISTEN tcp6 0 0 fec0::1:0:0:2:1.ssh *.* LISTEN See the second line, it's the ssh daemon running in the jail. I can connect= =20 to it also by ssh to fec0::2:0:0:1:5 although ifconfig inside the jail=20 shows: (only fec0::2:0:0:1:2) fxp0: flags=3D8843 mtu 1500 options=3D8 inet6 fec0::2:0:0:1:2 prefixlen 64 ether 00:e0:18:06:ad:59 media: Ethernet autoselect (100baseTX ) status: active em0: flags=3D8843 mtu 1500 options=3Db ether 00:0e:0c:34:2b:f8 media: Ethernet autoselect (1000baseTX ) status: active fwe0:=20 flags=3D108943=20 mtu 1500 options=3D8 ether 02:01:08:01:ea:60 ch 1 dma 0 lo0: flags=3D8049 mtu 16384 Unfortunately I couldn't find a way to redirect IPv4 addresses to IPv6 with= =20 pf on my router, so at the moment I won't keep using IPv6 with my jails,=20 but I'd highly appreciate ongoing IPv6 support :) Do you know anything about the network virtualization project? Will it be=20 adopted to -current? (http://tel.fer.hr/zec/vimage/) Thanks a lot, =2DHarry > well, I'll try harder to get it into the tree, if somebody else than > myself actually wants it :-) > > Cheers, > > Olivier --nextPart2448963.yG2aHre4Jy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDssiYBylq0S4AzzwRAmMRAJsGqO1RfZdLuTEgc/lGEw3vstKusQCePyn6 pvHX/0tSC5typ+J6CuCW6Tw= =5IXM -----END PGP SIGNATURE----- --nextPart2448963.yG2aHre4Jy-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 18:42:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95DD616A41F for ; Wed, 28 Dec 2005 18:42:25 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from b.mx.visualtech.com (b.mx.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id E410743D4C for ; Wed, 28 Dec 2005 18:42:20 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [10.1.3.8] (b.fw.visualtech.com [208.16.19.254]) by b.mx.visualtech.com (Postfix) with ESMTP id 829214E85 for ; Wed, 28 Dec 2005 13:42:18 -0500 (EST) Message-ID: <43B2DCCF.4040808@voicenet.com> Date: Wed, 28 Dec 2005 13:43:27 -0500 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: DRM + agp_ati + -CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 18:42:25 -0000 As of yesterday morning, my HP Laptop, with a Mobility RS100 Radeon, is running -CURRENT. Unfortunately, I seem to be having problems with Direct Rendering. When I boot up, the agp driver is loaded properly: agp0: on hostb0 When I launch X, the drm and radeon modules are loaded: drm0: on vgapci0 info: [drm] AGP at 0xd4000000 64MB info: [drm] Initialized radeon 1.19.0 20050911 According to the X server, Direct Rendering is enabled: (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created "radeon" driver at busid "pci:0000:01:05.0" (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc3ce7000 (II) RADEON(0): [drm] mapped SAREA 0xc3ce7000 to 0x283d3000 (II) RADEON(0): [drm] framebuffer handle = 0xe0000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): [agp] Mode 0x0f000207 [AGP 0x0000/0x0000; Card 0x1002/0x4336] (II) RADEON(0): [agp] 32768 kB allocated with handle 0xc381f700 (II) RADEON(0): [agp] ring handle = 0xd4000000 (II) RADEON(0): [agp] Ring mapped at 0x2c433000 (II) RADEON(0): [agp] ring read ptr handle = 0xd4101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0x282df000 (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xd4102000 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x2c534000 (II) RADEON(0): [agp] GART texture map handle = 0xd4302000 (II) RADEON(0): [agp] GART Texture map mapped at 0x2c734000 (II) RADEON(0): [drm] register handle = 0xd0100000 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): CP in BM mode (II) RADEON(0): Using 32 MB GART aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 29 MB for GART textures (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 9 (II) RADEON(0): [drm] Initialized kernel GART heap manager, 29884416 (II) RADEON(0): Direct rendering enabled According to glxgears, the DRI driver is being used: name of display: scroll.netops.dci.lan:0.0 display: scroll.netops.dci.lan:0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI Radeon 20051013 AGP 4x NO-TCL OpenGL version string: 1.3 Mesa 6.5 However, glxgears is only giving me about 1 FPS. Most other GL applications (gltext, for example, from the xscreensaver package) are even slower. Software Mesa is even faster. The DRM driver is giving the following error message: error: [drm:pid51336:drm_alloc_resource] *ERROR* Couldn't find resource 0x0 The PID changes, of course, depending on the PID of the X server, but the rest of the error stays the same. What's really bizarre, however, is that if I set hw.dri.0.debug to 1, glxgears gets roughly 200 FPS, faster than software Mesa, but slower than it can get (undoubtedly due to the massive amounts of debugging information that the kernel is logging). Any ideas? Thanks! Adam From owner-freebsd-current@FreeBSD.ORG Wed Dec 28 23:40:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F73416A41F for ; Wed, 28 Dec 2005 23:40:32 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from msgmmp-3.gci.net (msgmmp-3.gci.net [209.165.130.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8807243D45 for ; Wed, 28 Dec 2005 23:40:23 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from stargate.akparadise.com ([209.124.141.64]) by msgmmp-3.gci.net (Sun Java System Messaging Server 6.2-3.03 (built Jun 27 2005)) with ESMTPA id <0IS800G7TF2O5VK0@msgmmp-3.gci.net> for freebsd-current@freebsd.org; Wed, 28 Dec 2005 14:40:02 -0900 (AKST) Received: by stargate.akparadise.com (Postfix, from userid 0) id 989783F89; Wed, 28 Dec 2005 14:39:59 -0900 (AKST) Date: Wed, 28 Dec 2005 14:39:43 -0900 From: Beech Rintoul To: freebsd-current@freebsd.org Message-id: <200512281439.57713.akbeech@gmail.com> Organization: NorthWind Communications MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart4733522.exT440mZP7; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit User-Agent: KMail/1.8.3 Subject: ath problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 23:40:32 -0000 --nextPart4733522.exT440mZP7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I'm trying to get ath working with a D-Link AG530 wireless card on a 6-STAB= LE=20 machine. It returns the following: Dec 28 12:24:12 pinnacle kernel: ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212,= =20 RF5111, RF5112, RF2413) Dec 28 12:24:12 pinnacle kernel: ath0: mem=20 0xcffe0000-0xcffeffff irq 10 at device 10.0 on pci0 Dec 28 12:24:12 pinnacle kernel: ath0: unable to collect channel list from= =20 hal; regdomain likely 18 country code 0 Dec 28 12:24:12 pinnacle kernel: device_attach: ath0 attach returned 22 This card / driver works perfectly on my -CURRENT box. Is this supported in= =20 =2DCURRENT only? I don't want to upgrade the box, it's in production and I= =20 can't risk -CURRENT. BTW, this card is not in the supported devices list, b= ut=20 does work. Is it feasible to move the sources from -CURRENT to this box? If= =20 so which ones? Thanks, Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://akparadise.byethost33.com =2D------------------------------------------------------------------------= =2D------------- --nextPart4733522.exT440mZP7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDsyJNVq19LUoGB+MRAuBpAJ9e4BS65AiePkwriAYqeqMxOZMxEwCgj26V +JsKTOPxoKiSzxCAZ95O+L4= =BeD6 -----END PGP SIGNATURE----- --nextPart4733522.exT440mZP7-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 00:15:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B70616A41F for ; Thu, 29 Dec 2005 00:15:13 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4104243D55 for ; Thu, 29 Dec 2005 00:15:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 3E13D1FFDDB; Thu, 29 Dec 2005 01:15:09 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 8431C1FFBF8; Thu, 29 Dec 2005 01:15:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 65CD344487E; Thu, 29 Dec 2005 00:10:52 +0000 (UTC) Date: Thu, 29 Dec 2005 00:10:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Anish Mistry In-Reply-To: <200512161607.24657.mistry.7@osu.edu> Message-ID: <20051229000840.Q1898@maildrop.int.zabbadoz.net> References: <200512161607.24657.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: LOR #155 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 00:15:13 -0000 On Fri, 16 Dec 2005, Anish Mistry wrote: > I got LOR #155 *I think* when unload acpi_video while testing some of > jhb's patches. The backtrace is a bit different from #155 (maybe some code changed, maybe it's another code path). That had been private patches not in HEAD? If it's not in HEAD I'd rather not add it to the LOR page. It looks like the LOR is because of the trap anyway. > acpi_video0: detached > lock order reversal: (sleepable after non-sleepable) > 1st 0xc104e8c8 mt_zone (UMA zone) @ /usr/src/sys/vm/uma_core.c:2452 > 2nd 0xc2424d34 user map (user map) @ /usr/src/sys/vm/vm_map.c:2993 > KDB: stack backtrace: > witness_checkorder(c2424d34,9,c062abe6,bb1,cc9dbaac) at > witness_checkorder+0x5aa > _sx_xlock(c2424d34,c062abe6,bb1,1000001,cc9dbaac) at _sx_xlock+0x3c > vm_map_lookup(cc9dbaac,0,1,cc9dbab0,cc9dbaa0,cc9dbaa4,cc9dba87,cc9dba88) > at vm_map_lookup+0x24 > vm_fault(c2424cf0,0,1,0,c25ed1a0) at vm_fault+0x63 > trap_pfault(15) at trap_pfault+0x12c > trap(8,28,28,0,c104e8c0) at trap+0x37a > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc05a8ec8, esp = 0xcc9dbc08, ebp = 0xcc9dbc1c --- > uma_zfree_internal(0,1,3) at uma_zfree_internal+0xb8 > malloc_uninit(c078f020,c078ee1c,0,cc9dbc70,c04aebc2) at > malloc_uninit+0xb3 > linker_file_unload(c2049b00,0,0,c25ed1a0,c25ebadc) at > linker_file_unload+0x2f8 > kern_kldunload(0,cc9dbd04,2,0,3) at kern_kldunload+0x68 > syscall(3b,3b,3b,5,bfbfe9de) at syscall+0x166 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280ab48b, esp = > 0xbfbfe464, ebp = 0xbfbfe8a8 --- -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 00:15:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A05E316A420 for ; Thu, 29 Dec 2005 00:15:13 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40E0A43D53 for ; Thu, 29 Dec 2005 00:15:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 5718A1FFE22; Thu, 29 Dec 2005 01:15:09 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 8E63B1FFDD7; Thu, 29 Dec 2005 01:15:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id E114F44487E; Thu, 29 Dec 2005 00:14:26 +0000 (UTC) Date: Thu, 29 Dec 2005 00:14:26 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Goran Gajic In-Reply-To: Message-ID: <20051229001211.R1898@maildrop.int.zabbadoz.net> References: <200512151356.41550.jhb@freebsd.org> <200512161525.12656.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: skype-1.2.0.18-static for linux and FreeBSD 7.0 CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 00:15:13 -0000 On Fri, 16 Dec 2005, Goran Gajic wrote: > > Without mentioned DEBUG options everything seems to be ok except when > skype and xmms are running together. Then this appears occasionaly: > > lock order reversal: > 1st 0xc245a100 pcm0 (sound cdev) @ > /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:277 > 2nd 0xc245a200 pcm0:record:0 (pcm record channel) @ > /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:290 > KDB: stack backtrace: for the archives. This had previously been recorded as LOR # 174: http://sources.zabbadoz.net/freebsd/lor.html#174 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 00:25:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E31316A41F for ; Thu, 29 Dec 2005 00:25:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7AF043D58 for ; Thu, 29 Dec 2005 00:25:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 9DBB61FFDC1 for ; Thu, 29 Dec 2005 01:25:09 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 19A541FFBF8; Thu, 29 Dec 2005 01:25:07 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 84C5444487E for ; Thu, 29 Dec 2005 00:22:43 +0000 (UTC) Date: Thu, 29 Dec 2005 00:22:42 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list In-Reply-To: <20051221191919.GB17950@webcom.it> Message-ID: <20051229002111.P1898@maildrop.int.zabbadoz.net> References: <20051221191919.GB17950@webcom.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: Re: Panic and LOR on -CURRENT with ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 00:25:11 -0000 On Wed, 21 Dec 2005, Andrea Campi wrote: Hi, > lock order reversal: (sleepable after non-sleepable) > 1st 0xc0d68d30 ath0 (network driver) @ /usr/src/sys/dev/ath/if_ath.c:4642 > 2nd 0xc0cfc878 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 Looked almost like #42 (I guess some lock code changed during that 14 months) so I added it there: http://sources.zabbadoz.net/freebsd/lor.html#42 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 00:35:11 2005 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3747016A41F for ; Thu, 29 Dec 2005 00:35:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AAC343D55 for ; Thu, 29 Dec 2005 00:35:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 45B721FFE22; Thu, 29 Dec 2005 01:35:09 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 126F81FFDD7; Thu, 29 Dec 2005 01:35:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 77D8244487E; Thu, 29 Dec 2005 00:34:38 +0000 (UTC) Date: Thu, 29 Dec 2005 00:34:37 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Goran Gajic In-Reply-To: Message-ID: <20051229003333.R1898@maildrop.int.zabbadoz.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@www.freebsd.org Subject: Re: LOR in pcm/dsp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 00:35:11 -0000 On Tue, 27 Dec 2005, Goran Gajic wrote: > > > FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #16: Mon Dec 26 19:39:26 CET 2005 > root@:/usr/src/sys/i386/compile/TEST i386 > > > lock order reversal: > 1st 0xc23d5380 pcm0 (sound cdev) @ > /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:277 > 2nd 0xc22b1a60 pcm0:record:0 (pcm record channel) @ > /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:290 this again previously has been added with LOR ID 174 to the LOR page: http://sources.zabbadoz.net/freebsd/lor.html#174 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 00:35:11 2005 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DEBF16A420 for ; Thu, 29 Dec 2005 00:35:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB2143D5E for ; Thu, 29 Dec 2005 00:35:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 312C01FFDDB; Thu, 29 Dec 2005 01:35:09 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 087AF1FFBF8; Thu, 29 Dec 2005 01:35:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 021A844487E; Thu, 29 Dec 2005 00:32:15 +0000 (UTC) Date: Thu, 29 Dec 2005 00:32:15 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Goran Gajic In-Reply-To: Message-ID: <20051229003048.Q1898@maildrop.int.zabbadoz.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@www.freebsd.org Subject: Re: LOR+PANIC in 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 00:35:11 -0000 On Tue, 27 Dec 2005, Goran Gajic wrote: Hi, > lock order reversal: (sleepable after non-sleepable) > 1st 0xc2b77498 inp (tcpinp) @ netinet/tcp_input.c:743 > 2nd 0xc0967ec4 user map (user map) @ vm/vm_map.c:2993 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0977848,c0977488,c092ad8c) at kdb_backtrace+0x29 > witness_checkorder(c0967ec4,9,c08b631d,bb1) at witness_checkorder+0x580 > _sx_xlock(c0967ec4,c08b6314,bb1) at _sx_xlock+0x50 > _vm_map_lock_read(c0967e80,c08b6314,bb1,216da80,c216c6ec) at > _vm_map_lock_read+0x33 > vm_map_lookup(cbfd9888,0,2,cbfd988c,cbfd987c) at vm_map_lookup+0x28 > vm_fault(c0967e80,0,2,8,c216da80) at vm_fault+0x65 > trap_pfault(cbfd99a4,0,44) at trap_pfault+0xee > trap(c2160008,cbfd0028,c0690028,44,c28baa63) at trap+0x3cd > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc0829b36, esp = 0xcbfd99e4, ebp = 0xcbfd9a14 --- the LOR seems to be a result of the trap. Nonetheless I have added it with ID 175 http://sources.zabbadoz.net/freebsd/lor.html#175 to the LOR page. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 01:18:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16A6616A41F for ; Thu, 29 Dec 2005 01:18:37 +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 2372643D4C for ; Thu, 29 Dec 2005 01:18:36 +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 jBT1IXiE067224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Dec 2005 17:18:35 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43B339B7.6070809@errno.com> Date: Wed, 28 Dec 2005 17:19:51 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Campi References: <20051221191919.GB17950@webcom.it> <43A9B5EA.8030905@errno.com> <20051221215457.GE17950@webcom.it> <43AA4415.8070300@errno.com> <20051228102512.GV1779@webcom.it> In-Reply-To: <20051228102512.GV1779@webcom.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Panic and LOR on -CURRENT with ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 01:18:37 -0000 Andrea Campi wrote: > On Wed, Dec 21, 2005 at 10:13:41PM -0800, Sam Leffler wrote: > >>The info you want is gone by the time the crash happens. Last time I >>chased a similar problem I did some private hacks to write-protect mbufs >>to catch unexpected modification. You might try removing ipfw or using >>an alternate packet filter if that's feasible. I wouldn't be surprised >>if this is related to ipfw and/or divert sockets. > > > OK, I'm running with pf right now, and that particular panic went away. > > However, I had a few others... the first one is admittedly old, and it > might have disappeared with the last cvsup (dec 27): > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xdeadc0de > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc05288e6 > stack pointer = 0x28:0xc5b70910 > frame pointer = 0x28:0xc5b7091c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 270 (natd) > [thread pid 270 tid 100043 ] > Stopped at ieee80211_find_txnode+0x36: testb $0x1,0(%eax) > db> bt > Tracing pid 270 tid 100043 td 0xc0d5e300 > ieee80211_find_txnode(c0d681ac,deadc0de,c0d690f8,c0d681ac,c0d71ef4) at ieee80211 > _find_txnode+0x36 > ath_start(c0d65000,25000,be,0,c1040842) at ath_start+0xe52 > ether_output_frame(c0d65000,c1040800,c1040848,0,0) at ether_output_frame+0x226 > ether_output(c0d65000,c1040800,c5b70a80,c0fdda50) at ether_output+0x2d3 > ip_output(c1040800,0,c5b70a7c,1,0,0) at ip_output+0xa7e > ip_forward(c06376e0,0,c05ef2e7,6d9,c06376e0) at ip_forward+0x120 > ip_input(c1040800) at ip_input+0x8d5 > div_send(c0fda000,0,c1040800,c0d91850,0) at div_send+0x18b > sosend(c0fda000,c0d91850,c5b70c40,c1040800,0,0,c0d5e300) at sosend+0x5c5 > kern_sendit(c0d5e300,3,c5b70cbc,0,0) at kern_sendit+0xbe > sendit(c5b70cbc,0,bfbdeca0,0,c0d91850) at sendit+0x41 > sendto(c0d5e300,c5b70d04,6,f65,296) at sendto+0x47 > syscall(3b,3b,bfbf003b,1,b0) at syscall+0x110 > Xint0x80_syscall() at Xint0x80_syscall+0x1f Another mbuf free'd out form under you (0xdeadc0de param to find_txnode is the mac address in the 802.11 header take from the mbuf contents). > > > This one happened as I restarted dhclient: > > > panic: bus_dmamap_load_mbuf_sg: no mbuf packet header! > KDB: stack backtrace: > panic(c06050ba,c060205c,c0554ad9,c1225846,c5708bfa) at panic+0xef > bus_dmamap_load_mbuf_sg(c0d21d80,0,c1225800,c0d733f0,c0d733d0,1) at bus_dmamap_l > oad_mbuf_sg+0x4ec > ath_start(c0d65000,6c,c0ce771c,0,c0614d47) at ath_start+0x26f > taskqueue_run(c0ce7700,0,c0d0e624,0,c04b84c0) at taskqueue_run+0x81 > ithread_loop(c0ce7680,c5708d38,c0ce7680,c04b84c0,0) at ithread_loop+0x175 > fork_exit(c04b84c0,c0ce7680,c5708d38) at fork_exit+0x83 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xc5708d6c, ebp = 0 --- > KDB: enter: panic > [thread pid 31 tid 100017 ] Probably the same thing; every mbuf chain has a packet header because the 802.11 encapsulation guarantees it. > > > This is 100% reproducible: switching from 11b to 11g (with a few associated > nodes, most of which 11b only) results in this panic: > > > gw0# ifconfig ath0 mode 11g > panic: bogus long slot station count 0 This is a bug; I'll merge the correct code from my p4 tree. Until then mark the ap down before changing the mode and bringing it back up. > KDB: stack backtrace: > panic(c061e2a3,0,c0d699a8,c0f1d000,b59) at panic+0xef > ieee80211_node_join(c0d691ac,c0f1d000,c0d699ac,0,c061dd08) at ieee80211_node_joi > n > ieee80211_iterate_nodes(c0d699a8,c0557ce0,c0d691ac) at ieee80211_iterate_nodes+0 > xbc > ieee80211_newstate(c0d691ac,0,ffffffff) at ieee80211_newstate+0x4e6 > ath_newstate(c0d691ac,0,ffffffff,c0d6b000,c0d69000) at ath_newstate+0x2e4 > ath_stop_locked(c0d69d3c,8,c06089ec,356,c0d69d3c) at ath_stop_locked+0xab > ath_init(c0d69000,20280,c5e20a60,c0539d66,c0d65000) at ath_init+0x4e > ath_media_change(c0d65000,c066a358,c5e20a64,c0cefd80,c0d65000) at ath_media_chan > ge+0x3e > ifmedia_ioctl(c0d65000,c0d92ca0,c0d69aac,c0206937,0) at ifmedia_ioctl+0x1f6 > ieee80211_ioctl(c0d691ac,c0206937,c0d92ca0) at ieee80211_ioctl+0x16a > ath_ioctl(c0d65000,c0206937,c0d92ca0) at ath_ioctl+0xb2 > ifhwioctl(c0d92ca0,c1110a80,c0d65000,c0fdf6f4,c0206937) at ifhwioctl+0x113 > ifioctl(c0fdf6f4,c0206937,c0d92ca0,c1110a80) at ifioctl+0x5c > soo_ioctl(c0deca68,c0206937,c0d92ca0,c0ded780,c1110a80) at soo_ioctl+0x29d > ioctl(c1110a80,c5e20d04,3,c,246) at ioctl+0xfa > syscall(3b,3b,3b,8057d40,0) at syscall+0x110 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2813f71f, esp = 0xbfbfe4cc, ebp = 0xbfbfe4e8 --- > KDB: enter: panic > [thread pid 1615 tid 100068 ] > Stopped at kdb_enter+0x2c: leal 0(%esi),%esi > > > I'll keep testing but things look nicer despite these panics (as they only > happen during non routine things). The same problem appears to be around. Sam From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 01:23:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BBC316A420 for ; Thu, 29 Dec 2005 01:23:06 +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 3616943D58 for ; Thu, 29 Dec 2005 01:23:06 +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 jBT1N5iE067254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Dec 2005 17:23:05 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43B33AC7.2040107@errno.com> Date: Wed, 28 Dec 2005 17:24:23 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Beech Rintoul References: <200512281439.57713.akbeech@gmail.com> In-Reply-To: <200512281439.57713.akbeech@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 01:23:06 -0000 Beech Rintoul wrote: > I'm trying to get ath working with a D-Link AG530 wireless card on a 6-STABLE > machine. It returns the following: > > Dec 28 12:24:12 pinnacle kernel: ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, > RF5111, RF5112, RF2413) > Dec 28 12:24:12 pinnacle kernel: ath0: mem > 0xcffe0000-0xcffeffff irq 10 at device 10.0 on pci0 > Dec 28 12:24:12 pinnacle kernel: ath0: unable to collect channel list from > hal; regdomain likely 18 country code 0 > Dec 28 12:24:12 pinnacle kernel: device_attach: ath0 attach returned 22 > > This card / driver works perfectly on my -CURRENT box. Is this supported in > -CURRENT only? I don't want to upgrade the box, it's in production and I > can't risk -CURRENT. BTW, this card is not in the supported devices list, but > does work. Is it feasible to move the sources from -CURRENT to this box? If > so which ones? 6-STABLE and CURRENT have the same hal so I don't see how it works differently. Verify the hal versions. Regardless this problem is caused by a batch of cards D-Link created with bogus regulatory domain codes programmed into the EEPROM (they programmed 18 when they probably wanted 16 = FCC). If you search a bit you can find postings that describe how to "fix this". Sam From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 03:41:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4043816A41F; Thu, 29 Dec 2005 03:41:40 +0000 (GMT) (envelope-from ozawa@ongs.co.jp) Received: from hepitas.ongs.net (hepitas.ongs.net [202.216.232.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id C943B43D53; Thu, 29 Dec 2005 03:41:39 +0000 (GMT) (envelope-from ozawa@ongs.co.jp) Received: from [IPv6???1] (localhost.ongs.net [127.0.0.1]) by hepitas.ongs.net (Postfix) with ESMTP id EA2333F; Thu, 29 Dec 2005 12:21:14 +0900 (JST) Message-ID: <43B35AF4.5040408@ongs.co.jp> Date: Thu, 29 Dec 2005 12:41:40 +0900 From: Masanori OZAWA Organization: ONGS Inc. User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org Subject: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ozawa@ongs.co.jp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 03:41:40 -0000 I gave a send-pr around the improvement of the unionfs. Please look at the follow url in specific for interested poeple whom it may committer or official people who can merge my patches. http://www.freebsd.org/cgi/query-pr.cgi?pr=91010 The established unionfs implementaion is weak around thier functions. Some systems that use unionfs like FreeSBIE need more rich function. My improvements give the more rich features to get it on. I want to give a suggestion to the maintainer of unionfs to merge my patch :) New features of my improvements are follow: ---- mount_unionfs: - added "[-c ]" Set copy strategy for copying from lower layer to upper layer around files and directories. The strategies are "old", "fullcopy" and "useful" setting by root only. old: the same strategy as established unionfs. (default) fullcopy: upper layer gets full copy of lower layer status. useful: user can get access controlling by -m, -M, -u and -g. only owner's access permission get chagne when target owner is the same as original owner. - added "[-m permission]" Set access permission for file with "useful" strategy only. mount target directory gives default permission. permission given by "-M" gives default permission when "-m" is not given. - added "[-M permission]" Set access permission for directory with "useful" strategy only. mount target directory gives default permission. permission given by "-m" gives default permission when "-M" is not given. - added "[-u owner]" Set owner with "useful" strategy only. mount target directory gives default owner. - added "[-g group]" Set group with "useful" strategy only. mount target directory gives default group. - deleted "[-r]" "-r" option is not needed because mount_nullfs has instead ---- I got some load test, and looks like it works fine. The simple test is to use some commads like cp, mv, mkdir, chmod and ls. The heavy test is like as follow: # mount_unionfs -c useful /usr/ufs1 /usr/obj # mount_unionfs /usr/ufs2 /usr/src # cd /usr/src # make buildkernel # make clean # make -j2 buildworld # make clean # umount /usr/obj # cd # umount /usr/src Wojciech A. Koszek has pointed out, my improvements of unionfs can not get the same way to use with nullfs. The problem depends on the locking mechanism of the FreeBSD VFS. Unionfs, of course, should control the two fs locks both of the upper layer and the lower layer. It use ``struct vnode *vp; vp->v_vnlock = foobar;'' as lock mechanism. And nullfs use the same one. That is a problem. I think that nullfs should get change of the implementaion from the complexity of the implementation rather than to get change of unionf's implementation. However, as a first step of the unionfs-improvements, to merge my patches is very meaningful I think. Finally, so sorry my English is not enough to get communication with you. My boss, daichi@freebsd.org gives us the help of communication (as a matter of fact he wrote most of this mail ;) . Please gives daichi@freebsd.org as CC: for my mail. Thanks. :) -- ONGS Inc. Masanori OZAWA (ozawa@ongs.co.jp) WWW: http://www.ongs.co.jp/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 04:52:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 933BC16A41F; Thu, 29 Dec 2005 04:52:15 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42C3843D5A; Thu, 29 Dec 2005 04:52:15 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBT4qDN8069912; Thu, 29 Dec 2005 04:52:14 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43B36B83.7080404@freebsd.org> Date: Thu, 29 Dec 2005 12:52:19 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Evans References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 04:52:15 -0000 Jason Evans wrote: > So, how about it? Is jemalloc ready to go in now? > > Thanks, > Jason I have tested super-smack with your patch on my Pentium-D machine: CPU : P4 dual-core 2.8Ghz Memory: 1G bytes I am using libthr. phkmalloc can reach about 21000 query-per-s. jemalloc can only reach about 15000 query-per-s, about 28% performance is dropped. David Xu From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 05:00:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDFD516A41F; Thu, 29 Dec 2005 05:00:09 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84BAE43D46; Thu, 29 Dec 2005 05:00:09 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 40F4D5E48E3; Wed, 28 Dec 2005 21:00:09 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 9ADDE5E48A3; Wed, 28 Dec 2005 21:00:07 -0800 (PST) In-Reply-To: <43B36B83.7080404@freebsd.org> References: <43B36B83.7080404@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Wed, 28 Dec 2005 21:00:04 -0800 To: David Xu X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 05:00:10 -0000 On Dec 28, 2005, at 8:52 PM, David Xu wrote: > Jason Evans wrote: > >> So, how about it? Is jemalloc ready to go in now? >> Thanks, >> Jason > > I have tested super-smack with your patch on my Pentium-D machine: > CPU : P4 dual-core 2.8Ghz > Memory: 1G bytes > I am using libthr. > > phkmalloc can reach about 21000 query-per-s. > jemalloc can only reach about 15000 query-per-s, > about 28% performance is dropped. That is a much different result than Kris Kennaway got on a dual-dual Opteron system, as well as my results on a 3.2 GHz P4. Can you please provide details on what version of the jemalloc patch you used, which MALLOC_OPTIONS flags you used, what parameters you specified to super-smack, etc.? A Pentium-D should behave similarly to two single-core CPUs, right? Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 05:05:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E600616A41F; Thu, 29 Dec 2005 05:05:57 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1292343D5C; Thu, 29 Dec 2005 05:05:57 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBT55sT3070213; Thu, 29 Dec 2005 05:05:56 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43B36EB9.70205@freebsd.org> Date: Thu, 29 Dec 2005 13:06:01 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Evans References: <43B36B83.7080404@freebsd.org> <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> In-Reply-To: <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 05:05:58 -0000 Jason Evans wrote: > > On Dec 28, 2005, at 8:52 PM, David Xu wrote: > >> Jason Evans wrote: >> >>> So, how about it? Is jemalloc ready to go in now? >>> Thanks, >>> Jason >> >> >> I have tested super-smack with your patch on my Pentium-D machine: >> CPU : P4 dual-core 2.8Ghz >> Memory: 1G bytes >> I am using libthr. >> >> phkmalloc can reach about 21000 query-per-s. >> jemalloc can only reach about 15000 query-per-s, >> about 28% performance is dropped. > > > That is a much different result than Kris Kennaway got on a dual-dual > Opteron system, as well as my results on a 3.2 GHz P4. Can you please > provide details on what version of the jemalloc patch you used, which > MALLOC_OPTIONS flags you used, what parameters you specified to > super-smack, etc.? > > A Pentium-D should behave similarly to two single-core CPUs, right? > > Thanks, > Jason > > > I am using patch file jemalloc_20051222c.diff. I don't use MALLOC_OPTIONS and don't create link malloc.conf in /etc. I have tested super-smack with following command: %super-smack ./select-key.smack 10 5000 Query Barrel Report for client smacker1 connect: max=4ms min=1ms avg= 2ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 100000 0 0 15895.76 %super-smack ./select-key.smack 10 5000 Query Barrel Report for client smacker1 connect: max=3ms min=2ms avg= 2ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 100000 0 0 16029.86 %super-smack ./select-key.smack 10 5000 Query Barrel Report for client smacker1 connect: max=2ms min=0ms avg= 1ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 100000 0 0 14732.03 From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 05:07:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5465516A41F for ; Thu, 29 Dec 2005 05:07:35 +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 5A43143D70 for ; Thu, 29 Dec 2005 05:07:28 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jBT57RiE068066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Dec 2005 21:07:27 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43B36ED5.6020300@errno.com> Date: Wed, 28 Dec 2005 21:06:29 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Beech Rintoul References: <200512281439.57713.akbeech@gmail.com> <43B33AC7.2040107@errno.com> In-Reply-To: <43B33AC7.2040107@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 05:07:35 -0000 Sam Leffler wrote: > Beech Rintoul wrote: > >> I'm trying to get ath working with a D-Link AG530 wireless card on a >> 6-STABLE machine. It returns the following: >> >> Dec 28 12:24:12 pinnacle kernel: ath_hal: 0.9.14.9 (AR5210, AR5211, >> AR5212, RF5111, RF5112, RF2413) >> Dec 28 12:24:12 pinnacle kernel: ath0: mem >> 0xcffe0000-0xcffeffff irq 10 at device 10.0 on pci0 >> Dec 28 12:24:12 pinnacle kernel: ath0: unable to collect channel list >> from hal; regdomain likely 18 country code 0 >> Dec 28 12:24:12 pinnacle kernel: device_attach: ath0 attach returned 22 >> >> This card / driver works perfectly on my -CURRENT box. Is this >> supported in -CURRENT only? I don't want to upgrade the box, it's in >> production and I can't risk -CURRENT. BTW, this card is not in the >> supported devices list, but does work. Is it feasible to move the >> sources from -CURRENT to this box? If so which ones? > > > 6-STABLE and CURRENT have the same hal so I don't see how it works > differently. Verify the hal versions. > > Regardless this problem is caused by a batch of cards D-Link created > with bogus regulatory domain codes programmed into the EEPROM (they > programmed 18 when they probably wanted 16 = FCC). If you search a bit > you can find postings that describe how to "fix this". I was wrong. Regdomain code 18 is a new code that enables access to frequencies in the 4.9G range. You need the new hal I've got out for testing. Sam From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 05:15:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46BD616A41F; Thu, 29 Dec 2005 05:15:17 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA23D43D46; Thu, 29 Dec 2005 05:15:16 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id A07DD5E48E3; Wed, 28 Dec 2005 21:15:16 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 1F7575E488C; Wed, 28 Dec 2005 21:15:15 -0800 (PST) In-Reply-To: <43B36EB9.70205@freebsd.org> References: <43B36B83.7080404@freebsd.org> <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> <43B36EB9.70205@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Wed, 28 Dec 2005 21:15:12 -0800 To: David Xu X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 05:15:17 -0000 On Dec 28, 2005, at 9:06 PM, David Xu wrote: > > I am using patch file jemalloc_20051222c.diff. I don't use > MALLOC_OPTIONS and don't create link malloc.conf in /etc. > I have tested super-smack with following command: > > %super-smack ./select-key.smack 10 5000 > Query Barrel Report for client smacker1 > connect: max=4ms min=1ms avg= 2ms from 10 clients > Query_type num_queries max_time min_time > q_per_s > select_index 100000 0 0 15895.76 Can you please try again with MALLOC_OPTIONS=aj, and (similar to the tests I ran): MALLOC_OPTIONS=aj super-smack ./select-key.smack 4 10000 It will be helpful to know whether your hardware behaves differently for the same test. Also, I don't have any working hardware right now, so I can't try to reproduce your results. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 05:21:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 656BD16A41F; Thu, 29 Dec 2005 05:21:08 +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 1AE8843D48; Thu, 29 Dec 2005 05:21:08 +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 F0F141A3C1C; Wed, 28 Dec 2005 21:21:07 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by obsecurity.dyndns.org (Postfix) with ESMTP id 0D129528DF; Thu, 29 Dec 2005 00:21:04 -0500 (EST) Message-ID: <43B3722B.5070809@obsecurity.org> Date: Thu, 29 Dec 2005 15:50:43 +1030 From: Kris Kennaway User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Evans References: <43B36B83.7080404@freebsd.org> <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> <43B36EB9.70205@freebsd.org> <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> In-Reply-To: <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, David Xu Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 05:21:08 -0000 Jason Evans wrote: > On Dec 28, 2005, at 9:06 PM, David Xu wrote: > >> >> I am using patch file jemalloc_20051222c.diff. I don't use >> MALLOC_OPTIONS and don't create link malloc.conf in /etc. >> I have tested super-smack with following command: >> >> %super-smack ./select-key.smack 10 5000 >> Query Barrel Report for client smacker1 >> connect: max=4ms min=1ms avg= 2ms from 10 clients >> Query_type num_queries max_time min_time q_per_s >> select_index 100000 0 0 15895.76 > > > Can you please try again with MALLOC_OPTIONS=aj, and (similar to the > tests I ran): > > MALLOC_OPTIONS=aj super-smack ./select-key.smack 4 10000 > > It will be helpful to know whether your hardware behaves differently > for the same test. Also, I don't have any working hardware right > now, so I can't try to reproduce your results. > > Thanks, > Jason > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > It's better to make the /etc/malloc.conf -> aj link instead of using the env variable, otherwise it's easy to forget to restart the mysqld with the new malloc options. Kris From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 05:39:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6271416A420; Thu, 29 Dec 2005 05:39:24 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0863F43D4C; Thu, 29 Dec 2005 05:39:24 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBT5dKwX072180; Thu, 29 Dec 2005 05:39:22 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43B3768F.40704@freebsd.org> Date: Thu, 29 Dec 2005 13:39:27 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Evans References: <43B36B83.7080404@freebsd.org> <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> <43B36EB9.70205@freebsd.org> <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> In-Reply-To: <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 05:39:24 -0000 Jason Evans wrote: > > On Dec 28, 2005, at 9:06 PM, David Xu wrote: > >> >> I am using patch file jemalloc_20051222c.diff. I don't use >> MALLOC_OPTIONS and don't create link malloc.conf in /etc. >> I have tested super-smack with following command: >> >> %super-smack ./select-key.smack 10 5000 >> Query Barrel Report for client smacker1 >> connect: max=4ms min=1ms avg= 2ms from 10 clients >> Query_type num_queries max_time min_time q_per_s >> select_index 100000 0 0 15895.76 > > > Can you please try again with MALLOC_OPTIONS=aj, and (similar to the > tests I ran): > > MALLOC_OPTIONS=aj super-smack ./select-key.smack 4 10000 > > It will be helpful to know whether your hardware behaves differently > for the same test. Also, I don't have any working hardware right now, > so I can't try to reproduce your results. > > Thanks, > Jason > > OK, I have linked /etc/malloc.conf to aj, this changes the performance: %super-smack ./select-key.smack 4 10000 Query Barrel Report for client smacker1 connect: max=23ms min=0ms avg= 5ms from 4 clients Query_type num_queries max_time min_time q_per_s select_index 80000 0 0 20480.54 %super-smack ./select-key.smack 4 10000 Query Barrel Report for client smacker1 connect: max=1ms min=0ms avg= 0ms from 4 clients Query_type num_queries max_time min_time q_per_s select_index 80000 0 0 19734.14 %super-smack ./select-key.smack 4 10000 Query Barrel Report for client smacker1 connect: max=1ms min=0ms avg= 0ms from 4 clients Query_type num_queries max_time min_time q_per_s select_index 80000 0 0 19846.49 %super-smack ./select-key.smack 4 10000 Query Barrel Report for client smacker1 connect: max=1ms min=0ms avg= 0ms from 4 clients Query_type num_queries max_time min_time q_per_s select_index 80000 0 0 20045.10 %super-smack ./select-key.smack 4 10000 Query Barrel Report for client smacker1 connect: max=0ms min=0ms avg= 0ms from 4 clients Query_type num_queries max_time min_time q_per_s select_index 80000 0 0 19544.33 % but it still can not beat phkmalloc. :-) From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 05:41:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6176E16A41F; Thu, 29 Dec 2005 05:41:53 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B204D43D5A; Thu, 29 Dec 2005 05:41:52 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 8319B5E48E3; Wed, 28 Dec 2005 21:41:52 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id DD6FE5E488C; Wed, 28 Dec 2005 21:41:50 -0800 (PST) In-Reply-To: <43B3768F.40704@freebsd.org> References: <43B36B83.7080404@freebsd.org> <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> <43B36EB9.70205@freebsd.org> <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> <43B3768F.40704@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <811F628B-A89B-4359-A219-13B5337726A9@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Wed, 28 Dec 2005 21:41:47 -0800 To: David Xu X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 05:41:53 -0000 On Dec 28, 2005, at 9:39 PM, David Xu wrote: > > OK, I have linked /etc/malloc.conf to aj, this changes the > performance: > > %super-smack ./select-key.smack 4 10000 > Query Barrel Report for client smacker1 > connect: max=23ms min=0ms avg= 5ms from 4 clients > Query_type num_queries max_time min_time > q_per_s > select_index 80000 0 0 20480.54 > select_index 80000 0 0 19734.14 > select_index 80000 0 0 19846.49 > select_index 80000 0 0 20045.10 > select_index 80000 0 0 19544.33 > > but it still can not beat phkmalloc. :-) What is the performance of phkmalloc under those testing conditions? Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 05:48:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0A3B16A422; Thu, 29 Dec 2005 05:48:51 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE5943D7D; Thu, 29 Dec 2005 05:48:38 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBT5mZTA072431; Thu, 29 Dec 2005 05:48:37 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43B378BA.10201@freebsd.org> Date: Thu, 29 Dec 2005 13:48:42 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Evans References: <43B36B83.7080404@freebsd.org> <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> <43B36EB9.70205@freebsd.org> <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> <43B3768F.40704@freebsd.org> <811F628B-A89B-4359-A219-13B5337726A9@freebsd.org> In-Reply-To: <811F628B-A89B-4359-A219-13B5337726A9@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 05:48:51 -0000 Jason Evans wrote: > > On Dec 28, 2005, at 9:39 PM, David Xu wrote: > >> >> OK, I have linked /etc/malloc.conf to aj, this changes the performance: >> >> %super-smack ./select-key.smack 4 10000 >> Query Barrel Report for client smacker1 >> connect: max=23ms min=0ms avg= 5ms from 4 clients >> Query_type num_queries max_time min_time q_per_s >> select_index 80000 0 0 20480.54 >> select_index 80000 0 0 19734.14 >> select_index 80000 0 0 19846.49 >> select_index 80000 0 0 20045.10 >> select_index 80000 0 0 19544.33 >> >> but it still can not beat phkmalloc. :-) > > > What is the performance of phkmalloc under those testing conditions? > > Thanks, > Jason > > I remembered its highest number is 216xxx. From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 06:19:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BA1016A41F; Thu, 29 Dec 2005 06:19:53 +0000 (GMT) (envelope-from ozawa@ongs.co.jp) Received: from hepitas.ongs.net (hepitas.ongs.net [202.216.232.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF73243D4C; Thu, 29 Dec 2005 06:19:52 +0000 (GMT) (envelope-from ozawa@ongs.co.jp) Received: from [IPv6???1] (localhost.ongs.net [127.0.0.1]) by hepitas.ongs.net (Postfix) with ESMTP id A40423F; Thu, 29 Dec 2005 14:59:27 +0900 (JST) Message-ID: <43B3800B.1000909@ongs.co.jp> Date: Thu, 29 Dec 2005 15:19:55 +0900 From: Masanori OZAWA Organization: ONGS Inc. User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <43B35AF4.5040408@ongs.co.jp> In-Reply-To: <43B35AF4.5040408@ongs.co.jp> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org Subject: Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ozawa@ongs.co.jp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 06:19:53 -0000 6.0-RELEASE needs follow patch: ---- patch start diff -urN unionfs.current/fs/union_vfsops.c unionfs/fs/union_vfsops.c --- unionfs.current/fs/union_vfsops.c Wed Dec 28 16:58:04 2005 +++ unionfs/fs/union_vfsops.c Wed Dec 28 22:54:20 2005 @@ -435,8 +435,8 @@ unionfs_quotactl(struct mount *mp, int cmd, uid_t uid, - /* caddr_t arg, // for 6.0-R */ - void *arg, // for 7-current + caddr_t arg, // for 6.0-R + /* void *arg, // for 7-current */ struct thread *td) { struct union_mount *um = MOUNTTOUNIONMOUNT(mp); ---- patch end -- ONGS Inc. Masanori OZAWA (ozawa@ongs.co.jp) WWW: http://www.ongs.co.jp/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 09:59:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2BE816A41F for ; Thu, 29 Dec 2005 09:59:23 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from efesto.telvia.it (efesto.telvia.it [213.155.192.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC2C443D4C for ; Thu, 29 Dec 2005 09:59:21 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from storage.brancatelli.it (unverified [213.155.197.19]) by efesto.telvia.it (Vircom SMTPRS 5.3.228) with ESMTP id for ; Thu, 29 Dec 2005 10:59:20 +0100 Received: from skdevil.sara.it (host194-172.pool80207.interbusiness.it [80.207.172.194]) (authenticated bits=0) by storage.brancatelli.it (8.13.1/8.13.1) with ESMTP id jBT9rBR6013777 for ; Thu, 29 Dec 2005 10:53:11 +0100 (CET) (envelope-from andrea@brancatelli.it) From: Andrea Brancatelli To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 10:52:00 +0100 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200512291052.00546.andrea@brancatelli.it> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 09:59:23 -0000 Hello everybody. Had a nice Xmas holidays? Hope so. I recently started working in a new company where I'm trying to evangelize FreeBSD. I succesfully got the internal proxies switched to FreeBSD and started to gain some credibility, so yesterday I got a free blade from their BladeCenter just for me to experiment with FreeBSD and such. So I popped in the FreeBSD CD-Rom (the mini-ISO) to install FreeBSD 6.0 on this nice machine but it didn't work out. Here's the symptoms... when booting from CD the CD boots regulary, then the "searching for Kernel" part comes in, the whirl starts spinning and everything stop. I mean, it doesn't stop, it keeps spinning and spinning and spinning and spinning, but without doing anything. If I take the CD out of the drive it returns and error complaining it can't find the Kernel and asking me where it should look for it. I don't have a kernel in my pocket so if it doesn't find the one on the CD I'm pretty blocked. Do anyone any interesting idea in how to solve this issue? The hardware layout, for those who may not know it. It's a dual xeon machine with 4gb of ram, 2 internal (S-ATA) drives (40gb each), one (possibily deactivable) internal Raid controller (deactivating this may be a good try, since Debiand refuses to see the drive as well with this turned on), a SCSI cdrom and a SCSI floppy drive. I don't have any fiber optic channel so the SAN/multipath and everything else is not an issue. The keyboard is a PS/2 one, so the USB keyboard isn't an issue as well (I'm writing this because I did some digging in the archives for similar problems). Is there anything I should try? Any idea? Thanks for any help you may provide. -- Andrea Brancatelli http://andrea.brancatelli.it/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 10:23:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA2BD16A41F for ; Thu, 29 Dec 2005 10:23:12 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6CC843D8D for ; Thu, 29 Dec 2005 10:22:30 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from amavis.mail (amavis2.rz.uni-wuerzburg.de [132.187.3.47]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id E55E7E3D8E; Thu, 29 Dec 2005 11:22:24 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by amavis.mail (Postfix) with ESMTP id D89062A3E; Thu, 29 Dec 2005 11:22:24 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by amavis.mail (Postfix) with ESMTP id A7ADB27C4; Thu, 29 Dec 2005 11:22:24 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6C72D14123A; Thu, 29 Dec 2005 11:22:24 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id jBTAMOQJ023995; Thu, 29 Dec 2005 11:22:24 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id jBTAMNmW088771; Thu, 29 Dec 2005 11:22:23 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id jBTAMNCf001576; Thu, 29 Dec 2005 11:22:23 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id jBTAMM0q001575; Thu, 29 Dec 2005 11:22:22 +0100 (CET) (envelope-from q@galgenberg.net) Date: Thu, 29 Dec 2005 11:22:22 +0100 From: Ulrich Spoerlein To: Chris Gilbert Message-ID: <20051229102222.GB1024@galgenberg.net> Mail-Followup-To: Chris Gilbert , freebsd-current@freebsd.org References: <200512270950.KAA06620@stoney.dudes.ch> <200512271116.34464.Chris@lainos.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oC1+HKm2/end4ao3" Content-Disposition: inline In-Reply-To: <200512271116.34464.Chris@lainos.org> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=8.0 tests= X-Spam-Level: Cc: freebsd-current@freebsd.org Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 10:23:13 -0000 --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Chris Gilbert wrote: > You can grab the port here: >=20 > http://www.neovanglist.net/~Neovanglist/ATI/ati-driver.tar.gz I tried it on my Dell Inspiron 8600c with an Radeon Mobility 9600 (M10, or something). It failed to start X because of hundreds of missing symbols. I see now, that I have drm.ko and radeon.ko loaded, are these known to interfere with fglrx? Here are the missing symbols. I'll try again without radeon/drm modules later and report back. (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.so (II) Module vgahw: vendor=3D"X.Org Foundation" compiled for 6.8.99.903, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 0.8 Symbol vgaHWGetIndex from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o= is unresolved! Required symbol vgaHWUnlock from module /usr/X11R6/lib/modules/drivers/fglr= x_drv.o is unresolved! Required symbol vgaHWSave from module /usr/X11R6/lib/modules/drivers/fglrx_= drv.o is unresolved! Required symbol vgaHWLock from module /usr/X11R6/lib/modules/drivers/fglrx_= drv.o is unresolved! Required symbol vgaHWFreeHWRec from module /usr/X11R6/lib/modules/drivers/f= glrx_drv.o is unresolved! Symbol vgaHWGetIndex from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o= is unresolved! Required symbol vgaHWUnlock from module /usr/X11R6/lib/modules/drivers/fglr= x_drv.o is unresolved! Required symbol vgaHWRestore from module /usr/X11R6/lib/modules/drivers/fgl= rx_drv.o is unresolved! Required symbol vgaHWLock from module /usr/X11R6/lib/modules/drivers/fglrx_= drv.o is unresolved! Symbol xf86FreeInt10 from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o= is unresolved! =2E.. Symbol drmAgpSize from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o is= unresolved! Symbol drmAgpBase from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o is= unresolved! Symbol DRIGetDrawableInfo from module /usr/X11R6/lib/modules/drivers/fglrx_= drv.o is unresolved! Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/drivers/fglrx_= drv.o is unresolved! Symbol fbGetWinPrivateIndex from module /usr/X11R6/lib/modules/drivers/fglr= x_drv.o is unresolved! Symbol fbGetWinPrivateIndex from module /usr/X11R6/lib/modules/drivers/fglr= x_drv.o is unresolved! Symbol fbGetWinPrivateIndex from module /usr/X11R6/lib/modules/drivers/fglr= x_drv.o is unresolved! Symbol fbGetWinPrivateIndex from module /usr/X11R6/lib/modules/drivers/fglr= x_drv.o is unresolved! Symbol fbGetWinPrivateIndex from module /usr/X11R6/lib/modules/drivers/fglr= x_drv.o is unresolved! Symbol fbGetWinPrivateIndex from module /usr/X11R6/lib/modules/drivers/fglr= x_drv.o is unresolved! Symbol xf86InterpretEDID from module /usr/X11R6/lib/modules/drivers/fglrx_d= rv.o is unresolved! Symbol xf86PrintEDID from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o= is unresolved! Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Which is worse: ignorance or apathy? Don't know. Don't care. --oC1+HKm2/end4ao3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDs7jemArGtfDbn0QRAuFzAKDpjeIOPc8l7vLzqcDSVk7EOFjNpgCgs2hZ ejOHV6Ga+ur7eAAUGttoklo= =NSRp -----END PGP SIGNATURE----- --oC1+HKm2/end4ao3-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 13:38:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33F1F16A41F for ; Thu, 29 Dec 2005 13:38:41 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from efesto.telvia.it (efesto.telvia.it [213.155.192.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9469343D5F for ; Thu, 29 Dec 2005 13:38:39 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from storage.brancatelli.it (unverified [213.155.197.19]) by efesto.telvia.it (Vircom SMTPRS 5.3.228) with ESMTP id for ; Thu, 29 Dec 2005 14:38:38 +0100 Received: from skdevil.sara.it (host194-172.pool80207.interbusiness.it [80.207.172.194]) (authenticated bits=0) by storage.brancatelli.it (8.13.1/8.13.1) with ESMTP id jBTDdbaP015643 for ; Thu, 29 Dec 2005 14:39:40 +0100 (CET) (envelope-from andrea@brancatelli.it) From: Andrea Brancatelli To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 14:38:25 +0100 User-Agent: KMail/1.8.2 References: <200512291052.00546.andrea@brancatelli.it> In-Reply-To: <200512291052.00546.andrea@brancatelli.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512291438.25747.andrea@brancatelli.it> Subject: Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 13:38:41 -0000 Alle 10:52, gioved=EC 29 dicembre 2005, Andrea Brancatelli ha scritto: > Do anyone any interesting idea in how to solve this issue? I just made the installation floppies. I'm trying to install from them, wil= l=20 let you know how it goes! =2D-=20 Andrea Brancatelli http://andrea.brancatelli.it/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 13:54:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05E3B16A41F for ; Thu, 29 Dec 2005 13:54:09 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CAC643D46 for ; Thu, 29 Dec 2005 13:54:07 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [87.74.4.41]) by mailhost.tao.org.uk (Postfix) with ESMTP id 8E8647038 for ; Thu, 29 Dec 2005 13:54:06 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 100) id F3F0740DC; Thu, 29 Dec 2005 13:54:03 +0000 (GMT) Date: Thu, 29 Dec 2005 13:54:03 +0000 From: Josef Karthauser To: freebsd-current@freebsd.org Message-ID: <20051229135403.GB42187@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f2QGlHpHGjS2mn6Y" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: Audio playing fast on 6-x. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 13:54:09 -0000 --f2QGlHpHGjS2mn6Y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Since upgrading my laptop to FreeBSD-6.x the audio has been playing fast. Is this a bug or does something need tweaking? (It was find under 5.x). Joe --f2QGlHpHGjS2mn6Y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iEYEARECAAYFAkOz6nsACgkQXVIcjOaxUBYQFQCgkspTvSsNNhnkF4p9lzVskOEC zmsAoO96GkT29Oj5jzrV27SEqPJ/o64p =LW8Y -----END PGP SIGNATURE----- --f2QGlHpHGjS2mn6Y-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 13:56:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DB3D16A41F; Thu, 29 Dec 2005 13:56:11 +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 4CD3443D76; Thu, 29 Dec 2005 13:55:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jBTDtfpA003957; Thu, 29 Dec 2005 08:55:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jBTDteqX070279; Thu, 29 Dec 2005 08:55:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C4AB57302F; Thu, 29 Dec 2005 08:55:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051229135540.C4AB57302F@freebsd-current.sentex.ca> Date: Thu, 29 Dec 2005 08:55:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 13:56:11 -0000 TB --- 2005-12-29 13:21:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-29 13:21:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-12-29 13:21:18 - cleaning the object tree TB --- 2005-12-29 13:21:42 - checking out the source tree TB --- 2005-12-29 13:21:42 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-12-29 13:21:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-29 13:27:57 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-29 13:27:57 - cd /src TB --- 2005-12-29 13:27:57 - /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 [...] cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_ng.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_nw.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_pr.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_sv.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c: In function `getaddrinfo': /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c:342: error: structure has no member named `_ai_pad' /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c:373: error: structure has no member named `_ai_pad' *** Error code 1 Stop in /src/lib/bind/bind. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-29 13:55:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-29 13:55:40 - ERROR: failed to build world TB --- 2005-12-29 13:55:40 - tinderbox aborted TB --- 0.85 user 4.95 system 2062.45 real From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 14:16:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2751D16A41F; Thu, 29 Dec 2005 14:16:33 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF89943D64; Thu, 29 Dec 2005 14:16:31 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: by jef-nt.mdacc.tmc.edu (Postfix, from userid 1001) id 9F915BC80; Thu, 29 Dec 2005 08:16:17 -0600 (CST) From: Jonathan Fosburgh To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 08:16:11 -0600 User-Agent: KMail/1.9.1 References: <200512261517.23498.nb_root@videotron.ca> <43B1CCF7.20204@FreeBSD.org> <20051228012406.GA13458@flame.pc> In-Reply-To: <20051228012406.GA13458@flame.pc> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2697637.ZsoVEOu6i1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512290816.16593.jonathan@fosburgh.org> Cc: Giorgos Keramidas , Doug Barton , Nicolas Blais Subject: Re: Can't run KDE after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 14:16:33 -0000 --nextPart2697637.ZsoVEOu6i1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 December 2005 19:24, Giorgos Keramidas wrote: > On 2005-12-27 15:23, Doug Barton wrote: > > Giorgos Keramidas wrote: > > > Even when I change cleartmp to recognise faststart, onestart, > > > start and forcestart, the cleartmp_prestart() function runs before > > > cleartmp_start(), creates the directories, only to have them deleted > > > immediately by cleartmp_start() when run_rc_command is called. > > > I had the same problem yesterday. My fix was to add cleartmp_enable=3D"YES= " to=20 rc.d. My X directories are now created correctly. =2D-=20 Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX --nextPart2697637.ZsoVEOu6i1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDs++wqUvQmqp7omYRAsjrAKDAR2q3GINXeGBdwwkNt7N5t8vbXgCfdnQ+ SAXav4daVKD9MtnyDrZAPO4= =/xpJ -----END PGP SIGNATURE----- --nextPart2697637.ZsoVEOu6i1-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 14:21:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02FEF16A420 for ; Thu, 29 Dec 2005 14:21:24 +0000 (GMT) (envelope-from root@wanadoo.fr) Received: from smtp7.wanadoo.fr (smtp7.wanadoo.fr [193.252.22.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 751ED43D73 for ; Thu, 29 Dec 2005 14:21:22 +0000 (GMT) (envelope-from root@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0708.wanadoo.fr (SMTP Server) with ESMTP id A75CF70000D3 for ; Thu, 29 Dec 2005 15:21:21 +0100 (CET) Received: from wanadoo.fr (ARouen-251-1-21-76.w83-115.abo.wanadoo.fr [83.115.106.76]) by mwinf0708.wanadoo.fr (SMTP Server) with ESMTP id 94B4770000CA for ; Thu, 29 Dec 2005 15:21:21 +0100 (CET) X-ME-UUID: 20051229142121609.94B4770000CA@mwinf0708.wanadoo.fr From: raoul To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 15:21:19 +0100 Sender: root@wanadoo.fr Message-Id: <20051229142121.94B4770000CA@mwinf0708.wanadoo.fr> Subject: one sound channel whoes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 14:21:24 -0000 hi, I updated current last monday, and this day too. one sound channel whoes. I don't think it is a driver issue, because the oss driver gives the same result. of course i verified: - cables, - sound output (only 2 channels) - amplifier and so on. - FreeBSD 6.0 works fine! it is an asus pc-dl deluxe card with ich(5), bi-xeon. any idea wuokd help. tahnks raoul rmgls@wanadoo.fr From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 14:52:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE61216A41F; Thu, 29 Dec 2005 14:52:57 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF94643D62; Thu, 29 Dec 2005 14:52:56 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: by jef-nt.mdacc.tmc.edu (Postfix, from userid 1001) id D1CA0BC99; Thu, 29 Dec 2005 08:52:22 -0600 (CST) From: Jonathan Fosburgh To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 08:52:16 -0600 User-Agent: KMail/1.9.1 References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <200512271131.16479.jhb@freebsd.org> <20051228075749.B57227@atlantis.atlantis.dp.ua> In-Reply-To: <20051228075749.B57227@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2936710.pQTExrfTLf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512290852.22186.jonathan@fosburgh.org> Cc: Dmitry Pryanishnikov , Norikatsu Shigemura Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 14:52:57 -0000 --nextPart2936710.pQTExrfTLf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 28 December 2005 00:25, Dmitry Pryanishnikov wrote: > > --- vga_pci.c.orig Thu Dec 22 18:25:22 2005 > +++ vga_pci.c Sun Dec 25 13:04:09 2005 > @@ -74,7 +74,7 @@ > * If AGP capabilities are present on this device, then create > * an AGP child. > */ > - if (pci_find_extcap(dev, PCIY_AGP, NULL) =3D=3D 0) > +// if (pci_find_extcap(dev, PCIY_AGP, NULL) =3D=3D 0) > device_add_child(dev, "agp", -1); > This fixed drm on my Compaq dc7100. I now get: vgapci0: port 0x1800-0x1807 mem=20 0xcfd00000-0xcfd7ffff,0xe0000000-0xefffffff,0xcfd80000-0xcfdbffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drm0: on vgapci0 info: [drm] AGP at 0xcfd00000 0MB info: [drm] Initialized i915 1.2.0 20041217 However, I now get the following errors when trying to run things like=20 glxinfo, glxgears: ERROR: line 125, Function intelInitDriver, File intel_screen.c libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering I am using the current xorg server snap and dri-devel. =2D-=20 Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX --nextPart2936710.pQTExrfTLf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDs/gmqUvQmqp7omYRAnCtAJ9DY4p+cnDljNBX9nTLBcgPclyVxgCgm2Ce va28McaAdpy4u6aGA+R92qY= =8JzO -----END PGP SIGNATURE----- --nextPart2936710.pQTExrfTLf-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 15:29:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE28C16A41F for ; Thu, 29 Dec 2005 15:29:54 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DCC043D5E for ; Thu, 29 Dec 2005 15:29:49 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 45220 invoked by uid 89); 29 Dec 2005 15:29:47 -0000 Received: by simscan 1.1.0 ppid: 45212, pid: 45214, t: 4.7357s scanners: attach: 1.1.0 clamav: 0.86.2/m:33/d:1045 spam: 3.0.4 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 29 Dec 2005 15:29:42 -0000 Message-ID: <43B400E6.9040605@ultra-secure.de> Date: Thu, 29 Dec 2005 16:29:42 +0100 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Brancatelli References: <200512291052.00546.andrea@brancatelli.it> In-Reply-To: <200512291052.00546.andrea@brancatelli.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 15:29:54 -0000 Andrea Brancatelli wrote: >Hello everybody. > >Had a nice Xmas holidays? Hope so. > >I recently started working in a new company where I'm trying to evangelize >FreeBSD. I succesfully got the internal proxies switched to FreeBSD and >started to gain some credibility, so yesterday I got a free blade from their >BladeCenter just for me to experiment with FreeBSD and such. > >So I popped in the FreeBSD CD-Rom (the mini-ISO) to install FreeBSD 6.0 on >this nice machine but it didn't work out. > >Here's the symptoms... when booting from CD the CD boots regulary, then the >"searching for Kernel" part comes in, the whirl starts spinning and >everything stop. I mean, it doesn't stop, it keeps spinning and spinning and >spinning and spinning, but without doing anything. If I take the CD out of >the drive it returns and error complaining it can't find the Kernel and >asking me where it should look for it. > >I don't have a kernel in my pocket so if it doesn't find the one on the CD I'm >pretty blocked. > >Do anyone any interesting idea in how to solve this issue? > >The hardware layout, for those who may not know it. > >It's a dual xeon machine with 4gb of ram, 2 internal (S-ATA) drives (40gb >each), one (possibily deactivable) internal Raid controller (deactivating >this may be a good try, since Debiand refuses to see the drive as well with >this turned on), a SCSI cdrom and a SCSI floppy drive. > >I don't have any fiber optic channel so the SAN/multipath and everything else >is not an issue. The keyboard is a PS/2 one, so the USB keyboard isn't an >issue as well (I'm writing this because I did some digging in the archives >for similar problems). > > > Are you sure it's not USB? We have a LS20 blade-center and the whole media-bay (where floppy and cdrom live) and the KVM are connected via USB - it's even USB1.1, so installling something from CDROM is dead-slow (in addition, the brain-dead java remote-console together with this USB-CDROM-crazyness makes remote-installation of RHEL3+4 impossible...). Your floppy is not SCSI, rather it's connected via USB and the kernel makes it look like a SCSI-device... We've got no local drives, only SAN and as such FreeBSD is pretty much a no-go. I need something that works (and is supported) with my SAN... Rainer From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 15:55:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB1A416A41F for ; Thu, 29 Dec 2005 15:55:14 +0000 (GMT) (envelope-from syjef@mdanderson.org) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E8043D5D for ; Thu, 29 Dec 2005 15:55:12 +0000 (GMT) (envelope-from syjef@mdanderson.org) Received: by jef-nt.mdacc.tmc.edu (Postfix, from userid 1001) id 85D80BC4C; Thu, 29 Dec 2005 09:45:21 -0600 (CST) From: Jonathan Fosburgh Organization: UT MD Anderson Cancer Center To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 09:45:09 -0600 User-Agent: KMail/1.9.1 References: <200512291052.00546.andrea@brancatelli.it> <43B400E6.9040605@ultra-secure.de> In-Reply-To: <43B400E6.9040605@ultra-secure.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1293882.vmxx9xC69k"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512290945.17565.syjef@mdanderson.org> Cc: Andrea Brancatelli , Rainer Duffner Subject: Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 15:55:14 -0000 --nextPart1293882.vmxx9xC69k Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 29 December 2005 09:29, Rainer Duffner wrote: > Are you sure it's not USB? > We have a LS20 blade-center and the whole media-bay (where floppy and > cdrom live) and the KVM are connected via USB - it's even USB1.1, so > installling something from CDROM is dead-slow (in addition, the > brain-dead java remote-console together with this USB-CDROM-crazyness > makes remote-installation of RHEL3+4 impossible...). I'm not sure what type the LS20 is (we have JS20 PowerPC blades running AIX= ). =20 I do believe all of the internal connections are USB. > > Your floppy is not SCSI, rather it's connected via USB and the kernel > makes it look like a SCSI-device... > > We've got no local drives, only SAN and as such FreeBSD is pretty much a > no-go. I need something that works (and is supported) with my SAN... > If you can get RHEL installed that is supported, though I guess it depends = on=20 the type of storage you have. It is supported by IBM storage, as is SUSE. =2D-=20 Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX=20 --nextPart1293882.vmxx9xC69k Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDtASNqUvQmqp7omYRAhLLAJ9B6H3WT+I6RHuSolHNGA5qOlRxmgCeM41Z A1amNO83YvEz0dakgULcf+s= =Gx2s -----END PGP SIGNATURE----- --nextPart1293882.vmxx9xC69k-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 16:07:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D57416A420 for ; Thu, 29 Dec 2005 16:07:15 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from efesto.telvia.it (efesto.telvia.it [213.155.192.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1655B43D4C for ; Thu, 29 Dec 2005 16:06:56 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from storage.brancatelli.it (unverified [213.155.197.19]) by efesto.telvia.it (Vircom SMTPRS 5.3.228) with ESMTP id for ; Thu, 29 Dec 2005 17:06:48 +0100 Received: from skdevil.sara.it (host194-172.pool80207.interbusiness.it [80.207.172.194]) (authenticated bits=0) by storage.brancatelli.it (8.13.1/8.13.1) with ESMTP id jBTG7qv6016563 for ; Thu, 29 Dec 2005 17:07:53 +0100 (CET) (envelope-from andrea@brancatelli.it) From: Andrea Brancatelli To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 17:06:41 +0100 User-Agent: KMail/1.8.2 References: <200512291052.00546.andrea@brancatelli.it> <43B400E6.9040605@ultra-secure.de> In-Reply-To: <43B400E6.9040605@ultra-secure.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512291706.41144.andrea@brancatelli.it> Subject: Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 16:07:15 -0000 Alle 16:29, gioved=EC 29 dicembre 2005, hai scritto: > >Here's the symptoms... when booting from CD the CD boots regulary, then > > the "searching for Kernel" part comes in, the whirl starts spinning and > > everything stop. I mean, it doesn't stop, it keeps spinning and spinning > > and spinning and spinning, but without doing anything. If I take the CD > > out of the drive it returns and error complaining it can't find the > > Kernel and asking me where it should look for it. > Are you sure it's not USB? > We have a LS20 blade-center and the whole media-bay (where floppy and > cdrom live) and the KVM are connected via USB - it's even USB1.1, so > installling something from CDROM is dead-slow (in addition, the > brain-dead java remote-console together with this USB-CDROM-crazyness > makes remote-installation of RHEL3+4 impossible...). Yes, you are right, it's a USB CD-Rom I mistakenly tought it was SCSI. Anyhow I got behind the CD Rom problem, now I'm trying to figure out how to= be=20 able to use the keyboard when Sysinstall starts... :-( =2D-=20 Andrea Brancatelli http://andrea.brancatelli.it/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 16:07:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9762116A41F; Thu, 29 Dec 2005 16:07:59 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D2B643D48; Thu, 29 Dec 2005 16:07:44 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id AEA54575B; Thu, 29 Dec 2005 17:14:19 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from [192.168.10.2] (host218-144.pool874.interbusiness.it [87.4.144.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Thu, 29 Dec 2005 17:14:19 +0100 (CET) Message-ID: <43B409C6.6000805@freesbie.org> Date: Thu, 29 Dec 2005 17:07:34 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051120) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ozawa@ongs.co.jp References: <43B35AF4.5040408@ongs.co.jp> <43B3800B.1000909@ongs.co.jp> In-Reply-To: <43B3800B.1000909@ongs.co.jp> X-Enigmail-Version: 0.93.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, daichi@freebsd.org Subject: Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 16:07:59 -0000 Masanori OZAWA wrote: [...] Nice work! This is just a "works for me". In only find some issues with permissions that were already present in the previous implementation of unionfs. Some of them are partially corrected in the "useful" copymode. I mailed the details to the author. I'm scheduling a FreeSBIE test build which will use that (RELENG_6 based). Will post the link here when it is completed. Bye, Dario -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 16:10:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE1E016A41F for ; Thu, 29 Dec 2005 16:10:05 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 379B143D82 for ; Thu, 29 Dec 2005 16:09:53 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 49814 invoked by uid 89); 29 Dec 2005 16:09:52 -0000 Received: by simscan 1.1.0 ppid: 49808, pid: 49810, t: 1.1384s scanners: attach: 1.1.0 clamav: 0.86.2/m:33/d:1045 spam: 3.0.4 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 29 Dec 2005 16:09:51 -0000 Message-ID: <43B40A4E.2090105@ultra-secure.de> Date: Thu, 29 Dec 2005 17:09:50 +0100 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jonathan Fosburgh References: <200512291052.00546.andrea@brancatelli.it> <43B400E6.9040605@ultra-secure.de> <200512290945.17565.syjef@mdanderson.org> In-Reply-To: <200512290945.17565.syjef@mdanderson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 16:10:05 -0000 Jonathan Fosburgh wrote: >On Thursday 29 December 2005 09:29, Rainer Duffner wrote: > > > >>Are you sure it's not USB? >>We have a LS20 blade-center and the whole media-bay (where floppy and >>cdrom live) and the KVM are connected via USB - it's even USB1.1, so >>installling something from CDROM is dead-slow (in addition, the >>brain-dead java remote-console together with this USB-CDROM-crazyness >>makes remote-installation of RHEL3+4 impossible...). >> >> > >I'm not sure what type the LS20 is (we have JS20 PowerPC blades running AIX). >I do believe all of the internal connections are USB. > > LS20=AMD-Blades. Hard to find, even on the IBM-website (they are not listed on the blade-page, but rather on the AMD-servers page - thank you, IBM). >>Your floppy is not SCSI, rather it's connected via USB and the kernel >>makes it look like a SCSI-device... >> >>We've got no local drives, only SAN and as such FreeBSD is pretty much a >>no-go. I need something that works (and is supported) with my SAN... >> >> >> > >If you can get RHEL installed that is supported, though I guess it depends on >the type of storage you have. It is supported by IBM storage, as is SUSE. > > I can get RHEL installed (though installing RHEL4 is a PITA), but I don't like it ;-) cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 16:21:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 343E816A41F for ; Thu, 29 Dec 2005 16:21:19 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from efesto.telvia.it (efesto.telvia.it [213.155.192.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E0CF43DA3 for ; Thu, 29 Dec 2005 16:20:52 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from storage.brancatelli.it (unverified [213.155.197.19]) by efesto.telvia.it (Vircom SMTPRS 5.3.228) with ESMTP id for ; Thu, 29 Dec 2005 17:20:35 +0100 Received: from skdevil.sara.it (host194-172.pool80207.interbusiness.it [80.207.172.194]) (authenticated bits=0) by storage.brancatelli.it (8.13.1/8.13.1) with ESMTP id jBTG1d3s016480 for ; Thu, 29 Dec 2005 17:01:40 +0100 (CET) (envelope-from andrea@brancatelli.it) From: Andrea Brancatelli To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 16:49:23 +0100 User-Agent: KMail/1.8.2 References: <200512291052.00546.andrea@brancatelli.it> <200512291438.25747.andrea@brancatelli.it> In-Reply-To: <200512291438.25747.andrea@brancatelli.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512291649.23309.andrea@brancatelli.it> Subject: Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 16:21:19 -0000 Alle 14:38, gioved=EC 29 dicembre 2005, Andrea Brancatelli ha scritto: > > Do anyone any interesting idea in how to solve this issue? > I just made the installation floppies. I'm trying to install from them, > will let you know how it goes! With the installation floppies the system booted. The Keyboard was working = ok=20 but as soon as I got into Sysinstall the keyboard stopped working. I tried to boot selecting "7, Boot using USB keyboard" but made no differen= ce. Now I'm about to try to boot with=20 set hint.atkbd.0.flags=3D"0x1" But I read somewhere it has become obsolete as of 5.4 ? Any idea? =2D-=20 Andrea Brancatelli http://andrea.brancatelli.it/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 16:36:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16EBB16A41F for ; Thu, 29 Dec 2005 16:36:04 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC28D43D81 for ; Thu, 29 Dec 2005 16:35:56 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id jBTGZd1f014547; Thu, 29 Dec 2005 08:35:40 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 11:35:35 -0500 User-Agent: KMail/1.8.3 References: <200512291052.00546.andrea@brancatelli.it> <43B400E6.9040605@ultra-secure.de> <200512291706.41144.andrea@brancatelli.it> In-Reply-To: <200512291706.41144.andrea@brancatelli.it> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512291135.35437.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Andrea Brancatelli Subject: Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 16:36:04 -0000 On Thursday 29 December 2005 11:06 am, Andrea Brancatelli wrote: > Alle 16:29, gioved=EC 29 dicembre 2005, hai scritto: > > >Here's the symptoms... when booting from CD the CD boots regulary, then > > > the "searching for Kernel" part comes in, the whirl starts spinning a= nd > > > everything stop. I mean, it doesn't stop, it keeps spinning and > > > spinning and spinning and spinning, but without doing anything. If I > > > take the CD out of the drive it returns and error complaining it can't > > > find the Kernel and asking me where it should look for it. > > > > Are you sure it's not USB? > > We have a LS20 blade-center and the whole media-bay (where floppy and > > cdrom live) and the KVM are connected via USB - it's even USB1.1, so > > installling something from CDROM is dead-slow (in addition, the > > brain-dead java remote-console together with this USB-CDROM-crazyness > > makes remote-installation of RHEL3+4 impossible...). > > Yes, you are right, it's a USB CD-Rom I mistakenly tought it was SCSI. > > Anyhow I got behind the CD Rom problem, now I'm trying to figure out how = to > be able to use the keyboard when Sysinstall starts... :-( Try doing this from a loader prompt: set hint.atkbdc.0.disabled=3D"1" (Disabling the keyboard controller). This helped me get FreeBSD 6 installe= d=20 on a USB-only Compaq Tablet PC (TC1000). JN From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 16:41:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FAEC16A41F for ; Thu, 29 Dec 2005 16:41:42 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B53443D4C for ; Thu, 29 Dec 2005 16:41:41 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 223E141BD; Thu, 29 Dec 2005 17:41:39 +0100 (CET) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77738-02; Thu, 29 Dec 2005 17:41:35 +0100 (CET) Received: from [192.168.100.104] (p54BDD037.dip.t-dialin.net [84.189.208.55]) by crivens.unixoid.de (Postfix) with ESMTP id 380CE3F7C; Thu, 29 Dec 2005 17:41:35 +0100 (CET) Message-ID: <43B412BA.2070005@kernel32.de> Date: Thu, 29 Dec 2005 17:45:46 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Brancatelli References: <200512291052.00546.andrea@brancatelli.it> <43B400E6.9040605@ultra-secure.de> <200512291706.41144.andrea@brancatelli.it> In-Reply-To: <200512291706.41144.andrea@brancatelli.it> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: amavisd-new at unixoid.de Cc: freebsd-current@freebsd.org Subject: Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 16:41:42 -0000 Hi there, Andrea Brancatelli wrote: > Alle 16:29, gioved=EC 29 dicembre 2005, hai scritto: >=20 >=20 >>>Here's the symptoms... when booting from CD the CD boots regulary, the= n >>>the "searching for Kernel" part comes in, the whirl starts spinning an= d >>>everything stop. I mean, it doesn't stop, it keeps spinning and spinni= ng >>>and spinning and spinning, but without doing anything. If I take the C= D >>>out of the drive it returns and error complaining it can't find the >>>Kernel and asking me where it should look for it. >> >>Are you sure it's not USB? >>We have a LS20 blade-center and the whole media-bay (where floppy and >>cdrom live) and the KVM are connected via USB - it's even USB1.1, so >>installling something from CDROM is dead-slow (in addition, the >>brain-dead java remote-console together with this USB-CDROM-crazyness >>makes remote-installation of RHEL3+4 impossible...). >=20 >=20 > Yes, you are right, it's a USB CD-Rom I mistakenly tought it was SCSI. >=20 > Anyhow I got behind the CD Rom problem, now I'm trying to figure out ho= w to be=20 > able to use the keyboard when Sysinstall starts... :-( >=20 You may want to take a look at an automatic installation with PXE and=20 some scripts. There is a paper on how to do that with FreeBSD (We're using FAI and=20 Debian on HS20 Blades): http://www.freebsd.org/doc/en_US.ISO8859-1/articles/pxe/ Perhaps you can try to install the server via PXE. In the end, if you're = lucky to have quite a lot of servers, a PXE based installation would be=20 one way to go :) hth, Marian From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 16:43:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0B5A16A41F; Thu, 29 Dec 2005 16:43:36 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2001A43D5A; Thu, 29 Dec 2005 16:43:35 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EECD.dip.t-dialin.net [84.165.238.205]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBTGei1J028283; Thu, 29 Dec 2005 17:40:46 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBTGhUvD002970; Thu, 29 Dec 2005 17:43:30 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Thu, 29 Dec 2005 17:43:30 +0100 From: Alexander Leidinger To: Josef Karthauser Message-ID: <20051229174330.1b5c1096@Magellan.Leidinger.net> In-Reply-To: <20051229135403.GB42187@genius.tao.org.uk> References: <20051229135403.GB42187@genius.tao.org.uk> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: Audio playing fast on 6-x. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 16:43:36 -0000 On Thu, 29 Dec 2005 13:54:03 +0000 Josef Karthauser wrote: > Since upgrading my laptop to FreeBSD-6.x the audio has been playing > fast. Is this a bug or does something need tweaking? (It was find under > 5.x). Too fast, or slightly fast (as in 44.1 kHz <-> 48 kHz mismatch)? Try the patchset from http://people.freebsd.org/~ariff/ (the one which corresponds to your FreeBSD version). You can also try the 2 patches in the MFC directory there (either the patchset or both diffs in the MFC directory). Please lookout for new sysctl's and complain (on multimedia@) if you notice some, as they aren't supposed to get MFCed. Bye, Alexander. -- It is easier to fix Unix than to live with NT. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 16:46:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02D8516A426; Thu, 29 Dec 2005 16:46:29 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8CB143D72; Thu, 29 Dec 2005 16:46:20 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EECD.dip.t-dialin.net [84.165.238.205]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBTGhV0p028293; Thu, 29 Dec 2005 17:43:31 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBTGkHtn003437; Thu, 29 Dec 2005 17:46:17 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Thu, 29 Dec 2005 17:46:17 +0100 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-ID: <20051229174617.5e6ae5cd@Magellan.Leidinger.net> In-Reply-To: <20051229142121.94B4770000CA@mwinf0708.wanadoo.fr> References: <20051229142121.94B4770000CA@mwinf0708.wanadoo.fr> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: emulation@freebsd.org Subject: Re: one sound channel whoes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: emulation@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 16:46:29 -0000 On Thu, 29 Dec 2005 15:21:19 +0100 raoul wrote: > hi, > > I updated current last monday, and this day too. > one sound channel whoes. > > I don't think it is a driver issue, because the oss driver > gives the same result. > > of course i verified: > - cables, > - sound output (only 2 channels) > - amplifier and so on. > > - FreeBSD 6.0 works fine! > > it is an asus pc-dl deluxe card with > ich(5), bi-xeon. > > any idea wuokd help. I don't understand what the problem is. Additionally we need to know which sound hardware you are talking about, so please provide "cat /dev/sndstat" and "pciconf -vl" (only the pcm part matters). Please answer to multimedia@. Bye, Alexander. -- Failure is not an option. It comes bundled with your Microsoft product. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 17:01:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64FEA16A41F for ; Thu, 29 Dec 2005 17:01:37 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1611343D49 for ; Thu, 29 Dec 2005 17:01:33 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [87.74.4.41]) by mailhost.tao.org.uk (Postfix) with ESMTP id 1EA4F70F9; Thu, 29 Dec 2005 17:01:12 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 100) id 9253640DC; Thu, 29 Dec 2005 17:01:09 +0000 (GMT) Date: Thu, 29 Dec 2005 17:01:09 +0000 From: Josef Karthauser To: Alexander Leidinger Message-ID: <20051229170109.GI42187@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Alexander Leidinger , freebsd-current@freebsd.org References: <20051229135403.GB42187@genius.tao.org.uk> <20051229174330.1b5c1096@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rCwQ2Y43eQY6RBgR" Content-Disposition: inline In-Reply-To: <20051229174330.1b5c1096@Magellan.Leidinger.net> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Audio playing fast on 6-x. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 17:01:37 -0000 --rCwQ2Y43eQY6RBgR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 29, 2005 at 05:43:30PM +0100, Alexander Leidinger wrote: > On Thu, 29 Dec 2005 13:54:03 +0000 > Josef Karthauser wrote: >=20 > > Since upgrading my laptop to FreeBSD-6.x the audio has been playing > > fast. Is this a bug or does something need tweaking? (It was find under > > 5.x). >=20 > Too fast, or slightly fast (as in 44.1 kHz <-> 48 kHz mismatch)? >=20 It's plausable that it's playing at 48kHz; sounds about that kind of speed. > Try the patchset from http://people.freebsd.org/~ariff/ (the one which > corresponds to your FreeBSD version). You can also try the 2 patches in > the MFC directory there (either the patchset or both diffs in the MFC > directory). Please lookout for new sysctl's and complain (on > multimedia@) if you notice some, as they aren't supposed to get MFCed. I'll check the patch next time I rebuild. Thanks Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --rCwQ2Y43eQY6RBgR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iEYEARECAAYFAkO0FlUACgkQXVIcjOaxUBYpoACfZ5JWhaXkDdwKL2tQhj28EnWA ECgAn3iEsTYWWDoeWrt9PxSu15b4FESl =cWdd -----END PGP SIGNATURE----- --rCwQ2Y43eQY6RBgR-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 17:02:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9AD816A425 for ; Thu, 29 Dec 2005 17:02:00 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A2A243D53 for ; Thu, 29 Dec 2005 17:01:59 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EECD.dip.t-dialin.net [84.165.238.205]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBTGx9w5028362 for ; Thu, 29 Dec 2005 17:59:11 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBTH1ufs006373 for ; Thu, 29 Dec 2005 18:01:56 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Thu, 29 Dec 2005 18:01:55 +0100 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20051229180155.178e4be5@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: Can someone with MOD_LOAD-foo please look into PR 82026? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 17:02:01 -0000 Hi, the problem is the "MOD_LOAD (ibcs2, 0xc1700e90, 0) error 45" message on load. PRs 73978, 73663 and 89211 talk about the same issue. Bye, Alexander. -- To boldly go where I surely don't belong. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 17:32:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CC2916A41F; Thu, 29 Dec 2005 17:32:25 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE51343D5E; Thu, 29 Dec 2005 17:32:24 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 3628B6CC27; Fri, 30 Dec 2005 01:38:25 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (TOMOYO.MYBSD.ORG.MY [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58372-05; Fri, 30 Dec 2005 01:38:23 +0800 (MYT) Received: from misaki (misaki.MyBSD.org.my [IPv6:2001:328:2002:aa2:2c0:9fff:fed9:9e1d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 7F3446CC23; Fri, 30 Dec 2005 01:38:23 +0800 (MYT) Date: Fri, 30 Dec 2005 01:32:17 +0800 From: Ariff Abdullah To: Josef Karthauser Message-Id: <20051230013217.2098f944.skywizard@MyBSD.org.my> In-Reply-To: <20051229170109.GI42187@genius.tao.org.uk> References: <20051229135403.GB42187@genius.tao.org.uk> <20051229174330.1b5c1096@Magellan.Leidinger.net> <20051229170109.GI42187@genius.tao.org.uk> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Amavisd AntiVirus & AntiSpam Scanner running on FreeBSD mailserver at TOMOYO.MYBSD.ORG.MY Cc: freebsd-current@freebsd.org Subject: Re: Audio playing fast on 6-x. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 17:32:25 -0000 On Thu, 29 Dec 2005 17:01:09 +0000 Josef Karthauser wrote: > On Thu, Dec 29, 2005 at 05:43:30PM +0100, Alexander Leidinger wrote: > > On Thu, 29 Dec 2005 13:54:03 +0000 > > Josef Karthauser wrote: > > > > > Since upgrading my laptop to FreeBSD-6.x the audio has been > > > playing fast. Is this a bug or does something need tweaking? > > > (It was find under 5.x). > > > > Too fast, or slightly fast (as in 44.1 kHz <-> 48 kHz mismatch)? > > > > It's plausable that it's playing at 48kHz; sounds about that kind of > speed. > > > Try the patchset from http://people.freebsd.org/~ariff/ (the one > > which corresponds to your FreeBSD version). You can also try the 2 > > patches in the MFC directory there (either the patchset or both > > diffs in the MFC directory). Please lookout for new sysctl's and > > complain (on multimedia@) if you notice some, as they aren't > > supposed to get MFCed. > > What soundcard are you using there? -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 17:37:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9197A16A41F for ; Thu, 29 Dec 2005 17:37:10 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 676A843D5A for ; Thu, 29 Dec 2005 17:37:09 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from amavis.mail (amavis2.rz.uni-wuerzburg.de [132.187.3.47]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id CF8E01415FC; Thu, 29 Dec 2005 18:37:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by amavis.mail (Postfix) with ESMTP id C2A9129E7; Thu, 29 Dec 2005 18:37:07 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by amavis.mail (Postfix) with ESMTP id 9F85E8F8; Thu, 29 Dec 2005 18:37:07 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 651021415FC; Thu, 29 Dec 2005 18:37:07 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id jBTHb7Hv082982; Thu, 29 Dec 2005 18:37:07 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id jBTHb6Vi017319; Thu, 29 Dec 2005 18:37:06 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id jBTHb4g6001615; Thu, 29 Dec 2005 18:37:04 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id jBTHb1k6001614; Thu, 29 Dec 2005 18:37:01 +0100 (CET) (envelope-from q@galgenberg.net) Date: Thu, 29 Dec 2005 18:37:01 +0100 From: Ulrich Spoerlein To: Chris Gilbert , freebsd-current@freebsd.org Message-ID: <20051229173701.GA1531@galgenberg.net> Mail-Followup-To: Chris Gilbert , freebsd-current@freebsd.org References: <200512270950.KAA06620@stoney.dudes.ch> <200512271116.34464.Chris@lainos.org> <20051229102222.GB1024@galgenberg.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20051229102222.GB1024@galgenberg.net> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=8.0 tests= X-Spam-Level: Cc: Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 17:37:10 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ulrich Sp=F6rlein wrote: > Chris Gilbert wrote: > > You can grab the port here: > >=20 > > http://www.neovanglist.net/~Neovanglist/ATI/ati-driver.tar.gz >=20 > I tried it on my Dell Inspiron 8600c with an Radeon Mobility 9600 (M10, > or something). >=20 > It failed to start X because of hundreds of missing symbols. I see now, > that I have drm.ko and radeon.ko loaded, are these known to interfere > with fglrx? Ok, it was pointed out to me, that xorg-server-snap won't work with this driver, and I'm happy to report that it works rock solid with the xorg-server port. I even got TV out working without a fuzz, only thing missing is XV on the TV screen (somehow, there is no XV_SWITCHCRT attribute as with the radeon(4) driver). Anyway, THANK YOU for this Christmas present ;] You might wanna mentio the xorg-server-snap incaompatibility in the README and this is my hardware, which is now known to work: acpi_video0@pci1:0:0: class=3D0x030000 card=3D0x20011028 chip=3D0x4e50100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'Mobility Radeon 9700 (M10 NP) (RV350)' class =3D display subclass =3D VGA Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Which is worse: ignorance or apathy? Don't know. Don't care. --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtB69mArGtfDbn0QRAmmsAKCQ09RJkcXjJBoO3JtYng3h4ZiZ9ACgr+Tm /sQ2mFsY1JRLTdazcMUmLZM= =tcGc -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 17:43:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1D4E16A41F for ; Thu, 29 Dec 2005 17:43:40 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34C8643D46 for ; Thu, 29 Dec 2005 17:43:40 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [87.74.4.41]) by mailhost.tao.org.uk (Postfix) with ESMTP id 3D6846F85; Thu, 29 Dec 2005 17:43:39 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 100) id B30D140CC; Thu, 29 Dec 2005 17:43:35 +0000 (GMT) Date: Thu, 29 Dec 2005 17:43:35 +0000 From: Josef Karthauser To: Ariff Abdullah Message-ID: <20051229174335.GA805@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Ariff Abdullah , freebsd-current@freebsd.org References: <20051229135403.GB42187@genius.tao.org.uk> <20051229174330.1b5c1096@Magellan.Leidinger.net> <20051229170109.GI42187@genius.tao.org.uk> <20051230013217.2098f944.skywizard@MyBSD.org.my> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20051230013217.2098f944.skywizard@MyBSD.org.my> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Audio playing fast on 6-x. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 17:43:40 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2005 at 01:32:17AM +0800, Ariff Abdullah wrote: > >=20 > > It's plausable that it's playing at 48kHz; sounds about that kind of > > speed. > >=20 > > > Try the patchset from http://people.freebsd.org/~ariff/ (the one > > > which corresponds to your FreeBSD version). You can also try the 2 > > > patches in the MFC directory there (either the patchset or both > > > diffs in the MFC directory). Please lookout for new sysctl's and > > > complain (on multimedia@) if you notice some, as they aren't > > > supposed to get MFCed. > >=20 > >=20 > What soundcard are you using there? >=20 pcm0: port 0xee00-0xeeff,0xe000-0xe03f mem 0xff7ff800-0xff7ff9ff,0xff7ff400-0xff7ff4ff irq 9 at device 31.5 on pci0 pcm0: I've patched it with the mfc patches and now everything is nice again and my favourate artists don't sound like they're pinky and perky! :) (Also no extra sysctls appear as expected). Punch it chewie, Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iEYEARECAAYFAkO0IEcACgkQXVIcjOaxUBY0LACfZN5oGYG3hp1Sk2qwlBnITKUa 7gEAoMXnTXMjA9LLQZu+GMiNk1fn+EAR =idbg -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 18:01:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3956E16A41F; Thu, 29 Dec 2005 18:01:48 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5EC743D60; Thu, 29 Dec 2005 18:01:38 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 406476CC27; Fri, 30 Dec 2005 02:07:40 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (TOMOYO.MYBSD.ORG.MY [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58372-10; Fri, 30 Dec 2005 02:07:38 +0800 (MYT) Received: from misaki (misaki.MyBSD.org.my [IPv6:2001:328:2002:aa2:2c0:9fff:fed9:9e1d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 891546CC24; Fri, 30 Dec 2005 02:07:38 +0800 (MYT) Date: Fri, 30 Dec 2005 02:01:32 +0800 From: Ariff Abdullah To: Josef Karthauser Message-Id: <20051230020132.2a14a8d5.skywizard@MyBSD.org.my> In-Reply-To: <20051229174335.GA805@genius.tao.org.uk> References: <20051229135403.GB42187@genius.tao.org.uk> <20051229174330.1b5c1096@Magellan.Leidinger.net> <20051229170109.GI42187@genius.tao.org.uk> <20051230013217.2098f944.skywizard@MyBSD.org.my> <20051229174335.GA805@genius.tao.org.uk> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Amavisd AntiVirus & AntiSpam Scanner running on FreeBSD mailserver at TOMOYO.MYBSD.ORG.MY Cc: freebsd-current@freebsd.org Subject: Re: Audio playing fast on 6-x. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 18:01:48 -0000 On Thu, 29 Dec 2005 17:43:35 +0000 Josef Karthauser wrote: > On Fri, Dec 30, 2005 at 01:32:17AM +0800, Ariff Abdullah wrote: > > > > > > It's plausable that it's playing at 48kHz; sounds about that > > > kind of speed. > > > > > > > Try the patchset from http://people.freebsd.org/~ariff/ (the > > > > one which corresponds to your FreeBSD version). You can also > > > > try the 2 patches in the MFC directory there (either the > > > > patchset or both diffs in the MFC directory). Please lookout > > > > for new sysctl's and complain (on multimedia@) if you notice > > > > some, as they aren't supposed to get MFCed. > > > > > > > > What soundcard are you using there? > > > > pcm0: port 0xee00-0xeeff,0xe000-0xe03f mem > 0xff7ff800-0xff7ff9ff,0xff7ff400-0xff7ff4ff irq 9 at device 31.5 on > pci0 pcm0: > ICH have bugs of its own, which have been fixed and about to be MFCed. > I've patched it with the mfc patches and now everything is nice > again and my favourate artists don't sound like they're pinky and > perky! :) (Also no extra sysctls appear as expected). > Stay tune for the MFC. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 18:45:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C433516A41F for ; Thu, 29 Dec 2005 18:45:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E34843D5C for ; Thu, 29 Dec 2005 18:45:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4816443 for multiple; Thu, 29 Dec 2005 13:43:55 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBTIjqMa042496; Thu, 29 Dec 2005 13:45:52 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 29 Dec 2005 13:46:33 -0500 User-Agent: KMail/1.8.2 References: <20051229180155.178e4be5@Magellan.Leidinger.net> In-Reply-To: <20051229180155.178e4be5@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512291346.34428.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 17:57:59 2005 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Alexander Leidinger Subject: Re: Can someone with MOD_LOAD-foo please look into PR 82026? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 18:45:56 -0000 On Thursday 29 December 2005 12:01 pm, Alexander Leidinger wrote: > Hi, > > the problem is the "MOD_LOAD (ibcs2, 0xc1700e90, 0) error 45" message > on load. > > PRs 73978, 73663 and 89211 talk about the same issue. > > Bye, > Alexander. Well, the "busy" PR database won't let me look at your PR over the web, but 73798 can be fixed with this simple patch: Index: ibcs2_sysvec.c =================================================================== RCS file: /usr/cvs/src/sys/i386/ibcs2/ibcs2_sysvec.c,v retrieving revision 1.30 diff -u -r1.30 ibcs2_sysvec.c --- ibcs2_sysvec.c 29 Jan 2005 23:11:58 -0000 1.30 +++ ibcs2_sysvec.c 29 Dec 2005 18:45:32 -0000 @@ -105,6 +105,8 @@ int rval = 0; switch(type) { + case MOD_LOAD: + break; case MOD_UNLOAD: /* if this was an ELF module we'd use elf_brand_inuse()... */ sx_slock(&allproc_lock); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 22:40:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7095B16A41F; Thu, 29 Dec 2005 22:40:14 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97EB843D5C; Thu, 29 Dec 2005 22:40:10 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id jBTMe3Dt007663; Fri, 30 Dec 2005 00:40:03 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 30 Dec 2005 00:40:03 +0200 (EET) From: Dmitry Pryanishnikov To: Jonathan Fosburgh In-Reply-To: <200512290852.22186.jonathan@fosburgh.org> Message-ID: <20051229235411.P91177@atlantis.atlantis.dp.ua> References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> <200512271131.16479.jhb@freebsd.org> <20051228075749.B57227@atlantis.atlantis.dp.ua> <200512290852.22186.jonathan@fosburgh.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 29 Dec 2005 22:46:34 +0000 Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 22:40:14 -0000 Hello! On Thu, 29 Dec 2005, Jonathan Fosburgh wrote: >> - if (pci_find_extcap(dev, PCIY_AGP, NULL) == 0) >> +// if (pci_find_extcap(dev, PCIY_AGP, NULL) == 0) >> device_add_child(dev, "agp", -1); >> > > This fixed drm on my Compaq dc7100. I now get: > > vgapci0: port 0x1800-0x1807 mem > 0xcfd00000-0xcfd7ffff,0xe0000000-0xefffffff,0xcfd80000-0xcfdbffff > irq 16 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: detected 7932k stolen memory > agp0: aperture size is 256M > drm0: on vgapci0 > info: [drm] AGP at 0xcfd00000 0MB > info: [drm] Initialized i915 1.2.0 20041217 > > > However, I now get the following errors when trying to run things like > glxinfo, glxgears: > > ERROR: line 125, Function intelInitDriver, File intel_screen.c > libGL warning: 3D driver returned no fbconfigs. > libGL error: InitDriver failed > libGL error: reverting to (slow) indirect rendering > > I am using the current xorg server snap and dri-devel. I don't know why it is so. I've just installed good old XFree86-4 from ports (4.5.0), including xfree86-dri-4.5.0, and DRI seems to work properly: glxinfo says name of display: :0.0 display: :0 screen: 0 direct rendering: Yes and benchclock utility (from port x11-clocks/glclock) shows actual performance improvement. Here is diff of benchclock's logs without and with DRI (machine is ASUS M5A notebook, Intel Pentium M 1.86GHz Dothan CPU with 2Mb cache, 256Mb of DDR2-400 memory, Intel 915GM chipset): --- bench-no-dri.log Thu Dec 29 23:37:45 2005 +++ bench.log Thu Dec 29 23:45:32 2005 @@ -1,55 +1,55 @@ glclock-4.5 benchmark test. 1. double buffers -97.13 FPS 178858 TPS at 1842 Triangles +399.40 FPS 735694 TPS at 1842 Triangles 2. single buffer -78.41 FPS 144412 TPS at 1842 Triangles +285.36 FPS 525522 TPS at 1842 Triangles 3. environment mapping double buffers -82.07 FPS 153527 TPS at 1870 Triangles +379.20 FPS 709104 TPS at 1870 Triangles 4. environment mapping single buffer -63.85 FPS 119306 TPS at 1870 Triangles +256.45 FPS 479655 TPS at 1870 Triangles 5. bi-linear environment mapping double buffers -67.29 FPS 125851 TPS at 1870 Triangles +336.30 FPS 628881 TPS at 1870 Triangles 6. bi-linear environment mapping single buffer -54.43 FPS 101728 TPS at 1870 Triangles +240.90 FPS 450483 TPS at 1870 Triangles 7. tri-linear environment mapping double buffers -33.61 FPS 62832 TPS at 1870 Triangles +441.59 FPS 825605 TPS at 1870 Triangles 8. tri-linear environment mapping single buffer -30.10 FPS 56287 TPS at 1870 Triangles +272.89 FPS 510510 TPS at 1870 Triangles 9. tri-linear shading texture double buffers -29.39 FPS 54978 TPS at 1870 Triangles +314.90 FPS 588863 TPS at 1870 Triangles 10. tri-linear shading texture single buffer -27.70 FPS 51799 TPS at 1870 Triangles +261.66 FPS 489192 TPS at 1870 Triangles 11. tri-linear transparency texture double buffers -30.52 FPS 57035 TPS at 1870 Triangles +487.60 FPS 911812 TPS at 1870 Triangles 12. tri-linear transparency texture single buffer -20.62 FPS 38522 TPS at 1870 Triangles +182.78 FPS 341836 TPS at 1870 Triangles 13. tri-linear transparency texture with over sampling double buffers -10.32 FPS 22042 TPS at 2140 Triangles +320.83 FPS 686512 TPS at 2140 Triangles 14. tri-linear transparency texture with over sampling single buffer - 7.02 FPS 14980 TPS at 2140 Triangles +59.38 FPS 127116 TPS at 2140 Triangles 15. tri-linear shading texture transparency texture double buffers -17.17 FPS 54685 TPS at 3198 Triangles +245.72 FPS 785748 TPS at 3198 Triangles 16. tri-linear shading texture transparency texture single buffer -13.61 FPS 43492 TPS at 3198 Triangles +123.26 FPS 394313 TPS at 3198 Triangles 17. tri-linear shading texture transparency texture high quality clock double buffers -12.05 FPS 164862 TPS at 13854 Triangles +92.03 FPS 1274568 TPS at 13854 Triangles 18. tri-linear shading texture transparency texture high quality clock single buffer - 9.43 FPS 131613 TPS at 13854 Triangles +64.75 FPS 896353 TPS at 13854 Triangles Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 00:33:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B9E016A420 for ; Fri, 30 Dec 2005 00:33:41 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26BA743D45 for ; Fri, 30 Dec 2005 00:33:39 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBU0Xclv013754 for ; Fri, 30 Dec 2005 01:33:38 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBU0XceR013753 for freebsd-current@freebsd.org; Thu, 29 Dec 2005 19:33:38 -0500 (EST) (envelope-from cracauer) Date: Thu, 29 Dec 2005 19:33:38 -0500 From: Martin Cracauer To: freebsd-current@freebsd.org Message-ID: <20051229193328.A13367@cons.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 00:33:41 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'm a bit rusty, so please point me to style mistakes in the appended diff. The following diff implements a "-O" option to fetch(1), which, when set, will make fetch use a local filename supplied by the server in a Content-Disposition header. The most common case for this is when things are stored on a web server by users and there handled as "attachments". The URL filename will say "http://foo.bar.com/attachment.php?attid=42" which is useless as a local filename. However, popular web software like the vBulletion forum system and Bugzilla internally store the original filename (e.g. "mysystem.jpg" which it was when the uploader submitted it) and provide it to the client in a Content-Disposition header. If you visit such an attachment in Mozilla, you will see that using the "save" function will default to the original filename. This extension to fetch implements the same thing. You can test it here: http://www.cons.org/tmp/content-disposition.cgi Open in browser, say "save to disk", it will default to "foo.txt" instead of "content-disposition.cgi". Same if you use the new fetch with -O. Or test on any attachment on a modern version of vBulletin. If you use Bugzilla somewhere, use this fetch to get an attachment with "-O" and you'll be thankful that it got the original filename, e.g. "reproduce-bug.query". Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="freebsd-fetch-O.diff" Index: usr.bin/fetch/fetch.1 =================================================================== RCS file: /home/CVS-FreeBSD/src/usr.bin/fetch/fetch.1,v retrieving revision 1.66 diff -u -r1.66 fetch.1 --- usr.bin/fetch/fetch.1 13 Feb 2005 22:25:21 -0000 1.66 +++ usr.bin/fetch/fetch.1 30 Dec 2005 00:11:38 -0000 @@ -148,6 +148,11 @@ .Ar file argument is a directory, fetched file(s) will be placed within the directory, with name(s) selected as in the default behaviour. +.It Fl O +For the output filename, use the name supplied by the server in +a Content-Disposition header. If no such header was sent, or if +it was not parsable, behave like if this option was not set +(fall through to -o or derive from URL). .It Fl P .It Fl p Use passive FTP. Index: usr.bin/fetch/fetch.c =================================================================== RCS file: /home/CVS-FreeBSD/src/usr.bin/fetch/fetch.c,v retrieving revision 1.75 diff -u -r1.75 fetch.c --- usr.bin/fetch/fetch.c 18 Nov 2004 12:01:30 -0000 1.75 +++ usr.bin/fetch/fetch.c 30 Dec 2005 00:11:38 -0000 @@ -68,6 +68,7 @@ int o_directory; /* output file is a directory */ char *o_filename; /* name of output file */ int o_stdout; /* output file is stdout */ +int O_flag; /* -O: filename from content-disposition header */ int once_flag; /* -1: stop at first successful file */ int p_flag; /* -[Pp]: use passive FTP */ int R_flag; /* -R: don't delete partially transferred files */ @@ -402,6 +403,38 @@ goto success; } + /* start the transfer */ + if (timeout) + alarm(timeout); + us.content_disposition = NULL; + f = fetchXGet(url, &us, flags); /* .... cracauer - pass content-disposition back in &us */ + if (timeout) + alarm(0); + if (sigalrm || sigint) + goto signal; + if (f == NULL) { + warnx("%s: %s", URL, fetchLastErrString); + goto failure; + } + if (sigint) + goto signal; + + /* + * If the user asked us to use the filename from a Content-Disposition + * header, and if the server provided such a header, use it. + * + * Note that this header, if set, is malloc memory that is our + * responsibility to free. This is the case no matter whether + * O_flag is set or not. + */ + if (O_flag && us.content_disposition) { + if (v_level > 0) + fprintf(stderr, + "Using server-supplied filename '%s'\n", + us.content_disposition); + path = us.content_disposition; + } + /* * If the -r flag was specified, we have to compare the local * and remote files, so we should really do a fetchStat() @@ -434,21 +467,6 @@ } } - /* start the transfer */ - if (timeout) - alarm(timeout); - f = fetchXGet(url, &us, flags); - if (timeout) - alarm(0); - if (sigalrm || sigint) - goto signal; - if (f == NULL) { - warnx("%s: %s", URL, fetchLastErrString); - goto failure; - } - if (sigint) - goto signal; - /* check that size is as expected */ if (S_size) { if (us.size == -1) { @@ -698,6 +716,8 @@ fetchFreeURL(url); if (tmppath != NULL) free(tmppath); + if (us.content_disposition != NULL) + free(us.content_disposition); return (r); } @@ -724,7 +744,7 @@ int c, e, r; while ((c = getopt(argc, argv, - "146AaB:bc:dFf:Hh:lMmN:nPpo:qRrS:sT:tUvw:")) != -1) + "146AaB:bc:dFf:Hh:lMmN:nPpo:OqRrS:sT:tUvw:")) != -1) switch (c) { case '1': once_flag = 1; @@ -776,6 +796,9 @@ o_flag = 1; o_filename = optarg; break; + case 'O': + O_flag = 1; + break; case 'M': case 'm': if (r_flag) Index: lib/libfetch/fetch.h =================================================================== RCS file: /home/CVS-FreeBSD/src/lib/libfetch/fetch.h,v retrieving revision 1.26 diff -u -r1.26 fetch.h --- lib/libfetch/fetch.h 21 Sep 2004 18:35:20 -0000 1.26 +++ lib/libfetch/fetch.h 30 Dec 2005 00:11:38 -0000 @@ -52,6 +52,7 @@ off_t size; time_t atime; time_t mtime; + char *content_disposition; }; struct url_ent { Index: lib/libfetch/http.c =================================================================== RCS file: /home/CVS-FreeBSD/src/lib/libfetch/http.c,v retrieving revision 1.77 diff -u -r1.77 http.c --- lib/libfetch/http.c 24 Aug 2005 12:28:05 -0000 1.77 +++ lib/libfetch/http.c 30 Dec 2005 00:11:38 -0000 @@ -334,6 +334,7 @@ hdr_error = -1, hdr_end = 0, hdr_unknown = 1, + hdr_content_disposition, hdr_content_length, hdr_content_range, hdr_last_modified, @@ -347,6 +348,7 @@ hdr_t num; const char *name; } hdr_names[] = { + { hdr_content_disposition, "Content-Disposition" }, { hdr_content_length, "Content-Length" }, { hdr_content_range, "Content-Range" }, { hdr_last_modified, "Last-Modified" }, @@ -549,6 +551,30 @@ return (0); } +/* + * Parse a content-composition header + */ +static char * +_http_parse_content_disposition(const char *p) +{ + char *s, *s2; + const char *looking_for = "filename=\""; + + if ((s = strstr(p, looking_for))) { + s = strdup(s + strlen(looking_for)); + if ((s2 = strchr(s, '"'))) { + *s2 = '\0'; + return s; + } else { + free(s); + return NULL; + } + + } else { + return NULL; + } +} + /***************************************************************************** * Helper functions for authorization @@ -991,6 +1017,10 @@ case hdr_error: _http_seterr(HTTP_PROTOCOL_ERROR); goto ouch; + case hdr_content_disposition: + us->content_disposition = + _http_parse_content_disposition(p); + break; case hdr_content_length: _http_parse_length(p, &clength); break; --QKdGvSO+nmPlgiQ/-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 02:16:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ABC316A41F for ; Fri, 30 Dec 2005 02:16:07 +0000 (GMT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (p72-0-224-2.acedsl.com [72.0.224.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2801F43D5A for ; Fri, 30 Dec 2005 02:16:05 +0000 (GMT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.13.4/8.13.4) with ESMTP id jBU2G33t028091; Thu, 29 Dec 2005 21:16:03 -0500 (EST) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.13.4/8.13.3/Submit) id jBU2G2Bt028090; Thu, 29 Dec 2005 21:16:02 -0500 (EST) (envelope-from barney) Date: Thu, 29 Dec 2005 21:16:02 -0500 From: Barney Wolff To: Martin Cracauer Message-ID: <20051230021602.GA9026@pit.databus.com> References: <20051229193328.A13367@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051229193328.A13367@cons.org> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 02:16:07 -0000 On Thu, Dec 29, 2005 at 07:33:38PM -0500, Martin Cracauer wrote: > I'm a bit rusty, so please point me to style mistakes in the appended > diff. > > The following diff implements a "-O" option to fetch(1), which, when > set, will make fetch use a local filename supplied by the server in a > Content-Disposition header. Have you considered the security implications of this option? -- Barney Wolff http://www.databus.com/bwresume.pdf I never met a computer I didn't like. From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 02:19:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ED9916A41F for ; Fri, 30 Dec 2005 02:19:15 +0000 (GMT) (envelope-from sean@cyberwang.net) Received: from imf22aec.mail.bellsouth.net (imf22aec.mail.bellsouth.net [205.152.59.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7650C43D55 for ; Fri, 30 Dec 2005 02:19:14 +0000 (GMT) (envelope-from sean@cyberwang.net) Received: from ibm67aec.bellsouth.net ([68.19.113.81]) by imf22aec.mail.bellsouth.net with ESMTP id <20051230021824.PFRI18781.imf22aec.mail.bellsouth.net@ibm67aec.bellsouth.net> for ; Thu, 29 Dec 2005 21:18:24 -0500 Received: from [192.168.10.100] (really [68.19.113.81]) by ibm67aec.bellsouth.net with ESMTP id <20051230021819.FQIV12654.ibm67aec.bellsouth.net@[192.168.10.100]>; Thu, 29 Dec 2005 21:18:19 -0500 Message-ID: <43B498DF.4050204@cyberwang.net> Date: Thu, 29 Dec 2005 21:18:07 -0500 From: Sean Bryant User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Barney Wolff References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> In-Reply-To: <20051230021602.GA9026@pit.databus.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 02:19:15 -0000 Barney Wolff wrote: >On Thu, Dec 29, 2005 at 07:33:38PM -0500, Martin Cracauer wrote: > > >>I'm a bit rusty, so please point me to style mistakes in the appended >>diff. >> >>The following diff implements a "-O" option to fetch(1), which, when >>set, will make fetch use a local filename supplied by the server in a >>Content-Disposition header. >> >> > >Have you considered the security implications of this option? > > > Its just an extra option. I'm sure the details could be summed up in the man page. From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 02:28:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9833616A41F for ; Fri, 30 Dec 2005 02:28:06 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F57643D45 for ; Fri, 30 Dec 2005 02:28:05 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by xproxy.gmail.com with SMTP id t4so1185001wxc for ; Thu, 29 Dec 2005 18:28:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=E8wqwBKV6BPMJF1FDzLc1+e7pLqChdnGhEg3R1ja6veeJAGp+jjEnVqextrv0lBDYNu5QmNrn9+G2RU+b4kEwgHHsOeu94S4K4d5TBX5n/Wl3f0CZwn+FOUI/M/oTbpuIgXZ04rgGSNZ9M2IcFMHElJNxvh+ZY4lDO7Hpv2IdJ0= Received: by 10.70.8.4 with SMTP id 4mr8442290wxh; Thu, 29 Dec 2005 18:28:05 -0800 (PST) Received: from ?192.168.0.107? ( [80.217.193.226]) by mx.gmail.com with ESMTP id i11sm2534083wxd.2005.12.29.18.27.56; Thu, 29 Dec 2005 18:28:05 -0800 (PST) Message-ID: <43B49B22.7040307@gmail.com> Date: Fri, 30 Dec 2005 03:27:46 +0100 From: Pawel Worach User-Agent: Thunderbird 1.5 (X11/20051223) MIME-Version: 1.0 To: Sean Bryant References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> In-Reply-To: <43B498DF.4050204@cyberwang.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Barney Wolff , Martin Cracauer , freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 02:28:06 -0000 Sean Bryant wrote: > Barney Wolff wrote: > >> On Thu, Dec 29, 2005 at 07:33:38PM -0500, Martin Cracauer wrote: >> >> >>> I'm a bit rusty, so please point me to style mistakes in the appended >>> diff. >>> The following diff implements a "-O" option to fetch(1), which, when >>> set, will make fetch use a local filename supplied by the server in a >>> Content-Disposition header. >>> >> >> Have you considered the security implications of this option? >> >> >> > Its just an extra option. I'm sure the details could be summed up in the > man page. I think what Barney means is that if you run fetch(1) as root and the server returns the filename as "/sbin/init" bad things will happen. The data returned in Content-Disposition should be used with caution. -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 03:04:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB5A516A41F for ; Fri, 30 Dec 2005 03:04:09 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C08E543D60 for ; Fri, 30 Dec 2005 03:04:08 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBU343t3016860; Fri, 30 Dec 2005 04:04:04 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBU3436q016859; Thu, 29 Dec 2005 22:04:03 -0500 (EST) (envelope-from cracauer) Date: Thu, 29 Dec 2005 22:04:03 -0500 From: Martin Cracauer To: Pawel Worach Message-ID: <20051229220403.A16743@cons.org> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <43B49B22.7040307@gmail.com>; from pawel.worach@gmail.com on Fri, Dec 30, 2005 at 03:27:46AM +0100 Cc: Barney Wolff , Martin Cracauer , freebsd-current@freebsd.org, Sean Bryant Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 03:04:09 -0000 Pawel Worach wrote on Fri, Dec 30, 2005 at 03:27:46AM +0100: > Sean Bryant wrote: > > Barney Wolff wrote: > > > >> On Thu, Dec 29, 2005 at 07:33:38PM -0500, Martin Cracauer wrote: > >> > >> > >>> I'm a bit rusty, so please point me to style mistakes in the appended > >>> diff. > >>> The following diff implements a "-O" option to fetch(1), which, when > >>> set, will make fetch use a local filename supplied by the server in a > >>> Content-Disposition header. > >>> > >> > >> Have you considered the security implications of this option? > >> > >> > >> > > Its just an extra option. I'm sure the details could be summed up in the > > man page. > > I think what Barney means is that if you run fetch(1) as root and the > server returns the filename as "/sbin/init" bad things will happen. > The data returned in Content-Disposition should be used with caution. First, the option of off by default, only when you say "-O" it will be considered. The security implications are about the same as for the base functionality. Any filename in the current directory can be wiped out if you fetch or wget and a URL redirects to another URL which leads to a filename that matches. The default behavior already *is* that the sending server has control over your local naming. I will forbit "/" to appear in the suggested filename, though. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 03:08:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31FB716A41F for ; Fri, 30 Dec 2005 03:08:28 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A7E143D6E for ; Fri, 30 Dec 2005 03:08:22 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id jBU39W51059497; Thu, 29 Dec 2005 22:09:35 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <023f01c60cee$668f60a0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Pawel Worach" , "Sean Bryant" References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com><43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> Date: Thu, 29 Dec 2005 22:09:03 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: Barney Wolff , Martin Cracauer , freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 03:08:28 -0000 > Sean Bryant wrote: > > Barney Wolff wrote: > > > >> On Thu, Dec 29, 2005 at 07:33:38PM -0500, Martin Cracauer wrote: > >> > >> > >>> I'm a bit rusty, so please point me to style mistakes in the appended > >>> diff. > >>> The following diff implements a "-O" option to fetch(1), which, when > >>> set, will make fetch use a local filename supplied by the server in a > >>> Content-Disposition header. > >>> > >> > >> Have you considered the security implications of this option? > >> > >> > >> > > Its just an extra option. I'm sure the details could be summed up in the > > man page. > > I think what Barney means is that if you run fetch(1) as root and the > server returns the filename as "/sbin/init" bad things will happen. > The data returned in Content-Disposition should be used with caution. Would checking to see if the target file exists, and if so, abort the operation and display a warning be sufficient to address the security issues? Of course, we'd need some kind of "force" option to override this for the foot-shooting folks, and -f is already taken, but that could easily be documented as a "limitation" of this option. Regards, -- Matt Emmerton From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 03:15:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E157416A41F for ; Fri, 30 Dec 2005 03:15:07 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1434D43D46 for ; Fri, 30 Dec 2005 03:15:06 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBU3F1nf017153; Fri, 30 Dec 2005 04:15:02 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBU3F0FV017146; Thu, 29 Dec 2005 22:15:01 -0500 (EST) (envelope-from cracauer) Date: Thu, 29 Dec 2005 22:15:00 -0500 From: Martin Cracauer To: Matt Emmerton Message-ID: <20051229221459.A17102@cons.org> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com><43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <023f01c60cee$668f60a0$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <023f01c60cee$668f60a0$1200a8c0@gsicomp.on.ca>; from matt@gsicomp.on.ca on Thu, Dec 29, 2005 at 10:09:03PM -0500 Cc: Barney Wolff , freebsd-current@freebsd.org, Martin Cracauer , Sean Bryant Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 03:15:08 -0000 Matt Emmerton wrote on Thu, Dec 29, 2005 at 10:09:03PM -0500: > > Sean Bryant wrote: > > > Barney Wolff wrote: > > > > > >> On Thu, Dec 29, 2005 at 07:33:38PM -0500, Martin Cracauer wrote: > > >> > > >> > > >>> I'm a bit rusty, so please point me to style mistakes in the appended > > >>> diff. > > >>> The following diff implements a "-O" option to fetch(1), which, when > > >>> set, will make fetch use a local filename supplied by the server in a > > >>> Content-Disposition header. > > >>> > > >> > > >> Have you considered the security implications of this option? > > >> > > >> > > >> > > > Its just an extra option. I'm sure the details could be summed up in the > > > man page. > > > > I think what Barney means is that if you run fetch(1) as root and the > > server returns the filename as "/sbin/init" bad things will happen. > > The data returned in Content-Disposition should be used with caution. > > Would checking to see if the target file exists, and if so, abort the > operation and display a warning be sufficient to address the security > issues? Of course, we'd need some kind of "force" option to override this > for the foot-shooting folks, and -f is already taken, but that could easily > be documented as a "limitation" of this option. I don't like it since it derives too much from standard behavior which is to use a local name derived from the URL, even if it exists. Also, not overwriting files doesn't cut it for security, you could e.g. create a nonexisting .rhosts or .ssh/authorized_keys or play similar games. Forbidding "/" will set the security to the same level as the base functionality. I like that. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 03:33:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E882F16A41F for ; Fri, 30 Dec 2005 03:33:04 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (ns1.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42C8543D48 for ; Fri, 30 Dec 2005 03:33:04 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id jBU3YGA3062449; Thu, 29 Dec 2005 22:34:20 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Martin Cracauer" References: <20051229193328.A13367@cons.org><20051230021602.GA9026@pit.databus.com><43B498DF.4050204@cyberwang.net><43B49B22.7040307@gmail.com><023f01c60cee$668f60a0$1200a8c0@gsicomp.on.ca> <20051229221459.A17102@cons.org> Date: Thu, 29 Dec 2005 22:33:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: Barney Wolff , Martin Cracauer , freebsd-current@freebsd.org, Sean Bryant Subject: Re: fetch extension - use local filename from content-dispositionheader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 03:33:05 -0000 > Matt Emmerton wrote on Thu, Dec 29, 2005 at 10:09:03PM -0500: > > > Sean Bryant wrote: > > > > Barney Wolff wrote: > > > > > > > >> On Thu, Dec 29, 2005 at 07:33:38PM -0500, Martin Cracauer wrote: > > > >> > > > >> > > > >>> I'm a bit rusty, so please point me to style mistakes in the appended > > > >>> diff. > > > >>> The following diff implements a "-O" option to fetch(1), which, when > > > >>> set, will make fetch use a local filename supplied by the server in a > > > >>> Content-Disposition header. > > > >>> > > > >> > > > >> Have you considered the security implications of this option? > > > >> > > > >> > > > >> > > > > Its just an extra option. I'm sure the details could be summed up in the > > > > man page. > > > > > > I think what Barney means is that if you run fetch(1) as root and the > > > server returns the filename as "/sbin/init" bad things will happen. > > > The data returned in Content-Disposition should be used with caution. > > > > Would checking to see if the target file exists, and if so, abort the > > operation and display a warning be sufficient to address the security > > issues? Of course, we'd need some kind of "force" option to override this > > for the foot-shooting folks, and -f is already taken, but that could easily > > be documented as a "limitation" of this option. > > I don't like it since it derives too much from standard behavior which > is to use a local name derived from the URL, even if it exists. > > Also, not overwriting files doesn't cut it for security, you could > e.g. create a nonexisting .rhosts or .ssh/authorized_keys or play > similar games. > > Forbidding "/" will set the security to the same level as the base > functionality. I like that. Agreed, although it still leaves open all the security loopholes that were mentioned, given the proper cwd and malicious intent on the server end. -- Matt Emmerton From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 03:40:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A53D16A420 for ; Fri, 30 Dec 2005 03:40:40 +0000 (GMT) (envelope-from sean@cyberwang.net) Received: from imf22aec.mail.bellsouth.net (imf22aec.mail.bellsouth.net [205.152.59.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01AD943D5A for ; Fri, 30 Dec 2005 03:40:34 +0000 (GMT) (envelope-from sean@cyberwang.net) Received: from ibm67aec.bellsouth.net ([68.19.113.81]) by imf22aec.mail.bellsouth.net with ESMTP id <20051230033704.TDLB18781.imf22aec.mail.bellsouth.net@ibm67aec.bellsouth.net> for ; Thu, 29 Dec 2005 22:37:04 -0500 Received: from [192.168.10.100] (really [68.19.113.81]) by ibm67aec.bellsouth.net with ESMTP id <20051230033704.GCVT12654.ibm67aec.bellsouth.net@[192.168.10.100]>; Thu, 29 Dec 2005 22:37:04 -0500 Message-ID: <43B4AB57.3050406@cyberwang.net> Date: Thu, 29 Dec 2005 22:36:55 -0500 From: Sean Bryant User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Emmerton References: <20051229193328.A13367@cons.org><20051230021602.GA9026@pit.databus.com><43B498DF.4050204@cyberwang.net><43B49B22.7040307@gmail.com><023f01c60cee$668f60a0$1200a8c0@gsicomp.on.ca> <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> In-Reply-To: <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Barney Wolff , Martin Cracauer , freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-dispositionheader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 03:40:40 -0000 Matt Emmerton wrote: >>Matt Emmerton wrote on Thu, Dec 29, 2005 at 10:09:03PM -0500: >> >> >>>>Sean Bryant wrote: >>>> >>>> >>>>>Barney Wolff wrote: >>>>> >>>>> >>>>> >>>>>>On Thu, Dec 29, 2005 at 07:33:38PM -0500, Martin Cracauer wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>I'm a bit rusty, so please point me to style mistakes in the >>>>>>> >>>>>>> >appended > > >>>>>>>diff. >>>>>>>The following diff implements a "-O" option to fetch(1), which, >>>>>>> >>>>>>> >when > > >>>>>>>set, will make fetch use a local filename supplied by the server >>>>>>> >>>>>>> >in a > > >>>>>>>Content-Disposition header. >>>>>>> >>>>>>> >>>>>>> >>>>>>Have you considered the security implications of this option? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>Its just an extra option. I'm sure the details could be summed up in >>>>> >>>>> >the > > >>>>>man page. >>>>> >>>>> >>>>I think what Barney means is that if you run fetch(1) as root and the >>>>server returns the filename as "/sbin/init" bad things will happen. >>>>The data returned in Content-Disposition should be used with caution. >>>> >>>> >>>Would checking to see if the target file exists, and if so, abort the >>>operation and display a warning be sufficient to address the security >>>issues? Of course, we'd need some kind of "force" option to override >>> >>> >this > > >>>for the foot-shooting folks, and -f is already taken, but that could >>> >>> >easily > > >>>be documented as a "limitation" of this option. >>> >>> >>I don't like it since it derives too much from standard behavior which >>is to use a local name derived from the URL, even if it exists. >> >>Also, not overwriting files doesn't cut it for security, you could >>e.g. create a nonexisting .rhosts or .ssh/authorized_keys or play >>similar games. >> >>Forbidding "/" will set the security to the same level as the base >>functionality. I like that. >> >> > >Agreed, although it still leaves open all the security loopholes that were >mentioned, given the proper cwd and malicious intent on the server end. > >-- >Matt Emmerton > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Well the programmer can only do so much, after that its up to the user. Sanitize the filename before writing it. just escape troublesome characters. From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 03:57:34 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CC5B16A41F for ; Fri, 30 Dec 2005 03:57:34 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88CD343D55 for ; Fri, 30 Dec 2005 03:57:33 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id jBU3vPwJ052195; Fri, 30 Dec 2005 06:57:25 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id jBU3vOmf052194; Fri, 30 Dec 2005 06:57:24 +0300 (MSK) (envelope-from ache) Date: Fri, 30 Dec 2005 06:57:24 +0300 From: Andrey Chernov To: Matt Emmerton Message-ID: <20051230035724.GA52167@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Matt Emmerton , Martin Cracauer , Barney Wolff , freebsd-current@FreeBSD.ORG, Sean Bryant References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.5.11 Cc: Barney Wolff , Martin Cracauer , freebsd-current@FreeBSD.ORG, Sean Bryant Subject: Re: fetch extension - use local filename from content-dispositionheader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 03:57:34 -0000 On Thu, Dec 29, 2005 at 10:33:48PM -0500, Matt Emmerton wrote: > > Forbidding "/" will set the security to the same level as the base > > functionality. I like that. > > Agreed, although it still leaves open all the security loopholes that were > mentioned, given the proper cwd and malicious intent on the server end. What about "../../../../../../../../../../../../sbin/init" ? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 04:04:31 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F8E616A41F for ; Fri, 30 Dec 2005 04:04:31 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.200.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31B5843D5D for ; Fri, 30 Dec 2005 04:04:30 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.2] (S0106000f3d63befd.vs.shawcable.net [70.71.19.119]) (authenticated bits=0) by bugor.portaone.com (8.13.4/8.13.4) with ESMTP id jBU44Go6078722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Dec 2005 04:04:17 GMT (envelope-from sobomax@portaone.com) Message-ID: <43B4B1C0.20408@portaone.com> Date: Thu, 29 Dec 2005 20:04:16 -0800 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Sean Bryant References: <20051229193328.A13367@cons.org><20051230021602.GA9026@pit.databus.com><43B498DF.4050204@cyberwang.net><43B49B22.7040307@gmail.com><023f01c60cee$668f60a0$1200a8c0@gsicomp.on.ca> <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <43B4AB57.3050406@cyberwang.net> In-Reply-To: <43B4AB57.3050406@cyberwang.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 22:57:59 2005 on bugor.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=0.9 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,SPF_SOFTFAIL,SUBJ_HAS_UNIQ_ID autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on bugor.portaone.com Cc: Barney Wolff , Martin Cracauer , freebsd-current@FreeBSD.ORG, Matt Emmerton Subject: Re: fetch extension - use local filename from content-dispositionheader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 04:04:31 -0000 I doubt that forbidding / is helpful, since attacker can put excessive amount of ../ to reach / in most cases anyway: sobomax@notebook$ pwd /home/sobomax sobomax@notebook$ ls -l ../../../../../../../../sbin/init -r-x------ 1 root wheel 491364 21 ноя 14:48 ../../../../../../../../sbin/init* I think that more sensible policy would be allowing saving target file into the current directory or any subdirectory below it, disallowing writing files into any upper-level directories. This should be quite easy to do using realpath(3). sobomax@notebook$ realpath ././.././../.././../../../../../sbin/init /sbin/init -Maxim Sean Bryant wrote: > Matt Emmerton wrote: > >>> Matt Emmerton wrote on Thu, Dec 29, 2005 at 10:09:03PM -0500: >>> >>>>> Sean Bryant wrote: >>>>> >>>>>> Barney Wolff wrote: >>>>>> >>>>>> >>>>>>> On Thu, Dec 29, 2005 at 07:33:38PM -0500, Martin Cracauer wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> I'm a bit rusty, so please point me to style mistakes in the >>>>>>>> >> appended >> >> >>>>>>>> diff. >>>>>>>> The following diff implements a "-O" option to fetch(1), which, >>>>>>>> >> when >> >> >>>>>>>> set, will make fetch use a local filename supplied by the server >>>>>>>> >> in a >> >> >>>>>>>> Content-Disposition header. >>>>>>>> >>>>>>>> >>>>>>> Have you considered the security implications of this option? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> Its just an extra option. I'm sure the details could be summed up in >>>>>> >> the >> >> >>>>>> man page. >>>>>> >>>>> I think what Barney means is that if you run fetch(1) as root and the >>>>> server returns the filename as "/sbin/init" bad things will happen. >>>>> The data returned in Content-Disposition should be used with caution. >>>>> >>>> Would checking to see if the target file exists, and if so, abort the >>>> operation and display a warning be sufficient to address the security >>>> issues? Of course, we'd need some kind of "force" option to override >>>> >> this >> >> >>>> for the foot-shooting folks, and -f is already taken, but that could >>>> >> easily >> >> >>>> be documented as a "limitation" of this option. >>>> >>> I don't like it since it derives too much from standard behavior which >>> is to use a local name derived from the URL, even if it exists. >>> >>> Also, not overwriting files doesn't cut it for security, you could >>> e.g. create a nonexisting .rhosts or .ssh/authorized_keys or play >>> similar games. >>> >>> Forbidding "/" will set the security to the same level as the base >>> functionality. I like that. >>> >> >> Agreed, although it still leaves open all the security loopholes that >> were >> mentioned, given the proper cwd and malicious intent on the server end. >> >> -- >> Matt Emmerton >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> > Well the programmer can only do so much, after that its up to the user. > Sanitize the filename before writing it. just escape troublesome > characters. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 04:28:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A12816A41F; Fri, 30 Dec 2005 04:28:34 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54E243D45; Fri, 30 Dec 2005 04:28:33 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jBU4S9xC045737; Thu, 29 Dec 2005 20:28:10 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jBU4S8nh045736; Thu, 29 Dec 2005 20:28:08 -0800 (PST) (envelope-from jmg) Date: Thu, 29 Dec 2005 20:28:08 -0800 From: John-Mark Gurney To: Andrey Chernov , Matt Emmerton , Martin Cracauer , Barney Wolff , freebsd-current@freebsd.org, Sean Bryant Message-ID: <20051230042807.GA68143@funkthat.com> Mail-Followup-To: Andrey Chernov , Matt Emmerton , Martin Cracauer , Barney Wolff , freebsd-current@FreeBSD.ORG, Sean Bryant References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051230035724.GA52167@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Subject: Re: fetch extension - use local filename from content-dispositionheader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 04:28:34 -0000 Andrey A. Chernov wrote this message on Fri, Dec 30, 2005 at 06:57 +0300: > On Thu, Dec 29, 2005 at 10:33:48PM -0500, Matt Emmerton wrote: > > > Forbidding "/" will set the security to the same level as the base > > > functionality. I like that. > > > > Agreed, although it still leaves open all the security loopholes that were > > mentioned, given the proper cwd and malicious intent on the server end. > > What about "../../../../../../../../../../../../sbin/init" ? last I checked there was a / or two in that filename... :) and hence invalid... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 05:39:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5113616A41F for ; Fri, 30 Dec 2005 05:39:20 +0000 (GMT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (p72-0-224-2.acedsl.com [72.0.224.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB30743D55 for ; Fri, 30 Dec 2005 05:39:19 +0000 (GMT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.13.4/8.13.4) with ESMTP id jBU5d7CE093554; Fri, 30 Dec 2005 00:39:07 -0500 (EST) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.13.4/8.13.3/Submit) id jBU5d6d9093553; Fri, 30 Dec 2005 00:39:06 -0500 (EST) (envelope-from barney) Date: Fri, 30 Dec 2005 00:39:06 -0500 From: Barney Wolff To: Martin Cracauer Message-ID: <20051230053906.GA75942@pit.databus.com> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051229220403.A16743@cons.org> User-Agent: Mutt/1.5.11 Cc: Barney Wolff , freebsd-current@freebsd.org, Sean Bryant Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 05:39:20 -0000 On Thu, Dec 29, 2005 at 10:04:03PM -0500, Martin Cracauer wrote: > > The security implications are about the same as for the base > functionality. Any filename in the current directory can be wiped out > if you fetch or wget and a URL redirects to another URL which leads to > a filename that matches. If fetch uses a redirected name as its local filename it is seriously broken and must be fixed. The manpage does not mention it. > The default behavior already *is* that the sending server has control > over your local naming. What does the security officer have to say about that, if true? > I will forbit "/" to appear in the suggested filename, though. Remember that the check must be made after any decoding of %xx et al. But no check will save the gullible from creating .shosts in $HOME or overwriting .profile . That's why I believe the whole thing is a bad idea. -- Barney Wolff http://www.databus.com/bwresume.pdf I never met a computer I didn't like. From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 06:01:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42A0816A41F for ; Fri, 30 Dec 2005 06:01:07 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (old.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 846F943D5E for ; Fri, 30 Dec 2005 06:01:06 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id jBU62O94080703 for ; Fri, 30 Dec 2005 01:02:26 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <03ac01c60d06$8b8b12b0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: Date: Fri, 30 Dec 2005 01:01:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Subject: Cleanup for config(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 06:01:07 -0000 Hi, I've put together some patches to clean up some "loose ends" in the config(8) code. Detailed notes and patches are located here: http://www.gsicomp.on.ca/projects/freebsd/config.html Comments, criticisms and committers welcome. Regards, -- Matt Emmerton From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 06:14:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FDB116A41F; Fri, 30 Dec 2005 06:14:58 +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 6D9AF43D62; Fri, 30 Dec 2005 06:14:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jBU6Etij082796; Fri, 30 Dec 2005 01:14:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBU6EuOM076376; Fri, 30 Dec 2005 01:14:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E14F47302F; Fri, 30 Dec 2005 01:14:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051230061455.E14F47302F@freebsd-current.sentex.ca> Date: Fri, 30 Dec 2005 01:14:55 -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 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 06:14:58 -0000 TB --- 2005-12-30 04:43:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-30 04:43:39 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-12-30 04:43:39 - cleaning the object tree TB --- 2005-12-30 04:44:07 - checking out the source tree TB --- 2005-12-30 04:44:07 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-12-30 04:44:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-30 04:50:06 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-30 04:50:06 - cd /src TB --- 2005-12-30 04:50:06 - /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 --- 2005-12-30 06:09:12 - generating LINT kernel config TB --- 2005-12-30 06:09:12 - cd /src/sys/alpha/conf TB --- 2005-12-30 06:09:12 - /usr/bin/make -B LINT TB --- 2005-12-30 06:09:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-30 06:09:12 - cd /src TB --- 2005-12-30 06:09:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 30 06:09:13 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cardbus/cardbus.c:187: warning: redundant redeclaration of 'BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: previous implicit declaration of 'BARBIT' was here /src/sys/dev/cardbus/cardbus.c:263: warning: nested extern declaration of `BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: redundant redeclaration of 'BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: previous implicit declaration of 'BARBIT' was here /src/sys/dev/cardbus/cardbus.c:299: warning: nested extern declaration of `BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: redundant redeclaration of 'BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: previous implicit declaration of 'BARBIT' was here *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-30 06:14:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-30 06:14:55 - ERROR: failed to build lint kernel TB --- 2005-12-30 06:14:55 - tinderbox aborted TB --- 0.92 user 5.00 system 5475.53 real From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 08:03:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2DC816A41F; Fri, 30 Dec 2005 08:03:00 +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 2C2EB43D55; Fri, 30 Dec 2005 08:03:00 +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 jBU82wkN070722; Fri, 30 Dec 2005 03:02:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBU82wF9035244; Fri, 30 Dec 2005 03:02:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E074C7302F; Fri, 30 Dec 2005 03:02:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051230080257.E074C7302F@freebsd-current.sentex.ca> Date: Fri, 30 Dec 2005 03:02:57 -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: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 08:03:01 -0000 TB --- 2005-12-30 06:14:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-30 06:14:56 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-12-30 06:14:56 - cleaning the object tree TB --- 2005-12-30 06:15:46 - checking out the source tree TB --- 2005-12-30 06:15:46 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-12-30 06:15:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-30 06:25:47 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-30 06:25:47 - cd /src TB --- 2005-12-30 06:25:47 - /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 [...] /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:385: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:395: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:415: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:431: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:432: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:434: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:435: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:437: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/kerberos5/lib/libgssapi. *** Error code 1 Stop in /src/kerberos5/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-30 08:02:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-30 08:02:57 - ERROR: failed to build world TB --- 2005-12-30 08:02:57 - tinderbox aborted TB --- 1.37 user 6.89 system 6481.43 real From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 08:43:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE8B516A41F for ; Fri, 30 Dec 2005 08:43:17 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from msgmmp-1.gci.net (msgmmp-1.gci.net [209.165.130.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6309B43D5D for ; Fri, 30 Dec 2005 08:43:17 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from stargate.akparadise.com ([209.124.141.64]) by msgmmp-1.gci.net (Sun Java System Messaging Server 6.2-3.03 (built Jun 27 2005)) with ESMTPA id <0ISA00GHVYW1Y2E0@msgmmp-1.gci.net> for freebsd-current@freebsd.org; Thu, 29 Dec 2005 23:43:15 -0900 (AKST) Received: by stargate.akparadise.com (Postfix, from userid 0) id 74F993F98; Thu, 29 Dec 2005 23:43:13 -0900 (AKST) Date: Thu, 29 Dec 2005 23:43:10 -0900 From: Beech Rintoul To: freebsd-current@freebsd.org Message-id: <200512292343.11523.akbeech@gmail.com> Organization: NorthWind Communications MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_DLu7yAyuIwGROlqmeVS24Q)" User-Agent: KMail/1.8.3 Subject: Help compiling a C utility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 08:43:18 -0000 --Boundary_(ID_DLu7yAyuIwGROlqmeVS24Q) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline I'm trying to compile a utility to fix one of my wireless cards. I got this off a freebsd list and it's supposed to work with 6.0, but I can't get it to compile. I get the following error: stargate# gcc ar5k.c -o ar5k ar5k.c: In function `main': ar5k.c:236: error: syntax error before "t" ar5k.c:236:47: invalid suffix "x" on integer constant ar5k.c:236:50: invalid suffix "X" on integer constant ar5k.c:236:57: invalid suffix "x" on integer constant ar5k.c:236:60: invalid suffix "X" on integer constant ar5k.c:236: error: stray '\' in program ar5k.c:236: error: missing terminating " character I copied this off the message to a text editor (kate). Would someone take a look and see if it's something simple. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://akparadise.byethost33.com --------------------------------------------------------------------------------------- --Boundary_(ID_DLu7yAyuIwGROlqmeVS24Q) Content-type: text/plain; charset=us-ascii; name=ar5k.c.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=ar5k.c.txt /* * This program is derived from code bearing the following Copyright(s) */ /* -*- linux-c -*- * _ _ ____ __ _ ___ ____ ____ __ _ _ _ _ | * . \/ |--| | \| | |--< [__] | \| | _X_ | s e c u r e s y s t e m s * * .vt|ar5k - PCI/CardBus 802.11a WirelessLAN driver for Atheros AR5k chipsets * * Copyright (c) 2002, .vantronix | secure systems * and Reyk Floeter * * This program is free software ; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation ; either version 2 of the License, or * (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY ; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program ; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ #include #include #include #include #define AR5K_PCICFG 0x4010 #define AR5K_PCICFG_EEAE 0x00000001 #define AR5K_PCICFG_CLKRUNEN 0x00000004 #define AR5K_PCICFG_LED_PEND 0x00000020 #define AR5K_PCICFG_LED_ACT 0x00000040 #define AR5K_PCICFG_SL_INTEN 0x00000800 #define AR5K_PCICFG_BCTL 0x00001000 #define AR5K_PCICFG_SPWR_DN 0x00010000 /* EEPROM Registers in the MAC */ #define AR5211_EEPROM_ADDR 0x6000 #define AR5211_EEPROM_DATA 0x6004 #define AR5211_EEPROM_COMD 0x6008 #define AR5211_EEPROM_COMD_READ 0x0001 #define AR5211_EEPROM_COMD_WRITE 0x0002 #define AR5211_EEPROM_COMD_RESET 0x0003 #define AR5211_EEPROM_STATUS 0x600C #define AR5211_EEPROM_STAT_RDERR 0x0001 #define AR5211_EEPROM_STAT_RDDONE 0x0002 #define AR5211_EEPROM_STAT_WRERR 0x0003 #define AR5211_EEPROM_STAT_WRDONE 0x0004 #define AR5211_EEPROM_CONF 0x6010 #define VT_WLAN_IN32(a) (*((volatile unsigned long int *)(mem + (a)))) #define VT_WLAN_OUT32(v,a) (*((volatile unsigned long int *)(mem + (a))) = (v)) int vt_ar5211_eeprom_read( unsigned char *mem, unsigned long int offset, unsigned short int *data ) { int timeout = 10000 ; unsigned long int status ; VT_WLAN_OUT32( 0, AR5211_EEPROM_CONF ), usleep( 5 ) ; /** enable eeprom read access */ VT_WLAN_OUT32( VT_WLAN_IN32(AR5211_EEPROM_COMD) | AR5211_EEPROM_COMD_RESET, AR5211_EEPROM_COMD) ; usleep( 5 ) ; /** set address */ VT_WLAN_OUT32( (unsigned char) offset, AR5211_EEPROM_ADDR) ; usleep( 5 ) ; VT_WLAN_OUT32( VT_WLAN_IN32(AR5211_EEPROM_COMD) | AR5211_EEPROM_COMD_READ, AR5211_EEPROM_COMD) ; while (timeout > 0) { usleep(1) ; status = VT_WLAN_IN32(AR5211_EEPROM_STATUS) ; if (status & AR5211_EEPROM_STAT_RDDONE) { if (status & AR5211_EEPROM_STAT_RDERR) { (void) fputs( "eeprom read access failed!\n", stderr ) ; return 1 ; } status = VT_WLAN_IN32(AR5211_EEPROM_DATA) ; *data = status & 0x0000ffff ; return 0 ; } timeout-- ; } (void) fputs( "eeprom read timeout!\n", stderr ) ; return 1 ; } int vt_ar5211_eeprom_write( unsigned char *mem, unsigned int offset, unsigned short int new_data ) { int timeout = 10000 ; unsigned long int status ; unsigned long int pcicfg ; int i ; unsigned short int sdata ; /** enable eeprom access */ pcicfg = VT_WLAN_IN32( AR5K_PCICFG ) ; VT_WLAN_OUT32( ( pcicfg & ~AR5K_PCICFG_SPWR_DN ), AR5K_PCICFG ) ; usleep( 500 ) ; VT_WLAN_OUT32( pcicfg | AR5K_PCICFG_EEAE /* | 0x2 */, AR5K_PCICFG) ; usleep( 50 ) ; VT_WLAN_OUT32( 0, AR5211_EEPROM_STATUS ); usleep( 50 ) ; /* VT_WLAN_OUT32( 0x1, AR5211_EEPROM_CONF ) ; */ VT_WLAN_OUT32( 0x0, AR5211_EEPROM_CONF ) ; usleep( 50 ) ; i = 100 ; retry: /** enable eeprom write access */ VT_WLAN_OUT32( AR5211_EEPROM_COMD_RESET, AR5211_EEPROM_COMD); usleep( 500 ) ; /* Write data */ VT_WLAN_OUT32( new_data, AR5211_EEPROM_DATA ); usleep( 5 ) ; /** set address */ VT_WLAN_OUT32( offset, AR5211_EEPROM_ADDR); usleep( 5 ) ; VT_WLAN_OUT32( AR5211_EEPROM_COMD_WRITE, AR5211_EEPROM_COMD); usleep( 5 ) ; for ( timeout = 10000 ; timeout > 0 ; --timeout ) { status = VT_WLAN_IN32( AR5211_EEPROM_STATUS ); if ( status & 0xC ) { if ( status & AR5211_EEPROM_STAT_WRERR ) { fprintf( stderr, "eeprom write access failed!\n"); return 1 ; } VT_WLAN_OUT32( 0, AR5211_EEPROM_STATUS ); usleep( 10 ) ; break ; } usleep( 10 ) ; timeout--; } (void) vt_ar5211_eeprom_read( mem, offset, &sdata ) ; if ( ( sdata != new_data ) && i ) { --i ; fprintf( stderr, "Retrying eeprom write!\n"); goto retry ; } return !i ; } static void Usage( char *progname ) { (void) fprintf( stderr, "Usage: %s physical_address_base new_country_code\n", progname ) ; return ; } int main( int argc, char **argv ) { unsigned long int base_addr ; int fd ; void *membase ; unsigned short int sdata ; unsigned short int new_cc ; if ( argc < 3 ) { Usage( argv[0] ) ; return -1 ; } base_addr = strtoul( argv[2], NULL, 0 ) ; if ( base_addr > 0xFFFF ) { (void) fputs( "Error: New domain code must be 16 bits or less\n", stderr ) ; Usage( argv[0] ) ; return -2 ; } new_cc = (unsigned short int) base_addr ; base_addr = strtoul( argv[1], NULL, 0 ) ; #define ATHEROS_PCI_MEM_SIZE 0x10000 fd = open( "/dev/mem", O_RDWR ) ; if ( fd < 0 ) { fprintf( stderr, "Open of /dev/mem failed!\n" ) ; return -2 ; } membase = mmap( 0, ATHEROS_PCI_MEM_SIZE, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FILE, fd, base_addr ) ; if ( membase == (void *) -1 ) { fprintf( stderr, "Mmap of device at 0x%08X for 0x%X bytes failed!\n", base_addr, ATHEROS_PCI_MEM_SIZE ) ; return -3 ; } #if 0 (void) vt_ar5211_eeprom_write( (unsigned char *) membase, AR5K_EEPROM_PROTECT_OFFSET, 0 ) ; #endif /* #if 0 */ if ( vt_ar5211_eeprom_read( (unsigned char *) membase, 0xBF, &sdata ) ) fprintf( stderr, "EEPROM read failed\n" ) ; printf( "Current value 0x%04X will change to 0x%04X\n", sdata, new_cc ) ; if ( vt_ar5211_eeprom_write( (unsigned char *) membase, 0xBF, new_cc ) ) fprintf( stderr, "EEPROM write failed\n" ) ; if ( vt_ar5211_eeprom_read( (unsigned char *) membase, 0xBF, &sdata ) ) fprintf( stderr, "EEPROM read failed\n" ) ; if ( sdata != new_cc ) fprintf( stderr, "Write & read don"t match 0x%04X != 0x%04X\n", new_cc, sdata ) ; return 0 ; } --Boundary_(ID_DLu7yAyuIwGROlqmeVS24Q)-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 08:44:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA4416A41F for ; Fri, 30 Dec 2005 08:44:51 +0000 (GMT) (envelope-from adamsz@mailpont.hu) Received: from mailpont.hu (mailpont.hu [217.20.133.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BD0643D5D for ; Fri, 30 Dec 2005 08:44:50 +0000 (GMT) (envelope-from adamsz@mailpont.hu) Received: by mailpont.hu (Postfix, from userid 1005) id 1F332426C67; Fri, 30 Dec 2005 09:44:48 +0100 (CET) Received: from www.mailpont.hu (localhost [127.0.0.1]) by mailpont.hu (Postfix) with ESMTP id 30A3640EB27 for ; Fri, 30 Dec 2005 09:44:46 +0100 (CET) Received: from 193.68.33.1 (SquirrelMail authenticated user adamsz@mailpont.hu); by www.mailpont.hu with HTTP; Fri, 30 Dec 2005 09:44:46 +0100 (CET) Message-ID: <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> In-Reply-To: <20051230053906.GA75942@pit.databus.com> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> Date: Fri, 30 Dec 2005 09:44:46 +0100 (CET) From: =?iso-8859-2?Q?=C1d=E1m_Szilveszter?= To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on prometheus X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.0.3 Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 08:44:51 -0000 On Pn, December 30, 2005 6:39 am, Barney Wolff wrote: > What does the security officer have to say about that, if true? You know, there are much bigger problems than that. For example the fact, that any vulnerability in fetch(1) or libfetch(3) is a remote root compromise candidate on FreeBSD, because the Ports system still insists on running it as root by default downloading distfiles from unchecked amd potentially unsecure servers all over the Internet. This is the real problem, imho. However, when I mentioned this on -security in a thread (about trusting trust) all I got back was that it was difficult to make sure that all ports build as normal user. Which of course does not explain fetching as root at all, but hey. Regards and Happy New Year, Sz. ------------------------------------------------------------------------ Telcsi.hu - A legjabb csenghangok men slgerekkel >>> Polifnikus s norml csenghangok >>> Animlt s norml httrkpek >>> MP3 effektek >>> http://www.telcsi.hu/index.php?prefix=VM From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 08:51:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 616F216A41F for ; Fri, 30 Dec 2005 08:51:46 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from centrmmtao06.cox.net (centrmmtao06.cox.net [70.168.83.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC16043D5D for ; Fri, 30 Dec 2005 08:51:45 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao06.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051230084939.OVHC4002.centrmmtao06.cox.net@mezz.mezzweb.com>; Fri, 30 Dec 2005 03:49:39 -0500 To: "Beech Rintoul" References: <200512292343.11523.akbeech@gmail.com> Message-ID: Date: Fri, 30 Dec 2005 02:52:54 -0600 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <200512292343.11523.akbeech@gmail.com> User-Agent: Opera M2/8.51 (Linux, build 1462) Cc: freebsd-current@freebsd.org Subject: Re: Help compiling a C utility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 08:51:46 -0000 On Fri, 30 Dec 2005 02:43:10 -0600, Beech Rintoul wrote: > I'm trying to compile a utility to fix one of my wireless cards. I got > this > off a freebsd list and it's supposed to work with 6.0, but I can't get > it to > compile. I get the following error: > > stargate# gcc ar5k.c -o ar5k > ar5k.c: In function `main': > ar5k.c:236: error: syntax error before "t" Change from 'don"t' to 'do not' in the 236 line. > ar5k.c:236:47: invalid suffix "x" on integer constant > ar5k.c:236:50: invalid suffix "X" on integer constant > ar5k.c:236:57: invalid suffix "x" on integer constant > ar5k.c:236:60: invalid suffix "X" on integer constant > ar5k.c:236: error: stray '\' in program > ar5k.c:236: error: missing terminating " character > > I copied this off the message to a text editor (kate). Would someone > take a > look and see if it's something simple. > > Beech -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 09:08:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAA7216A41F for ; Fri, 30 Dec 2005 09:08:18 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0502F43D53 for ; Fri, 30 Dec 2005 09:08:17 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2BC4220A9; Fri, 30 Dec 2005 10:08:13 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 0CB8420A8; Fri, 30 Dec 2005 10:08:13 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id A18D933C3E; Fri, 30 Dec 2005 10:08:12 +0100 (CET) To: Martin Cracauer References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 30 Dec 2005 10:08:12 +0100 In-Reply-To: <20051229220403.A16743@cons.org> (Martin Cracauer's message of "Thu, 29 Dec 2005 22:04:03 -0500") Message-ID: <86mzijdkar.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Barney Wolff , freebsd-current@freebsd.org, Sean Bryant Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 09:08:18 -0000 Martin Cracauer writes: > The security implications are about the same as for the base > functionality. Any filename in the current directory can be wiped > out if you fetch or wget and a URL redirects to another URL which > leads to a filename that matches. No. Fetch uses the original filename as specified on the command line. Redirects are handled behind the scenes by libfetch. > The default behavior already *is* that the sending server has control > over your local naming. No. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 09:11:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF02516A41F for ; Fri, 30 Dec 2005 09:11:25 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DA9C43D53 for ; Fri, 30 Dec 2005 09:11:25 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7696920AA; Fri, 30 Dec 2005 10:11:20 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id ED5FF20A8; Fri, 30 Dec 2005 10:11:19 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id D9C7D33C3E; Fri, 30 Dec 2005 10:11:19 +0100 (CET) To: =?iso-8859-1?q?=C1d=E1m_Szilveszter?= References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 30 Dec 2005 10:11:19 +0100 In-Reply-To: <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> =?iso-8859-1?q?=28=C1d=E1m?= Szilveszter's message of "Fri, 30 Dec 2005 09:44:46 +0100 (CET)") Message-ID: <86irt7dk5k.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 09:11:26 -0000 =C1d=E1m Szilveszter writes: > You know, there are much bigger problems than that. For example the fact, > that any vulnerability in fetch(1) or libfetch(3) is a remote root > compromise candidate on FreeBSD, because the Ports system still insists on > running it as root by default downloading distfiles from unchecked amd > potentially unsecure servers all over the Internet. Wrong. If you go into a ports directory and type 'make install clean' as an unprivileged user, the only parts of the build that actually run with root privileges are the final portions of the installation sequence. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 09:15:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B04F16A41F for ; Fri, 30 Dec 2005 09:15:50 +0000 (GMT) (envelope-from freebsd@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (rea.mbslab.kiae.ru [144.206.177.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70BBE43D49 for ; Fri, 30 Dec 2005 09:15:49 +0000 (GMT) (envelope-from freebsd@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (localhost [127.0.0.1]) by rea.mbslab.kiae.ru (Postfix) with ESMTP id 2FAB2BFF9; Fri, 30 Dec 2005 12:15:47 +0300 (MSK) Received: by rea.mbslab.kiae.ru (Postfix, from userid 1000) id 0B2F4BFF8; Fri, 30 Dec 2005 12:15:47 +0300 (MSK) Date: Fri, 30 Dec 2005 12:15:46 +0300 From: "Eygene A. Ryabinkin" To: ?d?m Szilveszter Message-ID: <20051230091546.GL895@rea.mbslab.kiae.ru> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> User-Agent: Mutt/1.5.11 X-AV-Checked: Yes! Cc: freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 09:15:50 -0000 A bit offtopic, but... > However, when I mentioned this on -security in a thread > (about trusting trust) all I got back was that it was difficult to make > sure that all ports build as normal user. Which of course does not explain > fetching as root at all, but hey. OK, actually you can fetch as non-root: just make /usr/ports/distfiles writeable to the user (or group) that should be able to fetch the packages. The same holds for the source compilation: give the write permissions to the port's directory. 'make install' switches to the root account via 'su', so you can just issue 'make install' and the build scripts will do the trick. The price is also known: you'll need to supply the root password for each package. And this will cause the major pain to the portupgrade users -- it is not so easy to teach portupgrade to do its job from the non-root account. It can be done, but you'll still need to supply root password for every package at least two times. In principle, portupgrade and make scripts can be rearranged to be started as root, but to drop the privileges for the fetching and building via the creation of child and the setuid() call (su will help). Was such feature already discuissed and is it desirable? -- rea BOFH excuse #121: halon system went off and killed the operators From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 09:34:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9912516A41F; Fri, 30 Dec 2005 09:34:20 +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 1CEA943D53; Fri, 30 Dec 2005 09:34:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jBU9YIYc075501; Fri, 30 Dec 2005 04:34:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jBU9YI8I065452; Fri, 30 Dec 2005 04:34:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 128097302F; Fri, 30 Dec 2005 04:34:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051230093418.128097302F@freebsd-current.sentex.ca> Date: Fri, 30 Dec 2005 04:34:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 09:34:20 -0000 TB --- 2005-12-30 08:02:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-30 08:02:57 - starting HEAD tinderbox run for i386/i386 TB --- 2005-12-30 08:02:57 - cleaning the object tree TB --- 2005-12-30 08:03:45 - checking out the source tree TB --- 2005-12-30 08:03:45 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-12-30 08:03:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-30 08:18:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-30 08:18:54 - cd /src TB --- 2005-12-30 08:18:54 - /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 --- 2005-12-30 09:28:27 - generating LINT kernel config TB --- 2005-12-30 09:28:27 - cd /src/sys/i386/conf TB --- 2005-12-30 09:28:27 - /usr/bin/make -B LINT TB --- 2005-12-30 09:28:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-30 09:28:28 - cd /src TB --- 2005-12-30 09:28:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 30 09:28:28 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cardbus/cardbus.c:187: warning: redundant redeclaration of 'BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: previous implicit declaration of 'BARBIT' was here /src/sys/dev/cardbus/cardbus.c:263: warning: nested extern declaration of `BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: redundant redeclaration of 'BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: previous implicit declaration of 'BARBIT' was here /src/sys/dev/cardbus/cardbus.c:299: warning: nested extern declaration of `BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: redundant redeclaration of 'BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: previous implicit declaration of 'BARBIT' was here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-30 09:34:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-30 09:34:17 - ERROR: failed to build lint kernel TB --- 2005-12-30 09:34:17 - tinderbox aborted TB --- 1.15 user 5.95 system 5480.20 real From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 09:37:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE4EC16A41F for ; Fri, 30 Dec 2005 09:37:14 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (imap.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7306343D48 for ; Fri, 30 Dec 2005 09:37:10 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.4/8.13.4) with ESMTP id jBU9avDW067626; Fri, 30 Dec 2005 09:36:57 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <43B4FFB2.4090203@infracaninophile.co.uk> Date: Fri, 30 Dec 2005 09:36:50 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051221) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <86irt7dk5k.fsf@xps.des.no> In-Reply-To: <86irt7dk5k.fsf@xps.des.no> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigBF8CD5EADB7851B6B7248D42" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Fri, 30 Dec 2005 09:36:57 +0000 (GMT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-current@freebsd.org, =?ISO-8859-15?Q?=C1d=E1m_Szilveszter?= Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 09:37:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBF8CD5EADB7851B6B7248D42 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=F8rgrav wrote: > =C1d=E1m Szilveszter writes: >=20 >>You know, there are much bigger problems than that. For example the fac= t, >>that any vulnerability in fetch(1) or libfetch(3) is a remote root >>compromise candidate on FreeBSD, because the Ports system still insists= on >>running it as root by default downloading distfiles from unchecked amd >>potentially unsecure servers all over the Internet.=20 =20 > Wrong. If you go into a ports directory and type 'make install clean' > as an unprivileged user, the only parts of the build that actually run > with root privileges are the final portions of the installation > sequence. Not if you, as a naive user, take a freshly installed system and an unmodified environment. You'll need to make a bunch of changes before everything will run smoothly: * Make /usr/ports/distfiles writable by user or set $DISTDIR to a writable directory * Make /var/db/ports writable by user or set $PORT_DBDIR to a=20 writable location * Make each port directory writable -- so the the 'work' directories can be created -- or set $WRKDIRPREFIX to a writable location. And in fact, if you go on to do the same deal with $PKG_DBDIR and $PREFIX= plus set $INSTALL_AS_USER then you can install most ports entirely as a mortal user -- the exceptions being ports that want to run mtree(8) or th= at need to install programs with specific UID or GIDs. Not setting $INSTALL_AS_USER means you'll be prompted to supply the root password where needed at install time. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigBF8CD5EADB7851B6B7248D42 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) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtP+58Mjk52CukIwRAzyzAJ9qUTCJ7+U6k7Nf7amW7bMb/xwc5wCfZktU UMu2dYs4ffejd3KGYF73bho= =4iCo -----END PGP SIGNATURE----- --------------enigBF8CD5EADB7851B6B7248D42-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 09:53:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6D9716A41F for ; Fri, 30 Dec 2005 09:53:21 +0000 (GMT) (envelope-from andrea@acampi.hq.inet.it) Received: from acampi.hq.inet.it (out-11.hq.inet.it [194.185.62.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA5543D60 for ; Fri, 30 Dec 2005 09:53:20 +0000 (GMT) (envelope-from andrea@acampi.hq.inet.it) Received: by acampi.hq.inet.it (Postfix, from userid 1000) id 6BC613D; Fri, 30 Dec 2005 10:53:19 +0100 (CET) Date: Fri, 30 Dec 2005 10:53:19 +0100 From: Andrea Campi To: Matthew Seaman Message-ID: <20051230095318.GX1779@webcom.it> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <86irt7dk5k.fsf@xps.des.no> <43B4FFB2.4090203@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43B4FFB2.4090203@infracaninophile.co.uk> User-Agent: Mutt/1.5.11 Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org, ?d?m Szilveszter Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 09:53:22 -0000 On Fri, Dec 30, 2005 at 09:36:50AM +0000, Matthew Seaman wrote: > Not if you, as a naive user, take a freshly installed system and an > unmodified environment. You'll need to make a bunch of changes > before everything will run smoothly: > > * Make /usr/ports/distfiles writable by user or set $DISTDIR to > a writable directory Right... > * Make /var/db/ports writable by user or set $PORT_DBDIR to a > writable location Eww... > * Make each port directory writable -- so the the 'work' directories > can be created -- or set $WRKDIRPREFIX to a writable location. Right... > And in fact, if you go on to do the same deal with $PKG_DBDIR and $PREFIX > plus set $INSTALL_AS_USER then you can install most ports entirely as a > mortal user -- the exceptions being ports that want to run mtree(8) or that > need to install programs with specific UID or GIDs. Well, this MIGHT work for a single user system, but it's hackish and really dangerous... > Not setting $INSTALL_AS_USER means you'll be prompted to supply the root > password where needed at install time. Not if you use sudo. The ports mk have a know to specify what to use in place of su, and it works nicely. Now you get prompter only when the (user configurable) timeout expires. Much, much better. I'd even go so far as suggesting sudo in the base system, since it's the first thing many people install from ports AND it's such a pain to upgrade using portupgrade... Bye, Andrea -- Press every key to continue. From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 09:54:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A489816A41F for ; Fri, 30 Dec 2005 09:54:44 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from msgmmp-1.gci.net (msgmmp-1.gci.net [209.165.130.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E03B43D45 for ; Fri, 30 Dec 2005 09:54:32 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from stargate.akparadise.com ([209.124.141.64]) by msgmmp-1.gci.net (Sun Java System Messaging Server 6.2-3.03 (built Jun 27 2005)) with ESMTPA id <0ISB00GSX26SY2G0@msgmmp-1.gci.net> for freebsd-current@freebsd.org; Fri, 30 Dec 2005 00:54:31 -0900 (AKST) Received: by stargate.akparadise.com (Postfix, from userid 0) id C9AF33F99; Fri, 30 Dec 2005 00:54:27 -0900 (AKST) Date: Fri, 30 Dec 2005 00:54:13 -0900 From: Beech Rintoul In-reply-to: To: Jeremy Messenger Message-id: <200512300054.25530.akbeech@gmail.com> Organization: NorthWind Communications MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1184235.4j42Zi3rLL; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200512292343.11523.akbeech@gmail.com> User-Agent: KMail/1.8.3 Cc: freebsd-current@freebsd.org Subject: Re: Help compiling a C utility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 09:54:44 -0000 --nextPart1184235.4j42Zi3rLL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 29 December 2005 11:52 pm, Jeremy Messenger wrote: > Re: Help compiling a C utility > From: > "Jeremy Messenger" > To: > "Beech Rintoul" > CC: > freebsd-current@freebsd.org > Date: > Yesterday 11:52:54 pm > =A0 > On Fri, 30 Dec 2005 02:43:10 -0600, Beech Rintoul =A0 > > wrote: > > I'm trying to compile a utility to fix one of my wireless cards. I got = =A0 > > this > > off a freebsd list and it's supposed to work with 6.0, but I can't get = =A0 > > it to > > compile. I get the following error: > > > > stargate# gcc ar5k.c -o ar5k > > ar5k.c: In function `main': > > ar5k.c:236: error: syntax error before "t" > > Change from 'don"t' to 'do not' in the 236 line. > > > ar5k.c:236:47: invalid suffix "x" on integer constant > > ar5k.c:236:50: invalid suffix "X" on integer constant > > ar5k.c:236:57: invalid suffix "x" on integer constant > > ar5k.c:236:60: invalid suffix "X" on integer constant > > ar5k.c:236: error: stray '\' in program > > ar5k.c:236: error: missing terminating " character > > > > I copied this off the message to a text editor (kate). Would someone =A0 > > take a > > look and see if it's something simple. Thank you much. That worked. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://akparadise.byethost33.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1184235.4j42Zi3rLL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDtQPRVq19LUoGB+MRAq2RAJ9CFO3p6VXlVnMp95XwYo/jFjHAmwCgrKdy yo0lh/ltaYWfpOf5qxC5NlQ= =l88+ -----END PGP SIGNATURE----- --nextPart1184235.4j42Zi3rLL-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 10:02:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7127D16A41F for ; Fri, 30 Dec 2005 10:02:38 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id D77B643D45 for ; Fri, 30 Dec 2005 10:02:37 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 2DDC911916; Fri, 30 Dec 2005 11:02:36 +0100 (CET) Date: Fri, 30 Dec 2005 11:02:35 +0100 From: "Simon L. Nielsen" To: Matthew Seaman Message-ID: <20051230100234.GA855@zaphod.nitro.dk> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <86irt7dk5k.fsf@xps.des.no> <43B4FFB2.4090203@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <43B4FFB2.4090203@infracaninophile.co.uk> User-Agent: Mutt/1.5.11 Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, =?iso-8859-1?Q?=C1d=E1m?= Szilveszter Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:02:38 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.12.30 09:36:50 +0000, Matthew Seaman wrote: > Dag-Erling Sm=F8rgrav wrote: > >Wrong. If you go into a ports directory and type 'make install clean' > >as an unprivileged user, the only parts of the build that actually run > >with root privileges are the final portions of the installation > >sequence. >=20 > Not if you, as a naive user, take a freshly installed system and an > unmodified environment. You'll need to make a bunch of changes > before everything will run smoothly: >=20 > * Make /usr/ports/distfiles writable by user or set $DISTDIR to > a writable directory > * Make /var/db/ports writable by user or set $PORT_DBDIR to a=20 > writable location > * Make each port directory writable -- so the the 'work' directories > can be created -- or set $WRKDIRPREFIX to a writable location. It should of cause be mentioned that by doing this you have now made it possible for "user" to gain root privileges. This might not a problem in many cases, but people should be aware of it. --=20 Simon L. Nielsen --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtQW6h9pcDSc1mlERApdBAKCcG+msG5zZCP/S8Ed4HWH+jVdtNwCgxvid hPjJi55kVTKPuMZbqM5ddZY= =Vs2O -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 10:20:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B14C616A41F for ; Fri, 30 Dec 2005 10:20:47 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E949743D5D for ; Fri, 30 Dec 2005 10:20:45 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id F2F6D11928; Fri, 30 Dec 2005 11:20:44 +0100 (CET) Date: Fri, 30 Dec 2005 11:20:44 +0100 From: "Simon L. Nielsen" To: "Eygene A. Ryabinkin" Message-ID: <20051230102044.GB855@zaphod.nitro.dk> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <20051230091546.GL895@rea.mbslab.kiae.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pd0ReVV5GZGQvF3a" Content-Disposition: inline In-Reply-To: <20051230091546.GL895@rea.mbslab.kiae.ru> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, ?d?m Szilveszter Subject: Re: ports security (was: fetch extension - use local filename from content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:20:47 -0000 --Pd0ReVV5GZGQvF3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.12.30 12:15:46 +0300, Eygene A. Ryabinkin wrote: > In principle, portupgrade and make scripts can be rearranged to be start= ed > as root, but to drop the privileges for the fetching and building via the > creation of child and the setuid() call (su will help). Was such feature > already discuissed and is it desirable? I don't remember seeing it discussed. Fetching as a non-privileged user seems like a really good idea to me. Building as non-root would be nice, but doesn't really buy you much security wise (and will possibly break at least some programs that makes silly assumptions about build as root). Note that both of these features are somewhat paranoid security features, and the risk of getting compromised by either is much smaller than getting compromised by some other much more simple vulnerability. --=20 Simon L. Nielsen --Pd0ReVV5GZGQvF3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtQn8h9pcDSc1mlERAjrxAJ9wsb3VYLilJH1Z862kuY091XWTswCferA9 6hE3kq6WS+fKGPmXPBu60w0= =rni6 -----END PGP SIGNATURE----- --Pd0ReVV5GZGQvF3a-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 10:29:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E70216A41F for ; Fri, 30 Dec 2005 10:29:40 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81C7043D5F for ; Fri, 30 Dec 2005 10:29:39 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id CAECC11928; Fri, 30 Dec 2005 11:29:38 +0100 (CET) Date: Fri, 30 Dec 2005 11:29:38 +0100 From: "Simon L. Nielsen" To: Andrea Campi Message-ID: <20051230102938.GC855@zaphod.nitro.dk> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <86irt7dk5k.fsf@xps.des.no> <43B4FFB2.4090203@infracaninophile.co.uk> <20051230095318.GX1779@webcom.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H8ygTp4AXg6deix2" Content-Disposition: inline In-Reply-To: <20051230095318.GX1779@webcom.it> User-Agent: Mutt/1.5.11 Cc: Dag-Erling Sm?rgrav , Matthew Seaman , ?d?m Szilveszter , freebsd-current@freebsd.org Subject: Re: sudo in basesystem (was: fetch extension - use local filename from content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:29:40 -0000 --H8ygTp4AXg6deix2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.12.30 10:53:19 +0100, Andrea Campi wrote: > I'd even go so far as suggesting sudo in the base system, since it's the > first thing many people install from ports AND it's such a pain to upgrade > using portupgrade... Why is it a pain to upgrade using portupgrade? I have been using sudo for a while now, and I don't recall ever having had a problem upgrading it. For the arguments against (and for) having it in base system please check the thread from the freebsd-security list about the topic in July 2005 (thought that thread did have a lot of other "noise"). --=20 Simon L. Nielsen --H8ygTp4AXg6deix2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtQwSh9pcDSc1mlERAh5kAJ9WbRBFceCmQjyVA/tm2IziPBG3CACfTQc3 U0/Fdo2uPR/lkNyU6QS/LNY= =g6Bb -----END PGP SIGNATURE----- --H8ygTp4AXg6deix2-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 10:29:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4932F16A420 for ; Fri, 30 Dec 2005 10:29:54 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id D537043D49 for ; Fri, 30 Dec 2005 10:29:52 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id jBUATnAF019863; Fri, 30 Dec 2005 12:29:49 +0200 (EET) (envelope-from past@ebs.gr) Received: from [10.1.1.200] (pptp.ebs.gr [10.1.1.200]) by ebs.gr (8.13.3/8.12.11) with ESMTP id jBUAUaNb085304; Fri, 30 Dec 2005 12:30:36 +0200 (EET) (envelope-from past@ebs.gr) Message-ID: <43B50C1B.8040801@ebs.gr> Date: Fri, 30 Dec 2005 12:29:47 +0200 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Cracauer References: <20051229193328.A13367@cons.org> In-Reply-To: <20051229193328.A13367@cons.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:29:54 -0000 Martin Cracauer wrote: > I'm a bit rusty, so please point me to style mistakes in the appended > diff. > > The following diff implements a "-O" option to fetch(1), which, when > set, will make fetch use a local filename supplied by the server in a > Content-Disposition header. > > The most common case for this is when things are stored on a web > server by users and there handled as "attachments". The URL filename > will say "http://foo.bar.com/attachment.php?attid=42" which is useless > as a local filename. > > However, popular web software like the vBulletion forum system and > Bugzilla internally store the original filename (e.g. "mysystem.jpg" > which it was when the uploader submitted it) and provide it to the > client in a Content-Disposition header. > > If you visit such an attachment in Mozilla, you will see that using > the "save" function will default to the original filename. > > This extension to fetch implements the same thing. > > You can test it here: > http://www.cons.org/tmp/content-disposition.cgi > > Open in browser, say "save to disk", it will default to "foo.txt" > instead of "content-disposition.cgi". Same if you use the new fetch > with -O. Or test on any attachment on a modern version of vBulletin. > > If you use Bugzilla somewhere, use this fetch to get an attachment > with "-O" and you'll be thankful that it got the original filename, > e.g. "reproduce-bug.query". > > Martin > > [...] > Index: lib/libfetch/http.c > =================================================================== > RCS file: /home/CVS-FreeBSD/src/lib/libfetch/http.c,v > retrieving revision 1.77 > diff -u -r1.77 http.c > --- lib/libfetch/http.c 24 Aug 2005 12:28:05 -0000 1.77 > +++ lib/libfetch/http.c 30 Dec 2005 00:11:38 -0000 > @@ -334,6 +334,7 @@ > hdr_error = -1, > hdr_end = 0, > hdr_unknown = 1, > + hdr_content_disposition, > hdr_content_length, > hdr_content_range, > hdr_last_modified, > @@ -347,6 +348,7 @@ > hdr_t num; > const char *name; > } hdr_names[] = { > + { hdr_content_disposition, "Content-Disposition" }, > { hdr_content_length, "Content-Length" }, > { hdr_content_range, "Content-Range" }, > { hdr_last_modified, "Last-Modified" }, > @@ -549,6 +551,30 @@ > return (0); > } > > +/* > + * Parse a content-composition header You probably meant content-disposition here. > + */ > +static char * > +_http_parse_content_disposition(const char *p) > +{ > + char *s, *s2; > + const char *looking_for = "filename=\""; > + > + if ((s = strstr(p, looking_for))) { > + s = strdup(s + strlen(looking_for)); > + if ((s2 = strchr(s, '"'))) { > + *s2 = '\0'; > + return s; > + } else { > + free(s); > + return NULL; > + } > + > + } else { > + return NULL; > + } > +} > + > > /***************************************************************************** > * Helper functions for authorization > @@ -991,6 +1017,10 @@ > case hdr_error: > _http_seterr(HTTP_PROTOCOL_ERROR); > goto ouch; > + case hdr_content_disposition: > + us->content_disposition = > + _http_parse_content_disposition(p); > + break; > case hdr_content_length: > _http_parse_length(p, &clength); > break; > > FWIW, I find this very useful. Cheers, Panagiotis From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 10:31:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0906B16A41F for ; Fri, 30 Dec 2005 10:31:47 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from efesto.telvia.it (mail.telvia.it [213.155.209.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 726DC43D5E for ; Fri, 30 Dec 2005 10:31:45 +0000 (GMT) (envelope-from andrea@brancatelli.it) Received: from storage.brancatelli.it (unverified [213.155.197.19]) by efesto.telvia.it (Vircom SMTPRS 5.3.228) with ESMTP id for ; Fri, 30 Dec 2005 11:31:43 +0100 Received: from skdevil.sara.it (host194-172.pool80207.interbusiness.it [80.207.172.194]) (authenticated bits=0) by storage.brancatelli.it (8.13.1/8.13.1) with ESMTP id jBUAWqWR024624 for ; Fri, 30 Dec 2005 11:32:53 +0100 (CET) (envelope-from andrea@brancatelli.it) From: Andrea Brancatelli To: freebsd-current@freebsd.org Date: Fri, 30 Dec 2005 11:31:35 +0100 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512301131.35924.andrea@brancatelli.it> Subject: ADM64 floppies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:31:47 -0000 Hello... just a quick question... For i386 we have ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.0-RELEASE/floppies/ but for Amd64 there's no ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/6.0-RELEASE/floppies/ How can I get installation floppies for 6.0 / amd64? Thanks... -- Andrea Brancatelli http://andrea.brancatelli.it/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 10:35:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C688916A41F; Fri, 30 Dec 2005 10:35:14 +0000 (GMT) (envelope-from freebsd@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (rea.mbslab.kiae.ru [144.206.177.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3EA943D8D; Fri, 30 Dec 2005 10:35:13 +0000 (GMT) (envelope-from freebsd@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (localhost [127.0.0.1]) by rea.mbslab.kiae.ru (Postfix) with ESMTP id 7AD76BD24; Fri, 30 Dec 2005 13:35:11 +0300 (MSK) Received: by rea.mbslab.kiae.ru (Postfix, from userid 1000) id 5718CBCBE; Fri, 30 Dec 2005 13:35:11 +0300 (MSK) Date: Fri, 30 Dec 2005 13:35:11 +0300 From: "Eygene A. Ryabinkin" To: "Simon L. Nielsen" Message-ID: <20051230103511.GA998@rea.mbslab.kiae.ru> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <20051230091546.GL895@rea.mbslab.kiae.ru> <20051230102044.GB855@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051230102044.GB855@zaphod.nitro.dk> User-Agent: Mutt/1.5.11 X-AV-Checked: Yes! Cc: ?d?m Szilveszter , freebsd-current@freebsd.org, "Eygene A. Ryabinkin" Subject: Re: ports security (was: fetch extension - use local filename from content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:35:14 -0000 > I don't remember seeing it discussed. Fetching as a non-privileged > user seems like a really good idea to me. Building as non-root would > be nice, but doesn't really buy you much security wise (and will > possibly break at least some programs that makes silly assumptions > about build as root). OK, I'll try to play with the build system and portupgrade to add such functionality. Do not promise that it will be done quickly, but someday it will. > > Note that both of these features are somewhat paranoid security > features, and the risk of getting compromised by either is much > smaller than getting compromised by some other much more simple > vulnerability. Sure. As much in the security field this is paranoid. Happy New Year! -- rea BOFH excuse #147: Party-bug in the Aloha protocol From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 10:48:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B8EA16A41F; Fri, 30 Dec 2005 10:48:22 +0000 (GMT) (envelope-from andrea@acampi.hq.inet.it) Received: from acampi.hq.inet.it (out-11.hq.inet.it [194.185.62.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ADEA43D4C; Fri, 30 Dec 2005 10:48:17 +0000 (GMT) (envelope-from andrea@acampi.hq.inet.it) Received: by acampi.hq.inet.it (Postfix, from userid 1000) id 66B472E; Fri, 30 Dec 2005 11:48:16 +0100 (CET) Date: Fri, 30 Dec 2005 11:48:16 +0100 From: Andrea Campi To: "Simon L. Nielsen" Message-ID: <20051230104816.GA1779@webcom.it> References: <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <86irt7dk5k.fsf@xps.des.no> <43B4FFB2.4090203@infracaninophile.co.uk> <20051230095318.GX1779@webcom.it> <20051230102938.GC855@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051230102938.GC855@zaphod.nitro.dk> User-Agent: Mutt/1.5.11 Cc: Andrea Campi , ?d?m Szilveszter , Matthew Seaman , freebsd-current@freebsd.org, Dag-Erling Sm?rgrav Subject: Re: sudo in basesystem (was: fetch extension - use local filename from content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:48:22 -0000 On Fri, Dec 30, 2005 at 11:29:38AM +0100, Simon L. Nielsen wrote: > On 2005.12.30 10:53:19 +0100, Andrea Campi wrote: > > I'd even go so far as suggesting sudo in the base system, since it's the > > first thing many people install from ports AND it's such a pain to upgrade > > using portupgrade... > > Why is it a pain to upgrade using portupgrade? I have been using sudo > for a while now, and I don't recall ever having had a problem > upgrading it. Well, try using sudo (portupgrade -s) to install sudo... ;-) All goes well until portupgrade deinstalls the old version, then tries to use sudo to "make install" sudo ;-) > For the arguments against (and for) having it in base system please > check the thread from the freebsd-security list about the topic in > July 2005 (thought that thread did have a lot of other "noise"). I will, but it was more whishful thinking on my part than anything. The least thing I want is to start "the last big bikeshed of 2005" *grin* Bye, Andrea -- Press every key to continue. From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 10:50:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3B1616A41F; Fri, 30 Dec 2005 10:50:06 +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 22D0243D6E; Fri, 30 Dec 2005 10:50:02 +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 jBUAnvEc096022; Fri, 30 Dec 2005 05:49:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jBUAnv0s095684; Fri, 30 Dec 2005 05:49:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AF5E77302F; Fri, 30 Dec 2005 05:49:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051230104957.AF5E77302F@freebsd-current.sentex.ca> Date: Fri, 30 Dec 2005 05:49:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:50:07 -0000 TB --- 2005-12-30 09:34:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-30 09:34:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-12-30 09:34:18 - cleaning the object tree TB --- 2005-12-30 09:34:45 - checking out the source tree TB --- 2005-12-30 09:34:45 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-12-30 09:34:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-30 09:40:29 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-30 09:40:29 - cd /src TB --- 2005-12-30 09:40:29 - /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 --- 2005-12-30 10:45:05 - generating LINT kernel config TB --- 2005-12-30 10:45:05 - cd /src/sys/pc98/conf TB --- 2005-12-30 10:45:05 - /usr/bin/make -B LINT TB --- 2005-12-30 10:45:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-30 10:45:05 - cd /src TB --- 2005-12-30 10:45:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 30 10:45:05 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cardbus/cardbus.c:187: warning: redundant redeclaration of 'BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: previous implicit declaration of 'BARBIT' was here /src/sys/dev/cardbus/cardbus.c:263: warning: nested extern declaration of `BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: redundant redeclaration of 'BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: previous implicit declaration of 'BARBIT' was here /src/sys/dev/cardbus/cardbus.c:299: warning: nested extern declaration of `BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: redundant redeclaration of 'BARBIT' /src/sys/dev/cardbus/cardbus.c:187: warning: previous implicit declaration of 'BARBIT' was here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-30 10:49:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-30 10:49:57 - ERROR: failed to build lint kernel TB --- 2005-12-30 10:49:57 - tinderbox aborted TB --- 1.09 user 5.45 system 4539.27 real From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 11:23:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5191A16A41F; Fri, 30 Dec 2005 11:23:49 +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 BE3D443D55; Fri, 30 Dec 2005 11:23:48 +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 jBUBNlOq080653; Fri, 30 Dec 2005 06:23:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBUBNkue018920; Fri, 30 Dec 2005 06:23:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C08FE7302F; Fri, 30 Dec 2005 06:23:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051230112346.C08FE7302F@freebsd-current.sentex.ca> Date: Fri, 30 Dec 2005 06:23:46 -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: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 11:23:49 -0000 TB --- 2005-12-30 10:49:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-30 10:49:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-12-30 10:49:57 - cleaning the object tree TB --- 2005-12-30 10:50:08 - checking out the source tree TB --- 2005-12-30 10:50:08 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-12-30 10:50:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-30 10:56:18 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-30 10:56:18 - cd /src TB --- 2005-12-30 10:56:18 - /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 [...] cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_ng.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_nw.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_pr.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_sv.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c: In function `getaddrinfo': /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c:342: error: structure has no member named `_ai_pad' /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c:373: error: structure has no member named `_ai_pad' *** Error code 1 Stop in /src/lib/bind/bind. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-30 11:23:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-30 11:23:46 - ERROR: failed to build world TB --- 2005-12-30 11:23:46 - tinderbox aborted TB --- 0.42 user 1.71 system 2028.62 real From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 11:49:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C149116A41F for ; Fri, 30 Dec 2005 11:49:21 +0000 (GMT) (envelope-from adamsz@mailpont.hu) Received: from mailpont.hu (mailpont.hu [217.20.133.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DEDF43D5C for ; Fri, 30 Dec 2005 11:49:21 +0000 (GMT) (envelope-from adamsz@mailpont.hu) Received: by mailpont.hu (Postfix, from userid 1005) id D6C7F426CEB; Fri, 30 Dec 2005 12:49:18 +0100 (CET) Received: from www.mailpont.hu (localhost [127.0.0.1]) by mailpont.hu (Postfix) with ESMTP id 5D7F9426CD8 for ; Fri, 30 Dec 2005 12:49:17 +0100 (CET) Received: from 193.68.33.1 (SquirrelMail authenticated user adamsz@mailpont.hu); by www.mailpont.hu with HTTP; Fri, 30 Dec 2005 12:49:17 +0100 (CET) Message-ID: <2101.193.68.33.1.1135943357.squirrel@193.68.33.1> In-Reply-To: <86irt7dk5k.fsf@xps.des.no> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <86irt7dk5k.fsf@xps.des.no> Date: Fri, 30 Dec 2005 12:49:17 +0100 (CET) From: =?iso-8859-2?Q?=C1d=E1m_Szilveszter?= To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on prometheus X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.0.3 Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 11:49:21 -0000 On Pn, December 30, 2005 10:11 am, Dag-Erling Smrgrav wrote: > Wrong. If you go into a ports directory and type 'make install clean' > as an unprivileged user, the only parts of the build that actually run > with root privileges are the final portions of the installation > sequence. I am well aware of this, this is the way I use the system. But this is not the default (as others have said, filesystem permissions make this impossible out-of-the-box), and what's worse, is not even widely known or documented. Most people only know that "make install clean" will do what they want since this is what's being told to them in many documents. Regards, Sz. ------------------------------------------------------------------------ Telcsi.hu - A legjabb csenghangok men slgerekkel >>> Polifnikus s norml csenghangok >>> Animlt s norml httrkpek >>> MP3 effektek >>> http://www.telcsi.hu/index.php?prefix=VM From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 11:56:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A3E816A41F for ; Fri, 30 Dec 2005 11:56:53 +0000 (GMT) (envelope-from adamsz@mailpont.hu) Received: from mailpont.hu (mailpont.hu [217.20.133.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA13A43D5A for ; Fri, 30 Dec 2005 11:56:52 +0000 (GMT) (envelope-from adamsz@mailpont.hu) Received: by mailpont.hu (Postfix, from userid 1005) id 226FC426D0E; Fri, 30 Dec 2005 12:56:51 +0100 (CET) Received: from www.mailpont.hu (localhost [127.0.0.1]) by mailpont.hu (Postfix) with ESMTP id E5D3D426CFB for ; Fri, 30 Dec 2005 12:56:48 +0100 (CET) Received: from 193.68.33.1 (SquirrelMail authenticated user adamsz@mailpont.hu); by www.mailpont.hu with HTTP; Fri, 30 Dec 2005 12:56:48 +0100 (CET) Message-ID: <1979.193.68.33.1.1135943808.squirrel@193.68.33.1> In-Reply-To: <20051230102044.GB855@zaphod.nitro.dk> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <20051230091546.GL895@rea.mbslab.kiae.ru> <20051230102044.GB855@zaphod.nitro.dk> Date: Fri, 30 Dec 2005 12:56:48 +0100 (CET) From: =?iso-8859-2?Q?=C1d=E1m_Szilveszter?= To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on prometheus X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.0.3 Subject: Re: ports security (was: fetch extension - use local filename from content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 11:56:53 -0000 On Pn, December 30, 2005 11:20 am, Simon L. Nielsen wrote: > I don't remember seeing it discussed. Fetching as a non-privileged > user seems like a really good idea to me. Building as non-root would > be nice, but doesn't really buy you much security wise I would be interested to hear why you think this. (I am aware of the problems at install stage) > (and will > possibly break at least some programs that makes silly assumptions > about build as root). Yes, although we do not know how many programs are affected by this in reality. Eg Gentoo, AFAIK does not build as root. > Note that both of these features are somewhat paranoid security > features, and the risk of getting compromised by either is much > smaller than getting compromised by some other much more simple > vulnerability. I think that running fetch as root is really an unnecessary risk to the system for the same reason as running a web browser or reading mail as root is. For some, this risk is bearable. But it is not security best practice by any stretch. Regards Sz. ------------------------------------------------------------------------ Telcsi.hu - A legjabb csenghangok men slgerekkel >>> Polifnikus s norml csenghangok >>> Animlt s norml httrkpek >>> MP3 effektek >>> http://www.telcsi.hu/index.php?prefix=VM From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 12:20:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 983A216A41F for ; Fri, 30 Dec 2005 12:20:10 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (imap.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F0543D48 for ; Fri, 30 Dec 2005 12:20:07 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.4/8.13.4) with ESMTP id jBUCJoDl087961; Fri, 30 Dec 2005 12:19:50 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <43B525E0.9060904@infracaninophile.co.uk> Date: Fri, 30 Dec 2005 12:19:44 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051221) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Campi References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <86irt7dk5k.fsf@xps.des.no> <43B4FFB2.4090203@infracaninophile.co.uk> <20051230095318.GX1779@webcom.it> In-Reply-To: <20051230095318.GX1779@webcom.it> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigFE5FAC750A7B98F1D657442D" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Fri, 30 Dec 2005 12:19:50 +0000 (GMT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on happy-idiot-talk.infracaninophile.co.uk Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org, ?d?m Szilveszter Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 12:20:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFE5FAC750A7B98F1D657442D Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Andrea Campi wrote: > On Fri, Dec 30, 2005 at 09:36:50AM +0000, Matthew Seaman wrote: >>And in fact, if you go on to do the same deal with $PKG_DBDIR and $PREFIX >>plus set $INSTALL_AS_USER then you can install most ports entirely as a >>mortal user -- the exceptions being ports that want to run mtree(8) or that >>need to install programs with specific UID or GIDs. > Well, this MIGHT work for a single user system, but it's hackish and really > dangerous... The only good use I've found for doing this is when maintaining ports -- it's very handy to be able to test install something in an out of the way corner of your hard-drive without trashing the copy installed under /usr/local that you'ld use normally. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigFE5FAC750A7B98F1D657442D 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) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtSXl8Mjk52CukIwRAzGvAJ9N+Lg8yJQ9Fp0HbUV2stMAcPxF4wCeJcHx SuGRvMu9DATd4luXo9ZcWVo= =kHbe -----END PGP SIGNATURE----- --------------enigFE5FAC750A7B98F1D657442D-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 12:25:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B62216A420; Fri, 30 Dec 2005 12:25:55 +0000 (GMT) (envelope-from bln@deprese.net) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id C916743D4C; Fri, 30 Dec 2005 12:25:52 +0000 (GMT) (envelope-from bln@deprese.net) Received: from antivir3.iol.cz (unknown [192.168.30.206]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id 67B31318152; Fri, 30 Dec 2005 13:25:51 +0100 (CET) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id 5AD38420016; Fri, 30 Dec 2005 13:25:51 +0100 (CET) Received: from smtp-out3.iol.cz (unknown [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 481EA420015; Fri, 30 Dec 2005 13:25:51 +0100 (CET) Received: from 27.240.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id 090DA3BE4E; Fri, 30 Dec 2005 13:25:50 +0100 (CET) Received: from [172.16.3.35] (unknown [172.16.3.35]) by 27.240.broadband2.iol.cz (Postfix) with ESMTP id 48A24C454A; Fri, 30 Dec 2005 13:25:50 +0100 (CET) Message-ID: <43B5274C.5010206@deprese.net> Date: Fri, 30 Dec 2005 13:25:48 +0100 From: Ondra Holecek User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051222) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at iol.cz Cc: Subject: problems with wifi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 12:25:55 -0000 hello, i have bought new notebook - Fujitsu-Siemens Amilo A1650G it has problems with acpi (eg. acpiconf -s3 does not work, etc.), and it has also integrated 802.11b/g card - recognized as ath0. I can set it up, but it has no signal - i gues it is because it should be somehow turned on - there is the button on keyboard for this purpose, but of course it does not work in fbsd. I think, if i solve the problems with acpi, wifi will work. I have dmesg full of this messages: Dec 30 12:41:33 vergilius kernel: ACPI-0501: *** Error: Handler for [EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE Dec 30 12:41:33 vergilius kernel: ACPI-1304: *** Error: Method execution failed [\_TZ_.TZS0._TMP] (Node 0xc29f9c00), AE_NO_HARDWARE_RESPONSE Of course, i would do any necessary tests if somebody tells me how. RELENG_6 oh From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 12:48:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECADB16A41F; Fri, 30 Dec 2005 12:48:10 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86F4E43D53; Fri, 30 Dec 2005 12:48:09 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.4/8.13.4) with ESMTP id jBUClwV2088034; Fri, 30 Dec 2005 12:47:58 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <43B52C77.2010405@infracaninophile.co.uk> Date: Fri, 30 Dec 2005 12:47:51 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051221) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> <86irt7dk5k.fsf@xps.des.no> <43B4FFB2.4090203@infracaninophile.co.uk> <20051230100234.GA855@zaphod.nitro.dk> In-Reply-To: <20051230100234.GA855@zaphod.nitro.dk> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigE5BA6BC8618647749D12E3E0" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Fri, 30 Dec 2005 12:47:58 +0000 (GMT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on happy-idiot-talk.infracaninophile.co.uk Cc: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, =?ISO-8859-15?Q?=C1d=E1m_Szilveszter?= Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 12:48:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE5BA6BC8618647749D12E3E0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Simon L. Nielsen wrote: > On 2005.12.30 09:36:50 +0000, Matthew Seaman wrote: >=20 >>Dag-Erling Sm=F8rgrav wrote: >> >>>Wrong. If you go into a ports directory and type 'make install clean'= >>>as an unprivileged user, the only parts of the build that actually run= >>>with root privileges are the final portions of the installation >>>sequence. >> >>Not if you, as a naive user, take a freshly installed system and an >>unmodified environment. You'll need to make a bunch of changes >>before everything will run smoothly: >> >> * Make /usr/ports/distfiles writable by user or set $DISTDIR to >> a writable directory >> * Make /var/db/ports writable by user or set $PORT_DBDIR to a=20 >> writable location >> * Make each port directory writable -- so the the 'work' directories >> can be created -- or set $WRKDIRPREFIX to a writable location. >=20 >=20 > It should of cause be mentioned that by doing this you have now made > it possible for "user" to gain root privileges. This might not a > problem in many cases, but people should be aware of it. 'user' would have to know the root password already in order to be able to install stuff. Is this scheme better or worse than having root do all the fetching and compiling? =20 I guess making the ports directories writable is the big no-no here. That means for instance, an ill-intentioned person could spoof you into installing software with a backdoor in it, seeing as they could download a trojanned distfile and also tweak the checksums in the port distinfo. Although I suppose being able to inject arbitrary code into make(1) by fiddling with the files under /var/db/ports is pretty bad too. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigE5BA6BC8618647749D12E3E0 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) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtSx98Mjk52CukIwRA6BeAJ9eLTOe3OsHH7oSZdbeuRftmlxBPgCfUlI1 5dqkZr4MBmNyOPipcYkjW/A= =NphW -----END PGP SIGNATURE----- --------------enigE5BA6BC8618647749D12E3E0-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 13:10:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 887CB16A420; Fri, 30 Dec 2005 13:10:59 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C53C943D78; Fri, 30 Dec 2005 13:10:52 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBUDAkkt028133; Fri, 30 Dec 2005 14:10:46 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBUDAjP1028132; Fri, 30 Dec 2005 08:10:45 -0500 (EST) (envelope-from cracauer) Date: Fri, 30 Dec 2005 08:10:45 -0500 From: Martin Cracauer To: Andrey Chernov , Matt Emmerton , Martin Cracauer , Barney Wolff , freebsd-current@freebsd.org, Sean Bryant Message-ID: <20051230081044.A28049@cons.org> References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20051230035724.GA52167@nagual.pp.ru>; from ache@FreeBSD.ORG on Fri, Dec 30, 2005 at 06:57:24AM +0300 Cc: Subject: Re: fetch extension - use local filename from content-dispositionheader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 13:10:59 -0000 Andrey Chernov wrote on Fri, Dec 30, 2005 at 06:57:24AM +0300: > On Thu, Dec 29, 2005 at 10:33:48PM -0500, Matt Emmerton wrote: > > > Forbidding "/" will set the security to the same level as the base > > > functionality. I like that. > > > > Agreed, although it still leaves open all the security loopholes that were > > mentioned, given the proper cwd and malicious intent on the server end. > > What about "../../../../../../../../../../../../sbin/init" ? Of course I meant I will not allow *any* "/" in the filename. Might have been lost in the translation. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 13:13:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDA9B16A420 for ; Fri, 30 Dec 2005 13:13:42 +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 E14A043D62 for ; Fri, 30 Dec 2005 13:13:36 +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 jBUDDXfF010760; Fri, 30 Dec 2005 15:13:34 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 12765-01-2; Fri, 30 Dec 2005 15:13:31 +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 jBUDBnS7010706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Dec 2005 15:11:49 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jBUDC1dm041678; Fri, 30 Dec 2005 15:12:01 +0200 (EET) (envelope-from ru) Date: Fri, 30 Dec 2005 15:12:01 +0200 From: Ruslan Ermilov To: Matt Emmerton Message-ID: <20051230131201.GL52756@ip.net.ua> References: <03ac01c60d06$8b8b12b0$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lqaZmxkhekPBfBzr" Content-Disposition: inline In-Reply-To: <03ac01c60d06$8b8b12b0$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: Cleanup for config(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 13:13:43 -0000 --lqaZmxkhekPBfBzr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2005 at 01:01:55AM -0500, Matt Emmerton wrote: > Hi, >=20 > I've put together some patches to clean up some "loose ends" in the > config(8) code. > Detailed notes and patches are located here: > http://www.gsicomp.on.ca/projects/freebsd/config.html >=20 > Comments, criticisms and committers welcome. >=20 Um, can you make them two files only? One patch - one file. I've been through this code recently, and still have some uncommitted stuff, so I'm interested in looking into these patches. I cannot promise I'll be able to look in them in the next couple of days (New Year days here), but I'll try. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --lqaZmxkhekPBfBzr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtTIhqRfpzJluFF4RAuc4AKCD4jQbdjMcqQx7xETRndevNkLnwQCfVXbh eyr3akZQrU8SjGNskrkpMXs= =KdhW -----END PGP SIGNATURE----- --lqaZmxkhekPBfBzr-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 13:43:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD1AD16A41F for ; Fri, 30 Dec 2005 13:43:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id A462F43D5E for ; Fri, 30 Dec 2005 13:43:18 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4871778 for multiple; Fri, 30 Dec 2005 08:41:20 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBUDhGPF048853; Fri, 30 Dec 2005 08:43:17 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 30 Dec 2005 08:43:13 -0500 User-Agent: KMail/1.8.3 References: <20051229193328.A13367@cons.org> <20051230053906.GA75942@pit.databus.com> <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> In-Reply-To: <2440.193.68.33.1.1135932286.squirrel@193.68.33.1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512300843.14929.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 17:57:59 2005 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: =?iso-8859-2?q?=C1d=E1m_Szilveszter?= Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 13:43:19 -0000 On Friday 30 December 2005 03:44 am, =C1d=E1m Szilveszter wrote: > On P=E9n, December 30, 2005 6:39 am, Barney Wolff wrote: > > What does the security officer have to say about that, if true? > > You know, there are much bigger problems than that. For example the fact, > that any vulnerability in fetch(1) or libfetch(3) is a remote root > compromise candidate on FreeBSD, because the Ports system still insists on > running it as root by default downloading distfiles from unchecked amd > potentially unsecure servers all over the Internet. This is the real > problem, imho. However, when I mentioned this on -security in a thread > (about trusting trust) all I got back was that it was difficult to make > sure that all ports build as normal user. Which of course does not explain > fetching as root at all, but hey. > > Regards and Happy New Year, > > Sz. I always build ports as myself and only install them as root. Every once i= n a=20 while I run into a port that needs to have stuff from pre-install moved to= =20 pre-su-install, but for the most part if works just fine out of the box. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 13:47:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AF8816A41F for ; Fri, 30 Dec 2005 13:47:43 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F0943D45 for ; Fri, 30 Dec 2005 13:47:42 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBUDlaGb029084; Fri, 30 Dec 2005 14:47:36 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBUDlZkT029083; Fri, 30 Dec 2005 08:47:35 -0500 (EST) (envelope-from cracauer) Date: Fri, 30 Dec 2005 08:47:35 -0500 From: Martin Cracauer To: Barney Wolff Message-ID: <20051230084735.A28421@cons.org> References: <20051229193328.A13367@cons.org> <20051230021602.GA9026@pit.databus.com> <43B498DF.4050204@cyberwang.net> <43B49B22.7040307@gmail.com> <20051229220403.A16743@cons.org> <20051230053906.GA75942@pit.databus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20051230053906.GA75942@pit.databus.com>; from barney@databus.com on Fri, Dec 30, 2005 at 12:39:06AM -0500 Cc: Martin Cracauer , freebsd-current@freebsd.org, Sean Bryant Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 13:47:43 -0000 I didn't want to randomize the list with a flood of mail, but I suppose any security discussion is good. Anyway, hopefully this will make it clear: > > The security implications are about the same as for the base > > functionality. Any filename in the current directory can be wiped out > > if you fetch or wget and a URL redirects to another URL which leads to > > a filename that matches. > > If fetch uses a redirected name as its local filename it is seriously > broken and must be fixed. The manpage does not mention it. OK, I just checked. It seems FreeBSD fetch does not do that, sorry. FreeBSD keeps the filename derived from the user-given URL, but wget does, it derives a new filename from the target of the relocation. Well, there's a reason why I want to use fetch, not wget. Anyway, since this option has to be given by the user on every invocation, and since there is no other way to get the desired functionality and since the behavior is non-suprisiving I'd still go forward. I am sure anybody who gets lots of customer bug reports in Mozilla attachments will be thankful. > > I will forbit "/" to appear in the suggested filename, though. > > Remember that the check must be made after any decoding of %xx et al. > But no check will save the gullible from creating .shosts in $HOME or > overwriting .profile . Let's say I forbit file name beginning with ".", too. That covers the obvious attack cases. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 14:04:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46FF416A41F for ; Fri, 30 Dec 2005 14:04:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45A6443D49 for ; Fri, 30 Dec 2005 14:04:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4872967 for multiple; Fri, 30 Dec 2005 09:02:28 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBUE4Op4048996; Fri, 30 Dec 2005 09:04:24 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 30 Dec 2005 08:45:53 -0500 User-Agent: KMail/1.8.3 References: <20051229193328.A13367@cons.org> <86irt7dk5k.fsf@xps.des.no> <43B4FFB2.4090203@infracaninophile.co.uk> In-Reply-To: <43B4FFB2.4090203@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512300845.55681.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 17:57:59 2005 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Dag-Erling =?iso-8859-15?q?Sm=F8rgrav?= , Matthew Seaman , =?iso-8859-15?q?=C1d=E1m_Szilveszter?= Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 14:04:28 -0000 On Friday 30 December 2005 04:36 am, Matthew Seaman wrote: > Dag-Erling Sm=F8rgrav wrote: > > =C1d=E1m Szilveszter writes: > >>You know, there are much bigger problems than that. For example the fac= t, > >>that any vulnerability in fetch(1) or libfetch(3) is a remote root > >>compromise candidate on FreeBSD, because the Ports system still insists > >> on running it as root by default downloading distfiles from unchecked > >> amd potentially unsecure servers all over the Internet. > > > > Wrong. If you go into a ports directory and type 'make install clean' > > as an unprivileged user, the only parts of the build that actually run > > with root privileges are the final portions of the installation > > sequence. > > Not if you, as a naive user, take a freshly installed system and an > unmodified environment. You'll need to make a bunch of changes > before everything will run smoothly: > > * Make /usr/ports/distfiles writable by user or set $DISTDIR to > a writable directory Yeah, I have a src:src user group that I make own /usr/src and /usr/ports a= nd=20 make them group writable. I have the chown/chmod in a script I run to run= =20 cvs update on /usr/src and /usr/ports even. I just stick myself in the src= =20 group and then I can build ports as myself and let it use su for the instal= l=20 and config steps. > * Make /var/db/ports writable by user or set $PORT_DBDIR to a > writable location No, updating that is done via root as su, so you don't have to do this. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 14:32:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83D9116A420; Fri, 30 Dec 2005 14:32:58 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (ns1.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE4743D7C; Fri, 30 Dec 2005 14:32:51 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id jBUEY9cd044340; Fri, 30 Dec 2005 09:34:10 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <009501c60d4e$0955dcb0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Ruslan Ermilov" References: <03ac01c60d06$8b8b12b0$1200a8c0@gsicomp.on.ca> <20051230131201.GL52756@ip.net.ua> Date: Fri, 30 Dec 2005 09:33:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: freebsd-current@freebsd.org Subject: Re: Cleanup for config(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 14:32:58 -0000 ----- Original Message ----- From: "Ruslan Ermilov" To: "Matt Emmerton" Cc: Sent: Friday, December 30, 2005 8:12 AM Subject: Re: Cleanup for config(8) On Fri, Dec 30, 2005 at 01:01:55AM -0500, Matt Emmerton wrote: > Hi, > > I've put together some patches to clean up some "loose ends" in the > config(8) code. > Detailed notes and patches are located here: > http://www.gsicomp.on.ca/projects/freebsd/config.html > > Comments, criticisms and committers welcome. Um, can you make them two files only? One patch - one file. I've been through this code recently, and still have some uncommitted stuff, so I'm interested in looking into these patches. I cannot promise I'll be able to look in them in the next couple of days (New Year days here), but I'll try. ---- See http://www.gsicomp.on.ca/projects/freebsd/config-patch1/unified-p1.patch and http://www.gsicomp.on.ca/projects/freebsd/config-patch2/unified-p2.patch Regards, -- Matt Emmerton From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 16:14:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F0A16A41F for ; Fri, 30 Dec 2005 16:14:56 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D6AE43D66 for ; Fri, 30 Dec 2005 16:14:54 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5CF88.dip.t-dialin.net [84.165.207.136]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBUGBkd3038772 for ; Fri, 30 Dec 2005 17:11:53 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBUGEhPe062116 for ; Fri, 30 Dec 2005 17:14:44 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Fri, 30 Dec 2005 17:14:43 +0100 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20051230171443.6a3e323c@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: Updated doxygen docs of parts of the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 16:14:56 -0000 Hi, I updated the doxygen generated PDFs of parts of the kernel (as of Dec 28) at http://www.leidinger.net/FreeBSD/src_doc/ If there's a particular subsystem you are interested in, but isn't available there, please send me some appropriate hints. As an example, here's the Doxyfile which contains all information I need to generate the GEOM subsystem PDF: ---snip--- # Doxyfile 1.4.1 #--------------------------------------------------------------------------- # Project related configuration options #--------------------------------------------------------------------------- PROJECT_NAME = "FreeBSD kernel GEOM code" OUTPUT_DIRECTORY = geom/ EXTRACT_ALL = YES # for undocumented src, no warnings enabled #-------------------------------------------------------------------------- # configuration options related to the input files #--------------------------------------------------------------------------- INPUT = /usr/src/sys/geom/ GENERATE_TAGFILE = geom/geom.tag @INCLUDE = common-Doxyfile ---snip--- Bye, Alexander. -- To boldly go where I surely don't belong. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 16:38:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16B2C16A41F for ; Fri, 30 Dec 2005 16:38:47 +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 9CA5C43D6E for ; Fri, 30 Dec 2005 16:38:35 +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 jBUGcWdJ015713; Fri, 30 Dec 2005 18:38:32 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 14149-12; Fri, 30 Dec 2005 18:38:30 +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 jBUGYYo7015642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Dec 2005 18:34:34 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jBUGYkG6042431; Fri, 30 Dec 2005 18:34:46 +0200 (EET) (envelope-from ru) Date: Fri, 30 Dec 2005 18:34:46 +0200 From: Ruslan Ermilov To: Matt Emmerton Message-ID: <20051230163446.GA41712@ip.net.ua> References: <03ac01c60d06$8b8b12b0$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <03ac01c60d06$8b8b12b0$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: Cleanup for config(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 16:38:47 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2005 at 01:01:55AM -0500, Matt Emmerton wrote: > Hi, >=20 > I've put together some patches to clean up some "loose ends" in the > config(8) code. > Detailed notes and patches are located here: > http://www.gsicomp.on.ca/projects/freebsd/config.html >=20 > Comments, criticisms and committers welcome. >=20 I've committed first patch almost intact. I've committed second patch with the following modifications except style: - finddev() and findopt() return a pointer; also use them in rmdev() and rmopt(). - didn't drop the "mandatory" directive; it's trivially implemented, someone may use it, and there's generally no sense in breaking API. - didn't commit a bug: in mkmakefile.c, "goto nextparam" should always be called regardless of whether DEVDONE was already set or not. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtWGmqRfpzJluFF4RArOwAKCaIsoqfEcTFHZA+UUkrMG/tckeuQCeLh6J 4cnXvuCZlwPPkkFisKECQLg= =dHpF -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 17:03:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B04416A420 for ; Fri, 30 Dec 2005 17:03:15 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA2C43D5A for ; Fri, 30 Dec 2005 17:03:13 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so67632wxc for ; Fri, 30 Dec 2005 09:03:12 -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=XN3/XgSQkF5onPd+lnGhkLF8XXzbtL9IV40kaRdRISvXMHLDhC9WMXSj4EG2v9wwoS39PsSlYGmL6l9ntqDPgfVPXtchypqe+tPHeoFM3pjBvhKyf3yC5QxdcrEMeQgX7gcu0MZbQv/YAuGURiPX2PkVSKtVyTA/A1DpAgxX4a8= Received: by 10.70.79.4 with SMTP id c4mr10114913wxb; Fri, 30 Dec 2005 09:03:11 -0800 (PST) Received: by 10.70.36.7 with HTTP; Fri, 30 Dec 2005 09:03:11 -0800 (PST) Message-ID: <70e8236f0512300903i31c57efaleb93e00c788ead3b@mail.gmail.com> Date: Fri, 30 Dec 2005 17:03:11 +0000 From: Joao Barros To: Alexander Leidinger In-Reply-To: <20051230171443.6a3e323c@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051230171443.6a3e323c@Magellan.Leidinger.net> Cc: current@freebsd.org Subject: Re: Updated doxygen docs of parts of the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 17:03:15 -0000 On 12/30/05, Alexander Leidinger wrote: > Hi, > > I updated the doxygen generated PDFs of parts of the kernel (as of Dec > 28) at http://www.leidinger.net/FreeBSD/src_doc/ Ups: Not Found The requested URL /FreeBSD/src_doc/ was not found on this server. Apache/1.3.31 Server at www.leidinger.net Port 80 -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 17:07:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6831916A41F for ; Fri, 30 Dec 2005 17:07:12 +0000 (GMT) (envelope-from sean@cyberwang.net) Received: from imf21aec.mail.bellsouth.net (imf21aec.mail.bellsouth.net [205.152.59.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id C435443D58 for ; Fri, 30 Dec 2005 17:07:11 +0000 (GMT) (envelope-from sean@cyberwang.net) Received: from ibm63aec.bellsouth.net ([68.19.113.81]) by imf21aec.mail.bellsouth.net with ESMTP id <20051230170711.QNXU3622.imf21aec.mail.bellsouth.net@ibm63aec.bellsouth.net> for ; Fri, 30 Dec 2005 12:07:11 -0500 Received: from [192.168.10.100] (really [68.19.113.81]) by ibm63aec.bellsouth.net with ESMTP id <20051230170706.SNGS29460.ibm63aec.bellsouth.net@[192.168.10.100]>; Fri, 30 Dec 2005 12:07:06 -0500 Message-ID: <43B5692B.6070706@cyberwang.net> Date: Fri, 30 Dec 2005 12:06:51 -0500 From: Sean Bryant User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joao Barros References: <20051230171443.6a3e323c@Magellan.Leidinger.net> <70e8236f0512300903i31c57efaleb93e00c788ead3b@mail.gmail.com> In-Reply-To: <70e8236f0512300903i31c57efaleb93e00c788ead3b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Leidinger , current@freebsd.org Subject: Re: Updated doxygen docs of parts of the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 17:07:12 -0000 Joao Barros wrote: >On 12/30/05, Alexander Leidinger wrote: > > >>Hi, >> >>I updated the doxygen generated PDFs of parts of the kernel (as of Dec >>28) at http://www.leidinger.net/FreeBSD/src_doc/ >> >> > >Ups: > >Not Found >The requested URL /FreeBSD/src_doc/ was not found on this server. > >Apache/1.3.31 Server at www.leidinger.net Port 80 > > >-- >Joao Barros >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > http://www.leidinger.net/FreeBSD/src_docs/ Maybe? From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 17:22:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 596E016A425 for ; Fri, 30 Dec 2005 17:22:24 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37E2243D55 for ; Fri, 30 Dec 2005 17:22:20 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so69731wxc for ; Fri, 30 Dec 2005 09:21:55 -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=EQW0wn5nFgIuHqLEy7CDbsd2tqtGkW9kGnnQyfd6L6wSiksfrCIM4Drx0vSbgO4/jtSIvcokbtenztfTBfC3wdlwEDFt3+RFEYT254g8ducKRlsUeg2pxjiTIlfut0TZ9gHIWthCxNwHA+Ba6cPGxPGv1mRNtX2Zf24jj9wIlYI= Received: by 10.70.131.11 with SMTP id e11mr10120779wxd; Fri, 30 Dec 2005 09:21:54 -0800 (PST) Received: by 10.70.36.7 with HTTP; Fri, 30 Dec 2005 09:21:54 -0800 (PST) Message-ID: <70e8236f0512300921x4ca13e9t6d28e56feafc77c4@mail.gmail.com> Date: Fri, 30 Dec 2005 17:21:54 +0000 From: Joao Barros To: Sean Bryant In-Reply-To: <43B5692B.6070706@cyberwang.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051230171443.6a3e323c@Magellan.Leidinger.net> <70e8236f0512300903i31c57efaleb93e00c788ead3b@mail.gmail.com> <43B5692B.6070706@cyberwang.net> Cc: Alexander Leidinger , current@freebsd.org Subject: Re: Updated doxygen docs of parts of the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 17:22:24 -0000 On 12/30/05, Sean Bryant wrote: > Joao Barros wrote: > On 12/30/05, Alexander Leidinger wrote: > > > Hi, > > I updated the doxygen generated PDFs of parts of the kernel (as of Dec > 28) at http://www.leidinger.net/FreeBSD/src_doc/ > > > > Ups: > > Not Found > The requested URL /FreeBSD/src_doc/ was not found on this server. > > Apache/1.3.31 Server at www.leidinger.net Port 80 > > > http://www.leidinger.net/FreeBSD/src_docs/ > Maybe? > Thanks! -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 17:52:29 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D45ED16A41F for ; Fri, 30 Dec 2005 17:52:29 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 314E043D62 for ; Fri, 30 Dec 2005 17:52:29 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBUHqRri034905 for ; Fri, 30 Dec 2005 18:52:27 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBUHqRZc034904 for freebsd-current@FreeBSD.ORG; Fri, 30 Dec 2005 12:52:27 -0500 (EST) (envelope-from cracauer) Date: Fri, 30 Dec 2005 12:52:27 -0500 From: Martin Cracauer To: freebsd-current@FreeBSD.ORG Message-ID: <20051230125227.A33408@cons.org> References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20051230035724.GA52167@nagual.pp.ru>; from ache@FreeBSD.ORG on Fri, Dec 30, 2005 at 06:57:24AM +0300 Cc: Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 17:52:30 -0000 Allright. Polishing: - disallow "/" anywhere in the filename - disallow "." at the beginning - replace all chars less than ' ' or > 127 with "_" - use a static buffer of size [MAX_PATH] instead of allocated memory, to be fail-safe against memory leaks from other applications using libfetch - typo corrected, style fixes, manual entries I also added a "-Q" flag which will print the resulting filename to stdout. This is useful in scripting. Diff on http:/www.cons.org/tmp/freebsd-fetch-O2.diff When discussing, keep in mind that the user has to explicity give the -O option (there is no environment variable to permanently turn this on) and that the implications of the -O options are very clear and simple. And that the main use of this is for folks who have to go through a gazillion of Bugzilla attachments all name "customer-errlog.20051220" etc, and there is no other way to download them in a name-preserving manner than interactively opening them in Mozilla and saving them. Before we randomize the list even more I would say I'd like to hear from the security officer if there is concern left. Myself I have no way to form conflicting user opinions into a decision. For the reasons above I plan to go forward if not vetoed. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 18:38:38 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6293D16A41F for ; Fri, 30 Dec 2005 18:38:38 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 150EB43D73 for ; Fri, 30 Dec 2005 18:38:25 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 99ED520AC; Fri, 30 Dec 2005 19:38:18 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 1B68820AB; Fri, 30 Dec 2005 19:38:18 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id E3C2633C3E; Fri, 30 Dec 2005 19:38:17 +0100 (CET) To: Martin Cracauer References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 30 Dec 2005 19:38:17 +0100 In-Reply-To: <20051230125227.A33408@cons.org> (Martin Cracauer's message of "Fri, 30 Dec 2005 12:52:27 -0500") Message-ID: <86bqyy4ehy.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.ORG Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 18:38:38 -0000 Martin Cracauer writes: > When discussing, keep in mind that the user has to explicity give the > -O option (there is no environment variable to permanently turn this > on) and that the implications of the -O options are very clear and > simple. And that the main use of this is for folks who have to go > through a gazillion of Bugzilla attachments all name > "customer-errlog.20051220" etc, and there is no other way to download > them in a name-preserving manner than interactively opening them in > Mozilla and saving them. Are you seriously saying that you find it easier to copy the URL to the clipboard and paste it into a terminal window than to just right-click the link and select "Save Link As"? > Before we randomize the list even more I would say I'd like to hear > from the security officer if there is concern left. It still hasn't occurred to you to ask the fetch maintainer, has it? He happens to think it's a terrible hack which breaks the libfetch API and leaks memory to boot. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 18:43:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C523B16A41F for ; Fri, 30 Dec 2005 18:43:48 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CCAF43D45 for ; Fri, 30 Dec 2005 18:43:47 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBUIhiwu036553; Fri, 30 Dec 2005 19:43:44 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBUIhiur036552; Fri, 30 Dec 2005 13:43:44 -0500 (EST) (envelope-from cracauer) Date: Fri, 30 Dec 2005 13:43:44 -0500 From: Martin Cracauer To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Message-ID: <20051230134344.A36437@cons.org> References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <86bqyy4ehy.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <86bqyy4ehy.fsf@xps.des.no>; from des@des.no on Fri, Dec 30, 2005 at 07:38:17PM +0100 Cc: Martin Cracauer , freebsd-current@FreeBSD.ORG Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 18:43:48 -0000 Dag-Erling Smrgrav wrote on Fri, Dec 30, 2005 at 07:38:17PM +0100: > Martin Cracauer writes: > > When discussing, keep in mind that the user has to explicity give the > > -O option (there is no environment variable to permanently turn this > > on) and that the implications of the -O options are very clear and > > simple. And that the main use of this is for folks who have to go > > through a gazillion of Bugzilla attachments all name > > "customer-errlog.20051220" etc, and there is no other way to download > > them in a name-preserving manner than interactively opening them in > > Mozilla and saving them. > > Are you seriously saying that you find it easier to copy the URL to > the clipboard and paste it into a terminal window than to just > right-click the link and select "Save Link As"? If you have dozens of them in a page, yepp. If you have any kind of robot, even just a grep from one HTML page, there is nothing else you can do. > > Before we randomize the list even more I would say I'd like to hear > > from the security officer if there is concern left. > > It still hasn't occurred to you to ask the fetch maintainer, has it? > He happens to think it's a terrible hack which breaks the libfetch API > and leaks memory to boot. It didn't leak and in any case the new patch uses a static buffer. Maintainer says "notification requested". If this thread isn't notification I don't know what. Please have a look at the new diff which I agree is more in the spirit of the existing interface. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 18:48:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B141C16A422 for ; Fri, 30 Dec 2005 18:48:44 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13F7043D66 for ; Fri, 30 Dec 2005 18:48:26 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr1so.prod.shaw.ca (pd5mr1so-qfe3.prod.shaw.ca [10.0.141.232]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ISB00FOKQW60HE0@l-daemon> for freebsd-current@freebsd.org; Fri, 30 Dec 2005 11:48:06 -0700 (MST) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd5mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ISB00K6PQW6RYC0@pd5mr1so.prod.shaw.ca> for freebsd-current@freebsd.org; Fri, 30 Dec 2005 11:48:06 -0700 (MST) Received: from [192.168.0.60] ([24.87.209.6]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ISB007PJQW5AB80@l-daemon> for freebsd-current@freebsd.org; Fri, 30 Dec 2005 11:48:06 -0700 (MST) Date: Fri, 30 Dec 2005 10:47:46 -0800 From: Colin Percival In-reply-to: <20051230125227.A33408@cons.org> To: Martin Cracauer Message-id: <43B580D2.9070609@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051228) Cc: freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 18:48:45 -0000 Martin Cracauer wrote: > Diff on > http:/www.cons.org/tmp/freebsd-fetch-O2.diff > > When discussing, keep in mind that the user has to explicity give the > -O option (there is no environment variable to permanently turn this > on) and that the implications of the -O options are very clear and > simple. And that the main use of this is for folks who have to go > through a gazillion of Bugzilla attachments all name > "customer-errlog.20051220" etc, and there is no other way to download > them in a name-preserving manner than interactively opening them in > Mozilla and saving them. > > Before we randomize the list even more I would say I'd like to hear > from the security officer if there is concern left. Ask and ye shall receive. :-) I must say that I still have some concerns about this. In general, creating a file with a server-specified name is a very easy way to open up security problems; aside from the already-mentioned problems of overwriting important system files or creating dot-files, I can very easily imagine a script which calls fetch(1) being in the current directory and being overwritten maliciously. I also wonder why having an option for fetch(1) to create files with server-specified names is necessary. It seems to me that the best way to provide the functionality you want is to add a "-H headername" option which instructs fetch(1) to print out the value (if any) of the "headername" HTTP header. Then you could have a script download the file you want to a safe location, look at the Content-Disposition header, sanity-check it, and rename the file as appropriate. Colin Percival From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 19:16:13 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DA5316A41F for ; Fri, 30 Dec 2005 19:16:13 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A6D243D5D for ; Fri, 30 Dec 2005 19:16:12 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D2D5620A9; Fri, 30 Dec 2005 20:16:07 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 5724220A8; Fri, 30 Dec 2005 20:16:07 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 37A0333C3E; Fri, 30 Dec 2005 20:16:07 +0100 (CET) To: Martin Cracauer References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <86bqyy4ehy.fsf@xps.des.no> <20051230134344.A36437@cons.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 30 Dec 2005 20:16:07 +0100 In-Reply-To: <20051230134344.A36437@cons.org> (Martin Cracauer's message of "Fri, 30 Dec 2005 13:43:44 -0500") Message-ID: <867j9m4cqw.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.ORG Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 19:16:13 -0000 Martin Cracauer writes: > Please have a look at the new diff which I agree is more in the spirit > of the existing interface. It is slightly less disgusting, but it still breaks the API, and I still think it is a bad idea. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 19:28:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A04C416A423; Fri, 30 Dec 2005 19:28:50 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12EDE43D46; Fri, 30 Dec 2005 19:28:49 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBUJSmYn037519; Fri, 30 Dec 2005 20:28:48 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBUJSm0x037518; Fri, 30 Dec 2005 14:28:48 -0500 (EST) (envelope-from cracauer) Date: Fri, 30 Dec 2005 14:28:48 -0500 From: Martin Cracauer To: Colin Percival Message-ID: <20051230142848.A36879@cons.org> References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <43B580D2.9070609@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <43B580D2.9070609@freebsd.org>; from cperciva@freebsd.org on Fri, Dec 30, 2005 at 10:47:46AM -0800 Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 19:28:50 -0000 Colin Percival wrote on Fri, Dec 30, 2005 at 10:47:46AM -0800: > Martin Cracauer wrote: > > Diff on > > http:/www.cons.org/tmp/freebsd-fetch-O2.diff > > > > When discussing, keep in mind that the user has to explicity give the > > -O option (there is no environment variable to permanently turn this > > on) and that the implications of the -O options are very clear and > > simple. And that the main use of this is for folks who have to go > > through a gazillion of Bugzilla attachments all name > > "customer-errlog.20051220" etc, and there is no other way to download > > them in a name-preserving manner than interactively opening them in > > Mozilla and saving them. > > > > Before we randomize the list even more I would say I'd like to hear > > from the security officer if there is concern left. > > Ask and ye shall receive. :-) > > I must say that I still have some concerns about this. In general, > creating a file with a server-specified name is a very easy way to > open up security problems; aside from the already-mentioned problems > of overwriting important system files or creating dot-files, I can > very easily imagine a script which calls fetch(1) being in the current > directory and being overwritten maliciously. As noted no changing of directories and I kill filenames with dots at the beginning, not to mention the option is off by default. How is an attacker going to figure out what the script on your side is named, if any? In any case, the nature of this option implies directly and in a non-surprising manner this threat to files in the local directory. Since this option is off by default and the user can only find it in the manpage I don't see the "ooops" opportunity here. Maybe a fat warning in the manpage? > I also wonder why having an option for fetch(1) to create files with > server-specified names is necessary. It seems to me that the best way > to provide the functionality you want is to add a "-H headername" > option which instructs fetch(1) to print out the value (if any) of the > "headername" HTTP header. Then you could have a script download the > file you want to a safe location, look at the Content-Disposition > header, sanity-check it, and rename the file as appropriate. Good point. Putting a script around it like that is no different than instructing my version of fetch to do a sanity check on the name and do it directly. Except more work, more bugs, and you need to manually find out the name of the default savefile in first place. You see, people who don't want or need this are not affected by this feature in fetch. For people who need it, the integrated solution is safer than a 30-second script, the root of many security troubles. Just for starters, it is not realistic to assume such a script would check for slashes or 8-bit chars which when echoed by reconfigure your xterm. The fetch patch does. I still think people arguing against this are just lucky enough that they never have to get larger amounts of files off a webserver using generic script names in the URL and name files with Content-Disposition. But it is becoming more and more popular - Bugzilla, Web forum software, Image hosting services, it's everywhere. And this is why clients like Mozilla implement it. In a way, using the name of the php/cgi script which doesn't have anything to do with the actual filename is the bogus thing to do, in particular since we are not compatible with interactive clients. The content-disposition header is a standard web feature that we have no good reason to ignore (as long as we don't turn it on unless directly user-requested). We are just advancing with web technology, which partly moves from explicit naming in URLs to simpler (for them) schemes. DES, can you be more specific in what way I break the API? As far as libfetch is concerned, all I do is pass to the caller one more header from the webserver, in the same manner as the other headers that are already there. Libfetch takes no action as a result of that header except for possible printing of warnings. The semantics to use the header for saving are all in fetch the program, not libfetch. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 19:55:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F22816A429; Fri, 30 Dec 2005 19:55:27 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id E27BF43D5E; Fri, 30 Dec 2005 19:55:26 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 37CB320A9; Fri, 30 Dec 2005 20:55:22 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id BB70820A8; Fri, 30 Dec 2005 20:55:21 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 9F59F33C3E; Fri, 30 Dec 2005 20:55:21 +0100 (CET) To: Martin Cracauer References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <43B580D2.9070609@freebsd.org> <20051230142848.A36879@cons.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 30 Dec 2005 20:55:21 +0100 In-Reply-To: <20051230142848.A36879@cons.org> (Martin Cracauer's message of "Fri, 30 Dec 2005 14:28:48 -0500") Message-ID: <86psne2wd2.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 19:55:27 -0000 Martin Cracauer writes: > DES, can you be more specific in what way I break the API? You changed the size of struct url_stat. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 20:20:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 890EB16A41F; Fri, 30 Dec 2005 20:20:40 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0379C43D45; Fri, 30 Dec 2005 20:20:30 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBUKKRgQ039365; Fri, 30 Dec 2005 21:20:27 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBUKKRAu039364; Fri, 30 Dec 2005 15:20:27 -0500 (EST) (envelope-from cracauer) Date: Fri, 30 Dec 2005 15:20:27 -0500 From: Martin Cracauer To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Message-ID: <20051230152027.A39043@cons.org> References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <43B580D2.9070609@freebsd.org> <20051230142848.A36879@cons.org> <86psne2wd2.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <86psne2wd2.fsf@xps.des.no>; from des@des.no on Fri, Dec 30, 2005 at 08:55:21PM +0100 Cc: Martin Cracauer , freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 20:20:40 -0000 Dag-Erling Smrgrav wrote on Fri, Dec 30, 2005 at 08:55:21PM +0100: > Martin Cracauer writes: > > DES, can you be more specific in what way I break the API? > > You changed the size of struct url_stat. Not to argue but that is an ABI change, not an API one. I certainly don't see how this qualifies as "disgusting" as you put it. Ok, how about I change the inline struct to a constructor/pointer-passing mechanism (with changed names) and we bump the shared library version number? That way fields can be added in an ABI and API backwards-compatible manner in the future. The way it is organized right now libfetch effectivly shields the application from HTTP headers and the API chosen for header information transportation is locked against extensions. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 20:55:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 126BA16A41F; Fri, 30 Dec 2005 20:55:29 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AFC843D58; Fri, 30 Dec 2005 20:55:26 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id B644F13B64F; Fri, 30 Dec 2005 21:55:24 +0100 (CET) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 91899-10; Fri, 30 Dec 2005 21:55:24 +0100 (CET) Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100]) by kweetal.tue.nl (Postfix) with ESMTP id 1711813B613; Fri, 30 Dec 2005 21:55:24 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72]) by umta.win.tue.nl (Postfix) with ESMTP id 144E631401C; Fri, 30 Dec 2005 21:55:24 +0100 (CET) Received: by pcwin002.win.tue.nl (Postfix, from userid 1001) id 07C0640BA; Fri, 30 Dec 2005 21:55:24 +0100 (CET) Date: Fri, 30 Dec 2005 21:55:24 +0100 From: Stijn Hoop To: John Baldwin Message-ID: <20051230205523.GN11200@pcwin002.win.tue.nl> References: <20051229193328.A13367@cons.org> <86irt7dk5k.fsf@xps.des.no> <43B4FFB2.4090203@infracaninophile.co.uk> <200512300845.55681.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512300845.55681.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org, Matthew Seaman , ?d?m Szilveszter Subject: Re: fetch extension - use local filename from content-disposition header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 20:55:29 -0000 On Fri, Dec 30, 2005 at 08:45:53AM -0500, John Baldwin wrote: > Yeah, I have a src:src user group that I make own /usr/src and /usr/ports and > make them group writable. I have the chown/chmod in a script I run to run > cvs update on /usr/src and /usr/ports even. I just stick myself in the src > group and then I can build ports as myself and let it use su for the install > and config steps. This is exactly what I do as well. I might be missing a reason that this is not 'standardized' (a.k.a. in the base system). --Stijn -- It's harder to read code than to write it. -- Joel Spolsky, http://www.joelonsoftware.com/articles/fog0000000069.html From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 20:57:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 3260C16A420; Fri, 30 Dec 2005 20:57:36 +0000 (GMT) In-Reply-To: <200512301131.35924.andrea@brancatelli.it> from Andrea Brancatelli at "Dec 30, 2005 11:31:35 am" To: andrea@brancatelli.it (Andrea Brancatelli) Date: Fri, 30 Dec 2005 20:57:36 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051230205736.3260C16A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: ADM64 floppies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 20:57:36 -0000 > > Hello... just a quick question... > > For i386 we have > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.0-RELEASE/floppies/ > > but for Amd64 there's no > ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/6.0-RELEASE/floppies/ > > How can I get installation floppies for 6.0 / amd64? > > Thanks... There aren't any, because amd64 machines are "legacy free" systems, meaning they don't come with floppy drives or parallel printer ports. (They do come with serial ports, thankfully, probably because of how useful they are for setting up headless servers.) What you might be able to do is use the i386 floppies instead. That is, boot into the installer with the i386 floppies, and then point it at the FreeBSD/amd64 distribution files. The filesystems are compatible between FreeBSD/i386 and FreeBSD/amd64, so in theory everything should work. The only issue might be getting the right boot loader installed. You should also try harder to fix your CD-ROM issues before going off and randomly trying other things. Have you tried booting a different CD in the drive to verify that it works at all? Have you tried a different CD-ROM drive? Does the system have an ATA controller and if so, have you tried temporarily connecting a CD-ROM to it? Also, have you tried what was suggested for your USB keyboard problem? It's rude when someone offers you a possible solution to your problem for you to not bother say whether or not you tried it and whether or not it worked for you. The FreeBSD/i386 installation CD stubbornly insists on finding an atkbd0 device, even on systems with USB keyboards where no PS/2 keyboard controller exists. I solved this by doing the following: - When the boot loader reaches the screen where it's counting down before booting the kernel, press a key to stop the countdown and get to the OK prompt. - At the OK prompt, type: OK set hint.atkbd.0.disabled=1 OK boot This will insure that atkbd0 is not attached, and allow the USB keyboard to become the primary keyboard device. Later, you should make sure that "hint.atkbd.0.disabled=1" is added to /boot/loader.conf so that it's done automatically for you at each boot. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 21:14:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A66916A420 for ; Fri, 30 Dec 2005 21:14:47 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB75A43D70 for ; Fri, 30 Dec 2005 21:14:40 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id A3B3419F2C; Fri, 30 Dec 2005 13:14:39 -0800 (PST) From: "Darren Pilgrim" To: "'Andrea Campi'" Date: Fri, 30 Dec 2005 13:14:32 -0800 Message-ID: <001601c60d86$0a8fe8e0$642a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal In-Reply-To: <20051230104816.GA1779@webcom.it> Cc: freebsd-current@freebsd.org Subject: RE: sudo in basesystem (was: fetch extension - use local filenamefrom content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 21:14:47 -0000 From: Andrea Campi > > Well, try using sudo (portupgrade -s) to install sudo... ;-) > All goes well until portupgrade deinstalls the old version, > then tries to use sudo to "make install" sudo ;-) Have you ever tried using portupgrade to upgrade portupgrade? Someone should fix portupgrade so it can still be used after deinstalling itself. ;-) From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 23:11:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 010F716A41F for ; Fri, 30 Dec 2005 23:11:30 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from pipa.profix.cz (ruprt.hosting4u.cz [82.208.25.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDE1643D5E for ; Fri, 30 Dec 2005 23:11:28 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id 586134E708 for ; Sat, 31 Dec 2005 00:11:29 +0100 (CET) Received: from pipa.profix.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11938-05 for ; Sat, 31 Dec 2005 00:11:29 +0100 (CET) Received: from gandalf (unknown [80.95.121.105]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.profix.cz (Postfix) with ESMTP id D19034E705 for ; Sat, 31 Dec 2005 00:11:28 +0100 (CET) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: Date: Sat, 31 Dec 2005 00:11:23 +0100 Message-ID: <000001c60d96$5c4180d0$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0001_01C60D9E.BE05E8D0" X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcYNfag7xrus1re5SqengBlx553Lxw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: reboot after flood ping on ath, and panic while restarting vr0 somehow connected with it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 23:11:30 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C60D9E.BE05E8D0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Hi all, =20 I would like to report 2 strange reboots after crashs. =20 The first one happened when I was testing wi-fi link by this command = "ping -f -c 1000000 -s 1472 10.40.192.54", approximately 3 minutes latter a sub-window of the PuTTY appeared with the following message "Out of = memory space" and the console dropped ... panic ... reboot. =20 This is from my output dmesg -a: =20 ath0: stuck beacon; resetting (bmiss count 4) =20 Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05c3926 stack pointer =3D 0x28:0xd14aea70 frame pointer =3D 0x28:0xd14aea88 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 52380 (sshd) trap number =3D 12 panic: page fault Uptime: 16h46m46s Dumping 255 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 255MB (65276 pages) 240 224 208 192 176 160 144 128 112 96 80 = 64 48 32 16 =20 =20 If anybody is interested in it, I have a complete dump file. =20 =20 I have another problem with intentional restarting in the same remote machine. =20 This crash has occured for the third time today. =20 Again I have a complete dump file to this crash, if it is interesting. =20 I guess that this fault with vr0 device may be connected with LOR=B4s, = which I reported half a year ago. =20 reboot: rebooted by user roztyly syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...5 3 3 2 1 1 0 0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. Uptime: 45m11s rlphy2: detached miibus2: detached kernel trap 12 with interrupts disabled =20 Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x24 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05a8e36 stack pointer =3D 0x28:0xcbfebc48 frame pointer =3D 0x28:0xcbfebc64 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 21 (irq10: vr0) trap number =3D 12 panic: page fault Uptime: 45m11s Dumping 255 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 255MB (65276 pages) 240 224 208 192 176 160 144 128 112 96 80 = 64 48 32 16 =20 =20 Daniel _____ =20 avast! Antivirus : Odchozi zprava cista.=20 Virova databaze (VPS): 0552-4, 30.12.2005 Testovano: 30.12.2005 21:14:37 avast! - copyright (c) 1988-2005 ALWIL Software. _____ =20 avast! Antivirus : Odchozi zprava cista.=20 Virova databaze (VPS): 0552-4, 30.12.2005 Testovano: 30.12.2005 23:07:13 avast! - copyright (c) 1988-2005 ALWIL Software. ------=_NextPart_000_0001_01C60D9E.BE05E8D0 Content-Type: text/plain; name="dmesg -a.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg -a.txt" 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-p1 #2: Fri Dec 23 11:22:21 CET 2005 stayd@roztyly.jspoj.czf:/usr/obj/usr/src/sys/ROZTYLY 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: AMD Sempron(TM) 2300+ (1583.16-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x681 Stepping =3D 1 = Features=3D0x383fbff AMD Features=3D0xc0480800 real memory =3D 268419072 (255 MB) avail memory =3D 253198336 (241 MB) wlan: mac acl policy registered netsmb_dev: loaded ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 7 on acpi0 pci_link1: irq 3 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 15 on acpi0 pci_link5: irq 15 on acpi0 pci_link6: irq 10 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem = 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) rl0: port 0xd800-0xd8ff mem = 0xee800000-0xee8000ff irq 7 at device 10.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:c0:df:02:af:cb rl0: [GIANT-LOCKED] rl1: port 0xd400-0xd4ff mem = 0xee000000-0xee0000ff irq 5 at device 11.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:50:fc:f9:39:31 rl1: [GIANT-LOCKED] ath0: mem 0xed800000-0xed80ffff irq 3 at device 14.0 on = pci0 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:0b:6b:35:50:9a ath0: mac 5.9 phy 4.3 radio 3.6 isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb000-0xb00f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 vr0: port 0xa800-0xa8ff mem = 0xec800000-0xec8000ff at device 18.0 on pci0 miibus2: on vr0 rlphy2: on miibus2 rlphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:11:2f:ca:cb:aa vr0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 Timecounter "TSC" frequency 1583160794 Hz quality 800 Timecounters tick every 1.000 msec IPv6 packet filtering initialized, default to accept, logging limited to = 100 packets/entry IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding = enabled, default to accept, logging limited to 100 packets/entry by = default ad0: 9541MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a Loading configuration files. kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 90563 free (907 frags, 11207 blocks, 0.7% = fragmentation) /dev/ad0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1f: clean, 126837 free (21 frags, 15852 blocks, 0.0% = fragmentation) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 126832 free (32 frags, 15850 blocks, 0.0% = fragmentation) /dev/ad0s1h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1h: clean, 1173929 free (31153 frags, 142847 blocks, 0.8% = fragmentation) /dev/ad0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1g: clean, 58290 free (82 frags, 7276 blocks, 0.1% = fragmentation) /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1e: clean, 85288 free (2784 frags, 10313 blocks, 2.2% = fragmentation) ------=_NextPart_000_0001_01C60D9E.BE05E8D0-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 23:25:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5855216A41F; Fri, 30 Dec 2005 23:25:41 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D64043D48; Fri, 30 Dec 2005 23:25:40 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A6CF420AB; Sat, 31 Dec 2005 00:25:35 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 3840420AA; Sat, 31 Dec 2005 00:25:35 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 0C4FA33C3E; Sat, 31 Dec 2005 00:25:34 +0100 (CET) To: Martin Cracauer References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <43B580D2.9070609@freebsd.org> <20051230142848.A36879@cons.org> <86psne2wd2.fsf@xps.des.no> <20051230152027.A39043@cons.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 31 Dec 2005 00:25:34 +0100 In-Reply-To: <20051230152027.A39043@cons.org> (Martin Cracauer's message of "Fri, 30 Dec 2005 15:20:27 -0500") Message-ID: <868xu22mmp.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 23:25:41 -0000 Martin Cracauer writes: > Ok, how about [...] how about I spell it out as simply as I can: "no" DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 23:48:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19CD016A41F; Fri, 30 Dec 2005 23:48:48 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83B3943D7F; Fri, 30 Dec 2005 23:48:33 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by pastinakel.tue.nl (Postfix) with ESMTP id 1866D14BC78; Sat, 31 Dec 2005 00:48:32 +0100 (CET) Received: from pastinakel.tue.nl ([127.0.0.1]) by localhost (pastinakel.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74836-10; Sat, 31 Dec 2005 00:48:24 +0100 (CET) Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100]) by pastinakel.tue.nl (Postfix) with ESMTP id 653CC14BC70; Sat, 31 Dec 2005 00:48:24 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72]) by umta.win.tue.nl (Postfix) with ESMTP id 5952331401C; Sat, 31 Dec 2005 00:48:24 +0100 (CET) Received: by pcwin002.win.tue.nl (Postfix, from userid 1001) id 4BF54409F; Sat, 31 Dec 2005 00:48:24 +0100 (CET) Date: Sat, 31 Dec 2005 00:48:24 +0100 From: Stijn Hoop To: Martin Cracauer Message-ID: <20051230234824.GO11200@pcwin002.win.tue.nl> References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <43B580D2.9070609@freebsd.org> <20051230142848.A36879@cons.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline In-Reply-To: <20051230142848.A36879@cons.org> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 23:48:48 -0000 --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sticking my hand in a hornet's nest... On Fri, Dec 30, 2005 at 02:28:48PM -0500, Martin Cracauer wrote: > But it is becoming more and more popular - > Bugzilla, Web forum software, Image hosting services, it's everywhere. > And this is why clients like Mozilla implement it. I would use this feature; not often, but I see a use for it (indeed with forum software and custom web apps that instruct the browser not to save as 'download.php'). In any case it's not as if I need it badly, it would just be nice. Just a user's opinion on this patch. --Stijn --=20 Before enlightenment Chop wood, carry water After enlightenment Chop wood, carry water --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtcdIY3r/tLQmfWcRArmwAJ0TX/2Cxg+DL0qiEJQV9NIdONk0NQCeKsTC u66EOEfXreZCJmUvLZMgFxc= =LY6w -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 23:52:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD18C16A428 for ; Fri, 30 Dec 2005 23:52:08 +0000 (GMT) (envelope-from andrea@acampi.hq.inet.it) Received: from acampi.hq.inet.it (out-11.hq.inet.it [194.185.62.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E94443D8D for ; Fri, 30 Dec 2005 23:51:38 +0000 (GMT) (envelope-from andrea@acampi.hq.inet.it) Received: by acampi.hq.inet.it (Postfix, from userid 1000) id A04E83D; Sat, 31 Dec 2005 00:51:32 +0100 (CET) Date: Sat, 31 Dec 2005 00:51:32 +0100 From: Andrea Campi To: Darren Pilgrim Message-ID: <20051230235132.GC1779@webcom.it> References: <20051230104816.GA1779@webcom.it> <001601c60d86$0a8fe8e0$642a15ac@smiley> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001601c60d86$0a8fe8e0$642a15ac@smiley> User-Agent: Mutt/1.5.11 Cc: 'Andrea Campi' , freebsd-current@freebsd.org Subject: Re: sudo in basesystem (was: fetch extension - use local filenamefrom content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 23:52:09 -0000 On Fri, Dec 30, 2005 at 01:14:32PM -0800, Darren Pilgrim wrote: > From: Andrea Campi > > > > Well, try using sudo (portupgrade -s) to install sudo... ;-) > > All goes well until portupgrade deinstalls the old version, > > then tries to use sudo to "make install" sudo ;-) > > Have you ever tried using portupgrade to upgrade portupgrade? Someone > should fix portupgrade so it can still be used after deinstalling itself. > ;-) Right, that's the other half of the issue ;-) We could just ship portupgrade in the base system... /me ducks and runs bye, Andrea -- Press every key to continue. From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 23:56:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5DBE16A41F; Fri, 30 Dec 2005 23:56:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDEB743D49; Fri, 30 Dec 2005 23:56:32 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4905464 for multiple; Fri, 30 Dec 2005 18:54:34 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBUNuUqo054303; Fri, 30 Dec 2005 18:56:30 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 30 Dec 2005 18:56:26 -0500 User-Agent: KMail/1.8.3 References: <20051229221459.A17102@cons.org> <20051230152027.A39043@cons.org> <868xu22mmp.fsf@xps.des.no> In-Reply-To: <868xu22mmp.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512301856.28800.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 17:57:59 2005 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Martin Cracauer , Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 23:56:34 -0000 On Friday 30 December 2005 06:25 pm, Dag-Erling Sm=F8rgrav wrote: > Martin Cracauer writes: > > Ok, how about [...] > > how about I spell it out as simply as I can: "no" Nice to see your concern for actual users. I guess people should just go u= se=20 wget or curl instead? For that matter, why stick with FreeBSD when you get= =20 to endure such helpful attitudes? Offering suggestions rather than just=20 "piss off" would be more constructive. I understand that the new=20 off-by-default feature does allow one to blow one's foot off, but UN*X has = a=20 long history of delivering bullets to one's feet in a speedy fashion when=20 specifically requested. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 00:00:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DB6116A41F for ; Sat, 31 Dec 2005 00:00:37 +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 E2A8E43D5C for ; Sat, 31 Dec 2005 00:00:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jBV00MLt050988; Fri, 30 Dec 2005 17:00:22 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43B5CA24.5030604@samsco.org> Date: Fri, 30 Dec 2005 17:00:36 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Campi References: <20051230104816.GA1779@webcom.it> <001601c60d86$0a8fe8e0$642a15ac@smiley> <20051230235132.GC1779@webcom.it> In-Reply-To: <20051230235132.GC1779@webcom.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Darren Pilgrim , freebsd-current@freebsd.org Subject: Re: sudo in basesystem (was: fetch extension - use local filenamefrom content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 00:00:37 -0000 Andrea Campi wrote: > On Fri, Dec 30, 2005 at 01:14:32PM -0800, Darren Pilgrim wrote: > >>From: Andrea Campi >> >>>Well, try using sudo (portupgrade -s) to install sudo... ;-) >>>All goes well until portupgrade deinstalls the old version, >>>then tries to use sudo to "make install" sudo ;-) >> >>Have you ever tried using portupgrade to upgrade portupgrade? Someone >>should fix portupgrade so it can still be used after deinstalling itself. >>;-) > > > Right, that's the other half of the issue ;-) > > We could just ship portupgrade in the base system... > > /me ducks and runs > > bye, > Andrea > I know that you are joking, but I'd like to nip this in the bud before others try to take you seriously. I think that portupgrade is an excellent tool, but making it part of the base system means making Ruby part of the base system. Once we do that then we are back with the same problem that we had with Perl. Who maintains it? Which do we import, Ruby 1.6 or 1.8? What happens when 1.8 becomes obsolete and users want to install something newer? We struggled with this with Perl, and we frankly are better off learning the lesson there. Now, if portupgrade were written in C or even C++, it would be a no-brainer to import. Not that I like/dislike Ruby, it's just a quickly moving target due to its immaturity, just like Python and Eiffel and all those other hip new languages are. Scott From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 00:56:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFE8516A41F; Sat, 31 Dec 2005 00:56:00 +0000 (GMT) (envelope-from bln@deprese.net) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC1E943D62; Sat, 31 Dec 2005 00:55:59 +0000 (GMT) (envelope-from bln@deprese.net) Received: from antivir3.iol.cz (unknown [192.168.30.206]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id A1DAD3180D0; Sat, 31 Dec 2005 01:55:56 +0100 (CET) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id 93B48420015; Sat, 31 Dec 2005 01:55:56 +0100 (CET) Received: from smtp-out3.iol.cz (unknown [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 7FCAB420014; Sat, 31 Dec 2005 01:55:56 +0100 (CET) Received: from 27.240.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id 32AB13BE2B; Sat, 31 Dec 2005 01:55:53 +0100 (CET) Received: from [172.16.1.2] (pretender [172.16.1.2]) by 27.240.broadband2.iol.cz (Postfix) with ESMTP id 4831AC454A; Sat, 31 Dec 2005 01:55:53 +0100 (CET) Message-ID: <43B5D717.2020200@deprese.net> Date: Sat, 31 Dec 2005 01:55:51 +0100 From: Ondra Holecek User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051222) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <43B5274C.5010206@deprese.net> <43B52DBA.9090107@ultra-secure.de> <43B53395.1030701@deprese.net> <200512301910.08235.joao@matik.com.br> In-Reply-To: <200512301910.08235.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 00:56:01 -0000 hello, if i use ndis (driver for AR 5212), i can't see any ndis0 interface driver is net5211.inf, ar5211.sys => ar5211_sys.ko, which should work with this chipset. i have compiled kernel with options NDISAPI device ndis and with or without device ath but still no success the "wireless key" does not show anything in xev, maybe it is the reason? what to do with it? thank you oh JoaoBR wrote: > On Friday 30 December 2005 11:18, Ondra Holecek wrote: > >>in BIOS there is the only option "Wireless default setting" = ENABLED >>(but the LED showing the state of wifi is still off) >> > > > > Hi > in order to get the onboard wireless device to work you need to use the ndis > driver. > > Anyway, even so, since 6.0-RC1 if I remember well the LED do not work anymore > even if the device is working fine. This is unfortunatly not very handy since > you never know the reason of connection problems. Still worse is that when > you switch off with the button pressed "off" the device do stay off on next > boot until you press the button again. > You could check with xev the button number and write a small script to catch > it that you are getting an advice/popup when you accidently press the button. > On my NB it is > 214 WLbutton off > 213 WLbutton on > > Joo > > > > > > > > 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-current@FreeBSD.ORG Sat Dec 31 03:02:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8040016A41F; Sat, 31 Dec 2005 03:02:18 +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 C74D943D5F; Sat, 31 Dec 2005 03:02:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jBV32GxL051422; Fri, 30 Dec 2005 22:02:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBV32Gte015786; Fri, 30 Dec 2005 22:02:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 90C787302F; Fri, 30 Dec 2005 22:02:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051231030216.90C787302F@freebsd-current.sentex.ca> Date: Fri, 30 Dec 2005 22:02:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 03:02:18 -0000 TB --- 2005-12-31 01:49:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-31 01:49:25 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-12-31 01:49:25 - cleaning the object tree TB --- 2005-12-31 01:49:48 - checking out the source tree TB --- 2005-12-31 01:49:48 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-12-31 01:49:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-31 01:55:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-31 01:55:44 - cd /src TB --- 2005-12-31 01:55: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 --- 2005-12-31 03:00:40 - generating LINT kernel config TB --- 2005-12-31 03:00:40 - cd /src/sys/alpha/conf TB --- 2005-12-31 03:00:40 - /usr/bin/make -B LINT TB --- 2005-12-31 03:00:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-31 03:00:41 - cd /src TB --- 2005-12-31 03:00:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 31 03:00:41 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/alpha/alpha/clock_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/alpha/pci/alphapci_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/dec/mcclock_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding /src/sys/dev/cardbus/cardbus_cis.c:698:2: unterminated argument list invoking macro "DEVPRINTF" mkdep: compile failed *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-31 03:02:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-31 03:02:16 - ERROR: failed to build lint kernel TB --- 2005-12-31 03:02:16 - tinderbox aborted TB --- 0.75 user 3.84 system 4370.56 real From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 03:29:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA77216A41F for ; Sat, 31 Dec 2005 03:29:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B66DE43D58 for ; Sat, 31 Dec 2005 03:29:21 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1337161wxc for ; Fri, 30 Dec 2005 19:29:20 -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=XcPvIen/3rKP8HxwpIP84BsNhFlk9bmB52a8OtA/E8hqUYJZ35nVuyk+6vB3IMUHXZe608PqTq8Mi4M2BQgf6BqGeIDtJj/DqQdvgQwWalDKIgpi9DawisjyWA8bi3ZU7Q0PThTR/rode8pYaHclmboXhMM7PcLtZIqBJBf8wnE= Received: by 10.70.53.16 with SMTP id b16mr10958958wxa; Fri, 30 Dec 2005 19:29:20 -0800 (PST) Received: by 10.70.105.2 with HTTP; Fri, 30 Dec 2005 19:29:20 -0800 (PST) Message-ID: <84dead720512301929l3d5a1d5cv4ca3f094268dc842@mail.gmail.com> Date: Sat, 31 Dec 2005 08:59:20 +0530 From: Joseph Koshy To: Andrea Campi In-Reply-To: <20051230235132.GC1779@webcom.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051230104816.GA1779@webcom.it> <001601c60d86$0a8fe8e0$642a15ac@smiley> <20051230235132.GC1779@webcom.it> Cc: freebsd-current@freebsd.org Subject: Re: sudo in basesystem (was: fetch extension - use local filenamefrom content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 03:29:22 -0000 > We could just ship portupgrade in the base system... Or sysutils/portmanager. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 03:41:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AE9916A41F for ; Sat, 31 Dec 2005 03:41:24 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF82E43D62 for ; Sat, 31 Dec 2005 03:41:22 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.200.69]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0ISC002PKFKXLX05@vms046.mailsrvcs.net> for current@freebsd.org; Fri, 30 Dec 2005 21:41:22 -0600 (CST) Date: Fri, 30 Dec 2005 22:40:59 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: current@freebsd.org Message-id: <1136000459.660.12.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT Cc: Subject: Fatal trap 12 when inserting Linksys WPC55AG cardbus card on 12/30 -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 03:41:24 -0000 This happens on -CURRENT as of 8:00AM, December 30: Unread portion of the kernel message buffer: Status is 0x30000821 d8bb0000 cbb0: card inserted: event=0x00000000, state=30000821 cbb0: cbb_power: 3V Interrupt storm detected on "irq10:"; throttling interrupt source Fatal trap 12: page fault while in kernel mode fault virtual address = 0xda183000 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04ac0f8 stack pointer = 0x28:0xd8b62728 frame pointer = 0x28:0xd8b62738 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 21 (cbb0) Dumping 607 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 607MB (155376 pages) 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:166 166 pcpu.h: No such file or directory. in pcpu.h #0 doadump () at pcpu.h:166 #1 0xc0471a29 in db_fncall (dummy1=0, dummy2=0, dummy3=1999, dummy4=0xd8b624e0 at /usr/src/sys/ddb/db_command.c:489 #2 0xc04717a2 in db_command (last_cmdp=0xc07b70c4, cmd_table=0x0, aux_cmd_tablep=0xc077d288, aux_cmd_tablep_end=0xc077d28c) at /usr/src/sys/ddb/db_command.c:404 #3 0xc04718aa in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc04739b5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc05764f7 in kdb_trap (type=0, code=0, tf=0xd8b626e8) at /usr/src/sys/kern/subr_kdb.c:485 #6 0xc0721a8b in trap_fatal (frame=0xd8b626e8, eva=0) at /usr/src/sys/i386/i386/trap.c:853 #7 0xc0721795 in trap_pfault (frame=0xd8b626e8, usermode=0, eva=3659018240) at /usr/src/sys/i386/i386/trap.c:770 #8 0xc07212f2 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 20480, tf_esi = 1, tf_ebp = -659151048, tf_isp = -659151084, tf_ebx = -65 9150952, tf_edx = -635969536, tf_ecx = -635969536, tf_eax = 20480, tf_trapno = 12, tf_err = 0, tf_eip = -1068842760, tf_cs = 32, tf_eflags = 66050, tf_esp = -1009411456, tf_ss = -659150948}) at /usr/src/sys/i386/i386/trap.c:455#9 0xc070dc9a in calltrap () at /usr/src/sys/i386/i386/exception.s:137 #10 0xc04ac0f8 in cardbus_read_tuple_mem (cbdev=0xc39f9680, res=0xd8b62798, start=20480, off=0xd8b62798, tupleid=0x5000, len=0xd8b627a0, tupledata=0xd8b627ac "") at bus.h:224 #11 0xc04ac1f3 in cardbus_read_tuple (cbdev=0xc39f9680, child=0x5000, res=0xda17e000, start=20480, off=0xd8b62798, tupleid=0xd8b6279c, len=0xda17e000, tupledata=0x5000
) at /usr/src/sys/dev/cardbus/cardbus_cis.c:458 #12 0xc04aca95 in cardbus_parse_cis (cbdev=0xc39f9680, child=0xc3d59b00, callbacks=0xd8b62bd0, argp=0x0) at /usr/src/sys/dev/cardbus/cardbus_cis.c:645 #13 0xc04acb96 in cardbus_do_cis (cbdev=0x5000, child=0x5000) at /usr/src/sys/dev/cardbus/cardbus_cis.c:691 #14 0xc04ab17d in cardbus_attach_card (cbdev=0xc39f9680) at /usr/src/sys/dev/cardbus/cardbus.c:499 #15 0xc04d246f in cbb_insert (sc=0xc39b4000) at card_if.h:82 #16 0xc04d21eb in cbb_event_thread (arg=0xc39b4000) at /usr/src/sys/dev/pccbb/pccbb.c:507 #17 0xc053b2bf in fork_exit (callout=0xc04d2080 , arg=0x5000, frame=0x5000) at /usr/src/sys/kern/kern_fork.c:790 #18 0xc070dcfc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:198 (kgdb) On the kernel built on December 17 (not necessarily -CURRENT as of December 17) card works properly. Here are dmesg bits from card insertion: Status is 0x30000821 cbb0: card inserted: event=0x00000000, state=30000821 cbb0: cbb_power: 3V Interrupt storm detected on "irq10:"; throttling interrupt source cardbus0: Non-prefetchable memory at 88000000-8800ffff ath0: mem 0x88000000-0x8800ffff irq 10 at device 0.0 on cardbus0 ath0: Ethernet address: 00:0c:41:dd:c7:0d ath0: mac 5.6 phy 4.1 radio 3.6 Cardbus controller is: cbb0@pci0:10:0: class=0x060700 card=0xc60214ff chip=0x69721217 rev=0x00 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ6912/711E0 SmartCardBus Controller' class = bridge subclass = PCI-CardBus PCMCIA-to-CF adapter does not cause Fatal trap. If there are any other bits of information I can provide, please, let me know. -- Alexandre "Sunny" Kovalenko ( ) From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 03:47:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75BFF16A41F; Sat, 31 Dec 2005 03:47:32 +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 1D2AF43D60; Sat, 31 Dec 2005 03:47:32 +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 F231B1A3C1E; Fri, 30 Dec 2005 19:47:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 491F5528D4; Fri, 30 Dec 2005 22:47:31 -0500 (EST) Date: Fri, 30 Dec 2005 22:47:31 -0500 From: Kris Kennaway To: David Xu Message-ID: <20051231034731.GA65751@xor.obsecurity.org> References: <43B36B83.7080404@freebsd.org> <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> <43B36EB9.70205@freebsd.org> <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> <43B3768F.40704@freebsd.org> <811F628B-A89B-4359-A219-13B5337726A9@freebsd.org> <43B378BA.10201@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <43B378BA.10201@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Jason Evans Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 03:47:32 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 29, 2005 at 01:48:42PM +0800, David Xu wrote: > Jason Evans wrote: > > > >On Dec 28, 2005, at 9:39 PM, David Xu wrote: > > > >> > >>OK, I have linked /etc/malloc.conf to aj, this changes the performance: > >> > >>%super-smack ./select-key.smack 4 10000 > >>Query Barrel Report for client smacker1 > >>connect: max=23ms min=0ms avg= 5ms from 4 clients > >>Query_type num_queries max_time min_time q_per_s > >>select_index 80000 0 0 20480.54 > >>select_index 80000 0 0 19734.14 > >>select_index 80000 0 0 19846.49 > >>select_index 80000 0 0 20045.10 > >>select_index 80000 0 0 19544.33 > >> > >>but it still can not beat phkmalloc. :-) > > > > > >What is the performance of phkmalloc under those testing conditions? > > > >Thanks, > >Jason > > > > > I remembered its highest number is 216xxx. I don't believe you :-) Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtf9SWry0BWjoQKURAsqvAKDxjgFF52KWjKL5FT/Y61ndwA8E4QCgz1VB ZNZnZudDPI8xk+gBSIoygEI= =89RV -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 03:52:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B1516A41F; Sat, 31 Dec 2005 03:52:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C12743D4C; Sat, 31 Dec 2005 03:52:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp232-237.lns2.adl4.internode.on.net [203.122.232.237]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBV3qTUb019758 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 31 Dec 2005 14:22:34 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 31 Dec 2005 14:21:16 +1030 User-Agent: KMail/1.8.3 References: <43B5274C.5010206@deprese.net> <200512301910.08235.joao@matik.com.br> <43B5D717.2020200@deprese.net> In-Reply-To: <43B5D717.2020200@deprese.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1382258.mrk5OD77A9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512311422.13184.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Ondra Holecek , freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, JoaoBR Subject: Re: problems with wifi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 03:52:57 -0000 --nextPart1382258.mrk5OD77A9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 31 Dec 2005 11:25, Ondra Holecek wrote: > and with or without device ath > > but still no success > > the "wireless key" does not show anything in xev, maybe it is the reason? > > what to do with it? Why don't you just load if_ath.ko? It should support that chipset. If you really want to use ndis for it you need to run ndisgen to create a=20 module for the driver in question. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1382258.mrk5OD77A9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQBDtgBs5ZPcIHs/zowRAtBHAJjea/McM0tsgRHl3qF9KZwzkuDqAKCY74gw I+i8i1Y2xHMPRMUMtDrF1g== =O6e0 -----END PGP SIGNATURE----- --nextPart1382258.mrk5OD77A9-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 30 23:57:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 426FF16A41F for ; Fri, 30 Dec 2005 23:57:25 +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 BC6CA43D49 for ; Fri, 30 Dec 2005 23:57:24 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 75F201CC6E; Sat, 31 Dec 2005 00:57:23 +0100 (CET) Received: from localhost (danger.mcrn.sk [84.16.37.254]) by mail.rulez.sk (Postfix) with ESMTP id 457F51CC33; Sat, 31 Dec 2005 00:57:20 +0100 (CET) Date: Sat, 31 Dec 2005 00:57:06 +0100 From: Daniel Gerzo X-Mailer: The Bat! (v3.62.14) Professional X-Priority: 3 (Normal) Message-ID: <1901818033.20051231005706@rulez.sk> To: Andrea Campi In-Reply-To: <20051230235132.GC1779@webcom.it> References: <20051230104816.GA1779@webcom.it> <001601c60d86$0a8fe8e0$642a15ac@smiley> <20051230235132.GC1779@webcom.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-4.399 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] X-Spam-Score: -4.399 X-Spam-Level: X-Mailman-Approved-At: Sat, 31 Dec 2005 04:03:15 +0000 Cc: Darren Pilgrim , freebsd-current@freebsd.org Subject: Re[2]: sudo in basesystem (was: fetch extension - use local filenamefrom content-disposition header) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 23:57:25 -0000 Hello Andrea, Saturday, December 31, 2005, 12:51:32 AM, you wrote: > On Fri, Dec 30, 2005 at 01:14:32PM -0800, Darren Pilgrim wrote: >> From: Andrea Campi >> > >> > Well, try using sudo (portupgrade -s) to install sudo... ;-) >> > All goes well until portupgrade deinstalls the old version, >> > then tries to use sudo to "make install" sudo ;-) >> >> Have you ever tried using portupgrade to upgrade portupgrade? Someone >> should fix portupgrade so it can still be used after deinstalling itself. >> ;-) Yes, and it worked for me, am I just lucky? ;) > Right, that's the other half of the issue ;-) > We could just ship portupgrade in the base system... > /me ducks and runs > bye, > Andrea -- Best regards, Daniel mailto:danger@rulez.sk From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 00:57:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39D6D16A41F for ; Sat, 31 Dec 2005 00:57:04 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32911.mail.mud.yahoo.com (web32911.mail.mud.yahoo.com [68.142.206.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 78BD043D48 for ; Sat, 31 Dec 2005 00:57:03 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 4702 invoked by uid 60001); 31 Dec 2005 00:57:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=CkeGBoLIhKiz7JRkwOQ9MqYXoi5UuzXo/0LphB9Mbllh7k5AUbmG57ZeU2RvsBa7Yf6nJ9RuUy+267mwpGvWeie2UIgYPuRwsOZ3k3faxgx+jMGm2wJGu0IWUbtG0S8FqZKKUx1aOtVLHJGyteEYltM4PjpppQy2YUAX2D3RANQ= ; Message-ID: <20051231005703.4700.qmail@web32911.mail.mud.yahoo.com> Received: from [69.79.55.52] by web32911.mail.mud.yahoo.com via HTTP; Sat, 31 Dec 2005 01:57:03 CET Date: Sat, 31 Dec 2005 01:57:03 +0100 (CET) From: To: wpaul@FreeBSD.ORG, andrea@brancatelli.it MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Sat, 31 Dec 2005 04:03:27 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ADM64 floppies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 00:57:04 -0000 Hi; FWIW, my EM64T had the option of adding a floppy drive to the original configuration. I would've thought the reason for no floppies would be that a 64bit boot floppy wouldn't fit. I was somewhat disappointed to find out I couldn't put in my extra 40G ATA drive (this only has SATA), ISA peripherals, or even a PS/2 mouse or keyboard. I guess it was time to modernize anyways ;-). Anyways.. the USB keyboard and the CDROM drives were recognized fine on the installation so I don't really understand why it's so hard for Andrea to install FreeBSD :(. happy holidays, Pedro. ___________________________________ Yahoo! Messenger: chiamate gratuite in tutto il mondo http://it.messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 04:29:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44EBC16A41F; Sat, 31 Dec 2005 04:29: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 8075C43D46; Sat, 31 Dec 2005 04:29: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 jBV4TubP043880; Fri, 30 Dec 2005 23:29:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBV4Tut9022513; Fri, 30 Dec 2005 23:29:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ACA017302F; Fri, 30 Dec 2005 23:29:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051231042956.ACA017302F@freebsd-current.sentex.ca> Date: Fri, 30 Dec 2005 23:29:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 04:29:59 -0000 TB --- 2005-12-31 03:02:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-31 03:02:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-12-31 03:02:17 - cleaning the object tree TB --- 2005-12-31 03:02:41 - checking out the source tree TB --- 2005-12-31 03:02:41 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-12-31 03:02:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-31 03:08:40 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-31 03:08:40 - cd /src TB --- 2005-12-31 03:08:40 - /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 [...] /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:385: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:395: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:415: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:431: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:432: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:434: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:435: error: dereferencing pointer to incomplete type /src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/accept_sec_context.c:437: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/kerberos5/lib/libgssapi. *** Error code 1 Stop in /src/kerberos5/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-31 04:29:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-31 04:29:56 - ERROR: failed to build world TB --- 2005-12-31 04:29:56 - tinderbox aborted TB --- 0.94 user 4.34 system 5259.83 real From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 06:15:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CE3F16A41F; Sat, 31 Dec 2005 06:15:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCC2B43D5E; Sat, 31 Dec 2005 06:15:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4920954 for multiple; Sat, 31 Dec 2005 01:13:47 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBV6Fg7m059030; Sat, 31 Dec 2005 01:15:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Sat, 31 Dec 2005 01:15:39 -0500 User-Agent: KMail/1.8.3 References: <20051229221459.A17102@cons.org> <868xu22mmp.fsf@xps.des.no> <200512301856.28800.jhb@freebsd.org> In-Reply-To: <200512301856.28800.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512310115.40490.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 17:57:59 2005 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Martin Cracauer , Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 06:15:50 -0000 On Friday 30 December 2005 06:56 pm, John Baldwin wrote: > On Friday 30 December 2005 06:25 pm, Dag-Erling Sm=F8rgrav wrote: > > Martin Cracauer writes: > > > Ok, how about [...] > > > > how about I spell it out as simply as I can: "no" > > Nice to see your concern for actual users. I guess people should just go > use wget or curl instead? For that matter, why stick with FreeBSD when y= ou > get to endure such helpful attitudes? Offering suggestions rather than > just "piss off" would be more constructive. I understand that the new > off-by-default feature does allow one to blow one's foot off, but UN*X has > a long history of delivering bullets to one's feet in a speedy fashion wh= en > specifically requested. I haven't read any replies to this, but my conscience is killing me. I'm=20 sorry for the tone I used above, especially to Des. I am quite frustrated= =20 with some of the attitudes displayed in the thread to the original submitte= r=20 who is just trying to make FreeBSD better to get useful work done, but=20 blowing up is not the right way to handle that. Martin, if you are unable to make any headway getting your patch to fetch=20 integrated, and/or having anyone else come up with a better implementation = of=20 the feature you need, there are several other programs like curl or wget th= at=20 you can use instead. Given that Mozilla already does what you want it seem= s=20 likely that at least one open-source command-line URL fetcher will be willi= ng=20 to accept patches to implement the feature you need for your scripts. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 06:51:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2668216A41F; Sat, 31 Dec 2005 06:51:09 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8073743D4C; Sat, 31 Dec 2005 06:51:08 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBV6p48Z052364; Sat, 31 Dec 2005 07:51:04 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBV6p3Gs052363; Sat, 31 Dec 2005 01:51:03 -0500 (EST) (envelope-from cracauer) Date: Sat, 31 Dec 2005 01:51:02 -0500 From: Martin Cracauer To: John Baldwin Message-ID: <20051231015102.A51804@cons.org> References: <20051229221459.A17102@cons.org> <868xu22mmp.fsf@xps.des.no> <200512301856.28800.jhb@freebsd.org> <200512310115.40490.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200512310115.40490.jhb@freebsd.org>; from jhb@freebsd.org on Sat, Dec 31, 2005 at 01:15:39AM -0500 Cc: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Martin Cracauer , freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 06:51:09 -0000 John Baldwin wrote on Sat, Dec 31, 2005 at 01:15:39AM -0500: > On Friday 30 December 2005 06:56 pm, John Baldwin wrote: > > On Friday 30 December 2005 06:25 pm, Dag-Erling Smrgrav wrote: > > > Martin Cracauer writes: > > > > Ok, how about [...] > > > > > > how about I spell it out as simply as I can: "no" > > > > Nice to see your concern for actual users. I guess people should just go > > use wget or curl instead? For that matter, why stick with FreeBSD when you > > get to endure such helpful attitudes? Offering suggestions rather than > > just "piss off" would be more constructive. I understand that the new > > off-by-default feature does allow one to blow one's foot off, but UN*X has > > a long history of delivering bullets to one's feet in a speedy fashion when > > specifically requested. > > I haven't read any replies to this, but my conscience is killing me. I'm > sorry for the tone I used above, especially to Des. Well, it's not you who started it. DES called my code "disgusting" which by all measures to apply it was not. The only reason why we have an ABI problem is that he chose that interface, an interface which does the best (worst) possible job of locking the ABI against future extensions to access more of the growing number of useful http headers in common use. How he can call my code "disgusting" after having produced that is bejond me. Leaving aside for a moment that both clients of the library are in the FreeBSD base system and hence not affected by an ABI change, when I offer him to change that to an interface that is robust against future extensions (and can even be implemented API and ABI compatible to the current one) he cuts my quote to a half-sentense and adds a one-word reply. So he limits his maintainership to "would like notification" and he has obviously seen the notification. I don't see why I shouldn't just commit away after addressing his concerns, now that he has obviously finished expressing actual concerns by now. > I am quite frustrated > with some of the attitudes displayed in the thread to the original submitter > who is just trying to make FreeBSD better to get useful work done, but > blowing up is not the right way to handle that. This feature is useful, it is actually required for my work, because I use it from a little robot. I use FreeBSD's fetch at work where I have to get a gazillion of these attachments out of bugzilla. The feature does nothing for people who don't want to use it. The security implications are easy to understand and very well in line with other Unix features. Unpacking an tar or zip file has a lot more potential to do damage than this (because the unpacking can also contains permissions, you can put a *.cgi with a+x just for starters). How come nobody demands that the 3 files that come out of "foo.tar" are named foo.1, foo.2 and foo.3 instead of bar.c, bar.h and Makefile? Most of the discussion is driven by people who don't put it in perspective with other shoot-in-foot features and who wouldn't use my extension in first place (and won't since it's off by default). It was my fault for asking a big mailing list for comments, I'll know better next time. Of course, private mail to this particular maintainer doesn't look like too promising an approach either given the last reply. > Martin, if you are unable to make any headway getting your patch to fetch > integrated, and/or having anyone else come up with a better implementation of > the feature you need, there are several other programs like curl or wget that > you can use instead. Given that Mozilla already does what you want it seems > likely that at least one open-source command-line URL fetcher will be willing > to accept patches to implement the feature you need for your scripts. Well, wget is out of question, that thing... [shakes head] curl I didn't check out yet. I am using that -O switch in my own branch of the pre-libfetch FreeBSD fetch for years now, I thought it is time I contribute that back. Among other things I wanted to do that to throw away my own fetch version. How all this is worth such a mega-thread I don't know. I think the real mistakes here were to ask for a public review on a large mailing list and to hack DES code in first place. I can just go and publish that branch of classic fetch. That'll share our hacking resources. Shut up and code. Each in their own codebase. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 08:33:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 092E916A41F; Sat, 31 Dec 2005 08:33:20 +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 138DC43D55; Sat, 31 Dec 2005 08:33:18 +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 jBV8XH3q054949; Sat, 31 Dec 2005 03:33:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBV8XGNu006049; Sat, 31 Dec 2005 03:33:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B44D77302F; Sat, 31 Dec 2005 03:33:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051231083316.B44D77302F@freebsd-current.sentex.ca> Date: Sat, 31 Dec 2005 03:33:16 -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: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 08:33:20 -0000 TB --- 2005-12-31 06:55:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-31 06:55:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-12-31 06:55:57 - cleaning the object tree TB --- 2005-12-31 06:56:29 - checking out the source tree TB --- 2005-12-31 06:56:29 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-12-31 06:56:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-31 07:11:43 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-31 07:11:43 - cd /src TB --- 2005-12-31 07:11:43 - /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 --- 2005-12-31 08:24:29 - generating LINT kernel config TB --- 2005-12-31 08:24:29 - cd /src/sys/pc98/conf TB --- 2005-12-31 08:24:29 - /usr/bin/make -B LINT TB --- 2005-12-31 08:24:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-31 08:24:29 - cd /src TB --- 2005-12-31 08:24:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 31 08:24:30 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/pccard/pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/pccard/pccard_cis.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/pccard/pccard_cis_quirks.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/pccard/pccard_device.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/pccard/power_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline power_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/pccbb/pccbb.c /src/sys/dev/pccbb/pccbb.c: In function `cbb_event_thread': /src/sys/dev/pccbb/pccbb.c:488: warning: unsigned int format, bus_space_handle_t arg (arg 3) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-31 08:33:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-31 08:33:16 - ERROR: failed to build lint kernel TB --- 2005-12-31 08:33:16 - tinderbox aborted TB --- 0.88 user 3.97 system 5838.82 real From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 08:55:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77A0016A420; Sat, 31 Dec 2005 08:55:07 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2770343D60; Sat, 31 Dec 2005 08:55:05 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id jBV8t43O073472; Sat, 31 Dec 2005 11:55:04 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id jBV8t3Bf073471; Sat, 31 Dec 2005 11:55:03 +0300 (MSK) (envelope-from ache) Date: Sat, 31 Dec 2005 11:55:03 +0300 From: Andrey Chernov To: Martin Cracauer Message-ID: <20051231085503.GA73324@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Martin Cracauer , Colin Percival , freebsd-current@FreeBSD.ORG References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <43B580D2.9070609@freebsd.org> <20051230142848.A36879@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051230142848.A36879@cons.org> User-Agent: Mutt/1.5.11 Cc: freebsd-current@FreeBSD.ORG, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 08:55:07 -0000 On Fri, Dec 30, 2005 at 02:28:48PM -0500, Martin Cracauer wrote: > The content-disposition header is a standard web feature that we have > no good reason to ignore (as long as we don't turn it on unless > directly user-requested). We are just advancing with web technology, > which partly moves from explicit naming in URLs to simpler (for them) > schemes. There is easy way to make most security hackarounds unneeded in the way like every browser does: confirm final file name interactively. I.e. fetch can do something like this: Save as filename.exe (Y/N)? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 09:04:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B9D616A420 for ; Sat, 31 Dec 2005 09:04:16 +0000 (GMT) (envelope-from Thomas.Gellekum@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id D1DC243D5C for ; Sat, 31 Dec 2005 09:04:14 +0000 (GMT) (envelope-from Thomas.Gellekum@gmx.de) Received: (qmail invoked by alias); 31 Dec 2005 09:04:13 -0000 Received: from bras-co-85-197-1-139.westend.de (EHLO hanbruch.tg.intern) [85.197.1.139] by mail.gmx.net (mp038) with SMTP; 31 Dec 2005 10:04:13 +0100 X-Authenticated: #18235045 To: Andrey Chernov References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <43B580D2.9070609@freebsd.org> <20051230142848.A36879@cons.org> <20051231085503.GA73324@nagual.pp.ru> From: Thomas Gellekum In-Reply-To: <20051231085503.GA73324@nagual.pp.ru> Date: 31 Dec 2005 10:04:11 +0100 Message-ID: <0r1wzteiyc.fsf@hanbruch.tg.intern> Lines: 14 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Emacs Gnus X-Y-GMX-Trusted: 0 Cc: Martin Cracauer , freebsd-current@FreeBSD.ORG, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 09:04:16 -0000 Andrey Chernov writes: > There is easy way to make most security hackarounds unneeded in the way > like every browser does: confirm final file name interactively. I.e. fetch > can do something like this: > > Save as filename.exe (Y/N)? And for use in scripts you'd like to add a -y switch to say "yes, I mean it"? SCNR, tg From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 09:07:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 600FD16A41F; Sat, 31 Dec 2005 09:07:22 +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 0FCDC43D4C; Sat, 31 Dec 2005 09:07:20 +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 jBV97JdR056505; Sat, 31 Dec 2005 04:07:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBV97JPq082871; Sat, 31 Dec 2005 04:07:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C6F967302F; Sat, 31 Dec 2005 04:07:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051231090718.C6F967302F@freebsd-current.sentex.ca> Date: Sat, 31 Dec 2005 04:07:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 09:07:22 -0000 TB --- 2005-12-31 08:33:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-31 08:33:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-12-31 08:33:17 - cleaning the object tree TB --- 2005-12-31 08:33:24 - checking out the source tree TB --- 2005-12-31 08:33:24 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-12-31 08:33:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-31 08:39:21 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-31 08:39:21 - cd /src TB --- 2005-12-31 08:39:21 - /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 [...] cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_ng.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_nw.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_pr.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/gen_sv.c cc -O2 -pipe -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/src/lib/bind/bind -DVERSION='"9.3.2"' -DHAVE_CONFIG_H -DLIBINTERFACE=4 -DLIBREVISION=2 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind/.. -I/src/lib/bind/bind/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind/../dns -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/isc/nothreads/include -I /src/lib/bind/bind/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind/../isc -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/bind/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind/../lwres -c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c: In function `getaddrinfo': /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c:342: error: structure has no member named `_ai_pad' /src/lib/bind/bind/../../../contrib/bind9/lib/bind/irs/getaddrinfo.c:373: error: structure has no member named `_ai_pad' *** Error code 1 Stop in /src/lib/bind/bind. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-31 09:07:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-31 09:07:18 - ERROR: failed to build world TB --- 2005-12-31 09:07:18 - tinderbox aborted TB --- 0.38 user 1.66 system 2041.73 real From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 09:30:57 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9CCE16A41F; Sat, 31 Dec 2005 09:30:57 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id D04F143D45; Sat, 31 Dec 2005 09:30:52 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id jBV9UpsX073849; Sat, 31 Dec 2005 12:30:51 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id jBV9Uoxp073848; Sat, 31 Dec 2005 12:30:50 +0300 (MSK) (envelope-from ache) Date: Sat, 31 Dec 2005 12:30:50 +0300 From: Andrey Chernov To: Thomas Gellekum Message-ID: <20051231093050.GB73324@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Thomas Gellekum , Martin Cracauer , freebsd-current@FreeBSD.ORG, Colin Percival References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org> <43B580D2.9070609@freebsd.org> <20051230142848.A36879@cons.org> <20051231085503.GA73324@nagual.pp.ru> <0r1wzteiyc.fsf@hanbruch.tg.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0r1wzteiyc.fsf@hanbruch.tg.intern> User-Agent: Mutt/1.5.11 Cc: Martin Cracauer , freebsd-current@FreeBSD.ORG, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 09:30:58 -0000 On Sat, Dec 31, 2005 at 10:04:11AM +0100, Thomas Gellekum wrote: > Andrey Chernov writes: > > > There is easy way to make most security hackarounds unneeded in the way > > like every browser does: confirm final file name interactively. I.e. fetch > > can do something like this: > > > > Save as filename.exe (Y/N)? > > And for use in scripts you'd like to add a -y switch to say "yes, I > mean it"? Personally I prefer to see this feature not for scripts at all, but this is the next story and can be discussed afterwards. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 09:41:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE0A016A41F; Sat, 31 Dec 2005 09:41:47 +0000 (GMT) (envelope-from bln@deprese.net) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA29743D62; Sat, 31 Dec 2005 09:41:37 +0000 (GMT) (envelope-from bln@deprese.net) Received: from antivir4.iol.cz (unknown [192.168.30.209]) by smtp-out4.iol.cz (Internet on Line ESMTP server) with ESMTP id 8611C33C08D; Sat, 31 Dec 2005 10:41:36 +0100 (CET) Received: from localhost (antivir4.iol.cz [127.0.0.1]) by antivir4.iol.cz (Postfix) with ESMTP id 7B57C650003; Sat, 31 Dec 2005 10:41:36 +0100 (CET) Received: from smtp-out4.iol.cz (mta-out4 [192.168.30.31]) by antivir4.iol.cz (Postfix) with ESMTP id 685D2650002; Sat, 31 Dec 2005 10:41:36 +0100 (CET) Received: from 27.240.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by smtp-out4.iol.cz (Internet on Line ESMTP server) with ESMTP id 30D0222AEDB; Sat, 31 Dec 2005 10:41:31 +0100 (CET) Received: from [172.16.1.2] (pretender [172.16.1.2]) by 27.240.broadband2.iol.cz (Postfix) with ESMTP id 22DBEC454A; Sat, 31 Dec 2005 10:41:31 +0100 (CET) Message-ID: <43B65249.1030104@deprese.net> Date: Sat, 31 Dec 2005 10:41:29 +0100 From: Ondra Holecek User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051222) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <43B5274C.5010206@deprese.net> <200512301910.08235.joao@matik.com.br> <43B5D717.2020200@deprese.net> <200512311422.13184.doconnor@gsoft.com.au> In-Reply-To: <200512311422.13184.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 09:41:48 -0000 yes, i can load if_ath, wireless card is found and i can set it up as ath0, but i still have no signal (and there are many ap's - i can see with different pcmcia card) therefore, i think i have to somehow turn it on (the special "wireless" key on keyboard of course doesn't work) > > Why don't you just load if_ath.ko? It should support that chipset. > i know, i did it. loaded generated kernel module, but no ndis0 > If you really want to use ndis for it you need to run ndisgen to create a > module for the driver in question. > From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 11:44:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06DD716A41F; Sat, 31 Dec 2005 11:44:07 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 758F343D53; Sat, 31 Dec 2005 11:44:06 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr8so.prod.shaw.ca (pd5mr8so-qfe3.prod.shaw.ca [10.0.141.184]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ISD000971XHBL30@l-daemon>; Sat, 31 Dec 2005 04:44:05 -0700 (MST) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd5mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ISD00MW31XHWLI0@pd5mr8so.prod.shaw.ca>; Sat, 31 Dec 2005 04:44:05 -0700 (MST) Received: from [192.168.0.60] ([24.87.209.6]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ISD00JTO1XGII70@l-daemon>; Sat, 31 Dec 2005 04:44:05 -0700 (MST) Date: Sat, 31 Dec 2005 03:43:45 -0800 From: Colin Percival In-reply-to: <20051231015102.A51804@cons.org> To: Martin Cracauer Message-id: <43B66EF1.4020906@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <20051229221459.A17102@cons.org> <868xu22mmp.fsf@xps.des.no> <200512301856.28800.jhb@freebsd.org> <200512310115.40490.jhb@freebsd.org> <20051231015102.A51804@cons.org> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051228) Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgra?= =?ISO-8859-1?Q?v?= , freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 11:44:07 -0000 Martin Cracauer wrote: > The security implications are easy to understand and very well in line > with other Unix features. Unpacking an tar or zip file has a lot more > potential to do damage than this (because the unpacking can also > contains permissions, you can put a *.cgi with a+x just for starters). > > How come nobody demands that the 3 files that come out of "foo.tar" > are named foo.1, foo.2 and foo.3 instead of bar.c, bar.h and Makefile? The situation isn't quite identical (if you unpack a tarball, you should get the same result every time, while a malicious server could be used for an adaptive attack), but your point is still quite reasonable. I withdraw my objection to this feature, as long as the manual page contains appropriate warnings about not using this flag if there are any files in the current working directory which you don't want to have overwritten. Colin Percival From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 07:11:13 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFA7E16A41F; Sat, 31 Dec 2005 07:11:13 +0000 (GMT) (envelope-from mi@roo.bychok.com) Received: from roo.bychok.com (cpe-68-173-160-72.nyc.res.rr.com [68.173.160.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463F143D4C; Sat, 31 Dec 2005 07:11:13 +0000 (GMT) (envelope-from mi@roo.bychok.com) Received: from roo.bychok.com (localhost [127.0.0.1]) by roo.bychok.com (8.13.4/8.13.4) with ESMTP id jBV7BCBg000928; Sat, 31 Dec 2005 02:11:12 -0500 (EST) (envelope-from mi@roo.bychok.com) Received: (from mi@localhost) by roo.bychok.com (8.13.4/8.13.4/Submit) id jBV7BBjM000927; Sat, 31 Dec 2005 02:11:11 -0500 (EST) (envelope-from mi) Date: Sat, 31 Dec 2005 02:11:11 -0500 (EST) From: Mikhail Teterin Message-Id: <200512310711.jBV7BBjM000927@roo.bychok.com> To: current@FreeBSD.org, net@FreeBSD.org X-Mailman-Approved-At: Sat, 31 Dec 2005 12:37:30 +0000 Cc: Subject: Troubles with outgoing TCP connections X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mi@aldan.algebra.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 07:11:14 -0000 Hello! I was experiencing serious problems with web-browsing on this one machine -- various sites would sometimes be very slow or timeout altogether. A Windows machine on the other desk is plugged into the same NAT-router going over to the same cable modem. It is running the same version of Firefox and has no problems whatsoever. Actually, the browser can be ruled out as the cause -- even the following simple script while (1) date fetch -o /dev/null http://www.FreeBSD.org/ sleep 0.5 end hangs every 5-8 cycles (the fetch process usually stays in "connect" state for a minute or so and then times out). I also noticed, that ssh-ing out from this machine is broken :-( The outgoing connection abruptly closes all the time. I went through the kernel config file and removed all the IPSEC and IPFW stuff, as well as VFA_AIO. The problem still exists. This box was my main machine for years -- running 4.x and 5.x fine. After rebuilding it with 6.0 I'm stuck with this mistery. Any hope? If you wish to look around -- contact me privately for an account. Inbound connections seem fine. Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 12:40:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8DAD816A420; Sat, 31 Dec 2005 12:40:32 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <43B67C49.2010904@freebsd.org> Date: Sat, 31 Dec 2005 20:40:41 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051228 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <43B36B83.7080404@freebsd.org> <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> <43B36EB9.70205@freebsd.org> <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> <43B3768F.40704@freebsd.org> <811F628B-A89B-4359-A219-13B5337726A9@freebsd.org> <43B378BA.10201@freebsd.org> <20051231034731.GA65751@xor.obsecurity.org> In-Reply-To: <20051231034731.GA65751@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jason Evans Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 12:40:36 -0000 Kris Kennaway wrote: >>I remembered its highest number is 216xxx. >> >> > >I don't believe you :-) > >Kris > > Get a Pentium-D , then test it by yourself. :-) From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 13:55:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A443F16A469; Sat, 31 Dec 2005 13:55:24 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D4CF43D53; Sat, 31 Dec 2005 13:55:19 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dslb-084-061-156-170.pools.arcor-ip.net ([84.61.156.170] helo=kamino.rfc1149.org) by dagobah.rfc1149.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54 (FreeBSD)) id 1EshCT-000CSm-QQ; Sat, 31 Dec 2005 14:55:17 +0100 Received: from [127.0.0.1] (localhost [127.0.0.1]) by kamino.rfc1149.org (Postfix) with ESMTP id 25AB94113; Sat, 31 Dec 2005 14:55:22 +0100 (CET) Message-ID: <43B68DC9.6020508@rfc2549.org> Date: Sat, 31 Dec 2005 14:55:21 +0100 From: Arne Schwabe User-Agent: Thunderbird 1.5 (X11/20051114) MIME-Version: 1.0 To: Bill Paul References: <20051230205736.3260C16A420@hub.freebsd.org> In-Reply-To: <20051230205736.3260C16A420@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RFC-Spam-Score: 1.4 (+) Cc: freebsd-current@freebsd.org, Andrea Brancatelli Subject: Re: ADM64 floppies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 13:55:25 -0000 Bill Paul wrote: >> Hello... just a quick question... >> >> For i386 we have >> >> ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.0-RELEASE/floppies/ >> >> but for Amd64 there's no >> ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/6.0-RELEASE/floppies/ >> >> How can I get installation floppies for 6.0 / amd64? >> >> Thanks... > > There aren't any, because amd64 machines are "legacy free" systems, > meaning they don't come with floppy drives or parallel printer ports. > (They do come with serial ports, thankfully, probably because of > how useful they are for setting up headless servers.) > As a side note my amd64 board has floppy and parrallel port (which I use to program Atmels :)) Arne From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 14:02:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DA8C16A41F; Sat, 31 Dec 2005 14:02:16 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D49D43D53; Sat, 31 Dec 2005 14:02:15 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id AD4C820A9; Sat, 31 Dec 2005 15:02:09 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 2301320A8; Sat, 31 Dec 2005 15:02:09 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id EA37833C3E; Sat, 31 Dec 2005 15:02:08 +0100 (CET) To: Martin Cracauer References: <20051229221459.A17102@cons.org> <868xu22mmp.fsf@xps.des.no> <200512301856.28800.jhb@freebsd.org> <200512310115.40490.jhb@freebsd.org> <20051231015102.A51804@cons.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 31 Dec 2005 15:02:08 +0100 In-Reply-To: <20051231015102.A51804@cons.org> (Martin Cracauer's message of "Sat, 31 Dec 2005 01:51:02 -0500") Message-ID: <86irt5gyan.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 14:02:16 -0000 Martin Cracauer writes: > Well, it's not you who started it. DES called my code "disgusting" > which by all measures to apply it was not. Eye of the beholder, etc. > The only reason why we have an ABI problem is that he chose that > interface, an interface which does the best (worst) possible job of > locking the ABI against future extensions to access more of the > growing number of useful http headers in common use. You forget that libfetch is not just about HTTP. > Leaving aside for a moment that both clients of the library are in the > FreeBSD base system and hence not affected by an ABI change, when I > offer him to change that to an interface that is robust against future > extensions (and can even be implemented API and ABI compatible to the > current one) he cuts my quote to a half-sentense and adds a one-word > reply. Because you keep further and further in the wrong direction. > So he limits his maintainership to "would like notification" and he > has obviously seen the notification. What would you like me to put in MAINTAINERS instead of "would like notification"? No matter what I put there, people will ignore it (like you did), and stronger wording will only incite stronger flame wars. The fact of the matter is that libfetch and fetch already have way too many interacting features. Even small changes to one of them can have unintended consequences for others (witness the repeated breakage of -r and -m over the past two years). Therefore, any non-trivial change which does not further the primary purpose of these tools (namely to support the ports collection and the package system) will be regarded as suspect. (BTW, your patch breaks -r and -m. Ironic, isn't it?) If libfetch had a mission statement, it would be: allow applications to efficiently access ftp://, http:// and file:// URLs as regular C streams. If fetch had a mission statement, it would be: provide a command-line interface to libfetch which the ports system can use to fetch distfiles. Your patch does not further any of these goals. It does however increase the complexity of both libfetch and fetch, threatening their ability to fulfill their mission. FWIW, what you want to do can easily be done in five or ten lines of Perl using Net::HTTP. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 14:49:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D92A816A420 for ; Sat, 31 Dec 2005 14:49:07 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: from web51001.mail.yahoo.com (web51001.mail.yahoo.com [206.190.38.132]) by mx1.FreeBSD.org (Postfix) with SMTP id 3250443D53 for ; Sat, 31 Dec 2005 14:49:05 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: (qmail 76940 invoked by uid 60001); 31 Dec 2005 14:48:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ZA8aQ4083C2Rv5TiQGKknX7jIAx/C3fAUMfvFBsI1GE4AKdnuVY1Tt+xoIIhxqVrN6WCzGq5jlt9QFlOkbBXhyNsNSeJr8yycrmvWAQ7iQD2Uu5tsE+qPtbyQWlw2NXNGsoytZsgwth0k5mF1j6uS0Z9ZpCvnqPlezGwr/IyuMc= ; Message-ID: <20051231144848.76938.qmail@web51001.mail.yahoo.com> Received: from [200.102.59.70] by web51001.mail.yahoo.com via HTTP; Sat, 31 Dec 2005 11:48:48 ART Date: Sat, 31 Dec 2005 11:48:48 -0300 (ART) From: Rafael Caesar Lenzi To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Nvidia driver freeze system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 14:49:08 -0000 I installed Nvidia-driver 8178 on FreeBSD-5.4, after start X, logo of Nvidia appers, and then system freeze and reboot automatically. Thanks, Rafael Lenzi _______________________________________________________ Yahoo! doce lar. Faa do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 20:06:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C940616A41F; Sat, 31 Dec 2005 20:06:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086BE43D53; Sat, 31 Dec 2005 20:06:01 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id jBVK50lS080506; Sat, 31 Dec 2005 13:05:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 31 Dec 2005 13:05:02 -0700 (MST) Message-Id: <20051231.130502.08040745.imp@bsdimp.com> To: tinderbox@freebsd.org From: "M. Warner Losh" In-Reply-To: <20051231083316.B44D77302F@freebsd-current.sentex.ca> References: <20051231083316.B44D77302F@freebsd-current.sentex.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 31 Dec 2005 13:05:00 -0700 (MST) Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 20:06:03 -0000 In message: <20051231083316.B44D77302F@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : /src/sys/dev/pccbb/pccbb.c: In function `cbb_event_thread': : /src/sys/dev/pccbb/pccbb.c:488: warning: unsigned int format, bus_space_handle_t arg (arg 3) : *** Error code 1 Stray debug from my integration from p4. It has been corrected. Warner From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 21:01:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E95316A41F for ; Sat, 31 Dec 2005 21:01:50 +0000 (GMT) (envelope-from alphavinlander@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id D638443D46 for ; Sat, 31 Dec 2005 21:01:49 +0000 (GMT) (envelope-from alphavinlander@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1423604wxc for ; Sat, 31 Dec 2005 13:01:49 -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=EfAb6RDJPLPPao1fRvpR1UnpEssZn0lBbFPGrhO+BALm75loNvEf4eR8YT6dIPhIWHLQ94XxofbvsYjgUCF30Fy42MwW87ZrzQJ52hts1rv8c5iIgC5KauMHfgM8TJ+eUSQdIv0eMAuDp7hMxjTLq4TnrLwMWQ+KoCSN0vuGTwc= Received: by 10.70.124.5 with SMTP id w5mr8436083wxc; Sat, 31 Dec 2005 13:01:48 -0800 (PST) Received: by 10.70.105.4 with HTTP; Sat, 31 Dec 2005 13:01:48 -0800 (PST) Message-ID: <1a2427c60512311301t6e53cdafk541dc297d0ca5faf@mail.gmail.com> Date: Sat, 31 Dec 2005 16:01:48 -0500 From: "S.C. Gehl" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ATI FireGL V3100 (RV370) - drm question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 21:01:50 -0000 Hello When can I expect drm.ko and radeon.ko to be working under amd64 stable? I need an estimate please. I am loyal to freebsd, but the show must go on..= . on gentoo if need be. -- ---S.C. Gehl, 'Beauty to Burn' From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 21:28:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 9F9D116A420; Sat, 31 Dec 2005 21:28:58 +0000 (GMT) In-Reply-To: <43B65249.1030104@deprese.net> from Ondra Holecek at "Dec 31, 2005 10:41:29 am" To: bln@deprese.net (Ondra Holecek) Date: Sat, 31 Dec 2005 21:28:58 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051231212858.9F9D116A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 21:28:58 -0000 > yes, i can load if_ath, wireless card is found and i can set it up as > ath0, but i still have no signal (and there are many ap's - i can see > with different pcmcia card) Note that if this in fact a problem with ACPI not supporting the wireless enable switch on your laptop correctly, it won't work with the NDISulator any better than it will with the ath(4) driver. I think the wireless enable switch controls the connection to the antenna(s), and is a separate device from the NIC itself that varies in implementation depending on the laptop. The NDIS driver only knows how to manipulate the NIC hardware: the NIC manufacturer can't really customize the driver for each laptop out there (and the laptop manufacturers usually don't customize the drivers either, beyond sticking their logo on them). > therefore, i think i have to somehow turn it on (the special "wireless" > key on keyboard of course doesn't work) > > > > > Why don't you just load if_ath.ko? It should support that chipset. > > > > i know, i did it. loaded generated kernel module, but no ndis0 > > > If you really want to use ndis for it you need to run ndisgen to create a > > module for the driver in question. > > > Let's look at what you did: > if i use ndis (driver for AR 5212), i can't see any ndis0 interface > driver is net5211.inf, ar5211.sys => ar5211_sys.ko, which should work > with this chipset. > i have compiled kernel with > options NDISAPI > device ndis First of all: GET YOUR FILTHY HANDS OFF THE KERNEL BUILD. I very carefully designed things so you don't have to rebuild the kernel, but everyone just charges ahead and does it anyway. Leave the kernel alone. Just kldload ndis.ko and if_ndis.ko. After that, you can kldload ar5211_sys.ko. Second, you said "driver is net5211.inf, ar5211.sys => ar5211_sys.ko, which should work with this chipset." It "should" work? Where did you get this driver from? Is it the one that actually came with your laptop, or did you go rummaging around until you found one that kinda sorta looked right? If no ndis0 device appears when you kldload ar5211_sys.ko, then the driver you have is _NOT_ the right one for your chipset. Look in the net5211.inf file. (Yes, you can look in it: it's just text.) Check the PCI ID list at the top and see if it has an entry that matches your device (shown with pciconf -lv). Check the vendor ID, device ID, _AND_ subsystem code. There must be an entry where all three match your device, otherwise ndis_probe_pci() won't consider the driver to be a match for your hardware. (You can force a match by carefully deleting the &SUBSYS_XXXXXXXX portion of one of the lines and then using ndisgen(8) to rebuild your driver module; a line with no SUBSYS section matches all devices with the specified vendor and device ID.) I couldn't find the first e-mail in this thread, so I don't know which laptop you have. Check to see if it's one of the ones mentioned here: http://rfswitch.sourceforge.net/?page=laptop_matrix If so, you may need some special software to make the switch work. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 21:34:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FE7E16A41F; Sat, 31 Dec 2005 21:34:14 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5734443D49; Sat, 31 Dec 2005 21:34:13 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jBVLYAr9001568; Sat, 31 Dec 2005 13:34:10 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jBVLY94g001567; Sat, 31 Dec 2005 13:34:09 -0800 (PST) (envelope-from jmg) Date: Sat, 31 Dec 2005 13:34:08 -0800 From: John-Mark Gurney To: David Xu Message-ID: <20051231213407.GA752@funkthat.com> Mail-Followup-To: David Xu , Kris Kennaway , freebsd-current@freebsd.org, Jason Evans References: <43B36B83.7080404@freebsd.org> <32729773-B07C-4AEE-92D0-62ACE0E3AFEB@freebsd.org> <43B36EB9.70205@freebsd.org> <2E722A13-C880-41B6-A84C-3927C8FE90E5@freebsd.org> <43B3768F.40704@freebsd.org> <811F628B-A89B-4359-A219-13B5337726A9@freebsd.org> <43B378BA.10201@freebsd.org> <20051231034731.GA65751@xor.obsecurity.org> <43B67C49.2010904@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43B67C49.2010904@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org, Jason Evans , Kris Kennaway Subject: Re: New malloc ready, take 42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 21:34:14 -0000 David Xu wrote this message on Sat, Dec 31, 2005 at 20:40 +0800: > Kris Kennaway wrote: > > >>I remembered its highest number is 216xxx. > > > >I don't believe you :-) > > Get a Pentium-D , then test it by yourself. :-) I think he mean he doesn't believe that it's 200k+... you have three numbers and three x's... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 22:18:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 9246716A420; Sat, 31 Dec 2005 22:18:05 +0000 (GMT) In-Reply-To: <200512302134.jBULYCOG028642@storage.brancatelli.it> from Andrea Brancatelli at "Dec 30, 2005 10:33:06 pm" To: andrea@brancatelli.it (Andrea Brancatelli) Date: Sat, 31 Dec 2005 22:18:05 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051231221805.9246716A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: R: ADM64 floppies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 22:18:05 -0000 > Sorry Bill, I surely didn't mean to be rude not giving any feedback about > the USB keyboard issue. > > Actually I wasn't able to try it because of a couple of reason. Since > tomorrow is holiday we worked only half day today and I had some more > deadline to do before of 31/12. > > Anyhow the problem is that the whole installation has got a lot of "dark > issues". Let me try to summarize the problems, mainly because I'm the first > who tends to lose the focus. > > I tried the followings: > > * FreeBSD 6.0-CURRENT i386 from CDRom: the system won't boot because the > IBM HS20 has got an USB CDRom... after loading the first step (the Bios > part) the loader says it's unable to locate a valid Kernel thus it stops. I'm a little confused: does it actually make it to the intro menu? Are you able to get it to the OK prompt so you can type commands? If so, Did you try to do "ls" from the OK prompt in the bootloader to see if it can access the CD-ROM at all? When the loader starts up, it should print a list of BIOS disk devices that it recognizes. Is the CD-ROM listed there somewhere? What devices _are_ listed? Have you verified that the loader is accessing the right one? When the BTX loader initializes, it should print something like: BIOS CD is cd0 BIOS drive C: is disk0 This is very early on during the CD bootstrap phase, before the intro menu appears. You can also check what devices are visible by getting to the OK prompt and doing: OK lsdev The CD should appear as a device. Note: if the CD doesn't appear, don't just say "there's no CD device." Tell us what you _DO_ see, because we're not there to look over your shoulder. Since it's a USB CD-ROM, the BIOS in the system is doing some trickery to let you access it as a bootstrap device (my Sony VAIO does similar trickery for a PCMCIA CD-ROM). It should make it appear as a valid BIOS drive. It should be working to some extent since the bootloader runs partway. Is there an option in the BIOS configuration that controls how the USB CD is turned into an emulated BIOS CD device? (Like, maybe a 'legacy USB' selection?) > had no suggestion on how to fix this, but I'd love to have one. To answer to > some of your question, the machine doesn't allow me to plug any kind of IDE > CDRom. It's a "Blade" machine, that means that is nothing more than a > Notebook's main board with a special case inserted in a Blade Center > alongside 13 more blades. All the blades share the same CDRom and same > Floppy, and you can decide which machine should have the CD and FD plugged > to with a switch on the front. So my decision was to go for a Floppy-boot > and then start a network install from ftp.freebsd.org trough our internal > proxy who already got "proxied" almost 80% of the base installation (because > we always install our machines like this). > > * FreeBSD 6.0-CURRENT i386 from Floppies: this time everything boots ok. > The kernel starts ok and mainly probe all the Hardware ok. After the kernel > loads, when Sysinstall starts the keyboard stops working. As someone > suggested this probably is an issue with the USB keyboard not getting the > right priority over the PS/2 one (that is not connected). So I tried using > the "7th" option from the Bootloader menu that says "Start installation with > an USB keyboard" that, AFAIK, should mean it automatically does the "set > hint.atkbd.0.disabled=1" stuff. If that isn't true than that was a wrong > assumption I made. Yes, your assumption was wrong. The "7th" option does something else. I think it's "set hinds.atkbd.0.flags=1". Unfortunately, this only handles the situation where you have a system with a USB keyboard _only_ and no trace of atkbd whatsoever. I've had people insist to me this is the right option to use too, yet it didn't work for me either. On my Opteron system, the FreeBSD/amd64 kernel doesn't attach atkbd0 so it happens to work withoyt any intervention, but FreeBSD/i386 stubbornly clings to the notion that there should be an atkbd0 device, and unless I explicitly disable it with hint.atkbd.0.disabled=1, that non-functional atkbd0 device becomes the default keyboard and I'm stuck. When I first ran into this problem, I got around it by installing using the serial port as a console. For that, you need to break to the OK prompt during boot and then do: OK set console=comconsole This will switch you over to COM1 as the console. You need to immediately go to the serial console and type "boot" to resume booting. From that point on, the installation will take place via serial port. When the install is done, it'll automatically add a line to /boot/loader.conf that says "console=comconsole" so the system will 'remember' that you want to use serial console mode for all subsequent boots. NOTE: while sysinstall is smart enough to edit /boot/loader.conf for you, it is _NOT_ smart enough to edit /etc/ttys for you too. Hence, when the system boots, you won't get a login prompt on the serial console. To fix this, you should boot the system in single user mode after sysinstall is done, then do: # mount -u -w / # mount /var # mount /usr Then edit /etc/ttys to set the state of ttyd0 to "on" instead of "off" so that init(8) will spawn a getty(8) on ttyd0. > I will try to do that manually as soon as possible (that > is 2/jan/2006 as of now). Anyhow, booting with "7" made no difference at > all. As soon as Sysinstall starts, I loose the keyboard. Digging in the > archives of this list I have found that someone already reported having this > problem and he wasn't able to solve it as well becase, for what he said, the > blade has got TWO USB keyboard connected. One that is the one on the local > console, and the other one being the remote console (that is accessible via > a web interface). So maybe FreeBSD is correctly using the USB keyboard, but > not the correct one... :? So my next guess would have been trying to use the > web interface and see if the remote console was working. The only problem is > that my machine is a FreeBSD machine as well and I haven't (yet) installed > Java on it, so I can't access the remote console (and being pre-holiday > today none of my windows-based colleague was in the office). The application that connects to the remote console is java? You're sure there's no way to access it directly via telnet or something? That's very lame. > As a final note, a couple of persons told me to try with a PXE remote > installation. That, alongside the serial-console one, is one of my next try > (probably the latter first). The only thing is that I don't want to finally > succeed in installing i386 only to discover I needed amd64, right? :-) Well, the system will still work with FreeBSD/i386. It just won't be as sexy. > So to come to an end, you said something I already tought: copying the amd64 > tree and pretend it to be the i386 and installing it with the i386 > installer. But since I wasn't even able to use the keyboard in sysinstall > that was something I left to investigate later. The only question is whether > there's a way to have Sysinstall fetch the other branch by himselft from the > FTP site, maybe by specifying some strange "set hint.thisplatformis = amd64" > or something.... ? When you get to the screen where sysinstall asks you what media to install from, tell it to use a custom FTP URL, then specify a path that points to the amd64 distribution instead of the i386 one. The process of partitioning the disk and creating filesystems should be the same for both i386 and amd64: the difference is it'll load the amd64 files intead of the i386 ones. I would start by just loading the base OS at first, just to make sure you can actually produce a bootable, working system: once you get the system bootstrapped, you can install packages with pkg_add later. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose =============================================================================