From owner-freebsd-current@FreeBSD.ORG Mon Nov 13 22:21:23 2006 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 72A9816A4D8 for ; Mon, 13 Nov 2006 22:21:23 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCCC643E7D for ; Mon, 13 Nov 2006 22:18:31 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1071901uge for ; Mon, 13 Nov 2006 14:18:21 -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:subject:x-enigmail-version:content-type:content-transfer-encoding; b=D2mmo7YsHcUH31nMA24XMizrIMbGyTY8ER64Z+ezYeR7qotNk8KTNRC0CHFBvrdYa2i96d/iCPuXZF5+arYwtW0VzgpO3AiUQcXiNgfHhey5JZdpA+0vJdvSvfLDiuo31PlOWcSeueaJ7sHlSg2DDnOQJ9zQuwovi51Iu0CAmHU= Received: by 10.66.255.7 with SMTP id c7mr173285ugi.1163456301109; Mon, 13 Nov 2006 14:18:21 -0800 (PST) Received: from ?192.168.123.106? ( [195.241.221.201]) by mx.google.com with ESMTP id a1sm6945735ugf.2006.11.13.14.18.19; Mon, 13 Nov 2006 14:18:20 -0800 (PST) Message-ID: <4558EF27.2040601@gmail.com> Date: Mon, 13 Nov 2006 23:18:15 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.8 (X11/20061113) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Fwd: xtaf-r6-20061112 available] 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, 13 Nov 2006 22:21:23 -0000 I thought it might be interesting to forward the message below to current@ . I have made a version of the patch for CURRENT 2006-11-13 available at http://home.tiscali.nl/rladan/freebsd/xtaf-head-20061113.diff.bz2 -rw-r--r-- 1 rene rene 40867 13 nov 22:34 xtaf-head-20061113.diff.bz2 MD5 (xtaf-head-20061113.diff.bz2) = b8be64e1331470a1153965dc0903d085 It survives 'make buildworld' and 'make buildkernel', it probably doesn't properly hook up to /dev yet (see below). If you want to play with the code, you'd better take a dd of your precious Xbox stuff... (i.e. no warranty) Regards, Rene -------- Originele bericht -------- Onderwerp: xtaf-r6-20061112 available Datum: Sun, 12 Nov 2006 23:47:39 +0100 Van: Rene Ladan Aan: freebsd-fs@freebsd.org Hi, I've uploaded a new version of the XTAF (XBox 360 fs) code at http://home.tiscali.nl/rladan/freebsd/xtaf-r6-20061112.diff.bz2 The code now patch(1)es against /usr/src, no further actions are needed as in the previous version. It compiles on RELENG_6 2006-11-12, it probably fails on CURRENT. Read support should be fairly complete. Some hard disk issues may be remaining, but memory cards should be supported unless I made a mistake somewhere. I haven't really looked into write support yet. The biggest todo right now is to connect the code with the code which creates /dev/da?s? (geom?) . Both memory cards and hard disks have multiple slices. The start/size information is not stored on the devices, but in the XBox 360 kernel, so we have to duplicate it here. For memory cards (64MB) : start size info 0x0 0x7ff,000 XTAF, 16 bits, system cache 0x7ff,000 0x3,621,000 XTAF, 16 bits, user area For hard disks (20GB) : start size info 0x0 0x80,000 hard disk header 0x80,000 0x80,000,000 XTAF, 16 bits, system cache 0x80,080,000 0xA0,E30,000 unused, filled with 00 0x120,eb0,000 0x10,000,000 XTAF, 16 bits, XBox 1 compatibility 0x130,eb0,000 0x377,680,000 XTAF, 32 bits, user area I haven't yet looked at the new 256MB memory cards (goto shop). There are also rumors about larger hard disks, ranging from 60GB to 200GB. Other todos: write support, hard disk header support Could some locking / fs guru could sanity check the code? That would speed up runtime testing of the code. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001