From owner-freebsd-alpha@FreeBSD.ORG Sun May 29 23:48:32 2005 Return-Path: X-Original-To: alpha@freebsd.org Delivered-To: freebsd-alpha@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3177916A41C; Sun, 29 May 2005 23:48:32 +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 B579F43D48; Sun, 29 May 2005 23:48:31 +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.3/8.13.3) with ESMTP id j4TNmwAa078582; Sun, 29 May 2005 19:48:58 -0400 (EDT) (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 j4TNmU1V061424; Sun, 29 May 2005 19:48:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 746187306E; Sun, 29 May 2005 19:48:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050529234830.746187306E@freebsd-current.sentex.ca> Date: Sun, 29 May 2005 19:48:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2005 23:48:32 -0000 TB --- 2005-05-29 23:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-29 23:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-05-29 23:30:00 - cleaning the object tree TB --- 2005-05-29 23:30:32 - checking out the source tree TB --- 2005-05-29 23:30:32 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-05-29 23:30:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-29 23:36:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-29 23:36:44 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-29 23:36:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ln -fs /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/lib/libbsdxml.so.1 /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/lib/libbsdxml.so sh /tinderbox/CURRENT/alpha/alpha/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/include ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c In file included from /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c:67: /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/include/sys/sysent.h:35:23: bsm/audit.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-05-29 23:48:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-29 23:48:30 - ERROR: failed to build world TB --- 2005-05-29 23:48:30 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Mon May 30 11:01:50 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A7816A41C for ; Mon, 30 May 2005 11:01:50 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A82A43D53 for ; Mon, 30 May 2005 11:01:50 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4UB1nME029936 for ; Mon, 30 May 2005 11:01:49 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4UB1mgQ029930 for freebsd-alpha@freebsd.org; Mon, 30 May 2005 11:01:48 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 30 May 2005 11:01:48 GMT Message-Id: <200505301101.j4UB1mgQ029930@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-alpha@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 11:01:51 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/12/20] alpha/75317 alpha ATA DMA broken on PCalpha 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2001/09/10] alpha/30486 alpha AlphaServer DS10 floppy access is broken o [2003/02/05] alpha/47952 alpha DEFPA causes machine check with V5.0-rele o [2003/11/10] alpha/59116 alpha [ntfs] mount_ntfs of a Windows 2000-forma o [2004/01/26] alpha/61940 alpha Can't disklabel new disk from FreeBSD/alp o [2004/01/27] alpha/61973 alpha Machine Check on boot-up of AlphaServer 2 f [2004/06/06] alpha/67626 alpha X crashes an alpha machine, resulting reb 6 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/02/22] alpha/25284 alpha PC164 won't reboot with graphics console f [2001/07/29] alpha/29299 alpha FreeBSD 4.3 Alpha + Tekram SCSI adapter p o [2002/05/13] alpha/38031 alpha osf1.ko not loaded during boot-time of li o [2003/02/25] alpha/48676 alpha Changing the baud rate of serial consoles o [2003/04/12] alpha/50868 alpha fd0 floppy device is not mapped into /dev o [2004/05/10] alpha/66478 alpha unexpected machine check: panic for 4.9, o [2004/06/13] alpha/67903 alpha hw.chipset.memory: 1099511627776 - thats 7 problems total. From owner-freebsd-alpha@FreeBSD.ORG Mon May 30 13:10:28 2005 Return-Path: X-Original-To: alpha@freebsd.org Delivered-To: freebsd-alpha@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20C6516A41C; Mon, 30 May 2005 13:10:28 +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 C6D2F43D48; Mon, 30 May 2005 13:10:27 +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.3/8.13.3) with ESMTP id j4UDARxb024448; Mon, 30 May 2005 09:10:27 -0400 (EDT) (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 j4UDARTI072402; Mon, 30 May 2005 09:10:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E25587306E; Mon, 30 May 2005 09:10:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530131026.E25587306E@freebsd-current.sentex.ca> Date: Mon, 30 May 2005 09:10:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Cc: Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 13:10:28 -0000 TB --- 2005-05-30 11:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-30 11:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-05-30 11:30:00 - cleaning the object tree TB --- 2005-05-30 11:30:06 - checking out the source tree TB --- 2005-05-30 11:30:06 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-05-30 11:30:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-30 11:36:04 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-30 11:36:04 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-30 11:36:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-05-30 12:44:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-30 12:44:53 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-30 12:44:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon May 30 12:44:54 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 >>> Kernel build for GENERIC completed on Mon May 30 12:58:37 UTC 2005 TB --- 2005-05-30 12:58:37 - generating LINT kernel config TB --- 2005-05-30 12:58:37 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-05-30 12:58:37 - /usr/bin/make -B LINT TB --- 2005-05-30 12:58:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-30 12:58:37 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-30 12:58:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 30 12:58:37 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 -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/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -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 -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:122: error: `vga_pxlmouse_planar' undeclared here (not in a function) /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:122: error: initializer element is not constant /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:122: error: (near initialization for `egarndrsw.draw_mouse') /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c: In function `vga_rndrinit': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:511: error: `vga_pxlmouse_direct' undeclared (first use in this function) /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:511: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:511: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-05-30 13:10:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 13:10:26 - ERROR: failed to build lint kernel TB --- 2005-05-30 13:10:26 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Tue May 31 17:07:28 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B77E16A41C for ; Tue, 31 May 2005 17:07:28 +0000 (GMT) (envelope-from jslagle@totalink.net) Received: from smtp01.totalink.net (smtp01.totalink.net [64.254.128.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FEAF43D48 for ; Tue, 31 May 2005 17:07:28 +0000 (GMT) (envelope-from jslagle@totalink.net) Received: from cypher.totalink.net (jslagle.totalink.net [64.254.139.138]) by smtp01.totalink.net (Postfix) with ESMTP id 3037137401E for ; Tue, 31 May 2005 12:37:23 -0400 (EDT) Date: Tue, 31 May 2005 13:05:49 -0400 (EDT) From: Jason Slagle To: freebsd-alpha@freebsd.org Message-ID: <20050531130342.R72782@cypher.totalink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: AlphaServer 2100 500MP-5 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 17:07:28 -0000 I have one of these giant rackmount beasts. I had an earlier 5.x running on it, but it won't seem to boot a 5.4 install CD. It reads it, starts to boot (Screen goes black, and for a fleeting moment I see kernel stuff). Then I get: halted CPU 0 halt code = 7 machine check while in PAL mode PC = 14060 I have no idea how to check the kernel console to see the panic, if it did indeed panic, as it has VGA on it. Any advice, or information on how to go about debugging this would be helpful. Jason (Alpha newbie by admission) From owner-freebsd-alpha@FreeBSD.ORG Tue May 31 17:09:40 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BEAD16A41C for ; Tue, 31 May 2005 17:09:40 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 155A843D48 for ; Tue, 31 May 2005 17:09:39 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr6.xs4all.nl (8.13.3/8.13.3) with ESMTP id j4VH9bYl030927; Tue, 31 May 2005 19:09:38 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.1) with ESMTP id j4VH9bPc045452; Tue, 31 May 2005 19:09:37 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j4VH9bbI045451; Tue, 31 May 2005 19:09:37 +0200 (CEST) (envelope-from wb) Date: Tue, 31 May 2005 19:09:37 +0200 From: Wilko Bulte To: Jason Slagle Message-ID: <20050531170937.GD45316@freebie.xs4all.nl> References: <20050531130342.R72782@cypher.totalink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050531130342.R72782@cypher.totalink.net> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-alpha@freebsd.org Subject: Re: AlphaServer 2100 500MP-5 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 17:09:40 -0000 On Tue, May 31, 2005 at 01:05:49PM -0400, Jason Slagle wrote.. > > I have one of these giant rackmount beasts. I had an earlier 5.x running > on it, but it won't seem to boot a 5.4 install CD. It reads it, starts to > boot (Screen goes black, and for a fleeting moment I see kernel stuff). > Then I get: Can you set it to serial console and capture those messages? Something like >>> SET CONSOLE SERIAL and a 9600N81 terminal emulator should do the trick. > halted CPU 0 > halt code = 7 > machine check while in PAL mode > PC = 14060 > > I have no idea how to check the kernel console to see the panic, if it did > indeed panic, as it has VGA on it. You might want to go and check the mailing list archives on the AS2100. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 1 09:55:18 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61D0216A41C; Wed, 1 Jun 2005 09:55:18 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C4A043D4C; Wed, 1 Jun 2005 09:55:17 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-193.dti.cegetel.net [213.223.184.193]) by smtp.cegetel.net (Postfix) with ESMTP id 686991A43ED; Wed, 1 Jun 2005 11:54:17 +0200 (CEST) Message-ID: <429D860A.5000608@club-internet.fr> Date: Wed, 01 Jun 2005 11:55:22 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20050208 X-Accept-Language: fr-fr, fr, en-us, en, ja MIME-Version: 1.0 To: freebsd-alpha@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebs.org, freebsd-ppc@freebsd.org X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8B06B2DDF39FC59C5F43C12C" Content-Transfer-Encoding: 8bit Cc: Subject: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 09:55:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8B06B2DDF39FC59C5F43C12C Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi everyone, I made a patch that should fix portability issues of ReiserFS but I don't have access to all platforms supported by FreeBSD. I tested it on sparc64 and Olivier Houchard tried it on arm. I would like to know if someone could test it and report any success or failure? The patch is against latest -CURRENT and should be applied at toplevel source tree (eg. /usr/src). It can be found at: http://www.dumbbell.fr/projects/reiserfs/files/reiserfs-MI-c.patch Thanks in advance! -- Jean-Sébastien Pédron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enig8B06B2DDF39FC59C5F43C12C 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.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCnYYKa+xGJsFYOlMRAmcmAJ9tRv0IsKa89zWczHk9fEQnKcr4VACg1625 LLcX1/J7mpNOFb9++NmgJNE= =x6GK -----END PGP SIGNATURE----- --------------enig8B06B2DDF39FC59C5F43C12C-- From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 1 13:55:53 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 127F516A41C; Wed, 1 Jun 2005 13:55:53 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC11843D1D; Wed, 1 Jun 2005 13:55:52 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id BF1923F294; Wed, 1 Jun 2005 15:55:50 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 584D527C; Wed, 1 Jun 2005 15:55:50 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 455CC265; Wed, 1 Jun 2005 15:55:50 +0200 (CEST) Date: Wed, 1 Jun 2005 15:55:50 +0200 (CEST) From: Sten Spans To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= In-Reply-To: <429D860A.5000608@club-internet.fr> Message-ID: References: <429D860A.5000608@club-internet.fr> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1117634150=:28761" Cc: freebsd-ia64@freebs.org, freebsd-amd64@freebsd.org, freebsd-alpha@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 13:55:53 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-851401618-1117634150=:28761 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 1 Jun 2005, [UTF-8] Jean-Sébastien Pédron wrote: > Hi everyone, > > I made a patch that should fix portability issues of ReiserFS but I > don't have access to all platforms supported by FreeBSD. I tested it on > sparc64 and Olivier Houchard tried it on arm. > > I would like to know if someone could test it and report any success or > failure? > > The patch is against latest -CURRENT and should be applied at toplevel > source tree (eg. /usr/src). It can be found at: > http://www.dumbbell.fr/projects/reiserfs/files/reiserfs-MI-c.patch > > Thanks in advance! A sample reiserfs image would be nice for testing. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem ---559023410-851401618-1117634150=:28761-- From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 1 17:12:15 2005 Return-Path: X-Original-To: freebsd-alpha@FreeBSD.org Delivered-To: freebsd-alpha@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C1916A41C for ; Wed, 1 Jun 2005 17:12:15 +0000 (GMT) (envelope-from rth@twiddle.net) Received: from are.twiddle.net (are.twiddle.net [64.81.246.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 138D643D49 for ; Wed, 1 Jun 2005 17:12:14 +0000 (GMT) (envelope-from rth@twiddle.net) Received: from are.twiddle.net (localhost.localdomain [127.0.0.1]) by are.twiddle.net (8.12.11/8.12.11) with ESMTP id j51HCEdc004167 for ; Wed, 1 Jun 2005 10:12:14 -0700 Received: (from rth@localhost) by are.twiddle.net (8.12.11/8.12.11/Submit) id j51HCE4Z004166 for freebsd-alpha@FreeBSD.org; Wed, 1 Jun 2005 10:12:14 -0700 X-Authentication-Warning: are.twiddle.net: rth set sender to rth@twiddle.net using -f Date: Wed, 1 Jun 2005 10:12:14 -0700 From: Richard Henderson To: freebsd-alpha@FreeBSD.org Message-ID: <20050601171214.GA4159@twiddle.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: [rfc] a new read-only plt format X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 17:12:15 -0000 I've recently created a new plt format for Alpha. The main feature of this new format is that the plt code is read-only. This was a requirement for SELinux, which does not allow executable pages to become writable, or writable pages to become executable. As side effects, the plt table itself is smaller, allows more entries than before, and requires saving fewer registers. Support for this new plt format is in binutils head. I'm writing to the other free alpha os'es so that they can experiment with the new format and if there are tweaks that need to be made, they can be made right away before it gets deployed to real users. The dynamic linker receives the following information: If the new format is in use, a _DYNAMIC tag DT_ALPHA_PLTRO exits. The DT_PLTGOT tag points to the .got.plt section. This section is 16 bytes long. The first word should be filled in with the runtime resolution entry point; the second word should be filled in with the dynamic linker cookie. This is the same information that was placed in words 3 and 4 of the plt in the old format. On entry to the runtime resolution entry point, $27 contains the address of the entry point, $28 contains the dynamic linker cookie, and $25 contains the offset of relocation entry in .rela.plt. When resolving the relocation, the *only* thing that needs to happen is to write to the word indicated by the relocation. The plt should not be modified. Obviously. A sample entry point routine is appended. One complication of this is that we now clobber more registers than we did before, which means that the division routines cannot go through the plt anymore. There are two things that are done to make this work. First, libc should be modified such that the division routines are *not* marked STT_FUNC. The linker only creates plt entries for things marked functions. With this change, all existing object files are correctly handled, *provided* that they are in fact linked against libc eventually. This is by far the common case. Marking the division routines as something other than STT_FUNC is done by *not* using the .ent/.end markers for the division routines. Instead, you'll want to write .globl __divq .type __divq,@notype .usepv __divq,no __divq: ... .size __divq,.-__divq In addition, you'll want to use the .cfi_* directives to write unwind info appropriate to your implementation so that the debugger can properly step over your routine. This is slightly less convenient than the .ent/.end markers, but in my case .frame wasn't adequate to properly describe the unwinding and I'd already been using .cfi directives. Second, a new relocation marker has been added, !lituse_jsrdirect. This relocation is similar to !lituse_jsr, except that it prevents the linker from creating a plt entry for the symbol. Top-of-branch of gcc 3.4, 4.0, and 4.1 have been modified to make use of this relocation when invoking the division routines. I dunno how much in the way of hand-coded assembler you have that might make use of general division; probably none at all. Comments? Questions? r~ /* void * _dl_fixup (void *cookie, long reloc_offset, void *caller) */ #define FRAMESIZE 14*8 .align 4 .globl _dl_runtime_resolve_new .ent _dl_runtime_resolve_new _dl_runtime_resolve: .frame $30, FRAMESIZE, $26, 0 .mask 0x4000000, 0 ldah $29, 0($27) !gpdisp!1 lda $30, -FRAMESIZE($30) stq $26, 0*8($30) stq $16, 2*8($30) stq $17, 3*8($30) lda $29, 0($29) !gpdisp!1 stq $18, 4*8($30) mov $28, $16 /* link_map from .got.plt */ stq $19, 5*8($30) mov $25, $17 /* offset of reloc entry */ stq $20, 6*8($30) mov $26, $18 /* return address */ stq $21, 7*8($30) stt $f16, 8*8($30) stt $f17, 9*8($30) stt $f18, 10*8($30) stt $f19, 11*8($30) stt $f20, 12*8($30) stt $f21, 13*8($30) .prologue 2 bsr $26, _dl_fixup !samegp mov $0, $27 ldq $26, 0*8($30) ldq $16, 2*8($30) ldq $17, 3*8($30) ldq $18, 4*8($30) ldq $19, 5*8($30) ldq $20, 6*8($30) ldq $21, 7*8($30) ldt $f16, 8*8($30) ldt $f17, 9*8($30) ldt $f18, 10*8($30) ldt $f19, 11*8($30) ldt $f20, 12*8($30) ldt $f21, 13*8($30) lda $30, FRAMESIZE($30) jmp $31, ($27), 0 .end _dl_runtime_resolve From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 1 17:24:17 2005 Return-Path: X-Original-To: freebsd-alpha@FreeBSD.org Delivered-To: freebsd-alpha@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BC7D16A41C for ; Wed, 1 Jun 2005 17:24:17 +0000 (GMT) (envelope-from rth@twiddle.net) Received: from are.twiddle.net (are.twiddle.net [64.81.246.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE6E143D49 for ; Wed, 1 Jun 2005 17:24:16 +0000 (GMT) (envelope-from rth@twiddle.net) Received: from are.twiddle.net (localhost.localdomain [127.0.0.1]) by are.twiddle.net (8.12.11/8.12.11) with ESMTP id j51HOGqi004217 for ; Wed, 1 Jun 2005 10:24:16 -0700 Received: (from rth@localhost) by are.twiddle.net (8.12.11/8.12.11/Submit) id j51HOGPE004216 for freebsd-alpha@FreeBSD.org; Wed, 1 Jun 2005 10:24:16 -0700 X-Authentication-Warning: are.twiddle.net: rth set sender to rth@twiddle.net using -f Date: Wed, 1 Jun 2005 10:24:16 -0700 From: Richard Henderson To: freebsd-alpha@FreeBSD.org Message-ID: <20050601172416.GA4197@twiddle.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: reloc_non_plt_obj buggy X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 17:24:17 -0000 >From src/libexec/rtld-elf/alpha/reloc.c: --------------------- #define load64(p) ({ \ Elf_Addr __res; \ __asm__("ldq_u %0,%1" : "=r"(__res) : "m"(*(p))); \ __res; }) #define store64(p, v) \ __asm__("stq_u %1,%0" : "=m"(*(p)) : "r"(v)) --------------------- case R_ALPHA_REFQUAD: { const Elf_Sym *def; const Obj_Entry *defobj; def = find_symdef(ELF_R_SYM(rela->r_info), obj, &defobj, false, cache); if (def == NULL) return -1; store64(where, (Elf_Addr) (defobj->relocbase + def->st_value) + load64(where) + rela->r_addend); } --------------------- Someone wasn't very clear on what ldq_u/stq_u actually does. You're not actually modifying the unaligned address, you're modifying (address & ~7), and corrupting the dwarf2 data in the process. You need to use struct ualong { Elf_Addr x __attribute__((packed)); }; #define load64(p) (((struct ualong *)(p))->x) #define store64(p,v) (((struct ualong *)(p))->x = (v)) r~ From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 1 18:29:15 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB8216A41C; Wed, 1 Jun 2005 18:29:15 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from kraid.nerim.net (smtp-103-wednesday.nerim.net [62.4.16.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8669543D1D; Wed, 1 Jun 2005 18:29:15 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [192.168.1.20] (dumbbell.net1.nerim.net [80.65.225.171]) by kraid.nerim.net (Postfix) with ESMTP id 3EF7240F05; Wed, 1 Jun 2005 20:29:12 +0200 (CEST) Message-ID: <429DFEA1.8000004@club-internet.fr> Date: Wed, 01 Jun 2005 20:29:53 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050503) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sten Spans References: <429D860A.5000608@club-internet.fr> In-Reply-To: X-Enigmail-Version: 0.91.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8271B62ABA2B670E7E0A1703" Cc: freebsd-ppc@freebsd.org, freebsd-amd64@freebsd.org, freebsd-alpha@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 18:29:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8271B62ABA2B670E7E0A1703 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sten Spans wrote: > A sample reiserfs image would be nice for testing. You're right, an image is available here (14 Mb compressed): http://people.freebsd.org/~dumbbell/reiserfs/images/REISERFS.bz2 --=20 Jean-S=C3=A9bastien P=C3=A9dron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enig8271B62ABA2B670E7E0A1703 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.1 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCnf6wa+xGJsFYOlMRAg8CAJ98kKzh1g5VUfbJpbwHWSe6oj9vBQCeKYUR vqgmi1EuQoSKC5u8E3MMFvk= =gDRR -----END PGP SIGNATURE----- --------------enig8271B62ABA2B670E7E0A1703-- From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 1 22:33:23 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A0CF16A41C; Wed, 1 Jun 2005 22:33:23 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E33843D48; Wed, 1 Jun 2005 22:33:20 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j51MXgaS053209; Wed, 1 Jun 2005 18:33:43 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Wed, 1 Jun 2005 18:33:12 -0400 User-Agent: KMail/1.6.2 References: <429D860A.5000608@club-internet.fr> <429DFEA1.8000004@club-internet.fr> In-Reply-To: <429DFEA1.8000004@club-internet.fr> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200506011833.12686.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.85.1/906/Wed Jun 1 17:38:56 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-ia64@freebsd.org, freebsd-alpha@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 22:33:23 -0000 On Wednesday 01 June 2005 02:29 pm, Jean-Sébastien Pédron wrote: > Sten Spans wrote: > > A sample reiserfs image would be nice for testing. > > You're right, an image is available here (14 Mb compressed): > http://people.freebsd.org/~dumbbell/reiserfs/images/REISERFS.bz2 I was able to mount and read it on amd64 but I had to modify src/sys/modules/reiserfs/Makefile a bit (I will explain it later). beastie# bunzip2 REISERFS.bz2 beastie# mdconfig -a -t vnode -f REISERFS -u 0 beastie# mount_reiserfs /dev/md0 /mnt beastie# ls -l /mnt total 8056 drwxr-xr-x 2 root wheel 96 8 6 2004 Evanescence drwxr-xr-x 5 1000 1000 120 9 1 2004 GNUstep -rw-r--r-- 1 1000 1000 4548644 8 23 2004 Shrek.mp3 lrwxrwxrwx 1 root wheel 27 9 1 2004 dir_symlink -> GNUstep/Library/WindowMaker lrwxrwxrwx 1 root wheel 41 9 1 2004 evanesnce.mp3 -> Evanescence/Evanescence - My Immortal.mp3 -rw-r--r-- 2 1000 1000 3176 9 1 2004 file_hardlink lrwxrwxrwx 1 root wheel 23 9 1 2004 file_symlink -> GNUstep/Defaults/WPrefs -r-xr-xr-x 1 root wheel 3680076 10 28 2004 ls -rw-r--r-- 1 root wheel 70 8 6 2004 motd beastie# cat /mnt/motd Linux yui 2.4.26 #1 SMP Tue Jun 15 11:04:53 CEST 2004 i686 GNU/Linux beastie# uname -a FreeBSD beastie.xxx.xxx.xxx 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Wed Jun 1 17:22:23 EDT 2005 jkim@beastie.xxx.xxx.xxx:/usr/src/sys/amd64/compile/BEASTIE amd64 beastie# umount /mnt beastie# mdconfig -d -u 0 The kernel module doesn't load because of an amd64-specific GCC 3.4 optimization bug. To work around: Index: Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/reiserfs/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- Makefile 24 May 2005 12:30:13 -0000 1.1 +++ Makefile 1 Jun 2005 22:22:52 -0000 @@ -8,4 +8,8 @@ reiserfs_namei.c reiserfs_prints.c reiserfs_stree.c \ reiserfs_vfsops.c reiserfs_vnops.c +.if ${MACHINE_ARCH} == "amd64" +CFLAGS+= -minline-all-stringops +.endif + .include Without this, I get: link_elf_obj: symbol memset undefined kldload: Unsupported file type Note: 'Unsupported file type' is somewhat misleading here. It just means linker failed to find a symbol, in this case. For more information about the GCC bug, follow the thread: http://docs.freebsd.org/cgi/mid.cgi?IDTR9T00.LMF Thanks a lot for your work! Jung-uk Kim * Postscript: Is it legal to redistribute your MP3 files? ;-) From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 2 05:38:06 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACCCE16A41C for ; Thu, 2 Jun 2005 05:38:06 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D59C43D1D for ; Thu, 2 Jun 2005 05:38:06 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j525c5u1002612; Wed, 1 Jun 2005 22:38:05 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20050601172416.GA4197@twiddle.net> References: <20050601172416.GA4197@twiddle.net> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 1 Jun 2005 22:38:04 -0700 To: Richard Henderson X-Mailer: Apple Mail (2.622) Cc: freebsd-alpha@freebsd.org Subject: Re: reloc_non_plt_obj buggy X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 05:38:06 -0000 On Jun 1, 2005, at 10:24 AM, Richard Henderson wrote: >> From src/libexec/rtld-elf/alpha/reloc.c: > > --------------------- > #define load64(p) ({ \ > Elf_Addr __res; \ > __asm__("ldq_u %0,%1" : "=r"(__res) : "m"(*(p))); \ > __res; }) > > #define store64(p, v) \ > __asm__("stq_u %1,%0" : "=m"(*(p)) : "r"(v)) > --------------------- > > Someone wasn't very clear on what ldq_u/stq_u actually does. > You're not actually modifying the unaligned address, you're > modifying (address & ~7), and corrupting the dwarf2 data in > the process. You're absolutely right. > You need to use > > struct ualong { > Elf_Addr x __attribute__((packed)); > }; > > #define load64(p) (((struct ualong *)(p))->x) > #define store64(p,v) (((struct ualong *)(p))->x = (v)) Committed as-is. Thanks, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 2 08:26:19 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ACC116A41C; Thu, 2 Jun 2005 08:26:19 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA75943D1F; Thu, 2 Jun 2005 08:26:18 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j528QHhW036196; Thu, 2 Jun 2005 01:26:17 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j528QFXV036195; Thu, 2 Jun 2005 01:26:15 -0700 (PDT) (envelope-from obrien) Date: Thu, 2 Jun 2005 01:26:15 -0700 From: "David O'Brien" To: Jung-uk Kim Message-ID: <20050602082615.GA36096@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Jung-uk Kim , freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org, freebsd-alpha@freebsd.org, freebsd-ppc@freebsd.org References: <429D860A.5000608@club-internet.fr> <429DFEA1.8000004@club-internet.fr> <200506011833.12686.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506011833.12686.jkim@niksun.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Cc: freebsd-ppc@freebsd.org, freebsd-alpha@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 08:26:19 -0000 On Wed, Jun 01, 2005 at 06:33:12PM -0400, Jung-uk Kim wrote: > The kernel module doesn't load because of an amd64-specific GCC 3.4 > optimization bug. To work around: > > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/sys/modules/reiserfs/Makefile,v > retrieving revision 1.1 > diff -u -r1.1 Makefile > --- Makefile 24 May 2005 12:30:13 -0000 1.1 > +++ Makefile 1 Jun 2005 22:22:52 -0000 > @@ -8,4 +8,8 @@ > reiserfs_namei.c reiserfs_prints.c reiserfs_stree.c \ > reiserfs_vfsops.c reiserfs_vnops.c > > +.if ${MACHINE_ARCH} == "amd64" > +CFLAGS+= -minline-all-stringops > +.endif > + Unfortunately we really don't like to put this type of CFLAGS in non-*.mk files. Since we know the GCC 3.4.2 compiler bugs will be fixed, I suggest we just document this issue and be happy that otherwise the code is ready to go on FreeBSD/amd64. -- -- David (obrien@FreeBSD.org) From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 2 12:38:32 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4827116A41C; Thu, 2 Jun 2005 12:38:32 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id B35DC43D1F; Thu, 2 Jun 2005 12:38:31 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-201.dti.cegetel.net [213.223.184.201]) by smtp.cegetel.net (Postfix) with ESMTP id 69B7A1A42AA; Thu, 2 Jun 2005 14:38:27 +0200 (CEST) Message-ID: <429EFDC1.6040905@club-internet.fr> Date: Thu, 02 Jun 2005 14:38:25 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20050208 X-Accept-Language: fr-fr, fr, en-us, en, ja MIME-Version: 1.0 To: obrien@freebsd.org References: <429D860A.5000608@club-internet.fr> <429DFEA1.8000004@club-internet.fr> <200506011833.12686.jkim@niksun.com> <20050602082615.GA36096@dragon.NUXI.org> In-Reply-To: <20050602082615.GA36096@dragon.NUXI.org> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC6997053FA7B93B9E39A6752" Content-Transfer-Encoding: 8bit Cc: freebsd-ia64@freebsd.org, freebsd-ppc@freebsd.org, freebsd-amd64@freebsd.org, freebsd-alpha@freebsd.org, Jung-uk Kim Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 12:38:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC6997053FA7B93B9E39A6752 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit David O'Brien wrote: > On Wed, Jun 01, 2005 at 06:33:12PM -0400, Jung-uk Kim wrote: > >>The kernel module doesn't load because of an amd64-specific GCC 3.4 >>optimization bug. To work around: >> >>Index: Makefile >>=================================================================== >>RCS file: /home/ncvs/src/sys/modules/reiserfs/Makefile,v >>retrieving revision 1.1 >>diff -u -r1.1 Makefile >>--- Makefile 24 May 2005 12:30:13 -0000 1.1 >>+++ Makefile 1 Jun 2005 22:22:52 -0000 >>@@ -8,4 +8,8 @@ >> reiserfs_namei.c reiserfs_prints.c reiserfs_stree.c \ >> reiserfs_vfsops.c reiserfs_vnops.c >> >>+.if ${MACHINE_ARCH} == "amd64" >>+CFLAGS+= -minline-all-stringops >>+.endif >>+ > > Unfortunately we really don't like to put this type of CFLAGS in non-*.mk > files. Since we know the GCC 3.4.2 compiler bugs will be fixed, I > suggest we just document this issue and be happy that otherwise the code > is ready to go on FreeBSD/amd64. Thank you Jung-Ku and David for your feedback. Olivier Houchard could test it on amd64 too and found another workaround for this same issue. The problem come from this macro: #define INITIALIZE_PATH(var) \ struct path var = { ILLEGAL_PATH_ELEMENT_OFFSET, } where gcc generates a call to memset(). By replacing it with: #define INITIALIZE_PATH(var) \ struct path var; \ bzero(&var); \ var.path_length = ILLEGAL_PATH_ELEMENT_OFFSET it works. I can add this (in favor of the CFLAGS workaround) and document it. When a fixed gcc will be in the tree, it'll be removed. -- Jean-Sébastien Pédron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enigC6997053FA7B93B9E39A6752 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.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCnv3Ja+xGJsFYOlMRAqrpAJ4ze67ysxFGJVNSX5YGdIbTos3tEwCeODRC GAXpNeLbN2Y3+IvvmxJaLao= =A2AX -----END PGP SIGNATURE----- --------------enigC6997053FA7B93B9E39A6752-- From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 2 15:32:37 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4212A16A41C; Thu, 2 Jun 2005 15:32:37 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C014A43D1F; Thu, 2 Jun 2005 15:32:34 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j52FX2LR069613; Thu, 2 Jun 2005 11:33:03 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: =?utf-8?q?Jean-S=C3=A9bastien_P=C3=A9dron?= Date: Thu, 2 Jun 2005 11:32:29 -0400 User-Agent: KMail/1.6.2 References: <429D860A.5000608@club-internet.fr> <20050602082615.GA36096@dragon.NUXI.org> <429EFDC1.6040905@club-internet.fr> In-Reply-To: <429EFDC1.6040905@club-internet.fr> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200506021132.29814.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.85.1/906/Wed Jun 1 17:38:56 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org, freebsd-alpha@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 15:32:37 -0000 On Thursday 02 June 2005 08:38 am, Jean-Sébastien Pédron wrote: > David O'Brien wrote: > > On Wed, Jun 01, 2005 at 06:33:12PM -0400, Jung-uk Kim wrote: > >>The kernel module doesn't load because of an amd64-specific GCC > >> 3.4 optimization bug. To work around: > >> > >>Index: Makefile > >>================================================================= > >>== RCS file: /home/ncvs/src/sys/modules/reiserfs/Makefile,v > >> retrieving revision 1.1 > >>diff -u -r1.1 Makefile > >>--- Makefile 24 May 2005 12:30:13 -0000 1.1 > >>+++ Makefile 1 Jun 2005 22:22:52 -0000 > >>@@ -8,4 +8,8 @@ > >> reiserfs_namei.c reiserfs_prints.c reiserfs_stree.c \ > >> reiserfs_vfsops.c reiserfs_vnops.c > >> > >>+.if ${MACHINE_ARCH} == "amd64" > >>+CFLAGS+= -minline-all-stringops > >>+.endif > >>+ > > > > Unfortunately we really don't like to put this type of CFLAGS in > > non-*.mk files. Yeah, I agree. That's ugly. > > Since we know the GCC 3.4.2 compiler bugs will be fixed, I suggest > > we just document this issue and be happy that otherwise the code > > is ready to go on FreeBSD/amd64. Will it be fixed? That's good news. Do you know if there's GCC PR? > Thank you Jung-Ku and David for your feedback. ------- Jung-uk ;-) > Olivier Houchard could test it on amd64 too and found another > workaround for this same issue. Cool. It's good to hear that it was found. > The problem come from this macro: > #define INITIALIZE_PATH(var) \ > struct path var = { ILLEGAL_PATH_ELEMENT_OFFSET, } > where gcc generates a call to memset(). By replacing it with: > #define INITIALIZE_PATH(var) \ > struct path var; \ > bzero(&var); \ ------------ bzero(&var, sizeof(struct path)); > var.path_length = ILLEGAL_PATH_ELEMENT_OFFSET > it works. Yes, it works (after the above fix). > I can add this (in favor of the CFLAGS workaround) and document it. > When a fixed gcc will be in the tree, it'll be removed. Please do so. Thanks again, Jung-uk Kim > -- > Jean-Sébastien Pédron > http://www.dumbbell.fr/ > > PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 2 16:03:49 2005 Return-Path: X-Original-To: freebsd-alpha@FreeBSD.org Delivered-To: freebsd-alpha@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EEBF16A41C; Thu, 2 Jun 2005 16:03:49 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F24743D48; Thu, 2 Jun 2005 16:03:49 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-193.dti.cegetel.net [213.223.184.193]) by smtp.cegetel.net (Postfix) with ESMTP id 9C0BB1A447F; Thu, 2 Jun 2005 18:03:46 +0200 (CEST) Message-ID: <429F2DD8.7060700@club-internet.fr> Date: Thu, 02 Jun 2005 18:03:36 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20050208 X-Accept-Language: fr-fr, fr, en-us, en, ja MIME-Version: 1.0 To: Jung-uk Kim , freebsd-ppc@FreeBSD.org, freebsd-alpha@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-ia64@FreeBSD.org References: <429D860A.5000608@club-internet.fr> <20050602082615.GA36096@dragon.NUXI.org> <429EFDC1.6040905@club-internet.fr> <200506021132.29814.jkim@niksun.com> In-Reply-To: <200506021132.29814.jkim@niksun.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1DB757AD300B6BB2E060F4F5" Content-Transfer-Encoding: 8bit Cc: Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 16:03:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1DB757AD300B6BB2E060F4F5 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Jung-uk Kim wrote: >>Thank you Jung-Ku and David for your feedback. > > ------- > Jung-uk ;-) Oops, sorry for this, Jung-uk :) >>The problem come from this macro: >>#define INITIALIZE_PATH(var) \ >> struct path var = { ILLEGAL_PATH_ELEMENT_OFFSET, } >>where gcc generates a call to memset(). By replacing it with: >>#define INITIALIZE_PATH(var) \ >> struct path var; \ >> bzero(&var); \ > > ------------ > bzero(&var, sizeof(struct path)); > >> var.path_length = ILLEGAL_PATH_ELEMENT_OFFSET >>it works. > > Yes, it works (after the above fix). I just wrote this code from memory, Olivier's fix was right at the beginning. -- Jean-Sébastien Pédron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enig1DB757AD300B6BB2E060F4F5 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.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCny3pa+xGJsFYOlMRAol+AKCSuL/Lwhn6zWpKHEyfh6hZt7apgwCdG5m1 c1PnHQDMh7liszhVloDF7ic= =D8Lg -----END PGP SIGNATURE----- --------------enig1DB757AD300B6BB2E060F4F5-- From owner-freebsd-alpha@FreeBSD.ORG Fri Jun 3 01:28:08 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9463616A41C; Fri, 3 Jun 2005 01:28:08 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38D7B43D4C; Fri, 3 Jun 2005 01:28:08 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j531S1Er016217; Thu, 2 Jun 2005 21:28:03 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <429D860A.5000608@club-internet.fr> References: <429D860A.5000608@club-internet.fr> Date: Thu, 2 Jun 2005 21:28:00 -0400 To: =?iso-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= , freebsd-alpha@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebs.org, freebsd-ppc@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 Cc: Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 01:28:08 -0000 At 11:55 AM +0200 6/1/05, Jean-S=E9bastien P=E9dron wrote: >Hi everyone, > >I made a patch that should fix portability issues of ReiserFS but I >don't have access to all platforms supported by FreeBSD. I tested it >on sparc64 and Olivier Houchard tried it on arm. > >I would like to know if someone could test it and report any success >or failure? I tried it on PowerPC. Following the instructions given by Jung-uk Kim , it looks like it is working okay for me: (68) # mdconfig -a -t vnode -f REISERFS -u 0 (69) # mount_reiserfs /dev/md0 /mnt (70) # ls -l /mnt total 8056 drwxr-xr-x 2 root wheel 96 Aug 6 2004 Evanescence/ drwxr-xr-x 5 1000 1000 120 Sep 1 2004 GNUstep/ -rw-r--r-- 1 1000 1000 4548644 Aug 23 2004 Shrek.mp3 lrwxrwxrwx 1 root wheel 27 Sep 1 2004=20 dir_symlink@ -> GNUstep/Library/WindowMaker lrwxrwxrwx 1 root wheel 41 Sep 1 2004=20 evanesnce.mp3@ -> Evanescence/Evanescence - My=20 Immortal.mp3 -rw-r--r-- 2 1000 1000 3176 Sep 1 2004 file_hardlink lrwxrwxrwx 1 root wheel 23 Sep 1 2004=20 file_symlink@ -> GNUstep/Defaults/WPrefs -r-xr-xr-x 1 root wheel 3680076 Oct 28 2004 ls* -rw-r--r-- 1 root wheel 70 Aug 6 2004 motd (71) # ls -lL /mnt total 16605 drwxr-xr-x 2 root wheel 96 Aug 6 2004 Evanescence/ drwxr-xr-x 5 1000 1000 120 Sep 1 2004 GNUstep/ -rw-r--r-- 1 1000 1000 4548644 Aug 23 2004 Shrek.mp3 drwxr-xr-x 9 1000 1000 1528 Sep 1 2004 dir_symlink/ -rw-r--r-- 1 root wheel 8737899 Aug 6 2004 evanesnce.mp3 -rw-r--r-- 2 1000 1000 3176 Sep 1 2004 file_hardlink -rw-r--r-- 1 1000 1000 424 Sep 1 2004 file_symlink -r-xr-xr-x 1 root wheel 3680076 Oct 28 2004 ls* -rw-r--r-- 1 root wheel 70 Aug 6 2004 motd (72) # mount /dev/ad0s5 on / (ufs, local) devfs on /dev (devfs, local) /dev/md0 on /mnt (reiserfs, local, read-only) (73) # umount /mnt (74) # mdconfig -d -u 0 Let me know if there's anything else I should test with it. -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-alpha@FreeBSD.ORG Fri Jun 3 11:53:33 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A14AD16A41C; Fri, 3 Jun 2005 11:53:33 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2340443D53; Fri, 3 Jun 2005 11:53:33 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-193.dti.cegetel.net [213.223.184.193]) by smtp.cegetel.net (Postfix) with ESMTP id 2D7311A4366; Fri, 3 Jun 2005 13:53:32 +0200 (CEST) Message-ID: <42A044BF.5060300@club-internet.fr> Date: Fri, 03 Jun 2005 13:53:35 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20050208 X-Accept-Language: fr-fr, fr, en-us, en, ja MIME-Version: 1.0 To: Garance A Drosihn References: <429D860A.5000608@club-internet.fr> In-Reply-To: X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC93B43DEC3CE0C76439FB576" Content-Transfer-Encoding: 8bit Cc: freebsd-ia64@freebs.org, freebsd-amd64@freebsd.org, freebsd-alpha@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 11:53:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC93B43DEC3CE0C76439FB576 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Garance A Drosihn wrote: > At 11:55 AM +0200 6/1/05, Jean-Sébastien Pédron wrote: > >> Hi everyone, >> >> I made a patch that should fix portability issues of ReiserFS but I >> don't have access to all platforms supported by FreeBSD. I tested it >> on sparc64 and Olivier Houchard tried it on arm. >> >> I would like to know if someone could test it and report any success >> or failure? > > > I tried it on PowerPC. Following the instructions given by > Jung-uk Kim , it looks like it is working okay > for me: Did you try withtout Jung-uk Kim's workaround? > Let me know if there's anything else I should test with it. Thank you for your tests. You may try this with `motd' (small file which fits inside a block, with its metadata): . cp motd /tmp (mmap(2)) . compare md5 of motd and /tmp/motd (read(2)) You may do it again with `ls' which spans multiple bocks (these two files are stored differently in ReiserFS). -- Jean-Sébastien Pédron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enigC93B43DEC3CE0C76439FB576 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.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCoETDa+xGJsFYOlMRAqw/AKC5HzkArCJaP2qrXbs/aJ2mKSPKWQCgsWn3 ZO0dwqqtbmmA8B/HjPIpVZk= =EGUU -----END PGP SIGNATURE----- --------------enigC93B43DEC3CE0C76439FB576-- From owner-freebsd-alpha@FreeBSD.ORG Fri Jun 3 18:55:43 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 481D216A41C; Fri, 3 Jun 2005 18:55:43 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E810A43D1D; Fri, 3 Jun 2005 18:55:42 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j53Itb5s029260; Fri, 3 Jun 2005 14:55:38 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <42A044BF.5060300@club-internet.fr> References: <429D860A.5000608@club-internet.fr> <42A044BF.5060300@club-internet.fr> Date: Fri, 3 Jun 2005 14:55:36 -0400 To: =?iso-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 Cc: freebsd-ia64@freebs.org, freebsd-amd64@freebsd.org, freebsd-alpha@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: [CALL FOR TESTERS] ReiserFS on non-i386 hardware patch X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 18:55:43 -0000 At 1:53 PM +0200 6/3/05, Jean-S=E9bastien P=E9dron wrote: >Garance A Drosihn wrote: >>At 11:55 AM +0200 6/1/05, Jean-S=E9bastien P=E9dron wrote: >> >>>Hi everyone, >>> >>>I made a patch that should fix portability issues of ReiserFS but I >>>don't have access to all platforms supported by FreeBSD. I tested it >>>on sparc64 and Olivier Houchard tried it on arm. >>> >>>I would like to know if someone could test it and report any success >>>or failure? >> >> >>I tried it on PowerPC. Following the instructions given by >>Jung-uk Kim , it looks like it is working okay >>for me: > >Did you try withtout Jung-uk Kim's workaround? The only thing I applied was your original patch, and then added "options REISERFS" to my custom kernel configuration. Note that PPC is still a 32-bit architecture on FreeBSD, so I wouldn't see anything which was a 64-bit issue. >>Let me know if there's anything else I should test with it. > >... try this with `motd' (small file which fits inside a block, >with its metadata): > . cp motd /tmp (mmap(2)) > . compare md5 of motd and /tmp/motd (read(2)) >You may do it again with `ls' which spans multiple bocks (these >two files are stored differently in ReiserFS). (90) cd /mnt (91) cp motd /tmp (92) cp evanesnce.mp3 /tmp (93) cp ls /tmp (94) md5 -r evanesnce.mp3 ls motd f431f46c2c3bae9b94172691a667eada evanesnce.mp3 c9ea68636b3bea3b5cac8205fd4417ef ls 2ffa53790de34b7561f5661fb7f22a1d motd (95) cd /tmp (96) md5 -r evanesnce.mp3 ls motd f431f46c2c3bae9b94172691a667eada evanesnce.mp3 c9ea68636b3bea3b5cac8205fd4417ef ls 2ffa53790de34b7561f5661fb7f22a1d motd -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu