From aoyiiozn at vaxuetei.com  Sat Apr  3 04:00:32 2010
From: aoyiiozn at vaxuetei.com (etmqbjyk)
Date: Sat Apr  3 04:01:17 2010
Subject: arm/145325: etmqbjyk
Message-ID: <201004030353.o333rkBt041803@www.freebsd.org>


>Number:         145325
>Category:       arm
>Synopsis:       etmqbjyk
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-arm
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 03 04:00:31 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator:     etmqbjyk
>Release:        etmqbjyk
>Organization:
etmqbjyk
>Environment:
etmqbjyk
>Description:
 <a href="http://awvwuzrq.com">igderyqj</a>  [URL=http://vdrqnrai.com]zwaeruvp[/URL]  ddvyrixj http://eyxuvfmx.com atoihfmf wmwxynyn 
>How-To-Repeat:
etmqbjyk
>Fix:
etmqbjyk

>Release-Note:
>Audit-Trail:
>Unformatted:
From hrs at FreeBSD.org  Sat Apr  3 04:18:07 2010
From: hrs at FreeBSD.org (hrs@FreeBSD.org)
Date: Sat Apr  3 04:18:13 2010
Subject: arm/145325: etmqbjyk
Message-ID: <201004030418.o334I6T1085630@freefall.freebsd.org>

Synopsis: etmqbjyk

State-Changed-From-To: open->closed
State-Changed-By: hrs
State-Changed-When: Sat Apr 3 04:17:53 UTC 2010
State-Changed-Why: 
spam.

http://www.freebsd.org/cgi/query-pr.cgi?pr=145325
From nork at FreeBSD.org  Sun Apr  4 16:22:50 2010
From: nork at FreeBSD.org (Norikatsu Shigemura)
Date: Sun Apr  4 16:27:23 2010
Subject: ATA_CAM-ed mvsata(4) on OpenRD-client
In-Reply-To: <4BB2F8F2.1020502@FreeBSD.org>
References: <1266441783.00220803.1266429001@10.7.7.3>
	<4BB2F8F2.1020502@FreeBSD.org>
Message-ID: <20100405012248.54f013ae.nork@FreeBSD.org>

Hi mav.

On Wed, 31 Mar 2010 10:25:38 +0300
Alexander Motin <mav@FreeBSD.org> wrote:
> > spin lock 0xc3766680 (fvH) held by 0xc3613b48 (tid -1061308344) too long
> > panic: spin lock held too long
> > KDB: enter: panic
> > [ thread pid 0 tid 100000 ]
> > Stopped at      0xc09dcb50 = kdb_enter+0x48:    ldrb    r15, [r15, r15, ror r15]!
> > db> 
> Fixed at SVN r205967.

	Oops, sorry!  That's great news!  I'll retry.
From bugmaster at FreeBSD.org  Mon Apr  5 11:06:56 2010
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Apr  5 11:07:34 2010
Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org
Message-ID: <201004051106.o35B6tAv027742@freefall.freebsd.org>

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 arm/134368   arm        [patch] nslu2_led driver for the LEDs on the NSLU2
o arm/134338   arm        [patch] Lock GPIO accesses on ixp425

2 problems total.

From lists at yazzy.org  Thu Apr  8 22:13:37 2010
From: lists at yazzy.org (Marcin M. Jessa)
Date: Thu Apr  8 22:13:55 2010
Subject: Routerboard 532 HowTo
Message-ID: <4BBE5167.3010903@yazzy.org>

Hi guys.

I couldn't find any howto about running FreeBSD on Routerboard 532 but I 
read the doc of M. Warner Losh which states that this device is fully 
supported.
Can any of you point me to instructions on how to build a kernel and 
userland for this MIPS board?
Something like Sam's Avila instructions 
http://people.freebsd.org/~sam/README-gateworks would be great :)



Cheers,
Marcin

P.S I previously sent the same message from a wrong email account not 
registered for this mailing list.
Sorry for double posting if it comes through.



From yazzy at yazzy.org  Thu Apr  8 22:13:37 2010
From: yazzy at yazzy.org (Marcin M. Jessa)
Date: Thu Apr  8 22:45:59 2010
Subject: Routerboard 532 HowTo
Message-ID: <4BBE50A5.8030204@yazzy.org>

Hi guys.

I couldn't find any howto about running FreeBSD on Routerboard 532 but I 
read the doc of M. Warner Losh which states that this device is fully 
supported.
Can any of you point me to instructions on how to build a kernel and 
userland for this MIPS board?
Something like Sam's Avila instructions 
http://people.freebsd.org/~sam/README-gateworks would be great :)



Cheers,
Marcin
From pfqtkwjl at ewgdbjyg.com  Thu Apr  8 23:20:01 2010
From: pfqtkwjl at ewgdbjyg.com (alkrfvqb)
Date: Thu Apr  8 23:20:17 2010
Subject: arm/145534: alkrfvqb
Message-ID: <201004082319.o38NJl85042964@www.freebsd.org>


>Number:         145534
>Category:       arm
>Synopsis:       alkrfvqb
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-arm
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          maintainer-update
>Submitter-Id:   current-users
>Arrival-Date:   Thu Apr 08 23:20:01 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator:     alkrfvqb
>Release:        alkrfvqb
>Organization:
alkrfvqb
>Environment:
alkrfvqb
>Description:
 [URL=http://ntcqflyu.com]liystqwo[/URL]  ciemsavr http://ylwmgwvm.com ooxmgwib vnmzdcka  <a href="http://duhyhbud.com">rbrtkzib</a> 
>How-To-Repeat:
alkrfvqb
>Fix:
alkrfvqb

>Release-Note:
>Audit-Trail:
>Unformatted:
From hrs at FreeBSD.org  Fri Apr  9 01:18:47 2010
From: hrs at FreeBSD.org (hrs@FreeBSD.org)
Date: Fri Apr  9 01:18:54 2010
Subject: arm/145534: alkrfvqb
Message-ID: <201004090118.o391IlRC016946@freefall.freebsd.org>

Synopsis: alkrfvqb

State-Changed-From-To: open->closed
State-Changed-By: hrs
State-Changed-When: Fri Apr 9 01:18:37 UTC 2010
State-Changed-Why: 
spam.

http://www.freebsd.org/cgi/query-pr.cgi?pr=145534
From maksverver at geocities.com  Mon Apr 12 00:42:26 2010
From: maksverver at geocities.com (Maks Verver)
Date: Mon Apr 12 00:42:32 2010
Subject: printf(long double)
In-Reply-To: <4BB21B2A.6090209@FreeBSD.org>
References: <4BB1C5C9.8000402@FreeBSD.org>	<20100330.090525.956847443318914833.imp@bsdimp.com>
	<4BB21B2A.6090209@FreeBSD.org>
Message-ID: <4BC26C5E.7000509@geocities.com>

Hi Alexander,

On 03/30/10 17:39, Alexander Motin wrote:
> #include <stdio.h> int main (void) { printf("%Lf %f\n", (long 
> double)14.5, (double)14.5); return(0); }
> 
> It compiles cleanly on both arm and amd64, but still not working on 
> arm: %./a.out 6.500000 14.500000

I investigated this in detail and it seems to be caused by a bug in the
__ldtoa function that fails to account for the implicit mantissa bit of
the double value (6 = 14 - 8) because the ARM port doesn't define
LDBL_IMPLICIT_NBIT.

Attached is a patch to lib/libc/arm/_fpmath.h that corrects this
problem and also corrects the value for LDBL_MANH_SIZE.  Warner, do you
know if there is a subtle reason why arm/_fpmath.h contains the
definitions it does now, or are these errors that should be fixed in the
trunk?

Kind regards,
Maks Verver.
-------------- next part --------------
--- lib/libc/arm/_fpmath.h.orig	2010-04-11 23:23:37.000000000 +0200
+++ lib/libc/arm/_fpmath.h	2010-04-11 23:25:48.000000000 +0200
@@ -56,8 +56,9 @@
 
 #define	LDBL_NBIT	0
 #define	mask_nbit_l(u)	((void)0)
+#define	LDBL_IMPLICIT_NBIT
 
-#define	LDBL_MANH_SIZE	32
+#define	LDBL_MANH_SIZE	20
 #define	LDBL_MANL_SIZE	32
 
 #define	LDBL_TO_ARRAY32(u, a) do {			\


From bugmaster at FreeBSD.org  Mon Apr 12 11:06:56 2010
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Apr 12 11:07:36 2010
Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org
Message-ID: <201004121106.o3CB6tnY042351@freefall.freebsd.org>

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 arm/134368   arm        [patch] nslu2_led driver for the LEDs on the NSLU2
o arm/134338   arm        [patch] Lock GPIO accesses on ixp425

2 problems total.

From mav at FreeBSD.org  Thu Apr 15 17:04:20 2010
From: mav at FreeBSD.org (Alexander Motin)
Date: Thu Apr 15 17:04:32 2010
Subject: net/mpd5 now works on other archs
Message-ID: <4BC74709.4000201@FreeBSD.org>

Hi.

I've just merged to 8-STABLE set of Netgraph fixes, required to run
net/mpd5 on architectures with strict memory access alignment. I have
successfully tested it on arm and sparc64 systems, and I hope it should
work on others. Let me know if you find any more issues there.

-- 
Alexander Motin
From adnszker at mdayboll.com  Sat Apr 17 23:20:02 2010
From: adnszker at mdayboll.com (qwxzprnp)
Date: Sat Apr 17 23:20:23 2010
Subject: arm/145792: qwxzprnp
Message-ID: <201004172312.o3HNCuKp086823@www.freebsd.org>


>Number:         145792
>Category:       arm
>Synopsis:       qwxzprnp
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-arm
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          update
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 17 23:20:01 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator:     qwxzprnp
>Release:        qwxzprnp
>Organization:
qwxzprnp
>Environment:
qwxzprnp
>Description:
 [URL=http://xewsiyyr.com]fsvnatty[/URL]  <a href="http://dzdrichu.com">tkweyhmw</a>  jablvvhf http://mhjoflak.com lgcrwtej bmlqgttz 
>How-To-Repeat:
qwxzprnp
>Fix:
qwxzprnp

>Release-Note:
>Audit-Trail:
>Unformatted:
From mhctshma at ydlylajz.com  Sat Apr 17 23:20:02 2010
From: mhctshma at ydlylajz.com (shfskueb)
Date: Sat Apr 17 23:20:24 2010
Subject: arm/145793: shfskueb
Message-ID: <201004172313.o3HNDhdD086884@www.freebsd.org>


>Number:         145793
>Category:       arm
>Synopsis:       shfskueb
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-arm
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 17 23:20:02 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator:     shfskueb
>Release:        shfskueb
>Organization:
shfskueb
>Environment:
shfskueb
>Description:
 [URL=http://ozzytsgv.com]yvzsobfu[/URL]  pkekufib http://iujcvyba.com hqlqejlw acfuogrh  <a href="http://tgxeqnyg.com">jkbfevru</a> 
>How-To-Repeat:
shfskueb
>Fix:
shfskueb

>Release-Note:
>Audit-Trail:
>Unformatted:
From gnats at FreeBSD.org  Sun Apr 18 08:09:29 2010
From: gnats at FreeBSD.org (gnats@FreeBSD.org)
Date: Sun Apr 18 08:09:35 2010
Subject: arm/145792: qwxzprnp
Message-ID: <201004180809.o3I89TCq003872@freefall.freebsd.org>

Synopsis: qwxzprnp

State-Changed-From-To: open->closed
State-Changed-By: gnats
State-Changed-When: Sun Apr 18 08:09:20 UTC 2010
State-Changed-Why: 
spam

http://www.freebsd.org/cgi/query-pr.cgi?pr=145792
From gnats at FreeBSD.org  Sun Apr 18 08:09:49 2010
From: gnats at FreeBSD.org (gnats@FreeBSD.org)
Date: Sun Apr 18 08:09:54 2010
Subject: arm/145793: shfskueb
Message-ID: <201004180809.o3I89mvG003918@freefall.freebsd.org>

Synopsis: shfskueb

State-Changed-From-To: open->closed
State-Changed-By: gnats
State-Changed-When: Sun Apr 18 08:09:41 UTC 2010
State-Changed-Why: 
spam

http://www.freebsd.org/cgi/query-pr.cgi?pr=145793
From bugmaster at FreeBSD.org  Mon Apr 19 11:06:55 2010
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Apr 19 11:07:44 2010
Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org
Message-ID: <201004191106.o3JB6sr2034038@freefall.freebsd.org>

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 arm/134368   arm        [patch] nslu2_led driver for the LEDs on the NSLU2
o arm/134338   arm        [patch] Lock GPIO accesses on ixp425

2 problems total.

From mav at FreeBSD.org  Thu Apr 22 09:54:11 2010
From: mav at FreeBSD.org (Alexander Motin)
Date: Thu Apr 22 09:54:18 2010
Subject: printf(long double)
In-Reply-To: <1271046181.00240326.1271033403@10.7.7.3>
References: <1269955381.00235504.1269942002@10.7.7.3>	<1269973399.00235672.1269962405@10.7.7.3>
	<1269976983.00235685.1269964202@10.7.7.3>
	<1271046181.00240326.1271033403@10.7.7.3>
Message-ID: <4BD01CB2.6040300@FreeBSD.org>

Maks Verver wrote:
> On 03/30/10 17:39, Alexander Motin wrote:
>> #include <stdio.h> int main (void) { printf("%Lf %f\n", (long 
>> double)14.5, (double)14.5); return(0); }
>>
>> It compiles cleanly on both arm and amd64, but still not working on 
>> arm: %./a.out 6.500000 14.500000
> 
> I investigated this in detail and it seems to be caused by a bug in the
> __ldtoa function that fails to account for the implicit mantissa bit of
> the double value (6 = 14 - 8) because the ARM port doesn't define
> LDBL_IMPLICIT_NBIT.
> 
> Attached is a patch to lib/libc/arm/_fpmath.h that corrects this
> problem and also corrects the value for LDBL_MANH_SIZE. 

Your patch seems working for me. Thank you!

> Warner, do you
> know if there is a subtle reason why arm/_fpmath.h contains the
> definitions it does now, or are these errors that should be fixed in the
> trunk?

-- 
Alexander Motin
From bugmaster at FreeBSD.org  Mon Apr 26 11:06:57 2010
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Apr 26 11:07:36 2010
Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org
Message-ID: <201004261106.o3QB6tO6004094@freefall.freebsd.org>

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 arm/134368   arm        [patch] nslu2_led driver for the LEDs on the NSLU2
o arm/134338   arm        [patch] Lock GPIO accesses on ixp425

2 problems total.

From lists at walkertc.com  Tue Apr 27 12:14:45 2010
From: lists at walkertc.com (lists@walkertc.com)
Date: Tue Apr 27 12:14:51 2010
Subject: Avila Network Platform: GW2348-4, GW2348-2, GW2347
Message-ID: <000a01cae603$37c777b0$a7566710$@com>

The Avila GW2348-4 is supported according to the FreeBSD/ARM Project Page.

Does anyone know if FreeBSD would work on similar Avila products such as the
GW2348-2 or the GW2347?  Has anyone tried this?


From batcilla at gmail.com  Tue Apr 27 12:25:50 2010
From: batcilla at gmail.com (batcilla itself)
Date: Tue Apr 27 12:25:55 2010
Subject: Avila Network Platform: GW2348-4, GW2348-2, GW2347
In-Reply-To: <000a01cae603$37c777b0$a7566710$@com>
References: <000a01cae603$37c777b0$a7566710$@com>
Message-ID: <x2q6c36ec371004270525of0cca4f6q48615d6e92ad232@mail.gmail.com>

Support of Avila GW2348-4 uses CF for a kernel and rootfs,
GW2347 does not have CF. Regarding of GW2348-2 - if it can have CF
option enabled - it may work out of box or almost with nanobsd.
May be will require minor tuning of GPIO setup to mPCI and PHY
connecting to NPE.
I think for now, when board is EOL, - is no sense to add support for
Avila eeprom auto-configuration mode.
But generally if you pack anything into kernel it may even work with
GW2347 (there is 8 flash, 32MB RAM only).

//batcilla


2010/4/27  <lists@walkertc.com>:
> The Avila GW2348-4 is supported according to the FreeBSD/ARM Project Page.
>
> Does anyone know if FreeBSD would work on similar Avila products such as the
> GW2348-2 or the GW2347? ?Has anyone tried this?
From nwhitehorn at freebsd.org  Tue Apr 27 13:03:53 2010
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Tue Apr 27 13:03:59 2010
Subject: Avila Network Platform: GW2348-4, GW2348-2, GW2347
In-Reply-To: <000a01cae603$37c777b0$a7566710$@com>
References: <000a01cae603$37c777b0$a7566710$@com>
Message-ID: <4BD6E0B6.9080308@freebsd.org>

On 04/27/10 07:14, lists@walkertc.com wrote:
> The Avila GW2348-4 is supported according to the FreeBSD/ARM Project Page.
>
> Does anyone know if FreeBSD would work on similar Avila products such as the
> GW2348-2 or the GW2347?  Has anyone tried this?
>    
I have a GW2348-2 with a CF socket and it works perfectly out of the box.
-Nathan
From mav at FreeBSD.org  Wed Apr 28 12:44:49 2010
From: mav at FreeBSD.org (Alexander Motin)
Date: Wed Apr 28 12:44:59 2010
Subject: New Marvell SATA driver for testing
Message-ID: <4BD82DAD.4050804@FreeBSD.org>

Hi.

I'm glad to present new driver (mvs) for several series of Marvell SATA
controllers (PCI-X, PCIe and SoC-integrated), to work with CAM ATA
infrastructure.

Driver supports following Marvell chips:
 Gen-I (SATA 1.5Gbps):
  88SX5040, 88SX5041, 88SX5080, 88SX5081
 Gen-II (SATA 3Gbps, NCQ, PMP):
  88SX6040 ,88SX6041 (including Adaptec 1420SA), 88SX6080, 88SX6081
 Gen-IIe (SATA 3Gbps, NCQ, PMP with FBS):
  88SX6042, 88SX7042 (including Adaptec 1430SA); 88F5182, 88F6281,
MV78100 SoCs.
, same as atamarvell + ataadaptec + atamvsata legacy ata(4) drivers
together.

Driver supports most of hardware features, including command queues,
NCQ, Port Multipliers, hot-swap, SATA power management, Command
Completion Coalescing, Asynchronous Notifications and MSI. Driver also
supports ATAPI devices, though it may be not very reliable due to
strange ATA shadow registers behavior in these chips.

I've successfully tested it with Supermicro SAT2-MV8 (88SX6081) on i386
and sparc64, Adaptec 1430SA (88SX7042) on i386, and SheevaPlug (88F6281)
on arm. I haven't tested it on Gen-I chips due to lack of such hardware.

Complete fresh patch for HEAD can be found here:
http://people.freebsd.org/~mav/mvs.20100328.patch
(make sure to run patch with -p to create directories).

Testing results, comments and feedback welcome.

Special thanks to iXsystems, Inc. for supporting this work.

-- 
Alexander Motin