<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<id>tag:old.nabble.com,2006:forum-6563</id>
	<title>Nabble - freebsd-arm</title>
	<updated>2009-11-19T14:01:33Z</updated>
	<link rel="self" type="application/atom+xml" href="http://old.nabble.com/freebsd-arm-f6563.xml" />
	<link rel="alternate" type="text/html" href="http://old.nabble.com/freebsd-arm-f6563.html" />
	<subtitle type="html">Porting FreeBSD to the StrongARM Processor</subtitle>
	
<entry>
	<id>tag:old.nabble.com,2006:post-26434882</id>
	<title>Re: [PATCH] Fix a few nits in ate(4)</title>
	<published>2009-11-19T14:01:33Z</published>
	<updated>2009-11-19T14:01:33Z</updated>
	<author>
		<name>John Baldwin</name>
	</author>
	<content type="html">On Thursday 19 November 2009 4:19:17 pm M. Warner Losh wrote:
&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt; In message: &amp;lt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26434882&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;200911191122.02975.jhb@...&lt;/a&gt;&amp;gt;
&lt;br&gt;&amp;gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; John Baldwin &amp;lt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26434882&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;jhb@...&lt;/a&gt;&amp;gt; writes:
&lt;br&gt;&amp;gt; : @@ -1109,11 +1105,9 @@
&lt;br&gt;&amp;gt; : &amp;nbsp;				 &amp;nbsp; &amp;nbsp;&amp; (IFF_PROMISC | IFF_ALLMULTI)) != 0)
&lt;br&gt;&amp;gt; : &amp;nbsp;					ate_rxfilter(sc);
&lt;br&gt;&amp;gt; : &amp;nbsp;			} else {
&lt;br&gt;&amp;gt; : -				if ((sc-&amp;gt;flags &amp; ATE_FLAG_DETACHING) == 0)
&lt;br&gt;&amp;gt; : -					ateinit_locked(sc);
&lt;br&gt;&amp;gt; : +				ateinit_locked(sc);
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Here we reinitialize the device just before we detach it. &amp;nbsp;I put the
&lt;br&gt;&amp;gt; detaching stuff in to prevent that. &amp;nbsp;With this change, are you saying
&lt;br&gt;&amp;gt; this routine won't be called, so we don't need this check anymore?
&lt;/div&gt;&lt;br&gt;Basically, yes. &amp;nbsp;More to the point, the previous order of calling atestop() 
&lt;br&gt;before ether_ifdetach() opened up a race wherein userland (or bpf_detach() 
&lt;br&gt;within if_detach()) could cause this to get invoked after atestop() had been 
&lt;br&gt;called. &amp;nbsp;Now that we call ether_ifdetach() first, we know that neither bpf 
&lt;br&gt;nor userland is going to mess with the device anymore, and at that time we 
&lt;br&gt;can safely call atestop(). &amp;nbsp;That now removes the need for doing this check.
&lt;br&gt;&lt;br&gt;&amp;gt; : &amp;nbsp;			}
&lt;br&gt;&amp;gt; : &amp;nbsp;		} else if ((drv_flags &amp; IFF_DRV_RUNNING) != 0) {
&lt;br&gt;&amp;gt; : -			ifp-&amp;gt;if_drv_flags &amp;= ~IFF_DRV_RUNNING;
&lt;br&gt;&amp;gt; : &amp;nbsp;			atestop(sc);
&lt;br&gt;&amp;gt; : &amp;nbsp;		}
&lt;br&gt;&amp;gt; : &amp;nbsp;		sc-&amp;gt;if_flags = flags;
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Why remove this line? &amp;nbsp;I think it is kinda needed. &amp;nbsp;I don't understand.
&lt;br&gt;&lt;br&gt;It is a duplicate of the first line of atestop().
&lt;br&gt;&lt;br&gt;-- 
&lt;br&gt;John Baldwin
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26434882&amp;i=2&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26434882&amp;i=3&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/-PATCH--Fix-a-few-nits-in-ate%284%29-tp26429583p26434882.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26434335</id>
	<title>Re: [PATCH] Fix a few nits in ate(4)</title>
	<published>2009-11-19T13:19:17Z</published>
	<updated>2009-11-19T13:19:17Z</updated>
	<author>
		<name>M. Warner Losh</name>
	</author>
	<content type="html">In message: &amp;lt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26434335&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;200911191122.02975.jhb@...&lt;/a&gt;&amp;gt;
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; John Baldwin &amp;lt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26434335&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;jhb@...&lt;/a&gt;&amp;gt; writes:
&lt;br&gt;: I ran into this while working on purging if_watchdog/if_timer use from the 
&lt;br&gt;: tree. &amp;nbsp;This patch fixes a few things in ate(4):
&lt;br&gt;: 
&lt;br&gt;: - Initialize callout before it is used in atestop() during attach.
&lt;br&gt;: - Fixup detach.
&lt;br&gt;:
&lt;br&gt;: By fixing detach, I mean that it calls ether_ifdetach() to remove outside 
&lt;br&gt;: references to the device before shutting down the device. &amp;nbsp;Please test.
&lt;br&gt;&lt;br&gt;OK. &amp;nbsp;I thought the other order was right. &amp;nbsp;See below for one or two
&lt;br&gt;concerns..
&lt;br&gt;&lt;br&gt;Warner
&lt;br&gt;&lt;br&gt;: --- //depot/vendor/freebsd/src/sys/arm/at91/if_ate.c	2009/06/26 11:50:17
&lt;br&gt;: +++ //depot/user/jhb/cleanup/sys/arm/at91/if_ate.c	2009/11/17 18:08:42
&lt;br&gt;: @@ -75,8 +75,7 @@
&lt;br&gt;: &amp;nbsp;/*
&lt;br&gt;: &amp;nbsp; * Driver-specific flags.
&lt;br&gt;: &amp;nbsp; */
&lt;br&gt;: -#define	ATE_FLAG_DETACHING	0x01
&lt;br&gt;: -#define	ATE_FLAG_MULTICAST	0x02
&lt;br&gt;: +#define	ATE_FLAG_MULTICAST	0x01
&lt;br&gt;: &amp;nbsp;
&lt;br&gt;: &amp;nbsp;struct ate_softc
&lt;br&gt;: &amp;nbsp;{
&lt;br&gt;: @@ -196,6 +195,7 @@
&lt;br&gt;: &amp;nbsp;	sc = device_get_softc(dev);
&lt;br&gt;: &amp;nbsp;	sc-&amp;gt;dev = dev;
&lt;br&gt;: &amp;nbsp;	ATE_LOCK_INIT(sc);
&lt;br&gt;: +	callout_init_mtx(&amp;sc-&amp;gt;tick_ch, &amp;sc-&amp;gt;sc_mtx, 0);
&lt;br&gt;: &amp;nbsp;	
&lt;br&gt;: &amp;nbsp;	/*
&lt;br&gt;: &amp;nbsp;	 * Allocate resources.
&lt;br&gt;: @@ -233,7 +233,6 @@
&lt;br&gt;: &amp;nbsp;	ATE_LOCK(sc);
&lt;br&gt;: &amp;nbsp;	atestop(sc);
&lt;br&gt;: &amp;nbsp;	ATE_UNLOCK(sc);
&lt;br&gt;: -	callout_init_mtx(&amp;sc-&amp;gt;tick_ch, &amp;sc-&amp;gt;sc_mtx, 0);
&lt;br&gt;: &amp;nbsp;
&lt;br&gt;: &amp;nbsp;	if ((err = ate_get_mac(sc, eaddr)) != 0) {
&lt;br&gt;: &amp;nbsp;		/*
&lt;br&gt;: @@ -311,12 +309,11 @@
&lt;br&gt;: &amp;nbsp;	KASSERT(sc != NULL, (&amp;quot;[ate: %d]: sc is NULL&amp;quot;, __LINE__));
&lt;br&gt;: &amp;nbsp;	ifp = sc-&amp;gt;ifp;
&lt;br&gt;: &amp;nbsp;	if (device_is_attached(dev)) {
&lt;br&gt;: +		ether_ifdetach(ifp);
&lt;br&gt;: &amp;nbsp;		ATE_LOCK(sc);
&lt;br&gt;: -			sc-&amp;gt;flags |= ATE_FLAG_DETACHING;
&lt;br&gt;: -			atestop(sc);
&lt;br&gt;: +		atestop(sc);
&lt;br&gt;: &amp;nbsp;		ATE_UNLOCK(sc);
&lt;br&gt;: &amp;nbsp;		callout_drain(&amp;sc-&amp;gt;tick_ch);
&lt;br&gt;: -		ether_ifdetach(ifp);
&lt;br&gt;: &amp;nbsp;	}
&lt;br&gt;: &amp;nbsp;	if (sc-&amp;gt;miibus != NULL) {
&lt;br&gt;: &amp;nbsp;		device_delete_child(dev, sc-&amp;gt;miibus);
&lt;br&gt;: @@ -1109,11 +1105,9 @@
&lt;br&gt;: &amp;nbsp;				 &amp;nbsp; &amp;nbsp;&amp; (IFF_PROMISC | IFF_ALLMULTI)) != 0)
&lt;br&gt;: &amp;nbsp;					ate_rxfilter(sc);
&lt;br&gt;: &amp;nbsp;			} else {
&lt;br&gt;: -				if ((sc-&amp;gt;flags &amp; ATE_FLAG_DETACHING) == 0)
&lt;br&gt;: -					ateinit_locked(sc);
&lt;br&gt;: +				ateinit_locked(sc);
&lt;br&gt;&lt;br&gt;Here we reinitialize the device just before we detach it. &amp;nbsp;I put the
&lt;br&gt;detaching stuff in to prevent that. &amp;nbsp;With this change, are you saying
&lt;br&gt;this routine won't be called, so we don't need this check anymore?
&lt;br&gt;&lt;br&gt;: &amp;nbsp;			}
&lt;br&gt;: &amp;nbsp;		} else if ((drv_flags &amp; IFF_DRV_RUNNING) != 0) {
&lt;br&gt;: -			ifp-&amp;gt;if_drv_flags &amp;= ~IFF_DRV_RUNNING;
&lt;br&gt;: &amp;nbsp;			atestop(sc);
&lt;br&gt;: &amp;nbsp;		}
&lt;br&gt;: &amp;nbsp;		sc-&amp;gt;if_flags = flags;
&lt;br&gt;&lt;br&gt;Why remove this line? &amp;nbsp;I think it is kinda needed. &amp;nbsp;I don't understand.
&lt;br&gt;&lt;br&gt;Warner
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26434335&amp;i=2&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26434335&amp;i=3&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/-PATCH--Fix-a-few-nits-in-ate%284%29-tp26429583p26434335.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26429583</id>
	<title>[PATCH] Fix a few nits in ate(4)</title>
	<published>2009-11-19T08:22:02Z</published>
	<updated>2009-11-19T08:22:02Z</updated>
	<author>
		<name>John Baldwin</name>
	</author>
	<content type="html">I ran into this while working on purging if_watchdog/if_timer use from the 
&lt;br&gt;tree. &amp;nbsp;This patch fixes a few things in ate(4):
&lt;br&gt;&lt;br&gt;- Initialize callout before it is used in atestop() during attach.
&lt;br&gt;- Fixup detach.
&lt;br&gt;&lt;br&gt;By fixing detach, I mean that it calls ether_ifdetach() to remove outside 
&lt;br&gt;references to the device before shutting down the device. &amp;nbsp;Please test.
&lt;br&gt;&lt;br&gt;--- //depot/vendor/freebsd/src/sys/arm/at91/if_ate.c	2009/06/26 11:50:17
&lt;br&gt;+++ //depot/user/jhb/cleanup/sys/arm/at91/if_ate.c	2009/11/17 18:08:42
&lt;br&gt;@@ -75,8 +75,7 @@
&lt;br&gt;&amp;nbsp;/*
&lt;br&gt;&amp;nbsp; * Driver-specific flags.
&lt;br&gt;&amp;nbsp; */
&lt;br&gt;-#define	ATE_FLAG_DETACHING	0x01
&lt;br&gt;-#define	ATE_FLAG_MULTICAST	0x02
&lt;br&gt;+#define	ATE_FLAG_MULTICAST	0x01
&lt;br&gt;&amp;nbsp;
&lt;br&gt;&amp;nbsp;struct ate_softc
&lt;br&gt;&amp;nbsp;{
&lt;br&gt;@@ -196,6 +195,7 @@
&lt;br&gt;&amp;nbsp;	sc = device_get_softc(dev);
&lt;br&gt;&amp;nbsp;	sc-&amp;gt;dev = dev;
&lt;br&gt;&amp;nbsp;	ATE_LOCK_INIT(sc);
&lt;br&gt;+	callout_init_mtx(&amp;sc-&amp;gt;tick_ch, &amp;sc-&amp;gt;sc_mtx, 0);
&lt;br&gt;&amp;nbsp;	
&lt;br&gt;&amp;nbsp;	/*
&lt;br&gt;&amp;nbsp;	 * Allocate resources.
&lt;br&gt;@@ -233,7 +233,6 @@
&lt;br&gt;&amp;nbsp;	ATE_LOCK(sc);
&lt;br&gt;&amp;nbsp;	atestop(sc);
&lt;br&gt;&amp;nbsp;	ATE_UNLOCK(sc);
&lt;br&gt;-	callout_init_mtx(&amp;sc-&amp;gt;tick_ch, &amp;sc-&amp;gt;sc_mtx, 0);
&lt;br&gt;&amp;nbsp;
&lt;br&gt;&amp;nbsp;	if ((err = ate_get_mac(sc, eaddr)) != 0) {
&lt;br&gt;&amp;nbsp;		/*
&lt;br&gt;@@ -311,12 +309,11 @@
&lt;br&gt;&amp;nbsp;	KASSERT(sc != NULL, (&amp;quot;[ate: %d]: sc is NULL&amp;quot;, __LINE__));
&lt;br&gt;&amp;nbsp;	ifp = sc-&amp;gt;ifp;
&lt;br&gt;&amp;nbsp;	if (device_is_attached(dev)) {
&lt;br&gt;+		ether_ifdetach(ifp);
&lt;br&gt;&amp;nbsp;		ATE_LOCK(sc);
&lt;br&gt;-			sc-&amp;gt;flags |= ATE_FLAG_DETACHING;
&lt;br&gt;-			atestop(sc);
&lt;br&gt;+		atestop(sc);
&lt;br&gt;&amp;nbsp;		ATE_UNLOCK(sc);
&lt;br&gt;&amp;nbsp;		callout_drain(&amp;sc-&amp;gt;tick_ch);
&lt;br&gt;-		ether_ifdetach(ifp);
&lt;br&gt;&amp;nbsp;	}
&lt;br&gt;&amp;nbsp;	if (sc-&amp;gt;miibus != NULL) {
&lt;br&gt;&amp;nbsp;		device_delete_child(dev, sc-&amp;gt;miibus);
&lt;br&gt;@@ -1109,11 +1105,9 @@
&lt;br&gt;&amp;nbsp;				 &amp;nbsp; &amp;nbsp;&amp; (IFF_PROMISC | IFF_ALLMULTI)) != 0)
&lt;br&gt;&amp;nbsp;					ate_rxfilter(sc);
&lt;br&gt;&amp;nbsp;			} else {
&lt;br&gt;-				if ((sc-&amp;gt;flags &amp; ATE_FLAG_DETACHING) == 0)
&lt;br&gt;-					ateinit_locked(sc);
&lt;br&gt;+				ateinit_locked(sc);
&lt;br&gt;&amp;nbsp;			}
&lt;br&gt;&amp;nbsp;		} else if ((drv_flags &amp; IFF_DRV_RUNNING) != 0) {
&lt;br&gt;-			ifp-&amp;gt;if_drv_flags &amp;= ~IFF_DRV_RUNNING;
&lt;br&gt;&amp;nbsp;			atestop(sc);
&lt;br&gt;&amp;nbsp;		}
&lt;br&gt;&amp;nbsp;		sc-&amp;gt;if_flags = flags;
&lt;br&gt;&lt;br&gt;-- 
&lt;br&gt;John Baldwin
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26429583&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26429583&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/-PATCH--Fix-a-few-nits-in-ate%284%29-tp26429583p26429583.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26370140</id>
	<title>Current problem reports assigned to freebsd-arm@FreeBSD.org</title>
	<published>2009-11-16T03:06:48Z</published>
	<updated>2009-11-16T03:06:48Z</updated>
	<author>
		<name>FreeBSD bugmaster</name>
	</author>
	<content type="html">Note: to view an individual PR, use:
&lt;br&gt;&amp;nbsp; &lt;a href=&quot;http://www.freebsd.org/cgi/query-pr.cgi?pr=(number&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://www.freebsd.org/cgi/query-pr.cgi?pr=(number&lt;/a&gt;).
&lt;br&gt;&lt;br&gt;The following is a listing of current problems submitted by FreeBSD users.
&lt;br&gt;These represent problem reports covering all versions including
&lt;br&gt;experimental development code and obsolete releases.
&lt;br&gt;&lt;br&gt;&lt;br&gt;S Tracker &amp;nbsp; &amp;nbsp; &amp;nbsp;Resp. &amp;nbsp; &amp;nbsp; &amp;nbsp;Description
&lt;br&gt;--------------------------------------------------------------------------------
&lt;br&gt;o arm/134368 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] nslu2_led driver for the LEDs on the NSLU2
&lt;br&gt;o arm/134338 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] Lock GPIO accesses on ixp425
&lt;br&gt;o arm/134092 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] NSLU.hints contains wrong hints for on board n
&lt;br&gt;&lt;br&gt;3 problems total.
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26370140&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26370140&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Current-problem-reports-assigned-to-freebsd-arm%40FreeBSD.org-tp26370140p26370140.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26320849</id>
	<title>Re: Eval board Marvell 78xxx (Discovery)</title>
	<published>2009-11-12T07:38:26Z</published>
	<updated>2009-11-12T07:38:26Z</updated>
	<author>
		<name>Rafal Jaworowski</name>
	</author>
	<content type="html">&lt;br&gt;On 2009-11-12, at 15:42, Matthias Reyelt wrote:
&lt;br&gt;&lt;br&gt;&amp;gt; I am looking for an Eval board with the 78xxx Discovery cpu to run &amp;nbsp;
&lt;br&gt;&amp;gt; FreeBSD on.
&lt;br&gt;&amp;gt; Does the Marvell DB-MV78100-A1 run FreeBSD (regarding Ethernet, &amp;nbsp;
&lt;br&gt;&amp;gt; Flash,..)?
&lt;br&gt;&lt;br&gt;The DB -78100 board is supported and should boot. Marcel is seeing &amp;nbsp;
&lt;br&gt;some cache coherency problems still with it, but that's a separate &amp;nbsp;
&lt;br&gt;story i.e. bug(s).
&lt;br&gt;&lt;br&gt;I didn't manage to return to your issues with secondary mge unit on &amp;nbsp;
&lt;br&gt;Kirkwood, but the only board with more than one Eth port we have is &amp;nbsp;
&lt;br&gt;this MV-78xxx, and it both ports worked for us on this board.
&lt;br&gt;&lt;br&gt;Rafal
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26320849&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26320849&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Eval-board-Marvell-78xxx-%28Discovery%29-tp26319904p26320849.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26319904</id>
	<title>Eval board Marvell 78xxx (Discovery)</title>
	<published>2009-11-12T06:42:43Z</published>
	<updated>2009-11-12T06:42:43Z</updated>
	<author>
		<name>Matthias Reyelt</name>
	</author>
	<content type="html">Hi,
&lt;br&gt;&lt;br&gt;I am looking for an Eval board with the 78xxx Discovery cpu to run FreeBSD on.
&lt;br&gt;Does the Marvell DB-MV78100-A1 run FreeBSD (regarding Ethernet, Flash,..)?
&lt;br&gt;&lt;br&gt;Are there other Discovery based boards, that have been successfully booted 
&lt;br&gt;with FreeBSD? 
&lt;br&gt;&lt;br&gt;Regards
&lt;br&gt;Matthias
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26319904&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26319904&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Eval-board-Marvell-78xxx-%28Discovery%29-tp26319904p26319904.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26290662</id>
	<title>Re: SCHED_ULE?</title>
	<published>2009-11-10T12:23:35Z</published>
	<updated>2009-11-10T12:23:35Z</updated>
	<author>
		<name>M. Warner Losh</name>
	</author>
	<content type="html">In message: &amp;lt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26290662&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;43EE151E-574E-4A17-9946-0BC5A6B3BC69@...&lt;/a&gt;&amp;gt;
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; Rui Paulo &amp;lt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26290662&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;rpaulo@...&lt;/a&gt;&amp;gt; writes:
&lt;br&gt;: Hi,
&lt;br&gt;: 
&lt;br&gt;: On 10 Nov 2009, at 04:38, Sam Leffler wrote:
&lt;br&gt;: 
&lt;br&gt;: &amp;gt; Olivier Houchard wrote:
&lt;br&gt;: &amp;gt;&amp;gt; On Sun, Nov 08, 2009 at 01:30:48PM +0000, Rui Paulo wrote:
&lt;br&gt;: &amp;gt;&amp;gt;&amp;gt; Hi,
&lt;br&gt;: &amp;gt;&amp;gt;&amp;gt; I guess this has been discussed in the past but, can't we turn on ULE &amp;nbsp;on ARM embedded systems ? What's the bottleneck or performance &amp;nbsp;regression (assuming there's one) ?
&lt;br&gt;: &amp;gt;&amp;gt;&amp;gt; 
&lt;br&gt;: &amp;gt;&amp;gt;&amp;gt; --
&lt;br&gt;: &amp;gt;&amp;gt;&amp;gt; Rui Paulo
&lt;br&gt;: &amp;gt;&amp;gt; Hi,
&lt;br&gt;: &amp;gt;&amp;gt; At one point ULE was buggy on arm, but I think it's been fixed like years ago,
&lt;br&gt;: &amp;gt;&amp;gt; so it should be safe to use it.
&lt;br&gt;: &amp;gt; 
&lt;br&gt;: &amp;gt; Last I measured it was slower than 4BSD on my xscale boards (not much but measurable). &amp;nbsp;This was mostly doing network packet pushing (wired+wireless).
&lt;br&gt;: 
&lt;br&gt;: I also tested this on the Cambria board and I concluded the same (I used sysbench).
&lt;br&gt;&lt;br&gt;This isn't too surprising, since it is optimized for multicore and
&lt;br&gt;4BSD grew up on single-core systems...
&lt;br&gt;&lt;br&gt;Warner
&lt;br&gt;&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26290662&amp;i=2&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26290662&amp;i=3&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/SCHED_ULE--tp26253807p26290662.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26290203</id>
	<title>Re: SCHED_ULE?</title>
	<published>2009-11-10T11:56:56Z</published>
	<updated>2009-11-10T11:56:56Z</updated>
	<author>
		<name>Rui Paulo-3</name>
	</author>
	<content type="html">Hi,
&lt;br&gt;&lt;br&gt;On 10 Nov 2009, at 04:38, Sam Leffler wrote:
&lt;br&gt;&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt; Olivier Houchard wrote:
&lt;br&gt;&amp;gt;&amp;gt; On Sun, Nov 08, 2009 at 01:30:48PM +0000, Rui Paulo wrote:
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; Hi,
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; I guess this has been discussed in the past but, can't we turn on ULE &amp;nbsp;on ARM embedded systems ? What's the bottleneck or performance &amp;nbsp;regression (assuming there's one) ?
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; 
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; --
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; Rui Paulo
&lt;br&gt;&amp;gt;&amp;gt; Hi,
&lt;br&gt;&amp;gt;&amp;gt; At one point ULE was buggy on arm, but I think it's been fixed like years ago,
&lt;br&gt;&amp;gt;&amp;gt; so it should be safe to use it.
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Last I measured it was slower than 4BSD on my xscale boards (not much but measurable). &amp;nbsp;This was mostly doing network packet pushing (wired+wireless).
&lt;/div&gt;&lt;br&gt;I also tested this on the Cambria board and I concluded the same (I used sysbench).
&lt;br&gt;&lt;br&gt;--
&lt;br&gt;Rui Paulo
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26290203&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26290203&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/SCHED_ULE--tp26253807p26290203.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26281476</id>
	<title>Marvell MV6281 OpenRD client mge1</title>
	<published>2009-11-10T02:49:58Z</published>
	<updated>2009-11-10T02:49:58Z</updated>
	<author>
		<name>Matthias Reyelt</name>
	</author>
	<content type="html">Hi,
&lt;br&gt;&lt;br&gt;I have changed the PHY address for mge1 to 0x18 in the code, and the second 
&lt;br&gt;PHY is now correctly detected. I can ifconfig the interface and I am able to 
&lt;br&gt;receive packets. I am not able to send packets yet. 
&lt;br&gt;&lt;br&gt;If I ping mge1 over the network tcpdump reports the ARP requests and it 
&lt;br&gt;reports the ARP replies as well. The replies do not reach the cable though. 
&lt;br&gt;(They aren't sent to mge0 either). 
&lt;br&gt;I haven't yet found out, where the packets get lost, they seem to pass 
&lt;br&gt;mge_start_locked() correctly. I will check the register settings. &amp;nbsp;
&lt;br&gt;&lt;br&gt;Matthias
&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Am Freitag 06 November 2009 14:35:55 schrieb Matthias Reyelt:
&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt; Hi,
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; I have built a linux kernel with some debug code and found out that the base 
&lt;br&gt;&amp;gt; address for the second phy is not at 0x09 but at 0x18. Actually it's in the 
&lt;br&gt;&amp;gt; config files, but I wasn't looking for an extra configuration for this board 
&lt;br&gt;&amp;gt; before. 
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; I think this would require a patch to mge_miibus_readreg(), because it's a 
&lt;br&gt;&amp;gt; different mapping. Is that correct?
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; I will do a quick patch on monday to test it. Are there other files that 
&lt;/div&gt;have 
&lt;br&gt;&amp;gt; to be patched, Rafal? 
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Matthias
&lt;br&gt;&amp;gt; &amp;nbsp;
&lt;br&gt;&amp;gt; 
&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;-- 
&lt;br&gt;Dr.-Ing. Matthias Reyelt
&lt;br&gt;Master Software Designer
&lt;br&gt;&lt;br&gt;Brunel GmbH
&lt;br&gt;Bereich Communications
&lt;br&gt;Daimlerring 9
&lt;br&gt;31135 Hildesheim
&lt;br&gt;&lt;br&gt;Tel: +49 5121 1760 805
&lt;br&gt;Fax: +49 5121 1760 999
&lt;br&gt;email: &lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26281476&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;Matthias.Reyelt@...&lt;/a&gt;
&lt;br&gt;Internet: www.brunel.de
&lt;br&gt;&lt;br&gt;Hauptsitz: Airport City, Hermann-Köhl-Str. 1, 28199 Bremen
&lt;br&gt;Amtsgericht Bremen HRB 16935
&lt;br&gt;General Manager: Johan Arie van Barneveld
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26281476&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26281476&amp;i=2&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Marvell-Kirkwood-6281-mge1-interface-tp26193068p26281476.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26278278</id>
	<title>Re: SCHED_ULE?</title>
	<published>2009-11-09T20:38:57Z</published>
	<updated>2009-11-09T20:38:57Z</updated>
	<author>
		<name>Sam Leffler</name>
	</author>
	<content type="html">Olivier Houchard wrote:
&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt; On Sun, Nov 08, 2009 at 01:30:48PM +0000, Rui Paulo wrote:
&lt;br&gt;&amp;gt;&amp;gt; Hi,
&lt;br&gt;&amp;gt;&amp;gt; I guess this has been discussed in the past but, can't we turn on ULE &amp;nbsp;
&lt;br&gt;&amp;gt;&amp;gt; on ARM embedded systems ? What's the bottleneck or performance &amp;nbsp;
&lt;br&gt;&amp;gt;&amp;gt; regression (assuming there's one) ?
&lt;br&gt;&amp;gt;&amp;gt;
&lt;br&gt;&amp;gt;&amp;gt; --
&lt;br&gt;&amp;gt;&amp;gt; Rui Paulo
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Hi,
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; At one point ULE was buggy on arm, but I think it's been fixed like years ago,
&lt;br&gt;&amp;gt; so it should be safe to use it.
&lt;/div&gt;&lt;br&gt;Last I measured it was slower than 4BSD on my xscale boards (not much 
&lt;br&gt;but measurable). &amp;nbsp;This was mostly doing network packet pushing 
&lt;br&gt;(wired+wireless).
&lt;br&gt;&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; Sam
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26278278&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26278278&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/SCHED_ULE--tp26253807p26278278.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26272525</id>
	<title>[head tinderbox] failure on arm/arm</title>
	<published>2009-11-09T10:54:02Z</published>
	<updated>2009-11-09T10:54:02Z</updated>
	<author>
		<name>FreeBSD Tinderbox</name>
	</author>
	<content type="html">TB --- 2009-11-09 18:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
&lt;br&gt;TB --- 2009-11-09 18:15:00 - starting HEAD tinderbox run for arm/arm
&lt;br&gt;TB --- 2009-11-09 18:15:00 - cleaning the object tree
&lt;br&gt;TB --- 2009-11-09 18:15:10 - cvsupping the source tree
&lt;br&gt;TB --- 2009-11-09 18:15:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile
&lt;br&gt;TB --- 2009-11-09 18:15:47 - building world
&lt;br&gt;TB --- 2009-11-09 18:15:47 - MAKEOBJDIRPREFIX=/obj
&lt;br&gt;TB --- 2009-11-09 18:15:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
&lt;br&gt;TB --- 2009-11-09 18:15:47 - TARGET=arm
&lt;br&gt;TB --- 2009-11-09 18:15:47 - TARGET_ARCH=arm
&lt;br&gt;TB --- 2009-11-09 18:15:47 - TZ=UTC
&lt;br&gt;TB --- 2009-11-09 18:15:47 - __MAKE_CONF=/dev/null
&lt;br&gt;TB --- 2009-11-09 18:15:47 - cd /src
&lt;br&gt;TB --- 2009-11-09 18:15:47 - /usr/bin/make -B buildworld
&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; World build started on Mon Nov &amp;nbsp;9 18:15:47 UTC 2009
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; Rebuilding the temporary build tree
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 1.1: legacy release compatibility shims
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 1.2: bootstrap tools
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 2.1: cleaning up the object tree
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 2.2: rebuilding the object tree
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 2.3: build tools
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 3: cross tools
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 4.1: building includes
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 4.2: building libraries
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 4.3: make dependencies
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; stage 4.4: building everything
&lt;/div&gt;[...]
&lt;br&gt;(cd /src/rescue/rescue/../../sbin/camcontrol &amp;&amp; &amp;nbsp;/usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/camcontrol/ depend &amp;&amp; /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/camcontrol/ camcontrol.o util.o modeedit.o)
&lt;br&gt;rm -f .depend
&lt;br&gt;mkdep -f .depend -a &amp;nbsp; &amp;nbsp;-DRESCUE /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c
&lt;br&gt;echo camcontrol: /obj/arm/src/tmp/usr/lib/libc.a /obj/arm/src/tmp/usr/lib/libcam.a /obj/arm/src/tmp/usr/lib/libsbuf.a /obj/arm/src/tmp/usr/lib/libutil.a &amp;gt;&amp;gt; .depend
&lt;br&gt;cc -O -pipe &amp;nbsp;-DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c
&lt;br&gt;cc1: warnings being treated as errors
&lt;br&gt;/src/sbin/camcontrol/camcontrol.c: In function 'atapm':
&lt;br&gt;/src/sbin/camcontrol/camcontrol.c:4156: warning: comparison is always true due to limited range of data type
&lt;br&gt;*** Error code 1
&lt;br&gt;&lt;br&gt;Stop in /src/sbin/camcontrol.
&lt;br&gt;*** Error code 1
&lt;br&gt;&lt;br&gt;Stop in /obj/arm/src/rescue/rescue.
&lt;br&gt;*** Error code 1
&lt;br&gt;&lt;br&gt;Stop in /src/rescue/rescue.
&lt;br&gt;*** Error code 1
&lt;br&gt;&lt;br&gt;Stop in /src/rescue.
&lt;br&gt;*** Error code 1
&lt;br&gt;&lt;br&gt;Stop in /src.
&lt;br&gt;*** Error code 1
&lt;br&gt;&lt;br&gt;Stop in /src.
&lt;br&gt;*** Error code 1
&lt;br&gt;&lt;br&gt;Stop in /src.
&lt;br&gt;TB --- 2009-11-09 18:54:02 - WARNING: /usr/bin/make returned exit code &amp;nbsp;1 
&lt;br&gt;TB --- 2009-11-09 18:54:02 - ERROR: failed to build world
&lt;br&gt;TB --- 2009-11-09 18:54:02 - 1693.77 user 465.28 system 2342.73 real
&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;a href=&quot;http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full&lt;/a&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26272525&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26272525&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/-head-tinderbox--failure-on-arm-arm-tp26272525p26272525.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26264557</id>
	<title>Current problem reports assigned to freebsd-arm@FreeBSD.org</title>
	<published>2009-11-09T03:06:47Z</published>
	<updated>2009-11-09T03:06:47Z</updated>
	<author>
		<name>FreeBSD bugmaster</name>
	</author>
	<content type="html">Note: to view an individual PR, use:
&lt;br&gt;&amp;nbsp; &lt;a href=&quot;http://www.freebsd.org/cgi/query-pr.cgi?pr=(number&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://www.freebsd.org/cgi/query-pr.cgi?pr=(number&lt;/a&gt;).
&lt;br&gt;&lt;br&gt;The following is a listing of current problems submitted by FreeBSD users.
&lt;br&gt;These represent problem reports covering all versions including
&lt;br&gt;experimental development code and obsolete releases.
&lt;br&gt;&lt;br&gt;&lt;br&gt;S Tracker &amp;nbsp; &amp;nbsp; &amp;nbsp;Resp. &amp;nbsp; &amp;nbsp; &amp;nbsp;Description
&lt;br&gt;--------------------------------------------------------------------------------
&lt;br&gt;o arm/134368 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] nslu2_led driver for the LEDs on the NSLU2
&lt;br&gt;o arm/134338 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] Lock GPIO accesses on ixp425
&lt;br&gt;o arm/134092 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] NSLU.hints contains wrong hints for on board n
&lt;br&gt;&lt;br&gt;3 problems total.
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26264557&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26264557&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Current-problem-reports-assigned-to-freebsd-arm%40FreeBSD.org-tp26264557p26264557.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26264055</id>
	<title>Re: SCHED_ULE?</title>
	<published>2009-11-09T02:26:18Z</published>
	<updated>2009-11-09T02:26:18Z</updated>
	<author>
		<name>Olivier Houchard-3</name>
	</author>
	<content type="html">On Sun, Nov 08, 2009 at 01:30:48PM +0000, Rui Paulo wrote:
&lt;br&gt;&amp;gt; Hi,
&lt;br&gt;&amp;gt; I guess this has been discussed in the past but, can't we turn on ULE &amp;nbsp;
&lt;br&gt;&amp;gt; on ARM embedded systems ? What's the bottleneck or performance &amp;nbsp;
&lt;br&gt;&amp;gt; regression (assuming there's one) ?
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; --
&lt;br&gt;&amp;gt; Rui Paulo
&lt;br&gt;&lt;br&gt;Hi,
&lt;br&gt;&lt;br&gt;At one point ULE was buggy on arm, but I think it's been fixed like years ago,
&lt;br&gt;so it should be safe to use it.
&lt;br&gt;&lt;br&gt;Regards,
&lt;br&gt;&lt;br&gt;Olivier
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26264055&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26264055&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/SCHED_ULE--tp26253807p26264055.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26253807</id>
	<title>SCHED_ULE?</title>
	<published>2009-11-08T05:30:48Z</published>
	<updated>2009-11-08T05:30:48Z</updated>
	<author>
		<name>Rui Paulo-3</name>
	</author>
	<content type="html">Hi,
&lt;br&gt;I guess this has been discussed in the past but, can't we turn on ULE &amp;nbsp;
&lt;br&gt;on ARM embedded systems ? What's the bottleneck or performance &amp;nbsp;
&lt;br&gt;regression (assuming there's one) ?
&lt;br&gt;&lt;br&gt;--
&lt;br&gt;Rui Paulo
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26253807&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26253807&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/SCHED_ULE--tp26253807p26253807.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26237929</id>
	<title>New Arrival of REFURBISHED and NEW Computers &amp; Laptops</title>
	<published>2009-11-06T12:05:52Z</published>
	<updated>2009-11-06T12:05:52Z</updated>
	<author>
		<name>C2IT Computer Hardware</name>
	</author>
	<content type="html">&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26237929&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26237929&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/New-Arrival-of-REFURBISHED-and-NEW-Computers---Laptops-tp26237929p26237929.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26232124</id>
	<title>Re: Marvell Kirkwood 6281 mge1 interface</title>
	<published>2009-11-06T05:35:55Z</published>
	<updated>2009-11-06T05:35:55Z</updated>
	<author>
		<name>Matthias Reyelt</name>
	</author>
	<content type="html">Hi,
&lt;br&gt;&lt;br&gt;I have built a linux kernel with some debug code and found out that the base 
&lt;br&gt;address for the second phy is not at 0x09 but at 0x18. Actually it's in the 
&lt;br&gt;config files, but I wasn't looking for an extra configuration for this board 
&lt;br&gt;before. 
&lt;br&gt;&lt;br&gt;I think this would require a patch to mge_miibus_readreg(), because it's a 
&lt;br&gt;different mapping. Is that correct?
&lt;br&gt;&lt;br&gt;I will do a quick patch on monday to test it. Are there other files that have 
&lt;br&gt;to be patched, Rafal? 
&lt;br&gt;&lt;br&gt;Matthias
&lt;br&gt;&amp;nbsp;
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26232124&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26232124&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Marvell-Kirkwood-6281-mge1-interface-tp26193068p26232124.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26221480</id>
	<title>Initarm function for the Beagleboard</title>
	<published>2009-11-05T12:12:29Z</published>
	<updated>2009-11-05T12:12:29Z</updated>
	<author>
		<name>Guillaume Ballet</name>
	</author>
	<content type="html">Hello list,
&lt;br&gt;&lt;br&gt;I have just submitted the first of many files of my port fo FreeBSD
&lt;br&gt;the BeagleBoard. This is the initarm function. The cleanup continues
&lt;br&gt;and I will submit the rest as soon a possible, but I figured it would
&lt;br&gt;be great if I could have some feedback already.
&lt;br&gt;&lt;br&gt;Link to the file:
&lt;br&gt;&lt;a href=&quot;http://code.google.com/p/freebsd-bgb/source/browse/trunk/cortexa8_machdep.c&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://code.google.com/p/freebsd-bgb/source/browse/trunk/cortexa8_machdep.c&lt;/a&gt;&lt;br&gt;&lt;br&gt;For instance, suggestions on how to use DOMAIN_CLIENT instead of
&lt;br&gt;DOMAIN_MANAGER on line 265 would be particularly appreciated.
&lt;br&gt;Note that this is the backward-compatibility version. I am working on
&lt;br&gt;integrating some of the ARMv[67] features, but that will come later.
&lt;br&gt;&lt;br&gt;Guillaume
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26221480&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26221480&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Initarm-function-for-the-Beagleboard-tp26221480p26221480.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26216705</id>
	<title>Re: Marvell Kirkwood 6281 mge1 interface</title>
	<published>2009-11-05T07:23:54Z</published>
	<updated>2009-11-05T07:23:54Z</updated>
	<author>
		<name>Matthias Reyelt</name>
	</author>
	<content type="html">Hi,
&lt;br&gt;&lt;br&gt;the second phy is an E1116 as well.
&lt;br&gt;&lt;br&gt;I have applied the patch to common.h
&lt;br&gt;There is still something missing. 
&lt;br&gt;&lt;br&gt;Here is the boot log. There are some other error messages, e.g. from pcib.
&lt;br&gt;&lt;br&gt;Matthias
&lt;br&gt;&lt;br&gt;-------------------------------snip-----------------------------------------------------------------
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;__ &amp;nbsp;__ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;_ _
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; | &amp;nbsp;\/ &amp;nbsp;| __ _ _ ____ &amp;nbsp; _____| | |
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; | |\/| |/ _` | '__\ \ / / _ \ | |
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; | | &amp;nbsp;| | (_| | | &amp;nbsp; \ V / &amp;nbsp;__/ | |
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; |_| &amp;nbsp;|_|\__,_|_| &amp;nbsp; &amp;nbsp;\_/ \___|_|_|
&lt;br&gt;&amp;nbsp;_ &amp;nbsp; _ &amp;nbsp; &amp;nbsp; ____ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;_
&lt;br&gt;| | | | &amp;nbsp; | __ ) &amp;nbsp;___ &amp;nbsp; ___ | |_
&lt;br&gt;| | | |___| &amp;nbsp;_ \ / _ \ / _ \| __|
&lt;br&gt;| |_| |___| |_) | (_) | (_) | |_
&lt;br&gt;&amp;nbsp;\___/ &amp;nbsp; &amp;nbsp;|____/ \___/ \___/ \__|
&lt;br&gt;&amp;nbsp;** MARVELL BOARD: OpenRD-Client LE
&lt;br&gt;&lt;br&gt;U-Boot 1.1.4 (May 18 2009 - 13:33:10) Marvell version: 3.4.16
&lt;br&gt;&lt;br&gt;U-Boot code: 00600000 -&amp;gt; 0067FFF0 &amp;nbsp;BSS: -&amp;gt; 006CEE80
&lt;br&gt;&lt;br&gt;Soc: 88F6281 A0 (DDR2)
&lt;br&gt;CPU running @ 1200Mhz L2 running @ 400Mhz
&lt;br&gt;SysClock = 400Mhz , TClock = 200Mhz
&lt;br&gt;&lt;br&gt;DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6
&lt;br&gt;DRAM CS[0] base 0x00000000 &amp;nbsp; size 256MB
&lt;br&gt;DRAM CS[1] base 0x10000000 &amp;nbsp; size 256MB
&lt;br&gt;DRAM Total size 512MB &amp;nbsp;16bit width
&lt;br&gt;Flash: &amp;nbsp;0 kB
&lt;br&gt;Addresses 8M - 0M are saved for the U-Boot usage.
&lt;br&gt;Mem malloc Initialization (8M - 7M): Done
&lt;br&gt;NAND:512 MB
&lt;br&gt;&lt;br&gt;Checking for BootROM Routine Errors
&lt;br&gt;&lt;br&gt;No. of BootROM routine retries: 0
&lt;br&gt;No error found
&lt;br&gt;&lt;br&gt;Running POST...
&lt;br&gt;&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; DDR2 data bus test &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; PASSED
&lt;br&gt;&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; DDR2 address bus test &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;PASSED
&lt;br&gt;&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; UART 1 internal loopback test on baudrate &amp;nbsp; 9600 PASSED
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; UART 1 internal loopback test on baudrate &amp;nbsp;19200 PASSED
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; UART 1 internal loopback test on baudrate 115200 PASSED
&lt;br&gt;&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; Device: 0, Size: 512 MB, Page Size: 2 KB, Block Size: 128 KB
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; NAND detection test &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;PASSED
&lt;br&gt;&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; Bad Block: 1a5a0000
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; NAND bad-block detection test &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;PASSED
&lt;br&gt;&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; RTC test &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; PASSED
&lt;br&gt;&lt;br&gt;6/6 tests PASSED
&lt;br&gt;POST completed
&lt;br&gt;&lt;br&gt;CPU : Marvell Feroceon (Rev 1)
&lt;br&gt;&lt;br&gt;Streaming disabled
&lt;br&gt;Write allocate disabled
&lt;br&gt;&lt;br&gt;Module 0 is AUDIO
&lt;br&gt;Module 1 is RGMII
&lt;br&gt;&lt;br&gt;USB 0: host mode
&lt;br&gt;PCI 0: PCI Express Root Complex Interface
&lt;br&gt;PEX interface detected Link X1
&lt;br&gt;Net: &amp;nbsp; egiga0 [PRIME], egiga1
&lt;br&gt;Hit any key to stop autoboot: &amp;nbsp;0
&lt;br&gt;Marvell&amp;gt;&amp;gt; tftpboot 900000 kernel.bin
&lt;br&gt;Using egiga0 device
&lt;br&gt;TFTP from server 172.16.102.81; our IP address is 172.16.102.69
&lt;br&gt;Filename 'kernel.bin'.
&lt;br&gt;Load address: 0x900000
&lt;br&gt;Loading: #################################################################
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;#################################################################
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;#################################################################
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;#################################################################
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;#################################################################
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;#################################################################
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;#################################################################
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;#################################################################
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;###############################################################
&lt;br&gt;done
&lt;br&gt;Bytes transferred = 2980852 (2d7bf4 hex)
&lt;br&gt;Marvell&amp;gt;&amp;gt; go 900000
&lt;br&gt;## Starting application at 0x00900000 ...
&lt;br&gt;KDB: debugger backends: ddb
&lt;br&gt;KDB: current backend: ddb
&lt;br&gt;Copyright (c) 1992-2009 The FreeBSD Project.
&lt;br&gt;Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; The Regents of the University of California. All rights reserved.
&lt;br&gt;FreeBSD is a registered trademark of The FreeBSD Foundation.
&lt;br&gt;FreeBSD 8.0-RC2 #15 r198539:198785M: Thu Nov &amp;nbsp;5 15:46:38 CET 2009
&lt;br&gt;&amp;nbsp; &amp;nbsp; 
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26216705&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;root@...&lt;/a&gt;:/usr/obj/arm/arm/src/8-stable/8/sys/DB-88F6XXX
&lt;br&gt;Preloaded elf kernel &amp;quot;elf kernel&amp;quot; at 0xc0bf11d8.
&lt;br&gt;CPU: Feroceon 88FR131 rev 1 (write-through core)
&lt;br&gt;&amp;nbsp; WB enabled EABT branch prediction enabled
&lt;br&gt;&amp;nbsp; 16KB/32B 4-way Instruction cache
&lt;br&gt;&amp;nbsp; 16KB/32B 4-way write-back-locking-C Data cache
&lt;br&gt;real memory &amp;nbsp;= 536870912 (512 MB)
&lt;br&gt;Physical memory chunk(s):
&lt;br&gt;00000000 - 0x8fffff, 9437184 bytes (2304 pages)
&lt;br&gt;0xce7000 - 0x1f64bfff, 513167360 bytes (125285 pages)
&lt;br&gt;avail memory = 520372224 (496 MB)
&lt;br&gt;SOC: (0x6281:0x02) Marvell 88F6281 rev A0, TClock 200MHz
&lt;br&gt;nfslock: pseudo-device
&lt;br&gt;mem: &amp;lt;memory&amp;gt;
&lt;br&gt;null: &amp;lt;null device, zero device&amp;gt;
&lt;br&gt;random: &amp;lt;entropy source, Software, Yarrow&amp;gt;
&lt;br&gt;mbus0: &amp;lt;Marvell Internal Bus (Mbus)&amp;gt; on motherboard
&lt;br&gt;ic0: &amp;lt;Marvell Integrated Interrupt Controller&amp;gt; at mem 0xf1020200-0xf102023b on 
&lt;br&gt;mbus0
&lt;br&gt;timer0: &amp;lt;Marvell CPU Timer&amp;gt; at mem 0xf1020300-0xf102032f irq 1 on mbus0
&lt;br&gt;timer0: [FILTER]
&lt;br&gt;rtc0: &amp;lt;Marvell Integrated RTC&amp;gt; at mem 0xf1010300-0xf1010307 on mbus0
&lt;br&gt;rtc0: registered as a time-of-day clock (resolution 1000000us)
&lt;br&gt;gpio0: &amp;lt;Marvell Integrated GPIO Controller&amp;gt; at mem 0xf1010100-0xf101011f irq 
&lt;br&gt;35,36,37,38,39,40,41 on mbus0
&lt;br&gt;gpio0: [FILTER]
&lt;br&gt;gpio0: [FILTER]
&lt;br&gt;gpio0: [FILTER]
&lt;br&gt;gpio0: [FILTER]
&lt;br&gt;gpio0: [FILTER]
&lt;br&gt;gpio0: [FILTER]
&lt;br&gt;gpio0: [FILTER]
&lt;br&gt;uart0: &amp;lt;16550 or compatible&amp;gt; at mem 0xf1012000-0xf101201f irq 33 on mbus0
&lt;br&gt;uart0: [FILTER]
&lt;br&gt;uart0: fast interrupt
&lt;br&gt;uart0: console (115740,n,8,1)
&lt;br&gt;uart1: &amp;lt;16550 or compatible&amp;gt; at mem 0xf1012100-0xf101211f irq 34 on mbus0
&lt;br&gt;uart1: [FILTER]
&lt;br&gt;uart1: fast interrupt
&lt;br&gt;ehci0: &amp;lt;Marvell Integrated USB 2.0 controller&amp;gt; at mem 0xf1050000-0xf1050fff 
&lt;br&gt;irq 48,19 on mbus0
&lt;br&gt;ehci0: [FILTER]
&lt;br&gt;ehci0: [MPSAFE]
&lt;br&gt;ehci0: [ITHREAD]
&lt;br&gt;ehci0: 5.24 GL USB-2 workaround enabled
&lt;br&gt;usbus0: EHCI version 1.0
&lt;br&gt;usbus0: set host controller mode
&lt;br&gt;usbus0: &amp;lt;Marvell Integrated USB 2.0 controller&amp;gt; on ehci0
&lt;br&gt;mge0: &amp;lt;Marvell Gigabit Ethernet controller&amp;gt; at mem 0xf1072000-0xf1073fff irq 
&lt;br&gt;12,13,14,11,46 on mbus0
&lt;br&gt;mge0: bpf attached
&lt;br&gt;mge0: Ethernet address: 00:50:43:01:a2:5e
&lt;br&gt;mge0: Now probing PHY
&lt;br&gt;mge0: mii_phy_probe: Starting to probe PHYs: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0 
&lt;br&gt;8:31085 ok
&lt;br&gt;miibus0: (miibus_probe) is the mii device
&lt;br&gt;mge0: (miibus_probe) is the eth device
&lt;br&gt;miibus0: Probing phy 0 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 2 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 3 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 4 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 5 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 6 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 7 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 8 miibus0: found one. Now looking for ID
&lt;br&gt;miibus0: Probing phy 9 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy a miibus0: No phy found
&lt;br&gt;miibus0: Probing phy b miibus0: No phy found
&lt;br&gt;miibus0: Probing phy c miibus0: No phy found
&lt;br&gt;miibus0: Probing phy d miibus0: No phy found
&lt;br&gt;miibus0: Probing phy e miibus0: No phy found
&lt;br&gt;miibus0: Probing phy f miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 10 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 11 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 12 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 13 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 14 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 15 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 16 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 17 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 18 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 19 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1a miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1b miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1c miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1d miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1e miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1f miibus0: No phy found
&lt;br&gt;miibus0: &amp;lt;MII bus&amp;gt; on mge0
&lt;br&gt;miibus0: miibus_attach
&lt;br&gt;e1000phy0: Probing e1000 PHY
&lt;br&gt;e1000phy0: Probing e1000 PHY
&lt;br&gt;e1000phy0: &amp;lt;Marvell 88E1116R Gigabit PHY&amp;gt; PHY 8 on miibus0
&lt;br&gt;mge0: Writing 6800 to reg 10 on phy 8
&lt;br&gt;mge0: Writing 70 to reg 14 on phy 8
&lt;br&gt;mge0: Writing 9140 to reg 0 on phy 8
&lt;br&gt;e1000phy0: &amp;nbsp;10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
&lt;br&gt;1000baseT-FDX, auto
&lt;br&gt;mge0: [MPSAFE]
&lt;br&gt;mge0: [ITHREAD]
&lt;br&gt;mge0: [MPSAFE]
&lt;br&gt;mge0: [ITHREAD]
&lt;br&gt;mge1: &amp;lt;Marvell Gigabit Ethernet controller&amp;gt; at mem 0xf1076000-0xf1077fff irq 
&lt;br&gt;16,17,18,15,46 on mbus0
&lt;br&gt;mge1: bpf attached
&lt;br&gt;mge1: Ethernet address: 00:50:43:01:a2:5f
&lt;br&gt;mge1: Now probing PHY
&lt;br&gt;mge1: mii_phy_probe: Starting to probe PHYs: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0 
&lt;br&gt;8:0 9:65535 ok
&lt;br&gt;miibus1: (miibus_probe) is the mii device
&lt;br&gt;mge1: (miibus_probe) is the eth device
&lt;br&gt;miibus1: Probing phy 0 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 2 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 3 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 4 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 5 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 6 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 7 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 8 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 9 miibus1: found one. Now looking for ID
&lt;br&gt;miibus1: Probing phy a miibus1: No phy found
&lt;br&gt;miibus1: Probing phy b miibus1: No phy found
&lt;br&gt;miibus1: Probing phy c miibus1: No phy found
&lt;br&gt;miibus1: Probing phy d miibus1: No phy found
&lt;br&gt;miibus1: Probing phy e miibus1: No phy found
&lt;br&gt;miibus1: Probing phy f miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 10 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 11 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 12 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 13 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 14 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 15 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 16 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 17 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 18 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 19 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1a miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1b miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1c miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1d miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1e miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1f miibus1: No phy found
&lt;br&gt;miibus1: &amp;lt;MII bus&amp;gt; on mge1
&lt;br&gt;miibus1: miibus_attach
&lt;br&gt;e1000phy1: Probing e1000 PHY
&lt;br&gt;ukphy0: &amp;lt;Generic IEEE 802.3u media interface&amp;gt; PHY 9 on miibus1
&lt;br&gt;ukphy0: OUI 0x3fffff, model 0x003f, rev. 15
&lt;br&gt;mge1: Writing 8400 to reg 0 on phy 9
&lt;br&gt;ukphy0: &amp;nbsp;10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, 
&lt;br&gt;1000baseSX, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX, auto
&lt;br&gt;mge1: [MPSAFE]
&lt;br&gt;mge1: [ITHREAD]
&lt;br&gt;mge1: [MPSAFE]
&lt;br&gt;mge1: [ITHREAD]
&lt;br&gt;twsi0: &amp;lt;Marvell Integrated I2C Bus Controller&amp;gt; at mem 0xf1011000-0xf101101f on 
&lt;br&gt;mbus0
&lt;br&gt;iicbus0: &amp;lt;Philips I2C bus&amp;gt; on twsi0
&lt;br&gt;iic0: &amp;lt;I2C generic I/O&amp;gt; on iicbus0
&lt;br&gt;sata0: &amp;lt;Marvell Integrated SATA Controller&amp;gt; at mem 0xf1080000-0xf1085fff irq 
&lt;br&gt;21 on mbus0
&lt;br&gt;sata0: [MPSAFE]
&lt;br&gt;sata0: [ITHREAD]
&lt;br&gt;ata0: &amp;lt;Marvell Integrated SATA Channel&amp;gt; on sata0
&lt;br&gt;ata0: hardware reset ...
&lt;br&gt;ata0: SATA connect timeout status=00000000
&lt;br&gt;ata0: [MPSAFE]
&lt;br&gt;ata0: [ITHREAD]
&lt;br&gt;ata1: &amp;lt;Marvell Integrated SATA Channel&amp;gt; on sata0
&lt;br&gt;ata1: hardware reset ...
&lt;br&gt;ata1: SATA connect timeout status=00000000
&lt;br&gt;ata1: [MPSAFE]
&lt;br&gt;ata1: [ITHREAD]
&lt;br&gt;pcib0: &amp;lt;Marvell 88F6281 PCI-Express host controller&amp;gt; at mem 
&lt;br&gt;0xf1040000-0xf1041fff on mbus0
&lt;br&gt;pcib0: PCI IO/Memory space exhausted
&lt;br&gt;device_attach: pcib0 attach returned 12
&lt;br&gt;Timecounter &amp;quot;CPU Timer&amp;quot; frequency 200000000 Hz quality 1000
&lt;br&gt;Timecounters tick every 10.000 msec
&lt;br&gt;lo0: bpf attached
&lt;br&gt;ata0: Identifying devices: 00000000
&lt;br&gt;ata0: New devices: 00000000
&lt;br&gt;ata1: Identifying devices: 00000000
&lt;br&gt;ata1: New devices: 00000000
&lt;br&gt;usbus0: 480Mbps High Speed USB v2.0
&lt;br&gt;bootpc_init: wired to interface 'mge0'
&lt;br&gt;Sending DHCP Discover packet from interface mge0 (00:50:43:01:a2:5e)
&lt;br&gt;ugen0.1: &amp;lt;Marvell&amp;gt; at usbus0
&lt;br&gt;uhub0: &amp;lt;Marvell EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1&amp;gt; on usbus0
&lt;br&gt;uhub0: 1 port with 1 removable, self powered
&lt;br&gt;mge0: link state changed to UP
&lt;br&gt;ugen0.2: &amp;lt;vendor 0x0424&amp;gt; at usbus0
&lt;br&gt;uhub1: &amp;lt;vendor 0x0424 product 0x2517, class 9/0, rev 2.00/0.01, addr 2&amp;gt; on 
&lt;br&gt;usbus0
&lt;br&gt;uhub1: 7 ports with 7 removable, self powered
&lt;br&gt;DHCP/BOOTP timeout for server 255.255.255.255
&lt;br&gt;DHCP/BOOTP timeout for server 255.255.255.255
&lt;br&gt;DHCP/BOOTP timeout for server 255.255.255.255
&lt;br&gt;DHCP/BOOTP timeout for server 255.255.255.255
&lt;br&gt;DHCP/BOOTP timeout for server 255.255.255.255
&lt;br&gt;Received DHCP Offer packet on mge0 from 172.16.102.81 (accepted) (no root 
&lt;br&gt;path)
&lt;br&gt;Sending DHCP Request packet from interface mge0 (00:50:43:01:a2:5e)
&lt;br&gt;DHCP/BOOTP timeout for server 255.255.255.255
&lt;br&gt;Received DHCP Ack packet on mge0 from 172.16.102.81 (accepted) (got root path)
&lt;br&gt;mge0 at 172.16.102.69 server 172.16.102.81 boot file kernel.bin
&lt;br&gt;subnet mask 255.255.255.0 router 172.16.102.3 rootfs 
&lt;br&gt;172.16.102.81:/nfsroot/arm-8-le hostname open-rd1
&lt;br&gt;Adjusted interface mge0
&lt;br&gt;ifa_del_loopback_route: deletion failed
&lt;br&gt;Trying to mount root from nfs:
&lt;br&gt;NFS ROOT: 172.16.102.81:/nfsroot/arm-8-le
&lt;br&gt;ct_to_ts([2009-11-05 14:55:27]) = 1257432927.000000000
&lt;br&gt;ct_to_ts([2009-11-05 14:55:27]) = 1257432927.000000000
&lt;br&gt;start_init: trying /sbin/init
&lt;br&gt;Enter full pathname of shell or RETURN for /bin/sh:
&lt;br&gt;# exit
&lt;br&gt;Interface mge0 IP-Address 172.16.102.69 Broadcast 172.16.102.255
&lt;br&gt;Entropy harvesting: interrupts ethernet point_to_point kickstart.
&lt;br&gt;Fast boot: skipping disk checks.
&lt;br&gt;mount_nfs: can't update /var/db/mounttab for 172.16.102.81:/nfsroot/arm-8-le
&lt;br&gt;Starting Network: lo0.
&lt;br&gt;route: writing to routing socket: File exists
&lt;br&gt;add net default: gateway 172.16.102.3: route already in table
&lt;br&gt;devd: cannot open pid file: Operation not supported
&lt;br&gt;Mounting NFS file systems:mount_nfs: can't update /var/db/mounttab for 
&lt;br&gt;172.16.102.81:/nfsvar/arm-8-le
&lt;br&gt;.
&lt;br&gt;syslogd: cannot open pid file: Operation not supported
&lt;br&gt;Recovering vi editor sessions:.
&lt;br&gt;Starting local daemons:rc.local
&lt;br&gt;.
&lt;br&gt;Nov &amp;nbsp;5 14:55:45 open-rd1 sm-mta[820]: nA5EtjYr000820: SYSERR(root): hash 
&lt;br&gt;map &amp;quot;Alias0&amp;quot;: missing map file /etc/mail/aliases.db: No such file or 
&lt;br&gt;directory
&lt;br&gt;Nov &amp;nbsp;5 14:55:45 open-rd1 sm-mta[829]: nA5EtjYr000820: SYSERR(root): hash 
&lt;br&gt;map &amp;quot;Alias0&amp;quot;: missing map file /etc/mail/aliases.db: No such file or 
&lt;br&gt;directory
&lt;br&gt;&lt;br&gt;Thu Nov &amp;nbsp;5 14:55:46 UTC 2009
&lt;br&gt;&lt;br&gt;FreeBSD/arm (open-rd1) (ttyu0)
&lt;br&gt;&lt;br&gt;login:
&lt;br&gt;&lt;br&gt;----------------------------------snip---------------------------------------------------
&lt;br&gt;Am Donnerstag 05 November 2009 15:16:08 schrieb Rafal Jaworowski:
&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; On 2009-11-05, at 14:23, Matthias Reyelt wrote:
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; &amp;gt;&amp;gt; Before trying to identify PHY problems, &amp;nbsp;can you share all your
&lt;br&gt;&amp;gt; &amp;gt;&amp;gt; changes (a diff)? So far all Kirkwood based boards we support had &amp;nbsp;
&lt;br&gt;&amp;gt; &amp;gt;&amp;gt; only
&lt;br&gt;&amp;gt; &amp;gt;&amp;gt; a single active Ethernet port, so the Kirkwood platform config only
&lt;br&gt;&amp;gt; &amp;gt; Yes, the OpenRD client is rather new, and the board contains an &amp;nbsp;
&lt;br&gt;&amp;gt; &amp;gt; awful lot of
&lt;br&gt;&amp;gt; &amp;gt; interfaces (and no fan), really great.
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Can you eye inspect the PHY chip connected to the second MAC, is it &amp;nbsp;
&lt;br&gt;&amp;gt; E1116 as well?
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; BTW: if you managed to get OpenRD to boot, please send a full booting &amp;nbsp;
&lt;br&gt;&amp;gt; log for reference.
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; &amp;gt;&amp;gt; accounted for a single MAC, have you altered the obio_devices[] in
&lt;br&gt;&amp;gt; &amp;gt;&amp;gt; particular?
&lt;br&gt;&amp;gt; &amp;gt; I did add the second interface to the obio_devices[], and adjusted &amp;nbsp;
&lt;br&gt;&amp;gt; &amp;gt; the defines
&lt;br&gt;&amp;gt; &amp;gt; according to the header files as good as I knew (although I have &amp;nbsp;
&lt;br&gt;&amp;gt; &amp;gt; been aware
&lt;br&gt;&amp;gt; &amp;gt; that there would be a reason for the missing interface :-)
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Your diff looks fine, however there is missing at least one important &amp;nbsp;
&lt;br&gt;&amp;gt; piece: decode window for the second ETH is not being configured. Try &amp;nbsp;
&lt;br&gt;&amp;gt; adding the change below.
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Rafal
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; diff --git a/sys/arm/mv/common.c b/sys/arm/mv/common.c
&lt;br&gt;&amp;gt; index 76758be..b60d0ac 100644
&lt;br&gt;&amp;gt; --- a/sys/arm/mv/common.c
&lt;br&gt;&amp;gt; +++ b/sys/arm/mv/common.c
&lt;br&gt;&amp;gt; @@ -204,7 +204,8 @@ soc_decode_win(void)
&lt;br&gt;&amp;gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;decode_win_cpu_setup();
&lt;br&gt;&amp;gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;decode_win_usb_setup();
&lt;br&gt;&amp;gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;decode_win_eth_setup(MV_ETH0_BASE);
&lt;br&gt;&amp;gt; - &amp;nbsp; &amp;nbsp; &amp;nbsp; if (dev == MV_DEV_MV78100 || dev == MV_DEV_MV78100_Z0)
&lt;br&gt;&amp;gt; + &amp;nbsp; &amp;nbsp; &amp;nbsp; if (dev == MV_DEV_88F6281 ||
&lt;br&gt;&amp;gt; + &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; dev == MV_DEV_MV78100 || dev == MV_DEV_MV78100_Z0)
&lt;br&gt;&amp;gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;decode_win_eth_setup(MV_ETH1_BASE);
&lt;br&gt;&amp;gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;if (dev == MV_DEV_88F6281 || dev == MV_DEV_MV78100 ||
&lt;br&gt;&amp;gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;dev == MV_DEV_MV78100_Z0)
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; 
&lt;/div&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26216705&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26216705&amp;i=2&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Marvell-Kirkwood-6281-mge1-interface-tp26193068p26216705.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26215397</id>
	<title>Re: Marvell Kirkwood 6281 mge1 interface</title>
	<published>2009-11-05T06:16:08Z</published>
	<updated>2009-11-05T06:16:08Z</updated>
	<author>
		<name>Rafal Jaworowski</name>
	</author>
	<content type="html">&lt;br&gt;On 2009-11-05, at 14:23, Matthias Reyelt wrote:
&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; Before trying to identify PHY problems, &amp;nbsp;can you share all your
&lt;br&gt;&amp;gt;&amp;gt; changes (a diff)? So far all Kirkwood based boards we support had &amp;nbsp;
&lt;br&gt;&amp;gt;&amp;gt; only
&lt;br&gt;&amp;gt;&amp;gt; a single active Ethernet port, so the Kirkwood platform config only
&lt;br&gt;&amp;gt; Yes, the OpenRD client is rather new, and the board contains an &amp;nbsp;
&lt;br&gt;&amp;gt; awful lot of
&lt;br&gt;&amp;gt; interfaces (and no fan), really great.
&lt;br&gt;&lt;br&gt;Can you eye inspect the PHY chip connected to the second MAC, is it &amp;nbsp;
&lt;br&gt;E1116 as well?
&lt;br&gt;&lt;br&gt;BTW: if you managed to get OpenRD to boot, please send a full booting &amp;nbsp;
&lt;br&gt;log for reference.
&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; accounted for a single MAC, have you altered the obio_devices[] in
&lt;br&gt;&amp;gt;&amp;gt; particular?
&lt;br&gt;&amp;gt; I did add the second interface to the obio_devices[], and adjusted &amp;nbsp;
&lt;br&gt;&amp;gt; the defines
&lt;br&gt;&amp;gt; according to the header files as good as I knew (although I have &amp;nbsp;
&lt;br&gt;&amp;gt; been aware
&lt;br&gt;&amp;gt; that there would be a reason for the missing interface :-)
&lt;br&gt;&lt;br&gt;Your diff looks fine, however there is missing at least one important &amp;nbsp;
&lt;br&gt;piece: decode window for the second ETH is not being configured. Try &amp;nbsp;
&lt;br&gt;adding the change below.
&lt;br&gt;&lt;br&gt;Rafal
&lt;br&gt;&lt;br&gt;diff --git a/sys/arm/mv/common.c b/sys/arm/mv/common.c
&lt;br&gt;index 76758be..b60d0ac 100644
&lt;br&gt;--- a/sys/arm/mv/common.c
&lt;br&gt;+++ b/sys/arm/mv/common.c
&lt;br&gt;@@ -204,7 +204,8 @@ soc_decode_win(void)
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;decode_win_cpu_setup();
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;decode_win_usb_setup();
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;decode_win_eth_setup(MV_ETH0_BASE);
&lt;br&gt;- &amp;nbsp; &amp;nbsp; &amp;nbsp; if (dev == MV_DEV_MV78100 || dev == MV_DEV_MV78100_Z0)
&lt;br&gt;+ &amp;nbsp; &amp;nbsp; &amp;nbsp; if (dev == MV_DEV_88F6281 ||
&lt;br&gt;+ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; dev == MV_DEV_MV78100 || dev == MV_DEV_MV78100_Z0)
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;decode_win_eth_setup(MV_ETH1_BASE);
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;if (dev == MV_DEV_88F6281 || dev == MV_DEV_MV78100 ||
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;dev == MV_DEV_MV78100_Z0)
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26215397&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26215397&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Marvell-Kirkwood-6281-mge1-interface-tp26193068p26215397.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26214448</id>
	<title>Re: Marvell Kirkwood 6281 mge1 interface</title>
	<published>2009-11-05T05:23:50Z</published>
	<updated>2009-11-05T05:23:50Z</updated>
	<author>
		<name>Matthias Reyelt</name>
	</author>
	<content type="html">Hi,
&lt;br&gt;&lt;br&gt;here is the diff. The removal of the debug options were due to some 
&lt;br&gt;performance tests I did before.
&lt;br&gt;&lt;br&gt;Am Donnerstag 05 November 2009 11:46:06 schrieb Rafal Jaworowski:
&lt;div class='shrinkable-quote'&gt;&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; On 2009-11-04, at 11:42, Matthias Reyelt wrote:
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; &amp;gt; Hi,
&lt;br&gt;&amp;gt; &amp;gt;
&lt;br&gt;&amp;gt; &amp;gt; here is the boot log. I have added several device_printf's and &amp;nbsp;
&lt;br&gt;&amp;gt; &amp;gt; removed the
&lt;br&gt;&amp;gt; &amp;gt; 0xffff condition in mii_phy_probe()
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Before trying to identify PHY problems, &amp;nbsp;can you share all your &amp;nbsp;
&lt;br&gt;&amp;gt; changes (a diff)? So far all Kirkwood based boards we support had only &amp;nbsp;
&lt;br&gt;&amp;gt; a single active Ethernet port, so the Kirkwood platform config only &amp;nbsp;
&lt;/div&gt;Yes, the OpenRD client is rather new, and the board contains an awful lot of 
&lt;/div&gt;interfaces (and no fan), really great. 
&lt;br&gt;&amp;gt; accounted for a single MAC, have you altered the obio_devices[] in &amp;nbsp;
&lt;br&gt;&amp;gt; particular?
&lt;br&gt;I did add the second interface to the obio_devices[], and adjusted the defines 
&lt;br&gt;according to the header files as good as I knew (although I have been aware 
&lt;br&gt;that there would be a reason for the missing interface :-)
&lt;br&gt;&lt;br&gt;Matthias
&lt;br&gt;&lt;br /&gt;&lt;tt&gt;[changes-kw2ndif.diff]&lt;/tt&gt;&lt;br /&gt;&lt;hr align=&quot;left&quot; width=&quot;300&quot; /&gt;&lt;tt&gt;Index: arm/mv/kirkwood/kirkwood.c
&lt;br&gt;===================================================================
&lt;br&gt;--- arm/mv/kirkwood/kirkwood.c	(revision 198539)
&lt;br&gt;+++ arm/mv/kirkwood/kirkwood.c	(working copy)
&lt;br&gt;@@ -95,6 +95,12 @@
&lt;br&gt;&amp;nbsp;		{ -1 },
&lt;br&gt;&amp;nbsp;		CPU_PM_CTRL_GE0
&lt;br&gt;&amp;nbsp;	},
&lt;br&gt;+ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;{ &amp;quot;mge&amp;quot;, MV_ETH1_BASE, MV_ETH_SIZE,
&lt;br&gt;+ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;{ MV_INT_GBE1RX, MV_INT_GBE1TX, MV_INT_GBE1MISC,
&lt;br&gt;+ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;MV_INT_GBE1SUM, MV_INT_GBEERR, -1 },
&lt;br&gt;+ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;{ -1 },
&lt;br&gt;+ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;CPU_PM_CTRL_GE1
&lt;br&gt;+ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;},
&lt;br&gt;&amp;nbsp;	{ &amp;quot;twsi&amp;quot;, MV_TWSI0_BASE, MV_TWSI_SIZE,
&lt;br&gt;&amp;nbsp;		{ -1 }, { -1 },
&lt;br&gt;&amp;nbsp;		CPU_PM_CTRL_NONE
&lt;br&gt;Index: arm/conf/DB-88F6XXX
&lt;br&gt;===================================================================
&lt;br&gt;--- arm/conf/DB-88F6XXX	(revision 198539)
&lt;br&gt;+++ arm/conf/DB-88F6XXX	(working copy)
&lt;br&gt;@@ -39,12 +39,12 @@
&lt;br&gt;&amp;nbsp;# Debugging
&lt;br&gt;&amp;nbsp;options 	ALT_BREAK_TO_DEBUGGER
&lt;br&gt;&amp;nbsp;options 	DDB
&lt;br&gt;-options 	DIAGNOSTIC
&lt;br&gt;+#options 	DIAGNOSTIC
&lt;br&gt;&amp;nbsp;#options 	INVARIANTS		#Enable calls of extra sanity checking
&lt;br&gt;&amp;nbsp;#options 	INVARIANT_SUPPORT	#Extra sanity checks of internal structures, required by INVARIANTS
&lt;br&gt;&amp;nbsp;options 	KDB
&lt;br&gt;-options 	WITNESS			#Enable checks to detect deadlocks and cycles
&lt;br&gt;-options 	WITNESS_SKIPSPIN	#Don't run witness on spinlocks for speed
&lt;br&gt;+#options 	WITNESS			#Enable checks to detect deadlocks and cycles
&lt;br&gt;+#options 	WITNESS_SKIPSPIN	#Don't run witness on spinlocks for speed
&lt;br&gt;&amp;nbsp;#options 	WITNESS_KDB
&lt;br&gt;&amp;nbsp;
&lt;br&gt;&amp;nbsp;device		pci
&lt;br&gt;Index: conf/NOTES
&lt;br&gt;===================================================================
&lt;br&gt;--- conf/NOTES	(revision 198539)
&lt;br&gt;+++ conf/NOTES	(working copy)
&lt;br&gt;@@ -266,12 +266,12 @@
&lt;br&gt;&amp;nbsp;#	 &amp;nbsp;a lock hierarchy violation occurs or if locks are held when going to
&lt;br&gt;&amp;nbsp;#	 &amp;nbsp;sleep.
&lt;br&gt;&amp;nbsp;# WITNESS_SKIPSPIN disables the witness checks on spin mutexes.
&lt;br&gt;-options 	PREEMPTION
&lt;br&gt;-options 	FULL_PREEMPTION
&lt;br&gt;-options 	MUTEX_DEBUG
&lt;br&gt;-options 	WITNESS
&lt;br&gt;-options 	WITNESS_KDB
&lt;br&gt;-options 	WITNESS_SKIPSPIN
&lt;br&gt;+#options 	PREEMPTION
&lt;br&gt;+#options 	FULL_PREEMPTION
&lt;br&gt;+#options 	MUTEX_DEBUG
&lt;br&gt;+#options 	WITNESS
&lt;br&gt;+#options 	WITNESS_KDB
&lt;br&gt;+#options 	WITNESS_SKIPSPIN
&lt;br&gt;&amp;nbsp;
&lt;br&gt;&amp;nbsp;# LOCK_PROFILING - Profiling locks. &amp;nbsp;See LOCK_PROFILING(9) for details.
&lt;br&gt;&amp;nbsp;options 	LOCK_PROFILING
&lt;br&gt;Index: dev/mge/if_mge.c
&lt;br&gt;===================================================================
&lt;br&gt;--- dev/mge/if_mge.c	(revision 198785)
&lt;br&gt;+++ dev/mge/if_mge.c	(working copy)
&lt;br&gt;@@ -685,6 +685,7 @@
&lt;br&gt;&amp;nbsp;	ether_ifattach(ifp, hwaddr);
&lt;br&gt;&amp;nbsp;	callout_init(&amp;sc-&amp;gt;wd_callout, 0);
&lt;br&gt;&amp;nbsp;
&lt;br&gt;+	device_printf( dev, &amp;quot;Now probing PHY\n&amp;quot; );
&lt;br&gt;&amp;nbsp;	/* Probe PHY(s) */
&lt;br&gt;&amp;nbsp;	error = mii_phy_probe(dev, &amp;sc-&amp;gt;miibus, mge_ifmedia_upd, mge_ifmedia_sts);
&lt;br&gt;&amp;nbsp;	if (error) {
&lt;br&gt;@@ -1273,10 +1274,11 @@
&lt;br&gt;&amp;nbsp;	 * unit.
&lt;br&gt;&amp;nbsp;	 */
&lt;br&gt;&amp;nbsp;
&lt;br&gt;-	
&lt;br&gt;+
&lt;br&gt;&amp;nbsp;	if ((MII_ADDR_BASE + device_get_unit(dev)) != phy)
&lt;br&gt;&amp;nbsp;		return (0);
&lt;br&gt;&amp;nbsp;
&lt;br&gt;+
&lt;br&gt;&amp;nbsp;	MGE_WRITE(sc_mge0, MGE_REG_SMI, 0x1fffffff &amp;
&lt;br&gt;&amp;nbsp;	 &amp;nbsp; &amp;nbsp;(MGE_SMI_READ | (reg &amp;lt;&amp;lt; 21) | (phy &amp;lt;&amp;lt; 16)));
&lt;br&gt;&amp;nbsp;
&lt;br&gt;@@ -1298,6 +1300,7 @@
&lt;br&gt;&amp;nbsp;	if ((MII_ADDR_BASE + device_get_unit(dev)) != phy)
&lt;br&gt;&amp;nbsp;		return (0);
&lt;br&gt;&amp;nbsp;
&lt;br&gt;+	device_printf( dev, &amp;quot;Writing %x to reg %x on phy %x\n&amp;quot;, value, reg, phy );
&lt;br&gt;&amp;nbsp;	MGE_WRITE(sc_mge0, MGE_REG_SMI, 0x1fffffff &amp;
&lt;br&gt;&amp;nbsp;	 &amp;nbsp; &amp;nbsp;(MGE_SMI_WRITE | (reg &amp;lt;&amp;lt; 21) | (phy &amp;lt;&amp;lt; 16) | (value &amp; 0xffff)));
&lt;br&gt;&amp;nbsp;
&lt;br&gt;Index: dev/mii/e1000phy.c
&lt;br&gt;===================================================================
&lt;br&gt;--- dev/mii/e1000phy.c	(revision 198539)
&lt;br&gt;+++ dev/mii/e1000phy.c	(working copy)
&lt;br&gt;@@ -119,7 +119,7 @@
&lt;br&gt;&amp;nbsp;static int
&lt;br&gt;&amp;nbsp;e1000phy_probe(device_t	dev)
&lt;br&gt;&amp;nbsp;{
&lt;br&gt;-
&lt;br&gt;+ &amp;nbsp;device_printf( dev, &amp;quot;Probing e1000 PHY\n&amp;quot; );
&lt;br&gt;&amp;nbsp;	return (mii_phy_dev_probe(dev, e1000phys, BUS_PROBE_DEFAULT));
&lt;br&gt;&amp;nbsp;}
&lt;br&gt;&amp;nbsp;
&lt;br&gt;Index: dev/mii/mii.c
&lt;br&gt;===================================================================
&lt;br&gt;--- dev/mii/mii.c	(revision 198539)
&lt;br&gt;+++ dev/mii/mii.c	(working copy)
&lt;br&gt;@@ -124,7 +124,9 @@
&lt;br&gt;&amp;nbsp;	int			bmsr, capmask = 0xFFFFFFFF;
&lt;br&gt;&amp;nbsp;
&lt;br&gt;&amp;nbsp;	mii = device_get_softc(dev);
&lt;br&gt;+	device_printf( dev, &amp;quot;(miibus_probe) is the mii device\n&amp;quot; );
&lt;br&gt;&amp;nbsp;	parent = device_get_parent(dev);
&lt;br&gt;+	device_printf( parent, &amp;quot;(miibus_probe) is the eth device\n&amp;quot; );
&lt;br&gt;&amp;nbsp;	LIST_INIT(&amp;mii-&amp;gt;mii_phys);
&lt;br&gt;&amp;nbsp;
&lt;br&gt;&amp;nbsp;	for (ma.mii_phyno = 0; ma.mii_phyno &amp;lt; MII_NPHY; ma.mii_phyno++) {
&lt;br&gt;@@ -133,13 +135,15 @@
&lt;br&gt;&amp;nbsp;		 * many braindead PHYs report 0/0 in their ID registers,
&lt;br&gt;&amp;nbsp;		 * so we test for media in the BMSR.
&lt;br&gt;&amp;nbsp;	 	 */
&lt;br&gt;+ &amp;nbsp;	 &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;device_printf( dev, &amp;quot;Probing phy %x &amp;quot;, ma.mii_phyno );
&lt;br&gt;&amp;nbsp;		bmsr = MIIBUS_READREG(parent, ma.mii_phyno, MII_BMSR);
&lt;br&gt;-		if (bmsr == 0 || bmsr == 0xffff ||
&lt;br&gt;+		if (bmsr == 0 ||
&lt;br&gt;&amp;nbsp;		 &amp;nbsp; &amp;nbsp;(bmsr &amp; (BMSR_EXTSTAT|BMSR_MEDIAMASK)) == 0) {
&lt;br&gt;&amp;nbsp;			/* Assume no PHY at this address. */
&lt;br&gt;-			continue;
&lt;br&gt;+		 &amp;nbsp;device_printf( dev, &amp;quot;No phy found\n&amp;quot; );
&lt;br&gt;+		 &amp;nbsp;continue;
&lt;br&gt;&amp;nbsp;		}
&lt;br&gt;-
&lt;br&gt;+		device_printf( dev, &amp;quot;found one. Now looking for ID\n&amp;quot; );
&lt;br&gt;&amp;nbsp;		/*
&lt;br&gt;&amp;nbsp;		 * Extract the IDs. Braindead PHYs will be handled by
&lt;br&gt;&amp;nbsp;		 * the `ukphy' driver, as we have no ID information to
&lt;br&gt;@@ -179,6 +183,7 @@
&lt;br&gt;&amp;nbsp;	 * Note that each NIC's softc must start with an ifnet pointer.
&lt;br&gt;&amp;nbsp;	 * XXX: EVIL HACK!
&lt;br&gt;&amp;nbsp;	 */
&lt;br&gt;+	device_printf( dev, &amp;quot;miibus_attach\n&amp;quot; );
&lt;br&gt;&amp;nbsp;	mii-&amp;gt;mii_ifp = *(struct ifnet**)device_get_softc(device_get_parent(dev));
&lt;br&gt;&amp;nbsp;	ivars = device_get_ivars(dev);
&lt;br&gt;&amp;nbsp;	ifmedia_init(&amp;mii-&amp;gt;mii_media, IFM_IMASK, ivars-&amp;gt;ifmedia_upd,
&lt;br&gt;@@ -337,13 +342,16 @@
&lt;br&gt;&amp;nbsp;	*child = device_add_child(dev, &amp;quot;miibus&amp;quot;, -1);
&lt;br&gt;&amp;nbsp;	device_set_ivars(*child, ivars);
&lt;br&gt;&amp;nbsp;
&lt;br&gt;+	device_printf( dev, &amp;quot;mii_phy_probe: Starting to probe PHYs: &amp;quot; );
&lt;br&gt;&amp;nbsp;	for (i = 0; i &amp;lt; MII_NPHY; i++) {
&lt;br&gt;&amp;nbsp;		bmsr = MIIBUS_READREG(dev, i, MII_BMSR);
&lt;br&gt;- &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;if (bmsr == 0 || bmsr == 0xffff ||
&lt;br&gt;+	 &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;printf( &amp;quot;%d:%d &amp;quot;, i, bmsr );
&lt;br&gt;+ &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;if (bmsr == 0 ||
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;(bmsr &amp; (BMSR_EXTSTAT|BMSR_MEDIAMASK)) == 0) {
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;/* Assume no PHY at this address. */
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;continue;
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;} else
&lt;br&gt;+	 	 &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;printf( &amp;quot;ok\n&amp;quot; );
&lt;br&gt;&amp;nbsp;			break;
&lt;br&gt;&amp;nbsp;	}
&lt;br&gt;&amp;nbsp;
&lt;br&gt;&lt;br&gt;&lt;/tt&gt;&lt;hr align=&quot;left&quot; width=&quot;300&quot; /&gt;&lt;br /&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26214448&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26214448&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Marvell-Kirkwood-6281-mge1-interface-tp26193068p26214448.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26212383</id>
	<title>Re: Marvell Kirkwood 6281 mge1 interface</title>
	<published>2009-11-05T02:46:06Z</published>
	<updated>2009-11-05T02:46:06Z</updated>
	<author>
		<name>Rafal Jaworowski</name>
	</author>
	<content type="html">&lt;br&gt;On 2009-11-04, at 11:42, Matthias Reyelt wrote:
&lt;br&gt;&lt;br&gt;&amp;gt; Hi,
&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt; here is the boot log. I have added several device_printf's and &amp;nbsp;
&lt;br&gt;&amp;gt; removed the
&lt;br&gt;&amp;gt; 0xffff condition in mii_phy_probe()
&lt;br&gt;&lt;br&gt;Before trying to identify PHY problems, &amp;nbsp;can you share all your &amp;nbsp;
&lt;br&gt;changes (a diff)? So far all Kirkwood based boards we support had only &amp;nbsp;
&lt;br&gt;a single active Ethernet port, so the Kirkwood platform config only &amp;nbsp;
&lt;br&gt;accounted for a single MAC, have you altered the obio_devices[] in &amp;nbsp;
&lt;br&gt;particular?
&lt;br&gt;&lt;br&gt;Rafal
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26212383&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26212383&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Marvell-Kirkwood-6281-mge1-interface-tp26193068p26212383.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26194111</id>
	<title>Re: Marvell Kirkwood 6281 mge1 interface</title>
	<published>2009-11-04T02:42:30Z</published>
	<updated>2009-11-04T02:42:30Z</updated>
	<author>
		<name>Matthias Reyelt</name>
	</author>
	<content type="html">Hi,
&lt;br&gt;&lt;br&gt;here is the boot log. I have added several device_printf's and removed the 
&lt;br&gt;0xffff condition in mii_phy_probe()
&lt;br&gt;&lt;br&gt;Matthias
&lt;br&gt;&lt;br&gt;ge0: &amp;lt;Marvell Gigabit Ethernet controller&amp;gt; at mem 0xf1072000-0xf1073fff irq 
&lt;br&gt;12,13,14,11,46 on mbus0
&lt;br&gt;mge0: bpf attached
&lt;br&gt;mge0: Ethernet address: 00:50:43:01:a2:5e
&lt;br&gt;mge0: Now probing PHY
&lt;br&gt;mge0: mii_phy_probe: Starting to probe PHYs: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0 
&lt;br&gt;8:31085 ok
&lt;br&gt;miibus0: (miibus_probe) is the mii device
&lt;br&gt;mge0: (miibus_probe) is the eth device
&lt;br&gt;miibus0: Probing phy 0 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 2 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 3 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 4 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 5 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 6 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 7 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 8 miibus0: found one. Now looking for ID
&lt;br&gt;miibus0: Probing phy 9 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy a miibus0: No phy found
&lt;br&gt;miibus0: Probing phy b miibus0: No phy found
&lt;br&gt;miibus0: Probing phy c miibus0: No phy found
&lt;br&gt;miibus0: Probing phy d miibus0: No phy found
&lt;br&gt;miibus0: Probing phy e miibus0: No phy found
&lt;br&gt;miibus0: Probing phy f miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 10 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 11 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 12 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 13 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 14 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 15 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 16 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 17 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 18 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 19 miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1a miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1b miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1c miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1d miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1e miibus0: No phy found
&lt;br&gt;miibus0: Probing phy 1f miibus0: No phy found
&lt;br&gt;miibus0: &amp;lt;MII bus&amp;gt; on mge0
&lt;br&gt;miibus0: miibus_attach
&lt;br&gt;e1000phy0: Probing e1000 PHY
&lt;br&gt;e1000phy0: Probing e1000 PHY
&lt;br&gt;e1000phy0: &amp;lt;Marvell 88E1116R Gigabit PHY&amp;gt; PHY 8 on miibus0
&lt;br&gt;mge0: Writing 6800 to reg 10 on phy 8
&lt;br&gt;mge0: Writing 70 to reg 14 on phy 8
&lt;br&gt;mge0: Writing 9140 to reg 0 on phy 8
&lt;br&gt;e1000phy0: &amp;nbsp;10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
&lt;br&gt;1000baseT-FDX, auto
&lt;br&gt;mge0: [MPSAFE]
&lt;br&gt;mge0: [ITHREAD]
&lt;br&gt;mge0: [MPSAFE]
&lt;br&gt;mge0: [ITHREAD]
&lt;br&gt;mge1: &amp;lt;Marvell Gigabit Ethernet controller&amp;gt; at mem 0xf1076000-0xf1077fff irq 
&lt;br&gt;16,17,18,15,46 on mbus0
&lt;br&gt;mge1: bpf attached
&lt;br&gt;mge1: Ethernet address: 00:50:43:01:a2:5f
&lt;br&gt;mge1: Now probing PHY
&lt;br&gt;mge1: mii_phy_probe: Starting to probe PHYs: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0 
&lt;br&gt;8:0 9:65535 ok
&lt;br&gt;miibus1: (miibus_probe) is the mii device
&lt;br&gt;mge1: (miibus_probe) is the eth device
&lt;br&gt;miibus1: Probing phy 0 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 2 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 3 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 4 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 5 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 6 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 7 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 8 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 9 miibus1: found one. Now looking for ID
&lt;br&gt;miibus1: Probing phy a miibus1: No phy found
&lt;br&gt;miibus1: Probing phy b miibus1: No phy found
&lt;br&gt;miibus1: Probing phy c miibus1: No phy found
&lt;br&gt;miibus1: Probing phy d miibus1: No phy found
&lt;br&gt;miibus1: Probing phy e miibus1: No phy found
&lt;br&gt;miibus1: Probing phy f miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 10 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 11 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 12 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 13 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 14 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 15 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 16 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 17 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 18 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 19 miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1a miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1b miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1c miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1d miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1e miibus1: No phy found
&lt;br&gt;miibus1: Probing phy 1f miibus1: No phy found
&lt;br&gt;miibus1: &amp;lt;MII bus&amp;gt; on mge1
&lt;br&gt;miibus1: miibus_attach
&lt;br&gt;e1000phy1: Probing e1000 PHY
&lt;br&gt;ukphy0: &amp;lt;Generic IEEE 802.3u media interface&amp;gt; PHY 9 on miibus1
&lt;br&gt;ukphy0: OUI 0x3fffff, model 0x003f, rev. 15
&lt;br&gt;mge1: Writing 8400 to reg 0 on phy 9
&lt;br&gt;ukphy0: &amp;nbsp;10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, 
&lt;br&gt;1000baseSX, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX, auto
&lt;br&gt;mge1: [MPSAFE] &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; 
&lt;br&gt;&lt;br&gt;&lt;br&gt;Am Mittwoch 04 November 2009 10:37:52 schrieb Rafal Jaworowski:
&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; On 2009-11-04, at 09:56, Matthias Reyelt wrote:
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; &amp;gt; I have tried to use the second network interface on an Marvell &amp;nbsp;
&lt;br&gt;&amp;gt; &amp;gt; OpenRD board
&lt;br&gt;&amp;gt; &amp;gt; with BETA3. The mge1 interfaces seems to have problems with it's phy.
&lt;br&gt;&amp;gt; &amp;gt;
&lt;br&gt;&amp;gt; &amp;gt; I am not familiar with kernel debugging, I've only seen that &amp;nbsp;
&lt;br&gt;&amp;gt; &amp;gt; mii_phy_probe()
&lt;br&gt;&amp;gt; &amp;gt; detects the bmsr register at 0x09, but readreg returns 0xffff.
&lt;br&gt;&amp;gt; &amp;gt;
&lt;br&gt;&amp;gt; &amp;gt; Has anybody got that second interface up already?
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Please paste the log with errors you're seeing.
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; Rafal
&lt;br&gt;&amp;gt; 
&lt;br&gt;&amp;gt; 
&lt;/div&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26194111&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26194111&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Marvell-Kirkwood-6281-mge1-interface-tp26193068p26194111.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26193313</id>
	<title>Re: Marvell Kirkwood 6281 mge1 interface</title>
	<published>2009-11-04T01:37:52Z</published>
	<updated>2009-11-04T01:37:52Z</updated>
	<author>
		<name>Rafal Jaworowski</name>
	</author>
	<content type="html">&lt;br&gt;On 2009-11-04, at 09:56, Matthias Reyelt wrote:
&lt;br&gt;&lt;br&gt;&amp;gt; I have tried to use the second network interface on an Marvell &amp;nbsp;
&lt;br&gt;&amp;gt; OpenRD board
&lt;br&gt;&amp;gt; with BETA3. The mge1 interfaces seems to have problems with it's phy.
&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt; I am not familiar with kernel debugging, I've only seen that &amp;nbsp;
&lt;br&gt;&amp;gt; mii_phy_probe()
&lt;br&gt;&amp;gt; detects the bmsr register at 0x09, but readreg returns 0xffff.
&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt; Has anybody got that second interface up already?
&lt;br&gt;&lt;br&gt;Please paste the log with errors you're seeing.
&lt;br&gt;&lt;br&gt;Rafal
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26193313&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26193313&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Marvell-Kirkwood-6281-mge1-interface-tp26193068p26193313.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26193068</id>
	<title>Marvell Kirkwood 6281 mge1 interface</title>
	<published>2009-11-04T00:56:08Z</published>
	<updated>2009-11-04T00:56:08Z</updated>
	<author>
		<name>Matthias Reyelt</name>
	</author>
	<content type="html">Hi,
&lt;br&gt;&lt;br&gt;I have tried to use the second network interface on an Marvell OpenRD board 
&lt;br&gt;with BETA3. The mge1 interfaces seems to have problems with it's phy. 
&lt;br&gt;&lt;br&gt;I am not familiar with kernel debugging, I've only seen that mii_phy_probe() 
&lt;br&gt;detects the bmsr register at 0x09, but readreg returns 0xffff.
&lt;br&gt;&lt;br&gt;Has anybody got that second interface up already?
&lt;br&gt;&lt;br&gt;Regards
&lt;br&gt;Matthias
&lt;br&gt;&lt;br&gt;-- 
&lt;br&gt;Dr.-Ing. Matthias Reyelt
&lt;br&gt;Master Software Designer
&lt;br&gt;&lt;br&gt;Brunel GmbH
&lt;br&gt;Bereich Communications
&lt;br&gt;Daimlerring 9
&lt;br&gt;31135 Hildesheim
&lt;br&gt;&lt;br&gt;Tel: +49 5121 1760 805
&lt;br&gt;Fax: +49 5121 1760 999
&lt;br&gt;email: &lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26193068&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;Matthias.Reyelt@...&lt;/a&gt;
&lt;br&gt;Internet: www.brunel.de
&lt;br&gt;&lt;br&gt;Hauptsitz: Airport City, Hermann-Köhl-Str. 1, 28199 Bremen
&lt;br&gt;Amtsgericht Bremen HRB 16935
&lt;br&gt;General Manager: Johan Arie van Barneveld
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26193068&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26193068&amp;i=2&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Marvell-Kirkwood-6281-mge1-interface-tp26193068p26193068.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26162132</id>
	<title>Current problem reports assigned to freebsd-arm@FreeBSD.org</title>
	<published>2009-11-02T03:06:49Z</published>
	<updated>2009-11-02T03:06:49Z</updated>
	<author>
		<name>FreeBSD bugmaster</name>
	</author>
	<content type="html">Note: to view an individual PR, use:
&lt;br&gt;&amp;nbsp; &lt;a href=&quot;http://www.freebsd.org/cgi/query-pr.cgi?pr=(number&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://www.freebsd.org/cgi/query-pr.cgi?pr=(number&lt;/a&gt;).
&lt;br&gt;&lt;br&gt;The following is a listing of current problems submitted by FreeBSD users.
&lt;br&gt;These represent problem reports covering all versions including
&lt;br&gt;experimental development code and obsolete releases.
&lt;br&gt;&lt;br&gt;&lt;br&gt;S Tracker &amp;nbsp; &amp;nbsp; &amp;nbsp;Resp. &amp;nbsp; &amp;nbsp; &amp;nbsp;Description
&lt;br&gt;--------------------------------------------------------------------------------
&lt;br&gt;o arm/134368 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] nslu2_led driver for the LEDs on the NSLU2
&lt;br&gt;o arm/134338 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] Lock GPIO accesses on ixp425
&lt;br&gt;o arm/134092 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] NSLU.hints contains wrong hints for on board n
&lt;br&gt;&lt;br&gt;3 problems total.
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26162132&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26162132&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Current-problem-reports-assigned-to-freebsd-arm%40FreeBSD.org-tp26162132p26162132.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26101005</id>
	<title>Re: Can't boot Marvel Sheevaplug from USB</title>
	<published>2009-10-28T12:46:50Z</published>
	<updated>2009-10-28T12:46:50Z</updated>
	<author>
		<name>RuiDC</name>
	</author>
	<content type="html">It looks like the thread with patches looking at this issue is here: 
&lt;br&gt;&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/pipermail/freebsd-current/2009-October/012361.html&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/pipermail/freebsd-current/2009-October/012361.html&lt;/a&gt;&lt;br&gt;&lt;br&gt;I'm trying to establish whether a fix has been included in 8-RC2 which was released today.</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Re%3A-Can%27t-boot-Marvel-Sheevaplug-from-USB-tp25977274p26101005.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26098220</id>
	<title>Re: Can't boot Marvel Sheevaplug from USB</title>
	<published>2009-10-28T09:54:53Z</published>
	<updated>2009-10-28T09:54:53Z</updated>
	<author>
		<name>RuiDC</name>
	</author>
	<content type="html">&lt;blockquote class=&quot;quote light-black dark-border-color&quot;&gt;&lt;div class=&quot;quote light-border-color&quot;&gt;
&lt;div class=&quot;quote-author&quot; style=&quot;font-weight: bold;&quot;&gt;Jack Avenger wrote:&lt;/div&gt;
&lt;div class=&quot;quote-message&quot;&gt;See link: &lt;a href=&quot;http://www.freebsd.org/cgi/query-pr.cgi?pr=138798&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://www.freebsd.org/cgi/query-pr.cgi?pr=138798&lt;/a&gt;&lt;/div&gt;
&lt;/div&gt;&lt;/blockquote&gt;
I get the same problem as you, although the problem report you link to seems to show the device being detected after attempted root mount, which is different to your log and mine.
&lt;br&gt;I'm running 8-RC1
&lt;br&gt;&lt;br&gt;&amp;lt;code&amp;gt;
&lt;br&gt;usbus0: 480Mbps High Speed USB v2.0
&lt;br&gt;Root mount waiting for: usbus0
&lt;br&gt;ugen0.1: &amp;lt;Marvell&amp;gt; at usbus0
&lt;br&gt;uhub0: &amp;lt;Marvell EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1&amp;gt; on usbus0
&lt;br&gt;uhub0: 1 port with 1 removable, self powered
&lt;br&gt;Root mount waiting for: usbus0
&lt;br&gt;ugen0.2: &amp;lt;TDKMedia&amp;gt; at usbus0
&lt;br&gt;umass0: &amp;lt;TDKMedia Trans-It Drive, class 0/0, rev 2.00/1.10, addr 2&amp;gt; on usbus0
&lt;br&gt;umass0: &amp;nbsp;SCSI over Bulk-Only; quirks = 0x0000
&lt;br&gt;Root mount waiting for: usbus0
&lt;br&gt;umass0:0:0:-1: Attached to scbus0
&lt;br&gt;Trying to mount root from ufs:/dev/da0s2a
&lt;br&gt;ROOT MOUNT ERROR: 
&lt;br&gt;If you have invalid mount options, reboot, and first try the following from
&lt;br&gt;the loader prompt:
&lt;br&gt;&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;set vfs.root.mountfrom.options=rw
&lt;br&gt;&lt;br&gt;and then remove invalid mount options from /etc/fstab.
&lt;br&gt;&lt;br&gt;Loader variables:
&lt;br&gt;vfs.root.mountfrom=
&lt;br&gt;vfs.root.mountfrom.options=
&lt;br&gt;&lt;br&gt;Manual root filesystem specification:
&lt;br&gt;&amp;nbsp; &amp;lt;fstype&amp;gt;:&amp;lt;device&amp;gt; &amp;nbsp;Mount &amp;lt;device&amp;gt; using filesystem &amp;lt;fstype&amp;gt;
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;eg. ufs:/dev/da0s1a
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;eg. cd9660:/dev/acd0
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;This is equivalent to: mount -t cd9660 /dev/acd0 /
&lt;br&gt;&lt;br&gt;&amp;nbsp; ? &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;List valid disk boot devices
&lt;br&gt;&amp;nbsp; &amp;lt;empty line&amp;gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; Abort manual input
&lt;br&gt;&lt;br&gt;mountroot&amp;gt; 
&lt;br&gt;&amp;lt;/code&amp;gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Re%3A-Can%27t-boot-Marvel-Sheevaplug-from-USB-tp25977274p26098220.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26057764</id>
	<title>Current problem reports assigned to freebsd-arm@FreeBSD.org</title>
	<published>2009-10-26T04:06:54Z</published>
	<updated>2009-10-26T04:06:54Z</updated>
	<author>
		<name>FreeBSD bugmaster</name>
	</author>
	<content type="html">Note: to view an individual PR, use:
&lt;br&gt;&amp;nbsp; &lt;a href=&quot;http://www.freebsd.org/cgi/query-pr.cgi?pr=(number&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://www.freebsd.org/cgi/query-pr.cgi?pr=(number&lt;/a&gt;).
&lt;br&gt;&lt;br&gt;The following is a listing of current problems submitted by FreeBSD users.
&lt;br&gt;These represent problem reports covering all versions including
&lt;br&gt;experimental development code and obsolete releases.
&lt;br&gt;&lt;br&gt;&lt;br&gt;S Tracker &amp;nbsp; &amp;nbsp; &amp;nbsp;Resp. &amp;nbsp; &amp;nbsp; &amp;nbsp;Description
&lt;br&gt;--------------------------------------------------------------------------------
&lt;br&gt;o arm/134368 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] nslu2_led driver for the LEDs on the NSLU2
&lt;br&gt;o arm/134338 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] Lock GPIO accesses on ixp425
&lt;br&gt;o arm/134092 &amp;nbsp; arm &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;[patch] NSLU.hints contains wrong hints for on board n
&lt;br&gt;&lt;br&gt;3 problems total.
&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26057764&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26057764&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Current-problem-reports-assigned-to-freebsd-arm%40FreeBSD.org-tp26057764p26057764.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26046082</id>
	<title>Re: junk/139958: alyfmagb</title>
	<published>2009-10-25T01:40:33Z</published>
	<updated>2009-10-25T01:40:33Z</updated>
	<author>
		<name>linimon</name>
	</author>
	<content type="html">Synopsis: alyfmagb
&lt;br&gt;&lt;br&gt;State-Changed-From-To: open-&amp;gt;closed
&lt;br&gt;State-Changed-By: linimon
&lt;br&gt;State-Changed-When: Sun Oct 25 08:40:06 UTC 2009
&lt;br&gt;State-Changed-Why: 
&lt;br&gt;garbage
&lt;br&gt;&lt;br&gt;&lt;a href=&quot;http://www.freebsd.org/cgi/query-pr.cgi?pr=139958&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://www.freebsd.org/cgi/query-pr.cgi?pr=139958&lt;/a&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26046082&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26046082&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Re%3A-junk-139958%3A-alyfmagb-tp26046082p26046082.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26046062</id>
	<title>Re: junk/139949: rwpwzita</title>
	<published>2009-10-25T01:38:11Z</published>
	<updated>2009-10-25T01:38:11Z</updated>
	<author>
		<name>linimon</name>
	</author>
	<content type="html">Synopsis: rwpwzita
&lt;br&gt;&lt;br&gt;State-Changed-From-To: open-&amp;gt;closed
&lt;br&gt;State-Changed-By: linimon
&lt;br&gt;State-Changed-When: Sun Oct 25 08:36:59 UTC 2009
&lt;br&gt;State-Changed-Why: 
&lt;br&gt;garbage
&lt;br&gt;&lt;br&gt;&lt;a href=&quot;http://www.freebsd.org/cgi/query-pr.cgi?pr=139949&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://www.freebsd.org/cgi/query-pr.cgi?pr=139949&lt;/a&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26046062&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26046062&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/Re%3A-junk-139949%3A-rwpwzita-tp26046062p26046062.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26045895</id>
	<title>arm/139958: alyfmagb</title>
	<published>2009-10-25T00:55:18Z</published>
	<updated>2009-10-25T00:55:18Z</updated>
	<author>
		<name>alyfmagb</name>
	</author>
	<content type="html">&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt;Number: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; 139958
&lt;br&gt;&amp;gt;Category: &amp;nbsp; &amp;nbsp; &amp;nbsp; arm
&lt;br&gt;&amp;gt;Synopsis: &amp;nbsp; &amp;nbsp; &amp;nbsp; alyfmagb
&lt;br&gt;&amp;gt;Confidential: &amp;nbsp; no
&lt;br&gt;&amp;gt;Severity: &amp;nbsp; &amp;nbsp; &amp;nbsp; non-critical
&lt;br&gt;&amp;gt;Priority: &amp;nbsp; &amp;nbsp; &amp;nbsp; low
&lt;br&gt;&amp;gt;Responsible: &amp;nbsp; &amp;nbsp;freebsd-arm
&lt;br&gt;&amp;gt;State: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;open
&lt;br&gt;&amp;gt;Quarter: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;
&lt;br&gt;&amp;gt;Keywords: &amp;nbsp; &amp;nbsp; &amp;nbsp; 
&lt;br&gt;&amp;gt;Date-Required:
&lt;br&gt;&amp;gt;Class: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;sw-bug
&lt;br&gt;&amp;gt;Submitter-Id: &amp;nbsp; current-users
&lt;br&gt;&amp;gt;Arrival-Date: &amp;nbsp; Sun Oct 25 08:00:18 UTC 2009
&lt;br&gt;&amp;gt;Closed-Date:
&lt;br&gt;&amp;gt;Last-Modified:
&lt;br&gt;&amp;gt;Originator: &amp;nbsp; &amp;nbsp; alyfmagb
&lt;br&gt;&amp;gt;Release: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;alyfmagb
&lt;br&gt;&amp;gt;Organization:
&lt;/div&gt;alyfmagb
&lt;br&gt;&amp;gt;Environment:
&lt;br&gt;alyfmagb
&lt;br&gt;&amp;gt;Description:
&lt;br&gt;jgxsukft &lt;a href=&quot;http://gbsreogl.com&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://gbsreogl.com&lt;/a&gt;&amp;nbsp;pqslasiu wdnhourq
&lt;br&gt;&amp;gt;How-To-Repeat:
&lt;br&gt;alyfmagb
&lt;br&gt;&amp;gt;Fix:
&lt;br&gt;alyfmagb
&lt;br&gt;&lt;br&gt;&amp;gt;Release-Note:
&lt;br&gt;&amp;gt;Audit-Trail:
&lt;br&gt;&amp;gt;Unformatted:
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26045895&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26045895&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/arm-139958%3A-alyfmagb-tp26045895p26045895.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26045877</id>
	<title>arm/139949: rwpwzita</title>
	<published>2009-10-25T00:51:48Z</published>
	<updated>2009-10-25T00:51:48Z</updated>
	<author>
		<name>rwpwzita</name>
	</author>
	<content type="html">&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt;Number: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; 139949
&lt;br&gt;&amp;gt;Category: &amp;nbsp; &amp;nbsp; &amp;nbsp; arm
&lt;br&gt;&amp;gt;Synopsis: &amp;nbsp; &amp;nbsp; &amp;nbsp; rwpwzita
&lt;br&gt;&amp;gt;Confidential: &amp;nbsp; no
&lt;br&gt;&amp;gt;Severity: &amp;nbsp; &amp;nbsp; &amp;nbsp; critical
&lt;br&gt;&amp;gt;Priority: &amp;nbsp; &amp;nbsp; &amp;nbsp; high
&lt;br&gt;&amp;gt;Responsible: &amp;nbsp; &amp;nbsp;freebsd-arm
&lt;br&gt;&amp;gt;State: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;open
&lt;br&gt;&amp;gt;Quarter: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;
&lt;br&gt;&amp;gt;Keywords: &amp;nbsp; &amp;nbsp; &amp;nbsp; 
&lt;br&gt;&amp;gt;Date-Required:
&lt;br&gt;&amp;gt;Class: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;maintainer-update
&lt;br&gt;&amp;gt;Submitter-Id: &amp;nbsp; current-users
&lt;br&gt;&amp;gt;Arrival-Date: &amp;nbsp; Sun Oct 25 08:00:13 UTC 2009
&lt;br&gt;&amp;gt;Closed-Date:
&lt;br&gt;&amp;gt;Last-Modified:
&lt;br&gt;&amp;gt;Originator: &amp;nbsp; &amp;nbsp; rwpwzita
&lt;br&gt;&amp;gt;Release: &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;rwpwzita
&lt;br&gt;&amp;gt;Organization:
&lt;/div&gt;rwpwzita
&lt;br&gt;&amp;gt;Environment:
&lt;br&gt;rwpwzita
&lt;br&gt;&amp;gt;Description:
&lt;br&gt;&amp;nbsp;&amp;lt;a href=&amp;quot;&lt;a href=&quot;http://ufpbxbua.com&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://ufpbxbua.com&lt;/a&gt;&amp;quot;&amp;gt;deonxybk&amp;lt;/a&amp;gt; &amp;nbsp;[URL=&lt;a href=&quot;http://mmvnvfhw.com&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://mmvnvfhw.com&lt;/a&gt;]jlvvyamy[/URL] &amp;nbsp;uekmngep &lt;a href=&quot;http://gpphxjei.com&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://gpphxjei.com&lt;/a&gt;&amp;nbsp;dvnfcwps xtslfzbc 
&lt;br&gt;&amp;gt;How-To-Repeat:
&lt;br&gt;rwpwzita
&lt;br&gt;&amp;gt;Fix:
&lt;br&gt;rwpwzita
&lt;br&gt;&lt;br&gt;&amp;gt;Release-Note:
&lt;br&gt;&amp;gt;Audit-Trail:
&lt;br&gt;&amp;gt;Unformatted:
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26045877&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26045877&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/arm-139949%3A-rwpwzita-tp26045877p26045877.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26029787</id>
	<title>Re: [ARM+NFS] panic while copying across NFS</title>
	<published>2009-10-23T09:48:12Z</published>
	<updated>2009-10-23T09:48:12Z</updated>
	<author>
		<name>Marcel Moolenaar-4</name>
	</author>
	<content type="html">&lt;br&gt;On Oct 23, 2009, at 9:41 AM, Mark Tinguely wrote:
&lt;br&gt;&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt;&amp;gt;
&lt;br&gt;&amp;gt;&amp;gt; On Oct 23, 2009, at 8:22 AM, Mark Tinguely wrote:
&lt;br&gt;&amp;gt;&amp;gt;
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; 3) pmap.c: PVF_REF is used to invalidate cache and flush tlb. &amp;nbsp;
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; PVF_REF
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; &amp;nbsp;is set by a trap when the page is really use. kernel pages should
&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; &amp;nbsp;assume it is immediately used.
&lt;br&gt;&amp;gt;&amp;gt;
&lt;br&gt;&amp;gt;&amp;gt; This causes problems for me, so I don't think this is quite right.
&lt;br&gt;&amp;gt;&amp;gt; FYI,
&lt;br&gt;&amp;gt;&amp;gt;
&lt;br&gt;&amp;gt;&amp;gt; -- 
&lt;br&gt;&amp;gt;&amp;gt; Marcel Moolenaar
&lt;br&gt;&amp;gt;&amp;gt; &lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029787&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;xcllnt@...&lt;/a&gt;
&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt; Thank-you for the information. Hmmm, how odd. I will give that some &amp;nbsp;
&lt;br&gt;&amp;gt; thought.
&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt; To everyone else, I read my last post and a big sorry for incomplete &amp;nbsp;
&lt;br&gt;&amp;gt; sentences.
&lt;br&gt;&amp;gt; It was just a quick list of things that could be changed to &amp;nbsp;
&lt;br&gt;&amp;gt; streamline the
&lt;br&gt;&amp;gt; machine dependant portion of the code.
&lt;/div&gt;&lt;br&gt;Also to everyone:
&lt;br&gt;&lt;br&gt;There's a huge amount of instability in the ARM VM/PMAP code.
&lt;br&gt;Things are slightly better when the L2 cache is configured for
&lt;br&gt;write-through, but there's at least 2 issues left:
&lt;br&gt;1. &amp;nbsp;Clustered I/O causes incoherency and pretty much makes the
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;box useless when you want to run what you just built.
&lt;br&gt;2. &amp;nbsp;PMAP panics in one or two places, typically after a few
&lt;br&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;minutes/hours of uptime when doing builds.
&lt;br&gt;&lt;br&gt;With a L2 cache the problems are a bit more severe as it adds
&lt;br&gt;I-cache incoherency to the mix, which even prevents running
&lt;br&gt;init(8).
&lt;br&gt;&lt;br&gt;I think w e need to rethink the PMAP layer, because if we keep
&lt;br&gt;trying to patch it, performance will probably worse from what
&lt;br&gt;it is now. Plus, we'll have to deal with physically indexed and
&lt;br&gt;physically tagged caches ASAP, so better modularization helps.
&lt;br&gt;&lt;br&gt;FYI,
&lt;br&gt;&lt;br&gt;-- 
&lt;br&gt;Marcel Moolenaar
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029787&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;xcllnt@...&lt;/a&gt;
&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029787&amp;i=2&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029787&amp;i=3&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/-ARM%2BNFS--panic-while-copying-across-NFS-tp24006227p26029787.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26029697</id>
	<title>Re: [ARM+NFS] panic while copying across NFS</title>
	<published>2009-10-23T09:41:23Z</published>
	<updated>2009-10-23T09:41:23Z</updated>
	<author>
		<name>Mark Tinguely</name>
	</author>
	<content type="html">&lt;div class='shrinkable-quote'&gt;&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt; &amp;nbsp;On Oct 23, 2009, at 8:22 AM, Mark Tinguely wrote:
&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt; &amp;nbsp;&amp;gt; 3) pmap.c: PVF_REF is used to invalidate cache and flush tlb. PVF_REF
&lt;br&gt;&amp;gt; &amp;nbsp;&amp;gt; &amp;nbsp; is set by a trap when the page is really use. kernel pages should
&lt;br&gt;&amp;gt; &amp;nbsp;&amp;gt; &amp;nbsp; assume it is immediately used.
&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt; &amp;nbsp;This causes problems for me, so I don't think this is quite right.
&lt;br&gt;&amp;gt; &amp;nbsp;FYI,
&lt;br&gt;&amp;gt;
&lt;br&gt;&amp;gt; &amp;nbsp;-- 
&lt;br&gt;&amp;gt; &amp;nbsp;Marcel Moolenaar
&lt;br&gt;&amp;gt; &amp;nbsp;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029697&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;xcllnt@...&lt;/a&gt;
&lt;/div&gt;&lt;br&gt;Thank-you for the information. Hmmm, how odd. I will give that some thought.
&lt;br&gt;&lt;br&gt;To everyone else, I read my last post and a big sorry for incomplete sentences.
&lt;br&gt;It was just a quick list of things that could be changed to streamline the
&lt;br&gt;machine dependant portion of the code.
&lt;br&gt;&lt;br&gt;&amp;nbsp;--Mark Tinguely.
&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029697&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029697&amp;i=2&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/-ARM%2BNFS--panic-while-copying-across-NFS-tp24006227p26029697.html" />
</entry>

<entry>
	<id>tag:old.nabble.com,2006:post-26029099</id>
	<title>Re: [ARM+NFS] panic while copying across NFS</title>
	<published>2009-10-23T09:03:52Z</published>
	<updated>2009-10-23T09:03:52Z</updated>
	<author>
		<name>Marcel Moolenaar-4</name>
	</author>
	<content type="html">&lt;br&gt;On Oct 23, 2009, at 8:22 AM, Mark Tinguely wrote:
&lt;br&gt;&lt;br&gt;&amp;gt; 3) pmap.c: PVF_REF is used to invalidate cache and flush tlb. PVF_REF
&lt;br&gt;&amp;gt; &amp;nbsp; is set by a trap when the page is really use. kernel pages should
&lt;br&gt;&amp;gt; &amp;nbsp; assume it is immediately used.
&lt;br&gt;&lt;br&gt;This causes problems for me, so I don't think this is quite right.
&lt;br&gt;FYI,
&lt;br&gt;&lt;br&gt;-- 
&lt;br&gt;Marcel Moolenaar
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029099&amp;i=0&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;xcllnt@...&lt;/a&gt;
&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;_______________________________________________
&lt;br&gt;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029099&amp;i=1&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm@...&lt;/a&gt; mailing list
&lt;br&gt;&lt;a href=&quot;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;http://lists.freebsd.org/mailman/listinfo/freebsd-arm&lt;/a&gt;&lt;br&gt;To unsubscribe, send any mail to &amp;quot;&lt;a href=&quot;http://old.nabble.com/user/SendEmail.jtp?type=post&amp;post=26029099&amp;i=2&quot; target=&quot;_top&quot; rel=&quot;nofollow&quot;&gt;freebsd-arm-unsubscribe@...&lt;/a&gt;&amp;quot;
&lt;br&gt;</content>
	<link rel="alternate" type="text/html" href="http://old.nabble.com/-ARM%2BNFS--panic-while-copying-across-NFS-tp24006227p26029099.html" />
</entry>

</feed>
