RE: mps module compilation issue on FreeBSD-9 amd64

[Desai, Kashyap]

> -Original Message-
> From: owner-freebsd-sta...@freebsd.org [mailto:owner-freebsd-
> sta...@freebsd.org] On Behalf Of Desai, Kashyap
> Sent: Monday, January 30, 2012 2:45 PM
> To: freebsd-sta...@freebsd.org; freebsd-current@freebsd.org
> Cc: gi...@freebsd.org; Kenneth D. Merry; McConnell, Stephen
> Subject: mps module compilation issue on FreeBSD-9 amd64
> 
> Hi,
> 
> I am seeing some uncommon problem while doing compilation of mps driver
> (this is a latest driver from LSI).
> 
> Here are the steps I followed.
> 
> CASE-1
> 
> 1. remove mps directory from sys/dev and sys/module and overwrite those
> two directories with my latest code.
> 2. go to sys/module/mps and run "make". [Things works fine.]
> 
> CASE-2.
> 1. remove mps directory from sys/dev and sys/module and overwrite those
> two directories with my latest code.
> 2. go to main directory ( In my case it is "/usr/trees/9.0.0")
> 3. Run below command
> make -j8 buildkernel KERNCONF=GENERIC MODULES_OVERRIDE=mps
> TARGET_ARCH=amd64 SYSDIR=/usr/trees/9.0.0/sys -DNO_CLEAN -
> DNO_KERNELCONFIG -DNO_KERNELCLEAN -DNO_KERNELDEPEND
> 
> Here I am seeing mps.ko file is generated, but it is failing at  kernel.debug> steps. (this step is only seen in CASE-1).
Typo: It should be  
this step is only seen in CASE-2.

Also, I have first finished buildworld before I tried mps (LSI driver) 
compilation.


> Any Idea How to resolve this issue ?
> 
> INFO: I am using FreeBSD-8.2-Release amd64.case-1 and case-2 both passes
> for i386. 
> 
> --- Compilation failure log for CASE-2 
> 
> ld  -d -warn-common -r -d -o mpslsi.ko.debug mps_pci.o mps.o mps_sas.o
> mps_table.o mps_user.o mps_config.o mps_mapping.o mps_sas_lsi.o
> :> export_syms
> awk -f /usr/trees/9.0.0/sys/conf/kmod_syms.awk mpslsi.ko.debug
> export_syms | xargs -J% objcopy % mpslsi.ko.debug
> /usr/local/bin/svnversion
> objcopy --only-keep-debug mpslsi.ko.debug mpslsi.ko.symbols
> objcopy --strip-debug --add-gnu-debuglink=mpslsi.ko.symbols
> mpslsi.ko.debug mpslsi.ko
> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g -
> Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-
> prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-
> sign -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-
> option -nostdinc  -I. -I/usr/trees/9.0.0/sys -
> I/usr/trees/9.0.0/sys/contrib/altq -D_KERNEL -
> DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-
> limit=8000 --param inline-unit-growth=100 --param large-function-
> growth=1000  -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-
> zone -mno-mmx -msoft-float  -fno-asynchronous-unwind-tables -
> ffreestanding -fstack-protector -Werror  vers.c
> linking kernel.debug
> mps.o: In function `mps_startup':
> /usr/trees/9.0.0/sys/dev/mps/mps.c:1249: undefined reference to
> `mps_mapping_initialize'
> mps.o: In function `mps_free':
> /usr/trees/9.0.0/sys/dev/mps/mps.c:1410: undefined reference to
> `mps_mapping_free_memory'
> mps.o: In function `mps_attach':
> /usr/trees/9.0.0/sys/dev/mps/mps.c:1204: undefined reference to
> `mps_base_static_config_pages'
> /usr/trees/9.0.0/sys/dev/mps/mps.c:1224: undefined reference to
> `mpssas_ir_shutdown'
> mps_sas.o: In function `mps_attach_sas':
> /usr/trees/9.0.0/sys/dev/mps/mps_sas.c:614: undefined reference to
> `mpssas_firmware_event_work'
> mps_sas.o: In function `mpssas_register_events':
> /usr/trees/9.0.0/sys/dev/mps/mps_sas.c:576: undefined reference to
> `mpssas_evt_handler'
> mps_sas.o: In function `mpssas_portenable_complete':
> /usr/trees/9.0.0/sys/dev/mps/mps_sas.c:3069: undefined reference to
> `mps_wd_config_pages'
> mps_user.o: In function `mps_user_btdh':
> /usr/trees/9.0.0/sys/dev/mps/mps_user.c:2038: undefined reference to
> `mps_mapping_get_sas_id_from_handle'
> mps_user.o: In function `mps_user_get_adapter_data':
> /usr/trees/9.0.0/sys/dev/mps/mps_user.c:1101: undefined reference to
> `mps_config_get_bios_pg3'
> *** Error code 1
> 1 error
> *** Error code 2
> 1 error
> *** Error code 2
> 1 error
> Failed : make -j8 buildkernel KERNCONF=GENERIC MODULES_OVERRIDE=mps
> TARGET_ARCH=amd64 SYSDIR=/usr/trees/9.0.0/sys -DNO_CLEAN -
> DNO_KERNELCONFIG -DNO_KERNELCLEAN -DNO_KERNELDEPEND
> ___
> freebsd-sta...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-
> unsubscr...@freebsd.org"
___
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"

mps module compilation issue on FreeBSD-9 amd64

[Desai, Kashyap]

Hi,

I am seeing some uncommon problem while doing compilation of mps driver (this 
is a latest driver from LSI).

Here are the steps I followed.

CASE-1 

1. remove mps directory from sys/dev and sys/module and overwrite those two 
directories with my latest code.
2. go to sys/module/mps and run "make". [Things works fine.]

CASE-2.
1. remove mps directory from sys/dev and sys/module and overwrite those two 
directories with my latest code.
2. go to main directory ( In my case it is "/usr/trees/9.0.0")
3. Run below command 
make -j8 buildkernel KERNCONF=GENERIC MODULES_OVERRIDE=mps TARGET_ARCH=amd64 
SYSDIR=/usr/trees/9.0.0/sys -DNO_CLEAN -DNO_KERNELCONFIG -DNO_KERNELCLEAN 
-DNO_KERNELDEPEND

Here I am seeing mps.ko file is generated, but it is failing at  steps. (this step is only seen in CASE-1).
Any Idea How to resolve this issue ?

INFO: I am using FreeBSD-8.2-Release amd64.case-1 and case-2 both passes for 
i386. 

--- Compilation failure log for CASE-2 

ld  -d -warn-common -r -d -o mpslsi.ko.debug mps_pci.o mps.o mps_sas.o 
mps_table.o mps_user.o mps_config.o mps_mapping.o mps_sas_lsi.o
:> export_syms
awk -f /usr/trees/9.0.0/sys/conf/kmod_syms.awk mpslsi.ko.debug  export_syms | 
xargs -J% objcopy % mpslsi.ko.debug
/usr/local/bin/svnversion
objcopy --only-keep-debug mpslsi.ko.debug mpslsi.ko.symbols
objcopy --strip-debug --add-gnu-debuglink=mpslsi.ko.symbols mpslsi.ko.debug 
mpslsi.ko
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc 
 -I. -I/usr/trees/9.0.0/sys -I/usr/trees/9.0.0/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000  -fno-omit-frame-pointer -mno-sse -mcmodel=kernel 
-mno-red-zone -mno-mmx -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -Werror  vers.c
linking kernel.debug
mps.o: In function `mps_startup':
/usr/trees/9.0.0/sys/dev/mps/mps.c:1249: undefined reference to 
`mps_mapping_initialize'
mps.o: In function `mps_free':
/usr/trees/9.0.0/sys/dev/mps/mps.c:1410: undefined reference to 
`mps_mapping_free_memory'
mps.o: In function `mps_attach':
/usr/trees/9.0.0/sys/dev/mps/mps.c:1204: undefined reference to 
`mps_base_static_config_pages'
/usr/trees/9.0.0/sys/dev/mps/mps.c:1224: undefined reference to 
`mpssas_ir_shutdown'
mps_sas.o: In function `mps_attach_sas':
/usr/trees/9.0.0/sys/dev/mps/mps_sas.c:614: undefined reference to 
`mpssas_firmware_event_work'
mps_sas.o: In function `mpssas_register_events':
/usr/trees/9.0.0/sys/dev/mps/mps_sas.c:576: undefined reference to 
`mpssas_evt_handler'
mps_sas.o: In function `mpssas_portenable_complete':
/usr/trees/9.0.0/sys/dev/mps/mps_sas.c:3069: undefined reference to 
`mps_wd_config_pages'
mps_user.o: In function `mps_user_btdh':
/usr/trees/9.0.0/sys/dev/mps/mps_user.c:2038: undefined reference to 
`mps_mapping_get_sas_id_from_handle'
mps_user.o: In function `mps_user_get_adapter_data':
/usr/trees/9.0.0/sys/dev/mps/mps_user.c:1101: undefined reference to 
`mps_config_get_bios_pg3'
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
Failed : make -j8 buildkernel KERNCONF=GENERIC MODULES_OVERRIDE=mps 
TARGET_ARCH=amd64 SYSDIR=/usr/trees/9.0.0/sys -DNO_CLEAN -DNO_KERNELCONFIG 
-DNO_KERNELCLEAN -DNO_KERNELDEPEND
___
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"

Retiring non-mpsafe filesystems (was: Re: svn commit: r227333 - in head: . sys/amd64/conf sys/arm/conf sys/conf sys/i386/conf sys/ia64/conf sys/kern sys/mips/conf sys/pc98/conf sys/powerpc/conf sys/sp

[Dag-Erling Smørgrav]

Attilio Rao  writes:
> In one month I'm going to disable VFS_ALLOW_NONMPSAFE by defaults in
> order to see how well the users do with this option down. At the
> present times this means that from 1st March you won't be able to
> mount smbfs or ntfs volumes, for example.

Hmm, wasn't there a GSoC project to reimplement NTFS?

DES
-- 
Dag-Erling Smørgrav - d...@des.no
___
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"

Re: Does anyone try kib's Sandy Bridge PCID patch (pcid.2.patch)?

[Paul Ambrose]

在 2012年1月30日 下午2:36，Kostik Belousov  写道：
> On Mon, Jan 30, 2012 at 10:15:51AM +0800, Paul Ambrose wrote:
>> I have two boxes, one is  AMD Athlon 610e 2.4G with FreeBSD-current
>> patched with pcid.2.patch? It works well without other issue and it
>> seem the pcid patch
>> does not affect other part of the kernel. The other one is Sandy
> Athlons do not have PCID and probably will never implement it. They use
> other tricks to get similar optimizations, transparently to the OS.
>
Just curious, is this AMD similar optimizations
 Address Space Number (ASN) and Global flag
  US Patent 6,604,187.
http://www.chip-architect.com/news/2003_09_21_Detailed_Architecture_of_AMDs_64bit_Core.html
I did not found anything about ASN in the AMD manual

>> Bridge i5-2300 with FreeBSD 9 release patched with pcid.1.patch( the
>> pcid.2.patch seems
>> dependent on AVX and XSAVE stuffs which is available on -current). But
>> it hangs up just in a few minutes. I doubt the nvidia-driver which is
>> not recompiled with
>> patched kernel is the root, I will check this out  later, but does
>> anyone meet similar problem?
> There are two many variations compared to the config I did tested.
> I do not see anything obvious in the changes between HEAD and stable/9
> which could be blamed. Nvidia driver might be bigger suspect, but again,
> I am not aware of anything wrong with it.
>
>>
>> I have two question about the pcid.2.patch
>
> Item 2 is clean, I fixed it.
>
> For the item 1, I was only able to decipher the proposal to optimize
> the global shootdown handler to restore the %cr3 with bit 64 set to not
> invalidate current PCID. Is there some more changes ?
>
yes, that is what I meant. I was wondering using another way that each
process has different
pcid in each active processor, just as the freebsd mips and powerpc
uses. But obviously this way
is more friendly to non-pcid  x86  processor.

> Thank you for looking at the patch.
___
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"

[head tinderbox] failure on powerpc64/powerpc

[FreeBSD Tinderbox]

TB --- 2012-01-30 09:29:29 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 09:29:29 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2012-01-30 09:29:29 - cleaning the object tree
TB --- 2012-01-30 09:29:39 - cvsupping the source tree
TB --- 2012-01-30 09:29:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc64/powerpc/supfile
TB --- 2012-01-30 09:30:22 - building world
TB --- 2012-01-30 09:30:22 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 09:30:22 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 09:30:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 09:30:22 - SRCCONF=/dev/null
TB --- 2012-01-30 09:30:22 - TARGET=powerpc
TB --- 2012-01-30 09:30:22 - TARGET_ARCH=powerpc64
TB --- 2012-01-30 09:30:22 - TZ=UTC
TB --- 2012-01-30 09:30:22 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 09:30:22 - cd /src
TB --- 2012-01-30 09:30:22 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 09:30:23 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Mon Jan 30 11:53:29 UTC 2012
TB --- 2012-01-30 11:53:29 - generating LINT kernel config
TB --- 2012-01-30 11:53:29 - cd /src/sys/powerpc/conf
TB --- 2012-01-30 11:53:29 - /usr/bin/make -B LINT
TB --- 2012-01-30 11:53:29 - cd /src/sys/powerpc/conf
TB --- 2012-01-30 11:53:29 - /usr/sbin/config -m LINT
TB --- 2012-01-30 11:53:29 - building LINT kernel
TB --- 2012-01-30 11:53:29 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 11:53:29 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 11:53:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 11:53:29 - SRCCONF=/dev/null
TB --- 2012-01-30 11:53:29 - TARGET=powerpc
TB --- 2012-01-30 11:53:29 - TARGET_ARCH=powerpc64
TB --- 2012-01-30 11:53:29 - TZ=UTC
TB --- 2012-01-30 11:53:29 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 11:53:29 - cd /src
TB --- 2012-01-30 11:53:29 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan 30 11:53:29 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O -pipe  -std=c99  -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq 
-I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many 
-fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding 
-fstack-protector -Werror  vnode_if.c
:> hack.c
cc -shared -nostdlib hack.c -o hack.So
rm -f hack.c
MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT
cc -c -O -pipe  -std=c99  -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq 
-I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many 
-fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding 
-fstack-protector -Werror  vers.c
linking kernel
mmu_oea64.o:(.got+0x88): undefined reference to `elf32_nxstack'
*** Error code 1

Stop in /obj/powerpc.powerpc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-30 12:03:29 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-30 12:03:29 - ERROR: failed to build LINT kernel
TB --- 2012-01-30 12:03:29 - 7853.72 user 1123.58 system 9240.35 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full
___
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"

[HEADSUP][CFT] pkgng beta1 is out

[Baptiste Daroussin]

Hi,

pkgng has just reached the beta phase, and has now found its way to the
ports tree (disabled by default).

1/ Why pkgng?


Our current pkg_install tools are showing their age, are hard to maintain,
and they lack features:

- missing metadata
- no upgrade support
- no repository support
- no fine dependency tracking
- no modern binary package management
- and many others

Having old tools makes it hard to improve the ports infrastructure, as a
result lots of hacks have found their way into the different Mk/bsd.*.mk
files to work around pkg_install limitations plus there are lots of hacks
in the packages metadata itself such as @comment which are not comments,
and so forth.

We have people writing tools to improve the situation (portmaster and
portupgrade to name two), but they are limited by and can become quite
complicated to maintain because of the pkg_install limitations.

2/ What it is?
--

It is a tool that is designed to replace pkg_install and provide modern
features to advance package management on FreeBSD.

It has been done with compatibility in mind.  Most of the ports tree are
able to build on pkgng without modification (21500 successful packages is
the highest pkgng score so far).  The missing ones will be easily fixed
with pkgng in ports.

It has been done with ease of migration in mind.  It is easy to migrate
from pkg_install to pkgng.  (Please note that going backwards is not
possible.)

It has been done with FreeBSD features in mind: it supports chroot, jails,
rcng, etc.

It has been done with scripting features in mind: 'pkg query' will allow
you to query almost everything from the pkgng database in a script friendly
way.

It has been done with improvement in mind: it doesn't require a privileged
account to create packages with root files in it; it is already able to
package from a stage/fakeroot/name_it_like_you_want directory; it is also
able to fake the package creation to directly install the package from that
fake/stage/whatever directory.

It has been done with human readability in mind: the new metadata is
stored in YAML format; the plist keywords can be extended with YAML (for
the ports).

It has been our thinking that the pkg binary is not able to please
everyone's needs, so it has been written on top of a library which can be
used by any other third party tools.  (Think about packagekit, or ruby
binding for portupgrade for example, or any other usage like these).

pkgng is the result of my long studies and reflection about packaging
(studying what is done elsewhere: apt/dpkg, yum/rpm, pacman, aix, solaris,
netbsd, openbsd) and how to have something that tries to take the good
ideas from them, but tries not to take the *over engineered* complicated
parts. And most importantly, tries to do it the FreeBSD way: which means
it should work with the ports tree as-is (and help improve it in the future).

3/ Roadmap
--

We plan a very long beta phase with lots of beta versions, released as
often as possible to ease testing and help improve the tool as much as
possible.

The goal, now that we are in beta is to not break anything for users, which
means that pkgng will be able to safely upgrade itself.  (No real breakage
occurred during the alpha phase; expect even less in beta.)

Most of the big features are implemented, so now if you have a
revolutionary idea that breaks everything, it won't find its way into pkgng
1.0.  You can still provide it for pkgng 2.0.

1.0 is not revolutionary because of the way that it is full of workarounds
to allow compatibility with the current ports tree.  At some future time
(TBD), once we have dropped pkg_install support, things will be able to
move forward faster.

pkgng will live in the ports tree, so it will evolve with the
infrastructure, allowing us not to have to wait for the EOL of a release to
be able to move forward to new features.

The library API is currently not considered stable; it will be designated
stable as of pkgng 2.0.  Therefore, if you are going to use the library in
a third party project, you can expect some breakage from time to time.  Of
course, we will avoid breakage as much as possible.

The plan is to have pkgng 1.0 ready and rock solid for 10.0-RELEASE and
9.1-RELEASE.

The more testers/contributors we have, the faster we can go, and the faster
we go, the faster we can drop pkg_install and improve our port
infrastructure.

(Note: due to limitations in FreeBSD 7.x, we do not plan to backport
there.)

4/ pkgng itself


pkg add: add packages the old way (should be avoided by users)

pkg audit: audit the installed packages for vulnerabilities

pkg autoremove: interactively propose packages to be removed that were
installed automatically (as a dependency) and not depended on anymore

pkg check: check the installed packages database, prompting for
inconsistency and proposing to try to fix it

pkg clean: cleanup the package cache from binary installation (from
repositories)

pkg delet

Re: [HEADSUP][CFT] pkgng beta1 is out

[wen heping]

Cool !

wen

2012/1/30 Baptiste Daroussin 

> Hi,
>
> pkgng has just reached the beta phase, and has now found its way to the
> ports tree (disabled by default).
>
> 1/ Why pkgng?
> 
>
> Our current pkg_install tools are showing their age, are hard to maintain,
> and they lack features:
>
>
>
___
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"

Re: Does anyone try kib's Sandy Bridge PCID patch (pcid.2.patch)?

[Kostik Belousov]

On Mon, Jan 30, 2012 at 07:08:13PM +0800, Paul Ambrose wrote:
> ?? 2012??1??30?? 2:36??Kostik Belousov  ??
> > On Mon, Jan 30, 2012 at 10:15:51AM +0800, Paul Ambrose wrote:
> >> I have two boxes, one is  AMD Athlon 610e 2.4G with FreeBSD-current
> >> patched with pcid.2.patch? It works well without other issue and it
> >> seem the pcid patch
> >> does not affect other part of the kernel. The other one is Sandy
> > Athlons do not have PCID and probably will never implement it. They use
> > other tricks to get similar optimizations, transparently to the OS.
> >
> Just curious, is this AMD similar optimizations
>  Address Space Number (ASN) and Global flag
>   US Patent 6,604,187.
> http://www.chip-architect.com/news/2003_09_21_Detailed_Architecture_of_AMDs_64bit_Core.html
This and the same-important next item 'The TLB Flush Filter' is what
I referred to.

> I did not found anything about ASN in the AMD manual
It is a transparent optimization, which does not require any OS support.
Intel PCID is completely different, it shall be explicitely handled by OS.
It is some consequence of the nested pages support, AFAIU.

> 
> >> Bridge i5-2300 with FreeBSD 9 release patched with pcid.1.patch( the
> >> pcid.2.patch seems
> >> dependent on AVX and XSAVE stuffs which is available on -current). But
> >> it hangs up just in a few minutes. I doubt the nvidia-driver which is
> >> not recompiled with
> >> patched kernel is the root, I will check this out  later, but does
> >> anyone meet similar problem?
> > There are two many variations compared to the config I did tested.
> > I do not see anything obvious in the changes between HEAD and stable/9
> > which could be blamed. Nvidia driver might be bigger suspect, but again,
> > I am not aware of anything wrong with it.
> >
> >>
> >> I have two question about the pcid.2.patch
> >
> > Item 2 is clean, I fixed it.
> >
> > For the item 1, I was only able to decipher the proposal to optimize
> > the global shootdown handler to restore the %cr3 with bit 64 set to not
> > invalidate current PCID. Is there some more changes ?
> >
> yes, that is what I meant. I was wondering using another way that each
> process has different
> pcid in each active processor, just as the freebsd mips and powerpc
> uses. But obviously this way
> is more friendly to non-pcid  x86  processor.
Each vmspace (or pmap) has unique PCID with the patch, at least until
PCID space (12bit) is not exhausted. To really exhaust it, you need 4095
processes, so it is unlikely but possible event with the current settings.



pgpiiEGbdTChh.pgp
Description: PGP signature

revisiting tunables under Safe Mode menu option

[Andriy Gapon]

First, I think that this proposal/discussion could have been more useful before
the 9.0.  Maybe the RE would be interested in adding another item to their
pre-release checklist: ask developers about what could be dropped and what 
should
be added to the Safe Mode settings in a new (.0) release.  Probably the 
developers
should keep the Safe Mode in mind too when adding new features or making other
drastic changes, but the reminder should be welcome.

What we have for Safe Mode now (from menu-commands.4th):
>   \ 
>   \ Toggle ACPI elements if necessary
>   \ 
>   acpipresent? if acpienabled? if
>   menuacpi @ dup 0<> if
>   toggle_menuitem ( N -- N )
>   then
>   drop
>   acpi_disable
>   then then
> 
>   s" set hint.apic.0.disabled=1" evaluate
>   s" set hw.ata.ata_dma=0" evaluate
>   s" set hw.ata.atapi_dma=0" evaluate
>   s" set hw.ata.wc=0" evaluate
>   s" set hw.eisa_slots=0" evaluate
>   s" set hint.kbdmux.0.disabled=1" evaluate

o Since we have a separate ACPI option and because ACPI now is almost a 
mandatory
thing (and not a significant source of boot troubles), maybe we could remove the
code that automatically disables ACPI in Safe Mode?

o hint.apic.0.disabled - APIC code doesn't seem to be a significant source of 
boot
troubles, like ACPI it has become almost a mandatory thing.  So maybe we should
remove this setting?

o hw.ata.ata_dma, hw.ata.atapi_dma - I am not sure if there have been any
significant problems with ATA DMA recently.  Maybe these could be removed?

o hw.ata.wc - I am not sure if this setting is relevant to the safe boot.  
Another
candidate for removal?

o hw.eisa_slot - Looks like something from ancient times.  Probably just
irrelevant for most systems.

o hint.kbdmux.0.disabled - I do not recall any recent problems with kbdmux.  In
fact disabling it may produce a surprising behavior for a user if there are
multiple keyboards actually attached.

Just so that the Safe Mode doesn't turn into a NOP I propose to add the 
following
tunables:

o kern.eventtimer.periodic=1 - Use periodic timer to drive clocks just in case a
system has any problems with the default mode.  Example: PR 164457.

o kern.geom.part.check_integrity=0 - Let GPART code be more permissive, could be
useful during upgrades from earlier versions of FreeBSD or when multi-booting 
with
other OSes.

o More?

-- 
Andriy Gapon
___
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"

Re: [HEADSUP][CFT] pkgng beta1 is out

[Baptiste Daroussin]

On Mon, Jan 30, 2012 at 08:43:58AM -0800, Jos Backus wrote:
> Hi Baptiste,
> 
> This looks great!
> 
> On Mon, Jan 30, 2012 at 4:39 AM, Baptiste Daroussin wrote:
> 
> >
> > Sample output of pkg info:
> >
> > $ pkg info -f libreoffice:
> > Name   : libreoffice
> > Version: 3.4.4
> > Origin : editors/libreoffice
> > Prefix : /usr/local
> > Categories : editors
> > Licenses   : MPL & LGPL3
> > Maintainer : off...@freebsd.org
> > WWW: http://www.libreoffice.org/
> > Comment: Full integrated office productivity suite
> > Options:
> >DEBUG: off
> >GNOME: off
> >GTK: on
> >JAVA: off
> >KDE4: off
> >MMEDIA: off
> >PYUNO: off
> >SDK: off
> >SYSTRAY: off
> >WEBDAV: off
> > Flat size  : 319 MB
> > Description:
> > LibreOffice is the free power-packed Open Source personal productivity
> > suite for
> > Windows, Macintosh and Linux, that gives you six feature-rich applications
> > for
> > all your document production and data processing needs: Writer, Calc,
> > Impress,
> > Draw, Math and Base.
> >
> > WWW:http://www.libreoffice.org/
> >
> >
> 
> 
> I haven't checked if  `pkg query' can do this yet, but how about emitting
> the above output in YAML as well? It would still be very readable for
> humans.
> 
> Anyway, I'll try this out.
> 

No pkg query can't do this, but this would be a nice addition (something like
raw output for info or query) I do like the idea, please create an issue on the
github :))

regards,
Bapt


pgpF4zg1P4Uiy.pgp
Description: PGP signature

Re: [HEADSUP][CFT] pkgng beta1 is out

[Jos Backus]

Hi Baptiste,

This looks great!

On Mon, Jan 30, 2012 at 4:39 AM, Baptiste Daroussin wrote:

>
> Sample output of pkg info:
>
> $ pkg info -f libreoffice:
> Name   : libreoffice
> Version: 3.4.4
> Origin : editors/libreoffice
> Prefix : /usr/local
> Categories : editors
> Licenses   : MPL & LGPL3
> Maintainer : off...@freebsd.org
> WWW: http://www.libreoffice.org/
> Comment: Full integrated office productivity suite
> Options:
>DEBUG: off
>GNOME: off
>GTK: on
>JAVA: off
>KDE4: off
>MMEDIA: off
>PYUNO: off
>SDK: off
>SYSTRAY: off
>WEBDAV: off
> Flat size  : 319 MB
> Description:
> LibreOffice is the free power-packed Open Source personal productivity
> suite for
> Windows, Macintosh and Linux, that gives you six feature-rich applications
> for
> all your document production and data processing needs: Writer, Calc,
> Impress,
> Draw, Math and Base.
>
> WWW:http://www.libreoffice.org/
>
>


I haven't checked if  `pkg query' can do this yet, but how about emitting
the above output in YAML as well? It would still be very readable for
humans.

Anyway, I'll try this out.

Jos
-- 
Jos Backus
jos at catnook.com
___
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"

FILTER_SCHEDULE_THREAD is not a bit-value

[Max Khon]

Hello!

sys/bus.h documents the following semantics for FILTER_SCHEDULE_THREAD:

/**
 * @brief Driver interrupt filter return values
 *
 * If a driver provides an interrupt filter routine it must return an
 * integer consisting of oring together zero or more of the following
 ^^^
 * flags:
 *
 *  FILTER_STRAY    - this device did not trigger the interrupt
 *  FILTER_HANDLED  - the interrupt has been fully handled and can be EOId
 *  FILTER_SCHEDULE_THREAD - the threaded interrupt handler should be
 *    scheduled to execute
 *
 * If the driver does not provide a filter, then the interrupt code will
 * act is if the filter had returned FILTER_SCHEDULE_THREAD.  Note that it
 * is illegal to specify any other flag with FILTER_STRAY and that it is
 * illegal to not specify either of FILTER_HANDLED or FILTER_SCHEDULE_THREAD
 * if FILTER_STRAY is not specified.
 */
#define FILTER_STRAY    0x01
#define FILTER_HANDLED  0x02
#define FILTER_SCHEDULE_THREAD  0x04

But actually FILTER_SCHEDULE_THREAD is not used as a bit-value (see
kern/kern_intr.c):

    if (!thread) {
    if (ret == FILTER_SCHEDULE_THREAD)
    thread = 1;
    }

There is at least one in-tree driver that could be broken because of
this (asmc(8), but I found the problem with some other out-of-tree
driver).
This should be "if (ret & FILTER_SCHEDULE_THREAD)" instead. Attached
patch fixes the problem.

What do you think?

Max


ithread.diff
Description: Binary data
___
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"

Re: [HEADSUP][CFT] pkgng beta1 is out

[Jos Backus]

On Mon, Jan 30, 2012 at 9:10 AM, Baptiste Daroussin wrote:

No pkg query can't do this, but this would be a nice addition (something
> like
> raw output for info or query) I do like the idea, please create an issue
> on the
> github :))
>
> regards,

Bapt
>

I just created issue #128, thanks Baptiste!

Cheers,
Jos
-- 
Jos Backus
jos at catnook.com
___
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"

Re: revisiting tunables under Safe Mode menu option

[Ian Lepore]

On Mon, 2012-01-30 at 18:59 +0200, Andriy Gapon wrote:
> 
> o hw.ata.ata_dma, hw.ata.atapi_dma - I am not sure if there have been any
> significant problems with ATA DMA recently.  Maybe these could be removed?

I still have to work with hardware that requires ata_dma disabled.  It
seems to be required for most systems I've worked with that have a
compact flash socket on the mainboard (sometimes you can just limit the
mode to udma33 or less, sometimes you have to turn it off completely.)

Adding kern.eventtimer.periodic=1 seems like a good idea.

As a general philosophical thing, I don't have a problem with the idea
"safe mode turns off everything that has ever historically been
problematic," because I don't think anyone expects a system to run well
in safe mode.  I see it more as a tool to start narrowing down the area
of trouble, like step 1 of a binary search for the problem.  As such,
the most important aspect is a comprehensive list of what changes for
safe mode, so that you can procede by selectively en/disabling the
various things it does.

-- Ian


___
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"

Re: [HEADSUP][CFT] pkgng beta1 is out

[Baptiste Daroussin]

On Mon, Jan 30, 2012 at 09:21:37AM -0800, Jos Backus wrote:
> On Mon, Jan 30, 2012 at 9:10 AM, Baptiste Daroussin wrote:
> 
> No pkg query can't do this, but this would be a nice addition (something
> > like
> > raw output for info or query) I do like the idea, please create an issue
> > on the
> > github :))
> >
> > regards,
> 
> Bapt
> >
> 
> I just created issue #128, thanks Baptiste!
> 
> Cheers,
> Jos

The time you did  that I implemented it :)

pkg info -R will be in beta2.

Thank you,
regards,
Bapt


pgpHeVkA9PKhI.pgp
Description: PGP signature

Re: revisiting tunables under Safe Mode menu option

[Nathan Whitehorn]

On Jan 30, 2012, at 11:30 AM, Ian Lepore wrote:


On Mon, 2012-01-30 at 18:59 +0200, Andriy Gapon wrote:


o hw.ata.ata_dma, hw.ata.atapi_dma - I am not sure if there have  
been any
significant problems with ATA DMA recently.  Maybe these could be  
removed?


I still have to work with hardware that requires ata_dma disabled.  It
seems to be required for most systems I've worked with that have a
compact flash socket on the mainboard (sometimes you can just limit  
the

mode to udma33 or less, sometimes you have to turn it off completely.)

Adding kern.eventtimer.periodic=1 seems like a good idea.

As a general philosophical thing, I don't have a problem with the idea
"safe mode turns off everything that has ever historically been
problematic," because I don't think anyone expects a system to run  
well
in safe mode.  I see it more as a tool to start narrowing down the  
area

of trouble, like step 1 of a binary search for the problem.  As such,
the most important aspect is a comprehensive list of what changes for
safe mode, so that you can procede by selectively en/disabling the
various things it does.


I second the point about ATA DMA, but it is worth pointing out that  
those sysctls don't do anything with ATA_CAM (see http://www.freebsd.org/cgi/query-pr.cgi?pr=164226) 
.

-Nathan
___
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"

Re: FILTER_SCHEDULE_THREAD is not a bit-value

[Ian Lepore]

On Mon, 2012-01-30 at 22:50 +0600, Max Khon wrote:
> Hello!
> 
> sys/bus.h documents the following semantics for FILTER_SCHEDULE_THREAD:
> 
> /**
>  * @brief Driver interrupt filter return values
>  *
>  * If a driver provides an interrupt filter routine it must return an
>  * integer consisting of oring together zero or more of the following
>  ^^^
>  * flags:
>  *
>  *  FILTER_STRAY- this device did not trigger the interrupt
>  *  FILTER_HANDLED  - the interrupt has been fully handled and can be EOId
>  *  FILTER_SCHEDULE_THREAD - the threaded interrupt handler should be
>  *scheduled to execute
>  *
>  * If the driver does not provide a filter, then the interrupt code will
>  * act is if the filter had returned FILTER_SCHEDULE_THREAD.  Note that it
>  * is illegal to specify any other flag with FILTER_STRAY and that it is
>  * illegal to not specify either of FILTER_HANDLED or FILTER_SCHEDULE_THREAD
>  * if FILTER_STRAY is not specified.
>  */
> #define FILTER_STRAY0x01
> #define FILTER_HANDLED  0x02
> #define FILTER_SCHEDULE_THREAD  0x04
> 
> But actually FILTER_SCHEDULE_THREAD is not used as a bit-value (see
> kern/kern_intr.c):
> 
> if (!thread) {
> if (ret == FILTER_SCHEDULE_THREAD)
> thread = 1;
> }
> 
> There is at least one in-tree driver that could be broken because of
> this (asmc(8), but I found the problem with some other out-of-tree
> driver).
> This should be "if (ret & FILTER_SCHEDULE_THREAD)" instead. Attached
> patch fixes the problem.
> 
> What do you think?
> 
> Max

I think returning (FILTER_HANDLED | FILTER_SCHEDULE_THREAD) makes no
sense given the definition "the interrupt has been fully handled and can
be EOId".  If you EOI in the primary interrupt context and then schedule
a threaded handler to run as well you're likely to need complex locking
between the primary and threaded interrupt handlers and I was under the
impression that's just the sort of thing the filter/threaded scheme was
designed to avoid.

In other words, the part about ORing together values seems to be staking
out room for future growth, because the current set of flags and the
words about how to use them imply that only one of the current set of
values should be returned at once.

On the other hand, the words are also self-contradictory, in that they
say "oring together zero or more" but then later when saying which flags
can be used together it's defined as erronious to return zero.

-- Ian


___
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"

Re: jid and jname are numberic by default why? Can we change it ?

[Jamie Gritton]

On 01/28/12 15:47, Daniel Shahaf wrote:

P.S.  As an aside, the provision in projects/jailconf/'s jail(8) that
it's not possible for 'jail -r' to remove all jails _unless_ the '*'
syntax is used seems unusual to me: I expect 'jail -r foo bar' to remove
those two jails regardless of whether any other jails exist.  (Sorry if
this has been discussed already -- it's just an issue I ran across while
examining the jail(8) man page in Jamie's framework.)


I think I must have communicated something badly - "jail -r *" is the
way to remove all jails without specifying them, but if your only jails
are foo and bar, then "jail -r foo bar" will do the trick.

- Jamie
___
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"

Re: posix_fadvise noreuse disables file caching

[John Baldwin]

On Sunday, January 29, 2012 10:08:10 am Tijl Coosemans wrote:
> On Wednesday 25 January 2012 17:29:22 John Baldwin wrote:
> > On Friday, January 20, 2012 2:12:13 pm John Baldwin wrote:
> >> On Thursday, January 19, 2012 11:39:42 am Tijl Coosemans wrote:
> >>> I recently noticed that multimedia/vlc generates a lot of disk IO when
> >>> playing media files. For instance, when playing a 320kbps mp3 gstat
> >>> reports about 1250kBps (=1kbps). That's quite a lot of overhead.
> >>> 
> >>> It turns out that vlc sets POSIX_FADV_NOREUSE on the entire file and
> >>> reads in chunks of 1028 bytes. FreeBSD implements NOREUSE as if
> >>> O_DIRECT was specified during open(2), i.e. it disables all caching.
> >>> That means every 1028 byte read turns into a 32KiB read (new default
> >>> block size in 9.0) which explains the above numbers.
> >>> 
> >>> I've copied the relevant vlc code below (modules/access/file.c:Open()).
> >>> It's interesting to see that on OSX it sets F_NOCACHE which disables
> >>> caching too, but combined with F_RDAHEAD there's still read-ahead
> >>> caching.
> >>> 
> >>> I don't think POSIX intended for NOREUSE to mean O_DIRECT. It should
> >>> still cache data (and even do read-ahead if F_RDAHEAD is specified),
> >>> and once data is fetched from the cache, it can be marked WONTNEED.
> >> 
> >> POSIX doesn't specify O_DIRECT, so it's not clear what it asks for.
> >> 
> >>> Is it possible to implement it this way, or if not to just ignore
> >>> the NOREUSE hint for now?
> >> 
> >> I think it would be good to improve NOREUSE, though I had sort of
> >> assumed that applications using NOREUSE would do their own buffering
> >> and read full blocks.  We could perhaps reimplement NOREUSE by doing
> >> the equivalent of POSIX_FADV_DONTNEED after each read to free buffers
> >> and pages after the data is copied out to userland.  I also have an
> >> XXX about whether or not NOREUSE should still allow read-ahead as it
> >> isn't very clear what the right thing to do there is.  HP-UX (IIRC)
> >> has an fadvise() that lets you specify multiple policies, so you
> >> could specify both NOREUSE and SEQUENTIAL for a single region to
> >> get read-ahead but still release memory once the data is read once.
> >
> > So I've came up with this untested patch.  It uses
> > VOP_ADVISE(FADV_DONTNEED) after read(2) calls to a NOREUSE region, and
> > leaves read-ahead caching enabled for NOREUSE.  FADV_DONTNEED doesn't
> > do any good really for writes (it only flushes clean buffers), so I've
> > left write(2) operations as using IO_DIRECT still.  Does this sound
> > reasonable?  I've not yet tested this at all:
> 
> The patch drastically improves vlc, but there's still a tiny overhead.
> Without NOREUSE the disk is read in chunks of 128KiB (F_RDAHEAD buffer
> size). With NOREUSE there's an extra transfer of 32KiB (block size).

This is probably because vlc is not reading on block boundaries, so the 
noreuse is throwing away partial blocks at the end of a read that then have to 
be re-read.  We could maybe fix this by making FADV_DONTNEED only throw
away completely-contained blocks rather than completely-contained pages.
However, this will probably result in NOREUSE not actually throwing away
anything at all if an app always reads sub-blocksize chunks.

We could maybe make the case of vlc work ok in this case though by allowing
an extension where you can do 'posix_fadvise(SEQUENTIAL | NOREUSE)', and
in this case we could make the VOP_ADVISE(DONTNEED) in read() use an offset
of 0 rather than the start of the read request.

However, posix_fadvise() really is going to work best if the userland 
application reads aligned FS blocks.

-- 
John Baldwin
___
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"

Re: jid and jname are numberic by default why? Can we change it ?

[Daniel Shahaf]

Jamie Gritton wrote on Mon, Jan 30, 2012 at 10:38:16 -0700:
> On 01/28/12 15:47, Daniel Shahaf wrote:
> >P.S.  As an aside, the provision in projects/jailconf/'s jail(8) that
> >it's not possible for 'jail -r' to remove all jails _unless_ the '*'
> >syntax is used seems unusual to me: I expect 'jail -r foo bar' to remove
> >those two jails regardless of whether any other jails exist.  (Sorry if
> >this has been discussed already -- it's just an issue I ran across while
> >examining the jail(8) man page in Jamie's framework.)
> 
> I think I must have communicated something badly - "jail -r *" is the
> way to remove all jails without specifying them, but if your only jails
> are foo and bar, then "jail -r foo bar" will do the trick.

That sounds absolutely sane; exactly the behaviour I'd expect.

The sentence that led me to think otherwise is the second sentence of this
excerpt from jail.8@r230776:

An argument of
.Dq *
is a wildcard that will operate on all jails.  To prevent errors,
this is the only way for
.Fl r
to remove all jails.

Thanks,

Daniel

P.S.  What is the timeframe for the jailconf framework to be included in
a release?  9.1, 10.0, ...?

> 
> - Jamie
___
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"

[head tinderbox] failure on sparc64/sparc64

[FreeBSD Tinderbox]

TB --- 2012-01-30 17:49:37 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 17:49:37 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2012-01-30 17:49:37 - cleaning the object tree
TB --- 2012-01-30 17:49:45 - cvsupping the source tree
TB --- 2012-01-30 17:49:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2012-01-30 17:50:20 - building world
TB --- 2012-01-30 17:50:20 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 17:50:20 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 17:50:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 17:50:20 - SRCCONF=/dev/null
TB --- 2012-01-30 17:50:20 - TARGET=sparc64
TB --- 2012-01-30 17:50:20 - TARGET_ARCH=sparc64
TB --- 2012-01-30 17:50:20 - TZ=UTC
TB --- 2012-01-30 17:50:20 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 17:50:20 - cd /src
TB --- 2012-01-30 17:50:20 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 17:50:21 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Mon Jan 30 18:46:15 UTC 2012
TB --- 2012-01-30 18:46:15 - generating LINT kernel config
TB --- 2012-01-30 18:46:15 - cd /src/sys/sparc64/conf
TB --- 2012-01-30 18:46:15 - /usr/bin/make -B LINT
TB --- 2012-01-30 18:46:15 - cd /src/sys/sparc64/conf
TB --- 2012-01-30 18:46:15 - /usr/sbin/config -m LINT
TB --- 2012-01-30 18:46:15 - building LINT kernel
TB --- 2012-01-30 18:46:15 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 18:46:15 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 18:46:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 18:46:15 - SRCCONF=/dev/null
TB --- 2012-01-30 18:46:15 - TARGET=sparc64
TB --- 2012-01-30 18:46:15 - TARGET_ARCH=sparc64
TB --- 2012-01-30 18:46:15 - TZ=UTC
TB --- 2012-01-30 18:46:15 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 18:46:15 - cd /src
TB --- 2012-01-30 18:46:15 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan 30 18:46:15 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
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 -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float 
-ffreestanding -fstack-protector -Werror  /src/sys/dev/ixgbe/ixgbe_mbx.c 
-I/src/sys/dev/ixgbe
cc1: warnings being treated as errors
/src/sys/dev/ixgbe/ixgbe_mbx.c: In function 'ixgbe_obtain_mbx_lock_pf':
/src/sys/dev/ixgbe/ixgbe_mbx.c:629: warning: implicit declaration of function 
'IXGBE_PFMAILBOX'
/src/sys/dev/ixgbe/ixgbe_mbx.c:629: warning: nested extern declaration of 
'IXGBE_PFMAILBOX' [-Wnested-externs]
/src/sys/dev/ixgbe/ixgbe_mbx.c: In function 'ixgbe_write_mbx_pf':
/src/sys/dev/ixgbe/ixgbe_mbx.c:667: warning: implicit declaration of function 
'IXGBE_PFMBMEM'
/src/sys/dev/ixgbe/ixgbe_mbx.c:667: warning: nested extern declaration of 
'IXGBE_PFMBMEM' [-Wnested-externs]
*** Error code 1

Stop in /obj/sparc64.sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-30 18:51:42 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-30 18:51:42 - ERROR: failed to build LINT kernel
TB --- 2012-01-30 18:51:42 - 3062.26 user 569.34 system 3725.59 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full
___
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"

Re: jid and jname are numberic by default why? Can we change it ?

[Jamie Gritton]

On 01/30/12 10:55, Daniel Shahaf wrote:

Jamie Gritton wrote on Mon, Jan 30, 2012 at 10:38:16 -0700:

On 01/28/12 15:47, Daniel Shahaf wrote:

P.S.  As an aside, the provision in projects/jailconf/'s jail(8) that
it's not possible for 'jail -r' to remove all jails _unless_ the '*'
syntax is used seems unusual to me: I expect 'jail -r foo bar' to remove
those two jails regardless of whether any other jails exist.  (Sorry if
this has been discussed already -- it's just an issue I ran across while
examining the jail(8) man page in Jamie's framework.)


I think I must have communicated something badly - "jail -r *" is the
way to remove all jails without specifying them, but if your only jails
are foo and bar, then "jail -r foo bar" will do the trick.


That sounds absolutely sane; exactly the behaviour I'd expect.

The sentence that led me to think otherwise is the second sentence of this
excerpt from jail.8@r230776:

 An argument of
 .Dq *
 is a wildcard that will operate on all jails.  To prevent errors,
 this is the only way for
 .Fl r
 to remove all jails.


Yes, I can see what you mean. I'd tell you that sentence obviously mean
something else, but at the moment I'm not sure what I meant when I write
that :-).


P.S.  What is the timeframe for the jailconf framework to be included in
a release?  9.1, 10.0, ...?


Yes, those. I had missed the cutoff for 9.0 (and then waited around
until 9.0 was actually released), but I'll be putting in it soon.

- Jamie
___
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"

[head tinderbox] failure on powerpc64/powerpc

[FreeBSD Tinderbox]

TB --- 2012-01-30 16:48:46 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 16:48:46 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2012-01-30 16:48:46 - cleaning the object tree
TB --- 2012-01-30 16:48:55 - cvsupping the source tree
TB --- 2012-01-30 16:48:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc64/powerpc/supfile
TB --- 2012-01-30 16:49:46 - building world
TB --- 2012-01-30 16:49:46 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 16:49:46 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 16:49:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 16:49:46 - SRCCONF=/dev/null
TB --- 2012-01-30 16:49:46 - TARGET=powerpc
TB --- 2012-01-30 16:49:46 - TARGET_ARCH=powerpc64
TB --- 2012-01-30 16:49:46 - TZ=UTC
TB --- 2012-01-30 16:49:46 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 16:49:46 - cd /src
TB --- 2012-01-30 16:49:46 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 16:49:46 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Mon Jan 30 19:15:57 UTC 2012
TB --- 2012-01-30 19:15:57 - generating LINT kernel config
TB --- 2012-01-30 19:15:57 - cd /src/sys/powerpc/conf
TB --- 2012-01-30 19:15:57 - /usr/bin/make -B LINT
TB --- 2012-01-30 19:15:57 - cd /src/sys/powerpc/conf
TB --- 2012-01-30 19:15:57 - /usr/sbin/config -m LINT
TB --- 2012-01-30 19:15:57 - building LINT kernel
TB --- 2012-01-30 19:15:57 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 19:15:57 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 19:15:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 19:15:57 - SRCCONF=/dev/null
TB --- 2012-01-30 19:15:57 - TARGET=powerpc
TB --- 2012-01-30 19:15:57 - TARGET_ARCH=powerpc64
TB --- 2012-01-30 19:15:57 - TZ=UTC
TB --- 2012-01-30 19:15:57 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 19:15:57 - cd /src
TB --- 2012-01-30 19:15:57 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan 30 19:15:57 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O -pipe  -std=c99  -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq 
-I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many 
-fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding 
-fstack-protector -Werror  vnode_if.c
:> hack.c
cc -shared -nostdlib hack.c -o hack.So
rm -f hack.c
MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT
cc -c -O -pipe  -std=c99  -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq 
-I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many 
-fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding 
-fstack-protector -Werror  vers.c
linking kernel
mmu_oea64.o:(.got+0x88): undefined reference to `elf32_nxstack'
*** Error code 1

Stop in /obj/powerpc.powerpc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-30 19:26:07 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-30 19:26:07 - ERROR: failed to build LINT kernel
TB --- 2012-01-30 19:26:07 - 8055.72 user 1125.13 system 9440.44 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full
___
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"

Re: [ptrace] please review follow fork/exec changes

[Kostik Belousov]

On Mon, Jan 30, 2012 at 10:26:25AM -0800, Dmitry Mikulin wrote:
> 
> 
> On 01/28/2012 11:48 PM, Kostik Belousov wrote:
> >On Fri, Jan 27, 2012 at 10:12:13AM -0800, Dmitry Mikulin wrote:
> >>Attached are 4 separate patches for each somewhat independent  portion of
> >>the kernel work related to the follow-fork implementation.
> >Ok, as I said, I think that vfork-fork.patch is just wrong.
> 
> Gdb needs to be able to read/write process memory between the time the 
> child is forked and exec is called (in the vfork case). Without the change 
> it causes a kernel panic when gdb tries to read/write process memory. Since 
> my understanding of the kernel is a bit limited, it was the best I could do 
> at the time. I will send more details about the panic once I get a working 
> fbsd system again. Maybe there's a better way to deal with the panic.
Please provide more details, I am looking forward for the panic
message and backtrace.

> 
> >Lets postpone discussion of the orphan.patch for later.
> 
> OK.
> 
> >
> >The follow-fork.patch and follow-exec.patch make me wonder, and I
> >already expressed my doubts. IMO, all features, except one bug, are
> >already presented in the stock src.
> >
> >More, suggested follow-{fork,exec} patches break the SCE/SCX tracers
> >notification of fork and exec events, since TDB_FORK and TBD_EXEC flags
> >are consumed before syscall returns (I also said this previously).
> 
> 
> 
> 
> >
> >Namely, if the process is being debugged, the successfull [f]execve()
> >causes unconditional stop even. This makes PT_FOLLOW_EXEC unneccessary.
> >
> >Existing PT_FOLLOW_FORK implementation indeed has a bug, which was not
> >revealed by my testing during the development, because I only tested
> >SCE/SCX scenario. Namely, if PT_FOLLOW_FORK is requested, but the next
> >stop is not SCX, then follow-fork notification is not sent. After this
> >nit is fixed, PT_FOLLOW_FORK caller gets stops for the child creation.
> >Child is put into stop state as needed to not loose it.
> 
> I think this will fix only a part of the problem, the one that relates to 
> PT_CONTINUE.
> 
> I still need the change that forces a stop in both child and parent on 
> fork(). Without my changes the notification is generated in the child but 
> not in the parent. I need to be able to have both processes stopped in gdb 
> in order to clean up and detach from the parent, and initialize and attach 
> to the child. The main reason I need both processes stopped is that gdb has 
> to be able to read/write into both processes address space and registers.  
> Ideally I would like to have a single event generated for fork() at a point 
> where both child and parent are stopped and available for ptrace read/write 
> requests.  Do you think it's possible?
The lack of the notification for parent is exactly what the patch I
posted fixes. More exactly, it is the lack of notification for parent
with PT_CONTINUE loop. I will commit this today.

Regarding a single notification. Currently, parent arrives at the
syscall return code only after the child is attached to the debugger.
See the cv_wait() in kern_fork.c:739. In other words, if you get the
PL_FLAG_FORK, the child is already attached (at last it shall be). My
scescx.c code illustrates this well, IMO.

You still get a separate stop from the child, but I do not see how is it
harmful.


pgpDwYkpcgypf.pgp
Description: PGP signature

Re: [ptrace] please review follow fork/exec changes

[Dmitry Mikulin]

On 01/28/2012 11:48 PM, Kostik Belousov wrote:

On Fri, Jan 27, 2012 at 10:12:13AM -0800, Dmitry Mikulin wrote:

Attached are 4 separate patches for each somewhat independent  portion of
the kernel work related to the follow-fork implementation.

Ok, as I said, I think that vfork-fork.patch is just wrong.


Gdb needs to be able to read/write process memory between the time the child is 
forked and exec is called (in the vfork case). Without the change it causes a 
kernel panic when gdb tries to read/write process memory. Since my 
understanding of the kernel is a bit limited, it was the best I could do at the 
time. I will send more details about the panic once I get a working fbsd system 
again. Maybe there's a better way to deal with the panic.


Lets postpone discussion of the orphan.patch for later.


OK.



The follow-fork.patch and follow-exec.patch make me wonder, and I
already expressed my doubts. IMO, all features, except one bug, are
already presented in the stock src.

More, suggested follow-{fork,exec} patches break the SCE/SCX tracers
notification of fork and exec events, since TDB_FORK and TBD_EXEC flags
are consumed before syscall returns (I also said this previously).







Namely, if the process is being debugged, the successfull [f]execve()
causes unconditional stop even. This makes PT_FOLLOW_EXEC unneccessary.

Existing PT_FOLLOW_FORK implementation indeed has a bug, which was not
revealed by my testing during the development, because I only tested
SCE/SCX scenario. Namely, if PT_FOLLOW_FORK is requested, but the next
stop is not SCX, then follow-fork notification is not sent. After this
nit is fixed, PT_FOLLOW_FORK caller gets stops for the child creation.
Child is put into stop state as needed to not loose it.


I think this will fix only a part of the problem, the one that relates to 
PT_CONTINUE.

I still need the change that forces a stop in both child and parent on fork(). 
Without my changes the notification is generated in the child but not in the 
parent. I need to be able to have both processes stopped in gdb in order to 
clean up and detach from the parent, and initialize and attach to the child. 
The main reason I need both processes stopped is that gdb has to be able to 
read/write into both processes address space and registers.  Ideally I would 
like to have a single event generated for fork() at a point where both child 
and parent are stopped and available for ptrace read/write requests.  Do you 
think it's possible?



I updated the test program I use to test this functionality, see
http://people.freebsd.org/~kib/misc/scescx.c
The default or -s flag causes it to use SCE/SCX tracing, while -c flag
switches it to use PT_CONTINUE tracing, which should be the kind of loop
performed by normal debuggers. You can see the exec/fork events and
child auto-attach illustrated with this test.

Can you, please, provide the test-case which illustrates the omissions
in the existing API (with the patch below applied), if any ?

diff --git a/sys/kern/subr_syscall.c b/sys/kern/subr_syscall.c
index bba4479..75328f6 100644
--- a/sys/kern/subr_syscall.c
+++ b/sys/kern/subr_syscall.c
@@ -212,7 +212,8 @@ syscallret(struct thread *td, int error, struct 
syscall_args *sa __unused)
 * executes.  If debugger requested tracing of syscall
 * returns, do it now too.
 */
-   if (traced&&  ((td->td_dbgflags&  TDB_EXEC) != 0 ||
+   if (traced&&
+   ((td->td_dbgflags&  (TDB_FORK | TDB_EXEC)) != 0 ||
(p->p_stops&  S_PT_SCX) != 0))
ptracestop(td, SIGTRAP);
td->td_dbgflags&= ~(TDB_SCX | TDB_EXEC | TDB_FORK);

___
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"

[patch] nextboot(8) arbitrary kernel environment

[Ed Maste]

I have a patch to allow nextboot(8) to set arbitrary kernel environment
variables (not just the kernel dir and kernel_options).  The usage becomes:

Usage: nextboot [-e variable=value] [-f] [-k kernel] [-o options]
   nextboot -D

and the new option is documented as:

 -e variable=value
 This option adds the provided variable and value to the ker-
 nel environment.  The value is quoted when written to the
 nextboot configuration.

The patch also makes -k an option (no longer mandatory).  The patch is at
http://people.freebsd.org/~emaste/nextboot.diff .  I'll commit it in a few
days if no concerns are raised by review or my testing.

-Ed
___
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"

Re: [patch] nextboot(8) arbitrary kernel environment

[Ian Lepore]

On Mon, 2012-01-30 at 14:57 -0500, Ed Maste wrote:
> I have a patch to allow nextboot(8) to set arbitrary kernel environment
> variables (not just the kernel dir and kernel_options).  The usage becomes:
> 
> Usage: nextboot [-e variable=value] [-f] [-k kernel] [-o options]
>nextboot -D
> 
> and the new option is documented as:
> 
>  -e variable=value
>  This option adds the provided variable and value to the ker-
>  nel environment.  The value is quoted when written to the
>  nextboot configuration.
> 
> The patch also makes -k an option (no longer mandatory).  The patch is at
> http://people.freebsd.org/~emaste/nextboot.diff .  I'll commit it in a few
> days if no concerns are raised by review or my testing.
> 
> -Ed

Minor nit:

  -It is not the most thoroughly tested code.
  +It is not the most throughly tested code.

The original spelling is the correct one.

-- Ian


___
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"

Re: [patch] nextboot(8) arbitrary kernel environment

[Ed Maste]

On Mon, Jan 30, 2012 at 01:12:21PM -0700, Ian Lepore wrote:

> Minor nit:
> 
>   -It is not the most thoroughly tested code.
>   +It is not the most throughly tested code.
> 
> The original spelling is the correct one.

Nice catch, and thanks for the review.  This came from an accidental
revert of r229778, which happened when I moved the change from 8.2 to
my HEAD tree.

-Ed
___
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"

Re: [ptrace] please review follow fork/exec changes

[Dmitry Mikulin]

Gdb needs to be able to read/write process memory between the time the
child is forked and exec is called (in the vfork case). Without the change
it causes a kernel panic when gdb tries to read/write process memory. Since
my understanding of the kernel is a bit limited, it was the best I could do
at the time. I will send more details about the panic once I get a working
fbsd system again. Maybe there's a better way to deal with the panic.

Please provide more details, I am looking forward for the panic
message and backtrace.


As soon as I get my FreeBSD box fixed, hopefully tomorrow.





Lets postpone discussion of the orphan.patch for later.

OK.


The follow-fork.patch and follow-exec.patch make me wonder, and I
already expressed my doubts. IMO, all features, except one bug, are
already presented in the stock src.

More, suggested follow-{fork,exec} patches break the SCE/SCX tracers
notification of fork and exec events, since TDB_FORK and TBD_EXEC flags
are consumed before syscall returns (I also said this previously).





Namely, if the process is being debugged, the successfull [f]execve()
causes unconditional stop even. This makes PT_FOLLOW_EXEC unneccessary.

Existing PT_FOLLOW_FORK implementation indeed has a bug, which was not
revealed by my testing during the development, because I only tested
SCE/SCX scenario. Namely, if PT_FOLLOW_FORK is requested, but the next
stop is not SCX, then follow-fork notification is not sent. After this
nit is fixed, PT_FOLLOW_FORK caller gets stops for the child creation.
Child is put into stop state as needed to not loose it.

I think this will fix only a part of the problem, the one that relates to
PT_CONTINUE.

I still need the change that forces a stop in both child and parent on
fork(). Without my changes the notification is generated in the child but
not in the parent. I need to be able to have both processes stopped in gdb
in order to clean up and detach from the parent, and initialize and attach
to the child. The main reason I need both processes stopped is that gdb has
to be able to read/write into both processes address space and registers.
Ideally I would like to have a single event generated for fork() at a point
where both child and parent are stopped and available for ptrace read/write
requests.  Do you think it's possible?

The lack of the notification for parent is exactly what the patch I
posted fixes. More exactly, it is the lack of notification for parent
with PT_CONTINUE loop. I will commit this today.

Regarding a single notification. Currently, parent arrives at the
syscall return code only after the child is attached to the debugger.
See the cv_wait() in kern_fork.c:739. In other words, if you get the
PL_FLAG_FORK, the child is already attached (at last it shall be). My
scescx.c code illustrates this well, IMO.


OK, I see. I need to verify that it works with gdb and possibly tweak it to 
match the kernel.



You still get a separate stop from the child, but I do not see how is it
harmful.


It's not harmful as long as gdb can tell that those stops are generated by the 
fork().

___
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"

[head tinderbox] failure on i386/pc98

[FreeBSD Tinderbox]

TB --- 2012-01-30 19:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 19:30:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2012-01-30 19:30:00 - cleaning the object tree
TB --- 2012-01-30 19:30:21 - cvsupping the source tree
TB --- 2012-01-30 19:30:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/i386/pc98/supfile
TB --- 2012-01-30 19:31:13 - building world
TB --- 2012-01-30 19:31:13 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 19:31:13 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 19:31:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 19:31:13 - SRCCONF=/dev/null
TB --- 2012-01-30 19:31:13 - TARGET=pc98
TB --- 2012-01-30 19:31:13 - TARGET_ARCH=i386
TB --- 2012-01-30 19:31:13 - TZ=UTC
TB --- 2012-01-30 19:31:13 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 19:31:13 - cd /src
TB --- 2012-01-30 19:31:13 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 19:31:14 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Mon Jan 30 21:34:43 UTC 2012
TB --- 2012-01-30 21:34:43 - generating LINT kernel config
TB --- 2012-01-30 21:34:43 - cd /src/sys/pc98/conf
TB --- 2012-01-30 21:34:43 - /usr/bin/make -B LINT
TB --- 2012-01-30 21:34:43 - cd /src/sys/pc98/conf
TB --- 2012-01-30 21:34:43 - /usr/sbin/config -m LINT
TB --- 2012-01-30 21:34:43 - building LINT kernel
TB --- 2012-01-30 21:34:43 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 21:34:43 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 21:34:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 21:34:43 - SRCCONF=/dev/null
TB --- 2012-01-30 21:34:43 - TARGET=pc98
TB --- 2012-01-30 21:34:43 - TARGET_ARCH=i386
TB --- 2012-01-30 21:34:43 - TZ=UTC
TB --- 2012-01-30 21:34:43 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 21:34:43 - cd /src
TB --- 2012-01-30 21:34:43 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan 30 21:34:43 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
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 -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/ixgb/ixgb_hw.c
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 -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe
In file included from /src/sys/dev/ixgbe/ixgbe_type.h:38,
 from /src/sys/dev/ixgbe/ixgbe_api.h:38,
 from /src/sys/dev/ixgbe/ixgbe.h:96,
 from /src/sys/dev/ixgbe/ixgbe.c:40:
/src/sys/dev/ixgbe/ixgbe_osdep.h:109: error: conflicting types for 'bool'
/src/sys/sys/types.h:271: error: previous declaration of 'bool' was here
*** Error code 1

Stop in /obj/pc98.i386/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-30 21:41:21 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-30 21:41:21 - ERROR: failed to build LINT kernel
TB --- 2012-01-30 21:41:21 - 6419.70 user 950.52 system 7881.06 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full
___
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"

[head tinderbox] failure on i386/i386

[FreeBSD Tinderbox]

TB --- 2012-01-30 19:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 19:30:00 - starting HEAD tinderbox run for i386/i386
TB --- 2012-01-30 19:30:00 - cleaning the object tree
TB --- 2012-01-30 19:30:46 - cvsupping the source tree
TB --- 2012-01-30 19:30:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/i386/i386/supfile
TB --- 2012-01-30 19:31:13 - building world
TB --- 2012-01-30 19:31:13 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 19:31:13 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 19:31:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 19:31:13 - SRCCONF=/dev/null
TB --- 2012-01-30 19:31:13 - TARGET=i386
TB --- 2012-01-30 19:31:13 - TARGET_ARCH=i386
TB --- 2012-01-30 19:31:13 - TZ=UTC
TB --- 2012-01-30 19:31:13 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 19:31:13 - cd /src
TB --- 2012-01-30 19:31:13 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 19:31:14 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Mon Jan 30 21:35:09 UTC 2012
TB --- 2012-01-30 21:35:09 - generating LINT kernel config
TB --- 2012-01-30 21:35:09 - cd /src/sys/i386/conf
TB --- 2012-01-30 21:35:09 - /usr/bin/make -B LINT
TB --- 2012-01-30 21:35:10 - cd /src/sys/i386/conf
TB --- 2012-01-30 21:35:10 - /usr/sbin/config -m LINT
TB --- 2012-01-30 21:35:10 - building LINT kernel
TB --- 2012-01-30 21:35:10 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 21:35:10 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 21:35:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 21:35:10 - SRCCONF=/dev/null
TB --- 2012-01-30 21:35:10 - TARGET=i386
TB --- 2012-01-30 21:35:10 - TARGET_ARCH=i386
TB --- 2012-01-30 21:35:10 - TZ=UTC
TB --- 2012-01-30 21:35:10 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 21:35:10 - cd /src
TB --- 2012-01-30 21:35:10 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan 30 21:35:10 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
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 -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/ixgb/ixgb_hw.c
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 -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe
In file included from /src/sys/dev/ixgbe/ixgbe_type.h:38,
 from /src/sys/dev/ixgbe/ixgbe_api.h:38,
 from /src/sys/dev/ixgbe/ixgbe.h:96,
 from /src/sys/dev/ixgbe/ixgbe.c:40:
/src/sys/dev/ixgbe/ixgbe_osdep.h:109: error: conflicting types for 'bool'
/src/sys/sys/types.h:271: error: previous declaration of 'bool' was here
*** Error code 1

Stop in /obj/i386.i386/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-30 21:43:20 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-30 21:43:20 - ERROR: failed to build LINT kernel
TB --- 2012-01-30 21:43:20 - 6537.62 user 950.54 system 8000.41 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full
___
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"

[head tinderbox] failure on amd64/amd64

[FreeBSD Tinderbox]

TB --- 2012-01-30 19:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 19:30:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2012-01-30 19:30:00 - cleaning the object tree
TB --- 2012-01-30 19:30:49 - cvsupping the source tree
TB --- 2012-01-30 19:30:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/amd64/amd64/supfile
TB --- 2012-01-30 19:36:14 - building world
TB --- 2012-01-30 19:36:14 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 19:36:14 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 19:36:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 19:36:14 - SRCCONF=/dev/null
TB --- 2012-01-30 19:36:14 - TARGET=amd64
TB --- 2012-01-30 19:36:14 - TARGET_ARCH=amd64
TB --- 2012-01-30 19:36:14 - TZ=UTC
TB --- 2012-01-30 19:36:14 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 19:36:14 - cd /src
TB --- 2012-01-30 19:36:14 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 19:36:14 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Mon Jan 30 22:11:57 UTC 2012
TB --- 2012-01-30 22:11:57 - generating LINT kernel config
TB --- 2012-01-30 22:11:57 - cd /src/sys/amd64/conf
TB --- 2012-01-30 22:11:57 - /usr/bin/make -B LINT
TB --- 2012-01-30 22:11:57 - cd /src/sys/amd64/conf
TB --- 2012-01-30 22:11:57 - /usr/sbin/config -m LINT
TB --- 2012-01-30 22:11:57 - building LINT kernel
TB --- 2012-01-30 22:11:57 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 22:11:57 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 22:11:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 22:11:57 - SRCCONF=/dev/null
TB --- 2012-01-30 22:11:57 - TARGET=amd64
TB --- 2012-01-30 22:11:57 - TARGET_ARCH=amd64
TB --- 2012-01-30 22:11:57 - TZ=UTC
TB --- 2012-01-30 22:11:57 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 22:11:57 - cd /src
TB --- 2012-01-30 22:11:57 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan 30 22:11:57 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99  -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option   
-nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone 
-mno-mmx -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_hw.c
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99  -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option   
-nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone 
-mno-mmx -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgbe/ixgbe.c 
-I/src/sys/dev/ixgbe
In file included from /src/sys/dev/ixgbe/ixgbe_type.h:38,
 from /src/sys/dev/ixgbe/ixgbe_api.h:38,
 from /src/sys/dev/ixgbe/ixgbe.h:96,
 from /src/sys/dev/ixgbe/ixgbe.c:40:
/src/sys/dev/ixgbe/ixgbe_osdep.h:109: error: conflicting types for 'bool'
/src/sys/sys/types.h:271: error: previous declaration of 'bool' was here
*** Error code 1

Stop in /obj/amd64.amd64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-30 22:20:00 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-30 22:20:00 - ERROR: failed to build LINT kernel
TB --- 2012-01-30 22:20:00 - 7893.79 user 1277.53 system 10200.29 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full
___
freebsd-current@freebsd.org mailing list
htt

Re: Intermittent re0 phy failure

[Michael Butler]

On 01/18/12 20:52, YongHyeon PYUN wrote:
> On Wed, Jan 18, 2012 at 08:01:42PM -0500, Michael Butler wrote:
>> On 01/18/12 19:54, YongHyeon PYUN wrote:
>>> On Wed, Jan 18, 2012 at 05:48:47PM -0500, Michael Butler wrote:
 At random intervals, when re0 is without any significant load; idle for
 lengthy periods, I see ..

 kernel: re0: PHY read failed
 last message repeated 4 times
 kernel: re0: link state changed to DOWN

 Unplugging the cable and re-inserting is sufficient to restore
 functionality.

 [ .. snip .. ]

> 
> Thanks a lot.
> Would you try attached patch?

Since applying this (for 8168D) and the patch at SVN r230336 (which
affected another system of mine), neither system has "gone deaf",

Thanks!

imb
___
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"

Re: [HEADSUP][CFT] pkgng beta1 is out

[Yuri Pankov]

On Mon, Jan 30, 2012 at 01:39:30PM +0100, Baptiste Daroussin wrote:
[...] 
> to use pkgng:
> 
> echo WITH_PKGNG=yes >> /etc/make.conf
> make -C /usr/ports/ports-mgmt/pkg install clean
> 
> Some links: 
> http://wiki.FreeBSD.org/pkgng
> http://github.com/pkgng/pkgng
> 
> Note that on github you can find a patch for portmaster (against 3.10)

The patch seems to have typos in it (usr_pkgng):
https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L514
https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L528

And most stupid question for today - how do I actually tell portmaster
to use pkgng after applying the patch?


Thanks,
Yuri


pgpgyEl5n3IwB.pgp
Description: PGP signature

Re: [head tinderbox] failure on sparc64/sparc64

[Jack Vogel]

Someone with sparc build experience want to look at this and maybe see
something I'm missing,
this error makes no sense to me, these are defined in ixgbe_type.h and I
see nothing architecture sensitive??

Jack


On Mon, Jan 30, 2012 at 10:51 AM, FreeBSD Tinderbox
wrote:

> TB --- 2012-01-30 17:49:37 - tinderbox 2.8 running on
> freebsd-current.sentex.ca
> TB --- 2012-01-30 17:49:37 - starting HEAD tinderbox run for
> sparc64/sparc64
> TB --- 2012-01-30 17:49:37 - cleaning the object tree
> TB --- 2012-01-30 17:49:45 - cvsupping the source tree
> TB --- 2012-01-30 17:49:45 - /usr/bin/csup -z -r 3 -g -L 1 -h
> cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
> TB --- 2012-01-30 17:50:20 - building world
> TB --- 2012-01-30 17:50:20 - CROSS_BUILD_TESTING=YES
> TB --- 2012-01-30 17:50:20 - MAKEOBJDIRPREFIX=/obj
> TB --- 2012-01-30 17:50:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
> TB --- 2012-01-30 17:50:20 - SRCCONF=/dev/null
> TB --- 2012-01-30 17:50:20 - TARGET=sparc64
> TB --- 2012-01-30 17:50:20 - TARGET_ARCH=sparc64
> TB --- 2012-01-30 17:50:20 - TZ=UTC
> TB --- 2012-01-30 17:50:20 - __MAKE_CONF=/dev/null
> TB --- 2012-01-30 17:50:20 - cd /src
> TB --- 2012-01-30 17:50:20 - /usr/bin/make -B buildworld
> >>> World build started on Mon Jan 30 17:50:21 UTC 2012
> >>> Rebuilding the temporary build tree
> >>> stage 1.1: legacy release compatibility shims
> >>> stage 1.2: bootstrap tools
> >>> stage 2.1: cleaning up the object tree
> >>> stage 2.2: rebuilding the object tree
> >>> stage 2.3: build tools
> >>> stage 3: cross tools
> >>> stage 4.1: building includes
> >>> stage 4.2: building libraries
> >>> stage 4.3: make dependencies
> >>> stage 4.4: building everything
> >>> World build completed on Mon Jan 30 18:46:15 UTC 2012
> TB --- 2012-01-30 18:46:15 - generating LINT kernel config
> TB --- 2012-01-30 18:46:15 - cd /src/sys/sparc64/conf
> TB --- 2012-01-30 18:46:15 - /usr/bin/make -B LINT
> TB --- 2012-01-30 18:46:15 - cd /src/sys/sparc64/conf
> TB --- 2012-01-30 18:46:15 - /usr/sbin/config -m LINT
> TB --- 2012-01-30 18:46:15 - building LINT kernel
> TB --- 2012-01-30 18:46:15 - CROSS_BUILD_TESTING=YES
> TB --- 2012-01-30 18:46:15 - MAKEOBJDIRPREFIX=/obj
> TB --- 2012-01-30 18:46:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
> TB --- 2012-01-30 18:46:15 - SRCCONF=/dev/null
> TB --- 2012-01-30 18:46:15 - TARGET=sparc64
> TB --- 2012-01-30 18:46:15 - TARGET_ARCH=sparc64
> TB --- 2012-01-30 18:46:15 - TZ=UTC
> TB --- 2012-01-30 18:46:15 - __MAKE_CONF=/dev/null
> TB --- 2012-01-30 18:46:15 - cd /src
> TB --- 2012-01-30 18:46:15 - /usr/bin/make -B buildkernel KERNCONF=LINT
> >>> Kernel build for LINT started on Mon Jan 30 18:46:15 UTC 2012
> >>> stage 1: configuring the kernel
> >>> stage 2.1: cleaning up the object tree
> >>> stage 2.2: rebuilding the object tree
> >>> stage 2.3: build tools
> >>> stage 3.1: making dependencies
> >>> stage 3.2: building everything
> [...]
> 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 -fformat-extensions
>  -Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I.
> -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
> -include opt_global.h -fno-common -finline-limit=15000 --param
> inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin
> -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror
>  /src/sys/dev/ixgbe/ixgbe_mbx.c -I/src/sys/dev/ixgbe
> cc1: warnings being treated as errors
> /src/sys/dev/ixgbe/ixgbe_mbx.c: In function 'ixgbe_obtain_mbx_lock_pf':
> /src/sys/dev/ixgbe/ixgbe_mbx.c:629: warning: implicit declaration of
> function 'IXGBE_PFMAILBOX'
> /src/sys/dev/ixgbe/ixgbe_mbx.c:629: warning: nested extern declaration of
> 'IXGBE_PFMAILBOX' [-Wnested-externs]
> /src/sys/dev/ixgbe/ixgbe_mbx.c: In function 'ixgbe_write_mbx_pf':
> /src/sys/dev/ixgbe/ixgbe_mbx.c:667: warning: implicit declaration of
> function 'IXGBE_PFMBMEM'
> /src/sys/dev/ixgbe/ixgbe_mbx.c:667: warning: nested extern declaration of
> 'IXGBE_PFMBMEM' [-Wnested-externs]
> *** Error code 1
>
> Stop in /obj/sparc64.sparc64/src/sys/LINT.
> *** Error code 1
>
> Stop in /src.
> *** Error code 1
>
> Stop in /src.
> TB --- 2012-01-30 18:51:42 - WARNING: /usr/bin/make returned exit code  1
> TB --- 2012-01-30 18:51:42 - ERROR: failed to build LINT kernel
> TB --- 2012-01-30 18:51:42 - 3062.26 user 569.34 system 3725.59 real
>
>
> http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full
> ___
> 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"
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mai

FreeBSD 10-CURRENT/amd64: revision 230789: usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_osdep.h:109:19: error: typedef redefinition with different types ('boolean_t' (aka 'int') vs '_Bool'),typedef

[O. Hartmann]

The follwoing error occurs hwen trying to compile a kernel (make
buildworld works fine):

objcopy --strip-debug if_ixgb.ko
===> ixgbe (all)
clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3
-fno-strict-aliasing -march=native -DSMP -DIXGBE_FDIR -D_KERNEL
-DKLD_MODULE -nostdinc  -I/usr/src/sys/modules/ixgbe/../../dev/ixgbe
-DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/THOR/opt_global.h -I. -I@ -I@/contrib/altq
-fno-common  -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/THOR
-mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
-std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option
-Wno-error-tautological-compare -Wno-error-empty-body
-Wno-error-parentheses-equality -c
/usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe.c
In file included from /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe.c:40:
In file included from /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe.h:96:
In file included from
/usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_api.h:38:
In file included from
/usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_type.h:38:
/usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_osdep.h:109:19: error:
typedef redefinition with different types ('boolean_t' (aka 'int') vs
'_Bool')
typedef boolean_t   bool;
^
@/sys/types.h:271:15: note: previous definition is here
typedef _Bool   bool;
^
1 error generated.
*** Error code 1

Stop in /usr/src/sys/modules/ixgbe.
*** Error code 1

Stop in /usr/src/sys/modules.
*** Error code 1

Stop in /usr/obj/usr/src/sys/THOR.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.



signature.asc
Description: OpenPGP digital signature

[head tinderbox] failure on ia64/ia64

[FreeBSD Tinderbox]

TB --- 2012-01-30 21:30:51 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 21:30:51 - starting HEAD tinderbox run for ia64/ia64
TB --- 2012-01-30 21:30:51 - cleaning the object tree
TB --- 2012-01-30 21:30:58 - cvsupping the source tree
TB --- 2012-01-30 21:30:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/ia64/ia64/supfile
TB --- 2012-01-30 21:31:53 - building world
TB --- 2012-01-30 21:31:53 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 21:31:53 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 21:31:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 21:31:53 - SRCCONF=/dev/null
TB --- 2012-01-30 21:31:53 - TARGET=ia64
TB --- 2012-01-30 21:31:53 - TARGET_ARCH=ia64
TB --- 2012-01-30 21:31:53 - TZ=UTC
TB --- 2012-01-30 21:31:53 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 21:31:53 - cd /src
TB --- 2012-01-30 21:31:53 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 21:31:53 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Mon Jan 30 22:57:59 UTC 2012
TB --- 2012-01-30 22:57:59 - generating LINT kernel config
TB --- 2012-01-30 22:57:59 - cd /src/sys/ia64/conf
TB --- 2012-01-30 22:57:59 - /usr/bin/make -B LINT
TB --- 2012-01-30 22:57:59 - cd /src/sys/ia64/conf
TB --- 2012-01-30 22:57:59 - /usr/sbin/config -m LINT
TB --- 2012-01-30 22:57:59 - building LINT kernel
TB --- 2012-01-30 22:57:59 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 22:57:59 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 22:57:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 22:57:59 - SRCCONF=/dev/null
TB --- 2012-01-30 22:57:59 - TARGET=ia64
TB --- 2012-01-30 22:57:59 - TARGET_ARCH=ia64
TB --- 2012-01-30 22:57:59 - TZ=UTC
TB --- 2012-01-30 22:57:59 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 22:57:59 - cd /src
TB --- 2012-01-30 22:57:59 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan 30 22:57:59 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
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 -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding -Werror  /src/sys/dev/ixgb/ixgb_hw.c
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 -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding -Werror  /src/sys/dev/ixgbe/ixgbe.c 
-I/src/sys/dev/ixgbe
In file included from /src/sys/dev/ixgbe/ixgbe_type.h:38,
 from /src/sys/dev/ixgbe/ixgbe_api.h:38,
 from /src/sys/dev/ixgbe/ixgbe.h:96,
 from /src/sys/dev/ixgbe/ixgbe.c:40:
/src/sys/dev/ixgbe/ixgbe_osdep.h:109: error: conflicting types for 'bool'
/src/sys/sys/types.h:271: error: previous declaration of 'bool' was here
*** Error code 1

Stop in /obj/ia64.ia64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-30 23:06:28 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-30 23:06:28 - ERROR: failed to build LINT kernel
TB --- 2012-01-30 23:06:28 - 4599.01 user 741.24 system 5736.93 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full
___
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"

Re: FreeBSD 10-CURRENT/amd64: revision 230789: [...]

[Glen Barber]

On Mon, Jan 30, 2012 at 11:55:48PM +0100, O. Hartmann wrote:
> The follwoing error occurs hwen trying to compile a kernel (make
> buildworld works fine):
> 
> objcopy --strip-debug if_ixgb.ko
> ===> ixgbe (all)
> clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3
> -fno-strict-aliasing -march=native -DSMP -DIXGBE_FDIR -D_KERNEL
> -DKLD_MODULE -nostdinc  -I/usr/src/sys/modules/ixgbe/../../dev/ixgbe
> -DHAVE_KERNEL_OPTION_HEADERS -include
> /usr/obj/usr/src/sys/THOR/opt_global.h -I. -I@ -I@/contrib/altq
> -fno-common  -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/THOR
> -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float
> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
> -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls
> -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes
> -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
> -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option
> -Wno-error-tautological-compare -Wno-error-empty-body
> -Wno-error-parentheses-equality -c
> /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe.c
> In file included from /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe.c:40:
> In file included from /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe.h:96:
> In file included from
> /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_api.h:38:
> In file included from
> /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_type.h:38:
> /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_osdep.h:109:19: error:
> typedef redefinition with different types ('boolean_t' (aka 'int') vs
> '_Bool')
> typedef boolean_t   bool;
> ^
> @/sys/types.h:271:15: note: previous definition is here
> typedef _Bool   bool;
> ^
> 1 error generated.
> *** Error code 1
> 
> Stop in /usr/src/sys/modules/ixgbe.
> *** Error code 1
> 
> Stop in /usr/src/sys/modules.
> *** Error code 1
> 
> Stop in /usr/obj/usr/src/sys/THOR.
> *** Error code 1
> 
> Stop in /usr/src.
> *** Error code 1
> 
> Stop in /usr/src.
> 

I believe this was just fixed:

http://svn.freebsd.org/changeset/base/230790

Glen

___
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"

Re: FreeBSD 10-CURRENT/amd64: revision 230789: [...]

[Jack Vogel]

Yes, it was. Now if I can just figure out what's going on with sparc

Jack


On Mon, Jan 30, 2012 at 3:11 PM, Glen Barber  wrote:

> On Mon, Jan 30, 2012 at 11:55:48PM +0100, O. Hartmann wrote:
> > The follwoing error occurs hwen trying to compile a kernel (make
> > buildworld works fine):
> >
> > objcopy --strip-debug if_ixgb.ko
> > ===> ixgbe (all)
> > clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3
> > -fno-strict-aliasing -march=native -DSMP -DIXGBE_FDIR -D_KERNEL
> > -DKLD_MODULE -nostdinc  -I/usr/src/sys/modules/ixgbe/../../dev/ixgbe
> > -DHAVE_KERNEL_OPTION_HEADERS -include
> > /usr/obj/usr/src/sys/THOR/opt_global.h -I. -I@ -I@/contrib/altq
> > -fno-common  -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/THOR
> > -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float
> > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
> > -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls
> > -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes
> > -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
> > -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option
> > -Wno-error-tautological-compare -Wno-error-empty-body
> > -Wno-error-parentheses-equality -c
> > /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe.c
> > In file included from
> /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe.c:40:
> > In file included from
> /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe.h:96:
> > In file included from
> > /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_api.h:38:
> > In file included from
> > /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_type.h:38:
> > /usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_osdep.h:109:19: error:
> > typedef redefinition with different types ('boolean_t' (aka 'int') vs
> > '_Bool')
> > typedef boolean_t   bool;
> > ^
> > @/sys/types.h:271:15: note: previous definition is here
> > typedef _Bool   bool;
> > ^
> > 1 error generated.
> > *** Error code 1
> >
> > Stop in /usr/src/sys/modules/ixgbe.
> > *** Error code 1
> >
> > Stop in /usr/src/sys/modules.
> > *** Error code 1
> >
> > Stop in /usr/obj/usr/src/sys/THOR.
> > *** Error code 1
> >
> > Stop in /usr/src.
> > *** Error code 1
> >
> > Stop in /usr/src.
> >
>
> I believe this was just fixed:
>
> http://svn.freebsd.org/changeset/base/230790
>
> Glen
>
> ___
> 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"
>
___
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"

[head tinderbox] failure on sparc64/sparc64

[FreeBSD Tinderbox]

TB --- 2012-01-30 22:38:09 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 22:38:09 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2012-01-30 22:38:09 - cleaning the object tree
TB --- 2012-01-30 22:38:14 - cvsupping the source tree
TB --- 2012-01-30 22:38:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2012-01-30 22:38:31 - building world
TB --- 2012-01-30 22:38:31 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 22:38:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 22:38:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 22:38:31 - SRCCONF=/dev/null
TB --- 2012-01-30 22:38:31 - TARGET=sparc64
TB --- 2012-01-30 22:38:31 - TARGET_ARCH=sparc64
TB --- 2012-01-30 22:38:31 - TZ=UTC
TB --- 2012-01-30 22:38:31 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 22:38:31 - cd /src
TB --- 2012-01-30 22:38:31 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 22:38:32 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Mon Jan 30 23:38:00 UTC 2012
TB --- 2012-01-30 23:38:00 - generating LINT kernel config
TB --- 2012-01-30 23:38:00 - cd /src/sys/sparc64/conf
TB --- 2012-01-30 23:38:00 - /usr/bin/make -B LINT
TB --- 2012-01-30 23:38:00 - cd /src/sys/sparc64/conf
TB --- 2012-01-30 23:38:00 - /usr/sbin/config -m LINT
TB --- 2012-01-30 23:38:00 - building LINT kernel
TB --- 2012-01-30 23:38:00 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 23:38:00 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 23:38:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 23:38:00 - SRCCONF=/dev/null
TB --- 2012-01-30 23:38:00 - TARGET=sparc64
TB --- 2012-01-30 23:38:00 - TARGET_ARCH=sparc64
TB --- 2012-01-30 23:38:00 - TZ=UTC
TB --- 2012-01-30 23:38:00 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 23:38:00 - cd /src
TB --- 2012-01-30 23:38:00 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan 30 23:38:00 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
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 -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float 
-ffreestanding -fstack-protector -Werror  /src/sys/dev/ixgb/ixgb_hw.c
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 -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float 
-ffreestanding -fstack-protector -Werror  /src/sys/dev/ixgbe/ixgbe.c 
-I/src/sys/dev/ixgbe
In file included from /src/sys/dev/ixgbe/ixgbe_type.h:38,
 from /src/sys/dev/ixgbe/ixgbe_api.h:38,
 from /src/sys/dev/ixgbe/ixgbe.h:96,
 from /src/sys/dev/ixgbe/ixgbe.c:40:
/src/sys/dev/ixgbe/ixgbe_osdep.h:109: error: conflicting types for 'bool'
/src/sys/sys/types.h:271: error: previous declaration of 'bool' was here
*** Error code 1

Stop in /obj/sparc64.sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-30 23:43:23 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-30 23:43:23 - ERROR: failed to build LINT kernel
TB --- 2012-01-30 23:43:23 - 3163.22 user 573.20 system 3914.28 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full
___
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"

[head tinderbox] failure on powerpc/powerpc

[FreeBSD Tinderbox]

TB --- 2012-01-30 21:43:21 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 21:43:21 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2012-01-30 21:43:21 - cleaning the object tree
TB --- 2012-01-30 21:43:28 - cvsupping the source tree
TB --- 2012-01-30 21:43:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2012-01-30 21:43:49 - building world
TB --- 2012-01-30 21:43:49 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 21:43:49 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 21:43:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 21:43:49 - SRCCONF=/dev/null
TB --- 2012-01-30 21:43:49 - TARGET=powerpc
TB --- 2012-01-30 21:43:49 - TARGET_ARCH=powerpc
TB --- 2012-01-30 21:43:49 - TZ=UTC
TB --- 2012-01-30 21:43:49 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 21:43:49 - cd /src
TB --- 2012-01-30 21:43:49 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 21:43:49 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Mon Jan 30 23:45:32 UTC 2012
TB --- 2012-01-30 23:45:32 - generating LINT kernel config
TB --- 2012-01-30 23:45:32 - cd /src/sys/powerpc/conf
TB --- 2012-01-30 23:45:32 - /usr/bin/make -B LINT
TB --- 2012-01-30 23:45:32 - cd /src/sys/powerpc/conf
TB --- 2012-01-30 23:45:32 - /usr/sbin/config -m LINT
TB --- 2012-01-30 23:45:32 - building LINT kernel
TB --- 2012-01-30 23:45:32 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 23:45:32 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 23:45:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 23:45:32 - SRCCONF=/dev/null
TB --- 2012-01-30 23:45:32 - TARGET=powerpc
TB --- 2012-01-30 23:45:32 - TARGET_ARCH=powerpc
TB --- 2012-01-30 23:45:32 - TZ=UTC
TB --- 2012-01-30 23:45:32 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 23:45:32 - cd /src
TB --- 2012-01-30 23:45:32 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Jan 30 23:45:32 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O -pipe  -std=c99  -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq 
-I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many 
-fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-fstack-protector -Werror  /src/sys/dev/ixgb/ixgb_hw.c
cc -c -O -pipe  -std=c99  -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq 
-I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many 
-fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-fstack-protector -Werror  /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe
In file included from /src/sys/dev/ixgbe/ixgbe_type.h:38,
 from /src/sys/dev/ixgbe/ixgbe_api.h:38,
 from /src/sys/dev/ixgbe/ixgbe.h:96,
 from /src/sys/dev/ixgbe/ixgbe.c:40:
/src/sys/dev/ixgbe/ixgbe_osdep.h:109: error: conflicting types for 'bool'
/src/sys/sys/types.h:271: error: previous declaration of 'bool' was here
*** Error code 1

Stop in /obj/powerpc.powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-30 23:49:35 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-30 23:49:35 - ERROR: failed to build LINT kernel
TB --- 2012-01-30 23:49:35 - 6420.60 user 887.09 system 7574.45 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full
___
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"

Re: [HEADSUP][CFT] pkgng beta1 is out

[Alberto Villa]

On Tuesday 31 January 2012 00:52:25 Alberto Villa wrote:
> Set use_pkgng=yes in /usr/local/etc/portmaster.conf.

Sorry, portmaster.rc.
-- 
Alberto Villa, FreeBSD committer 
http://people.FreeBSD.org/~avilla

The government of the United States is not in any sense founded on the
Christian Religion
-- George Washington


signature.asc
Description: This is a digitally signed message part.

Re: [HEADSUP][CFT] pkgng beta1 is out

[Alberto Villa]

On Monday 30 January 2012 23:34:59 Yuri Pankov wrote:
> The patch seems to have typos in it (usr_pkgng):
> https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L514
> https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L528

Please, take the patch from here:
https://github.com/xzhavilla/pkgng/blob/master/ports/portmaster.patch

It should be pulled into the main repository soon.

> And most stupid question for today - how do I actually tell portmaster
> to use pkgng after applying the patch?

Set use_pkgng=yes in /usr/local/etc/portmaster.conf.
-- 
Alberto Villa, FreeBSD committer 
http://people.FreeBSD.org/~avilla

Depend on the rabbit's foot if you will,
but remember, it didn't help the rabbit.
-- R. E. Shay


signature.asc
Description: This is a digitally signed message part.

[head tinderbox] failure on powerpc64/powerpc

[FreeBSD Tinderbox]

TB --- 2012-01-30 22:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2012-01-30 22:20:00 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2012-01-30 22:20:00 - cleaning the object tree
TB --- 2012-01-30 22:20:08 - cvsupping the source tree
TB --- 2012-01-30 22:20:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc64/powerpc/supfile
TB --- 2012-01-30 22:20:24 - building world
TB --- 2012-01-30 22:20:24 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-30 22:20:24 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-30 22:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-30 22:20:24 - SRCCONF=/dev/null
TB --- 2012-01-30 22:20:24 - TARGET=powerpc
TB --- 2012-01-30 22:20:24 - TARGET_ARCH=powerpc64
TB --- 2012-01-30 22:20:24 - TZ=UTC
TB --- 2012-01-30 22:20:24 - __MAKE_CONF=/dev/null
TB --- 2012-01-30 22:20:24 - cd /src
TB --- 2012-01-30 22:20:24 - /usr/bin/make -B buildworld
>>> World build started on Mon Jan 30 22:20:24 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Tue Jan 31 00:43:38 UTC 2012
TB --- 2012-01-31 00:43:38 - generating LINT kernel config
TB --- 2012-01-31 00:43:38 - cd /src/sys/powerpc/conf
TB --- 2012-01-31 00:43:38 - /usr/bin/make -B LINT
TB --- 2012-01-31 00:43:38 - cd /src/sys/powerpc/conf
TB --- 2012-01-31 00:43:38 - /usr/sbin/config -m LINT
TB --- 2012-01-31 00:43:38 - building LINT kernel
TB --- 2012-01-31 00:43:38 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-31 00:43:38 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-31 00:43:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-31 00:43:38 - SRCCONF=/dev/null
TB --- 2012-01-31 00:43:38 - TARGET=powerpc
TB --- 2012-01-31 00:43:38 - TARGET_ARCH=powerpc64
TB --- 2012-01-31 00:43:38 - TZ=UTC
TB --- 2012-01-31 00:43:38 - __MAKE_CONF=/dev/null
TB --- 2012-01-31 00:43:38 - cd /src
TB --- 2012-01-31 00:43:38 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Jan 31 00:43:38 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O -pipe  -std=c99  -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq 
-I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many 
-fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding 
-fstack-protector -Werror  /src/sys/dev/ixgb/ixgb_hw.c
cc -c -O -pipe  -std=c99  -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq 
-I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many 
-fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding 
-fstack-protector -Werror  /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe
In file included from /src/sys/dev/ixgbe/ixgbe_type.h:38,
 from /src/sys/dev/ixgbe/ixgbe_api.h:38,
 from /src/sys/dev/ixgbe/ixgbe.h:96,
 from /src/sys/dev/ixgbe/ixgbe.c:40:
/src/sys/dev/ixgbe/ixgbe_osdep.h:109: error: conflicting types for 'bool'
/src/sys/sys/types.h:271: error: previous declaration of 'bool' was here
*** Error code 1

Stop in /obj/powerpc.powerpc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-31 00:47:56 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-31 00:47:56 - ERROR: failed to build LINT kernel
TB --- 2012-01-31 00:47:56 - 7707.61 user 1046.16 system 8875.72 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full
___
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"

Re: Does anyone try kib's Sandy Bridge PCID patch (pcid.2.patch)?

[Paul Ambrose]

在 2012年1月31日 上午12:43，Kostik Belousov  写道：
> On Mon, Jan 30, 2012 at 07:08:13PM +0800, Paul Ambrose wrote:
>> ?? 2012??1??30?? 2:36??Kostik Belousov  ??
>> > On Mon, Jan 30, 2012 at 10:15:51AM +0800, Paul Ambrose wrote:
>> >> I have two boxes, one is  AMD Athlon 610e 2.4G with FreeBSD-current
>> >> patched with pcid.2.patch? It works well without other issue and it
>> >> seem the pcid patch
>> >> does not affect other part of the kernel. The other one is Sandy
>> > Athlons do not have PCID and probably will never implement it. They use
>> > other tricks to get similar optimizations, transparently to the OS.
>> >
>> Just curious, is this AMD similar optimizations
>>  Address Space Number (ASN) and Global flag
>>   US Patent 6,604,187.
>> http://www.chip-architect.com/news/2003_09_21_Detailed_Architecture_of_AMDs_64bit_Core.html
> This and the same-important next item 'The TLB Flush Filter' is what
> I referred to.
>
>> I did not found anything about ASN in the AMD manual
> It is a transparent optimization, which does not require any OS support.
> Intel PCID is completely different, it shall be explicitely handled by OS.
> It is some consequence of the nested pages support, AFAIU.
>
>>
>> >> Bridge i5-2300 with FreeBSD 9 release patched with pcid.1.patch( the
>> >> pcid.2.patch seems
>> >> dependent on AVX and XSAVE stuffs which is available on -current). But
>> >> it hangs up just in a few minutes. I doubt the nvidia-driver which is
>> >> not recompiled with
>> >> patched kernel is the root, I will check this out  later, but does
>> >> anyone meet similar problem?
>> > There are two many variations compared to the config I did tested.
>> > I do not see anything obvious in the changes between HEAD and stable/9
>> > which could be blamed. Nvidia driver might be bigger suspect, but again,
>> > I am not aware of anything wrong with it.
>> >
>> >>
>> >> I have two question about the pcid.2.patch
>> >
>> > Item 2 is clean, I fixed it.
>> >
>> > For the item 1, I was only able to decipher the proposal to optimize
>> > the global shootdown handler to restore the %cr3 with bit 64 set to not
>> > invalidate current PCID. Is there some more changes ?
>> >
>> yes, that is what I meant. I was wondering using another way that each
>> process has different
>> pcid in each active processor, just as the freebsd mips and powerpc
>> uses. But obviously this way
>> is more friendly to non-pcid  x86  processor.
> Each vmspace (or pmap) has unique PCID with the patch, at least until
> PCID space (12bit) is not exhausted. To really exhaust it, you need 4095
> processes, so it is unlikely but possible event with the current settings.
>
Thank you for your explanation. I just disabled nvidia-driver( not
load it) , and
use "buildworld buildkernel" to test the pcid.1.patch with 9-release,
it seems the box reset before
completing the buildkernel, the attachment is my kernel config, would
you mind try it on
9-release with pcid.1.patch? I will git 10-current a try to see if
there is something wrong with my hardware


MYKERNEL
Description: Binary data
___
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"

Re: [HEADSUP][CFT] pkgng beta1 is out

[Alberto Villa]

On Tuesday 31 January 2012 00:52:25 Alberto Villa wrote:
> On Monday 30 January 2012 23:34:59 Yuri Pankov wrote:
> > The patch seems to have typos in it (usr_pkgng):
> > https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L514
> > https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L528
> 
> Please, take the patch from here:
> https://github.com/xzhavilla/pkgng/blob/master/ports/portmaster.patch
> 
> It should be pulled into the main repository soon.

Just a quick note to say that I pushed some updates (now it works with 
portmaster 3.11 *only*) which have yet to be checked by pkgng masters, so, 
unless you want to test the new version, please get it from here:
https://github.com/xzhavilla/pkgng/blob/64ec7f352964b186b08aaa6b480afce8da625cb4/ports/portmaster.patch
-- 
Alberto Villa, FreeBSD committer 
http://people.FreeBSD.org/~avilla

Heisenberg may have slept here.


signature.asc
Description: This is a digitally signed message part.

Re: [HEADSUP][CFT] pkgng beta1 is out

[Jos Backus]

On Mon, Jan 30, 2012 at 9:32 AM, Baptiste Daroussin wrote:

> On Mon, Jan 30, 2012 at 09:21:37AM -0800, Jos Backus wrote:
> > On Mon, Jan 30, 2012 at 9:10 AM, Baptiste Daroussin  >wrote:
> >
> > No pkg query can't do this, but this would be a nice addition (something
> > > like
> > > raw output for info or query) I do like the idea, please create an
> issue
> > > on the
> > > github :))
> > >
> > > regards,
> >
> > Bapt
> > >
> >
> > I just created issue #128, thanks Baptiste!
> >
> > Cheers,
> > Jos
>
> The time you did  that I implemented it :)
>
> pkg info -R will be in beta2.
>
>
Merci beaucoup :)

Salut,
Jos


> Thank you,
> regards,
> Bapt
>



-- 
Jos Backus
jos at catnook.com
___
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"

Re: [HEADSUP][CFT] pkgng beta1 is out

[Julian Elischer]

On 1/30/12 4:39 AM, Baptiste Daroussin wrote:

Hi,

pkgng has just reached the beta phase, and has now found its way to the
ports tree (disabled by default).

1/ Why pkgng?


the name sucks though
it would be good to fix it before it's built in everywhere.

like windows NT, which it is no longer NT.


___
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"

Re: [HEADSUP][CFT] pkgng beta1 is out

[Baptiste Daroussin]

On Mon, Jan 30, 2012 at 10:16:00PM -0800, Julian Elischer wrote:
> On 1/30/12 4:39 AM, Baptiste Daroussin wrote:
> > Hi,
> >
> > pkgng has just reached the beta phase, and has now found its way to the
> > ports tree (disabled by default).
> >
> > 1/ Why pkgng?
> > 
> the name sucks though
> it would be good to fix it before it's built in everywhere.
> 
> like windows NT, which it is no longer NT.
> 

Well if you have better proposition, pkgng is just for now a code name :)
the binary itself the library and the port are named simply pkg.

bsd.pkgng.mk remain pkgng because when we will have pkg_install dead it will be
merged into bsd.port.mk

regards,
Bapt


pgpGEeTAvb7HD.pgp
Description: PGP signature

Re: [HEADSUP][CFT] pkgng beta1 is out

[Baptiste Daroussin]

On Tue, Jan 31, 2012 at 03:27:20AM +0100, Alberto Villa wrote:
> On Tuesday 31 January 2012 00:52:25 Alberto Villa wrote:
> > On Monday 30 January 2012 23:34:59 Yuri Pankov wrote:
> > > The patch seems to have typos in it (usr_pkgng):
> > > https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L514
> > > https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L528
> > 
> > Please, take the patch from here:
> > https://github.com/xzhavilla/pkgng/blob/master/ports/portmaster.patch
> > 
> > It should be pulled into the main repository soon.
> 
> Just a quick note to say that I pushed some updates (now it works with 
> portmaster 3.11 *only*) which have yet to be checked by pkgng masters, so, 
> unless you want to test the new version, please get it from here:
> https://github.com/xzhavilla/pkgng/blob/64ec7f352964b186b08aaa6b480afce8da625cb4/ports/portmaster.patch
> -- 
> Alberto Villa, FreeBSD committer 
> http://people.FreeBSD.org/~avilla
> 
> Heisenberg may have slept here.

This has been merged thank you very much, portmaster 3.11 seems to be full
working for me.

regards,
Bapt


pgpptPCPZ7Ywi.pgp
Description: PGP signature