Hi all,
I would like to share with you my work in Summer of Code for Producing a
New FreeBSD Kernel Theme in the field of Reducing Size of Kernel for
Embedded and I will be glad to receive your comments. Download the attached
file please and I will be happy to connect with you
or download it
exactly and I explained with an example how I would do that practically.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
On Wednesday 09 June 2010 5:27:47 pm Nathaniel W Filardo wrote:
Attempting to boot on (2-way SMP; SUN Fire V240) sparc64 a 9.0-CURRENT
kernel built on Jun 9 at 14:41, and fully csup'd before building (I don't
have the SVN revision number, sorry) yields, surprisingly late in the boot
process,
On Wednesday 09 June 2010 11:54:53 pm Lawrence Stewart wrote:
Does anyone have objections to or feedback on the following patch? The
macro simplifies the act of calculating an aggregate from DPCPU counters.
On 06/10/10 22:23, John Baldwin wrote:
On Wednesday 09 June 2010 11:54:53 pm Lawrence Stewart wrote:
Does anyone have objections to or feedback on the following patch? The
macro simplifies the act of calculating an aggregate from DPCPU counters.
On 06/07/2010 02:29 PM, Jos Backus wrote:
On Mon, Jun 07, 2010 at 03:15:27PM +0100, Doug Rabson wrote:
On 6 June 2010 21:09, Jos Backus j...@catnook.com wrote:
Any chance the kadmin protocol will ever be standardized?
My understanding is that the MIT kadmin protocol is based GSS-API
On 06/06/2010 12:41 PM, b. f. wrote:
Is anybody planning to update the base system heimdal, which has been
largely untouched since May 2008? In addition to the many other
bug-fixes and improvements in the current version 1.3.3 (see, for
example:
http://www.h5l.org/releases.html
), there
Just checked out r208985 i386.
On buildkernel I get this error:
cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
In message: 4c0e5646.1060...@freebsd.org
Alexander Motin m...@freebsd.org writes:
: Brandon Gooch wrote:
: Alexander, do you feel that the code is at a stage where meaningful
: user testing can occur?
:
: I think yes. I've touched a lot of legacy code, so it would be nice to
: know
AK-san,
PseudoCylon wrote:
Hello,
Sorry for taking long.
But, please try following update (if_run.c and if_runvar.h)
http://gitorious.org/run/run/blobs/raw/a74fa9ba5a16f1d1f058efa724261351e267a474/dev/usb/wlan/if_run.c
nice make -j3
d DiagnosticCommonKinds.inc.h
tblgen: not found
*** Error code 127
*** Error code 127
tblgen -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include
On Thu, Jun 10, 2010 at 7:16 AM, John Baldwin j...@freebsd.org wrote:
On Wednesday 09 June 2010 5:27:47 pm Nathaniel W Filardo wrote:
Attempting to boot on (2-way SMP; SUN Fire V240) sparc64 a 9.0-CURRENT
kernel built on Jun 9 at 14:41, and fully csup'd before building (I don't
have the
I've had several folks ask me recently about importing etcupdate
(http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate
tool for updating /etc during upgrades. Do folks have any strong objections
to doing so? More details about how it works and an HTML version of the
On 10-06-2010 13:46, John Baldwin wrote:
I've had several folks ask me recently about importing etcupdate
(http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate
tool for updating /etc during upgrades. Do folks have any strong objections
to doing so? More details
On 6/10/10 10:46 AM, John Baldwin wrote:
I've had several folks ask me recently about importing etcupdate
(http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate
tool for updating /etc during upgrades. Do folks have any strong objections
to doing so? More details about how
I've had several folks ask me recently about importing etcupdate
(http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate
tool for updating /etc during upgrades. Do folks have any strong objections
to doing so? More details about how it works and an HTML version of the
Comments? (yes, I know -fformat-extensions have just been added...)
diff -r ea5e09d013e7 sys/conf/kern.mk
--- a/sys/conf/kern.mk Thu Jun 10 07:40:51 2010 -0700
+++ b/sys/conf/kern.mk Thu Jun 10 11:35:50 2010 -0700
@@ -9,6 +9,10 @@
.if ${CC} == icc
#CWARNFLAGS= -w2 # use this if you
on 10/06/2010 21:29 Eitan Adler said the following:
I've had several folks ask me recently about importing etcupdate
(http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate
tool for updating /etc during upgrades. Do folks have any strong objections
to doing so? More
On 6/10/2010 12:29 PM, Anonymous wrote:
Matthew Jacobm...@feral.com writes:
Comments? (yes, I know -fformat-extensions have just been added...)
diff -r ea5e09d013e7 sys/conf/kern.mk
--- a/sys/conf/kern.mk Thu Jun 10 07:40:51 2010 -0700
+++ b/sys/conf/kern.mk Thu Jun 10 11:35:50 2010
On 06/10/10 13:31, Mike Jakubik wrote:
How does this differ from a mergemaster -iFU ? That's pretty much as
automated as it can get.
FYI, the -F option is usually only needed once, when switching from cvs
checkout to svn checkout, or vice versa. It won't hurt anything to
combine it with -U,
Am I just being stupid or should I expect my fresh svn co to build
using Clang on i386 targets? It seems to use gcc still. Do I still
need src.conf set up as per the wiki page?
Thanks
David
___
freebsd-current@freebsd.org mailing list
TB --- 2010-06-10 21:35:24 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-10 21:35:24 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-06-10 21:35:24 - cleaning the object tree
TB --- 2010-06-10 21:35:45 - cvsupping the source tree
TB --- 2010-06-10 21:35:45 -
On 06/10/2010 13:46, John Baldwin wrote:
I've had several folks ask me recently about importing etcupdate
(http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate
tool for updating /etc during upgrades. Do folks have any strong objections
to doing so? More details
Den 10/06/2010 kl. 22.31 skrev Mike Jakubik:
On 6/10/2010 2:47 PM, Andriy Gapon wrote:
on 10/06/2010 21:29 Eitan Adler said the following:
-1 unless mergemaster is replaced.
Have you tried etcupdate?
etcupdate and mergemaster have a similar function but do things in quite a
different
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/10/10 10:46, John Baldwin wrote:
| I've had several folks ask me recently about importing etcupdate
| (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate
| tool for updating /etc during upgrades. Do folks have any
On Thursday 10 June 2010 4:22:54 pm Doug Barton wrote:
On 06/10/10 10:46, John Baldwin wrote:
| I've had several folks ask me recently about importing etcupdate
| (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate
| tool for updating /etc during upgrades. Do folks
On Thursday 10 June 2010 23:28:03 David Sanders wrote:
Am I just being stupid or should I expect my fresh svn co to build
using Clang on i386 targets? It seems to use gcc still. Do I still
need src.conf set up as per the wiki page?
as far as i understand, only the clang binary and libraries
On 6/10/2010 2:47 PM, Andriy Gapon wrote:
on 10/06/2010 21:29 Eitan Adler said the following:
-1 unless mergemaster is replaced.
Have you tried etcupdate?
etcupdate and mergemaster have a similar function but do things in quite a
different way. While one is intended to be more
Matthew Jacob m...@feral.com writes:
Comments? (yes, I know -fformat-extensions have just been added...)
diff -r ea5e09d013e7 sys/conf/kern.mk
--- a/sys/conf/kern.mkThu Jun 10 07:40:51 2010 -0700
+++ b/sys/conf/kern.mkThu Jun 10 11:35:50 2010 -0700
@@ -63,9 +67,15 @@
#
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/10/10 11:18, Julian Elischer wrote:
| It does bring up the question (yet again) if we shouldn't
| have something that is between base and ports..
| the keep base from bloating too much bit to still indicate
| that they are supported.
Julian,
On 6/10/2010 4:47 PM, Erik Cederstrand wrote:
-1 Also.
How does this differ from a mergemaster -iFU ? That's pretty much as
automated as it can get.
I find the ability to do 'etcupdate diff' to quickly get an overview of which
changes I have made to a standard installation very
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/10/10 19:11, FreeBSD Tinderbox wrote:
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual -Wundef -Wno-pointer-sign
On 6/10/10 1:25 PM, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/10/10 11:18, Julian Elischer wrote:
| It does bring up the question (yet again) if we shouldn't
| have something that is between base and ports..
| the keep base from bloating too much bit to still
On 06/11/10 03:46, John Baldwin wrote:
I've had several folks ask me recently about importing etcupdate
(http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate
tool for updating /etc during upgrades. Do folks have any strong objections
to doing so? More details about how
TB --- 2010-06-10 23:11:28 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-10 23:11:28 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-06-10 23:11:28 - cleaning the object tree
TB --- 2010-06-10 23:11:45 - cvsupping the source tree
TB --- 2010-06-10 23:11:45 -
TB --- 2010-06-10 23:52:30 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-10 23:52:30 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-06-10 23:52:30 - cleaning the object tree
TB --- 2010-06-10 23:52:50 - cvsupping the source tree
TB --- 2010-06-10 23:52:50 -
TB --- 2010-06-10 23:57:47 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-10 23:57:47 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-06-10 23:57:47 - cleaning the object tree
TB --- 2010-06-10 23:57:58 - cvsupping the source tree
TB --- 2010-06-10 23:57:58 -
On Thu, Jun 10, 2010 at 05:28:01PM -0700, Julian Elischer wrote:
code in the base tree gets fixed by people making sweeping changes
but things from ports often do not.
By 'sweeping changes', I take it you mean to src?
And if by 'things from ports', I take you mean that ports break on
-current
- Original Message
From: Ganbold ganb...@gmail.com
To: PseudoCylon moonlightak...@yahoo.ca
Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu ganb...@mobicom.mn
Sent: Thu, June 10, 2010 10:53:30 AM
Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
It seems like it
On 6/10/2010 5:28 PM, Julian Elischer wrote:
code in the base tree gets fixed by people making sweeping changes
but things from ports often do not.
Code will either be maintained well, or it will not. I've seen plenty of
stuff in src break, and the src build is often broken by under-tested
40 matches
Mail list logo