headers
FreeBSD bugmaster | 1 Nov 2010 12:06
Picon
Favicon

freebsd-embedded@...

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o misc/151698  embedded   [nanobsd] [patch] Add two new options to nanobsd.sh to
o misc/151697  embedded   [nanobsd] [patch] nanobsd.sh copy links to packages as
o misc/151696  embedded   [nanobsd] [patch] nanobsd.sh doesn't run "make_conf_bu
o misc/151695  embedded   [nanobsd] [patch] Enhance tools/nanobsd/fill_pkg.sh
o misc/136889  embedded   [nanobsd] [path] nanobsd error reporting and other ref
o misc/52256   embedded   [picobsd] picobsd build script does not read in user/s
o kern/42728   embedded   [picobsd] many problems in src/usr.sbin/ppp/*  after c

7 problems total.
Permalink | Reply | 0 comments |
headers
Andrew Thompson | 8 Nov 2010 04:37
Picon
Favicon

Re: Review request: iicbus_transfer_gen() repeated start support

On 7 June 2010 03:02, Nathan Whitehorn <nwhitehorn@...> wrote:
> I committed yesterday some changes to the iicbus_transfer() API that allow
> using that interface to send messages containing repeated starts. The
> attached patch implements this for the iicbus_transfer_gen() case, but I
> don't have any I2C controllers that use this routine, so I can't test it. I
> would much appreciate it if someone could review and test the patch for me.
> -Nathan

I have tested this and nothing broke. The i2c devices+drivers on my
board do not use IIC_M_NOSTART or IIC_M_NOSTOP flags so couldn't
verify that part of it.

Andrew
Permalink | Reply | 1 comment |
headers
FreeBSD bugmaster | 8 Nov 2010 12:06
Picon
Favicon

freebsd-embedded@...

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o misc/151698  embedded   [nanobsd] [patch] Add two new options to nanobsd.sh to
o misc/151697  embedded   [nanobsd] [patch] nanobsd.sh copy links to packages as
o misc/151696  embedded   [nanobsd] [patch] nanobsd.sh doesn't run "make_conf_bu
o misc/151695  embedded   [nanobsd] [patch] Enhance tools/nanobsd/fill_pkg.sh
o misc/136889  embedded   [nanobsd] [patch] nanobsd error reporting and other re
o misc/52256   embedded   [picobsd] picobsd build script does not read in user/s
o kern/42728   embedded   [picobsd] many problems in src/usr.sbin/ppp/*  after c

7 problems total.
Permalink | Reply | 0 comments |
headers
Warner Losh | 8 Nov 2010 17:42

Re: Review request: iicbus_transfer_gen() repeated start support

  On 11/07/2010 20:37, Andrew Thompson wrote:
> On 7 June 2010 03:02, Nathan Whitehorn<nwhitehorn@...>  wrote:
>> I committed yesterday some changes to the iicbus_transfer() API that allow
>> using that interface to send messages containing repeated starts. The
>> attached patch implements this for the iicbus_transfer_gen() case, but I
>> don't have any I2C controllers that use this routine, so I can't test it. I
>> would much appreciate it if someone could review and test the patch for me.
>> -Nathan
> I have tested this and nothing broke. The i2c devices+drivers on my
> board do not use IIC_M_NOSTART or IIC_M_NOSTOP flags so couldn't
> verify that part of it.
I'll have to try things on my AT91 box too.

Do the upper layers need to warn about IIC_M_NOSTART/IIC_M_NOSTOP flags 
not being supported?  Or have some way for userland to know they can 
issue the ioctl?

Warner
Permalink | Reply | 0 comments |
headers
imp | 10 Nov 2010 01:57
Picon
Favicon

Re: misc/151696: [nanobsd] [patch] nanobsd.sh doesn't run "make_conf_build" if world build is supressed and kernel build is not

Synopsis: [nanobsd] [patch] nanobsd.sh doesn't run "make_conf_build" if world build is supressed and
kernel build is not

State-Changed-From-To: open->patched
State-Changed-By: imp
State-Changed-When: Tue Nov 9 17:57:09 MST 2010
State-Changed-Why: 
Thanks for this fix!

http://www.freebsd.org/cgi/query-pr.cgi?pr=151696
Permalink | Reply | 0 comments |
headers
dfilter service | 10 Nov 2010 02:00
Picon
Favicon

Re: misc/151696: commit references a PR

The following reply was made to PR misc/151696; it has been noted by GNATS.

From: dfilter@... (dfilter service)
To: bug-followup@...
Cc:  
Subject: Re: misc/151696: commit references a PR
Date: Wed, 10 Nov 2010 00:56:52 +0000 (UTC)

 Author: imp
 Date: Wed Nov 10 00:56:44 2010
 New Revision: 215070
 URL: http://svn.freebsd.org/changeset/base/215070

 Log:
   Build make.conf when the world is not selected to build, but the
   kernel is.

   PR:		151696
   Submitted by:	lev <at> 

 Modified:
   head/tools/tools/nanobsd/nanobsd.sh

 Modified: head/tools/tools/nanobsd/nanobsd.sh
 ==============================================================================
 --- head/tools/tools/nanobsd/nanobsd.sh	Wed Nov 10 00:39:42 2010	(r215069)
 +++ head/tools/tools/nanobsd/nanobsd.sh	Wed Nov 10 00:56:44 2010	(r215070)
  <at>  <at>  -917,6 +917,9  <at>  <at>  else
  fi
(Continue reading)

Permalink | Reply | 0 comments |
headers
Warren Block | 10 Nov 2010 22:06
Favicon

CFT: arduino-0021

A preliminary update of the Arduino port for arduino-0021 is at
http://github.com/wblock/Arduino-port-for-FreeBSD

Very superficially tested, other testing welcome!
Permalink | Reply | 0 comments |
headers
Marcelo Araujo | 14 Nov 2010 12:18
Picon

Re: The path is now set for "busybox", FreeBSD style

Hi Adrian,

Great, it sounds really great.

2010/11/14 Adrian Chadd <adrian@...>:
> But just to stress it - I've got a couple of access point images at home
> running a crunchgen'ed environment under MIPS and besides the obvious binary
> bloat, it works perfectly well. Besides a cut-down startup framework, the
> image cross-builds entirely from the base FreeBSD source tree.
>

I'd like to know more about it, now I've a bunch of devices with MIPS
and ARM, and should be great to run FreeBSD, also my dream nowadays is
to run FreeBSD with Atheros(Wifi, Processor) + TDMA.

Please, share more information about the work that you have done lately.

> Let me know if you'd like to give it a shot and I'll put my "bsdbox"
> Makefile scripts online to try.

Please, put it online :)

Best Regards,
--

-- 
Marcelo Araujo
araujo@...
Permalink | Reply | 0 comments |
headers
FreeBSD bugmaster | 15 Nov 2010 12:06
Picon
Favicon

freebsd-embedded@...

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o misc/151698  embedded   [nanobsd] [patch] Add two new options to nanobsd.sh to
o misc/151697  embedded   [nanobsd] [patch] nanobsd.sh copy links to packages as
p misc/151696  embedded   [nanobsd] [patch] nanobsd.sh doesn't run "make_conf_bu
o misc/151695  embedded   [nanobsd] [patch] Enhance tools/nanobsd/fill_pkg.sh
o misc/136889  embedded   [nanobsd] [patch] nanobsd error reporting and other re
o misc/52256   embedded   [picobsd] picobsd build script does not read in user/s
o kern/42728   embedded   [picobsd] many problems in src/usr.sbin/ppp/*  after c

7 problems total.
Permalink | Reply | 0 comments |
headers
Adrian Chadd | 17 Nov 2010 04:07
Picon
Favicon

Re: The path is now set for "busybox", FreeBSD style

Nope. it's easy. That's why I've done it.

Adrian

On 15 November 2010 01:43, John Hein <jhein@...> wrote:

> Adrian Chadd wrote at 11:40 +0800 on Nov 14, 2010:
>  > I've committed the below changes to -HEAD. You can now create and build
> your
>  > own busybox style binary system, completely cross-compiled within the
>  > existing Make framework. It isn't as impressive as it sounds though - a
> lot
>  > of the framework is already there from just building crunchgen'ed
>  > rescue/sysinstall binaries.
>  >
>  > There's a few things which should be done. Specifically, being able to
> build
>  > an alternative set of libraries before building the crunchgen target.
> The
>  > base crosscompile system may include support for PAM, Kerberos, ATM/IPX,
> etc
>  > but you may not want your crunch'ed image to have them. To do this right
>  > now, you have to disable these features in the main build. That may be
> OK
>  > for some.
>  >
>  > But just to stress it - I've got a couple of access point images at home
>  > running a crunchgen'ed environment under MIPS and besides the obvious
> binary
>  > bloat, it works perfectly well. Besides a cut-down startup framework,
(Continue reading)

Permalink | Reply | 0 comments |

Gmane