From owner-freebsd-embedded@FreeBSD.ORG Mon Oct 14 11:06:46 2013 Return-Path: Delivered-To: freebsd-embedded@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 38323491 for ; Mon, 14 Oct 2013 11:06:46 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21D022C70 for ; Mon, 14 Oct 2013 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r9EB6jR7035150 for ; Mon, 14 Oct 2013 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9EB6jxq035148 for freebsd-embedded@FreeBSD.org; Mon, 14 Oct 2013 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Oct 2013 11:06:45 GMT Message-Id: <201310141106.r9EB6jxq035148@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-embedded@FreeBSD.org Subject: Current problem reports assigned to freebsd-embedded@FreeBSD.org X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Oct 2013 11:06:46 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o misc/52256 embedded [picobsd] picobsd build script does not read in user/s o kern/42728 embedded [picobsd] many problems in src/usr.sbin/ppp/* after c 2 problems total. From owner-freebsd-embedded@FreeBSD.ORG Tue Oct 15 16:13:46 2013 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 58DD8C76 for ; Tue, 15 Oct 2013 16:13:46 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm25-vm2.bullet.mail.gq1.yahoo.com (nm25-vm2.bullet.mail.gq1.yahoo.com [98.136.217.113]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 262B22383 for ; Tue, 15 Oct 2013 16:13:45 +0000 (UTC) Received: from [98.137.12.175] by nm25.bullet.mail.gq1.yahoo.com with NNFMP; 15 Oct 2013 16:07:33 -0000 Received: from [208.71.42.191] by tm14.bullet.mail.gq1.yahoo.com with NNFMP; 15 Oct 2013 16:07:33 -0000 Received: from [127.0.0.1] by smtp202.mail.gq1.yahoo.com with NNFMP; 15 Oct 2013 16:07:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1381853253; bh=RbeFkdjV6qAfQsHBV2xQJ2iqBlHObdovn34QzyakjZY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=n08G3wzOe7udehtRyblzVY/5o8sJLSOagYRuV8Dqf2Zrrs7OgxtWQSyhsYVFHFYytLv3FDQA5NfY4UFbWLF0Sdnvrvdw4+3uDhXfbw4bXhrL5tJQgkoA8ZkFF7vVH16clrL9lzG2UVmqzd59ZPDJY3+sbwzNXBkRrcUM3/1dyV0= X-Yahoo-Newman-Id: 71630.12269.bm@smtp202.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Z_KsbigVM1mK5Qjt52HBvX5dPHVVgVEjUAfyomPsMm7OmRG .uO30lsHtRTQP0XmmZ6qylqfB7Wl.BZT_VgVZE8pBpgHqczxWLdgF3TR63U9 pNu5qaVX9essPOq1aH6Ji039q_Lo4sIr0kFFjMKqGSZ58GoojTjIpA_GloD4 xIDGpEQBr2vK3dpQhiLjBp4dD.24PKZZ1Di809DySsDh2SPJOC.1m377vsxe A.EAW2LmAf95r2DOWHq5slOdccaQ3dqiBiGjV.upHFWm8u1HvdEOi85ExCmH pRf7_1n2W0UiRPHp1Mi5dGD2ztE0NrtNQm3cDVxF56cG3K9OEpSdu7961G.m f4QEd05M8TyKogdTC2uSuwHoxTS7f._k11BgAc9uU.gqDHmgwMOedJRg3zQE TrJbtieEFizUQyW5prpMcHT7_50wZ2ENbmp2YUpFaM9bTYlBgBhjpxGizF0x gCjUpa2Kob20Gm3gw0xdzosLA0_fzUBN9bQlJop5DKOSFaYEQQT78TKk0IGR iBKSJXWwGqwJkQ86yruurpdN4MXhjNhflH3iJ7.hcGVAp93icKBfZt7HccGG 1nQ-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp202.mail.gq1.yahoo.com with SMTP; 15 Oct 2013 09:07:33 -0700 PDT Subject: makefs(8) proposed changes [repost from fs@] From: Sean Bruno To: sbruno@freebsd.org In-Reply-To: <1380730546.1619.47.camel@localhost> References: <1380730546.1619.47.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wRr0ZJ3fThU90aWGtJ7N" Date: Tue, 15 Oct 2013 09:07:32 -0700 Message-ID: <1381853252.2682.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-embedded@freebsd.org X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 16:13:46 -0000 --=-wRr0ZJ3fThU90aWGtJ7N Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2013-10-02 at 09:15 -0700, Sean Bruno wrote: > Using makefs from an amd64 host to build a f/s in a VTOC8 partition will > destroy the entire partition table. I simplified the test to simple dd > to an existing partition and got the same result, exonerating mkfs >=20 > I suspect a lack of endian knowledge in geom itself, not > geom_part_vtoc8. =20 >=20 > test case: > using amd64 host (10.0 current) create monolothic image > truncate -s+5G /var/tmp/myfile.img > mdconfig -f /var/tmp/myfile.img > build and load geom_part_vtoc8 kernel module > use gpart to create VTOC8 part table > add partition to part table to yeild the following: >=20 > =3D> 0 10442250 md0 VTOC8 (5.0G) > 0 10442250 1 freebsd-ufs (5G) =20 >=20 > dd to md0a from dev zero for just a bit > dd if=3D/dev/zero of=3D/dev/md0a bs=3D64k count=3D100 >=20 > destroy md0 via mdconfig -d -u 0 > recreate it with mdconfig -f /var/tmp/myfile.img >=20 > gpart displays no partions for the image any more: > gpart: No such geom: md0. >=20 > bcc freebsd-geom Nathan brought me some knowledge. newfs(8) knows that the first 16 sectors for the first partition are special and not to touch it. makefs(8) does not. So, as a proof of concept, I modified makefs to read() the first 16 sectors from the "image" (in my case, /dev/md0a) and throw it away. (lseek() failed on the partition, so read() was used) This got me to a bootable SPARC64 image in qemu-system-sparc64, and will probably allow further booting in other BE architectures. Is this patch going to break non "device" makefs calls? e.g. if I want to create an image file and not use a loopback device? Index: ffs.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ffs.c (revision 255871) +++ ffs.c (working copy) @@ -470,6 +470,7 @@ char *buf; int i, bufsize; off_t bufrem; + char temp_buf[16*512]; =20 assert (image !=3D NULL); assert (fsopts !=3D NULL); @@ -480,6 +481,7 @@ warn("Can't open `%s' for writing", image); return (-1); } + read(fsopts->fd, temp_buf, 16*512); =20 /* zero image */ #if HAVE_STRUCT_STATVFS_F_IOSIZE && HAVE_FSTATVFS bcc - nwhitehorn --=-wRr0ZJ3fThU90aWGtJ7N Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSXWg7AAoJEBkJRdwI6BaHJfYH/0GPDs8p/BmxePKCZ2kJZdWh ZQolVxPu7IC3TlqE2olngwcMRA7elGnduRJzl4UZycYSsGHR/LZdoYJMlzflsD+6 NDWVF8ckj3L/KHq10rJDGlDV31FgpPJFjWq3C7lEuPkMnMrn1Qp1CbTtbG5JeEZK MlSM/y0RM6aoj8hlJI51uqYyOBoKrZScwOnuOXMOB9BwRF6IQU6SIx9cy6btHfHO uoAXOWjfVsayv6Y7X46OgNruiSKmCnPDaRNMbg/pPi6vpJBQvdyPENpdJpKOwop4 Zj37QcWibh/GQwXgOe/i1qxziL/XvYaz6h1HuN7C+G9koFWQILCXQnuTzdYFbSo= =+Gt1 -----END PGP SIGNATURE----- --=-wRr0ZJ3fThU90aWGtJ7N-- From owner-freebsd-embedded@FreeBSD.ORG Tue Oct 15 17:04:04 2013 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BA11F6E0; Tue, 15 Oct 2013 17:04:04 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BB262766; Tue, 15 Oct 2013 17:04:04 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r9FH436X039104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Oct 2013 10:04:04 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r9FH43ov039103; Tue, 15 Oct 2013 10:04:03 -0700 (PDT) (envelope-from jmg) Date: Tue, 15 Oct 2013 10:04:03 -0700 From: John-Mark Gurney To: sbruno@freebsd.org Subject: Re: makefs(8) proposed changes [repost from fs@] Message-ID: <20131015170403.GO56872@funkthat.com> Mail-Followup-To: sbruno@freebsd.org, freebsd-embedded@freebsd.org References: <1380730546.1619.47.camel@localhost> <1381853252.2682.0.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1381853252.2682.0.camel@localhost> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 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 X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 15 Oct 2013 10:04:04 -0700 (PDT) Cc: freebsd-embedded@freebsd.org X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 17:04:04 -0000 Sean Bruno wrote this message on Tue, Oct 15, 2013 at 09:07 -0700: > Is this patch going to break non "device" makefs calls? e.g. if I want > to create an image file and not use a loopback device? If the image file is zero bytes, then yes, it will break it... as the read will return a short value (possibly zero) ... Why not add some error checking and if the read doesn't read enough, write the remaining bytes? If there is a failure from the read, the operation should fail... -- 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-embedded@FreeBSD.ORG Tue Oct 15 17:18:32 2013 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E1DDEBB6 for ; Tue, 15 Oct 2013 17:18:31 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm11-vm8.bullet.mail.gq1.yahoo.com (nm11-vm8.bullet.mail.gq1.yahoo.com [98.136.218.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A5F96284C for ; Tue, 15 Oct 2013 17:18:31 +0000 (UTC) Received: from [98.137.12.188] by nm11.bullet.mail.gq1.yahoo.com with NNFMP; 15 Oct 2013 17:18:24 -0000 Received: from [98.136.164.75] by tm9.bullet.mail.gq1.yahoo.com with NNFMP; 15 Oct 2013 17:18:24 -0000 Received: from [127.0.0.1] by smtp237.mail.gq1.yahoo.com with NNFMP; 15 Oct 2013 17:18:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1381857504; bh=NdhNmx3IqtvMh04IBWfL+jCmlh4DbRv5GuL8KajlduQ=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=3+a6+binwuDo7E6XM0UcyCAiMMRRmwaASuvfyoL6EJOXkef4L7bMa4kcDXex8VYCx7kxNv9atZp6dpP5yR/pF4kL/snONkHTWfPzKqOGgAAXYxiKBYsveTkja8aA5j1783t0OX1Mtvqqt5DyRxcvCEMNuiJsNs5bQQuD/T7nw5M= X-Yahoo-Newman-Id: 939645.97997.bm@smtp237.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: hf21tp0VM1krQc746Y3FI.XnD.xzAeurJELZEjoKIjFIvmv O1eyaT.2EQsoEjyskwUk1lLx8mUUM_QDiWQ5Y8CYUfgyho9CS4peOsO28sb3 srL5FSLOvrbKrg7oDAo3dzCchHFy51JDGLSrLvAacQFShcNcC8p8gerdYIlK xom35An4nZ_Z54_X3McwyjHnVN5M3wv74LHFIqQTgHEUUelSr_LAc.8cGtaI CNNwIPaQLkRjqBw4HKQ7Cfn3PtPYjjGR_AXkuW7T.d_4LCDYxLENdjfgkxVZ 0ScrWCVZtJqcxpkR1oPzljN6gwpAnZSwQC3RV.srw3SVQjHPAAWEEJJbhQ5E rG8HTkcatsGTg1phpwGhJG6zme5Qkbtw1X0YT7KnBxbRYxS9gFa8Z6l64g2B oUDrOaSbxr9bPQBCHKXhyxsa4FEGiUKqUfOFZDjXTXjGogPQTRHwXGPK7b4o 4ohkCCdOn673l9p1xVv3pkwNLCTkhrj5yDzAoC_ndgyHVcLXLlj7JiUKxjk7 mSf7N.p34kBx_isAHw9KVm_VEWPm9nDBjrE8nHj2_fve5plNB2fpJoTE8eg5 TUA-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.128.143] (sean_bruno@209.131.62.121 with ) by smtp237.mail.gq1.yahoo.com with SMTP; 15 Oct 2013 17:18:24 +0000 UTC Subject: Re: makefs(8) proposed changes [repost from fs@] From: Sean Bruno To: John-Mark Gurney In-Reply-To: <20131015170403.GO56872@funkthat.com> References: <1380730546.1619.47.camel@localhost> <1381853252.2682.0.camel@localhost> <20131015170403.GO56872@funkthat.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-RijlfbmQ6LrY8ZmI8DOg" Date: Tue, 15 Oct 2013 10:18:23 -0700 Message-ID: <1381857503.1855.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-embedded@freebsd.org X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 17:18:32 -0000 --=-RijlfbmQ6LrY8ZmI8DOg Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2013-10-15 at 10:04 -0700, John-Mark Gurney wrote: > Sean Bruno wrote this message on Tue, Oct 15, 2013 at 09:07 -0700: > > Is this patch going to break non "device" makefs calls? e.g. if I want > > to create an image file and not use a loopback device? >=20 > If the image file is zero bytes, then yes, it will break it... as the > read will return a short value (possibly zero) ... Why not add some > error checking and if the read doesn't read enough, write the > remaining bytes? If there is a failure from the read, the operation > should fail... >=20 yep, sounds good. =20 does this "proof of concept" code seem to make sense to you? sean --=-RijlfbmQ6LrY8ZmI8DOg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSXXjVAAoJEBkJRdwI6BaHCz4H/1u2U6ESp4Q+yJSMeCWe4kZB rnYX098BLqf1iZ5YZfCPRSbRRBl8npsi43Cq5PzDdw1Y4wbKF6l75rHkuehx7c7d sgKhmaOcY/NPZkGl0r1HBaV+L4tBQUTBJsgx3/FYq2yllr3GPdbIbx2Rg3TEEbmG qNxnXOTiqYEVSv2ro4aTlqmBKDcjdxmE/5+fUxGzNMBOHNnwGqB1lOoFQiL1OX9b 8xb4+Op91+aEMCrCvu+Qm8sF/kx3OyG4nszfOx2UujK7doD/PQkgKj0CFzW826gs ZTigPqzeu2fzbn0OJVQhsacpsV4VsW377vwdUmm9Rivcaijnyz5giHUvNGDyaW0= =naaq -----END PGP SIGNATURE----- --=-RijlfbmQ6LrY8ZmI8DOg-- From owner-freebsd-embedded@FreeBSD.ORG Tue Oct 15 19:57:13 2013 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A3083BF9 for ; Tue, 15 Oct 2013 19:57:13 +0000 (UTC) (envelope-from mah@jump-ing.de) Received: from mail.ud03.udmedia.de (ud03.udmedia.de [194.117.254.43]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 168722403 for ; Tue, 15 Oct 2013 19:57:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=mail.ud03.udmedia.de; h= in-reply-to:references:mime-version:content-type:message-id:cc :content-transfer-encoding:from:subject:date:to; s=beta; bh=uzvk ZjpOaTID1Oolnxp6l/PUQfPocZYbdl6hR+CAkzE=; b=P7DbjfPEWNOxxCYiOz51 8IJLapD3TkjopThKGFvUzz2ze5lTZ0e0dzmTOOMyZkivr0DLMbZK7oooCa6uwMJq Lyh2NEEaY7hFfJBo5qDW/if86KtXYOo/458VQutC+m16ykygwbYpbVE59zWJkR7Z K8CKeVT8aeeO5aJ+D5Yp3UM= Received: (qmail 32451 invoked from network); 15 Oct 2013 21:50:29 +0200 Received: from unknown (HELO ?10.0.0.50?) (ud03?291p1@37.209.86.56) by mail.ud03.udmedia.de with ESMTPA; 15 Oct 2013 21:50:29 +0200 In-Reply-To: <1381853252.2682.0.camel@localhost> References: <1380730546.1619.47.camel@localhost> <1381853252.2682.0.camel@localhost> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <06526D03-28F4-4086-A82D-386A8C1AECF9@jump-ing.de> Content-Transfer-Encoding: 7bit From: Markus Hitter Subject: Re: makefs(8) proposed changes [repost from fs@] Date: Tue, 15 Oct 2013 21:51:48 +0200 To: sbruno@freebsd.org X-Mailer: Apple Mail (2.753.1) Cc: freebsd-embedded@freebsd.org X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 19:57:13 -0000 Am 15.10.2013 um 18:07 schrieb Sean Bruno: > Index: ffs.c > =================================================================== > --- ffs.c (revision 255871) > +++ ffs.c (working copy) > @@ -470,6 +470,7 @@ > char *buf; > int i, bufsize; > off_t bufrem; > + char temp_buf[16*512]; > > assert (image != NULL); > assert (fsopts != NULL); > @@ -480,6 +481,7 @@ > warn("Can't open `%s' for writing", image); > return (-1); > } > + read(fsopts->fd, temp_buf, 16*512); > > /* zero image */ > #if HAVE_STRUCT_STATVFS_F_IOSIZE && HAVE_FSTATVFS Usually I'm only an observer here, but what's the point of reading 8 kB without using them? There's also lseek(2). Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. (FH) Markus Hitter http://www.jump-ing.de/ From owner-freebsd-embedded@FreeBSD.ORG Wed Oct 16 04:25:53 2013 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B43BD5A for ; Wed, 16 Oct 2013 04:25:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x22d.google.com (mail-qe0-x22d.google.com [IPv6:2607:f8b0:400d:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DFD92E79 for ; Wed, 16 Oct 2013 04:25:53 +0000 (UTC) Received: by mail-qe0-f45.google.com with SMTP id 8so180947qea.4 for ; Tue, 15 Oct 2013 21:25:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=rvkATL/HTowtRSiJinl9TiNepbDbZbuK/tME0vP+XQw=; b=SR3hANXyDCBy+pTBOHV9Ou9Kn5ftOqxALPYEcsalFQ3BidGGIYQFOl6tFOdSuD0TSu aZ/MhLMG4YNKXzIKX2v/GABmIFfEDSKPqSPAUPPZSLydUCTqBXnEN6PnDUxd+O7jcYhY +LnHzOgCnfU0c6MKQGrTCEfXQn1oSxL4FkxDfFparvE6uC9gU3cr4QfZet8kX5O9DsEv gBruXB7t8QoObGYCLMlREZZtObBN77E4E2x7iQa3XEDlCi0WisRTKAMWWx98M7UQVCMw Oj17vqgXYJLM4Ut+1vZzEHFVup4AQU7LXfXuL946i4NgXeKg75ADGgs3CCRt/MV535YU qPBw== MIME-Version: 1.0 X-Received: by 10.49.12.14 with SMTP id u14mr1016197qeb.74.1381897552583; Tue, 15 Oct 2013 21:25:52 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Tue, 15 Oct 2013 21:25:52 -0700 (PDT) Date: Tue, 15 Oct 2013 21:25:52 -0700 X-Google-Sender-Auth: wawT_8MXrtmrHMhfD1sX8KTQf18 Message-ID: Subject: Request: some help adding AR933x/AR934x extensions (like VLAN changes..) From: Adrian Chadd To: "freebsd-embedded@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2013 04:25:53 -0000 Hi all, I've now added all the (very) basic support needed to bootstrap the AR934x SoC. What I'd really like now is some help adding VLAN support to the AR9340 ethernet switch. Right now it's doing the _wrong_ thing to the VLAN registers. So, if you have a newer DIR-825 with an AR934x SoC, or any of those dlink/tplink units with an AR934x SoC (and that it uses the on-chip 10/100 switch, rather than use an external switch!) then I'd really appreciate the help. I may eventually get around to it but there's a long list of other crap to tidy up in this platform support - there's some issues with the wifi and interrupt handling side of things; I also need to fix up the way that the MDIO bus clock divider works. Thanks! -adrian From owner-freebsd-embedded@FreeBSD.ORG Wed Oct 16 04:29:42 2013 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3F44DDBC; Wed, 16 Oct 2013 04:29:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D23D92E8F; Wed, 16 Oct 2013 04:29:41 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id l13so160149qcy.18 for ; Tue, 15 Oct 2013 21:29:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=0elHvNL8jKOfY9iew4uJDTpey+d35FFCf3VP1WIUss8=; b=YDkR25Qj/3K24pT9xl63OxKAg6qXNP+qYj01dX0an/+UcS+4kXiPCyrx/Wrn2CAT3G rVUwV0wTTwXcW3Lj+5fMhfiCsjqz2mYSEDsqha5fsU10G3vPV7r/SGafkNQUf3bShA4c AREM3dOuo59xdElihtGXFcr2CFTbx/WVclHigptYKmtk76c0ArMIBAQYICdFqopZ7MMY VmhmkNIpRqo73TwAN9937jipP3nztVjB7Ms+P3wxjqIqMTlmNyEK74fCerBq/JUf27yI xIKRyMu3MMEmMHRvN3rPZ1VUE7GKUuwQOz5l1812BlnoEWYIB5obfI/38aMTZrpcmcga 2Ekw== MIME-Version: 1.0 X-Received: by 10.49.12.14 with SMTP id u14mr1032234qeb.74.1381897780973; Tue, 15 Oct 2013 21:29:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Tue, 15 Oct 2013 21:29:40 -0700 (PDT) Date: Tue, 15 Oct 2013 21:29:40 -0700 X-Google-Sender-Auth: m-To70lzj7FD9_KiaTEzI3ZUQ-U Message-ID: Subject: AR934x initial support is now in the tree From: Adrian Chadd To: "freebsd-mips@freebsd.org" , "freebsd-embedded@freebsd.org" , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2013 04:29:42 -0000 Hi all, The initial AR934x support is now in the tree. The basics: * the basic hacks needed to bring up mips74k support is now in the tree; * I've added MIPS bus space barriers to things; * on-board wifi works; * slow UART works (ie, rs232 console); * on-chip switch support works (but no VLAN support - see below); * on-chip USB probes/attaches fine; * ethernet seems to work fine. It passes packets and such! What I haven't yet done (and I'll accept patches!) * the fast UART code from the AR933x should work for the fast UART port but I haven't yet tested it! * I haven't tried USB yet! * taught the arswitch code about the VLAN registers for the AR934x on-chip switch. * taught the ath(4) driver to use the bus space barrier stuff. So the wifi is likely going to be angry at us for a while. * There's no support for the newer switch chips (AR8327 in particular.) * NAND, I2S support, etc. Thanks! -adrian